From ralf@uni-koblenz.de Thu Jul 2 11:26:01 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA25508; Thu, 2 Jul 1998 11:25:59 +0200 (MET DST) Received-Date: Thu, 2 Jul 1998 11:25:59 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-25.uni-koblenz.de [141.26.249.25]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id LAA12712 for ; Thu, 2 Jul 1998 11:25:37 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id JAA07883; Thu, 2 Jul 1998 09:37:19 +0200 Message-ID: <19980702093718.J3255@uni-koblenz.de> Date: Thu, 2 Jul 1998 09:37:18 +0200 To: linux-mips@fnet.fr Subject: Re: Compiling milo ... References: <199806241324.PAA01948@jordan.numerik> <19980624204852.60635@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19980624204852.60635@alpha.franken.de>; from Thomas Bogendoerfer on Wed, Jun 24, 1998 at 08:48:52PM +0200 Content-Length: 1976 Lines: 39 On Wed, Jun 24, 1998 at 08:48:52PM +0200, Thomas Bogendoerfer wrote: > On Wed, Jun 24, 1998 at 03:24:17PM +0200, Michael Engel wrote: > > there seems to be some kind of black magic needed to compile milo-0.27 > > (which is the most recent version I found) ... > > there is a milo-0.27.1 (maybe it's still on ftp.fnet.fr). You will need > this version for your RM200. > > > Could it be a problem with my crossdevelopment tools (gcc-2.7.2 and > > binutils-2.8.1) or do I need a specific kernel source code version in > > order to compile milo-0.27 ? There were certain dirty dependencies from the kernel source and even libc in the Milo source; these should mostly be gone by now. > I've compiled milo-0.27.1 with the same crossdevelopment tools a couple > of minutes ago. I only had to modify libstand/memset.c as the declaration > of memset in that file is really bogus. And I've disabled the deskstation > stuff, because it didn't compile the first time, and I don't need it. The Milo executable is a ECOFF file and generating ECOFF with a ELF toolchain as we have it for Linux/MIPS is very fragile. Fixing this would be _major_ brain surgery to binutils. Milo 0.27.1 therefore takes the other way and uses an ELF to ECOFF converter in order to generate ECOFF files with SVr4 PIC code. Actually is a truly pervert mixture of SVr3 and SVr4 ABIs for a non-UNIX piece of code. But we have to do it in order to deal with the SNI firmware which never loads a loaded program to the address specified in the ECOFF headers. That's ok by the ARC firmware specs which says code has to be relocatable or to contain relocs but it's also highly unintuitive behaviour. I introduced this for Milo 0.27.1; older versions are very fragile due to the zillions of cross-format linking bugs in binutils. In short, take Milo 0.27.1 as base for any Milo hacking; older versions might behave really nasty especially with a version of binutils they haven't been written for. Ralf From R.vandenBerg@inter.NL.net Thu Jul 2 17:31:22 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA28056; Thu, 2 Jul 1998 17:31:21 +0200 (MET DST) Received-Date: Thu, 2 Jul 1998 17:31:21 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-2.Hoorn.NL.net [193.79.46.227] with ESMTP for id RAA03418 (8.8.8/3.28); Thu, 2 Jul 1998 17:31:18 +0200 (MET DST) Received: from schnecke.dutch.mountain(really [192.168.1.20]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 2 Jul 1998 17:25:30 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 2 Jul 1998 17:28:15 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@schnecke.dutch.mountain To: linux-mips@fnet.fr Subject: __initfunc(), kernel coding logic? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 533 Lines: 27 Hi, I am stuck with __initfunc(), trying to make the ethernet driver more talkative while booting I didn't succeed. So I replaced it with these lines of code: --------------- #include __initfunc(void my_test(void)) { printk("see if this shows up\n"); return 0; } --------------- It compiles with "declance.c:4: warning: return-type defaults to `int'" and gets nicely archived and linked but doesn't show up when booting. My question is what likes __initfunc() to see to behave decently? Regards, Richard From ralf@uni-koblenz.de Thu Jul 2 17:58:57 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA28210; Thu, 2 Jul 1998 17:58:55 +0200 (MET DST) Received-Date: Thu, 2 Jul 1998 17:58:55 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@dali.uni-koblenz.de [141.26.5.1]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id RAA23113 for ; Thu, 2 Jul 1998 17:58:46 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id RAA00707; Thu, 2 Jul 1998 17:58:33 +0200 Message-ID: <19980702175832.A637@uni-koblenz.de> Date: Thu, 2 Jul 1998 17:58:32 +0200 To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, linux-kernel@vger.rutgers.edu Subject: MIPS kernel patch, source and binary rpms. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Content-Length: 801 Lines: 20 Hi, I'm currently uploading a kernel patch which fixes the reported corruption of rlogin and http sessions, source rpms of XFree, egcs, gcc and joe, a big pile of big endian "mipseb" rpms and a small pile of little endian "mipsel" and "noarch" rpms. People with an account on linus.linux.sgi.com can get the stuff from ~ralf/for-alex/, before we move them online for anonymous ftp on ftp.linux.sgi.com. During the next hours you'll also be able to get them from dali.uni-koblenz.de via anon ftp. Don't look to hard at the kernel patch, it's not nice at all to our benchmarks but at least it is correct - I just didn't have more than a couple of minutes to hack, compile and test it since Linux hacking has lower priority than all my real live duties like job, uni etc. :-( Happy hacking, Ralf From ralf@uni-koblenz.de Thu Jul 2 19:10:14 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA29483; Thu, 2 Jul 1998 19:10:13 +0200 (MET DST) Received-Date: Thu, 2 Jul 1998 19:10:13 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@dali.uni-koblenz.de [141.26.5.1]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id TAA02467 for ; Thu, 2 Jul 1998 19:10:08 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id TAA01036; Thu, 2 Jul 1998 19:09:44 +0200 Message-ID: <19980702190942.A976@uni-koblenz.de> Date: Thu, 2 Jul 1998 19:09:42 +0200 To: linux-mips@fnet.fr Subject: Re: __initfunc(), kernel coding logic? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: ; from Richard van den Berg on Thu, Jul 02, 1998 at 05:28:15PM +0200 Content-Length: 1327 Lines: 38 On Thu, Jul 02, 1998 at 05:28:15PM +0200, Richard van den Berg wrote: > I am stuck with __initfunc(), trying to make the ethernet driver more > talkative while booting I didn't succeed. So I replaced it with these > lines of code: > > --------------- > > #include > > __initfunc(void my_test(void)) > { > > printk("see if this shows up\n"); > > return 0; > } > > --------------- > > It compiles with "declance.c:4: warning: return-type defaults to `int'" > and gets nicely archived and linked but doesn't show up when booting. My > question is what likes __initfunc() to see to behave decently? __initfunc() is just a memory usage optimization. After the kernel has initialized itself it will dump all the code and data which has been declared as only being used during the initialization. In other words you don't need to use it. That memory is being freed in sys_setup(), therefore you are not allowed to use initfunc/data after that point. I assume you've been including to get the right definitions, didn't you. There is no obvious bug in your code except that ``return 0'' is bogus for a void function. Maybe you're getting caught by the effect that text printed via printk() during the very early startup will not be printed before console_init has been completed? Ralf From harald.koerfgen@netcologne.de Thu Jul 2 22:14:28 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA01446; Thu, 2 Jul 1998 22:14:26 +0200 (MET DST) Received-Date: Thu, 2 Jul 1998 22:14:26 +0200 (MET DST) Received: from franz.no.dom (dial1-25.netcologne.de [194.8.196.25]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id WAA16332 for ; Thu, 2 Jul 1998 22:14:25 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 02 Jul 1998 22:15:20 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: __initfunc(), kernel coding logic? Content-Length: 1021 Lines: 42 Hi Richard, On 02-Jul-98 Richard van den Berg wrote: > Hi, > > I am stuck with __initfunc(), trying to make the ethernet driver more > talkative while booting I didn't succeed. So I replaced it with these > lines of code: > > --------------- > >#include > > __initfunc(void my_test(void)) > { > > printk("see if this shows up\n"); > > return 0; > } > > --------------- > > It compiles with "declance.c:4: warning: return-type defaults to `int'" > and gets nicely archived and linked but doesn't show up when booting. My > question is what likes __initfunc() to see to behave decently? > > Regards, > > Richard Like Ralf already said: __initfunc(...) just puts the following code into a special text section which gets freed after initialization. This has nothing to do with the circumstances under which your code is beeing called. If you want to do some experiments with a net driver you may want to edit drivers/net/Space.c accordingly. Hope this helps. --- Regards, Harald From rofa@penti.sit.fi Fri Jul 3 17:23:02 1998 Received: from penti.sit.fi (rofa@[193.167.33.237]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA09791; Fri, 3 Jul 1998 17:23:00 +0200 (MET DST) Received-Date: Fri, 3 Jul 1998 17:23:00 +0200 (MET DST) Received: from localhost (rofa@localhost) by penti.sit.fi (8.8.6/8.8.6) with SMTP id SAA16507; Fri, 3 Jul 1998 18:27:44 +0300 Date: Fri, 3 Jul 1998 18:27:44 +0300 (EET DST) From: "Robert 'Rofa' Bergfors" To: linux-mips@vger.rutgers.edu, linux-mips@fnet.fr Subject: Newest README:s? In-Reply-To: <19980702175832.A637@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 774 Lines: 17 Where are the newest README:s and FAQ:s on the Linux-MIPS subject? I am considering taking a Siemens Nixdorf RM400 to my home to play around with for a while, and I'd like to try some Linux stuff on it. I saw that RM200 was supported, I think this 400 might have the same CPU, I'm not sure though (MIPS4400...?), haven't had a chance to peek inside it. Robert Bergfors rofa@penti.sit.fi --- When a cat is dropped, it always lands on its feet, and when toast is dropped, it always lands with the buttered side facing down. I propose to strap buttered toast to the back of a cat; the two will hover, spinning inches above the ground. With a giant buttered cat array, a high-speed monorail could easily link New York with Chicago. - OMNI Magazine, "Best of Humour"-winner From ralf@mailhost.uni-koblenz.de Fri Jul 3 17:40:58 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA09896; Fri, 3 Jul 1998 17:40:56 +0200 (MET DST) Received-Date: Fri, 3 Jul 1998 17:40:56 +0200 (MET DST) Received: from thoma (ralf@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with SMTP id RAA12833; Fri, 3 Jul 1998 17:40:32 +0200 (MEST) Received: by thoma (SMI-8.6/KO-2.0) id RAA09224; Fri, 3 Jul 1998 17:40:28 +0200 Message-ID: <19980703174027.28200@uni-koblenz.de> Date: Fri, 3 Jul 1998 17:40:27 +0200 From: ralf@uni-koblenz.de To: "Robert 'Rofa' Bergfors" Cc: linux-mips@vger.rutgers.edu, linux-mips@fnet.fr Subject: Re: Newest README:s? References: <19980702175832.A637@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Robert 'Rofa' Bergfors on Fri, Jul 03, 1998 at 06:27:44PM +0300 Content-Length: 682 Lines: 14 On Fri, Jul 03, 1998 at 06:27:44PM +0300, Robert 'Rofa' Bergfors wrote: > Where are the newest README:s and FAQ:s on the Linux-MIPS subject? > I am considering taking a Siemens Nixdorf RM400 to my home to play around > with for a while, and I'd like to try some Linux stuff on it. I saw that > RM200 was supported, I think this 400 might have the same CPU, I'm not > sure though (MIPS4400...?), haven't had a chance to peek inside it. We're not talking about toasters or PC's which all are pretty similar - the RM400 has a different architecture than the PCI versions of the RM200/ RM300, therefore are unsupported yet. Support would require a serious amount of hacking. Ralf From lebailli@dtc.net Fri Jul 3 18:53:56 1998 Received: from dtc.net (root@dtc.net [206.242.217.15]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA10228; Fri, 3 Jul 1998 18:53:55 +0200 (MET DST) Received-Date: Fri, 3 Jul 1998 18:53:55 +0200 (MET DST) Received: from dtc.net (oadlebai@p55.ts1.dtc.net [205.183.130.55]) by dtc.net (8.8.5/8.8.5) with ESMTP id RAA21721 for ; Fri, 3 Jul 1998 17:05:40 GMT Sender: oadlebai@dtc.net Message-ID: <359D0C41.F58FA733@dtc.net> Date: Fri, 03 Jul 1998 16:52:17 +0000 From: "Olivier A. D. Lebaillif" Organization: IFR Systems, Inc. X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.33 i586) MIME-Version: 1.0 To: linux-mips Subject: DZ device driver for DECStation 2100, 3100, 5xxx Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2177 Lines: 72 Hi everybody, I started to work on a device driver for DECStations to support the DZ chipset not too long ago. I reached a point in the development where I have a "working" base for my device driver but I would like to get inputs from other developers on what direction to take for the support of the DZ chipset. The DZ chipset is a serial "controller" that provides 4 lines which are used as follows on my DS3100 (and I guess on other models ?!?) line 0: keyboard line 1: mouse line 2: "modem" line 3: serial printer all these lines are configurable as plain serial lines with a baud rate up to 9600. The "modem" line has some very limited support for a true modem since it incorporates a DTR and DSR lines. My questions are the following: - Does it make sense to provide support for 4 serial TTY's ? Since it complicates a lot the driver to manage lines that could be a TTY or a keyboard for example. - How much modem support should be incorporated since the maximum speed is only 9600. I know I'll never plug a modem at the back of my DS3100. My point of view is, and it's only mine, that's why I am asking for help here :-) I don't think anybody will unplug their mouse or keyboard to plug a remote console instead (but I might be wrong). The DZ device driver could offer: + two fully supported TTY's using the "modem" and printer lines + the serial printer support might be provided as well since it does not complicate too much the driver. + a line dedicated for the keyboard only and one for the mouse only (remote TTY's would not be supported on these lines). that should give us something like: /dev/ttyS0 /dev/ttyS1 /dev/cua0 /dev/cua1 /dev/keyboard /dev/mouse /dev/lp or maybe /dev/slp Anyway, this is just a couple thoughts and I would like you to post or email me any comments, suggestions, remarks, etc... Please voice your opinions and if you feel like I am completely out of line... Hey nobody's perfect, please let me know ;-) That's all folks, thank you very much by advance. Olivier. -- Olivier A. D. Lebaillif Design Engineer IFR Systems, Inc. 10200 West York Street Wichita, KS 67215-8999 USA 316-529-5307 Olivier.Lebaillif@ifrsys.com From R.vandenBerg@inter.NL.net Fri Jul 3 20:35:39 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA10750; Fri, 3 Jul 1998 20:35:38 +0200 (MET DST) Received-Date: Fri, 3 Jul 1998 20:35:38 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-22.Hoorn.NL.net [193.79.46.247] with ESMTP for id UAA16687 (8.8.8/3.28); Fri, 3 Jul 1998 20:35:35 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 3 Jul 1998 20:34:10 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 3 Jul 1998 20:34:09 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: __initfunc(), kernel coding logic? In-Reply-To: <19980702190942.A976@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1331 Lines: 33 Hi Ralf, On Thu, 2 Jul 1998 ralf@uni-koblenz.de wrote: > __initfunc() is just a memory usage optimization. After the kernel has > initialized itself it will dump all the code and data which has been > declared as only being used during the initialization. In other words > you don't need to use it. That memory is being freed in sys_setup(), > therefore you are not allowed to use initfunc/data after that point. Aha! Well after initializing the network interface that code can be dumped too. > I assume you've been including to get the right definitions, > didn't you. Thanks! Answer: I didn't... Now I know why I have to include it, think I won't forget it easily. :-) > There is no obvious bug in your code except that ``return 0'' is bogus > for a void function. Maybe you're getting caught by the effect that text > printed via printk() during the very early startup will not be printed > before console_init has been completed? Without "return 0" compiling didn't work, but including did the magic. I added 3 other printk()'s in the code; irq setup, tc setup and loopback device setup and they showed up very nice; irq for a maxine, tc give me a base address and the loopback device is initialized after the turbochannel, that's the order I like for the lance too. Regards, Richard From R.vandenBerg@inter.NL.net Fri Jul 3 20:35:42 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA10756; Fri, 3 Jul 1998 20:35:41 +0200 (MET DST) Received-Date: Fri, 3 Jul 1998 20:35:41 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-22.Hoorn.NL.net [193.79.46.247] with ESMTP for id UAA16700 (8.8.8/3.28); Fri, 3 Jul 1998 20:35:39 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 3 Jul 1998 20:34:38 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 3 Jul 1998 20:34:38 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: __initfunc(), kernel coding logic? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1176 Lines: 31 Hi Harald, On Thu, 2 Jul 1998, Harald Koerfgen wrote: > Like Ralf already said: __initfunc(...) just puts the following code into a > special text section which gets freed after initialization. This has nothing to > do with the circumstances under which your code is beeing called. __initfunc() is used in sunlance.c and tc.c and much more drivers so I thought that was the right place to start. But being called, the code must be there and it seems that the code isn't in the kernel... Like I wrote Ralf I put 3 other printk()'s which show at boot, the text of these printk()'s can be found if I look at the image with Midnight Commander, but the sentence I wrote is gone. The code I posted was all the code I experimented with, first I like to discover how to add code to the kernel. For example I have been messing around with the Makefile's to change order without any result, in other words, the kernels boot mechanisms aren't very clear to me. > If you want to do some experiments with a net driver you may want to edit > drivers/net/Space.c accordingly. Already did that, without any result. > Hope this helps. Thanks! Think I can use it... Regards, Richard From harald.koerfgen@netcologne.de Fri Jul 3 22:55:41 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA12582; Fri, 3 Jul 1998 22:55:39 +0200 (MET DST) Received-Date: Fri, 3 Jul 1998 22:55:39 +0200 (MET DST) Received: from franz.no.dom (dial8-228.netcologne.de [195.14.235.228]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id WAA18396 for ; Fri, 3 Jul 1998 22:55:33 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <359D0C41.F58FA733@dtc.net> Date: Fri, 03 Jul 1998 22:56:28 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: DZ device driver for DECStation 2100, 3100, 5xxx Content-Length: 1712 Lines: 50 Hi all, On 03-Jul-98 Olivier A. D. Lebaillif wrote: > Hi everybody, > > I started to work on a device driver for DECStations to support the DZ > chipset not too long ago. I reached a point in the development where I > have a "working" base for my device driver but I would like to get > inputs from other developers on what direction to take for the support > of the DZ chipset. Great! > The DZ chipset is a serial "controller" that provides 4 lines which are > used as follows on my DS3100 (and I guess on other models ?!?) > > line 0: keyboard > line 1: mouse > line 2: "modem" > line 3: serial printer > > all these lines are configurable as plain serial lines with a baud rate > up to 9600. The "modem" line has some very limited support for a true > modem since it incorporates a DTR and DSR lines. > > My questions are the following: > - Does it make sense to provide support for 4 serial TTY's ? Since it > complicates a lot the driver to manage lines that could be a TTY or a > keyboard for example. Well, that's a matter of taste but it may indeed make sense. Do you see a chance to make this configurable? > - How much modem support should be incorporated since the maximum speed > is only 9600. I know I'll never plug a modem at the back of my DS3100. IIRC the DS5000/200 can do 19200 baud. This machine seems to have a special baud rate gernerator for that case. 19200 baud, on the other hand, isn't very much for a 56k modem ;-). > My point of view is, and it's only mine, that's why I am asking for help > here :-) > > I don't think anybody will unplug their mouse or keyboard to plug a > remote console instead (but I might be wrong). If that will work, why not? --- Regards, Harald From ralf@uni-koblenz.de Sun Jul 5 02:32:46 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA26179; Sun, 5 Jul 1998 02:32:43 +0200 (MET DST) Received-Date: Sun, 5 Jul 1998 02:32:43 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-21.uni-koblenz.de [141.26.249.21]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id CAA01244 for ; Sun, 5 Jul 1998 02:32:25 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id CAA00807; Sun, 5 Jul 1998 02:31:29 +0200 Message-ID: <19980705023122.A737@uni-koblenz.de> Date: Sun, 5 Jul 1998 02:31:22 +0200 To: Mike Shaver , linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: mozilla on the Indy References: <359A447B.2D25377D@netscape.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=IS0zKkzwUGydFO0o X-Mailer: Mutt 0.91.1 In-Reply-To: <359A447B.2D25377D@netscape.com>; from Mike Shaver on Wed, Jul 01, 1998 at 10:15:23AM -0400 Content-Length: 23078 Lines: 712 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii On Wed, Jul 01, 1998 at 10:15:23AM -0400, Mike Shaver wrote: > I'm also taking donations of gdb. Look what I've found on my harddisk, I think you must be talking about this? Current directory is /home/ralf GNU gdb 4.17 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "mips-unknown-linux-gnu"... (gdb) break main Breakpoint 1 at 0x40092c: file c.c, line 5. (gdb) run Starting program: /ext/gdb-mips/c Cannot insert breakpoint -2: Temporarily disabling shared library breakpoints: -2 Program received signal SIGTRAP, Trace/breakpoint trap. 0x0 in ?? () from /lib/ld.so.1 (gdb) bt #0 0x0 in ?? () from /lib/ld.so.1 #1 0x400924 in main () at c.c:4 (gdb) A patch against the vanilla FSF gdb is appended. Use it, test it, tell me what's broken in it. You'll also need to apply a patch to the kernel include file , it's also appended. When testing think of it, it's crude first cut. Don't expect things to work to well. (Somebody interested in bringing the remote kernel debugging support upto speed again?) Ralf --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="gdb-4.17.diff" diff -urN gdb-4.17.orig/bfd/config.bfd gdb-4.17/bfd/config.bfd --- gdb-4.17.orig/bfd/config.bfd Tue Apr 21 00:01:31 1998 +++ gdb-4.17/bfd/config.bfd Sun Jul 5 00:42:12 1998 @@ -427,11 +427,13 @@ ;; mips*el*-*-linux* | mips*el*-*-openbsd*) targ_defvec=bfd_elf32_littlemips_vec - targ_selvecs="bfd_elf32_bigmips_vec bfd_elf64_bigmips_vec bfd_elf64_littlemips_vec ecoff_little_vec ecoff_big_vec" + #targ_selvecs="bfd_elf32_bigmips_vec bfd_elf64_bigmips_vec bfd_elf64_littlemips_vec ecoff_little_vec ecoff_big_vec" + targ_selvecs="bfd_elf32_bigmips_vec ecoff_little_vec ecoff_big_vec" ;; mips*-*-linux* | mips*-*-openbsd*) targ_defvec=bfd_elf32_bigmips_vec - targ_selvecs="bfd_elf32_littlemips_vec bfd_elf64_bigmips_vec bfd_elf64_littlemips_vec ecoff_big_vec ecoff_little_vec" + #targ_selvecs="bfd_elf32_littlemips_vec bfd_elf64_bigmips_vec bfd_elf64_littlemips_vec ecoff_big_vec ecoff_little_vec" + targ_selvecs="bfd_elf32_littlemips_vec ecoff_big_vec ecoff_little_vec" ;; mn10200-*-*) Binary files gdb-4.17.orig/gdb/.mipslinux-nat.c.swp and gdb-4.17/gdb/.mipslinux-nat.c.swp differ diff -urN gdb-4.17.orig/gdb/config/mips/mips-linux.mh gdb-4.17/gdb/config/mips/mips-linux.mh --- gdb-4.17.orig/gdb/config/mips/mips-linux.mh Thu Jan 1 01:00:00 1970 +++ gdb-4.17/gdb/config/mips/mips-linux.mh Thu Jul 4 23:55:19 1996 @@ -0,0 +1,8 @@ +# Host: Big-endian MIPS running Linux +XDEPFILES= +XM_FILE= xm-linux.h +NAT_FILE= nm-linux.h +NATDEPFILES= infptrace.o inftarg.o mipslinux-nat.o corelow.o core-regset.o fork-child.o solib.o + +MMALLOC = +MMALLOC_CFLAGS = -DNO_MMALLOC diff -urN gdb-4.17.orig/gdb/config/mips/mips-linux.mt gdb-4.17/gdb/config/mips/mips-linux.mt --- gdb-4.17.orig/gdb/config/mips/mips-linux.mt Thu Jan 1 01:00:00 1970 +++ gdb-4.17/gdb/config/mips/mips-linux.mt Thu Jul 4 23:55:19 1996 @@ -0,0 +1,3 @@ +# Target: Big-endian MIPS +TDEPFILES= mips-tdep.o +TM_FILE= tm-linux.h diff -urN gdb-4.17.orig/gdb/config/mips/nm-linux.h gdb-4.17/gdb/config/mips/nm-linux.h --- gdb-4.17.orig/gdb/config/mips/nm-linux.h Thu Jan 1 01:00:00 1970 +++ gdb-4.17/gdb/config/mips/nm-linux.h Thu Jul 4 23:55:19 1996 @@ -0,0 +1,50 @@ +/* Definitions for native support of Linux/MIPS. + +Copyright (C) 1996 Free Software Foundation, Inc. + +Contributed by David S. Miller (davem@caip.rutgers.edu) at +Rutgers University CAIP Research Center. + +This file is part of GDB. + +This program is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2 of the License, or +(at your option) any later version. + +This program is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. + +You should have received a copy of the GNU General Public License +along with this program; if not, write to the Free Software +Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ + +#define GET_LONGJMP_TARGET(ADDR) get_longjmp_target(ADDR) +extern int +get_longjmp_target PARAMS ((CORE_ADDR *)); + +/* Tell gdb that we can attach and detach other processes */ +#define ATTACH_DETACH + +/* ptrace register ``addresses'' are absolute. */ + +#define U_REGS_OFFSET 0 + +#define PTRACE_ARG3_TYPE long + +/* ptrace transfers longs */ + +#define PTRACE_XFER_TYPE long + +/* Linux has shared libraries. */ + +#define GDB_TARGET_HAS_SHARED_LIBS +#define SVR4_SHARED_LIBS + +#include "solib.h" + +/* Wheee, really it is in stdio.h. */ + +#define PSIGNAL_IN_SIGNAL_H diff -urN gdb-4.17.orig/gdb/config/mips/tm-linux.h gdb-4.17/gdb/config/mips/tm-linux.h --- gdb-4.17.orig/gdb/config/mips/tm-linux.h Thu Jan 1 01:00:00 1970 +++ gdb-4.17/gdb/config/mips/tm-linux.h Thu Jul 4 23:55:19 1996 @@ -0,0 +1,93 @@ +/* Definitions to make GDB run on a MIPS box under Linux. The + definitions here are used when the _target_ system is running Linux. + Copyright 1996 Free Software Foundation, Inc. + +This file is part of GDB. + +This program is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2 of the License, or +(at your option) any later version. + +This program is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. + +You should have received a copy of the GNU General Public License +along with this program; if not, write to the Free Software +Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ + +#ifndef TM_MIPSLINUX_H +#define TM_MIPSLINUX_H + +#include "mips/tm-bigmips.h" + +/* Redefine register numbers for Linux. */ + +#undef NUM_REGS +#undef REGISTER_NAMES +#undef FP0_REGNUM +#undef PC_REGNUM +#undef PS_REGNUM +#undef HI_REGNUM +#undef LO_REGNUM +#undef CAUSE_REGNUM +#undef BADVADDR_REGNUM +#undef FCRCS_REGNUM +#undef FCRIR_REGNUM + +/* Number of machine registers */ + +#define NUM_REGS 71 + +/* Initializer for an array of names of registers. + There should be NUM_REGS strings in this initializer. */ + +#define REGISTER_NAMES \ + { "zero", "at", "v0", "v1", "a0", "a1", "a2", "a3", \ + "t0", "t1", "t2", "t3", "t4", "t5", "t6", "t7", \ + "s0", "s1", "s2", "s3", "s4", "s5", "s6", "s7", \ + "t8", "jp", "k0", "k1", "gp", "sp", "fp", "ra", \ + "f0", "f1", "f2", "f3", "f4", "f5", "f6", "f7", \ + "f8", "f9", "f10", "f11", "f12", "f13", "f14", "f15", \ + "f16", "f17", "f18", "f19", "f20", "f21", "f22", "f23",\ + "f24", "f25", "f26", "f27", "f28", "f29", "f30", "f31",\ + "pc", "cause", "badvaddr", "lo", "hi", "fsr", "fir" \ + } + +/* Register numbers of various important registers. + Note that some of these values are "real" register numbers, + and correspond to the general registers of the machine, + and some are "phony" register numbers which are too large + to be actual register numbers as far as the user is concerned + but do serve to get the desired values when passed to read_register. */ + +#define FP0_REGNUM 32 /* Floating point register 0 (single float) */ +#define PC_REGNUM 64 /* Contains program counter */ +#define CAUSE_REGNUM 65 /* describes last exception */ +#define BADVADDR_REGNUM 66 /* bad vaddr for addressing exception */ +#define LO_REGNUM 67 /* Multiple/divide temp */ +#define HI_REGNUM 68 /* ... */ +#define FCRCS_REGNUM 69 /* FP control/status */ +#define FCRIR_REGNUM 70 /* FP implementation/revision */ + +#define CANNOT_FETCH_REGISTER(regno) \ + ((regno) == FP_REGNUM || (regno) == ZERO_REGNUM) +#define CANNOT_STORE_REGISTER(regno) \ + ((regno) == FP_REGNUM || (regno) == ZERO_REGNUM) + +/* Must call functions within PIC code using $t9. */ +#undef Dest_Reg +#define Dest_Reg 25 + +/* Just like the Sparc, we do single stepping in software, this + feature does _not_ belong in the kernel as far as I'm concerned. */ + +#define NO_SINGLE_STEP 1 + +/* XXX TODO */ +#undef IN_SIGTRAMP +#define IN_SIGTRAMP(pc, name) (0) + +#endif /* TM_MIPSLINUX_H */ diff -urN gdb-4.17.orig/gdb/config/mips/tm-mips.h gdb-4.17/gdb/config/mips/tm-mips.h --- gdb-4.17.orig/gdb/config/mips/tm-mips.h Thu Oct 9 22:26:08 1997 +++ gdb-4.17/gdb/config/mips/tm-mips.h Thu Jul 4 23:56:58 1996 @@ -121,8 +121,6 @@ #define INNER_THAN < -#define BIG_ENDIAN 4321 - /* Old-style breakpoint macros. The IDT board uses an unusual breakpoint value, and sometimes gets confused when it sees the usual MIPS breakpoint instruction. */ diff -urN gdb-4.17.orig/gdb/config/mips/xm-linux.h gdb-4.17/gdb/config/mips/xm-linux.h --- gdb-4.17.orig/gdb/config/mips/xm-linux.h Thu Jan 1 01:00:00 1970 +++ gdb-4.17/gdb/config/mips/xm-linux.h Thu Jul 4 23:55:19 1996 @@ -0,0 +1,33 @@ +/* Definitions for Linux/MIPS hosting support. + +Copyright (C) 1996 Free Software Foundation, Inc. + +Contributed by David S. Miller (davem@caip.rutgers.edu) at +Rutgers University CAIP Research Center. + +This file is part of GDB. + +This program is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2 of the License, or +(at your option) any later version. + +This program is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. + +You should have received a copy of the GNU General Public License +along with this program; if not, write to the Free Software +Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ + +#if !defined (HOST_BYTE_ORDER) +#define HOST_BYTE_ORDER BIG_ENDIAN +#endif + +/* The mips has no siginterrupt routine. */ +#define NO_SIGINTERRUPT + +#define HAVE_TERMIOS +#define HAVE_SIGSETMASK 1 +#define USG diff -urN gdb-4.17.orig/gdb/configure.host gdb-4.17/gdb/configure.host --- gdb-4.17.orig/gdb/configure.host Thu Apr 16 23:29:58 1998 +++ gdb-4.17/gdb/configure.host Sun Jul 5 00:21:40 1998 @@ -114,6 +114,7 @@ # Close enough for now. mips-sgi-irix6*) gdb_host=irix5 ;; mips-sony-*) gdb_host=news-mips ;; +mips-*-linux*) gdb_host=mips-linux ;; mips-*-mach3*) gdb_host=mipsm3 ;; mips-*-sysv4*) gdb_host=mipsv4 ;; mips-*-sysv*) gdb_host=riscos ;; diff -urN gdb-4.17.orig/gdb/configure.tgt gdb-4.17/gdb/configure.tgt --- gdb-4.17.orig/gdb/configure.tgt Thu Apr 16 23:29:59 1998 +++ gdb-4.17/gdb/configure.tgt Sun Jul 5 00:25:31 1998 @@ -187,6 +187,7 @@ mips*-sgi-irix6*) gdb_target=irix5 ;; mips*-sgi-*) gdb_target=irix3 ;; mips*-sony-*) gdb_target=bigmips ;; +mips*-*-linux*) gdb_target=mips-linux ;; mips*-*-mach3*) gdb_target=mipsm3 ;; mips*-*-sysv4*) gdb_target=mipsv4 ;; mips*-*-sysv*) gdb_target=bigmips ;; diff -urN gdb-4.17.orig/gdb/mips-nat.c gdb-4.17/gdb/mips-nat.c --- gdb-4.17.orig/gdb/mips-nat.c Mon Sep 9 05:01:42 1996 +++ gdb-4.17/gdb/mips-nat.c Thu Jul 4 23:55:19 1996 @@ -1,4 +1,4 @@ -/* Low level DECstation interface to ptrace, for GDB when running native. +/* Low level Linux & DECstation interface to ptrace, for GDB when running native. Copyright 1988, 1989, 1991, 1992, 1995 Free Software Foundation, Inc. Contributed by Alessandro Forin(af@cs.cmu.edu) at CMU and by Per Bothner(bothner@cs.wisc.edu) at U.Wisconsin. @@ -23,6 +23,10 @@ #include "inferior.h" #include "gdbcore.h" #include +#ifdef __linux__ +# include +# include +#endif #include #include #include diff -urN gdb-4.17.orig/gdb/mips-tdep.c gdb-4.17/gdb/mips-tdep.c --- gdb-4.17.orig/gdb/mips-tdep.c Wed Dec 17 20:46:10 1997 +++ gdb-4.17/gdb/mips-tdep.c Thu Jul 4 23:55:19 1996 @@ -1500,6 +1500,148 @@ /* MASK(i,j) == (1<= NUMOPCODES) + return 0; + if((mips_opcodes[i].pinfo & INSN_BRANCH_BITS) == 0) + return 0; + + /* We've got one. */ + if (mips_opcodes[i].name[0] != 'j') + { + /* The easy PC-relative branch case. */ + delta = (insn & 0xffff); + if(delta & 0x8000) + delta |= ~0xffff; + *target = (CORE_ADDR) (((long)pc) + ((delta << 2) + 4)); + } + else + { + /* It's a jump, slightly more difficult. */ + if(mips_opcodes[i].pinfo & INSN_READ_GPR_S) + { + int target_regno; + + /* Target is source register. */ + target_regno = (insn >> OP_SH_RS) & OP_MASK_RS; + *target = (CORE_ADDR) read_register (target_regno); + } + else + { + CORE_ADDR target_part; + + /* Target is low order 26 bits of insn, shifted left by 2, and + or'd with the high order bits of pc. */ + target_part = ((insn >> OP_SH_TARGET) & OP_MASK_TARGET) << 2; + *target = ((pc & 0xf0000000) | target_part); + } + } + return 1; +} + +static CORE_ADDR next_pc, target; +typedef char binsn_quantum[BREAKPOINT_MAX]; +static binsn_quantum break_mem[2]; + +/* Non-zero if we just simulated a single-step ptrace call. This is + needed because we cannot remove the breakpoints in the inferior + process until after the `wait' in `wait_for_inferior'. */ + +int one_stepped; + +/* This is so that the code below knows whether we need to clear one, + or two breakpoints when the inferior resumes. */ + +static int doing_branch = 0; + +/* single_step() is called just before we want to resume the inferior, + if we want to single-step it but there is no hardware or kernel single-step + support (MIPS on Linux for example). We find all the possible targets of + the coming instruction and breakpoint them. + + single_step is also called just after the inferior stops. If we had + set up a simulated single-step, we undo our damage. */ + +void +single_step (ignore) + enum target_signal ignore; /* pid, but we don't need it */ +{ + CORE_ADDR pc; + long pc_instruction; + int br; + + if (!one_stepped) + { + pc = read_register (PC_REGNUM); + pc_instruction = read_memory_integer (pc, 4); + br = isbranch (pc_instruction, pc, &target); + + if (br) + { + /* Breakpoint at target of branch and 2 insns + later as well. If the branch is to itself + the best we can do is wait for it to fall + out on us. */ + if(target != pc) + { + target_insert_breakpoint(target, break_mem[1]); + doing_branch = 1; + } + else + { + doing_branch = 0; + } + next_pc = pc + 8; + target_insert_breakpoint(next_pc, break_mem[0]); + } + else + { + /* Just the very next instruction needs a break. */ + doing_branch = 0; + next_pc = pc + 4; + target_insert_breakpoint(next_pc, break_mem[0]); + } + + /* We are ready to let it go */ + one_stepped = 1; + return; + } + else + { + /* Remove breakpoints */ + target_remove_breakpoint (next_pc, break_mem[0]); + + if (doing_branch) + { + target_remove_breakpoint (target, break_mem[1]); + } + + one_stepped = 0; + } +} + +#endif /* NO_SINGLE_STEP */ + void mips_push_dummy_frame() { diff -urN gdb-4.17.orig/gdb/mipslinux-nat.c gdb-4.17/gdb/mipslinux-nat.c --- gdb-4.17.orig/gdb/mipslinux-nat.c Thu Jan 1 01:00:00 1970 +++ gdb-4.17/gdb/mipslinux-nat.c Sun Jul 5 01:42:13 1998 @@ -0,0 +1,193 @@ +/* Low level MIPS/Linux interface, for GDB when running native. + Copyright 1996 Free Software Foundation, Inc. + Contributed by David S. Miller (davem@caip.rutgers.edu) at + Rutgers University CAIP Research Center. + +This file is part of GDB. + +This program is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2 of the License, or +(at your option) any later version. + +This program is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. + +You should have received a copy of the GNU General Public License +along with this program; if not, write to the Free Software +Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ + +#define __timespec_defined /* Yuck ... */ +#include + +#include "defs.h" +#include "inferior.h" +#include "gdbcore.h" +#include "target.h" +#include "gdb_string.h" +#include "symtab.h" +#include "bfd.h" +#include "symfile.h" +#include "objfiles.h" +#include "command.h" +#include "frame.h" +#include "gnu-regex.h" +#include "inferior.h" +#include "language.h" +#include "gdbcmd.h" +#include +//#include +#include +#include +#include +#include +#include +#include + +#include /* For JB_PC and friends. */ + +/* Size of elements in jmpbuf */ + +#define JB_ELEMENT_SIZE 4 + +/* Figure out where the longjmp will land. + We expect the first arg to be a pointer to the jmp_buf structure from which + we extract the pc (JB_PC) that we will land at. The pc is copied into PC. + This routine returns true on success. */ + +int +get_longjmp_target(pc) + CORE_ADDR *pc; +{ + CORE_ADDR jb_addr; + char buf[TARGET_PTR_BIT / TARGET_CHAR_BIT]; + + jb_addr = read_register (A0_REGNUM); + + if (target_read_memory (jb_addr + JB_PC * JB_ELEMENT_SIZE, buf, + TARGET_PTR_BIT / TARGET_CHAR_BIT)) + return 0; + + *pc = extract_address (buf, TARGET_PTR_BIT / TARGET_CHAR_BIT); + + return 1; +} + +/* + * See the comment in m68k-tdep.c regarding the utility of these functions. + * + * These definitions are from the MIPS SVR4 ABI, so they may work for + * any MIPS SVR4 target. + */ + +void +supply_gregset (gregsetp) + gregset_t *gregsetp; +{ + register int regi; + register unsigned int *regp = (unsigned int *) &(*gregsetp)[0]; + static char zerobuf[MAX_REGISTER_RAW_SIZE] = {0}; + + for (regi = EF_REG0; regi <= EF_LO; regi++) + supply_register ((regi - EF_REG0), (char *)(regp + regi)); + + supply_register(PC_REGNUM, (char *)(regp + EF_CP0_EPC)); + supply_register(CAUSE_REGNUM, (char *)(regp + EF_CP0_CAUSE)); + supply_register(BADVADDR_REGNUM, (char *)(regp + EF_CP0_BADVADDR)); + supply_register(LO_REGNUM, (char *)(regp + EF_LO)); + supply_register(HI_REGNUM, (char *)(regp + EF_HI)); + + /* Fill inaccessible registers with zero. */ + supply_register (FP_REGNUM, zerobuf); + supply_register (UNUSED_REGNUM, zerobuf); +} + +void +fill_gregset (gregsetp, regno) + gregset_t *gregsetp; + int regno; +{ + int regi; + register unsigned int *regp = (unsigned int *) &(*gregsetp)[0]; + + for (regi = 0; regi <= (EF_SIZE / 4); regi++) + if ((regno == -1) || (regno == regi)) + *(regp + regi) = *(unsigned int *) ®isters[REGISTER_BYTE (regi)]; +} + +/* Now we do the same thing for floating-point registers. + * We don't bother to condition on FP0_REGNUM since any + * reasonable MIPS configuration has an R3010 in it. + * + * Again, see the comments in m68k-tdep.c. + */ + +void +supply_fpregset (fpregsetp) + fpregset_t *fpregsetp; +{ + register int regi; + static char zerobuf[MAX_REGISTER_RAW_SIZE] = {0}; + + for (regi = 0; regi < 32; regi++) + supply_register (FP0_REGNUM + regi, + (char *)&fpregsetp[regi]); + + supply_register (FCRCS_REGNUM, (char *)&fpregsetp[32]); + + /* FIXME: how can we supply FCRIR_REGNUM? The ABI doesn't tell us. */ + supply_register (FCRIR_REGNUM, zerobuf); +} + +void +fill_fpregset (fpregsetp, regno) + fpregset_t *fpregsetp; + int regno; +{ + int regi; + char *from, *to; + + for (regi = FP0_REGNUM; regi < FP0_REGNUM + 32; regi++) + { + if ((regno == -1) || (regno == regi)) + { + from = (char *) ®isters[REGISTER_BYTE (regi)]; + to = (char *) &(fpregsetp[regi - FP0_REGNUM]); + memcpy(to, from, REGISTER_RAW_SIZE (regi)); + } + } + +#if 0 + if ((regno == -1) || (regno == FCRCS_REGNUM)) + fpregsetp[32] = *(unsigned int *) ®isters[REGISTER_BYTE(FCRCS_REGNUM)]; +#endif +} + +/* Map gdb internal register number to ptrace ``address''. + These ``addresses'' are defined in */ + +#define REGISTER_PTRACE_ADDR(regno) \ + (regno < 32 ? regno \ + : regno == PC_REGNUM ? PC \ + : regno == CAUSE_REGNUM ? CAUSE \ + : regno == HI_REGNUM ? MMHI \ + : regno == LO_REGNUM ? MMLO \ + : regno == FCRCS_REGNUM ? FPC_CSR \ + : regno == FCRIR_REGNUM ? FPC_EIR \ + : regno >= FP0_REGNUM ? FPR_BASE + (regno - FP0_REGNUM) \ + : 0) + +/* Return the ptrace ``address'' of register REGNO. */ + +CORE_ADDR +register_addr (regno, blockend) + int regno; + CORE_ADDR blockend; +{ + if(regno < 0 || regno >= NUM_REGS) + error ("Bogon register number %d.", regno); + + return REGISTER_PTRACE_ADDR (regno); +} --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=ptrace-patch diff -urN linux-2.0.30.orig/include/asm-mips/ptrace.h linux-2.0.30/include/asm-mips/ptrace.h --- linux-2.0.30.orig/include/asm-mips/ptrace.h Sat Oct 11 21:13:51 1997 +++ linux-2.0.30/include/asm-mips/ptrace.h Sun Jul 5 01:52:05 1998 @@ -15,6 +15,14 @@ #include +#define PC 0 +#define CAUSE 1 +#define MMLO 3 +#define MMHI 4 +#define FPC_CSR 5 /* XXX */ +#define FPC_EIR 4 /* XXX */ +#define FPR_BASE 5 /* XXX */ + #ifndef __ASSEMBLY__ /* * This struct defines the way the registers are stored on the stack during a @@ -59,6 +67,6 @@ extern void (*show_regs)(struct pt_regs *); #endif /* !(__ASSEMBLY__) */ -#endif +#endif /* __KERNEL__ */ #endif /* __ASM_MIPS_PTRACE_H */ --IS0zKkzwUGydFO0o-- From flo@mini.gt.owl.de Sun Jul 5 15:13:37 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA29745; Sun, 5 Jul 1998 15:13:36 +0200 (MET DST) Received-Date: Sun, 5 Jul 1998 15:13:36 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id PAA16843 for ; Sun, 5 Jul 1998 15:13:34 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id PAA11287; Sun, 5 Jul 1998 15:13:34 +0200 Message-ID: <19980705151334.40345@mini> Date: Sun, 5 Jul 1998 15:13:34 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Z8530/Driver/Alan Cox Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Content-Length: 295 Lines: 12 Hi, did anyone notice Alan writing to work on the Z8530 ... Have a look at http://roadrunner.swansea.uk.linux.org/alan.shtml "Accountant sorted. Spent most of the day hacking Z8530 driver code. " This might be what we need :) Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From ralf@uni-koblenz.de Sun Jul 5 17:41:26 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA00430; Sun, 5 Jul 1998 17:41:26 +0200 (MET DST) Received-Date: Sun, 5 Jul 1998 17:41:26 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-23.uni-koblenz.de [141.26.249.23]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id RAA28766 for ; Sun, 5 Jul 1998 17:41:23 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id RAA00528; Sun, 5 Jul 1998 17:41:06 +0200 Message-ID: <19980705174106.C400@uni-koblenz.de> Date: Sun, 5 Jul 1998 17:41:06 +0200 To: linux-mips@fnet.fr Subject: Re: Z8530/Driver/Alan Cox References: <19980705151334.40345@mini> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19980705151334.40345@mini>; from Florian Lohoff on Sun, Jul 05, 1998 at 03:13:34PM +0200 Content-Length: 459 Lines: 15 On Sun, Jul 05, 1998 at 03:13:34PM +0200, Florian Lohoff wrote: > Hi, > did anyone notice Alan writing to work on the Z8530 ... > > Have a look at http://roadrunner.swansea.uk.linux.org/alan.shtml > > "Accountant sorted. Spent most of the day hacking Z8530 driver code. " > > This might be what we need :) We've got piles of Z8530 drivers in Linux. In fact we'll soon drown in them ... Take a look at the drivers/sgi/char/sgiserial.c etc. etc. Ralf From gproux@atlas.dnstelecom.fr Mon Jul 6 15:40:06 1998 Received: from atlas.dnstelecom.fr (atlas.dnstelecom.fr [195.80.134.210]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA09960; Mon, 6 Jul 1998 15:39:34 +0200 (MET DST) Received-Date: Mon, 6 Jul 1998 15:39:34 +0200 (MET DST) Received: from next.internal.dnstelecom.fr ([192.168.192.1]) by atlas.dnstelecom.fr (Post.Office MTA v3.5 release 215 ID# 0-0U10L2S100) with ESMTP id fr for ; Mon, 6 Jul 1998 15:39:20 +0200 Received: by next.internal.dnstelecom.fr with Internet Mail Service (5.0.1460.8) id <3CV9LKD5>; Mon, 6 Jul 1998 15:39:15 +0200 Message-ID: From: gproux@atlas.dnstelecom.fr (Guillaume Proux) To: "'linux-mips@fnet.fr'" Subject: Bull DPX/Prostation a base de MIPS R3000 Date: Mon, 6 Jul 1998 15:39:12 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Content-Length: 568 Lines: 21 On m'a refile ca, et devinez ??? C'est vieux (TRES VIEUX 8 ou 9 ans)! Ca doit pas etre compatible ARC (mais la je sais pas?) et y'a pas de lecteur de disks juste de vieux HD SCSI.... J'aimerai (bien sur) faire tourner Linux dessus... Donc, il faut savoir que je sais compiler des programmes, MAIS que j'y connais rien en assembleur MIPS etc... mais je veux bien essayer d'aider !!! 1/ Comment faire pour lancer MILO sur ma machine puisque ya pas de lecteur de disk et que le ROM monitor, je sais pas comment il marche??? bonne question, non? Merci Guillaume From gproux@atlas.dnstelecom.fr Mon Jul 6 16:15:41 1998 Received: from atlas.dnstelecom.fr (atlas.dnstelecom.fr [195.80.134.210]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA10178; Mon, 6 Jul 1998 16:15:40 +0200 (MET DST) Received-Date: Mon, 6 Jul 1998 16:15:40 +0200 (MET DST) Received: from next.internal.dnstelecom.fr ([192.168.192.1]) by atlas.dnstelecom.fr (Post.Office MTA v3.5 release 215 ID# 0-0U10L2S100) with ESMTP id fr for ; Mon, 6 Jul 1998 16:15:38 +0200 Received: by next.internal.dnstelecom.fr with Internet Mail Service (5.0.1460.8) id <3CV9LK1R>; Mon, 6 Jul 1998 16:15:33 +0200 Message-ID: From: gproux@atlas.dnstelecom.fr (Guillaume Proux) To: "'linux-mips@fnet.fr'" Subject: MIPS R3000 based Bull DPX/prostation Date: Mon, 6 Jul 1998 16:15:29 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Content-Length: 481 Lines: 19 I have been given such an hardware. It is 8 or 9 year old, must not be ARC-compliant (but i really don't know, doesn't have a Disk drive) have no documentation nor existing OS. There is only 2 old 200 Mbytes SCSI HD and an 150 MBytes SCSI Streamer. I would love to see Linux run on this but I don't know a word of MIPS assembly but would like to help! How can I run milo since there is no FD and since I don't have any documentation about the ROM monitor? Thanks, Guillaume From R.vandenBerg@inter.NL.net Mon Jul 6 19:37:24 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA11519; Mon, 6 Jul 1998 19:37:23 +0200 (MET DST) Received-Date: Mon, 6 Jul 1998 19:37:23 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-15.Hoorn.NL.net [193.79.46.240] with ESMTP id TAA07369 (8.8.8/3.28); Mon, 6 Jul 1998 19:37:09 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 6 Jul 1998 19:23:26 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 6 Jul 1998 19:23:25 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Guillaume Proux cc: linux-mips@fnet.fr Subject: Re: MIPS R3000 based Bull DPX/prostation In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 805 Lines: 28 On Mon, 6 Jul 1998, Guillaume Proux wrote: > I have been given such an hardware. > > It is 8 or 9 year old, must not be ARC-compliant (but i really don't know, > doesn't have a Disk drive) > have no documentation nor existing OS. That's really though... > There is only 2 old 200 Mbytes SCSI HD and an 150 MBytes SCSI Streamer. > > I would love to see Linux run on this but I don't know a word of MIPS > assembly > but would like to help! > > How can I run milo since there is no FD and since I don't have any > documentation > about the ROM monitor? Does it resamble any hardware mentioned on http://lena.fnet.fr ? If the machine is powered on is there a console prompt, maybe after a Ctrl-C. Perhaps the machine is able to netboot, have a look at http://decstation.unix-ag.org. Succes, Richard From Olivier.Lebaillif@ifrsys.com Mon Jul 6 18:29:46 1998 Received: from ftp.ifrsys.com (ftp.ifrsys.com [12.5.176.50] (may be forged)) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA11177; Mon, 6 Jul 1998 18:29:45 +0200 (MET DST) Received-Date: Mon, 6 Jul 1998 18:29:45 +0200 (MET DST) Received: from cliff.mis.ifrsys.com by ftp.ifrsys.com via smtpd (for guadalquivir.fnet.fr [193.104.112.133]) with SMTP; 6 Jul 1998 16:29:44 UT Received: from babylon.eng.ifrsys.com (babylon.eng.ifrsys.com [10.200.121.1]) by cliff.mis.ifrsys.com (8.8.8/8.8.8) with SMTP id LAA01412 for ; Mon, 6 Jul 1998 11:33:19 -0500 Message-Id: <199807061633.LAA01412@cliff.mis.ifrsys.com> Comments: Authenticated sender is From: "Olivier Lebaillif" Organization: IFR Systems, Inc. To: linux-mips@fnet.fr Date: Mon, 6 Jul 1998 11:27:54 -0600 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Bull DPX/Prostation a base de MIPS R3000 Priority: normal In-reply-to: <4187@ifrsys.com> X-mailer: Pegasus Mail for Windows (v2.54) Content-Length: 2440 Lines: 75 > Date: Mon, 06 Jul 1998 09:00:00 -0500 > To: "'linux-mips@fnet.fr'" > Bcc: "olivier.lebaillif" > From: > Reply-to: > Importance: normal > Priority: normal > Subject: Bull DPX/Prostation a base de MIPS R3000 Salut Guillaume, Tout d'abord, juste une petite remarque. Si tu veux que tes messages soient lus par tout le monde, rediges les en Anglais. > J'aimerai (bien sur) faire tourner Linux dessus... Donc, il faut savoir que > je sais compiler > des programmes, MAIS que j'y connais rien en assembleur MIPS etc... > mais je veux bien essayer d'aider !!! > 1/ Comment faire pour lancer MILO sur ma machine puisque ya pas de lecteur > de disk > et que le ROM monitor, je sais pas comment il marche??? > La reponse est tres simple (mais pas vraiment encourageante pour toi) tu dois trouver le moyen de "booter" ta machine via ethernet.... Cela veut dire: 1) Trouver comment marche le ROM monitor 2) Avoir une seconde machine ou tu pourrais installer le "kernel" 3) Booter ta machine via tftp Sur ma DECStation 3100 basee sur le Mips 3000 cela donne quelque chose comme: setenv inetaddr "10.200.127.5" setenv sinetaddr "10.200.121.1" boot -f tftp(0,5)/tftpboot/nbImage root=/dev/ram la premiere ligne fixe mon adresse ethernet (DECStation) la seconde fixe l'adresse de mon laptop (sur lequel je "cross-compile" le kernel pour la DECStation. Le kernel, une fois reconstruit se trouve dans /tftpboot/nbImage. Tu dois autoriser TFTP acces etc...) la troisieme ligne boot ma DECStation, en utilisant le kernelsitue sur mon laptop (le dernier parametre indique que mon root filesystem est un ramdisk). Voila en gros les etapes. Tu dois trouver comment fonctionne ton ROM monitor, c'est la preimere et indispensable etape. (Essaies de trouver des info sur le web, maybe...) Maintenant je ne sais pas quel kernel pourrait tourner sur ta machine. Peut etre d'autres reponses t'en diront plus. (j'essaierai le DECStation3100 a tout hazard). > bonne question, non? > > Merci > > > Guillaume > Bon courage et n'hesites pas a me contacter, si je peux aider c'est avec plaisir que je le ferais. Olivier. Olivier Lebaillif IFR SYSTEMS, INC. 10200 west York Street Wichita, KS 67215-8999 U.S.A. phone: 316-522-4981 Ext 307 Email: Olivier.Lebaillif@ifrsys.com From mwoolston@gte.com Tue Jul 7 00:43:40 1998 Received: from gte.com (h132-197-8-26.gte.com [132.197.8.26]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA16033; Tue, 7 Jul 1998 00:43:38 +0200 (MET DST) Received-Date: Tue, 7 Jul 1998 00:43:38 +0200 (MET DST) Received: from gte.com by gte.com (8.8.4/8.8.4) Message-ID: <35A17D43.67F8883@gte.com> Date: Mon, 06 Jul 1998 18:43:33 -0700 From: Mark Woolston X-Mailer: Mozilla 4.04 [en] (Win16; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: NEC Riscservers Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 885 Lines: 24 Hi- My name is Mark. I'm an accomplished embedded systems designer, who (surprise, surprise) is bloody well sick of Microbrain's we-know-what-you-need-better-than-you-do attitude. I am interested in moving to Linux, but have very little time or resources free to play around, so it just hasn't happened yet. Anyway, I have a quad processor NEC MIPS machine, and several dual processor board sets. I don't have the model numbers here, unfortunately. These machines are currently unused, and I don't know much about how to use them. If there is someone in the Massachusetts area who can make use of these to "advance the Linux cause" I would be willing to donate some or all of the MIPS hardware in exchange for help in "converting" me to Linux. Please email me back if this hardware can be of any help. I would love to see it used for a good cause. Thanks, Mark mwoolston@gte.com From gproux@atlas.dnstelecom.fr Tue Jul 7 10:24:17 1998 Received: from atlas.dnstelecom.fr (atlas.dnstelecom.fr [195.80.134.210]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA21053; Tue, 7 Jul 1998 10:24:16 +0200 (MET DST) Received-Date: Tue, 7 Jul 1998 10:24:16 +0200 (MET DST) Received: from next.internal.dnstelecom.fr ([192.168.192.1]) by atlas.dnstelecom.fr (Post.Office MTA v3.5 release 215 ID# 0-0U10L2S100) with ESMTP id fr for ; Tue, 7 Jul 1998 10:24:13 +0200 Received: by next.internal.dnstelecom.fr with Internet Mail Service (5.0.1460.8) id <3CV9LK22>; Tue, 7 Jul 1998 10:24:08 +0200 Message-ID: From: gproux@atlas.dnstelecom.fr (Guillaume Proux) To: linux-mips@fnet.fr Subject: RE: MIPS R3000 based Bull DPX/prostation Date: Tue, 7 Jul 1998 10:24:06 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Content-Length: 456 Lines: 14 > Does it resamble any hardware mentioned on http://lena.fnet.fr ? If the > machine is powered on is there a console prompt, maybe after a Ctrl-C. > Perhaps the machine is able to netboot, have a look at > http://decstation.unix-ag.org. > Richard I will try to netboot it as soon as I can... I haven't seen any indication on the screen that the workstation was able to netboot. But this is a good idea.. Thanks, I stay in contact... Guillaume From mwoolston@gte.com Tue Jul 7 17:35:05 1998 Received: from gte.com (h132-197-8-26.gte.com [132.197.8.26]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA27318; Tue, 7 Jul 1998 17:35:04 +0200 (MET DST) Received-Date: Tue, 7 Jul 1998 17:35:04 +0200 (MET DST) Received: from gte.com by gte.com (8.8.4/8.8.4) Message-ID: <35A26A5F.33C0812A@gte.com> Date: Tue, 07 Jul 1998 11:35:12 -0700 From: Mark Woolston X-Mailer: Mozilla 4.04 [en] (Win16; I) MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: NEC Riscservers Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 911 Lines: 25 Hi- More info on those Riscservers... The quad processor unit is an R98 (?) Main board is a G8RDF. It has 4 G8RDE processor daughterboards with 100MHz clock oscillators. I think the processors are either 200 or 250 MHz. I can't get the chip numbers off the processors without cutting the cooling fan tiedowns (wierd design) so I'm not going to do that yet. I have 2 or 3 dual processor board sets, one of which is: A G8MZR motherboard, with 2 G8MZU daughterboards, each with VR4400MC processors, a G8MZS multifunction card (i/o, video, fast scsi2) and an AF1500 hotswap scsi2 backplane (8 slots) Again, I am making some of these available to someone local to Massachusetts, USA (sorry, you far away guys :( ) who can use them to further develop a Linux MIPS port. What I want in exchange is a local contact who can help me out with learning Linux and adapting it to real time embedded use. Thanks, Mark From dgelbman@npiny.com Wed Jul 8 23:23:23 1998 Received: from npiny-nt1.npiny.com (npiny.com [209.109.16.37]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA09000; Wed, 8 Jul 1998 23:23:22 +0200 (MET DST) Received-Date: Wed, 8 Jul 1998 23:23:22 +0200 (MET DST) Received: from DGELBMAN by npiny-nt1.npiny.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1457.7) id 3346Y81M; Wed, 8 Jul 1998 17:16:31 -0400 Message-ID: <35A3E28A.614E055C@npiny.com> Date: Wed, 08 Jul 1998 17:20:10 -0400 From: "M. David Gelbman" Organization: Network Peripherals, Inc. X-Mailer: Mozilla 4.04 [en] (WinNT; U) MIME-Version: 1.0 To: linux-mips SGI , linux-mips France , linux-mips Rutgers , linux-mips-kernel Subject: [Fwd: [linux-ppc] Netscape 128-bit encryption available for PPC] Content-Type: multipart/mixed; boundary="------------6C319DD321EF4C5C34F7456A" Content-Length: 1797 Lines: 47 This is a multi-part message in MIME format. --------------6C319DD321EF4C5C34F7456A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit There is a patch for the MIPS as well -- Sincerely, M. David Gelbman, Senior Software Engineer Network Peripherals, Inc. 4170 Veteran's Memorial Highway, Bohemia, NY 11716-1009 516.737.2363 (voice) 516.737.2372 (FAX) whois:mdg mailto:dgelbman@npiny.com http://www.npix.com --------------6C319DD321EF4C5C34F7456A Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from pop01.globecomm.net by npiny-nt1.npiny.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1457.7) id 3346Y79Q; Wed, 8 Jul 1998 04:08:05 -0400 Received: from [207.181.72.100] (van-bc4-36.netcom.ca [207.181.72.100]) by pop01.globecomm.net (8.8.8/8.8.0) with SMTP id EAA06255 for ; Wed, 8 Jul 1998 04:14:09 -0400 (EDT) Message-Id: <199807080814.EAA06255@pop01.globecomm.net> Subject: Re: [linux-ppc] Netscape 128-bit encryption available for PPC Date: Wed, 8 Jul 1998 01:16:27 -0700 x-sender: oj000340@mail.iname.com x-mailer: Claris Emailer 2.0v3, January 22, 1998 From: Frans Susilo To: "M. David Gelbman" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" On 7/7/98 10:52 AM, M. David Gelbman wrote: >I just followed the links in a Data Communication Article on security >and I found this patch to Netscape-PPC which allows 128-bit RSA security >through SSL. Check out: > > http://www.fortify.net Hey thanks for an excellent tip man, I was wondering about the availability of 128-bit Navigator for LinuxPPC and BANG, you've just answered it. What a coincidence :) --------------6C319DD321EF4C5C34F7456A-- From horar@worldnet.att.net Thu Jul 9 03:54:22 1998 Received: from camel8.mindspring.com (camel8.mindspring.com [207.69.200.58]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA12038; Thu, 9 Jul 1998 03:54:21 +0200 (MET DST) Received-Date: Thu, 9 Jul 1998 03:54:21 +0200 (MET DST) Received: from miles (user-38ld0ts.dialup.mindspring.com [209.86.131.188]) by camel8.mindspring.com (8.8.5/8.8.5) with SMTP id VAA26166 for ; Wed, 8 Jul 1998 21:54:18 -0400 (EDT) Received: by localhost with Microsoft MAPI; Wed, 8 Jul 1998 21:53:33 -0400 Message-ID: <01BDAABA.DA25EF00.horar@worldnet.att.net> From: Ramit Hora Reply-To: "horar@worldnet.att.net" To: "'linux-mips@fnet.fr'" Subject: Linux for an INDY Date: Wed, 8 Jul 1998 21:53:19 -0400 X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Length: 255 Lines: 8 Hi, I just got a great deal on an SGI Indy.. I'm very interested if there is any way I can help beta test or port a version of Linux to this machine, it has a R4600PC running at 133MHz. Please let me know if I can be of any assistance. -Ray From adevries@engsoc.carleton.ca Thu Jul 9 04:01:52 1998 Received: from lager.engsoc.carleton.ca (adevries@lager.engsoc.carleton.ca [134.117.69.26]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA12141; Thu, 9 Jul 1998 04:01:51 +0200 (MET DST) Received-Date: Thu, 9 Jul 1998 04:01:51 +0200 (MET DST) Received: from localhost (adevries@localhost) by lager.engsoc.carleton.ca (8.8.7/8.8.7) with SMTP id WAA29891 for ; Wed, 8 Jul 1998 22:01:48 -0400 X-Authentication-Warning: lager.engsoc.carleton.ca: adevries owned process doing -bs Date: Wed, 8 Jul 1998 22:01:47 -0400 (EDT) From: Alex deVries To: "'linux-mips@fnet.fr'" Subject: Re: Linux for an INDY In-Reply-To: <01BDAABA.DA25EF00.horar@worldnet.att.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 655 Lines: 20 On Wed, 8 Jul 1998, Ramit Hora wrote: > I just got a great deal on an SGI Indy.. I'm very interested if there is > any way I can help beta test or port a version of Linux to this machine, it > has a R4600PC running at 133MHz. Please let me know if I can be of any > assistance. You will have a much easier time than many of the other MIPS ports because of the SGI/Linux port which targets that exact machine. Have a look at www.linux.sgi.com. Alpha 1 of RedHat 5.1 (Manhattan) is located there, and the first beta will be out this weekend if it kills me. - Alex -- Alex deVries, puffin on LinuxNet. http://www.engsoc.carleton.ca/~adevries/ . From jalami@gcs.bc.ca Fri Jul 10 05:47:18 1998 Received: from sirius.starcon.com ([207.230.244.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA20946; Fri, 10 Jul 1998 05:47:17 +0200 (MET DST) Received-Date: Fri, 10 Jul 1998 05:47:17 +0200 (MET DST) Received: from gcs.bc.ca (c221-cisc030.starcon.com [207.230.232.221]) by sirius.starcon.com (post.office MTA v1.9.1 ID# 0-11112) with ESMTP id AAA181 for ; Thu, 9 Jul 1998 20:44:44 -0700 Message-ID: <35A58E67.95913CE0@gcs.bc.ca> Date: Thu, 09 Jul 1998 20:45:44 -0700 From: Jeff Alami X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux/Mips on SGI IRIS Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 261 Lines: 7 Hi, I just got myself a Silicon Graphics IRIS 4D/85GT. It's a gigantic box worth US $40,000... in 1991. It's got two SCSI hard drives, a SCSI tape drive, Ethernet card, etc. running IRIX 4. Any idea if it can run Linux/MIPS at all? Jeff Alami jalami@gcs.bc.ca From mugen@kaibigan.com Fri Jul 10 09:22:12 1998 Received: from star.lamers.net (star.lamers.net [209.103.202.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA21834; Fri, 10 Jul 1998 09:22:10 +0200 (MET DST) Received-Date: Fri, 10 Jul 1998 09:22:10 +0200 (MET DST) Received: from mugen (usr3-37.pacificnet.net [207.171.38.166]) by star.lamers.net (8.8.8/8.8.5) with SMTP id CAA11370 for ; Fri, 10 Jul 1998 02:21:52 -0500 (CDT) Message-ID: <005801bdabd2$0f07e760$04000005@mugen.raydens.com> Reply-To: "mugen" From: "mugen" To: Subject: mips port Date: Fri, 10 Jul 1998 00:11:56 -0700 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA-1; boundary="----=_NextPart_000_0053_01BDAB97.59B09CC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 5221 Lines: 101 This is a multi-part message in MIME format. ------=_NextPart_000_0053_01BDAB97.59B09CC0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0050_01BDAB97.59A77500" ------=_NextPart_000_0050_01BDAB97.59A77500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, i have a NEC RISC Station 2200. It use MIPS RISC R4400 Processor, i = was wondering if u have the port for linux. Please inform me, cuz = Windows NT doesn't support that Processor anymore. Thank you. Bintoro Tanto ------=_NextPart_000_0050_01BDAB97.59A77500 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi, i have a NEC RISC Station = 2200.  It use=20 MIPS RISC R4400 Processor, i was wondering if u have the port for = linux. =20 Please inform me, cuz Windows NT doesn't support that Processor = anymore. =20 Thank you.
 
Bintoro = Tanto
------=_NextPart_000_0050_01BDAB97.59A77500-- ------=_NextPart_000_0053_01BDAB97.59B09CC0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII2TCCAj0w ggGmAhEA89Rlkw7kxx7NbwoREVZYszANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMDQwMTA3MjM1OTU5WjBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiH mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF 4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEAI8hmbFWfUmFqrxcd 4rPPR45MGwIzdflF75tHsbEroDU20VJwacm7pfOTW5Jg+WR+8cE/6dEV8dLAF72knReu4QfPuoGW xK5xGfbOZL+nGfVVKH98M9bCubfrJSn9KfhicEEx3cMH2xJTFmDQnQf5AGX8jWwYUCC3Z9x+/XBL LQ8wggJ5MIIB4qADAgECAhBSHzUd8nB+ACu+ylmHBNU5MA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NjA2MjcwMDAwMDBaFw05OTA2Mjcy MzU5NTlaMGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIG A1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjCBnzANBgkq hkiG9w0BAQEFAAOBjQAwgYkCgYEAthSmz03QBQ3YyiPQb6q0KZJjjiz4b5bXLp12SxGxNo1XycP9 HMa6/h4IujPKleq+41vNBqi3eR1EKu1z8rFSg2gQcGSR1z5r+fddnRRDm26XRZiBR9Ety927ctdM P3Gq4kDyVDm8Fu7PfOy62z9sKrMWsYYSna6TNNW41dD3PqkCAwEAAaMzMDEwDwYDVR0TBAgwBgEB /wIBATALBgNVHQ8EBAMCAQYwEQYJYIZIAYb4QgEBBAQDAgEGMA0GCSqGSIb3DQEBAgUAA4GBAMH6 9wLnV8oRdcacDPord0+HRRc749LB2g9YOY6ulZkDoaihOP55mpMXC5eGOcfKaDRmu8eIRfbIDAXu vpcl7+DUbuR/nXZczn26FKKuC5/7Z1tIpWclrxlkiPZy2CknqjcSarEoryeDGGVsje1Ank3EeKiG 7OksUL+m+Q3bsKZKMIIEFzCCA4CgAwIBAgIQRphE0eYCuqZz9pN7KG4TszANBgkqhkiG9w0BAQQF ADBiMREwDwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNDAyBgNVBAsT K1ZlcmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNjcmliZXIwHhcNOTcxMjAzMDAw MDAwWhcNOTgxMjAzMjM1OTU5WjCCARMxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJp U2lnbiwgSW5jLjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vi c2NyaWJlcjFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L0NQUyBJbmNvcnAu IGJ5IFJlZi4sTElBQi5MVEQoYyk5NjE0MDIGA1UECxMrRGlnaXRhbCBJRCBDbGFzcyAxIC0gTWlj cm9zb2Z0IEZ1bGwgU2VydmljZTEOMAwGA1UEAxMFbXVnZW4xITAfBgkqhkiG9w0BCQEWEm11Z2Vu QGthaWJpZ2FuLmNvbTBcMA0GCSqGSIb3DQEBAQUAA0sAMEgCQQCzZCXT2tc1FzcuWcs3JNKrVcy2 b+1CTCpVbR6WhAuXq2o5d0Zj1hK4RUkwePiAO1wkWbXkB8iDksv90mAZ0FlPAgMBAAGjggFdMIIB WTAJBgNVHRMEAjAAMIGvBgNVHSAEgacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIBFhxo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNpZ24sIElu Yy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlhYi4gbHRkLiAo Yyk5NyBWZXJpU2lnbgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCGSAGG+EUBBgMEeBZ2 ZDQ2NTJiZDYzZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVkMWIwNTlkYTc1YmM0YmM5 NzAxNzQ3ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxZmFjNmFmMWRmMTE0ODljYTBiYjQ1ZjlmM2Vh NDUxOTANBgkqhkiG9w0BAQQFAAOBgQCNdHQQTU//25R/Ic/WH1g0HSqgaofYAFcMffstIEPWKPBw Z368AMI94xfQY9qUUvdwt+2TsYW8akSo9y50PxRJhr2pHRIeBLaf+Y9kpVL1rCgxCbHpInmg7hsG GUi+/USjGBenxxqV+ozAAJ6KV3BOEtqeq029r9XQO0gF2G/G+DGCAVQwggFQAgEBMHYwYjERMA8G A1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2ln biBDbGFzcyAxIENBIC0gSW5kaXZpZHVhbCBTdWJzY3JpYmVyAhBGmETR5gK6pnP2k3sobhOzMAkG BSsOAwIaBQCgdzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBgGCSqGSIb3DQEJDzELMAkwBwYF Kw4DAh0wHAYJKoZIhvcNAQkFMQ8XDTk4MDcxMDAwMTE1NlowIwYJKoZIhvcNAQkEMRYEFH4jGR9z x+KQA0UD47UhTkszUT/wMA0GCSqGSIb3DQEBAQUABEBzQu6dinicsuQLMvhwKbxrn3i/m2zDl30S eIL2isgengHilz4Hzgtk5gT0UoOOBq/nHf97kzBpsp+XKQGnXUi7AAAAAAAA ------=_NextPart_000_0053_01BDAB97.59B09CC0-- From imp@village.org Sat Jul 11 00:28:12 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id AAA27617; Sat, 11 Jul 1998 00:28:09 +0200 (MET DST) Received-Date: Sat, 11 Jul 1998 00:28:09 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0yule4-0002Zr-00; Fri, 10 Jul 1998 16:28:00 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id QAA22497 for ; Fri, 10 Jul 1998 16:28:14 -0600 (MDT) Message-Id: <199807102228.QAA22497@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: mips port In-reply-to: Your message of "Fri, 10 Jul 1998 00:11:56 PDT." <005801bdabd2$0f07e760$04000005@mugen.raydens.com> References: <005801bdabd2$0f07e760$04000005@mugen.raydens.com> Date: Fri, 10 Jul 1998 16:28:14 -0600 From: Warner Losh Content-Length: 664 Lines: 13 In message <005801bdabd2$0f07e760$04000005@mugen.raydens.com> "mugen" writes: : Hi, i have a NEC RISC Station 2200. It use MIPS RISC R4400 : Processor, i was wondering if u have the port for linux. Please : inform me, cuz Windows NT doesn't support that Processor anymore. Hmmm, if this is a UP system, then it should be relatively easy to port. A MP system will be harder, even if you want to just do a UP implementation. I've made the offer that if someone wants to send me one of these I'd do what I can to get at least a UP linux booting on the system.... I'd even send it back when I was done if I didn't have to foot the bill for the shipment. Warner From paul@softway.com.au Sat Jul 11 09:11:37 1998 Received: from sweeney.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA00568; Sat, 11 Jul 1998 09:11:33 +0200 (MET DST) Received-Date: Sat, 11 Jul 1998 09:11:33 +0200 (MET DST) Received: by sweeney.sw.oz.au id RAA09590; Sat, 11 Jul 1998 17:11:23 +1000 (EST) (from paul@softway.com.au for ) Received: from UNKNOWN(192.41.203.48), claiming to be "suede.sw.oz.au" via SMTP by sweeney.sw.oz.au, id smtpd009587; Sat Jul 11 17:11:16 1998 Received: from softway.com.au ([192.168.1.4]) by suede.sw.oz.au (8.8.8/8.8.8) with ESMTP id RAA20322 for ; Sat, 11 Jul 1998 17:11:15 +1000 (EST) Message-ID: <35A70FEA.99BCCDA8@softway.com.au> Date: Sat, 11 Jul 1998 17:10:34 +1000 From: "Paul M. Antoine" Organization: Softway Pty Ltd X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Jazz code up to date?? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 405 Lines: 13 Ralf, Is it possible to compile the 2.1.99 source tree for the Jazz range? Specifically I'm trying to build a kernel for the Magnum4000SC, and am getting the age old problems with %hi and now also the g364 video code doesn't compile... am I doing something silly, or has the code not been kept up to date? Ideally I'd like to find a redhat 5.1 build for the Jazz... wishful thinking? :-) Regards, Paul From tsbogend@alpha.franken.de Sat Jul 11 12:29:23 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA01315; Sat, 11 Jul 1998 12:29:22 +0200 (MET DST) Received-Date: Sat, 11 Jul 1998 12:29:22 +0200 (MET DST) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id MAA16620; Sat, 11 Jul 1998 12:29:14 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id LAA00781; Sat, 11 Jul 1998 11:41:52 +0200 Message-ID: <19980711114151.37661@alpha.franken.de> Date: Sat, 11 Jul 1998 11:41:51 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: Jazz code up to date?? References: <35A70FEA.99BCCDA8@softway.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <35A70FEA.99BCCDA8@softway.com.au>; from Paul M. Antoine on Sat, Jul 11, 1998 at 05:10:34PM +1000 Content-Length: 1658 Lines: 39 On Sat, Jul 11, 1998 at 05:10:34PM +1000, Paul M. Antoine wrote: > Is it possible to compile the 2.1.99 source tree for the Jazz range? of course it is. I'm not sure about the current CVS tree, but you can find the kernel sources I've used to build a 2.1.99 kernel on ftp.linux.sgi.com/pub/test. I even uploaded my current kernel yesterday, which includes abscon and a framebuffer driver for the g364. > Specifically I'm trying to build a kernel for the Magnum4000SC, and R4000SC is still a problem. Ralf tried to fix it, but from listening to #linux, it looks like it isn't fixed, yet. Ralf ? > am getting the age old problems with %hi and now also the g364 video > code doesn't compile... am I doing something silly, or has the code > not been kept up to date? strange, I haven't seen such problems for a long time. What cross dev tools are you using ? > Ideally I'd like to find a redhat 5.1 build for the Jazz... wishful > thinking? :-) I've compiled a lot of the RH5.1 stuff. Right now I'm compiling egcs to get a compiler for the c++ programs. Most RPMS should be done next week. I only have to find a faster (and cheaper) uplink as uploading more than 200MB over a 64kbit dialup line, isn't much fun. The only part missing is the RH installer, but there is also a way to big root filesystem for little endian machines on ftp.linux.sgi.com/pub/test, which should make a manual install possible. Hint: fdisk is still broken, but cfdisk works. Thomas. -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From ralf@uni-koblenz.de Sat Jul 11 16:46:52 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA03701; Sat, 11 Jul 1998 16:46:51 +0200 (MET DST) Received-Date: Sat, 11 Jul 1998 16:46:51 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-27.uni-koblenz.de [141.26.249.27]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id QAA14432 for ; Sat, 11 Jul 1998 16:46:48 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id QAA13295; Sat, 11 Jul 1998 16:46:37 +0200 Message-ID: <19980711164637.L10756@uni-koblenz.de> Date: Sat, 11 Jul 1998 16:46:37 +0200 To: linux-mips@fnet.fr Subject: Re: Jazz code up to date?? References: <35A70FEA.99BCCDA8@softway.com.au> <19980711114151.37661@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19980711114151.37661@alpha.franken.de>; from Thomas Bogendoerfer on Sat, Jul 11, 1998 at 11:41:51AM +0200 Content-Length: 751 Lines: 21 On Sat, Jul 11, 1998 at 11:41:51AM +0200, Thomas Bogendoerfer wrote: > > Specifically I'm trying to build a kernel for the Magnum4000SC, and > > R4000SC is still a problem. Ralf tried to fix it, but from listening > to #linux, it looks like it isn't fixed, yet. Ralf ? Yes, Grimsy didn't get his machine working with the patch I provided to him. Hopefully it's not going to be to hard to fix that exception handler problem. > > am getting the age old problems with %hi and now also the g364 video > > code doesn't compile... am I doing something silly, or has the code > > not been kept up to date? > > strange, I haven't seen such problems for a long time. What cross dev > tools are you using ? Looks like vanilla FSF versions or so. Ralf From mugen@kaibigan.com Sun Jul 12 11:18:54 1998 Received: from star.lamers.net (star.lamers.net [209.103.202.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA10814; Sun, 12 Jul 1998 11:18:53 +0200 (MET DST) Received-Date: Sun, 12 Jul 1998 11:18:53 +0200 (MET DST) Received: from mugen ([207.171.38.185]) by star.lamers.net (8.8.8/8.8.5) with SMTP id EAA01175 for ; Sun, 12 Jul 1998 04:18:35 -0500 (CDT) Message-ID: <001b01bdad74$c9ab4be0$04000005@mugen.raydens.com> Reply-To: "mugen" From: "mugen" To: Subject: MIPS port Date: Sun, 12 Jul 1998 02:09:27 -0700 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA-1; boundary="----=_NextPart_000_0016_01BDAD3A.1924EA40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 5177 Lines: 98 This is a multi-part message in MIME format. ------=_NextPart_000_0016_01BDAD3A.1924EA40 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0013_01BDAD3A.1924EA40" ------=_NextPart_000_0013_01BDAD3A.1924EA40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, i just got a used NEC RISC Station 2200, and i can't find any OS to = run with it. And im running linux on my Pentium 100 rite now. I like it alot, so if = you guys can help me on this problem, please let me know. Thank you. ------=_NextPart_000_0013_01BDAD3A.1924EA40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi, i just got a used NEC RISC = Station 2200, and=20 i can't find any OS to run with it.
And im running linux on my Pentium = 100 rite=20 now.  I like it alot, so if you guys can help me on this problem, = please=20 let me know.  Thank you.
------=_NextPart_000_0013_01BDAD3A.1924EA40-- ------=_NextPart_000_0016_01BDAD3A.1924EA40 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII2TCCAj0w ggGmAhEA89Rlkw7kxx7NbwoREVZYszANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMDQwMTA3MjM1OTU5WjBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiH mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF 4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEAI8hmbFWfUmFqrxcd 4rPPR45MGwIzdflF75tHsbEroDU20VJwacm7pfOTW5Jg+WR+8cE/6dEV8dLAF72knReu4QfPuoGW xK5xGfbOZL+nGfVVKH98M9bCubfrJSn9KfhicEEx3cMH2xJTFmDQnQf5AGX8jWwYUCC3Z9x+/XBL LQ8wggJ5MIIB4qADAgECAhBSHzUd8nB+ACu+ylmHBNU5MA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NjA2MjcwMDAwMDBaFw05OTA2Mjcy MzU5NTlaMGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIG A1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjCBnzANBgkq hkiG9w0BAQEFAAOBjQAwgYkCgYEAthSmz03QBQ3YyiPQb6q0KZJjjiz4b5bXLp12SxGxNo1XycP9 HMa6/h4IujPKleq+41vNBqi3eR1EKu1z8rFSg2gQcGSR1z5r+fddnRRDm26XRZiBR9Ety927ctdM P3Gq4kDyVDm8Fu7PfOy62z9sKrMWsYYSna6TNNW41dD3PqkCAwEAAaMzMDEwDwYDVR0TBAgwBgEB /wIBATALBgNVHQ8EBAMCAQYwEQYJYIZIAYb4QgEBBAQDAgEGMA0GCSqGSIb3DQEBAgUAA4GBAMH6 9wLnV8oRdcacDPord0+HRRc749LB2g9YOY6ulZkDoaihOP55mpMXC5eGOcfKaDRmu8eIRfbIDAXu vpcl7+DUbuR/nXZczn26FKKuC5/7Z1tIpWclrxlkiPZy2CknqjcSarEoryeDGGVsje1Ank3EeKiG 7OksUL+m+Q3bsKZKMIIEFzCCA4CgAwIBAgIQRphE0eYCuqZz9pN7KG4TszANBgkqhkiG9w0BAQQF ADBiMREwDwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNDAyBgNVBAsT K1ZlcmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNjcmliZXIwHhcNOTcxMjAzMDAw MDAwWhcNOTgxMjAzMjM1OTU5WjCCARMxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJp U2lnbiwgSW5jLjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vi c2NyaWJlcjFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L0NQUyBJbmNvcnAu IGJ5IFJlZi4sTElBQi5MVEQoYyk5NjE0MDIGA1UECxMrRGlnaXRhbCBJRCBDbGFzcyAxIC0gTWlj cm9zb2Z0IEZ1bGwgU2VydmljZTEOMAwGA1UEAxMFbXVnZW4xITAfBgkqhkiG9w0BCQEWEm11Z2Vu QGthaWJpZ2FuLmNvbTBcMA0GCSqGSIb3DQEBAQUAA0sAMEgCQQCzZCXT2tc1FzcuWcs3JNKrVcy2 b+1CTCpVbR6WhAuXq2o5d0Zj1hK4RUkwePiAO1wkWbXkB8iDksv90mAZ0FlPAgMBAAGjggFdMIIB WTAJBgNVHRMEAjAAMIGvBgNVHSAEgacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIBFhxo dHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNpZ24sIElu Yy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlhYi4gbHRkLiAo Yyk5NyBWZXJpU2lnbgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCGSAGG+EUBBgMEeBZ2 ZDQ2NTJiZDYzZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVkMWIwNTlkYTc1YmM0YmM5 NzAxNzQ3ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxZmFjNmFmMWRmMTE0ODljYTBiYjQ1ZjlmM2Vh NDUxOTANBgkqhkiG9w0BAQQFAAOBgQCNdHQQTU//25R/Ic/WH1g0HSqgaofYAFcMffstIEPWKPBw Z368AMI94xfQY9qUUvdwt+2TsYW8akSo9y50PxRJhr2pHRIeBLaf+Y9kpVL1rCgxCbHpInmg7hsG GUi+/USjGBenxxqV+ozAAJ6KV3BOEtqeq029r9XQO0gF2G/G+DGCAVQwggFQAgEBMHYwYjERMA8G A1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2ln biBDbGFzcyAxIENBIC0gSW5kaXZpZHVhbCBTdWJzY3JpYmVyAhBGmETR5gK6pnP2k3sobhOzMAkG BSsOAwIaBQCgdzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBgGCSqGSIb3DQEJDzELMAkwBwYF Kw4DAh0wHAYJKoZIhvcNAQkFMQ8XDTk4MDcxMjAyMDkyN1owIwYJKoZIhvcNAQkEMRYEFMzyt+qq UJvNWmnav9zciFE84EwJMA0GCSqGSIb3DQEBAQUABECCQYkyTpT1mzqk2I8p39gpS+KKb6+k8ppN Ka9EknMITFNxDUr4yg4vBrVJw2PPeXCSz4Ov8kTddhgu04kNd1XeAAAAAAAA ------=_NextPart_000_0016_01BDAD3A.1924EA40-- From tsbogend@alpha.franken.de Sun Jul 12 11:35:17 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA10910; Sun, 12 Jul 1998 11:35:16 +0200 (MET DST) Received-Date: Sun, 12 Jul 1998 11:35:16 +0200 (MET DST) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id LAA25338; Sun, 12 Jul 1998 11:35:15 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id LAA00851; Sun, 12 Jul 1998 11:29:49 +0200 Message-ID: <19980712112949.25350@alpha.franken.de> Date: Sun, 12 Jul 1998 11:29:49 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: One good and some bad news Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 Content-Length: 2462 Lines: 61 Hi, first the good news: Yesterday XF68_FBDev showed the first ugly gray X11 screen on my Olivetti M700. Yeah ! But after killing the X server, I've got a dbe in check_tty_count. This was the first bad news. To get XF68_FBDev to work, I had to discover, that the logic with MAP_MASK is broken. When you look in memory.c in function remap_pte_range(), you will find following: mapnr = MAP_NR(__va(phys_addr)); if (mapnr >= max_mapnr || PageReserved(mem_map+mapnr)) set_pte(pte, mk_pte_phys(phys_addr, prot)); These works perfect for addresses in the first 512MB of address space (MAP_MASK is 0x1fffffff), but it fails when you use 0x40000000 (frame buffer address of the Olli). My first shot to fix that, was to use 0x7fffffff MAP_MASK, but resulted in a not working kernel, no idea why. To cludge this problem I've changed the code: mapnr = MAP_NR(__va(phys_addr)); if (mapnr >= max_mapnr || PageReserved(mem_map+mapnr)) set_pte(pte, mk_pte_phys(phys_addr, prot)); if (phys_addr > MAP_MASK) set_pte(pte, mk_pte_phys(__va(phys_addr), prot)); This works, but as this is common Linux code, Linus will never accept it, even with a #ifdef __mips__ around the second if. While writing this mail, I got an idea. Would it work, when we change MAP_NR to something like: #define MAP_NR(addr) (((addr) > MAP_MASK) ? 0xffffffff : \ ((((unsigned long)(addr)) & MAP_MASK) >> PAGE_SHIFT)) I'll try it later. Another bad news, I've tried to build egcs. egcs itself build fine, but when linking the shared library libstdc++, ld bombs out with a signal 6. As I was still using binutils-2.8.1, I've compiled bintuils-2.9.1.0.4. But the problem remains the same. I hope to get the gdb fixes from Ralf, to look at this problem. Binutils 2.9.1.0.4 seem to work ok, but I get following messages, when linking programs: ld: Warning: type of symbol `_fini' changed from 1 to 2 in /usr/lib/crti.o ld: Warning: type of symbol `_gp_disp' changed from 1 to 3 in /lib/libc.so.6 I guess, it will go way, when I rebuild glibc with the new binutils, but can someone explain to me, what's the reason for these messages. Thomas. -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From ralf@uni-koblenz.de Sun Jul 12 23:08:36 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA16214; Sun, 12 Jul 1998 23:08:33 +0200 (MET DST) Received-Date: Sun, 12 Jul 1998 23:08:33 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (root@pmport-07.uni-koblenz.de [141.26.249.7]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id XAA04763 for ; Sun, 12 Jul 1998 23:08:28 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id TAA17825; Sun, 12 Jul 1998 19:01:36 +0200 Message-ID: <19980712190135.R10756@uni-koblenz.de> Date: Sun, 12 Jul 1998 19:01:35 +0200 To: Thomas Bogendoerfer , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: One good and some bad news References: <19980712112949.25350@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19980712112949.25350@alpha.franken.de>; from Thomas Bogendoerfer on Sun, Jul 12, 1998 at 11:29:49AM +0200 Content-Length: 3944 Lines: 96 On Sun, Jul 12, 1998 at 11:29:49AM +0200, Thomas Bogendoerfer wrote: > first the good news: > > Yesterday XF68_FBDev showed the first ugly gray X11 screen on my > Olivetti M700. Yeah ! Does this mean the X Server which I've built is running without changes? > But after killing the X server, I've got a dbe in check_tty_count. DBE has a nasty property, it can be delayed until some write access is written back from cache to memory. The EPC then often points to completly useless addresses. > This was the first bad news. To get XF68_FBDev to work, I had to > discover, that the logic with MAP_MASK is broken. When you look in > memory.c in function remap_pte_range(), you will find following: > > > mapnr = MAP_NR(__va(phys_addr)); > if (mapnr >= max_mapnr || PageReserved(mem_map+mapnr)) > set_pte(pte, mk_pte_phys(phys_addr, prot)); > > > These works perfect for addresses in the first 512MB of address space > (MAP_MASK is 0x1fffffff), but it fails when you use 0x40000000 (frame > buffer address of the Olli). My first shot to fix that, was to use > 0x7fffffff MAP_MASK, but resulted in a not working kernel, no idea why. Some places in the kernel also pass uncached addresses to MAP_NR(). In order to make that work right I decieded back in '94 to mask out everything but the bits that might be set in the physical address corrosponding to a KSEG0 address. Fix: try to track down the places that pass something else than a KSEG0 address for RAM, convert the addresses to KSEG0. Eleminate the entire MAP_MASK thing. Change __va() such that it can deals properly with addresses >= 512mb. The Olli case is somewhat special because the designers had the gorgeuous idea of placing some peripherals outside the lowest 4gb therefore more fun with EISA mappings for example ahead ... > To cludge this problem I've changed the code: > > mapnr = MAP_NR(__va(phys_addr)); > if (mapnr >= max_mapnr || PageReserved(mem_map+mapnr)) > set_pte(pte, mk_pte_phys(phys_addr, prot)); > if (phys_addr > MAP_MASK) > set_pte(pte, mk_pte_phys(__va(phys_addr), prot)); > > This works, but as this is common Linux code, Linus will never accept > it, even with a #ifdef __mips__ around the second if. While writing this > mail, I got an idea. Would it work, when we change MAP_NR to something like: > > #define MAP_NR(addr) (((addr) > MAP_MASK) ? 0xffffffff : \ > ((((unsigned long)(addr)) & MAP_MASK) >> PAGE_SHIFT)) > > I'll try it later. Which is basically my suggestion from above. I'd just prefer to see the fix in __va. > Another bad news, I've tried to build egcs. egcs itself build fine, but > when linking the shared library libstdc++, ld bombs out with a signal 6. > As I was still using binutils-2.8.1, I've compiled bintuils-2.9.1.0.4. > But the problem remains the same. I hope to get the gdb fixes from Ralf, > to look at this problem. > > Binutils 2.9.1.0.4 seem to work ok, but I get following messages, when > linking programs: > > ld: Warning: type of symbol `_fini' changed from 1 to 2 in /usr/lib/crti.o That's data object -> code object. > ld: Warning: type of symbol `_gp_disp' changed from 1 to 3 in /lib/libc.so.6 And this is a data object -> section symbol. These type of warning messae often indicate serious trouble. > I guess, it will go way, when I rebuild glibc with the new binutils, but > can someone explain to me, what's the reason for these messages. In ELF every symbol has a type and a size. If linker encounters conflicting definitions, it will issue warnings. Note that the symbol _gp_disp is absolute black magic used for MIPS PIC code. References against it are automatically generated by the assembler and resolved by the linker. It's never defined or referenced in normal source code. I'm therefore somewhat worried. Ralf From tsbogend@alpha.franken.de Sun Jul 12 23:39:03 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA16339; Sun, 12 Jul 1998 23:39:02 +0200 (MET DST) Received-Date: Sun, 12 Jul 1998 23:39:02 +0200 (MET DST) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id XAA28740; Sun, 12 Jul 1998 23:39:00 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id UAA05074; Sun, 12 Jul 1998 20:55:23 +0200 Message-ID: <19980712205523.42509@alpha.franken.de> Date: Sun, 12 Jul 1998 20:55:23 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: One good and some bad news References: <19980712112949.25350@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <19980712112949.25350@alpha.franken.de>; from Thomas Bogendoerfer on Sun, Jul 12, 1998 at 11:29:49AM +0200 Content-Length: 1890 Lines: 50 On Sun, Jul 12, 1998 at 11:29:49AM +0200, Thomas Bogendoerfer wrote: > This was the first bad news. To get XF68_FBDev to work, I had to > discover, that the logic with MAP_MASK is broken. When you look in ok, I've found a solution for this problem by just using what the other ports are using for MAP_NR(). I also fixed the mk_pte_phys(), which was broken, too. Below is the patch I'm currently using. The problem with the dbe after quiting the X server, didn't happen again. Thomas. Index: include/asm/page.h =================================================================== RCS file: /var/mips/linus/cvs/linux/include/asm-mips/page.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 page.h --- page.h 1997/06/01 03:17:11 1.1.1.1 +++ page.h 1998/07/12 18:50:11 @@ -76,8 +76,7 @@ #define PAGE_OFFSET 0x80000000UL #define __pa(x) ((unsigned long) (x) - PAGE_OFFSET) #define __va(x) ((void *)((unsigned long) (x) + PAGE_OFFSET)) -#define MAP_MASK 0x1fffffffUL -#define MAP_NR(addr) ((((unsigned long)(addr)) & MAP_MASK) >> PAGE_SHIFT) +#define MAP_NR(addr) (__pa(addr) >> PAGE_SHIFT) #endif /* defined (__KERNEL__) */ Index: include/asm/pgtable.h =================================================================== RCS file: /var/mips/linus/cvs/linux/include/asm-mips/pgtable.h,v retrieving revision 1.11 diff -u -r1.11 pgtable.h --- pgtable.h 1998/03/17 22:16:15 1.11 +++ pgtable.h 1998/07/12 17:57:22 @@ -346,7 +346,7 @@ extern inline pte_t mk_pte_phys(unsigned long physpage, pgprot_t pgprot) { - return __pte((physpage - PAGE_OFFSET) | pgprot_val(pgprot)); + return __pte(physpage | pgprot_val(pgprot)); } extern inline pte_t pte_modify(pte_t pte, pgprot_t newprot) -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From tsbogend@alpha.franken.de Sun Jul 12 23:55:16 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA16524; Sun, 12 Jul 1998 23:55:15 +0200 (MET DST) Received-Date: Sun, 12 Jul 1998 23:55:15 +0200 (MET DST) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id XAA28839; Sun, 12 Jul 1998 23:55:12 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id XAA07125; Sun, 12 Jul 1998 23:53:20 +0200 Message-ID: <19980712235319.65470@alpha.franken.de> Date: Sun, 12 Jul 1998 23:53:19 +0200 From: Thomas Bogendoerfer To: ralf@uni-koblenz.de Cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: One good and some bad news References: <19980712112949.25350@alpha.franken.de> <19980712190135.R10756@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <19980712190135.R10756@uni-koblenz.de>; from ralf@uni-koblenz.de on Sun, Jul 12, 1998 at 07:01:35PM +0200 Content-Length: 2018 Lines: 51 On Sun, Jul 12, 1998 at 07:01:35PM +0200, ralf@uni-koblenz.de wrote: > On Sun, Jul 12, 1998 at 11:29:49AM +0200, Thomas Bogendoerfer wrote: > > > first the good news: > > > > Yesterday XF68_FBDev showed the first ugly gray X11 screen on my > > Olivetti M700. Yeah ! > > Does this mean the X Server which I've built is running without > changes? no, that's the one I've built:-) But it's made with your XFree patch and an updated .spec file for the latest RH5.1 package (XFree86-3.3.2-13). A couple of hours ago, I had X with window manager and application running (PS/2 mouse works, too). There is only one small problem left, when scrolling the X screen down. Looks like my "hardware" scrolling has some problems with graphics. > DBE has a nasty property, it can be delayed until some write access > is written back from cache to memory. The EPC then often points to > completly useless addresses. good to know, as the address was really bogus. Is there a chance to print out the faulting physical address for a bus error ? This would give us some chances to find the real culprit. But it still hasn't happen again. > Some places in the kernel also pass uncached addresses to MAP_NR(). In > order to make that work right I decieded back in '94 to mask out everything > but the bits that might be set in the physical address corrosponding to a > KSEG0 address. hmm, I've checked the MAP_NR() in the kernel, and couldn't find such cases. In fact my changed kernel works perfect. > The Olli case is somewhat special because the designers had the gorgeuous > idea of placing some peripherals outside the lowest 4gb therefore more > fun with EISA mappings for example ahead ... I know. > These type of warning messae often indicate serious trouble. hmm, the produced binaries are working without problem. Thomas. -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From ralf@uni-koblenz.de Mon Jul 13 02:36:59 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA18435; Mon, 13 Jul 1998 02:36:56 +0200 (MET DST) Received-Date: Mon, 13 Jul 1998 02:36:56 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-25.uni-koblenz.de [141.26.249.25]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id CAA21306 for ; Mon, 13 Jul 1998 02:36:53 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id CAA18524; Mon, 13 Jul 1998 02:36:08 +0200 Message-ID: <19980713023606.U10756@uni-koblenz.de> Date: Mon, 13 Jul 1998 02:36:06 +0200 To: Thomas Bogendoerfer Cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: One good and some bad news References: <19980712112949.25350@alpha.franken.de> <19980712190135.R10756@uni-koblenz.de> <19980712235319.65470@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19980712235319.65470@alpha.franken.de>; from Thomas Bogendoerfer on Sun, Jul 12, 1998 at 11:53:19PM +0200 Content-Length: 1763 Lines: 42 On Sun, Jul 12, 1998 at 11:53:19PM +0200, Thomas Bogendoerfer wrote: > no, that's the one I've built:-) But it's made with your XFree patch > and an updated .spec file for the latest RH5.1 package (XFree86-3.3.2-13). > A couple of hours ago, I had X with window manager and application running > (PS/2 mouse works, too). There is only one small problem left, when scrolling > the X screen down. Looks like my "hardware" scrolling has some problems > with graphics. Cool. > > DBE has a nasty property, it can be delayed until some write access > > is written back from cache to memory. The EPC then often points to > > completly useless addresses. > > good to know, as the address was really bogus. Is there a chance to > print out the faulting physical address for a bus error ? This would > give us some chances to find the real culprit. But it still hasn't happen > again. Basically what to do would be to modify the kernel such that it will work with caches disabled. Then you get (almost) precise exceptions again. Alternative and with less impact on the performance you could try to writeback the caches in strategic positions for debugging. That makes a kind of a barrier for DBE exceptions. > hmm, I've checked the MAP_NR() in the kernel, and couldn't find such > cases. In fact my changed kernel works perfect. Good. Long time ago we had such cases in the kernel; it's why MAP_NR does things the way it does. But I admit, when I wrote my last posting I could recall what I needed that stuff for. You patch looks good, could you commit it? Thanks. > > These type of warning messae often indicate serious trouble. > > hmm, the produced binaries are working without problem. Hmmm ... Modify write(2) to not print these messages ;-) Ralf From ralf@uni-koblenz.de Mon Jul 13 20:11:07 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA26806; Mon, 13 Jul 1998 20:11:03 +0200 (MET DST) Received-Date: Mon, 13 Jul 1998 20:11:03 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-15.uni-koblenz.de [141.26.249.15]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id UAA12406 for ; Mon, 13 Jul 1998 20:11:00 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id UAA01622; Mon, 13 Jul 1998 20:10:08 +0200 Message-ID: <19980713201006.A1201@uni-koblenz.de> Date: Mon, 13 Jul 1998 20:10:06 +0200 To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Netscape Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Content-Length: 173 Lines: 7 Hi all, more good news, I just browsed the first web pages in Mozilla. It's not perfect yet. For bringing it up modified kernel, libc and lesstif is required ... Ralf From dgelbman@npiny.com Mon Jul 13 21:36:38 1998 Received: from npiny-nt1.npiny.com (npiny.com [209.109.16.37]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA27518; Mon, 13 Jul 1998 21:36:36 +0200 (MET DST) Received-Date: Mon, 13 Jul 1998 21:36:36 +0200 (MET DST) Received: from DGELBMAN by npiny-nt1.npiny.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1457.7) id 3346Y89M; Mon, 13 Jul 1998 15:30:43 -0400 Message-ID: <35AA6113.3360C3C9@npiny.com> Date: Mon, 13 Jul 1998 15:33:39 -0400 From: "M. David Gelbman" Organization: Network Peripherals, Inc. X-Mailer: Mozilla 4.04 [en] (WinNT; U) MIME-Version: 1.0 To: echo@psi.com Subject: Life & Software Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 3459 Lines: 62 Help! I'm currently running the latest version of girlfriend and I've been having some problems lately. I've been running the same version of DrinkingBuddies 1.0 forever as my primary application, and all the girlfriend releases I've tried have always conflicted with it. I hear that DrinkingBuddies won't crash if girlfriend is run in background mode and the sound is turned off. But I'm embarrassed to say I can't find the switch to turn the sound off. I just run them separately, and it works okay. Girlfriend also seems to have a problem coexisting with my Golf program, often trying to abort Golf with some sort of timing incompatibility. I probably should have stayed with girlfriend 1.0, but I thought I might see better performance from girlfriend 2.0. After months of conflicts and other problems, I consulted a friend who has had experience with girlfriend 2.0. He said I probably didn't have enough cache to run girlfriend 2.0, and eventually it would require a Token Ring to run properly. He was right - as soon as I purged my cache, it uninstalled itself. Shortly after that, I installed girlfriend 3.0 beta. All the bugs were supposed to be gone, but the first time I used it, it gave me a virus anyway. I had to clean out my whole system and shut down for a while. I very cautiously upgraded to girlfriend 4.0. This time I used a SCSI probe first and also installed a virus protection program. It worked okay for a while until I discovered that girlfriend 1.0 was still in my system. I tried running girlfriend 1.0 again with girlfriend 4.0 still installed, but girlfriend 4.0 has a feature I didn't know about that automatically senses the presence of any other version of girlfriend and communicates with it in some way, which results in the immediate removal of both versions. The version I have now works pretty well, but there are still some problems. Like all versions of girlfriend, it is written in some obscure language I can't understand, much less reprogram. Frankly I think there is too much attention paid to the look and feel rather than the desired functionality. Also, to get the best connections with your hardware, you usually have to use gold-plated contacts. And I've never liked how girlfriend is totally "object-oriented." A year ago, a friend of mine upgraded his version of girlfriend to GirlFriendPlus 1.0, which is a Terminate and Stay Resident version of girlfriend. He discovered that GirlFriendPlus 1.0 expires within a year if you don't upgrade to Fiancee 1.0. So he did, but soon after that, he had to upgrade to Wife 1.0, which he describes as a huge resource hog. It has taken up all his space, so he can't load anything else. One of the primary reasons he decided to go with Wife 1.0 was because it came bundled with FreeSexPlus. Well, it turns out the resource allocation module of Wife 1.0 sometimes prohibits access to FreeSexPlus, particularly the new Plug-Ins he wanted to try. On top of that, Wife 1.0 must be running on a well warmed-up system before he can do anything. Although he did not ask for it, Wife 1.0 came with MotherInLaw which has an automatic pop-up feature he can't turn off. I told him to try installing Mistress 1.0, but he said he heard if you try to run it without first uninstalling Wife 1.0, Wife 1.0 will delete MSMoney files before doing the uninstall itself. Then Mistress 1.0 won't install anyway because of insufficient resources. From tsbogend@alpha.franken.de Tue Jul 14 00:48:04 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA00430; Tue, 14 Jul 1998 00:48:03 +0200 (MET DST) Received-Date: Tue, 14 Jul 1998 00:48:03 +0200 (MET DST) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id AAA12137; Tue, 14 Jul 1998 00:48:01 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id AAA02784; Tue, 14 Jul 1998 00:08:26 +0200 Message-ID: <19980714000825.24064@alpha.franken.de> Date: Tue, 14 Jul 1998 00:08:25 +0200 From: Thomas Bogendoerfer To: ralf@uni-koblenz.de Cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: One good and some bad news References: <19980712112949.25350@alpha.franken.de> <19980712190135.R10756@uni-koblenz.de> <19980712235319.65470@alpha.franken.de> <19980713023606.U10756@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <19980713023606.U10756@uni-koblenz.de>; from ralf@uni-koblenz.de on Mon, Jul 13, 1998 at 02:36:06AM +0200 Content-Length: 1066 Lines: 25 On Mon, Jul 13, 1998 at 02:36:06AM +0200, ralf@uni-koblenz.de wrote: > On Sun, Jul 12, 1998 at 11:53:19PM +0200, Thomas Bogendoerfer wrote: > > good to know, as the address was really bogus. Is there a chance to > > print out the faulting physical address for a bus error ? This would > > give us some chances to find the real culprit. But it still hasn't happen > > again. > > Basically what to do would be to modify the kernel such that it will work > with caches disabled. Then you get (almost) precise exceptions again. > Alternative and with less impact on the performance you could try to > writeback the caches in strategic positions for debugging. That makes a > kind of a barrier for DBE exceptions. ugly. I hope, that I won't need it. > You patch looks good, could you commit it? Thanks. I do, when I've merged my stuff with the latest CVS commits. Thomas -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From harald.koerfgen@netcologne.de Tue Jul 14 22:32:16 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA09820; Tue, 14 Jul 1998 22:32:14 +0200 (MET DST) Received-Date: Tue, 14 Jul 1998 22:32:14 +0200 (MET DST) Received: from franz.no.dom (dial5-94.netcologne.de [194.8.195.94]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id WAA29498 for ; Tue, 14 Jul 1998 22:32:05 +0200 (MET DST) X-Ncc-Regid: de.netcologne Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Date: Tue, 14 Jul 1998 22:33:11 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: DECstation-Linux: 1st user process running! Content-Length: 4258 Lines: 135 >>boot 3/tftp 898336+12688+115584 Linux/MIPS DECstation Boot Copyright (C) Paul M. Antoine 1995, 1996, 1997 and others, 1994, 1995, 1996, 1997, 1998 Found a REX compatible boot PROM This DECStation is a DS5000/1xx with 49152kB RAM CPU is a R3000A with 64kB I-Cache and 128kB D-Cache Got the following for the console env. variable: s Should set to serial console... Will be using PROM console! Moving Kernel Image from 80200000 to 80030000 Launching Kernel ... Loading R[23]00 MMU routines. Linux version 2.1.100 (harry@franz) (gcc version 2.7.2) #265 Tue Jul 14 21:04:28 Calibrating delay loop... 32.90 BogoMIPS Memory: 47376k/49148k available (776k kernel code, 788k data) Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 12.5 MHz (no parity) slot 0: DEC PMAZ-AA V5.3d slot 2: DEC PMAG-DA V5.3g Starting kswapd v 1.5 DECstation Z8530 serial driver version 0.01 tty00 at 0xbc100001 (irq = 3) is a Z8530 ESCC tty01 at 0xbc100009 (irq = 3) is a Z8530 ESCC tty02 at 0xbc180001 (irq = 3) is a Z8530 ESCC tty03 at 0xbc180009 (irq = 3) is a Z8530 ESCC Ramdisk driver initialized : 16 ramdisks of 4096K size RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 32k freed sys_open: /dev/console do_page_fault() #2: sending SIGSEGV to sh for illegal readaccess from 00000000 (epc == 00000000, ra == 80038320) do_page_fault() #2: sending SIGSEGV to sh for illegal readaccess from 00000000 (epc == 00000000, ra == 80038320) Fellow DECstation hackers, I have started to hack on a serial device driver and put a simple program on the ramdisk to help me debuggin my driver. Unfortunately I had to find out, that this program was never executed. .text .globl __start .set noreorder __start: lui $4, %hi(device) # /dev/ttyS0 ori $4, %lo(device) li $5, 2 li $6, 0 li $2, 4005 # open syscall nop bltz $2, 1f # error? move $16, $2 # save fd move $4, $16 la $5, string li $6, 13 # count li $2, 4004 # write syscall nop move $4, $16 # fd li $2, 4006 # close syscall nop 1: li $4, 0 li $2, 4001 # exit syscall nop j 1b # never reached nop device: .asciiz "/dev/ttyS0" string: .ascii "Hello World!" .byte 0x0a So I had to go back to the roots. After having a lot of fun last weekend debugging memory and exception managment code , I finally managed to get the following boot messages (with an additional printk in sys_open): [some boring boot messages snipped] POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 12.5 MHz (no parity) slot 0: DEC PMAZ-AA V5.3d slot 2: DEC PMAG-DA V5.3g Starting kswapd v 1.5 DECstation Z8530 serial driver version 0.01 tty00 at 0xbc100001 (irq = 3) is a Z8530 ESCC tty01 at 0xbc100009 (irq = 3) is a Z8530 ESCC tty02 at 0xbc180001 (irq = 3) is a Z8530 ESCC tty03 at 0xbc180009 (irq = 3) is a Z8530 ESCC Ramdisk driver initialized : 16 ramdisks of 4096K size RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 32k freed sys_open: /dev/console sys_open: /dev/ttyS0 ^^^^^^^^^^^^^^^^^^^^ Whoopee! I'll do my very best to clean up the code and upload it to Michael before going into vacation next week :-). Keep hacking. --- Regards, Harald P.S.: the serial driver is *not* working, the machine still hangs somewhere trying to to open /dev/ttyS0. P.P.S.: the violate.S program gives now endless do_page_fault() #2: sending SIGSEGV to sh for illegal readaccess from 00000000 (epc == 00000000, ra == 80038320) messages. From ralf@uni-koblenz.de Wed Jul 15 13:59:08 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA15970; Wed, 15 Jul 1998 13:59:06 +0200 (MET DST) Received-Date: Wed, 15 Jul 1998 13:59:06 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-01.uni-koblenz.de [141.26.249.1]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id NAA00500 for ; Wed, 15 Jul 1998 13:58:56 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id NAA08617; Wed, 15 Jul 1998 13:57:12 +0200 Message-ID: <19980715135712.J2938@uni-koblenz.de> Date: Wed, 15 Jul 1998 13:57:12 +0200 To: linux-mips@fnet.fr Subject: Re: DECstation-Linux: 1st user process running! References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: ; from Harald Koerfgen on Tue, Jul 14, 1998 at 10:33:11PM +0200 Content-Length: 1387 Lines: 46 On Tue, Jul 14, 1998 at 10:33:11PM +0200, Harald Koerfgen wrote: Ok, the departement of nitpicking is out on the road again: > .text > .globl __start > .set noreorder > > __start: > lui $4, %hi(device) # /dev/ttyS0 > ori $4, %lo(device) %lo returns a signed offset, so this will only work if the address of device happens to be something with bit 15 cleared, which will probably be the case when you assemble your code. It won't do it for the general case. Aside, why not just using the la instruction ... > li $5, 2 > li $6, 0 > li $2, 4005 # open > syscall > nop This is not a jump or branch instruction, no need for a nop. > bltz $2, 1f # error? This won't work. We use the same syscall conventions as IRIX. The result or the _positive_ error number are in $2 on return; an error flag is in $7. So that line should read: bnez $7, 1f # error? > string: .ascii "Hello World!" > .byte 0x0a The assembler knows about the usual C escape sequences like \n. Makes live easier. > I'll do my very best to clean up the code and upload it to Michael before going > into vacation next week :-). Congratulations, nice piece of work. You don't happen to take your DEC with you on holiday, don't you ;-) Ralf From harald.koerfgen@netcologne.de Wed Jul 15 20:44:18 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA19103; Wed, 15 Jul 1998 20:44:15 +0200 (MET DST) Received-Date: Wed, 15 Jul 1998 20:44:15 +0200 (MET DST) Received: from franz.no.dom (dial8-198.netcologne.de [195.14.235.198]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id UAA00475 for ; Wed, 15 Jul 1998 20:44:09 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19980715135712.J2938@uni-koblenz.de> Date: Wed, 15 Jul 1998 20:45:15 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: Re: DECstation-Linux: 1st user process running! Content-Length: 660 Lines: 26 Hi, On 15-Jul-98 ralf@uni-koblenz.de wrote: > On Tue, Jul 14, 1998 at 10:33:11PM +0200, Harald Koerfgen wrote: > > Ok, the departement of nitpicking is out on the road again: [comments snipped] Thanks for your comments on my little test program. I fixed that. Unfortunately this didn't help my nonfunctional serial device driver ;-). >> I'll do my very best to clean up the code and upload it to Michael before >> going >> into vacation next week :-). > > Congratulations, nice piece of work. You don't happen to take your > DEC with you on holiday, don't you ;-) No, I won't. My girlfriend would probably kill me :-). > Ralf --- Regards, Harald From eugenio.sanchez@avantel.com.mx Thu Jul 16 02:22:12 1998 Received: from mty-egw1.avantel.com.mx (mty-egw1.avantel.com.mx [200.33.230.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA22946; Thu, 16 Jul 1998 02:22:10 +0200 (MET DST) Received-Date: Thu, 16 Jul 1998 02:22:10 +0200 (MET DST) Received: from mty-igw1.avantel.com.mx (root@localhost) by mty-egw1.avantel.com.mx with ESMTP id TAA22366 for ; Wed, 15 Jul 1998 19:23:03 -0500 (CDT) Received: from mtymail.avantel.com.mx (mtymsfco01.icom.avantel.com.mx [172.24.2.4]) by mty-igw1.avantel.com.mx with SMTP id TAA22362 for ; Wed, 15 Jul 1998 19:23:03 -0500 (CDT) Received: by mtymail.avantel.com.mx with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52) id <01BDB026.018DD4C0@mtymail.avantel.com.mx>; Wed, 15 Jul 1998 19:23:11 -0500 Message-ID: From: Jesus Eugenio Sanchez To: "'Linux MIPS'" Subject: Cobalt Networks' Qube Date: Wed, 15 Jul 1998 19:23:20 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Length: 317 Lines: 10 Just to let you know that Cobalt has released the sources for their MIPS- based Qube. They're available at ftp://ftp.cobaltnet.com Greetings. ---- Jes=FAs Eugenio S=E1nchez Pe=F1a (eugenio.sanchez@avantel.com.mx) Avantel, S.A. x5868, v273-5868, (8) 153-5868 Visit the OrderPro home page! http://eons_linux/orderpro From ralf@uni-koblenz.de Thu Jul 16 21:13:48 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA28939; Thu, 16 Jul 1998 21:13:46 +0200 (MET DST) Received-Date: Thu, 16 Jul 1998 21:13:46 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-06.uni-koblenz.de [141.26.249.6]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id VAA20390 for ; Thu, 16 Jul 1998 21:13:40 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id VAA03925; Thu, 16 Jul 1998 21:13:33 +0200 Message-ID: <19980716211332.A3772@uni-koblenz.de> Date: Thu, 16 Jul 1998 21:13:32 +0200 To: linux@engr.sgi.com, linux-mips@fnet.fr Subject: Mozilla Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Content-Length: 238 Lines: 8 Hi, if you want to play with Mozilla, then you'll need the kernel patch which I've just checked in. It's a tiny first attempt at writing the floating point support code for the kernel but it is at least good enough for Mozilla. Ralf From R.vandenBerg@inter.NL.net Fri Jul 17 00:09:40 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA00124; Fri, 17 Jul 1998 00:09:39 +0200 (MET DST) Received-Date: Fri, 17 Jul 1998 00:09:39 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-18.Hoorn.NL.net [193.79.46.243] with ESMTP for id AAA04248 (8.8.8/3.28); Fri, 17 Jul 1998 00:09:36 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 17 Jul 1998 00:08:29 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 17 Jul 1998 00:08:28 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: __initfunc(), kernel coding logic? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 374 Lines: 14 On Thu, 2 Jul 1998, Harald Koerfgen wrote: > If you want to do some experiments with a net driver you may want to edit > drivers/net/Space.c accordingly. After making that file a bit verbose with printk()'s I understand its functioning better (and struct). Now the initializing of the lance. Nice stuff Linux network driver code! :-) Happy Holidays! Regards, Richard From osk@hem.passagen.se Fri Jul 17 11:17:47 1998 Received: from Grynet.passagen.se (grynet.passagen.se [194.17.55.99]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA04937; Fri, 17 Jul 1998 11:17:46 +0200 (MET DST) Received-Date: Fri, 17 Jul 1998 11:17:46 +0200 (MET DST) Received: from oskar (dialup100-4-49.swipnet.se [130.244.100.241]) by Grynet.passagen.se (8.8.6/8.8.6) with SMTP id LAA29770 for ; Fri, 17 Jul 1998 11:17:13 +0200 (MDT) Message-ID: <000601bdb163$e9785ce0$0100a8c0@oskar> From: "Oskar Liljeblad" To: Subject: MIPS CPU in palmtop Date: Fri, 17 Jul 1998 10:51:18 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Content-Length: 246 Lines: 6 I'm considering buying a handheld PC, and porting linux to it. This particular computer uses a 32bit Philips PR31700 (TwoChipPic HCG) CPU which is MIPS R3000A-based. Will Linux/MIPS support this processor? Oskar Liljeblad (osk@hem.passagen.se) From jdouma@ivs.com Fri Jul 17 21:00:47 1998 Received: from blackberry.ivs.com (www.ivs.com [207.177.145.250]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA08363; Fri, 17 Jul 1998 21:00:43 +0200 (MET DST) Received-Date: Fri, 17 Jul 1998 21:00:43 +0200 (MET DST) Received: from ivs.com (mulberry.ivs.com [207.177.145.166]) by blackberry.ivs.com (8.8.5/8.8.5) with ESMTP id LAA11473 for ; Fri, 17 Jul 1998 11:04:25 -0700 Message-ID: <35AF9F69.98D36357@ivs.com> Date: Fri, 17 Jul 1998 12:00:57 -0700 From: James Douma X-Mailer: Mozilla 4.03 [en] (WinNT; U) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: MIPS CPU in palmtop References: <000601bdb163$e9785ce0$0100a8c0@oskar> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 558 Lines: 16 The cobalt kernel (running on their qubes) is MIPS-II only. It should be R3000A compatible. Oskar Liljeblad wrote: > > I'm considering buying a handheld PC, and porting linux to it. This > particular computer uses a 32bit Philips PR31700 (TwoChipPic HCG) CPU which > is MIPS R3000A-based. Will Linux/MIPS support this processor? > > Oskar Liljeblad (osk@hem.passagen.se) -- James Douma -- Manager, Hardware Development Interactive Voice Systems Inc email: jdouma@ivs.com pager: 818.297.3058 Phone: 626.256.3123 Fax: 626.256.3197 From ralf@uni-koblenz.de Sat Jul 18 05:15:49 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA12586; Sat, 18 Jul 1998 05:15:48 +0200 (MET DST) Received-Date: Sat, 18 Jul 1998 05:15:48 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-04.uni-koblenz.de [141.26.249.4]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id FAA21724 for ; Sat, 18 Jul 1998 05:15:35 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id FAA02153; Sat, 18 Jul 1998 05:14:52 +0200 Message-ID: <19980718051451.G378@uni-koblenz.de> Date: Sat, 18 Jul 1998 05:14:51 +0200 To: James Douma , linux-mips@fnet.fr, osk@hem.passagen.se Subject: Re: MIPS CPU in palmtop References: <000601bdb163$e9785ce0$0100a8c0@oskar> <35AF9F69.98D36357@ivs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <35AF9F69.98D36357@ivs.com>; from James Douma on Fri, Jul 17, 1998 at 12:00:57PM -0700 Content-Length: 712 Lines: 17 On Fri, Jul 17, 1998 at 12:00:57PM -0700, James Douma wrote: > The cobalt kernel (running on their qubes) is MIPS-II only. It should > be R3000A compatible. No. The ISA level has no direct relation to the architecture of the system control coprocessor and cache architecture. Those differences are why the R3000 isn't supported in Cobalt's kernel. There is currently ongoing work to support the R3000 for sake of the DECstation port and things are beginning to look pretty well. > > I'm considering buying a handheld PC, and porting linux to it. This > > particular computer uses a 32bit Philips PR31700 (TwoChipPic HCG) CPU which > > is MIPS R3000A-based. Will Linux/MIPS support this processor? Ralf From engel@numerik.math.uni-siegen.de Sun Jul 19 00:53:25 1998 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.2.230]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA20037; Sun, 19 Jul 1998 00:53:24 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 00:53:24 +0200 (MET DST) Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id AAA11614 for ; Sun, 19 Jul 1998 00:53:17 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id AAA10366; Sun, 19 Jul 1998 00:53:14 +0200 From: engel@numerik.math.uni-siegen.de (Michael Engel) Message-Id: <199807182253.AAA10366@jordan.numerik> Subject: ext2fs corruptions and other things ... To: linux-mips@fnet.fr Date: Sun, 19 Jul 1998 00:53:14 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1454 Lines: 36 Hi, sorry for all the delays and everything ... it were two very busy weeks :-(. Following Ralfs proposal, how about a MIPS hackers' BBQ now that it looks like the eternal rain in Germany has stopped ;) ? We could try to find a new date for the first DEChack then ... Btw., I'll try to put 2.1.100 for DECstations on decstation.unix-ag.org tomorrow, Harald's patch didn't apply cleanly and I'd like to sort that out before putting the new sources up. Back to hacking ... I just got 2.1.100 running on my RM200 and noticed two things: - Automatic IRQ detection of ISA cards doesn't work. Does it work on any other MIPS machines ? Setting a fixed irq line makes my NE2000 and IDE controller work in the ISA slots. - NFS root works fine, I'm up and running multi user with the old rootfs-0.01 - fine ! However, I suspect quite some problems with these binaries ... - Whenever I try to untar rootfs-0.01.tar.gz on my IDE hard disk, I get a fs corrution (usually after creating the second directory): EXT2-fs error (device 03:00): ext2_readdir: bad entry in directory #2: rec_len is smaller than minimal - offset=896, inode=0, rec_len=0, name_len=0 [Note that I'm using the raw disk /dev/hda as fdisk doesn't seem to create correct partition information] Has anyone seen similar effects on MIPS machines ? Off to read the intel 82596 ethernet controller docs ... regards, Michael Engel (engel@unix-ag.uni-siegen.de) From ralf@uni-koblenz.de Sun Jul 19 02:35:42 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA21426; Sun, 19 Jul 1998 02:35:41 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 02:35:41 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-13.uni-koblenz.de [141.26.249.13]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id CAA18549 for ; Sun, 19 Jul 1998 02:35:36 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id CAA00553; Sun, 19 Jul 1998 02:34:23 +0200 Message-ID: <19980719023421.A489@uni-koblenz.de> Date: Sun, 19 Jul 1998 02:34:21 +0200 To: Michael Engel , linux-mips@fnet.fr, linux@engr.sgi.com Subject: Re: ext2fs corruptions and other things ... References: <199807182253.AAA10366@jordan.numerik> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199807182253.AAA10366@jordan.numerik>; from Michael Engel on Sun, Jul 19, 1998 at 12:53:14AM +0200 Content-Length: 2229 Lines: 54 On Sun, Jul 19, 1998 at 12:53:14AM +0200, Michael Engel wrote: > sorry for all the delays and everything ... it were two very busy weeks :-(. > Following Ralfs proposal, how about a MIPS hackers' BBQ now that it looks > like the eternal rain in Germany has stopped ;) ? Clear sky for the first time since ... can't remember ... > Back to hacking ... I just got 2.1.100 running on my RM200 and noticed > two things: > > - Automatic IRQ detection of ISA cards doesn't work. Does it work on any > other MIPS machines ? Setting a fixed irq line makes my NE2000 and IDE > controller work in the ISA slots. I remember getting strange messages from the interrupt probing code on the RM200C but aside that IDE was working just fine. It's very, very long since I last tried some other isa-ish periphery in the machine. Quite some time Thomas commited a patch to arch/mips/kernel/irc.c which was actually supposed to fix the probing problem, maybe he can comment. > - NFS root works fine, I'm up and running multi user with the old rootfs-0.01 - > fine ! However, I suspect quite some problems with these binaries ... Since the release of root-0.01 (little endian) I had to break the binary compatibility in two important points. These binaries aren't any longer supposed to be really useable. > - Whenever I try to untar rootfs-0.01.tar.gz on my IDE hard disk, I get > a fs corrution (usually after creating the second directory): > > EXT2-fs error (device 03:00): > ext2_readdir: bad entry in directory #2: > rec_len is smaller than minimal - offset=896, inode=0, rec_len=0, > name_len=0 > > [Note that I'm using the raw disk /dev/hda as fdisk doesn't seem to > create correct partition information] I've used a newer build of fdisk (< 1 year :-) and there is no problem at all with partitioning. IDE is prefectly reliable for me. We actually had more reports about problems with filesystems on /dev/sdx on Indys. There seems to be a clear pattern of a bug, but for now I classify that one as lower priority. > Has anyone seen similar effects on MIPS machines ? > > Off to read the intel 82596 ethernet controller docs ... Btw, Linux supports two 82596 based Ethernet adapters. Ralf From imp@village.org Sun Jul 19 07:15:52 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id HAA25263; Sun, 19 Jul 1998 07:15:50 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 07:15:50 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0yxlp4-0003GW-00; Sat, 18 Jul 1998 23:15:46 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id XAA03575 for ; Sat, 18 Jul 1998 23:17:39 -0600 (MDT) Message-Id: <199807190517.XAA03575@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: MIPS CPU in palmtop In-reply-to: Your message of "Fri, 17 Jul 1998 10:51:18 +0200." <000601bdb163$e9785ce0$0100a8c0@oskar> References: <000601bdb163$e9785ce0$0100a8c0@oskar> Date: Sat, 18 Jul 1998 23:17:39 -0600 From: Warner Losh Content-Length: 1896 Lines: 40 In message <000601bdb163$e9785ce0$0100a8c0@oskar> "Oskar Liljeblad" writes: : I'm considering buying a handheld PC, and porting linux to it. This : particular computer uses a 32bit Philips PR31700 (TwoChipPic HCG) CPU which : is MIPS R3000A-based. Will Linux/MIPS support this processor? Depends. How different from the R3000 is it really? I knwo that in my investigations of getting a palm top with the NEC Vr4111 that this beast is quite a bit different than the current kernel deals with. While the differences are in many trivial areas, they are still differences that need to be coded for. Also, unless you can get docs on the various devices that are either integrated into the chip or are part of the chip set inside this box, then you are going to have problems too. Also of note is how does one develop a kernel for these things? How does one download kernel code? Do you want the kernel to take the place of WinCE, or have WinCE as a "server" for your kernel? When you load a kernel that is bad onto your box, how do you load your last known good one back on? One solution is to have boot roms that can boot different addresses in the ROMs. This may have some problems, however, with where the ROMs are mapped and the exception handling addresses, I've not looked. I think that getting a development system together to download the necessary bootstraps to WinCE may be challanging as well. Or at least expensive. So far my investigations have lead me to believe that you need at least $1000 worth of software to even begin to develop for these beasts. There are lots of interesting problems getting this to work. I'm not at all sure they can be overcome. But it sure would be way, wicked cool if they could be. Me, I have my eye on the PalmTop based machines that are built around the Vr4111 and Vrc4717, mostly because I have fairly complete docs in hand.... Warner From engel@numerik.math.uni-siegen.de Sun Jul 19 10:03:58 1998 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.2.230]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA25929; Sun, 19 Jul 1998 10:03:57 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 10:03:57 +0200 (MET DST) Received: from jordan.numerik (jordan [141.99.112.9]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id KAA11926 for ; Sun, 19 Jul 1998 10:03:55 +0200 (MET DST) Received: by jordan.numerik (SMI-8.6/SMI-SVR4) id KAA10575; Sun, 19 Jul 1998 10:03:53 +0200 From: engel@numerik.math.uni-siegen.de (Michael Engel) Message-Id: <199807190803.KAA10575@jordan.numerik> Subject: Re: ext2fs corruptions and other things ... To: linux-mips@fnet.fr Date: Sun, 19 Jul 1998 10:03:52 +0200 (MET DST) In-Reply-To: <19980719023421.A489@uni-koblenz.de> from "ralf@uni-koblenz.de" at Jul 19, 98 02:34:21 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2070 Lines: 50 > On Sun, Jul 19, 1998 at 12:53:14AM +0200, Michael Engel wrote: > > - Automatic IRQ detection of ISA cards doesn't work. Does it work on any > > other MIPS machines ? Setting a fixed irq line makes my NE2000 and IDE > > controller work in the ISA slots. > [...] > Quite some time Thomas commited a patch to arch/mips/kernel/irc.c which was > actually supposed to fix the probing problem, maybe he can comment. OK, let's see ... not so terribly important once I have onboard ethernet and SCSI running. Let's hope I'll never see and plug-and-play cards in these ISA slots ;-). > Since the release of root-0.01 (little endian) I had to break the binary > compatibility in two important points. These binaries aren't any longer > supposed to be really useable. Are the tarballs from ftp.linux.sgi.com in /pub/mipsel-linux what you recommend to use or do you have some better stuff in a secret corner of a hard disk ? :-) > > - Whenever I try to untar rootfs-0.01.tar.gz on my IDE hard disk, I get > > a fs corrution (usually after creating the second directory): > > > > EXT2-fs error (device 03:00): > > ext2_readdir: bad entry in directory #2: > > rec_len is smaller than minimal - offset=896, inode=0, rec_len=0, > > name_len=0 > > I've used a newer build of fdisk (< 1 year :-) and there is no problem at > all with partitioning. IDE is prefectly reliable for me. OK ... I'm considering if there might be a problem with lost interrupts from the IDE controller. Do you think this might result in fs corruption ? > > Has anyone seen similar effects on MIPS machines ? > > > > Off to read the intel 82596 ethernet controller docs ... > > Btw, Linux supports two 82596 based Ethernet adapters. Hmmm, I only know about the apricot driver, what is the other one ? The apricot driver is IMHO such a horribly documented piece of software that at least I didn't understand what was going on without the docs (and I'm still wondering if I understand it _with_ the docs at hand ;-)). regards, Michael Engel (engel@unix-ag.uni-siegen.de) From tsbogend@alpha.franken.de Sun Jul 19 11:08:06 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA26199; Sun, 19 Jul 1998 11:08:06 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 11:08:06 +0200 (MET DST) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id LAA12050; Sun, 19 Jul 1998 11:08:00 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id KAA00777; Sun, 19 Jul 1998 10:55:46 +0200 Message-ID: <19980719105546.22468@alpha.franken.de> Date: Sun, 19 Jul 1998 10:55:46 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: ext2fs corruptions and other things ... References: <19980719023421.A489@uni-koblenz.de> <199807190803.KAA10575@jordan.numerik> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <199807190803.KAA10575@jordan.numerik>; from Michael Engel on Sun, Jul 19, 1998 at 10:03:52AM +0200 Content-Length: 936 Lines: 21 On Sun, Jul 19, 1998 at 10:03:52AM +0200, Michael Engel wrote: > > Since the release of root-0.01 (little endian) I had to break the binary > > compatibility in two important points. These binaries aren't any longer > > supposed to be really useable. > > Are the tarballs from ftp.linux.sgi.com in /pub/mipsel-linux what you > recommend to use or do you have some better stuff in a secret corner of a > hard disk ? :-) look at ftp.linux.sgi.com in /pub/test. There is a newer little endian root filesystem (root-le-0.02.tar.gz, if memory serves right). It's based on glibc-2.0.6 and should work for you. I've stripped down this rootfs down to make it smaller, so you have to install some of the little RPMS, before it gets usefull. Thomas. -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From tsbogend@alpha.franken.de Sun Jul 19 11:08:09 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA26213; Sun, 19 Jul 1998 11:08:08 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 11:08:08 +0200 (MET DST) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id LAA12055; Sun, 19 Jul 1998 11:08:06 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id LAA00785; Sun, 19 Jul 1998 11:00:32 +0200 Message-ID: <19980719110032.00526@alpha.franken.de> Date: Sun, 19 Jul 1998 11:00:32 +0200 From: Thomas Bogendoerfer To: ralf@uni-koblenz.de Cc: Michael Engel , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: ext2fs corruptions and other things ... References: <199807182253.AAA10366@jordan.numerik> <19980719023421.A489@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <19980719023421.A489@uni-koblenz.de>; from ralf@uni-koblenz.de on Sun, Jul 19, 1998 at 02:34:21AM +0200 Content-Length: 1043 Lines: 23 On Sun, Jul 19, 1998 at 02:34:21AM +0200, ralf@uni-koblenz.de wrote: > On Sun, Jul 19, 1998 at 12:53:14AM +0200, Michael Engel wrote: > Quite some time Thomas commited a patch to arch/mips/kernel/irc.c which was > actually supposed to fix the probing problem, maybe he can comment. I couldn't even remember, that I did something in that area:-) I've looked up in CVS, what I did there, and as far as I remeber it fixed autoprobing for me (my NE2000 gets the interrupt via autoprobing). Maybe it's time to check whether it still works. > We actually had more reports about problems with filesystems on /dev/sdx > on Indys. There seems to be a clear pattern of a bug, but for now I > classify that one as lower priority. I've never got any filesystem corruption on my Olli. And I've crashed it pretty often, when doing the XF68_FBDev stuff. Thomas. -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From tsbogend@alpha.franken.de Sun Jul 19 11:11:17 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA26291; Sun, 19 Jul 1998 11:11:17 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 11:11:17 +0200 (MET DST) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id LAA12075; Sun, 19 Jul 1998 11:11:15 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id LAA00845; Sun, 19 Jul 1998 11:09:19 +0200 Message-ID: <19980719110919.10861@alpha.franken.de> Date: Sun, 19 Jul 1998 11:09:19 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Cc: engel@unix-ag.uni-siegen.de Subject: Re: ext2fs corruptions and other things ... References: <199807182253.AAA10366@jordan.numerik> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <199807182253.AAA10366@jordan.numerik>; from Michael Engel on Sun, Jul 19, 1998 at 12:53:14AM +0200 Content-Length: 496 Lines: 14 On Sun, Jul 19, 1998 at 12:53:14AM +0200, Michael Engel wrote: > Off to read the intel 82596 ethernet controller docs ... I knew it's on my Intel developer's inside CDROM, and that's just a ugly mirror of the Intel web pages. Have a look at: http://developer.intel.com/design/network/datashts/ Thomas. -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From R.vandenBerg@inter.NL.net Sun Jul 19 12:21:21 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA28305; Sun, 19 Jul 1998 12:21:21 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 12:21:21 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-20.Hoorn.NL.net [193.79.46.245] with ESMTP for id MAA09066 (8.8.8/3.28); Sun, 19 Jul 1998 12:21:18 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 19 Jul 1998 12:18:34 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 19 Jul 1998 12:18:34 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: ext2fs corruptions and other things ... In-Reply-To: <199807182253.AAA10366@jordan.numerik> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 779 Lines: 26 On Sun, 19 Jul 1998, Michael Engel wrote: > Hi, > > sorry for all the delays and everything ... it were two very busy weeks :-(. > Following Ralfs proposal, how about a MIPS hackers' BBQ now that it looks > like the eternal rain in Germany has stopped ;) ? That's all very nice, coming saturday? > We could try to find a new > date for the first DEChack then ... Exchanging ideas having a nice gathering is always welcome. :-) > Btw., I'll try to put 2.1.100 for > DECstations on decstation.unix-ag.org tomorrow, Harald's patch didn't > apply cleanly and I'd like to sort that out before putting the new sources > up. That will be a nice test for my coming isdn connection, meanwhile I'll keep hacking declance.c and see if it fits then in 2.1.100. Regards, Richard From R.vandenBerg@inter.NL.net Sun Jul 19 12:21:24 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA28311; Sun, 19 Jul 1998 12:21:23 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 12:21:23 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-20.Hoorn.NL.net [193.79.46.245] with ESMTP for id MAA09077 (8.8.8/3.28); Sun, 19 Jul 1998 12:21:21 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 19 Jul 1998 12:20:10 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 19 Jul 1998 12:20:10 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: DS5000/25 and maybe others i/o base addresses? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2324 Lines: 57 Hello everybody, Florian, I'm curious how you handled the base address stuff for the scsi driver. Let me explain why: With compiling declance.c in the kernel I've succeeded, had to do a dirty hack in Space.c, don't know why yet, will find out some time later. declance.c is derived from sunlance.c because that has a lot of generic LANCE code. With adepting for DS's I've started with the initialization (after commenting out sparc specific parts of course) and am a bit stuck with the base address stuff, for the only thing I know that works is NetBSD and the NetBSD code tells me differently then the PMAD-AA TURBOchannel Ethernet Module documentation does about the Ethernet Module Adresses - the KN02 documentation refers to the Ethernet Module specification. And as far as my DS5000/25 concerns I have only the NetBSD output - which I attached at the end - and that shows regretably only relative base addresses. In other words any programming documentation about the KN02CA system module is very welcome. NetBSD says this at boottime: restart (1024x768x8) (console)Copyright (c) 1996, 1997 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 1.3 (INSTALL) #2: Tue Dec 30 01:24:02 PST 1997 jonathan@Reno.DSG.Stanford.EDU:/reno/compile/INSTALL real mem = 16777216 avail mem = 13307904 using 409 buffers containing 1675264 bytes of memory mainbus0 (root) cpu0 at mainbus0: MIPS R3000 CPU Rev. 3.0 with MIPS R3010 FPC Rev. 4.0 L1 cache: 64kb Instruction, 64kb Data. tc0 at mainbus0: 12.5 MHz clock asic0 at tc0 slot 3 offset 0x0 le0 at asic0 offset 0xc0000 priority 4: address 08:00:2b:30:8d:2b le0: 32 receive buffers, 8 transmit buffers scc0 at asic0 offset 0x100000 priority 5 clock0 at asic0 offset 0x200000 priority 0: mc146818 or compatible isdn at asic0 offset 0x240000 priority 7 not configured dtop0 at asic0 offset 0x280000 priority 6 fdc at asic0 offset 0x2c0000 priority 2 not configured asc0 at asic0 offset 0x300000 priority 3: target 7 xcfb0 at tc0 slot 2 offset 0x0 (1024x768x8) (console) Beginning old-style SCSI device autoconfiguration boot device: nfs_boot: trying BOOTP/DHCP nfs_boot: my_addr=0xc0a8010a nfs_boot: my_mask=0xffffff00 Regards, Richard From tsbogend@alpha.franken.de Sun Jul 19 13:16:47 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA28588; Sun, 19 Jul 1998 13:16:45 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 13:16:45 +0200 (MET DST) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id NAA12536; Sun, 19 Jul 1998 13:16:43 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id NAA01028; Sun, 19 Jul 1998 13:14:35 +0200 Message-ID: <19980719131435.62032@alpha.franken.de> Date: Sun, 19 Jul 1998 13:14:35 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr, "linux@linux"@cthulhu.engr.sgi.com Subject: problems with ld, when linking libstdc++ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 Content-Length: 529 Lines: 15 With a little help from gdb, I've narrowed my problem with building libstdc++s.so a little bit down. Ld aborts, when I try to link a .o file, which has a .eh_frame section in it. When I strip out that section, the abort doesn't happen. The abort() is in elf32-mips.c:5131 (binutils 2.8.1). What does the .eh_frame section do ? Thomas. -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From rraffer1@osf1.gmu.edu Sun Jul 19 18:04:19 1998 Received: from osf1.gmu.edu (osf1.gmu.edu [129.174.1.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA09477; Sun, 19 Jul 1998 18:04:18 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 18:04:18 +0200 (MET DST) Received: from localhost (rraffer1@localhost) by osf1.gmu.edu (8.8.8/8.8.8) with SMTP id MAA06940 for ; Sun, 19 Jul 1998 12:04:16 -0400 (EDT) Date: Sun, 19 Jul 1998 12:04:16 -0400 (EDT) From: Ryan Rafferty To: linux-mips@fnet.fr Subject: Pandora/Milo In-Reply-To: <19980719105546.22468@alpha.franken.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 320 Lines: 11 After a harddisk failure I lost my precompiled Pandora and Milo binaries. What's more, I can't seem to log into lena.fnet.fr as anonymous to get at the Linux/MIPS stuff. Is it possible to recompile milo and pandora using the toolchain on linux.sgi.com? I have the little-endian MIPS Magnum... Thanks, Ryan Rafferty From ralf@mailhost.uni-koblenz.de Sun Jul 19 18:17:01 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA09561; Sun, 19 Jul 1998 18:17:00 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 18:17:00 +0200 (MET DST) Received: from zaphod (ralf@zaphod.uni-koblenz.de [141.26.4.13]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with SMTP id SAA09155 for ; Sun, 19 Jul 1998 18:16:57 +0200 (MEST) Received: by zaphod (SMI-8.6/KO-2.0) id SAA13431; Sun, 19 Jul 1998 18:16:54 +0200 Message-ID: <19980719181654.58693@uni-koblenz.de> Date: Sun, 19 Jul 1998 18:16:54 +0200 From: ralf@uni-koblenz.de To: linux-mips@fnet.fr Subject: Re: Pandora/Milo References: <19980719105546.22468@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Ryan Rafferty on Sun, Jul 19, 1998 at 12:04:16PM -0400 Content-Length: 624 Lines: 18 On Sun, Jul 19, 1998 at 12:04:16PM -0400, Ryan Rafferty wrote: > After a harddisk failure I lost my precompiled Pandora and Milo binaries. Precompiled binaries are included with the source distribution. > What's more, I can't seem to log into lena.fnet.fr as anonymous to get at > the Linux/MIPS stuff. Lena never had anonymous ftp access, we only make uploads to this machine. For downloads please use ftp.fnet.fr. > Is it possible to recompile milo and pandora using the toolchain on > linux.sgi.com? I have the little-endian MIPS Magnum... We have both little and big endian tools chains available at SGI. Ralf From rraffer1@osf1.gmu.edu Sun Jul 19 18:28:10 1998 Received: from osf1.gmu.edu (osf1.gmu.edu [129.174.1.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA09630; Sun, 19 Jul 1998 18:28:09 +0200 (MET DST) Received-Date: Sun, 19 Jul 1998 18:28:09 +0200 (MET DST) Received: from localhost (rraffer1@localhost) by osf1.gmu.edu (8.8.8/8.8.8) with SMTP id MAA29329 for ; Sun, 19 Jul 1998 12:28:08 -0400 (EDT) Date: Sun, 19 Jul 1998 12:28:08 -0400 (EDT) From: Ryan Rafferty To: linux-mips@fnet.fr Subject: Re: Pandora/Milo In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 133 Lines: 7 Err, found precompiled binaries already on linux.sgi.com... Excuse me while I whack myself with a stupid-stick =). Ryan Rafferty From andy@psn.ie Sat Jul 18 21:45:32 1998 Received: from soprano.psn.ie (soprano.psn.ie [194.106.150.194] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA18166; Sat, 18 Jul 1998 21:45:30 +0200 (MET DST) Received-Date: Sat, 18 Jul 1998 21:45:30 +0200 (MET DST) Received: from gromit.psn.ie ([194.106.150.251] helo=homer ident=andy) by soprano.psn.ie with smtp (Exim 1.92 #1) for linux-mips@fnet.fr id 0yxcyY-0005fM-00; Sat, 18 Jul 1998 20:48:58 +0100 Date: Sun, 19 Jul 1998 20:48:15 +0100 (IST) From: Andy Doran X-Sender: andy@homer To: linux-mips@fnet.fr Subject: Linux kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 546 Lines: 12 Just writing to ask a question. Are there andy patches out there for the 2.1 kernels to bring the MIPS sections up to date? 2.1.105 is badly broken on MIPS, it doesn't even want to build without a few hours work. If there aren't any, I can send you my patch, just as soon as I clean it all up. Please let me know. ____/| Andy Doran \ o.O| =(_)= "Thou shalt not follow the NULL pointer for U chaos and madness await thee at its end." From flo@mini.gt.owl.de Tue Jul 21 01:15:54 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA24986; Tue, 21 Jul 1998 01:15:53 +0200 (MET DST) Received-Date: Tue, 21 Jul 1998 01:15:53 +0200 (MET DST) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id BAA06753 for ; Tue, 21 Jul 1998 01:15:44 +0200 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id BAA11750; Tue, 21 Jul 1998 01:15:40 +0200 Message-ID: <19980721011540.15064@mini> Date: Tue, 21 Jul 1998 01:15:40 +0200 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: DS5000/25 and maybe others i/o base addresses? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Richard van den Berg on Sun, Jul 19, 1998 at 12:20:10PM +0200 Content-Length: 1432 Lines: 30 On Sun, Jul 19, 1998 at 12:20:10PM +0200, Richard van den Berg wrote: > Hello everybody, > > Florian, I'm curious how you handled the base address stuff for the scsi > driver. Let me explain why: > > With compiling declance.c in the kernel I've succeeded, had to do a > dirty hack in Space.c, don't know why yet, will find out some time > later. declance.c is derived from sunlance.c because that has a lot > of generic LANCE code. With adepting for DS's I've started with the > initialization (after commenting out sparc specific parts of course) > and am a bit stuck with the base address stuff, for the only thing I > know that works is NetBSD and the NetBSD code tells me differently then > the PMAD-AA TURBOchannel Ethernet Module documentation does about the > Ethernet Module Adresses - the KN02 documentation refers to the Ethernet > Module specification. > > And as far as my DS5000/25 concerns I have only the NetBSD output - > which I attached at the end - and that shows regretably only relative > base addresses. In other words any programming documentation about the > KN02CA system module is very welcome. I am not doing work on the System board more on the TC SCSI Controller and there i get the infos from TC probing. BTW: Currently i am stuck and doing nothing ... hope to meet some hackers to get some help and explanation on how things work. Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 From ralf@uni-koblenz.de Tue Jul 21 15:18:10 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA05689; Tue, 21 Jul 1998 15:18:04 +0200 (MET DST) Received-Date: Tue, 21 Jul 1998 15:18:04 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-03.uni-koblenz.de [141.26.249.3]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id PAA26457 for ; Tue, 21 Jul 1998 15:17:52 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id MAA00702; Tue, 21 Jul 1998 12:26:03 +0200 Message-ID: <19980721122603.A367@uni-koblenz.de> Date: Tue, 21 Jul 1998 12:26:03 +0200 To: linux-mips@fnet.fr Subject: Re: MIPS CPU in palmtop References: <000601bdb163$e9785ce0$0100a8c0@oskar> <199807190517.XAA03575@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199807190517.XAA03575@harmony.village.org>; from Warner Losh on Sat, Jul 18, 1998 at 11:17:39PM -0600 Content-Length: 883 Lines: 18 On Sat, Jul 18, 1998 at 11:17:39PM -0600, Warner Losh wrote: > In message <000601bdb163$e9785ce0$0100a8c0@oskar> "Oskar Liljeblad" writes: > : I'm considering buying a handheld PC, and porting linux to it. This > : particular computer uses a 32bit Philips PR31700 (TwoChipPic HCG) CPU which > : is MIPS R3000A-based. Will Linux/MIPS support this processor? > > Depends. How different from the R3000 is it really? Only primary caches. The original R3000 has it extern. So the cache is pretty large. Unlike R4000 & friends it's physical indexed & tagged. The is only 32bit, has 64 TLB entries and it's exceptions work different. Some bits in the status register have a different meaning. Load delay slots must be filled on the R3000 or bad things will happen. Many small R3000 systems lack an FPU. Only 32bit wide registers. That's about the important differences. Ralf From R.vandenBerg@inter.NL.net Tue Jul 21 17:58:54 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA07369; Tue, 21 Jul 1998 17:58:53 +0200 (MET DST) Received-Date: Tue, 21 Jul 1998 17:58:53 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-18.Hoorn.NL.net [193.79.46.243] with ESMTP for id RAA09485 (8.8.8/3.28); Tue, 21 Jul 1998 17:58:51 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Tue, 21 Jul 1998 17:57:44 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Tue, 21 Jul 1998 17:57:43 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: DS5000/25 and maybe others i/o base addresses? In-Reply-To: <19980721011540.15064@mini> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 889 Lines: 20 On Tue, 21 Jul 1998, Florian Lohoff wrote: > I am not doing work on the System board more on the TC SCSI Controller > and there i get the infos from TC probing. BTW: Currently i am stuck > and doing nothing ... hope to meet some hackers to get some help > and explanation on how things work. Thanks, me too and hope when Harald is back from holidays we can get together. Well I am a bit stuck with creating an algorythm retreiving register contents, with trying I had some nice error messages. :-) I want to retreive the contents of certain registers of the LANCE, starting with the hardware address. The on-board stuff is a special TC module concerning address stuff and a DS5000/xx has enough space reserved for it: 64 Mb for each slot. The difficulty (I think) is that the on-board 'module' has several devices. Anyway I find it a nice way to learn programming C. Regards, Richard From harald.koerfgen@netcologne.de Tue Jul 21 21:55:42 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA09241; Tue, 21 Jul 1998 21:55:41 +0200 (MET DST) Received-Date: Tue, 21 Jul 1998 21:55:41 +0200 (MET DST) Received: from franz.no.dom (dial1-1.netcologne.de [194.8.196.1]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id VAA07980 for ; Tue, 21 Jul 1998 21:55:23 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 21 Jul 1998 21:56:21 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: DECstation linux-2.1.100 Content-Length: 1088 Lines: 30 Hi all, I have found some time to merge my current DECstation changes with the latest and greatest Linux/MIPS tree. The patches I have already sent to Michael are two weeks old and thus obsolete. Changes: o changed the default root device to dev/ram when INITRD is configured (saves typing: boot 3/tftp is enough) o a few R3000 specific fixes in various memory and exception managment places, the first user process is running! o started hacking an *extremely* experimental and non-functional serial device driver for DECstations with an Zilog Z85C30. o added a little test program to the ramdisk which tries to write "Hello World!" to /dev/ttyS0 to help debugging the serial device driver. You will probably see a lot of debugging output. (The sources and a Makefile are included in the ramdisk as well. Please have a look into usr/src). While writing this, I am uploading the new source tree to ftp.unix-ag.org and I hope, it will appear at the usual place soon. I will probably be offline for two and a half weeks and wish you successful hacking. Have fun. --- Regards, Harald From harald.koerfgen@netcologne.de Tue Jul 21 21:56:04 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA09274; Tue, 21 Jul 1998 21:56:02 +0200 (MET DST) Received-Date: Tue, 21 Jul 1998 21:56:02 +0200 (MET DST) Received: from franz.no.dom (dial1-1.netcologne.de [194.8.196.1]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id VAA07987 for ; Tue, 21 Jul 1998 21:55:46 +0200 (MET DST) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 21 Jul 1998 21:56:43 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: DS5000/25 and maybe others i/o base addresses? Content-Length: 1641 Lines: 51 Hi all, I'm still at home (hacking), but will be away towmorrow :-). On 19-Jul-98 Richard van den Berg wrote: > Hello everybody, > > Florian, I'm curious how you handled the base address stuff for the scsi > driver. Let me explain why: > [snip] > > And as far as my DS5000/25 concerns I have only the NetBSD output - > which I attached at the end - and that shows regretably only relative > base addresses. In other words any programming documentation about the > KN02CA system module is very welcome. [snip] Yes, it is. Unfortunately all we have is indirect information. The DEC AXP Models System Programmer's Manual will be of help. The DEC AXP Models are Alpha based TURBOchannel machines with the same IOASIC as the DECstation 5000/240 (or the 5000/260). You might want to read Chapter 7 of the above mentioned manual available at http://decstation.unix-ag.org. Another source of information are the Mach sources. As far as I can tell, the *BSD people have gleaned a lot of stuff from Mach. Anyway. The IOASIC resides where the (MAXSLOT +1) TURBOchannel slot would be if it existed. The address range of the IOASIC is divided into 16 chunks with a size of 256 KB and each onboard device has its own chunk. The LANCE chip resides in chunk 3 on all IOASIC machines (5k/1xx, 5k/xx and 5k/2x0). To make a long story short: #include lance_base = system_base + 3 * 0x00040000; system_base is declared and filled with the right value in drivers/tc/tc.c. I guess the time is right for defining a few constants like LANCE_IOASIC_SLOT and so on :-). > Regards, > > Richard Happy hacking. --- Regards, Harald From bloodhgan@hotmail.com Wed Jul 22 00:30:46 1998 Received: from hotmail.com (f233.hotmail.com [207.82.251.124]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id AAA12415; Wed, 22 Jul 1998 00:30:45 +0200 (MET DST) Received-Date: Wed, 22 Jul 1998 00:30:45 +0200 (MET DST) Received: (qmail 21061 invoked by uid 0); 21 Jul 1998 22:30:02 -0000 Message-ID: <19980721223002.21060.qmail@hotmail.com> Received: from 204.214.145.2 by www.hotmail.com with HTTP; Tue, 21 Jul 1998 15:30:01 PDT X-Originating-IP: [204.214.145.2] From: "Aaron Winder" To: Linux-mips@fnet.fr Subject: Deskstation Tyne Raptop R4600 134mhz system Content-Type: text/plain Date: Tue, 21 Jul 1998 15:30:01 PDT Content-Length: 848 Lines: 18 Hey hows it going guys, Just thought I'd email ya'll to find out whats going on with the Linux port for the mips processors. I've had one of the Deskstation Tyne 4600 units for about 2 years now, and have been trying to get NT installed on it, got an updated bios for it and everything, goes through part of the NT installation then bails, I don't give a hell about NT just thought that Linux didn't have a mips project, just found out it did obviously, and thought I'd get in contact with ya'll , I have alittle bit of users manual information for the tyne, and if there's anyway that I can get an even partially working kernel on it I'd love it....let me know whats up...later Bloodhgan Aaron Winder. Bloodhgan@hotmail.com ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From imp@village.org Wed Jul 22 03:00:26 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id DAA14584; Wed, 22 Jul 1998 03:00:23 +0200 (MET DST) Received-Date: Wed, 22 Jul 1998 03:00:23 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0yynGG-00059L-00; Tue, 21 Jul 1998 19:00:04 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id TAA29495 for ; Tue, 21 Jul 1998 19:02:30 -0600 (MDT) Message-Id: <199807220102.TAA29495@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: Deskstation Tyne Raptop R4600 134mhz system In-reply-to: Your message of "Tue, 21 Jul 1998 15:30:01 PDT." <19980721223002.21060.qmail@hotmail.com> References: <19980721223002.21060.qmail@hotmail.com> Date: Tue, 21 Jul 1998 19:02:30 -0600 From: Warner Losh Content-Length: 1000 Lines: 20 In message <19980721223002.21060.qmail@hotmail.com> "Aaron Winder" writes: : Hey hows it going guys, Just thought I'd email ya'll to find out whats : going on with the Linux port for the mips processors. I've had one of : the Deskstation Tyne 4600 units for about 2 years now, and have been : trying to get NT installed on it, got an updated bios for it and : everything, goes through part of the NT installation then bails, I don't : give a hell about NT just thought that Linux didn't have a mips project, : just found out it did obviously, and thought I'd get in contact with : ya'll , I have alittle bit of users manual information for the tyne, and : if there's anyway that I can get an even partially working kernel on it : I'd love it....let me know whats up...later The Deskstation support in Linux/MIPS has decayed away.... In order to run Linux, you'll have to update about half a dozen smallish routines to cope the tyne's oddities. OpenBSD/arc supports this machine. Warner From ralf@uni-koblenz.de Wed Jul 22 03:29:09 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA15615; Wed, 22 Jul 1998 03:29:08 +0200 (MET DST) Received-Date: Wed, 22 Jul 1998 03:29:08 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-02.uni-koblenz.de [141.26.249.2]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id DAA14454 for ; Wed, 22 Jul 1998 03:28:52 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id DAA02642; Wed, 22 Jul 1998 03:28:35 +0200 Message-ID: <19980722032833.P797@uni-koblenz.de> Date: Wed, 22 Jul 1998 03:28:33 +0200 To: linux-mips@fnet.fr Subject: Re: Deskstation Tyne Raptop R4600 134mhz system References: <19980721223002.21060.qmail@hotmail.com> <199807220102.TAA29495@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199807220102.TAA29495@harmony.village.org>; from Warner Losh on Tue, Jul 21, 1998 at 07:02:30PM -0600 Content-Length: 638 Lines: 17 On Tue, Jul 21, 1998 at 07:02:30PM -0600, Warner Losh wrote: > The Deskstation support in Linux/MIPS has decayed away.... Well, except it's interesting DMA concept the Tyne was pretty much ok. And a simple target - it's just a PC with a RISC CPU. > In order to run Linux, you'll have to update about half a dozen > smallish routines to cope the tyne's oddities. > > OpenBSD/arc supports this machine. The Tyne was never useable in Linux. It was the first MIPS machine I used for the Linux port. I had to switch to the Acer PICA somewhen in late '94 or so when I found out that not Linux was buggy but my Tyne board broken. Ralf From sfavre@aenix.fr Wed Jul 22 14:15:45 1998 Received: from omega.aenix.fr (omega.aenix.fr [194.183.221.2]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id OAA20132; Wed, 22 Jul 1998 14:15:43 +0200 (MET DST) Received-Date: Wed, 22 Jul 1998 14:15:43 +0200 (MET DST) Received: from aenix.aenix.fr ([192.168.200.1]) by omega.aenix.fr (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA07947 for <@omega.aenix.fr:linux-mips@fnet.fr>; Wed, 22 Jul 1998 14:16:42 GMT Received: from lyon.aenix.fr by aenix.aenix.fr via ESMTP (8.6.12/940406.SGI) for id OAA15151; Wed, 22 Jul 1998 14:16:41 GMT Received: from aenix.fr (sf [192.168.73.21]) by lyon.aenix.fr (8.6.12/8.6.12) with ESMTP id OAA13930 for ; Wed, 22 Jul 1998 14:13:52 +0200 Message-ID: <35B5D929.7EEC8E42@aenix.fr> Date: Wed, 22 Jul 1998 14:20:57 +0200 From: Sylvain FAVRE X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux sur RM400 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 74 Lines: 2 Est ce que Linux-MIPS tourne sur RM400 ? Que doit je faire pour que oui ? From cstumph@maxonusa.com Wed Jul 22 17:09:01 1998 Received: from gadget.maxonusa.com (ftp.maxonusa.com [207.243.175.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA21700; Wed, 22 Jul 1998 17:08:59 +0200 (MET DST) Received-Date: Wed, 22 Jul 1998 17:08:59 +0200 (MET DST) Received: from gadget.maxonusa.com (root@localhost) by gadget.maxonusa.com with ESMTP id KAA09256 for ; Wed, 22 Jul 1998 10:08:55 -0500 (CDT) Received: from maxbbs.maxonusa.com ([132.147.160.8]) by gadget.maxonusa.com with ESMTP id KAA09252 for ; Wed, 22 Jul 1998 10:08:54 -0500 (CDT) Received: from maxonusa.com ([192.168.101.182]) by maxbbs.maxonusa.com (8.8.5/SCO5) with ESMTP id KAA18145 for ; Wed, 22 Jul 1998 10:10:44 -0500 (CDT) Message-ID: <35B6005E.E1F0BB90@maxonusa.com> Date: Wed, 22 Jul 1998 10:08:14 -0500 From: Chris Stumph X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: MIPS Processor? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 267 Lines: 7 My Phillips Velo 1 has a MIPS processor in it, and 16mb of ram/rom. It has Windows CE 2.0 on it also. I was wondering if It is possible to run Linux/MIPS on this type of handheld? If not, is it going to be supported in the future? Chris Stumph Curious Linux User From imp@village.org Wed Jul 22 21:38:22 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA24268; Wed, 22 Jul 1998 21:38:20 +0200 (MET DST) Received-Date: Wed, 22 Jul 1998 21:38:20 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0yz4iO-0005g5-00; Wed, 22 Jul 1998 13:38:16 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id NAA04736 for ; Wed, 22 Jul 1998 13:40:52 -0600 (MDT) Message-Id: <199807221940.NAA04736@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: MIPS Processor? In-reply-to: Your message of "Wed, 22 Jul 1998 10:08:14 CDT." <35B6005E.E1F0BB90@maxonusa.com> References: <35B6005E.E1F0BB90@maxonusa.com> Date: Wed, 22 Jul 1998 13:40:52 -0600 From: Warner Losh Content-Length: 764 Lines: 19 In message <35B6005E.E1F0BB90@maxonusa.com> Chris Stumph writes: : My Phillips Velo 1 has a MIPS processor in it, and 16mb of ram/rom. It : has Windows CE 2.0 on it also. I was wondering if It is possible to run : Linux/MIPS on this type of handheld? If not, is it going to be : supported in the future? Not currently. What kind of MIPS processor? I'm trying to keep track :-). I have my eye on a Casseopea E-14 that has 8M RAM 8M ROM and is in the palm top form factor with a NEC Vr4111 inside. There are many issues with doing this. What does it mean to have Linux/MIPS running on this machine? Does it mean that you can boot it instaead of WinCE and never be able to boot CE again? Dual boot? etc. Lots of interesting design issues here... Warner From R.vandenBerg@inter.NL.net Wed Jul 22 22:06:22 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA24454; Wed, 22 Jul 1998 22:06:21 +0200 (MET DST) Received-Date: Wed, 22 Jul 1998 22:06:21 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-22.Hoorn.NL.net [193.79.46.247] with ESMTP for id WAA01903 (8.8.8/3.28); Wed, 22 Jul 1998 22:06:18 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 22 Jul 1998 22:03:58 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 22 Jul 1998 22:03:57 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: DS5000/25 and maybe others i/o base addresses? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1667 Lines: 45 On Tue, 21 Jul 1998, Harald Koerfgen wrote: > Another source of information are the Mach sources. As far as I can tell, the > *BSD people have gleaned a lot of stuff from Mach. As they do mention. :-) > Anyway. The IOASIC resides where the (MAXSLOT +1) TURBOchannel slot would be if > it existed. The address range of the IOASIC is divided into 16 chunks with a > size of 256 KB and each onboard device has its own chunk. The LANCE chip > resides in chunk 3 on all IOASIC machines (5k/1xx, 5k/xx and 5k/2x0). It's still unclear to me how address space is assigned, to me it seems machine dependant for example looking at the TURBOchannel System Parameters (EK-TCAAB-SP-006): the 5k/200 has 12 Mb (4 Mb each) for its on-board pheripherals and the 5k/100 has 64 Mb (not mentioned each) for it. > To make a long story short: > > #include > > lance_base = system_base + 3 * 0x00040000; > > system_base is declared and filled with the right value in drivers/tc/tc.c. This short story is a bit longer... First I altered system base to system_base = slot0addr + slot_size * (max_tcslot + 2); Letting the 5k/xx having 4 slots... In NetBSD it appears that the framebuffer occupies slot 3 and secondly I gave the esar an offset of 0x80000, which I also traced down the NetBSD code (see seperate posting), according to the Ethernet Module documentation it should reside at lance_base + 0xc0000, this all resulted that the kernel showed me.... the correct ethernet hardware address YES! > I guess the time is right for defining a few constants like LANCE_IOASIC_SLOT > and so on :-). Indeed it is, while having a BBQ? :-) Regards, Richard From R.vandenBerg@inter.NL.net Wed Jul 22 22:06:24 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA24458; Wed, 22 Jul 1998 22:06:23 +0200 (MET DST) Received-Date: Wed, 22 Jul 1998 22:06:23 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-22.Hoorn.NL.net [193.79.46.247] with ESMTP for id WAA01916 (8.8.8/3.28); Wed, 22 Jul 1998 22:06:21 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 22 Jul 1998 22:04:55 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 22 Jul 1998 22:04:55 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: DS5k/xx code hunting Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1013 Lines: 43 Hi all, Following is what I encountered hunting down the address in the NetBSD source where the 5k/xx ethernet hardware address resides. Maybe it is any help hacking a 5k device driver. in arch/mips/include/cpuregs.h: #define MIPS_KSEG1_START 0xa0000000 #define MIPS_PHYS_TO_KSEG1(x) ((unsigned)(x) | MIPS_KSEG1_START) in arch/pmax/pmax/maxine.h: #define XINE_PHYS_TC_3_START 0x1c000000 /* TURBOchannel, slot 3 */ #define XINE_PHYS_TC_3_END 0x1fffffff /* 64 Meg, system devices */ #define XINE_SYS_ASIC (XINE_PHYS_TC_3_START + 0x0000000) in arch/pmax/pmax/machdep.c: u_long ioasic_base; /* Base address of I/O asic */ ioasic_base = MIPS_PHYS_TO_KSEG1(XINE_SYS_ASIC); in arch/pmax/pmax/asic.h: #define IOASIC_SLOT_2_START 0x080000 #define IOASIC_SYS_ETHER_ADDRESS(base) ((base) + IOASIC_SLOT_2_START) in arch/pmax/tc/asic.c: ioasic_lance_ether_address() { return (u_char *)IOASIC_SYS_ETHER_ADDRESS(ioasic_base); } From paolo.zuliani@st-cross.oxford.ac.uk Thu Jul 23 15:43:17 1998 Received: from oxmail4.ox.ac.uk (oxmail4.ox.ac.uk [163.1.2.33]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA02577; Thu, 23 Jul 1998 15:43:16 +0200 (MET DST) Received-Date: Thu, 23 Jul 1998 15:43:16 +0200 (MET DST) Received: from sable.ox.ac.uk by oxmail4 with SMTP (PP) with ESMTP; Thu, 23 Jul 1998 14:43:08 +0100 Received: (from scro0249@localhost) by sable.ox.ac.uk (1.1/8.8.3) id OAA23599 for linux-mips@fnet.fr; Thu, 23 Jul 1998 14:43:07 +0100 (BST) From: Paolo Zuliani Message-Id: <199807231343.OAA23599@sable.ox.ac.uk> Subject: status To: linux-mips@fnet.fr Date: Thu, 23 Jul 1998 14:43:07 +0100 (BST) Name: Paolo Zuliani Organization: St Cross College, Oxford Reply-To: Paolo.Zuliani@St-Cross.oxford.ac.uk X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 207 Lines: 9 Hi everyone, I have read the linux-mips FAQ but since it is a bit old I would like to know what is the current status of the project. Are the NEC Risc{Server|Station} supported? Thanks! Regards, Paolok From RicLee@oxhp.com Fri Jul 24 18:18:15 1998 Received: from internet.oxhp.com (oxhp.com [199.97.64.16]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA29362; Fri, 24 Jul 1998 18:18:13 +0200 (MET DST) Received-Date: Fri, 24 Jul 1998 18:18:13 +0200 (MET DST) Received: by alcatraz.oxhp.com id AA05438 (InterLock SMTP Gateway 3.0 for linux-mips@fnet.fr); Fri, 24 Jul 1998 12:17:40 -0400 Message-Id: <199807241617.AA05438@alcatraz.oxhp.com> Received: by alcatraz.oxhp.com (Internal Mail Agent-1); Fri, 24 Jul 1998 12:17:40 -0400 From: Richard Lee To: "'linux-mips@fnet.fr'" Subject: MIPS ?? Date: Fri, 24 Jul 1998 12:18:57 -0400 Return-Receipt-To: Richard Lee X-Mailer: Internet Mail Service (5.0.1460.8) Content-Length: 244 Lines: 9 I have a NEC RiscServer 250 which is a dual 250 Mhz R4400 will Linux support it. Any information would be great. Richard E. Lee He who asks a question may be a fool for five minutes, but he who never asks a question remains a fool forever. From imp@village.org Sat Jul 25 05:51:17 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id FAA13590; Sat, 25 Jul 1998 05:51:15 +0200 (MET DST) Received-Date: Sat, 25 Jul 1998 05:51:15 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0yzvMV-0007FF-00; Fri, 24 Jul 1998 21:51:11 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id VAA19862 for ; Fri, 24 Jul 1998 21:54:15 -0600 (MDT) Message-Id: <199807250354.VAA19862@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: MIPS ?? In-reply-to: Your message of "Fri, 24 Jul 1998 12:18:57 EDT." <199807241617.AA05438@alcatraz.oxhp.com> References: <199807241617.AA05438@alcatraz.oxhp.com> Date: Fri, 24 Jul 1998 21:54:15 -0600 From: Warner Losh Content-Length: 468 Lines: 14 In message <199807241617.AA05438@alcatraz.oxhp.com> Richard Lee writes: : I have a NEC RiscServer 250 which is a dual 250 Mhz R4400 will Linux support : it. Any information would be great. No. The MP hardware, the story goes, is proprietary and difficult to get information on. It might work, after some hacking to Linux and MILO, with one processor. As I've always said when this comes up, I'll be happy to port Linux to this box if someone sends me one. Warner From univox@hannover.sgh-net.de Sat Jul 25 23:18:29 1998 Received: from go.hannover.sgh-net.de (root@go.hannover.sgh-net.de [193.218.205.43]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA09490; Sat, 25 Jul 1998 23:18:28 +0200 (MET DST) Received-Date: Sat, 25 Jul 1998 23:18:28 +0200 (MET DST) From: univox@hannover.sgh-net.de Received: from delta (pppa5.hannover.sgh-net.de [193.218.208.5]) by go.hannover.sgh-net.de (8.8.8/8.8.8) with SMTP id XAA02436; Sat, 25 Jul 1998 23:18:09 +0200 Message-ID: <35BA4B3D.4680@hannover.sgh-net.de> Date: Sat, 25 Jul 1998 23:16:45 +0200 Reply-To: univox@hannover.sgh-net.de X-Mailer: Mozilla 3.01 [de] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: olivetti M700-10, 50 mhz Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 119 Lines: 7 can you tell me, where can i get the right pinguin for this machine? thanks in advanced Frank internet?wer ist das? From ralf@uni-koblenz.de Sun Jul 26 02:17:31 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA16172; Sun, 26 Jul 1998 02:17:30 +0200 (MET DST) Received-Date: Sun, 26 Jul 1998 02:17:30 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-25.uni-koblenz.de [141.26.249.25]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id CAA16661 for ; Sun, 26 Jul 1998 02:17:28 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id CAA01558; Sun, 26 Jul 1998 02:17:16 +0200 Message-ID: <19980726021716.D387@uni-koblenz.de> Date: Sun, 26 Jul 1998 02:17:16 +0200 To: univox@hannover.sgh-net.de, linux-mips@fnet.fr Subject: Re: olivetti M700-10, 50 mhz References: <35BA4B3D.4680@hannover.sgh-net.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <35BA4B3D.4680@hannover.sgh-net.de>; from univox@hannover.sgh-net.de on Sat, Jul 25, 1998 at 11:16:45PM +0200 Content-Length: 550 Lines: 15 On Sat, Jul 25, 1998 at 11:16:45PM +0200, univox@hannover.sgh-net.de wrote: > can you tell me, where can i get the right pinguin for this machine? The Penguin for that machine is available on ftp.linux.sgi.com. He is just still very scattered over all the /pub directory because there is no easy installation procedure yet. However I think Thomas Bogendoerfer is working on that. So while we have a fully working system, installation is currently only for people who know how Linux works. > internet?wer ist das? 'ne huebsche Frau :-) Ralf From tsbogend@alpha.franken.de Sun Jul 26 22:21:46 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA27391; Sun, 26 Jul 1998 22:21:45 +0200 (MET DST) Received-Date: Sun, 26 Jul 1998 22:21:45 +0200 (MET DST) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id WAA26093; Sun, 26 Jul 1998 22:21:43 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id WAA01543; Sun, 26 Jul 1998 22:15:55 +0200 Message-ID: <19980726221555.10170@alpha.franken.de> Date: Sun, 26 Jul 1998 22:15:55 +0200 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Cc: univox@hannover.sgh-net.de Subject: Re: olivetti M700-10, 50 mhz References: <35BA4B3D.4680@hannover.sgh-net.de> <19980726021716.D387@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <19980726021716.D387@uni-koblenz.de>; from ralf@uni-koblenz.de on Sun, Jul 26, 1998 at 02:17:16AM +0200 Content-Length: 850 Lines: 21 On Sun, Jul 26, 1998 at 02:17:16AM +0200, ralf@uni-koblenz.de wrote: > no easy installation procedure yet. However I think Thomas Bogendoerfer > is working on that. So while we have a fully working system, installation yes I'm still working on it, and right now I'm pretty stuck with a ld problem, which affects all of the c++ binaries, which are linked against libstdc++. > is currently only for people who know how Linux works. a good start point is the root filesystem (root-le) and my latest kernel (*m700*) in /pub/test on ftp.sgi.linux.com. Other needed stuff is in the mipsel RPM directory (sorry, but I can't remeber the exact path). Thomas. -- See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>] From R.vandenBerg@inter.NL.net Mon Jul 27 06:37:55 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA17272; Mon, 27 Jul 1998 06:37:54 +0200 (MET DST) Received-Date: Mon, 27 Jul 1998 06:37:54 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-19.Hoorn.NL.net [193.79.46.244] with ESMTP for id GAA01650 (8.8.8/3.28); Mon, 27 Jul 1998 06:37:52 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 27 Jul 1998 06:36:00 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 27 Jul 1998 06:35:59 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: ethernet driver start for DECstations Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1271 Lines: 45 Hello everybody, For the eager ones as of now declance.c and needed patch are available. Right now the ethernet driver is only for DECstations which has it on board, no TURBOchannel option module yet. All it does at the moment is showing the hardware address aka esar. These are the changes contained in the patchfile relative to the source base directory linux against kernelsource 2.1.99pl2: arch/mips/config.in so that the driver can be choosen in the directory drivers/net: Makefile and Space.c to make network driver list aware of declance.c. of course declance.c itself. and a tricky one: drivers/tc/tc.c. drivers/tc/tc.c is tricky because here is the base address determined and that differs for DS5000/xx and the others with on board devices. If you have an other machine than a DS5000/xx change the line system_base = slot0addr + slot_size * (max_tcslot + 2); to system_base = slot0addr + slot_size * (max_tcslot + 1); so that the base address points to the right place. In this tc.c system_base is declared external because include'ing tcinfo.h in declance.c breaks compiling for reasons I don't know yet, this is just a quick hack. This patch is available at http:/www.inter.nl.net/users/schnecke/mips/lance.html Regards, Richard From paolo.zuliani@st-cross.oxford.ac.uk Mon Jul 27 15:53:47 1998 Received: from oxmail4.ox.ac.uk (oxmail4.ox.ac.uk [163.1.2.33]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA11082; Mon, 27 Jul 1998 15:53:46 +0200 (MET DST) Received-Date: Mon, 27 Jul 1998 15:53:46 +0200 (MET DST) Received: from sable.ox.ac.uk by oxmail4 with SMTP (PP) with ESMTP; Mon, 27 Jul 1998 14:53:41 +0100 Received: (from scro0249@localhost) by sable.ox.ac.uk (1.1/8.8.3) id OAA00812 for linux-mips@fnet.fr; Mon, 27 Jul 1998 14:53:41 +0100 (BST) From: Paolo Zuliani Message-Id: <199807271353.OAA00812@sable.ox.ac.uk> Subject: Re: status To: linux-mips@fnet.fr Date: Mon, 27 Jul 1998 14:53:40 +0100 (BST) In-Reply-To: <19980723230457.E503@uni-koblenz.de> from "ralf@uni-koblenz.de" at Jul 23, 98 11:04:57 pm Name: Paolo Zuliani Organization: St Cross College, Oxford Reply-To: Paolo.Zuliani@St-Cross.oxford.ac.uk X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 362 Lines: 13 > > Hi everyone, > > I have read the linux-mips FAQ but since it is a bit old I would > > like to know what is the current status of the project. Are the NEC > > Risc{Server|Station} supported? > > The FAQ is havily out of date - Linux/MIPS is doing alot better than the > FAQ even dares to dream. Good! So what are the machines supported? Regards, Paolo From imp@village.org Mon Jul 27 21:15:57 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA25297; Mon, 27 Jul 1998 21:15:55 +0200 (MET DST) Received-Date: Mon, 27 Jul 1998 21:15:55 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0z0skG-0001ai-00; Mon, 27 Jul 1998 13:15:40 -0600 Received: (from imp@localhost) by harmony.village.org (8.8.8/8.8.3) id NAA07594; Mon, 27 Jul 1998 13:19:15 -0600 (MDT) Date: Mon, 27 Jul 1998 13:19:15 -0600 (MDT) From: Warner Losh Message-Id: <199807271919.NAA07594@harmony.village.org> To: linux-mips@fnet.fr, paolo.zuliani@st-cross.oxford.ac.uk Subject: Re: status Content-Length: 57 Lines: 5 : Good! So what are the machines supported? no. Warner From paolo@wizzent.easynet.it Mon Jul 27 23:53:11 1998 Received: from zahra.easynet.it (root@zahra.easynet.it [151.99.189.12]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA01401; Mon, 27 Jul 1998 23:53:09 +0200 (MET DST) Received-Date: Mon, 27 Jul 1998 23:53:09 +0200 (MET DST) Received: from wizzent.easynet.it (root@ppp11.max.gw.easynet.it [151.99.189.139]) by zahra.easynet.it (8.8.8/8.8.8) with ESMTP id XAA15235; Mon, 27 Jul 1998 23:51:12 +0200 Received: from zuliap@easynet.it (zuliap@easynet.it) by wizzent.easynet.it (8.8.3/8.8.3) id XAA00221; Mon, 27 Jul 1998 23:50:14 +0200 From: Paolo Zuliani Message-Id: <199807272150.XAA00221@wizzent.easynet.it> Subject: Re: status To: imp@village.org (Warner Losh) Date: Mon, 27 Jul 1998 23:50:14 +0200 (MET DST) Cc: linux-mips@fnet.fr In-Reply-To: <199807271919.NAA07594@harmony.village.org> from "Warner Losh" at Jul 27, 98 01:19:15 pm Reply-To: zuliap@easynet.it X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 137 Lines: 9 > > : Good! So what are the machines supported? > > no. !?! Does that no stand for no one or am I missing anything?? Regards, Paolo From imp@village.org Mon Jul 27 23:58:46 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA01618; Mon, 27 Jul 1998 23:58:44 +0200 (MET DST) Received-Date: Mon, 27 Jul 1998 23:58:44 +0200 (MET DST) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0z0vI1-0001gi-00; Mon, 27 Jul 1998 15:58:41 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id QAA08914; Mon, 27 Jul 1998 16:02:17 -0600 (MDT) Message-Id: <199807272202.QAA08914@harmony.village.org> To: zuliap@easynet.it Subject: Re: status Cc: linux-mips@fnet.fr In-reply-to: Your message of "Mon, 27 Jul 1998 23:50:14 +0200." <199807272150.XAA00221@wizzent.easynet.it> References: <199807272150.XAA00221@wizzent.easynet.it> Date: Mon, 27 Jul 1998 16:02:17 -0600 From: Warner Losh Content-Length: 287 Lines: 11 In message <199807272150.XAA00221@wizzent.easynet.it> Paolo Zuliani writes: : > : Good! So what are the machines supported? : > : > no. : : !?! Does that no stand for no one or am I missing anything?? "no" as in "No, it doesn't support the NEC RISC{station,server} machines." Warner From chris_allen@softway.com.au Tue Jul 28 06:13:58 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA00128; Tue, 28 Jul 1998 06:13:57 +0200 (MET DST) Received-Date: Tue, 28 Jul 1998 06:13:57 +0200 (MET DST) Received: from sweeney.sw.oz.au (firewall-user@gw.softway.com.au [203.31.96.1]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id GAA08947; Tue, 28 Jul 1998 06:13:52 +0200 (MET DST) Received: by sweeney.sw.oz.au id OAA07609; Tue, 28 Jul 1998 14:12:17 +1000 (EST) (from chris_allen@softway.com.au for ) Received: from UNKNOWN(192.41.203.48), claiming to be "suede.sw.oz.au" via SMTP by sweeney.sw.oz.au, id smtpd007607; Tue Jul 28 14:12:14 1998 Received: from chrisa.sw.oz.au (chrisa.sw.oz.au [192.41.203.24]) by suede.sw.oz.au (8.8.8/8.8.8) with SMTP id OAA26841; Tue, 28 Jul 1998 14:12:14 +1000 (EST) From: "Chris Allen" To: Cc: "Paul Antoine" Subject: URL address update Date: Tue, 28 Jul 1998 14:12:14 +1000 Message-ID: <000a01bdb9dd$e68c3060$18cb29c0@chrisa.sw.oz.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Content-Length: 513 Lines: 19 Hi, I'd just like to let you guys know that the URL on your Linux/MIPS FAQ for: http://www.softway.com.au/people/paul/dec Needs to be updated to: http://private.softway.com.au/paul/dec Thanks, Chris -- Chris_Allen@softway.com.au http://www.softway.com.au __________________________________________________________________ SOFTWAY Pty. Ltd. -- Evolutionary software, revolutionary results. PO Box 305, Strawberry Hills, NSW 2012, Australia Phone: +61 2 9698 2322 (x126) Fax: +61 2 9699 9174 From ralf@uni-koblenz.de Wed Jul 29 01:22:39 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA00328; Wed, 29 Jul 1998 01:22:38 +0200 (MET DST) Received-Date: Wed, 29 Jul 1998 01:22:38 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-19.uni-koblenz.de [141.26.249.19]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id BAA10628 for ; Wed, 29 Jul 1998 01:22:36 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id BAA02620; Wed, 29 Jul 1998 01:21:27 +0200 Message-ID: <19980729012126.C1989@uni-koblenz.de> Date: Wed, 29 Jul 1998 01:21:26 +0200 To: Chris Allen , linux-mips@fnet.fr Cc: Paul Antoine Subject: Re: URL address update References: <000a01bdb9dd$e68c3060$18cb29c0@chrisa.sw.oz.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <000a01bdb9dd$e68c3060$18cb29c0@chrisa.sw.oz.au>; from Chris Allen on Tue, Jul 28, 1998 at 02:12:14PM +1000 Content-Length: 583 Lines: 19 On Tue, Jul 28, 1998 at 02:12:14PM +1000, Chris Allen wrote: > I'd just like to let you guys know that the URL on your Linux/MIPS FAQ for: > > http://www.softway.com.au/people/paul/dec > > Needs to be updated to: > > http://private.softway.com.au/paul/dec Ok, fixed. However since Paul hasn't done very much over the last time we should rather make these links point to what that other DECstation people have worked. Maybe anybody could make me a suggestion what the Link should read. And we need to update the FAQ, it's seriously harming us by being so out of date. Ralf From R.vandenBerg@inter.NL.net Wed Jul 29 06:43:49 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA04468; Wed, 29 Jul 1998 06:43:49 +0200 (MET DST) Received-Date: Wed, 29 Jul 1998 06:43:49 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn99-12.Hoorn.NL.net [193.79.46.237] with ESMTP for id GAA16113 (8.8.8/3.28); Wed, 29 Jul 1998 06:43:47 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 29 Jul 1998 06:05:21 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 29 Jul 1998 06:05:20 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: URL address update In-Reply-To: <19980729012126.C1989@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 606 Lines: 14 On Wed, 29 Jul 1998 ralf@uni-koblenz.de wrote: > However since Paul hasn't done very much over the last time we should > rather make these links point to what that other DECstation people have > worked. Maybe anybody could make me a suggestion what the Link should > read. And we need to update the FAQ, it's seriously harming us by > being so out of date. I think that http://decstation.unix-ag.org is a very good link for DECstation related stuff because it contains a lot of information and is pretty up to date with the latest kernels (2.1.99 and 2.1.100 coming) and development software. Richard From engel@numerik.math.uni-siegen.de Wed Jul 29 09:30:11 1998 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.2.230]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA06248; Wed, 29 Jul 1998 09:30:09 +0200 (MET DST) Received-Date: Wed, 29 Jul 1998 09:30:09 +0200 (MET DST) Received: (from engel@localhost) by fourier.numerik.math.uni-siegen.de (Mailhost) id JAA27106 for linux-mips@fnet.fr; Wed, 29 Jul 1998 09:30:04 +0200 (MET DST) From: Michael Engel Message-Id: <199807290730.JAA27106@fourier.numerik.math.uni-siegen.de> Subject: Re: URL address update To: linux-mips@fnet.fr Date: Wed, 29 Jul 1998 09:30:03 +0200 (MET DST) In-Reply-To: <19980729012126.C1989@uni-koblenz.de> from "ralf@uni-koblenz.de" at Jul 29, 98 01:21:26 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 701 Lines: 23 > On Tue, Jul 28, 1998 at 02:12:14PM +1000, Chris Allen wrote: > > > http://private.softway.com.au/paul/dec [...] > However since Paul hasn't done very much over the last time we should > rather make these links point to what that other DECstation people have > worked. Maybe anybody could make me a suggestion what the Link should > read. http://decstation.unix-ag.org > And we need to update the FAQ, it's seriously harming us by > being so out of date. Hmm, I could contribute to the DECstation part, of course (haven't looked at the FAQ for a looong time, I think it only mentions DECstations as possible porting target). Perhaps some words about the RM200, too ;) ... regards, Michael From ralf@uni-koblenz.de Wed Jul 29 09:54:52 1998 Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.4.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA06772; Wed, 29 Jul 1998 09:54:49 +0200 (MET DST) Received-Date: Wed, 29 Jul 1998 09:54:49 +0200 (MET DST) From: ralf@uni-koblenz.de Received: from uni-koblenz.de (ralf@pmport-09.uni-koblenz.de [141.26.249.9]) by informatik.uni-koblenz.de (8.8.8/8.8.8) with ESMTP id JAA13923 for ; Wed, 29 Jul 1998 09:54:45 +0200 (MEST) Received: (from ralf@localhost) by uni-koblenz.de (8.8.7/8.8.7) id JAA03614; Wed, 29 Jul 1998 09:54:25 +0200 Message-ID: <19980729095424.A3587@uni-koblenz.de> Date: Wed, 29 Jul 1998 09:54:24 +0200 To: Michael Engel , linux-mips@fnet.fr Subject: Re: URL address update References: <19980729012126.C1989@uni-koblenz.de> <199807290730.JAA27106@fourier.numerik.math.uni-siegen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199807290730.JAA27106@fourier.numerik.math.uni-siegen.de>; from Michael Engel on Wed, Jul 29, 1998 at 09:30:03AM +0200 Content-Length: 786 Lines: 20 On Wed, Jul 29, 1998 at 09:30:03AM +0200, Michael Engel wrote: > > However since Paul hasn't done very much over the last time we should > > rather make these links point to what that other DECstation people have > > worked. Maybe anybody could make me a suggestion what the Link should > > read. > > http://decstation.unix-ag.org > > > And we need to update the FAQ, it's seriously harming us by > > being so out of date. > > Hmm, I could contribute to the DECstation part, of course (haven't looked > at the FAQ for a looong time, I think it only mentions DECstations as > possible porting target). Perhaps some words about the RM200, too ;) ... That offer is appreciated. I'll mail to the fnet admins and ask them for access for you such that you can update the FAQ. Ralf From <@Cologne.DE:karsten@excalibur.cologne.de> Wed Jul 29 22:12:04 1998 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id WAA13522; Wed, 29 Jul 1998 22:12:01 +0200 (MET DST) Received-Date: Wed, 29 Jul 1998 22:12:01 +0200 (MET DST) Received: from localhost (1423 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Wed, 29 Jul 1998 22:13:18 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.8.7/8.8.7) id VAA08084; Wed, 29 Jul 1998 21:41:35 +0200 Message-ID: <19980729214135.A7531@excalibur.cologne.de> Date: Wed, 29 Jul 1998 21:41:35 +0200 From: Karsten Merker To: linux-mips@fnet.fr Subject: Re: URL address update Mail-Followup-To: linux-mips@fnet.fr References: <000a01bdb9dd$e68c3060$18cb29c0@chrisa.sw.oz.au> <19980729012126.C1989@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <19980729012126.C1989@uni-koblenz.de>; from ralf@uni-koblenz.de on Wed, Jul 29, 1998 at 01:21:26AM +0200 X-No-Archive: yes Content-Length: 623 Lines: 20 Ralf Baechle wrote: [URL update] > Ok, fixed. If you are currently fixing broken links: the links to the Siemens/Nixdorf pages about the RM200/300/400 in the same section are also broken: "Sorry, 404 Error: File not found !". I do not know what these URLs were pointing to before, but perhaps http://www.sni.de/servers/rm/rm_us/rm200c_us.htm is a starting point for finding the correct URLs. Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung.