From klaus@komet.lfn.unterland.de Mon Jun 3 14:42:51 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id OAA00724 for ; Mon, 3 Jun 1996 14:42:49 +0200 (MET DST) Received: from valkyrie.lfn.unterland.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA21107; Mon, 3 Jun 1996 14:42:01 +0200 (MET) Received: (from komet@localhost) by valkyrie.lfn.unterland.de (8.6.8.1/8.6.6) id OAA18110 for linux-mips@fnet.fr; Mon, 3 Jun 1996 14:43:37 +0200 Received: from komet.lfn.unterland.de (localhost [127.0.0.1]) by komet.lfn.unterland.de (8.7.1/8.6.9) with SMTP id VAA00750; Sun, 2 Jun 1996 21:31:32 +0200 Sender: klaus@komet.lfn.unterland.de Message-Id: <31B1EC14.2C73981C@komet.lfn.unterland.de> Date: Sun, 02 Jun 1996 21:31:32 +0200 From: Klaus Jaehne Organization: private Linux site in Germany X-Mailer: Mozilla 2.01 (X11; I; Linux 1.2.13 i486) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux/MIPS Mailing list X-Url: file:/mnt/cdrom/ftp.uni-mainz.de/arch/mips/www/linux-mips.html Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 313 Lines: 10 Salut, I would like to subscribe to Linux/MIPS mailing list... How can I do this? -- Tschüß, |; Mon, 3 Jun 1996 02:06:47 +0200 (MET DST) Received: from crissy.Stanford.EDU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA28751; Mon, 3 Jun 1996 02:06:07 +0200 (MET) Received: by Crissy.Stanford.EDU (8.6.8/25-LAGUNITA-eef) id RAA08371; Sun, 2 Jun 1996 17:10:39 -0700 From: Steph Hannon Message-Id: <199606030010.RAA08371@Crissy.Stanford.EDU> Subject: Magic number To: linux-mips@fnet.fr Date: Sun, 2 Jun 96 17:10:39 PDT In-Reply-To: <199605311436.QAA09837@vespa.unix-ag.uni-siegen.de>; from "Michael Engel" at May 31, 96 4:36 pm X-Mailer: ELM [version 2.3 PL11] Content-Length: 1311 Lines: 33 We are using the SGI cross-compiler developed by Tor to compile our linux source tree. We wrote a disassembler to look at the information in the header. We have two problems which we hope someone can help us with: 1) The magic number we read out is 263. The numbers that seem to be valid are 407, 410, 413, 314 for OMAGIC, NMAGIC, ZMAGIC and QMAGIC, respectively. We can't use standard tools like dis and gdb on this binary so we were wondering what is wrong with our magic number. 2) We read the header into a struct called kexec, just like the a.out loader. In our struct, kexec.a_entry is 0x0. If we read the value associated with "kernel_entry" out of the symbol table it is 0x01a4. Should these be the same or does milo use this field? We should note, to get the binary to compile to big-endian format with the SGI complier we had to make two changes: - in /usr/local/mips-linux/ldscripts we had to change the mipslinux.x* files so the output format was "a.out-mips-big-linux" - we changed the make file so that ld used the option -oformat a.out-mips-big-linux because ld was still generating little endian after we made the first change Note -- we are basically writing our own loader to replace the milo stuff which is why we care about this :) Thanks for any help in advance! Steph From paul@suite.sw.oz.au Mon Jun 3 15:22:54 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id PAA01585 for ; Mon, 3 Jun 1996 15:22:53 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA04160; Mon, 3 Jun 1996 15:22:12 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id NAA29849; Mon, 3 Jun 1996 13:22:32 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA12139; Mon, 3 Jun 1996 23:22:30 +1000 (5.65c/1.34) (from paul@suite.sw.oz.au for linux-mips@fnet.fr) From: paul@suite.sw.oz.au (Paul Antoine) Message-Id: <199606031322.AA12139@suite.sw.oz.au> Subject: Re: DS5000/120 To: linux-mips@fnet.fr Date: Mon, 3 Jun 1996 23:22:30 +1000 (EST) In-Reply-To: <199605311436.QAA09837@vespa.unix-ag.uni-siegen.de> from "Michael Engel" at May 31, 96 04:36:47 pm Organization: Softway Pty Ltd X-Face: U)Kb/c%d9`JI>Y>s'evmMaR`z*WE$<,["^2)I8o?jkx/d^=dMa$GD(s6[p|npE}r0?)qQ7H *3S2vbK66POj?=%pCn?Bp}D/3A{`-.v0=%L9emS+|Pc91$EP0-;i\ON*p;Mwp$tt3wO~g1Z W.mIz'n~$U&uIM9ix=\1=~""=W?t$3b)>`foC8+3g$m2l;^D$?i}WI(Uxc@THJ9OBbk3g6 X-Mailer: ELM [version 2.4 PL24 PGP3 *ALPHA*] Content-Type: text Content-Length: 1483 Lines: 33 Hi Michael, > a friend of mine and I recently acquired two DecStations 5000/120 in working > condition (for free :)). After stealing 16 MB out of a dead DS3100, both > machines work fine with a terminal connected to serial port 2 as console. Cool! > I know from the NetBSD sources that there exist several documents from DEC > describing the 5000/1xx hardware, but I wasn't able to find those on the > net (only the DS3100 and 5000/200 docs on gatekeeper). Does anyone know where > we might get a version (either printed or Postscript/PDF) of these documents ? The reason you can't find them is that they are not publically available. DEC has made them available to individuals at different times but has not published them. This is about to change however, as my good friend John "Maddog" Hall at DEC is getting them cleaned up and approved for publication. Stay tuned to this exciting channel... in fact, I may well be able to visit maddog personally next week while I'm in the area so I'll try to get an update. Regards, Paul _______________________________________________________________________________ Paul M. Antoine, Net: paul@sw.oz.au Softway Pty Ltd WWW: www.softway.com.au PO Box 305, Strawberry Hills, NSW 2012, Australia Tel: +61 2 698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From engel@vespa.unix-ag.uni-siegen.de Mon Jun 3 16:28:21 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id QAA02895 for ; Mon, 3 Jun 1996 16:28:20 +0200 (MET DST) Received: from si-nic.hrz.uni-siegen.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA24328; Mon, 3 Jun 1996 16:27:38 +0200 (MET) Received: from vespa.unix-ag.uni-siegen.de by si-nic.hrz.uni-siegen.de with SMTP (5.67b/UniSiegen 1.1) id AA02495; Mon, 3 Jun 1996 16:28:11 +0200 Received: by vespa.unix-ag.uni-siegen.de (8.7.5/8.7.1) id QAA03067 for linux-mips@fnet.fr; Mon, 3 Jun 1996 16:25:40 +0200 (MET DST) From: Michael Engel Message-Id: <199606031425.QAA03067@vespa.unix-ag.uni-siegen.de> Subject: Re: DS5000/120 To: linux-mips@fnet.fr Date: Mon, 3 Jun 1996 16:25:38 +0200 (MET DST) In-Reply-To: <199606031322.AA12139@suite.sw.oz.au> from "Paul Antoine" at Jun 3, 96 11:22:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1776 Lines: 42 Hi Paul, > > a friend of mine and I recently acquired two DecStations 5000/120 in working > > condition (for free :)). After stealing 16 MB out of a dead DS3100, both > > machines work fine with a terminal connected to serial port 2 as console. > Cool! Now comes the best thing. I managed to boot the DS5000 via tftp from a Linux/ intel system (no problem, I've set up diskless Sun client for years :)) and tried to boot linux-1.3.62.dec.tar.gz from ftp.softway.com.au and - voila! - it started to spill out messgaes on the console ! The system is correctly detected as DecStation 5000/1xx and continues to boot (I haven't got the exact messages, but I can reproduce them) until the line Clearing memory (or was that "testing memory" ? I did all that last Friday and had to struggle with a different MIPS box - a Siemens MX400 (running SINIX - urgh !)) over the weekend ...) appears. Then the system hangs and doesn't even react when pressing the reset button on the back, I have to switch power to bring the DS5000 back to life. But I was very impressed that I came this far !!! Fine work ! [availability of DS5000/120 documentation] > The reason you can't find them is that they are not publically available. > DEC has made them available to individuals at different times but has > not published them. This is about to change however, as my good friend > John "Maddog" Hall at DEC is getting them cleaned up and approved for > publication. Sounds good. I just wondered because DS3100 and 5000/200 documentation is on gatekeeper. > Stay tuned to this exciting channel... in fact, I may well be able to > visit maddog personally next week while I'm in the area so I'll try > to get an update. > Fine ! regards, Michael Engel (engel@unix-ag.uni-siegen.de) From linux@mailhost.uni-koblenz.de Mon Jun 3 18:11:08 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id SAA04988 for ; Mon, 3 Jun 1996 18:11:06 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA00126; Mon, 3 Jun 1996 18:10:03 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id SAA24490 for ; Mon, 3 Jun 1996 18:24:04 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606031624.SAA24490@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id SAA28040; Mon, 3 Jun 1996 18:09:51 +0200 Subject: Re: DS5000/120 To: linux-mips@fnet.fr Date: Mon, 3 Jun 1996 18:09:50 +0200 (MET DST) In-Reply-To: <199606031425.QAA03067@vespa.unix-ag.uni-siegen.de> from "Michael Engel" at Jun 3, 96 04:25:38 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1350 Lines: 35 Hi, > (or was that "testing memory" ? I did all that last Friday and had to struggle > with a different MIPS box - a Siemens MX400 (running SINIX - urgh !)) over > the weekend ...) appears. I fixed the problems with Sinix by replacing it with Linux on my RM200 :-) The box was borrowed by SNI and so I dare to hope that we'll also get other SNI MIPS machines from them to put Linux on them. Ralf (Are you shure that the MX400 has a MIPS processor? That's would be the third processor series (NS32000, i386, MIPS) that the use for the MX series. Yuck. But otherwise you're right with your opinion about SINIX. I sometimes have to use an ancient MX2 and no doubt - most horrible UNIX ever. A short live session on oldtimer.cs.uni-sb.de: (1) /usr/users/baechle > uptime uptime: Command not found. (2) /usr/users/baechle > w w: Command not found. (3) /usr/users/baechle > ftp tsx-11.mit.edu ftp: getsockname: Unzulaessiges Argument ftp> by (4) /usr/users/baechle > ftp ftp.cs.helsinki.fi Connected to porsas.cs.Helsinki.FI. Segmentation fault (core dumped) (5) /usr/users/baechle > telnet ozzy.uni-koblenz.de mud.uni-paderborn.de: unknown host (6) /usr/users/baechle > Yes, hard/software are ok and correctly installed but though the resolver fails, the machine needs proxy ARP, telnetd and rlogind crash ... Yes, they dared to sell it ...) From engel@vespa.unix-ag.uni-siegen.de Mon Jun 3 19:03:52 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id TAA06040 for ; Mon, 3 Jun 1996 19:03:51 +0200 (MET DST) Received: from si-nic.hrz.uni-siegen.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA01283; Mon, 3 Jun 1996 19:03:08 +0200 (MET) Received: from vespa.unix-ag.uni-siegen.de by si-nic.hrz.uni-siegen.de with SMTP (5.67b/UniSiegen 1.1) id AA04723; Mon, 3 Jun 1996 19:03:36 +0200 Received: by vespa.unix-ag.uni-siegen.de (8.7.5/8.7.1) id TAA03546 for linux-mips@fnet.fr; Mon, 3 Jun 1996 19:01:05 +0200 (MET DST) From: Michael Engel Message-Id: <199606031701.TAA03546@vespa.unix-ag.uni-siegen.de> Subject: Re: DS5000/120 To: linux-mips@fnet.fr Date: Mon, 3 Jun 1996 19:00:58 +0200 (MET DST) In-Reply-To: <199606031624.SAA24490@informatik.uni-koblenz.de> from "Systemkennung Linux" at Jun 3, 96 06:09:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2064 Lines: 58 Hi, > > I fixed the problems with Sinix by replacing it with Linux on my RM200 :-) > > Ralf Well, I wasn't permitted ... ;) > (Are you shure that the MX400 has a MIPS processor? That's would be the > third processor series (NS32000, i386, MIPS) that the use for the MX series. Oooops, no ! Bad typo, this was in fact an RM400 ! We have a MX300 case here that holds our ftp sevrer (386DX40 running Linux ...), so I got confused ... > Yuck. But otherwise you're right with your opinion about SINIX. I sometimes > have to use an ancient MX2 and no doubt - most horrible UNIX ever. A short > live session on oldtimer.cs.uni-sb.de: Well, let's see : > (1) /usr/users/baechle > uptime > uptime: Command not found. > (2) /usr/users/baechle > w > w: Command not found. So far, this looks like an old SCO Unix version with TCP/IP ;) > (3) /usr/users/baechle > ftp tsx-11.mit.edu > ftp: getsockname: Unzulaessiges Argument > ftp> by Oops, I _hate_ german error messages. Solaris drives me crazy with those ... > (4) /usr/users/baechle > ftp ftp.cs.helsinki.fi > Connected to porsas.cs.Helsinki.FI. > Segmentation fault (core dumped) > (5) /usr/users/baechle > telnet ozzy.uni-koblenz.de > mud.uni-paderborn.de: unknown host OK, now I know I'll refuse the offer to get a free MX2 I got some weeks ago ;) > Yes, hard/software are ok and correctly installed but though the > resolver fails, the machine needs proxy ARP, telnetd and rlogind crash ... > Yes, they dared to sell it ...) Hmmm, this all reminds me of our old TI S1500. This machine is a multi- processor 68030/040 system with a mixture of SVR2 and SVR3 Unix. Once, Texas Instruments decided they needed TCP/IP for their system. They forgot to : - include NFS :( - include a lpr client - include a lpr server (and I wasn't able to compile either ...) The netstat command is called tcpstat and the whole thing drives me crazy sometimes :) But - if it runs, it runs _very_ reliably. I regularly get months of uptimes on these machines ... regards, Michael Engel (engel@unix-ag.uni-siegen.de) From linux@mailhost.uni-koblenz.de Tue Jun 4 01:17:57 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id BAA13429 for ; Tue, 4 Jun 1996 01:17:52 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA07585; Tue, 4 Jun 1996 01:17:01 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id BAA11433 for ; Tue, 4 Jun 1996 01:31:20 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606032331.BAA11433@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id BAA28552; Tue, 4 Jun 1996 01:16:42 +0200 Subject: Re: DS5000/120 To: linux-mips@fnet.fr Date: Tue, 4 Jun 1996 01:16:41 +0200 (MET DST) In-Reply-To: <199606031701.TAA03546@vespa.unix-ag.uni-siegen.de> from "Michael Engel" at Jun 3, 96 07:00:58 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1164 Lines: 30 Hi, > > I fixed the problems with Sinix by replacing it with Linux on my RM200 :-) Small correction: it wasn't Sinix but NT that I replaced on the RM200 but that was a even more evil problem :-) I'll ask SNI for a copy of Sinix so that I can build a big endian Linux/MIPS able to coexist with Sinix. > OK, now I know I'll refuse the offer to get a free MX2 I got some weeks ago ;) Now you know why it has been offered to you ... (But on the other hand - the hardware is about the most reliable I know. The machine I mentioned was standing in a room for two days into which the water was running through a hole in the roof. It works and works and works and ... > Hmmm, this all reminds me of our old TI S1500. This machine is a multi- > processor 68030/040 system with a mixture of SVR2 and SVR3 Unix. Once, Texas > Instruments decided they needed TCP/IP for their system. They forgot to : > - include NFS :( The MX2 doesn't have NFS also. > - include a lpr client > - include a lpr server > (and I wasn't able to compile either ...) Hmm, was your problem that you didn't find any socket function in a library? One of the minor problems ... Ralf From ralf@Julia.DE Tue Jun 4 02:17:02 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id CAA14649 for ; Tue, 4 Jun 1996 02:16:58 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA08324; Tue, 4 Jun 1996 02:16:09 +0200 (MET) Received: from bryant.intern.julia.de (ralf@bryant.intern.julia.de [194.221.49.34]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id CAA00846 for ; Tue, 4 Jun 1996 02:14:11 +0200 From: Ralf Baechle Received: (from ralf@localhost) by bryant.intern.julia.de (8.7.5/8.7.3) id CAA32093 for linux-mips@fnet.fr; Tue, 4 Jun 1996 02:09:49 +0200 Message-Id: <199606040009.CAA32093@bryant.intern.julia.de> Subject: Re: Magic number To: linux-mips@fnet.fr Date: Tue, 4 Jun 1996 02:09:49 +0200 (MET DST) In-Reply-To: <199606030010.RAA08371@Crissy.Stanford.EDU> from "Steph Hannon" at Jun 2, 96 05:10:39 pm X-Mailer: ELM [version 2.4 PL24 PGP6] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1660 Lines: 39 Hi, > We are using the SGI cross-compiler developed by Tor to compile our > linux source tree. We wrote a disassembler to look at the information > in the header. We have two problems which we hope someone can help us > with: > > 1) The magic number we read out is 263. The numbers that seem to be > valid are 407, 410, 413, 314 for OMAGIC, NMAGIC, ZMAGIC and QMAGIC, > respectively. We can't use standard tools like dis and gdb on this > binary so we were wondering what is wrong with our magic number. 263 decimal == 407 octal :-) > 2) We read the header into a struct called kexec, just like the a.out > loader. In our struct, kexec.a_entry is 0x0. If we read the value > associated with "kernel_entry" out of the symbol table it is 0x01a4. > Should these be the same or does milo use this field? For all normal a.out executables a_entry is the virtual loadaddress AND the entry point into the kernel. The Linux/MIPS a.out format bootfiles have their execption handlers at the start of the code, so this wouldn't work. That's why the value of the kernel_entry symbol is used instead. > We should note, to get the binary to compile to big-endian format with > the SGI complier we had to make two changes: > > - in /usr/local/mips-linux/ldscripts we had to change the > mipslinux.x* files so the output format was "a.out-mips-big-linux" > - we changed the make file so that ld used the option > -oformat a.out-mips-big-linux > because ld was still generating little endian after we made the first > change Ok, this is a bug. There should be linker scripts for mipslinux.x* and mipsellinux.x*. Always thought noone'd notice :-) Ralf From paul@suite.sw.oz.au Tue Jun 4 04:29:56 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id EAA18620 for ; Tue, 4 Jun 1996 04:29:55 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA09820; Tue, 4 Jun 1996 04:29:11 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id CAA18358; Tue, 4 Jun 1996 02:29:30 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA21842; Tue, 4 Jun 1996 12:29:27 +1000 (5.65c/1.34) (from paul@suite.sw.oz.au for linux-mips@fnet.fr) From: paul@suite.sw.oz.au (Paul Antoine) Message-Id: <199606040229.AA21842@suite.sw.oz.au> Subject: Re: DS5000/120 To: linux-mips@fnet.fr Date: Tue, 4 Jun 1996 12:29:25 +1000 (EST) In-Reply-To: <199606031425.QAA03067@vespa.unix-ag.uni-siegen.de> from "Michael Engel" at Jun 3, 96 04:25:38 pm Organization: Softway Pty Ltd X-Face: U)Kb/c%d9`JI>Y>s'evmMaR`z*WE$<,["^2)I8o?jkx/d^=dMa$GD(s6[p|npE}r0?)qQ7H *3S2vbK66POj?=%pCn?Bp}D/3A{`-.v0=%L9emS+|Pc91$EP0-;i\ON*p;Mwp$tt3wO~g1Z W.mIz'n~$U&uIM9ix=\1=~""=W?t$3b)>`foC8+3g$m2l;^D$?i}WI(Uxc@THJ9OBbk3g6 X-Mailer: ELM [version 2.4 PL24 PGP3 *ALPHA*] Content-Type: text Content-Length: 2477 Lines: 61 Hi Folks, Michael Engel writes: > Now comes the best thing. I managed to boot the DS5000 via tftp from > a Linux/ intel system (no problem, I've set up diskless Sun client for > years :)) and tried to boot linux-1.3.62.dec.tar.gz from > ftp.softway.com.au and - voila! - it started to spill out messgaes on > the console ! The system is correctly detected as DecStation 5000/1xx > and continues to boot (I haven't got the exact messages, but I can > reproduce them) until the line > > Clearing memory > > (or was that "testing memory" ? It's "Initialising memory", and it's not a standard Linux message. I'm using Luc's standard printk method of debugging :-) > Then the system hangs and doesn't even react when pressing the reset > button on the back, I have to switch power to bring the DS5000 back to > life. Yes, this is as far as my debugging has gone, and you will have noticed several "Avoiding doing xxxx" messages that appear in sections where I know there are still problems. I could be kind and add a call to the boot prom to do a 'halt', but I couldn't be bothered because this hanging-point keeps changing from one compile to another as I do more work. > But I was very impressed that I came this far !!! Fine work ! Thanks! > [availability of DS5000/120 documentation] > > > The reason you can't find them is that they are not publically available. > > DEC has made them available to individuals at different times but has > > not published them. This is about to change however, as my good friend > > John "Maddog" Hall at DEC is getting them cleaned up and approved for > > publication. > > Sounds good. I just wondered because DS3100 and 5000/200 documentation is > on gatekeeper. Yeah - it's weird, but just an artifact of history I think. The 3100 and 5000/200 documentation has actually helped a fair bit (along with the source to MACH for the DECstations). I'm off to the US again next weekend so I won't get a chance to do some more work on the DECstation port for a few weeks. Regards, Paul _______________________________________________________________________________ Paul M. Antoine, Net: paul@sw.oz.au Softway Pty Ltd WWW: www.softway.com.au PO Box 305, Strawberry Hills, NSW 2012, Australia Tel: +61 2 698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From dfrick@dial.eunet.ch Wed Jun 5 07:05:07 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id HAA20892 for ; Wed, 5 Jun 1996 07:05:06 +0200 (MET DST) Received: from mail.eunet.ch by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA19770; Wed, 5 Jun 1996 07:05:04 +0200 (MET) Received: from miston.any.net by mail.eunet.ch (8.7.5/1.34) id FAA09399; Wed, 5 Jun 1996 05:05:02 GMT Received: (from dfrick@localhost) by miston.any.net (8.6.12/8.6.12) id HAA00212; Wed, 5 Jun 1996 07:08:12 +0200 Date: Wed, 5 Jun 1996 07:08:12 +0200 Message-Id: <199606050508.HAA00212@miston.any.net> From: Didier Frick To: linux-mips@fnet.fr Subject: TLB Management , C library Content-Length: 2036 Lines: 58 Hello, I'm currently investigating the linux-mips port and I have come across some trouble: 1) I have begun to work on the R3000 adaptation. I'm having lots of trouble with virtual memory mapping, because the format of the MMU register is different than for the R4000 and I dont understand very well the way page tables are mapped in kernel state. My current state is that the boot process hangs in buffer_init, which is the first routine to use VM in kernel mode. If I trace the execution, I see that buffer_init causes a tlbs exception, when it first writes into vmalloced memory. This exception then causes a tlbl, because the page table isn't in the TLB. The tlbl handler faults in its turn for the same reason and the system hangs. I'd greatly appreciate some information about the way TLBMAP, TLB_ROOT and the like are working, and about how kernel page tables are implemented. (I couldn't find any routing setting up a kernel page table, like on other architectures). 2) We have had a lot of trouble trying to compile the linux c library from the fnet server, even after the patches. We were using the mips-linuxelf-gcc , also from fnet. The makefiles keep calling the wrong tools, some files seem to be missing, etc... Do you have any hints on how to fix the situation ? Finally, maybe you will be interested in some information we have gathered during our first 10 days of work: - The method used to discriminate between MIPS ISA levels using the preprocessor is buggy. if you write: #if __MIPS_ISA_LEVEL == __MIPS_ISA_LEVEL2 a #else b #endif The test will always succeed if __MIPS__ISA_LEVEL2 is not defined to some value. We've had to modify the gcc specs file to define arbitrary numeric values for the mips isa symbols. - There was a bug in the 1.3.98 ld.script: the _end symbol is before the .sbss data, which will cause variables to be overwritten at initialization. - The R3000 cli/sti functions need nops to prevent coprocessor hazards. Thanks in advance for any input, Didier From linux@mailhost.uni-koblenz.de Wed Jun 5 14:06:37 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id OAA29826 for ; Wed, 5 Jun 1996 14:06:36 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA03283; Wed, 5 Jun 1996 14:06:04 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id OAA24235; Wed, 5 Jun 1996 14:20:23 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606051220.OAA24235@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id OAA05659; Wed, 5 Jun 1996 14:03:21 +0200 Subject: Re: TLB Management , C library To: linux-mips@fnet.fr Date: Wed, 5 Jun 1996 14:03:20 +0200 (MET DST) Cc: dfrick@dial.eunet.ch In-Reply-To: <199606050508.HAA00212@miston.any.net> from "Didier Frick" at Jun 5, 96 07:08:12 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 2951 Lines: 70 Hi, > 1) I have begun to work on the R3000 adaptation. I'm having lots > of trouble with virtual memory mapping, because the format of the > MMU register is different than for the R4000 and I dont understand > very well the way page tables are mapped in kernel state. > My current state is that the boot process hangs in buffer_init, which > is the first routine to use VM in kernel mode. > > If I trace the execution, I see that buffer_init causes a tlbs exception, > when it first writes into vmalloced memory. > This exception then causes a tlbl, because the page table isn't in the TLB. > The tlbl handler faults in its turn for the same reason and the system hangs. > I'd greatly appreciate some information about the way TLBMAP, TLB_ROOT and > the like are working, and about how kernel page tables are implemented. > (I couldn't find any routing setting up a kernel page table, like on other > architectures). The double tlbl exception is part of the concept. Handling the tlb faults this way takes out complexity from the first handler (which has 14 instructions for R4x00 and only 12 for R4600). > We have had a lot of trouble trying to compile the linux c library from > the fnet server, even after the patches. We were using the > mips-linuxelf-gcc , also from fnet. The makefiles keep calling the > wrong tools, some files seem to be missing, etc... > Do you have any hints on how to fix the situation ? Which libc have you been using for your compilation attempts? > - The method used to discriminate between MIPS ISA levels using > the preprocessor is buggy. if you write: > > #if __MIPS_ISA_LEVEL == __MIPS_ISA_LEVEL2 > > a > > #else > b > > #endif > > The test will always succeed if __MIPS__ISA_LEVEL2 is not defined to > some value. We've had to modify the gcc specs file to define arbitrary > numeric values for the mips isa symbols. Ooops, I'll fix this one. The ELF compiler defines these symbols correctly. I just forgot to add some compatibility defines for the a.out compiler to the Makefiles. I didn't notice this because as it seems the action taken is ok for the R4x00. > - There was a bug in the 1.3.98 ld.script: the _end symbol is before > the .sbss data, which will cause variables to be overwritten at > initialization. The .sbss section should be empty so this is no real problem. This script is used anyway only used when converting an ELF kernel into an a.out kernel for bootstrap purposes. Given some other problems with binutils that I'm just debugging this option doesn't work anyway. > - The R3000 cli/sti functions need nops to prevent coprocessor > hazards. I (and Paul Antoine who did most of the R3000 bits that exist) know about this problem. The problem is that the R3000 documentation (Kane) doesn't specify how many nops are exactly required; we intended to inquire how many are required before we add five (== pipeline lenght) as brute force solution. Ralf From dfrick@dial.eunet.ch Thu Jun 6 02:26:16 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id CAA20180 for ; Thu, 6 Jun 1996 02:26:11 +0200 (MET DST) Received: from mail.eunet.ch by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA15999; Thu, 6 Jun 1996 02:26:04 +0200 (MET) Received: from miston.any.net by mail.eunet.ch (8.7.5/1.34) id AAA27306; Thu, 6 Jun 1996 00:25:58 GMT Received: (from dfrick@localhost) by miston.any.net (8.6.12/8.6.12) id CAA00636; Thu, 6 Jun 1996 02:29:42 +0200 Date: Thu, 6 Jun 1996 02:29:42 +0200 Message-Id: <199606060029.CAA00636@miston.any.net> From: Didier Frick To: linux@mailhost.uni-koblenz.de Cc: linux-mips@fnet.fr Cc: Robin.Farine@info.unine.ch In-Reply-To: <199606051220.OAA24235@informatik.uni-koblenz.de> (message from Systemkennung Linux on Wed, 5 Jun 1996 14:03:20 +0200 (MET DST)) Subject: Re: TLB Management , C library Content-Length: 4665 Lines: 113 >>>>> "linux-mips" == Systemkennung Linux writes: Hello, [...] linux-mips> The double tlbl exception is part of the concept. linux-mips> Handling the tlb faults this way takes out complexity linux-mips> from the first handler (which has 14 instructions for linux-mips> R4x00 and only 12 for R4600). Yep, it seems to work now. My problem was that the format of the R3000 context register is different from the R4000. In addition, it drops bit 31 of the faulting address, which makes it difficult to use it for kernel page mapping. My current solution is expensive, but it seems to work: I don't use the context register at all, I emulate it using BadVAddr to get R4000-like page table offsets. This solution has at least one advantage: It works regardless of the format of the context register, so maybe it will be useful for other currently unsupported MIPS processors. I'll get back to optimize it later (I know, they all say that :-)) Now the system boots a good deal further, unfortunately it hangs on the kernel_thread call which is supposed to launch init. Do you have any suggestions on what I should look for to catch this one ? linux-mips> Which libc have you been using for your compilation linux-mips> attempts? I don't have it here, but if I remember well it was something like 4.6.28, with two patches. We took the complete state on the fnet server on May 26. >> - There was a bug in the 1.3.98 ld.script: the _end symbol is >> before the .sbss data, which will cause variables to be >> overwritten at initialization. linux-mips> The .sbss section should be empty so this is no real linux-mips> problem. This script is used anyway only used when linux-mips> converting an ELF kernel into an a.out kernel for linux-mips> bootstrap purposes. Given some other problems with linux-mips> binutils that I'm just debugging this option doesn't linux-mips> work anyway. In our case, we use the script a lot: our target boots from a Flash ROM (currently the minimal compressed kernel takes around 170 Kb, with Minix, serial driver, plus a minimal set of features. In the current state (kernel thread creation hangs when launching init), it takes around 450Kb code and 205Kb data). To do this, we need some linker customization which is best done in a linker script. I'm not sure they were in the .sbss section, but there were definitely some kernel variables overwritten during kernel_startup until we moved the definition of _end. If your problem with the binutils has anything to do with binary format, we have a patch for the bfd lib to handle output addresses correctly when creating a binary file. I think this patch has already been made available by Robin Farine, but if anyone wants it please ask. >> - The R3000 cli/sti functions need nops to prevent coprocessor >> hazards. linux-mips> I (and Paul Antoine who did most of the R3000 bits linux-mips> that exist) know about this problem. The problem is linux-mips> that the R3000 documentation (Kane) doesn't specify linux-mips> how many nops are exactly required; we intended to linux-mips> inquire how many are required before we add five (== linux-mips> pipeline lenght) as brute force solution. I touched the code in r3000.S and head.S . I guess this is where the coprocessor 0 hazards are the most likely. I have added some nops in there just to be sure. I'm not yet certain it works, though. About the state of our work: We have planned to release a set of clean patches when the system runs. Until now, we're working in a real hurry and we absolutely don't have time to spend on anything else than getting the system to boot and be usable. If anybody can be content with our raw work files, with: - Virtually uncommented changes - Untested modifications - Absolutely no file headers or legalese of any sort - Scrambled indentation because we use the default mode of emacs (no time to add emacs tags to source :-)). - But if you know diff (or better, ediff), you should be able to cope, maybe find some ideas or most likely undig some bugs. If you're interested, drop me an email. See you, Didier -- /////////////////////////////////////////////////////////////////////////////// // Didier Frick, software engineer / Fbg. du Lac 6 /dfrick@dial.eunet.ch// // Software development & consulting / CH-2000 Neuchatel / +41 (38) 211508 // /////////////////////////////////////////////////////////////////////////////// http://ourworld.compuserve.com/homepages/Didier_Frick From linux@mailhost.uni-koblenz.de Thu Jun 6 05:35:24 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id FAA24976 for ; Thu, 6 Jun 1996 05:35:21 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA18555; Thu, 6 Jun 1996 05:35:17 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id FAA07401; Thu, 6 Jun 1996 05:52:36 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606060352.FAA07401@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id FAA02174; Thu, 6 Jun 1996 05:34:34 +0200 Subject: Re: TLB Management , C library To: dfrick@dial.eunet.ch (Didier Frick) Date: Thu, 6 Jun 1996 05:34:33 +0200 (MET DST) Cc: linux-mips@fnet.fr In-Reply-To: <199606060029.CAA00636@miston.any.net> from "Didier Frick" at Jun 6, 96 02:29:42 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 8928 Lines: 183 Hi all, > It works regardless of the format of the context register, so > maybe it will be useful for other currently unsupported > MIPS processors. > I'll get back to optimize it later (I know, they all say that :-)) > > Now the system boots a good deal further, unfortunately it > hangs on the kernel_thread call which is supposed to launch > init. Do you have any suggestions on what I should look for > to catch this one ? If the system loops: check that the executable you're using is really a MIPS ELF executable with the x bits set. I've uploaded an simple hello, world program written in assembler a long time ago. Try to install the program as /bin/sh (remove your init proram before trying this) and to boot your system. You should get "hello, world!\n" messages. If the system just hangs: my first attempt would be to double check the tlb exception handlers once again. > linux-mips> Which libc have you been using for your compilation > linux-mips> attempts? > > I don't have it here, but if I remember well it was something > like 4.6.28, with two patches. We took the complete state > on the fnet server on May 26. Ouch. libc 4.6.27 is outdated. Due to the massive changes between version 1.2.11 and 1.3.0 of the kernel that broke binary compatibility the only use of this libc 4.6.27 is being able to build libgcc.a for the a.out (targets mips{el}-linux). Please use the supplied binaries of GNU libc snapshot 960501. These are compiled for plain R3000 and contain no optimizations for the R4000 so they should work for you. You might also try the binaries from root-0.01.tar.gz or one of the other binary archives. Is your system little or big endian? > In our case, we use the script a lot: our target boots from > a Flash ROM (currently the minimal compressed kernel takes around > 170 Kb, with Minix, serial driver, plus a minimal set of features. > In the current state (kernel thread creation hangs when launching > init), it takes around 450Kb code and 205Kb data). > To do this, we need some linker customization which is best done > in a linker script. If you need a special linker script you can put it into an new directory in arch/mips//ld.script and add the required options for ld in arch/mips/Makefile. > I'm not sure they were in the .sbss section, but there were > definitely some kernel variables overwritten during kernel_startup > until we moved the definition of _end. I just checked again - the binutils (snapshot 960502) generate a .sbss section for whatever reasons but the section is always empty. Older versions of the binutils generated non-empty .sbss sections (there shouldn't be a .sbss section at all), therefore the hack with _end. > If your problem with the binutils has anything to do with binary > format, we have a patch for the bfd lib to handle output addresses > correctly when creating a binary file. I think this patch has > already been made available by Robin Farine, but if anyone wants > it please ask. I'm interested in taking a look at this patches. > About the state of our work: > > We have planned to release a set of clean patches when the > system runs. > Until now, we're working in a real hurry and we absolutely > don't have time to spend on anything else than getting the > system to boot and be usable. > > If anybody can be content with our raw work files, with: > - Virtually uncommented changes > - Untested modifications > - Absolutely no file headers or legalese of any sort > - Scrambled indentation because we use the default mode > of emacs (no time to add emacs tags to source :-)). Ceterum censo Emacs esse delendam (Asterix readers should understand this :-) > - But if you know diff (or better, ediff), you should > be able to cope, maybe find some ideas or most likely > undig some bugs. I'd like to get the R3000 diffs from you into my sources as soon as possible so that I can help the DECstation people this way. I've written a short text that describes the handling of the pages tables a bit closer. I hope this help you people out these to understand this part of the kernel better because it's by far more complex than eg. on Intel or m68k. I'll also put this text into arch/mips/doc/ in the kernel sources. Ralf Opposed to other architecures like i386 or m68k architecture all MIPS CPUs only implement the TLB itself and a small set of functions to maintain it as hardware. The actual maintenance of the TLB's contents is implemented in software only. The TLB has a relativly small number of entries. This limits the maximum address space that can mapped by the TLB using 4kb pages and without consideration of wired entries to a maximum of 512kb for the R1000, 384kb for the R4000/4400 and 256kb for the R2000/R3000. This actual size of mappable space is even smaller due to the wired entries. Especially for processes with a huge working set of pages it is therefore important to make the process of reloading entries into the TLB as efficient as possible. This means: - Choosing a data structure that can be handled as efficient as possible. - The implementation of the low level pagefault handling has to be implemented in a efficient way. The Linux kernel itself implements three level page tables as a tree structure. Linux implementations that don't need three levels of page tables can fold one level of the page tables so that effectivly a two level page table remains. The exact size and content of the entries is upto the implementation. Opposed to this the MIPS hardware architecture implies by the data provided in the c0_context/c0_xcontext registers a simple array of 4 byte elements (for R2000/R3000/R6000) or 8 byte elements (for the other 64bit members of the CPU family). The page tables are mapped to the address TLBMAP (which is usually defined as 0xe4000000 in > (12-2))) (this is the value of the define TLB_ROOT which is defined as 0xe4390000). That way the kernel itself can access the page tables as a tree structure while the exception handlers can work with maxiumum efficiency accessing the page tables as simple array. The tlb refill handler itself is very simple. For the R4x00 family it has just 14 instruction, for the R4600 and derivatives it can be optimized to 12 instruction, even further for the R10000. This exception handler is very simple and fast and therefore doesn't any checking for errors or special cases. It can therefore happen that the entry that is attempted to be reloaded isn't mapped via the pagetables thus resulting in a double tlb refill exception. Due to the EXL flag set in c0_status this exception goes through the general exception vector and from there to handle_tlbl. Handle_tlbl is a more complex exception handler that is - compared to the first handler - complex and called far less often. It features handling of special cases and some error checking for debugging. This second handler still doesn't reenable interrupts, change to the kernel stack or save registers to be as efficient as possible. Therefore only the two registers k0/k1 are available for use. All this is only done when do_page_fault() in arch/mips/mm/fault.c is called. For the normal case this handler just reloads the entry mapping the pte table which again contains the entries to be loaded in the tlb. Since the original fault address has been lost this exception handler cannot complete the job. So it just returns to the main program which after taking another exception via the first tlb refill handler reloads the originally missing entry into the TLB and continues normal execution. Another special in the Linux/MIPS page handling is the handling of pages in non-existant branches of the page tables. To avoid that the exception handlers have to handle this special case the kernel maps these ptes (page table entries) to invalid_pte_table. This is a 4kb page full of invalid entries. On an attempted access to such an invalid page the kernel then reloads - eventuall via a double fault this invalid entry into the tlb. The CPU then takes a tlb invalid exception resulting in a call to do_page_fault() which usually will take the apropriate measures like sending SIGSEGV. Downsides of this implementation are it's complexity and the faster handling of the majority of exceptions is bought at the expense of having to handle page aliasing problems with the page tables (which are accessed at TLBMAP and in KSEG1) itself. This is done using uncached accesses which are especially on older machines with slow memory subsystems painfully slow. The implementation is done this way because for the original hardware which Linux/MIPS was intended for had a blindingly fast memory interface. From rijmen@esat.kuleuven.ac.be Thu Jun 6 10:51:03 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id KAA01364 for ; Thu, 6 Jun 1996 10:50:56 +0200 (MET DST) Received: from lien (lien.esat.kuleuven.ac.be) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA23010; Thu, 6 Jun 1996 10:50:51 +0200 (MET) Received: by lien (Smail3.1.28.1 #64) id m0uRamX-000SJ4C; Thu, 6 Jun 96 10:51 GMT+0200 Date: Thu, 6 Jun 1996 10:51:04 +0200 (GMT+0200) From: Vincent Rijmen X-Sender: rijmen@lien To: linux-mips@fnet.fr Subject: status Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 554 Lines: 17 Hello, I am interested in the status of the linux-mips project. We have here two DEC 5000/33 stations. On one of them it has been tried to install nulltrix 4.5, without success. One line of thinking is that we try to install linux on these machines (we have already three PC's with linux). I had a look at the www page of this project, but it seems a bit early to use it. How can I keep up with the development status ? Sincerely yours, # # Vincent Rijmen vincent.rijmen@esat.kuleuven.ac.be # phone +32 16 32 18 62 From dfrick@dial.eunet.ch Thu Jun 6 13:36:35 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id NAA04646 for ; Thu, 6 Jun 1996 13:36:34 +0200 (MET DST) Received: from mail.eunet.ch by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA26077; Thu, 6 Jun 1996 13:36:28 +0200 (MET) Received: from beaujolais by mail.eunet.ch (8.7.5/1.34) id LAA17550; Thu, 6 Jun 1996 11:36:31 GMT Sender: dfrick@eunet.ch Message-Id: <31B6C160.41C6@dial.eunet.ch> Date: Thu, 06 Jun 1996 13:30:40 +0200 From: Didier Frick Reply-To: dfrick@dial.eunet.ch Organization: Unorganozed X-Mailer: Mozilla 2.0 (X11; I; IRIX 5.3 IP22) Mime-Version: 1.0 To: linux-mips@fnet.fr Cc: dfrick@eunet.ch Subject: Re: TLB Management , C library References: <199606060352.FAA07401@informatik.uni-koblenz.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2863 Lines: 69 Hello, > > Now the system boots a good deal further, unfortunately it > > hangs on the kernel_thread call which is supposed to launch > > init. Do you have any suggestions on what I should look for > > to catch this one ? > > If the system loops: check that the executable you're using is really > a MIPS ELF executable with the x bits set. I've uploaded an simple > hello, world program written in assembler a long time ago. Try to install > the program as /bin/sh (remove your init proram before trying this) and to > boot your system. You should get "hello, world!\n" messages. > Well, in the version I'm working on (1.3.98), init is not an executable, but a procedure within init/main.c, which is forked via a kernel_thread call. I have traced the behavior as follows: When the syscall instruction is executed (by kernel_thread), the syscall handler tries to do a SAVE_ALL, but hangs: I get a tlbs exception when trying to store the first register. I suppose this call should be handled on the kernel stack, however. I still have some trouble understanding how the CU0 bit is used to select between kernel and user stacks. > Please use the supplied binaries of GNU libc snapshot 960501. These > are compiled for plain R3000 and contain no optimizations for the R4000 > so they should work for you. You might also try the binaries from > root-0.01.tar.gz or one of the other binary archives. > > Is your system little or big endian? It is big endian, so if we have to deal with binaries they'll have to be compiled big-endian. We have just checked the fnet server but weren't able to find the snapshot. Do you have an URL for it ? And also for root-0.01 ? By the way, memory space is at an absolute premium for us, so we really need a way to strip the library from unneeded components. > If you need a special linker script you can put it into an new directory > in arch/mips//ld.script and add the required options for ld in > arch/mips/Makefile. Yep, that's what we did. However, we copied the arch/mips/ld.script into our custom script as a starting point, so we got this problem. > > I'm interested in taking a look at this patches. OK, I'll see that you get it. > I'd like to get the R3000 diffs from you into my sources as soon as > possible so that I can help the DECstation people this way. > For the moment, our code is far from stable, and we are under tremendous time pressure, so please allow us some more time before giving it out. Shouldn't last too long. > I've written a short text that describes the handling of the pages tables > a bit closer. I hope this help you people out these to understand this > part of the kernel better because it's by far more complex than eg. on > Intel or m68k. I'll also put this text into arch/mips/doc/ in the > kernel sources. > Thanks, Didier From dfrick@dial.eunet.ch Thu Jun 6 13:40:16 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id NAA04767 for ; Thu, 6 Jun 1996 13:40:15 +0200 (MET DST) Received: from mail.eunet.ch by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA26144; Thu, 6 Jun 1996 13:40:09 +0200 (MET) Received: from beaujolais by mail.eunet.ch (8.7.5/1.34) id LAA17709; Thu, 6 Jun 1996 11:40:11 GMT Sender: dfrick@eunet.ch Message-Id: <31B6C23B.167E@dial.eunet.ch> Date: Thu, 06 Jun 1996 13:34:19 +0200 From: Didier Frick Organization: Unorganozed X-Mailer: Mozilla 2.0 (X11; I; IRIX 5.3 IP22) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: status References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 893 Lines: 25 Vincent Rijmen wrote: > > Hello, > > I am interested in the status of the linux-mips project. > We have here two DEC 5000/33 stations. On one of them it has been tried > to install nulltrix 4.5, without success. > > One line of thinking is that we try to install linux on these machines > (we have already three PC's with linux). I had a look at the www page > of this project, but it seems a bit early to use it. > How can I keep up with the development status ? > Hello, I've only been working on this project for 10 days, so I don't have much information. All I can say is that we want to get linux to run on a R3000 big endian CPU, which should be what the DECstations have. The big trouble will be to get DECstation drivers, which are hardware (not CPU) specific. I don't think I can help a lot on this side. The best way to keep up seems to be this mailing list. Regards, Didier From dom@algor.co.uk Thu Jun 6 14:57:30 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id OAA06217 for ; Thu, 6 Jun 1996 14:57:29 +0200 (MET DST) Received: from moorgate.algor.co.uk by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA27730; Thu, 6 Jun 1996 14:57:21 +0200 (MET) Received: from bank.algor.co.uk (bank.algor.co.uk [193.117.190.11]) by moorgate.algor.co.uk (8.7.4/8.7.3) with SMTP id NAA06361; Thu, 6 Jun 1996 13:57:10 +0100 (BST) From: Dominic Sweetman Date: Thu, 6 Jun 96 13:57:09 +0100 Message-Id: <7044.9606061257@bank.algor.co.uk> To: linux-mips@fnet.fr Subject: Re: status In-Reply-To: <31B6C23B.167E@dial.eunet.ch> References: <31B6C23B.167E@dial.eunet.ch> Content-Length: 239 Lines: 9 > ... we want to get linux to run on a R3000 big endian CPU, which > should be what the DECstations have. Thousands of people will tell you this, Didier, but the DECstations were always little-endian... Dominic Sweetman dom@algor.co.uk From linux@mailhost.uni-koblenz.de Thu Jun 6 18:38:21 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id SAA17059 for ; Thu, 6 Jun 1996 18:38:20 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA03110; Thu, 6 Jun 1996 18:37:53 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id SAA27024 for ; Thu, 6 Jun 1996 18:55:51 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606061655.SAA27024@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id SAA02695; Thu, 6 Jun 1996 18:37:01 +0200 Subject: Re: TLB Management , C library To: linux-mips@fnet.fr Date: Thu, 6 Jun 1996 18:37:00 +0200 (MET DST) In-Reply-To: <31B6C160.41C6@dial.eunet.ch> from "Didier Frick" at Jun 6, 96 01:30:40 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1490 Lines: 30 Hi, > do a SAVE_ALL, but hangs: I get a tlbs exception when trying to store the > first register. I suppose this call should be handled on the kernel stack, > however. I still have some trouble understanding how the CU0 bit is used > to select between kernel and user stacks. Yes, this is a bit wiered ... The kernel uses the CU0 bit to mark that it is running on the kernel stack. As set CU0 bit means that we're running on the kernel stack while a cleared bit means we're on the user stack and have to switch to the kernel stack for the next exception. A bit dirty but works excellent ... > It is big endian, so if we have to deal with binaries they'll have to be > compiled big-endian. We have just checked the fnet server but weren't able > to find the snapshot. Do you have an URL for it ? And also for root-0.01 ? > By the way, memory space is at an absolute premium for us, so we really need > a way to strip the library from unneeded components. Allmost all of the binary archives that I've uploaded are little endian, so the one I've mentioned won't be very helpfull for you. Aside from that all these archives should be on ftp.fnet.fr:/linux-mips/. The glibc sources are a bit a special. Due to request of the GNU people I'm not distributing them via ftp.fnet.fr. Instead you can get them from alpha.gnu.ai.mit.edu:/roland/ and apply my patches from fnet or just use my binaries. Admited, the last patches and big endian binaries I've uploaded are ancient ... Ralf From phil.wilshire@on-ramp.ior.com Tue Jun 11 04:11:08 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id EAA21133 for ; Tue, 11 Jun 1996 04:11:07 +0200 (MET DST) Received: from on-ramp.ior.com by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA02584; Tue, 11 Jun 1996 04:10:58 +0200 (MET) Received: from [204.212.119.38](really [204.212.119.38]) by on-ramp.ior.com via sendmail with smtp id for ; Mon, 10 Jun 96 19:11:07 -0700 (PDT) (/\##/\ Smail3.1.30.16 #30.4 built 17-mar-96) X-Sender: philwil@on-ramp.ior.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 10 Jun 1996 19:16:04 -0700 To: linux-mips@fnet.fr From: phil.wilshire@on-ramp.ior.com (phil wilshire) Subject: 2100 and linux Content-Length: 142 Lines: 7 I'm interested... please keep me informed. I have a 2100 and a few processor boards to try some things out... Thanks in anticipation Phil From gpark@ibm.net Wed Jun 12 07:29:41 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id HAA03271 for ; Wed, 12 Jun 1996 07:29:40 +0200 (MET DST) From: gpark@ibm.net Received: from slip129-37-157-67 (slip129-37-157-67.on.ca.ibm.net) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA13306; Wed, 12 Jun 1996 07:29:28 +0200 (MET) Message-Id: <199606120529.AA13306@ns.fnet.fr> Date: Wed, 12 Jun 96 01:19:27 To: Subject: Linux Mips for DeskStation X-Mailer: IBM WebExplorer DLL Content-Length: 576 Lines: 12 I have a DeskStation rPC with an 100MHz R4400, 512KB Cache, 32 Meg RAM, Ethernet Card, and currently a 340 M SCSI drive with NT Workstation loaded. The machine sits next to a 486-66 on which I do Linux development. I might be interested in configuring a spare drive as Linux MIPS, and doing some testing/ debugging, though probably not real kernel hacking on the DeskStation. If the OS is stable and complete enough to serve NFS to the 486, I might actually find it useful. (NT Workstation doesn't do NFS). Is this thinkable, or am I dreaming? /Geoff Park, B.Sc. ,B.Eng. From linux@mailhost.uni-Koblenz.de Wed Jun 12 09:01:48 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id JAA05160 for ; Wed, 12 Jun 1996 09:01:47 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA14542; Wed, 12 Jun 1996 09:01:26 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id JAA02215; Wed, 12 Jun 1996 09:01:09 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606120701.JAA02215@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id IAA21490; Wed, 12 Jun 1996 08:59:48 +0200 Subject: Re: Linux Mips for DeskStation To: linux-mips@fnet.fr Date: Wed, 12 Jun 1996 08:59:47 +0200 (MET DST) Cc: gpark@ibm.net In-Reply-To: <199606120529.AA13306@ns.fnet.fr> from "gpark@ibm.net" at Jun 12, 96 01:19:27 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 703 Lines: 17 Hi all, > I have a DeskStation rPC with an 100MHz R4400, 512KB Cache, 32 Meg RAM, > Ethernet Card, and currently a 340 M SCSI drive with NT Workstation loaded. > > The machine sits next to a 486-66 on which I do Linux development. I might be > interested in configuring a spare drive as Linux MIPS, and doing some testing/ debugging, though probably not real kernel hacking on the DeskStation. > > If the OS is stable and complete enough to serve NFS to the 486, I might > actually find it useful. (NT Workstation doesn't do NFS). > > Is this thinkable, or am I dreaming? Well, Linux/MIPS can be used as NFS server. Unfortunately the rPC port of the kernel still hasn't reached userland. Ralf From imp@rover.village.org Thu Jun 13 08:43:49 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id IAA03903 for ; Thu, 13 Jun 1996 08:43:48 +0200 (MET DST) Received: from rover.village.org by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA07932; Thu, 13 Jun 1996 08:43:36 +0200 (MET) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id AAA28528; Thu, 13 Jun 1996 00:43:38 -0600 (MDT) Message-Id: <199606130643.AAA28528@rover.village.org> To: linux-mips@fnet.fr Subject: Re: Linux Mips for DeskStation Cc: gpark@ibm.net In-Reply-To: Your message of Wed, 12 Jun 1996 08:59:47 +0200 Date: Thu, 13 Jun 1996 00:43:38 -0600 From: Warner Losh Content-Length: 393 Lines: 11 : Well, Linux/MIPS can be used as NFS server. Unfortunately the rPC port of : the kernel still hasn't reached userland. Yes. I've been swamped here with about a million other things of late, so I've not had the chance to look at the latest kernel. Right now there are cache consistancy issues, I think, that are keeping the code from working. BTW, what kind of cards do you have? Warner From Rotenca@ezinfo.ethz.ch Thu Jun 13 15:45:47 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id PAA13100 for ; Thu, 13 Jun 1996 15:45:46 +0200 (MET DST) Received: from dns1.vsnet.ch by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA16164; Thu, 13 Jun 1996 15:45:35 +0200 (MET) Received: from [153.109.9.162] by dns1.vsnet.ch with SMTP (1.38.193.4/16.2) id AA17135; Thu, 13 Jun 1996 15:44:58 +0200 Message-Id: <31C09AA8.4138@ezinfo.ethz.ch> Date: Thu, 13 Jun 1996 15:48:08 -0700 From: Cedric X-Mailer: Mozilla 2.01 (Win16; I) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: STB HORIZON 64 X-Url: http://lena.fnet.fr/ Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 497 Lines: 12 Salut Je t'envoie un SOS. J'ai un problême, je n'arrive pas à configurer XFree86 pour ma catre graphique STB vision HORIZON 64 2MRAM. XFree86 ne l'a reconnait pas! J'ai deja envoie de multiple demande dans les news, mais je n'ai pas recu de solutions valables c'est pourquoi je fais appelle a vous ! Contactez-moi si vous connaissez quelqu'un qui a deja eu ce probleme ou pour une solution. Je vous remercie d'avance et vous félicite votre travail!.. Cedric-Adrien Rotenca@ezinfo.ethz.ch From ralf@mailhost.uni-koblenz.de Fri Jun 14 12:36:30 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id MAA08895 for ; Fri, 14 Jun 1996 12:36:26 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA05444; Fri, 14 Jun 1996 12:35:47 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id MAA29467 for ; Fri, 14 Jun 1996 12:35:32 +0200 (MET DST) From: Ralf Baechle Message-Id: <199606141035.MAA29467@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id MAA04710; Fri, 14 Jun 1996 12:34:07 +0200 Subject: A little status report To: linux-mips@fnet.fr Date: Fri, 14 Jun 1996 12:34:06 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1681 Lines: 36 Hi, just a quick report about what the status of my work is and what I'm doing right now - - Kernel updated to Linux 2.0.0. Kernels from 1.99.8 on aka pre2.0.8 will need the yet unreleased Milo 0.27. Given the few time I had recently there are some known bugs and uncompleted new features in this release like ptrace(2) which should now partially be working and be good enough for strace (not tested ...). - Milo 0.27 is mostly ready for release. I've run into some problems with it on the SNI ARC firmware, that's why we're still delaying it's release. Stoned, Andy, Dave and I have discussed the problem with the ARC firmware more than once again during the last weeks and we decieded to publish the entire Milo sources. So Milo 0.27 will no longer be crippleware. - Upgrade and cleaup of binutils. I've got a snapshot of binutils 960606 running on my system. While I don't want yet my patches have into Cygnus release mainly due to the MIPS a.out stuff it contains I've used this snapshot to prepare patches for the soon to expect next official release. - Upgrade and cleanup of glibc. I'm now running a snapshot of GNU libc 960609 and have prepared binary releases of it for little and big endian targets. Right now as I'm writing this I'm trying the first build of GNU libc with shared libs. Looks good so far :-) I still have to do some Linux/MIPS related paperwork now that I've got a bit more time again. I just wanted to get all this digital stuffs out as you people are waiting for it much more than on this burocracy. Sorry to those of you who are actually waiting for snailmail from me ... Ralf From lahaye@suisse.far.cea.fr Fri Jun 14 16:36:07 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id QAA00503 for ; Fri, 14 Jun 1996 16:36:06 +0200 (MET DST) Received: from gatekeeper.waldorf-gmbh.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA09739; Fri, 14 Jun 1996 16:35:42 +0200 (MET) Received: from relay.xlink.net (relay.xlink.net [193.141.40.5]) by gatekeeper.waldorf-gmbh.de (8.6.12/8.6.9) with SMTP id QAA18040 for ; Fri, 14 Jun 1996 16:38:19 +0200 Received: from nenuphar.saclay.cea.fr by relay.xlink.net id <63287-0@relay.xlink.net>; Fri, 14 Jun 1996 16:34:59 +0000 Received: from muguet.saclay.cea.fr by nenuphar.saclay.cea.fr (8.6.9/ CEANET-ROUTER-3.0) with ESMTP id QAA05470 for ; Fri, 14 Jun 1996 16:27:51 +0200 Received: from suisse.far.cea.fr by muguet.saclay.cea.fr (8.6.9/ CEANET-ROUTER-3.0) with SMTP id QAA02035 for ; Fri, 14 Jun 1996 16:27:59 +0200 Received: by suisse.far.cea.fr (5.x/CEANET.2.0.1) id AA09595; Fri, 14 Jun 1996 16:23:58 +0200 Date: Fri, 14 Jun 1996 16:23:58 +0200 From: lahaye@suisse.far.cea.fr (Lahaye Olivier) Message-Id: <9606141423.AA09595@suisse.far.cea.fr> To: linux@waldorf-gmbh.de Cc: lahaye@suisse.far.cea.fr Subject: I own a Mips MAGNUM RC3330 Reply-To: olivier.lahaye@cea.fr X-Face: "kR8$DK9g02`&{R`Pc)>D?WVW5zc'c~Oy}i^22&\1&gEcL\<7V%7k-0Jr:U[L8egEgkkM>t T1L@%dWEa-pVV\EKSX`wJI$x|:Wum'4tE*+rV~\{ok[s5R0HGxB>P`M7,Xg s; Fri, 14 Jun 1996 16:48:24 +0200 (MET DST) Received: from moorgate.algor.co.uk by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA09964; Fri, 14 Jun 1996 16:47:48 +0200 (MET) Received: from bank.algor.co.uk (bank.algor.co.uk [193.117.190.11]) by moorgate.algor.co.uk (8.7.4/8.7.3) with SMTP id PAA01227 for ; Fri, 14 Jun 1996 15:47:36 +0100 (BST) From: Dominic Sweetman Date: Fri, 14 Jun 96 15:47:35 +0100 Message-Id: <12426.9606141447@bank.algor.co.uk> To: linux-mips@fnet.fr Subject: Re: I own a Mips MAGNUM RC3330 In-Reply-To: <9606141423.AA09595@suisse.far.cea.fr> References: <9606141423.AA09595@suisse.far.cea.fr> Content-Length: 336 Lines: 11 Lahaye Olivier (lahaye@suisse.far.cea.fr) writes: > - NetBSD doesn't run with mips processors ;-) I have to be careful here (this is after all a Linux mailing list), but have you checked out the OpenBSD subgroup of NetBSD? They appear to be maintaining a MIPS version... go visit www.openbsd.org Dominic Sweetman dom@algor.co.uk From pefo@enea.se Fri Jun 14 16:56:38 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id QAA00964 for ; Fri, 14 Jun 1996 16:56:37 +0200 (MET DST) Received: from outside.enea.se (gateway.enea.se) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA10130; Fri, 14 Jun 1996 16:56:20 +0200 (MET) Received: by outside.enea.se (8.6.9/8.6.9) id QAA03071 for ; Fri, 14 Jun 1996 16:57:35 +0200 Received: by outside via smap (V1.3) id sma003068; Fri Jun 14 16:57:23 1996 Received: (from pefo@localhost) by enea.se (8.7.1/8.7.1) id QAA03318 for linux-mips@fnet.fr; Fri, 14 Jun 1996 16:55:37 +0200 (MET DST) From: Per Fogelstrom Message-Id: <199606141455.QAA03318@gordon.enea.se> Subject: Re: I own a Mips MAGNUM RC3330 To: linux-mips@fnet.fr Date: Fri, 14 Jun 1996 16:55:36 +0200 (MET DST) In-Reply-To: <12426.9606141447@bank.algor.co.uk> from "Dominic Sweetman" at Jun 14, 96 03:47:35 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 497 Lines: 16 > > > Lahaye Olivier (lahaye@suisse.far.cea.fr) writes: > > > - NetBSD doesn't run with mips processors ;-) > > I have to be careful here (this is after all a Linux mailing list), > but have you checked out the OpenBSD subgroup of NetBSD? They appear > to be maintaining a MIPS version... go visit www.openbsd.org > > Dominic Sweetman > dom@algor.co.uk > It's sure alive and kicking. New in the family (soon) is a DeskStation port. Right now i have two R4600/133 Tyne boards at home :-) From Gilles.Gravier@France.Sun.COM Fri Jun 14 16:56:37 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id QAA00960 for ; Fri, 14 Jun 1996 16:56:36 +0200 (MET DST) Received: from mercury.Sun.COM by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA10131; Fri, 14 Jun 1996 16:56:22 +0200 (MET) Received: by mercury.Sun.COM (Sun.COM) id HAA12632; Fri, 14 Jun 1996 07:56:24 -0700 Received: from mygale.France.Sun.COM by France.Sun.COM (SMI-8.6/SMI-SVR4-sd.fkk200) id QAA03963; Fri, 14 Jun 1996 16:56:22 +0200 Received: from tatooine.France.Sun.COM by mygale.France.Sun.COM (SMI-8.6/SMI-SVR4 (1/24/94)) id QAA04183; Fri, 14 Jun 1996 16:56:23 +0200 Received: by tatooine.France.Sun.COM (SMI-8.6/SMI-SVR4) id QAA00859; Fri, 14 Jun 1996 16:56:11 +0200 Date: Fri, 14 Jun 1996 16:56:11 +0200 From: Gilles.Gravier@France.Sun.COM (Gilles Gravier - ITC) Message-Id: <199606141456.QAA00859@tatooine.France.Sun.COM> To: linux-mips@fnet.fr Subject: Re: I own a Mips MAGNUM RC3330 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: G9boPRosgzagGO0y+qqIqw== Content-Length: 1368 Lines: 31 Hi! Bonjour! > Lahaye Olivier (lahaye@suisse.far.cea.fr) writes: > > > - NetBSD doesn't run with mips processors ;-) > > I have to be careful here (this is after all a Linux mailing list), > but have you checked out the OpenBSD subgroup of NetBSD? They appear > to be maintaining a MIPS version... go visit www.openbsd.org Well, OpenBSD is available for DEC MIPS-based machines, but not for pure (if you can say so) MIPS RC3X30 machines. It is not even in the ports under development... :( Unfortunately for me with my home RC3230... Desole, Olivier, mais on devra attendre tous les deux! Gilles G. -- /----------------+-------------------------------------------\ | /\ | Gilles Gravier | | \\ \ | Pre-Sales Technical Support | | \ \\ / | Sun Microsystems France | | / \/ / / | 13 avenue Maurane Saulnier | | / / \//\ | B.P. 53 | | \//\ / / | 78142 Velizy CEDEX | | / / /\ / | FRANCE | | / \\ \ | Email: Gilles.Gravier@France.Sun.COM | | \ \\ | Phone: +33-1-30-67-52-81 | | \/ | Fax: +33-1-30-67-53-06 | \----------------+-------------------------------------------/ From dm@neteng.engr.sgi.com Mon Jun 17 03:58:32 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id DAA09817 for ; Mon, 17 Jun 1996 03:58:30 +0200 (MET DST) Received: from sgigate.SGI.COM by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA18791; Mon, 17 Jun 1996 03:58:17 +0200 (MET) Received: from cthulhu.engr.sgi.com by sgigate.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/940406a.SGI) id SAA19195; Sun, 16 Jun 1996 18:58:14 -0700 Received: from neteng.engr.sgi.com (neteng.engr.sgi.com [192.26.80.10]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id SAA25191; Sun, 16 Jun 1996 18:58:12 -0700 Received: (from dm@localhost) by neteng.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA19462; Sun, 16 Jun 1996 18:58:11 -0700 Date: Sun, 16 Jun 1996 18:58:11 -0700 Message-Id: <199606170158.SAA19462@neteng.engr.sgi.com> From: "David S. Miller" To: sparclinux@vger.rutgers.edu Cc: sparclinux-cvs@vger.rutgers.edu, sparc-list@redhat.com, linux-mips@fnet.fr, ecd@skynet.be, torvalds@cs.helsinki.fi Subject: just so you guys don't think I'm sitting on my ass... Reply-To: dm@sgi.com Content-Length: 273 Lines: 10 I just got the first SGI Linux shell prompt on a 150MHZ R4600 SGI Indy box with 64mb of ram, some other userlevel programs work as well. Full Linux console, virtual console, keyboard/mouse/ethernet work, the whole nine yards. WHeee... Later, David S. Miller dm@sgi.com From chrisalm@tinuviel.cs.wcu.edu Mon Jun 17 05:16:27 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id FAA11513 for ; Mon, 17 Jun 1996 05:16:26 +0200 (MET DST) From: chrisalm@tinuviel.cs.wcu.edu Received: from tinuviel.cs.wcu.edu by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA19430; Mon, 17 Jun 1996 05:16:12 +0200 (MET) Received: by tinuviel.cs.wcu.edu id (Debian /\oo/\ Smail3.1.29.1 #29.33); Sun, 16 Jun 96 22:09 EST Message-Id: Date: Sun, 16 Jun 96 22:09 EST To: linux-mips@fnet.fr X-Url: mailto:linux-mips@fnet.fr X-Mailer: Lynx, Version 2-4-2 X-Personal_Name: Christopher D. Alm Subject: Linux-Mips Content-Length: 118 Lines: 2 Please subscride me to the mailing list and can you tell me what is the state of the port for the Mips Magnum R4000SC From alan@snowcrash.cymru.net Mon Jun 17 11:05:24 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id LAA18658 for ; Mon, 17 Jun 1996 11:05:22 +0200 (MET DST) Received: from snowcrash.cymru.net by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA24703; Mon, 17 Jun 1996 11:05:05 +0200 (MET) Received: (from alan@localhost) by snowcrash.cymru.net (8.7.1/8.7.1) id JAA25908; Mon, 17 Jun 1996 09:50:29 +0100 From: Alan Cox Message-Id: <199606170850.JAA25908@snowcrash.cymru.net> Subject: Re: just so you guys don't think I'm sitting on my ass... To: dm@sgi.com Date: Mon, 17 Jun 1996 09:50:26 +0100 (BST) Cc: sparclinux@vger.rutgers.edu, sparclinux-cvs@vger.rutgers.edu, sparc-list@redhat.com, linux-mips@fnet.fr, ecd@skynet.be, torvalds@cs.helsinki.fi In-Reply-To: <199606170158.SAA19462@neteng.engr.sgi.com> from "David S. Miller" at Jun 16, 96 06:58:11 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 310 Lines: 9 > I just got the first SGI Linux shell prompt on a 150MHZ R4600 SGI Indy > box with 64mb of ram, some other userlevel programs work as well. > > Full Linux console, virtual console, keyboard/mouse/ethernet work, the > whole nine yards. WHeee... Just how much caffeine does a Dave Miller take to run. Alan From RogerK@wonderware.com Mon Jun 17 18:23:40 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id SAA00214 for ; Mon, 17 Jun 1996 18:23:25 +0200 (MET DST) Received: from wonderware.com by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AB03839; Mon, 17 Jun 1996 18:22:57 +0200 (MET) Received: from gw.wonderware.com by wonderware.com (8.7.4/Techsup-2.0) id JAA06523; Mon, 17 Jun 1996 09:22:53 -0700 (PDT) Received: by gw.wonderware.com with Microsoft Mail id <31C58762@gw.wonderware.com>; Mon, 17 Jun 96 09:27:14 PDT From: Roger Knobbe To: "'linux-mips@fnet.fr'" Subject: netpower R4400 configuration Date: Mon, 17 Jun 96 09:16:00 PDT Message-Id: <31C58762@gw.wonderware.com> Encoding: 12 TEXT, 52 UUENCODE X-Mailer: Microsoft Mail V3.0 X-Ms-Attachment: WINMAIL.DAT 2036 00-00-1980 00:00 Content-Length: 3278 Lines: 65 I've got a NetPower R4000 dual processor server laying around, so I tried running MILO on it. These are the numbers I got: ARC Vendor ID: [MIPS DUO] ARC Product ID: [00004c75233200e8] I also get a TlbS exception right away, so I have some work to do. I just wanted to find out if anybody else has tried this box yet rog. The following binary file has been uuencoded to ensure successful transmission. Use UUDECODE to extract. begin 600 WINMAIL.DAT M>)\^(C80`0:0"``$```````!``$``0>0!@`(````Y`0```````#H``$(@`<` M&````$E032Y-:6-R;W-O9G0@36%I;"Y.;W1E`#$(`0V`!``"`````@`"``$+ M@`$`(0```$$R0T%#,S,R,45#.$-&,3$X0C%",#`R,$%&,S@Y.3%!`#,'`02` M`0`=````;F5T<&]W97(@4C0T,#`@8V]N9FEG=7)A=&EO;@!&"@$%@`,`#@`` M`,P'!@`1``D`%0`R``$`.P$!((`#``X```#,!P8`$0`(`#D`"``!`#0!`0F` M`0`A````03)#04,S,S(Q14,X0T8Q,3A",4(P,#(P048S.#DY,4$`,P"UM:7!S0&9N970N9G(`'@`",`$````%````4TU44``` M```>``,P`0```!,```!L:6YU>"UM:7!S0&9N970N9G(```,`%0P!`````@'Y M#P$```!#`````````($K'Z2^HQ`9G6X`W0$/5`(```$`;&EN=7@M;6EP"UM:7!S0&9N970N9G(G``````(!"S`!````&````%-- M5%`Z3$E.55@M34E04T!&3D54+D92``,``#D`````"P!`.@`````"`?8/`0`` M``0````````#D$`'```0```!T```!N971P;W=E`P`'$/L````>``@0`0```&4```!)5D5' M3U1!3D544$]715)2-#`P,$1504Q04D]#15-33U)315)615),05E)3D=!4D]5 M3D0L4T])5%))141254Y.24Y'34E,3T].25142$5314%2151(14Y534)%4E-) M1T]4.D%2``````(!"1`!````%P0``!,$``!`"```3%I&=7S48X\W``D#,`$" M-0#R"V!N9_`Q,#,S`?_%WT6_Q4O$W]E,3+^.!U* M'F$>'Q\I$V0?4AV_GR&/(4T@SQ[_(L0Y,B8%#R=Q'Y,G<`*"S`_$#AX`4#)#E0R M-#DO,3@ZP0M0O'DO+B`P<`L1.T5S+F3_'W`\/SU/,0]`[T'Y,\(S9&4TE7T! M53,V`4`IH6_N=RG01&$!@&XT(`!@"?#]+(!O`.`"$"MP-\(LX`(`-Q"!*](T ML&T+432P($,H.EQ!/`2!I8VIE3;!7"X!W!;`+,%S331`+<&PN.9!T29`0 M<'\IT$*`/_`+@"L``4!+86YK*4`28"`KTG``@`60;*QV;`!046!U!0!M45+_ M`9``(%'B"X`!``(P`<%143\00`YP``!18`S0`9`@+O\1@E%()X!2`BU01!!2 M?U./?52?,U%1!8%6/U=/6%]LNC1146Q5_UJ_6\4I5,R/#@!9GUY_6[1B("@" MD?]?GU&3-4!=3V(/8Q]D+U'`_SP097)23V;?9^]4S!]P97_O:O]L#VT?4<`Y M:>]O?W"/7W&5"OD#,"FO*K!)`!!QKG5/<"S@+-%G3W`@7!"Y!\!T4$J`!)`' M\#0_$G1D=0=`(!#02Z`'D'.K!;$0<'(Z\2`+8'DX`:MY8`-@=4MP+'M@;WA@ M[B!*L`B00H!R?(!S\7PPH$U)3$\@`B`@+*!\+B`SL"E`.R$*P"S@='TI0"!2 M$`;0.P%\\7DQ.H,*A0J%05)#(%9+89D%L4E$3:`!D2!;?@#"4`7P1%5/78$) M,O`?!'!2(`5`@B<_$3`T8Q@W-3(.L`'0,&4XWX,V"H5]``=`?-%G$(!Y87A4 M;&(%\"L`3C`%,&FS?E$%$&=H>5%"4'E\M:\00"S1>S`'@"!.H6M]$,]\X#F0 M?J%]`&IU*."*4'\`<#2P0H"*L4X02W!^0'4G!4`&D'E@;GD&X&1Y_X@`AR`L MX!!`!"!])']P!`#B(`;@>"!Y$("`G`-@1&; Mon, 17 Jun 1996 19:55:20 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA05271; Mon, 17 Jun 1996 19:55:01 +0200 (MET) Received: from flake.uni-koblenz.de (linux@flake.uni-koblenz.de [141.26.4.37]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id TAA01010; Mon, 17 Jun 1996 19:54:59 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606171754.TAA01010@informatik.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA07932; Mon, 17 Jun 96 19:55:03 +0200 Subject: Re: netpower R4400 configuration To: linux-mips@fnet.fr Date: Mon, 17 Jun 1996 19:55:03 +0200 (MET DST) Cc: RogerK@wonderware.com In-Reply-To: <31C58762@gw.wonderware.com> from "Roger Knobbe" at Jun 17, 96 09:16:00 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 651 Lines: 19 Hi, > I've got a NetPower R4000 dual processor server laying around, so I tried > running MILO on it. These are the numbers I got: > > ARC Vendor ID: [MIPS DUO] > ARC Product ID: [00004c75233200e8] > > I also get a TlbS exception right away, so I have some work to do. I > just wanted to find out if anybody else has tried this box yet All NetPower systems are currently unsupported. Several people have already mailed the NetPower people but unfortuneately they seem only be interested in NT, not in Linux. Anyway, I think it should be possible to port Linux to NetPower systems, though, so i you want to take the challenge ... Ralf From dm@neteng.engr.sgi.com Tue Jun 18 10:37:14 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id KAA01156 for ; Tue, 18 Jun 1996 10:37:12 +0200 (MET DST) Received: from sgigate.SGI.COM by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA09065; Tue, 18 Jun 1996 00:04:35 +0200 (MET) Received: from cthulhu.engr.sgi.com by sgigate.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/940406a.SGI) id PAA07862; Mon, 17 Jun 1996 15:04:17 -0700 Received: from neteng.engr.sgi.com (neteng.engr.sgi.com [192.26.80.10]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA12730; Mon, 17 Jun 1996 15:04:13 -0700 Received: (from dm@localhost) by neteng.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA18545; Mon, 17 Jun 1996 15:04:11 -0700 Date: Mon, 17 Jun 1996 15:04:11 -0700 Message-Id: <199606172204.PAA18545@neteng.engr.sgi.com> From: "David S. Miller" To: alan@cymru.net Cc: sparclinux@vger.rutgers.edu, sparclinux-cvs@vger.rutgers.edu, sparc-list@redhat.com, linux-mips@fnet.fr, ecd@skynet.be, torvalds@cs.helsinki.fi In-Reply-To: <199606170850.JAA25908@snowcrash.cymru.net> (message from Alan Cox on Mon, 17 Jun 1996 09:50:26 +0100 (BST)) Subject: Re: just so you guys don't think I'm sitting on my ass... Reply-To: dm@sgi.com Content-Length: 237 Lines: 10 From: Alan Cox Date: Mon, 17 Jun 1996 09:50:26 +0100 (BST) Just how much caffeine does a Dave Miller take to run. ;-) Yeah, but good luck getting the hardware docs on him. Later, David S. Miller dm@sgi.com From linux@mailhost.uni-koblenz.de Tue Jun 18 15:29:50 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id PAA07014 for ; Tue, 18 Jun 1996 15:29:48 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA24141; Tue, 18 Jun 1996 15:29:04 +0200 (MET) Received: from flake.uni-koblenz.de (linux@flake.uni-koblenz.de [141.26.4.37]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id PAA27816 for ; Tue, 18 Jun 1996 15:28:42 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606181328.PAA27816@informatik.uni-koblenz.de> Received: by flake.uni-koblenz.de (4.1/KO-2.0) id AA11783; Tue, 18 Jun 96 15:28:41 +0200 Subject: New uploads To: linux-mips@fnet.fr Date: Tue, 18 Jun 1996 15:28:40 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 2601 Lines: 51 -----BEGIN PGP SIGNED MESSAGE----- Hi all, I've uploaded another bunch of files to ftp.fnet.fr. Some notes: - Linux kernels from 1.99.8 on will need the yet unreleased Milo 0.27. - I still didn't find time to do shopping for spareparts, so these kernels are only tested on my SNI RM200 PCI, not the Acer PICA. - I've put the configparms files I use for compilation in the same directory as the binaries. The included big endian binaries are untested. Ralf 71df800940fa76165a45a981061aada3 bin/mips-linuxelf/configparms 6f76a1a632d36997ec69adc392c2d8b0 bin/mips-linuxelf/libc-960609-1.tar.gz f21a97020d59c3134df67d24b00a6977 bin/mipsel-linuxelf/configparms 3917c5ea4222eff32187609c2a10195a bin/mipsel-linuxelf/libc-960609-1.tar.gz 6a07ace8cbeb6dea3dabbc2fff431814 libc/src/glib/README 4680a92429d4fa897eb388fed31dfd44 libc/src/glib/libc-960609.diffs.gz b943d02dba0977932eae144e215d6b1d src/kernel/v1.3/linux-1.3.100-1.99.1.diffs.gz 5e0f3aa8b3a15e63a0a148133ef49841 src/kernel/v1.3/linux-1.3.98-1.3.99.diffs.gz f2896f535d715c73ed77986a50a7370d src/kernel/v1.3/linux-1.3.99-1.3.100.diffs.gz e7e14157716a55c667d7e1191094aadf src/kernel/v1.3/linux-1.99.1-1.99.2.diffs.gz 27a45d12a2bfcd08c80aecb7153afd93 src/kernel/v1.3/linux-1.99.10-1.99.11.diffs.gz 27815893ad1294c8bf3bfc2eb0c5826c src/kernel/v1.3/linux-1.99.11-1.99.12.diffs.gz e818f1ba95a8b7cd55e68f9ea5a33eac src/kernel/v1.3/linux-1.99.12-1.99.13.diffs.gz 13baf04c82fbacdadef1e59b9c79aa49 src/kernel/v1.3/linux-1.99.13-1.99.14.diffs.gz 43e202584df716cb4af4055ffdb92568 src/kernel/v1.3/linux-1.99.14-2.0.0.diffs.gz 931f889f37605b891c549ca098365b72 src/kernel/v1.3/linux-1.99.2-1.99.3.diffs.gz 76244698a76a6e12ad1d1d95782deeda src/kernel/v1.3/linux-1.99.3-1.99.4.diffs.gz 79d4eefed1f1c778646c0000cbe610d4 src/kernel/v1.3/linux-1.99.4-1.99.5.diffs.gz 71d6cb3b149b7ca47fc8075f2b539821 src/kernel/v1.3/linux-1.99.5-1.99.6.diffs.gz 9fd4f81e0a0646b2c6a0b92c7694ae64 src/kernel/v1.3/linux-1.99.6-1.99.7.diffs.gz c20412adc464fff7e4aba8b45814bca7 src/kernel/v1.3/linux-1.99.7-1.99.8.diffs.gz 69814adacb4325b5ff62319e1b544af4 src/kernel/v1.3/linux-1.99.8-1.99.9.diffs.gz df7bcaf35b1a2438b9c864cbb56718bb src/kernel/v1.3/linux-1.99.9-1.99.10.diffs.gz 21accadc527387b4da39e711c6fa2b05 src/kernel/v2.0/linux-2.0.0.tar.gz -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAgUBMcavBEckbl6vezDBAQEDRQP+K3oech+P1lcM9EWETJsDmP4cw92ERrAE zKFFPGJ+gldjL5/AggPj8X0wjzncyclM4Ks602o9N2YK6qIjLtVjzdJpDmNVauVV mZSA8eUdPSgLxDQMDVfIKIJdB2J9/XisF4iUdhA++4IlWynWKh4ghOTsOozadOh5 cpKqOCoiyKQ= =OfM6 -----END PGP SIGNATURE----- From linux@mailhost.uni-koblenz.de Wed Jun 19 00:46:30 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id AAA18306 for ; Wed, 19 Jun 1996 00:46:29 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA00534; Tue, 18 Jun 1996 19:32:39 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id TAA09293 for ; Tue, 18 Jun 1996 19:19:05 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606181719.TAA09293@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id TAA17668; Tue, 18 Jun 1996 19:17:38 +0200 Subject: Lets shrink ... To: linux-mips@fnet.fr Date: Tue, 18 Jun 1996 19:17:37 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 134 Lines: 6 Hi all, just thought the MIPS binaries are a bit to large, so let's shrink 'em. Since yesterday shared libs are working ... Ralf From gerard@yaka.frml.bull.fr Wed Jun 19 18:57:40 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id SAA12649 for ; Wed, 19 Jun 1996 18:57:39 +0200 (MET DST) Received: from relay2.EUnet.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA17608; Wed, 19 Jun 1996 18:57:36 +0200 (MET) Received: from idefix.frso.bull.fr by relay2.eunet.fr (5.65c8d/96.05.03) via EUnet-France id AA10320; Wed, 19 Jun 1996 18:57:35 +0200 (MET) Received: from yaka.frml.bull.fr (yaka.frml.bull.fr [192.90.236.130]) by idefix.frso.bull.fr (8.6.13/8.6.12) with SMTP id SAA27145; Wed, 19 Jun 1996 18:26:11 +0200 Received: from dpx135 by yaka.frml.bull.fr (AIX 4.1/UCB 5.64/4.03) id AA26966; Wed, 19 Jun 1996 18:53:05 +0200 Received: from dpx135 by dpx135.frml.bull.fr (AIX 4.1/UCB 5.64/4.03) id AA26916; Wed, 19 Jun 1996 18:47:08 +0200 Sender: gerard@dpx135.frml.bull.fr Message-Id: <31C82F0B.41C6@frml.bull.fr> Date: Wed, 19 Jun 1996 18:47:07 +0200 From: "G.Calas@frml.bull.fr" X-Mailer: Mozilla 2.0 (X11; I; AIX 1) Mime-Version: 1.0 To: linux-mips@fnet.fr Cc: "G.Calas@frml.bull.fr" Subject: linux sur MIPS R3000 X-Url: http://lena.fnet.fr/linux-mips-howto.html Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Length: 645 Lines: 22 j'ai recupere une station MIPS R3000. Avec 2 disques maxtor LXT-200S (200MB) et 1 streamer 150MO Viper. Si quelqu'un a une experience. Merci de me contacter. -- = +-------------------------------------------------------------------------+= G=E9rard Calas T=E9l: 91 11 31 71 Ing=E9nieur Technico-Commercial T=E9l=E9copie: 91 11 31 1= 5 Technop=F4le de Ch=E2teau Gombert 13455 Marseille CEDEX 20 http://dpx135.frml.bull.fr/MARSEILLE Email: G.Calas@frml.bull.fr (http://www.bull.com/) +-------------------------------------------------------------------------+= From bigbug.franken.de!tsbogend@hub-fue.franken.de Sat Jun 22 11:19:10 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id LAA05762 for ; Sat, 22 Jun 1996 11:19:08 +0200 (MET DST) Received: from rachael.franken.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA15325; Sat, 22 Jun 1996 11:19:02 +0200 (MET) Received: from hub-fue.franken.de by rachael.franken.de with smtp (Smail3.1.29.1 #8) id m0uXOGe-000oHrC; Sat, 22 Jun 96 10:42 MET DST Received: by hub-fue.franken.de (Smail3.1.29.1 #35) id m0uXOqI-0005hxC; Sat, 22 Jun 96 11:18 MET DST Received: by bigbug.franken.de (8.6.12/tbs) id LAA00480 for linux-mips@fnet.fr; Sat, 22 Jun 1996 11:11:44 +0200 From: Thomas Bogendoerfer Message-Id: <199606220911.LAA00480@bigbug.franken.de> Subject: fixes for linux/mips 2.0.0 on jazz platforms To: linux-mips@fnet.fr Date: Sat, 22 Jun 1996 11:11:43 +0200 (MET DST) Reply-To: tsbogend@bigbug.franken.de X-Mailer: ELM [version 2.4 PL24 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1944 Lines: 69 It looks like Ralf only works on his RM200:-) Here is the necessary to patch to make compiling for a Olivetti M700 possible. Thomas. Index: arch/mips/jazz/Makefile =================================================================== RCS file: /usr/src/cvs/linux-mips/arch/mips/jazz/Makefile,v retrieving revision 1.1.1.3 diff -u -r1.1.1.3 Makefile --- Makefile 1996/06/22 00:05:34 1.1.1.3 +++ Makefile 1996/06/22 09:04:27 @@ -13,7 +13,7 @@ all: jazz.o O_TARGET := jazz.o -O_OBJS := hw-access.o int-handler.o jazzdma.o setup.o +O_OBJS := hw-access.o int-handler.o jazzdma.o setup.o g364.o ifdef CONFIG_MIPS_MAGNUM_4000 L_OBJS += g364.o Index: arch/mips/jazz/jazzdma.c =================================================================== RCS file: /usr/src/cvs/linux-mips/arch/mips/jazz/jazzdma.c,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 jazzdma.c --- jazzdma.c 1996/06/22 00:05:35 1.1.1.2 +++ jazzdma.c 1996/06/22 08:58:26 @@ -18,6 +18,7 @@ #include #include #include +#include static unsigned long vdma_pagetable_start = 0; @@ -231,7 +232,7 @@ /* * Update translation table */ - sys_cacheflush(entry+first, npages << 3, DCACHE); + sys_cacheflush(pgtbl+first, npages << 3, DCACHE); r4030_write_reg32(JAZZ_R4030_TRSTBL_INV,0); if (vdma_debug > 2) Index: arch/mips/jazz/setup.c =================================================================== RCS file: /usr/src/cvs/linux-mips/arch/mips/jazz/setup.c,v retrieving revision 1.1.1.3 diff -u -r1.1.1.3 setup.c --- setup.c 1996/06/22 00:05:34 1.1.1.3 +++ setup.c 1996/06/22 09:01:10 @@ -15,6 +15,7 @@ #include #include #include +#include /* * Initial irq handlers. -- That process _deserves_ to die ("My name is Linus Torvalds, prepare to die"). [Linus Torvalds on linux-kernel] From linux@mailhost.uni-koblenz.de Sat Jun 22 16:53:36 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id QAA12154 for ; Sat, 22 Jun 1996 16:53:35 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA18490; Sat, 22 Jun 1996 16:53:26 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id QAA24289 for ; Sat, 22 Jun 1996 16:53:22 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606221453.QAA24289@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id QAA13030; Sat, 22 Jun 1996 16:53:19 +0200 Subject: Re: fixes for linux/mips 2.0.0 on jazz platforms To: linux-mips@fnet.fr Date: Sat, 22 Jun 1996 16:53:19 +0200 (MET DST) In-Reply-To: <199606220911.LAA00480@bigbug.franken.de> from "Thomas Bogendoerfer" at Jun 22, 96 11:11:43 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 765 Lines: 30 Hi, > It looks like Ralf only works on his RM200:-) Admited, this box is much smarter than the Acer ... I just need to find the time to go to town and buy a new keyboard for the Acer ... But shared libs are even more interesting :-) > Here is the necessary to patch to make compiling for a Olivetti M700 > possible. [...] > --- Makefile 1996/06/22 00:05:34 1.1.1.3 > +++ Makefile 1996/06/22 09:04:27 > @@ -13,7 +13,7 @@ > > all: jazz.o > O_TARGET := jazz.o > -O_OBJS := hw-access.o int-handler.o jazzdma.o setup.o > +O_OBJS := hw-access.o int-handler.o jazzdma.o setup.o g364.o Eeeks, this adds the g364 stuff even for the Acer which has an S3 console. > ifdef CONFIG_MIPS_MAGNUM_4000 > L_OBJS += g364.o ^^^ Instead change this to O_OBJS. Ralf From bigbug.franken.de!tsbogend@hub-fue.franken.de Sun Jun 23 23:49:58 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id XAA19779 for ; Sun, 23 Jun 1996 23:49:57 +0200 (MET DST) Received: from rachael.franken.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA10376; Sun, 23 Jun 1996 23:49:50 +0200 (MET) Received: from hub-fue.franken.de by rachael.franken.de with smtp (Smail3.1.29.1 #8) id m0uXwSp-000oUcC; Sun, 23 Jun 96 23:12 MET DST Received: by hub-fue.franken.de (Smail3.1.29.1 #35) id m0uXx2T-0005PTC; Sun, 23 Jun 96 23:49 MET DST Received: by bigbug.franken.de (8.6.12/tbs) id XAA00695 for linux-mips@fnet.fr; Sun, 23 Jun 1996 23:42:46 +0200 From: Thomas Bogendoerfer Message-Id: <199606232142.XAA00695@bigbug.franken.de> Subject: milo 0.27 ? To: linux-mips@fnet.fr Date: Sun, 23 Jun 1996 23:42:45 +0200 (MET DST) Reply-To: tsbogend@bigbug.franken.de X-Mailer: ELM [version 2.4 PL24 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 385 Lines: 10 When will be milo 0.27 released ? It's a little bit odd, that I now have 2.0.0 kernel, which I can't boot. Maybe we can have interim version of milo, which doesn't have all the nice features, but is able to boot 2.0.0 kernels. Thomas. -- That process _deserves_ to die ("My name is Linus Torvalds, prepare to die"). [Linus Torvalds on linux-kernel] From linux@mailhost.uni-koblenz.de Mon Jun 24 07:59:32 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id HAA01116 for ; Mon, 24 Jun 1996 07:59:32 +0200 (MET DST) Received: from informatik.uni-koblenz.de ([141.26.4.1]) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA15802; Mon, 24 Jun 1996 07:59:23 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id DAA29929 for ; Mon, 24 Jun 1996 03:13:57 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606240113.DAA29929@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id DAA14193; Mon, 24 Jun 1996 03:13:55 +0200 Subject: Re: milo 0.27 ? To: linux-mips@fnet.fr Date: Mon, 24 Jun 1996 03:13:55 +0200 (MET DST) In-Reply-To: <199606232142.XAA00695@bigbug.franken.de> from "Thomas Bogendoerfer" at Jun 23, 96 11:42:45 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 331 Lines: 11 Hi, > When will be milo 0.27 released ? It's a little bit odd, that I now > have 2.0.0 kernel, which I can't boot. Maybe we can have interim > version of milo, which doesn't have all the nice features, but is > able to boot 2.0.0 kernels. Probably Stoned has too few time currently; he promised me "to slam it out" rsn. Ralf From Stoned.Elipot@univ-evry.fr Mon Jun 24 09:13:31 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id JAA02754 for ; Mon, 24 Jun 1996 09:13:30 +0200 (MET DST) Received: from louis-blanc.univ-evry.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA16931; Mon, 24 Jun 1996 09:13:23 +0200 (MET) Received: from bandsept.univ-evry.fr (bandsept.univ-evry.fr [192.93.214.19]) by louis-blanc.univ-evry.fr with ESMTP (8.6.12/96.04.09/louis-blanc); id JAA16204; Mon, 24 Jun 1996 09:13:27 +0200 Received: from localhost.univ-evry.fr (localhost.univ-evry.fr [127.0.0.1]) by bandsept.univ-evry.fr with SMTP (8.6.12/94.01.26); id JAA19563; Mon, 24 Jun 1996 09:13:18 +0200 Message-Id: <199606240713.JAA19563@bandsept.univ-evry.fr> To: linux-mips@fnet.fr Subject: Re: milo 0.27 ? In-Reply-To: Your message of "Mon, 24 Jun 1996 03:13:55 +0200." <199606240113.DAA29929@informatik.uni-koblenz.de> X-It: bandsept (wrong OS, but right CPU) X-Mailer: MH 6.8.3, MH-E 5.0.2 Date: Mon, 24 Jun 1996 09:13:12 +0200 From: Stoned Elipot Content-Length: 625 Lines: 17 Hi all, >>>>> "Ralf" == Systemkennung Linux writes: [SNIP] Ralf> Probably Stoned has too few time currently; he promised me "to Ralf> slam it out" rsn. Grff... Yes lately I've been overbooked by work. I'll upload Milo 0.27 tonight from home, I thought I got it somewhere at work but nope, sorry. Anyway, Milo 0.27 is not assured to work on all ARC boxes, Ralf had experienced little problem with an interim version on the RM200 for example. Anyway it only means that 0.28 will popup quickly, I hope. So Milo 0.27 tonight - around midnight MET - on ftp.fnet.fr, so be it! Cheers, Stoned. From linux@mailhost.uni-koblenz.de Mon Jun 24 19:18:28 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id TAA14852 for ; Mon, 24 Jun 1996 19:18:27 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA00331; Mon, 24 Jun 1996 19:18:03 +0200 (MET) Received: from thoma (thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id SAA04056 for ; Mon, 24 Jun 1996 18:56:49 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199606241656.SAA04056@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id SAA23621; Mon, 24 Jun 1996 18:56:47 +0200 Subject: Re: milo 0.27 ? To: linux-mips@fnet.fr Date: Mon, 24 Jun 1996 18:56:47 +0200 (MET DST) In-Reply-To: <199606241038.AA00743@ecrc.de> from "Mail Delivery Subsystem" at Jun 24, 96 12:59:21 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 847 Lines: 19 Hi, > Anyway, Milo 0.27 is not assured to work on all ARC boxes, Ralf had > experienced little problem with an interim version on the RM200 for > example. Anyway it only means that 0.28 will popup quickly, I hope. The new GCC/binutils combination I'm using for development of the shared library stuff will also help to solve some of the SNI ARC BIOS related problems. The SNI ARC BIOS behaves unlike all the others I know of. While this is still ok according to the specs it breaks Milo due to assumptions that I have to make to work around lacking binutil capabilities. The alternative would have been to write Milo completly in assembler ... There are some other things that were working on othe ARC (pronounce Argggg) BIOSes but break the SNI thing also. > So Milo 0.27 tonight - around midnight MET - on ftp.fnet.fr, so be it! Ralf From bigbug.franken.de!tsbogend@hub-fue.franken.de Tue Jun 25 00:08:12 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id AAA20844 for ; Tue, 25 Jun 1996 00:08:11 +0200 (MET DST) Received: from rachael.franken.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA05162; Tue, 25 Jun 1996 00:08:01 +0200 (MET) Received: from hub-fue.franken.de by rachael.franken.de with smtp (Smail3.1.29.1 #8) id m0uYJng-000oJzC; Tue, 25 Jun 96 00:08 MET DST Received: by hub-fue.franken.de (Smail3.1.29.1 #35) id m0uYJnY-0005ZfC; Tue, 25 Jun 96 00:07 MET DST Received: by bigbug.franken.de (8.6.12/tbs) id WAA00867 for linux-mips@fnet.fr; Mon, 24 Jun 1996 22:58:17 +0200 From: Thomas Bogendoerfer Message-Id: <199606242058.WAA00867@bigbug.franken.de> Subject: Re: milo 0.27 ? To: linux-mips@fnet.fr Date: Mon, 24 Jun 1996 22:58:16 +0200 (MET DST) In-Reply-To: <199606240713.JAA19563@bandsept.univ-evry.fr> from "Stoned Elipot" at Jun 24, 96 09:13:12 am Reply-To: tsbogend@bigbug.franken.de X-Mailer: ELM [version 2.4 PL24 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 245 Lines: 9 > So Milo 0.27 tonight - around midnight MET - on ftp.fnet.fr, so be it! thanks a lot. Thomas. -- That process _deserves_ to die ("My name is Linus Torvalds, prepare to die"). [Linus Torvalds on linux-kernel] From Stoned.Elipot@univ-evry.fr Mon Jun 24 23:54:32 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id XAA20268 for ; Mon, 24 Jun 1996 23:54:31 +0200 (MET DST) Received: from louis-blanc.univ-evry.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA04804; Mon, 24 Jun 1996 23:54:23 +0200 (MET) Received: from bandsept.univ-evry.fr (bandsept.univ-evry.fr [192.93.214.19]) by louis-blanc.univ-evry.fr with ESMTP (8.6.12/96.04.09/louis-blanc); id XAA18796; Mon, 24 Jun 1996 23:54:28 +0200 Received: from localhost.univ-evry.fr (localhost.univ-evry.fr [127.0.0.1]) by bandsept.univ-evry.fr with SMTP (8.6.12/94.01.26); id XAA21252; Mon, 24 Jun 1996 23:54:19 +0200 Message-Id: <199606242154.XAA21252@bandsept.univ-evry.fr> To: linux-mips@fnet.fr (The R List) Subject: Milo 0.27 available X-It: bandsept (wrong OS, but right CPU) X-Mailer: MH 6.8.3, MH-E 5.0.2 Date: Mon, 24 Jun 1996 23:54:12 +0200 From: Stoned Elipot Content-Length: 987 Lines: 29 -----BEGIN PGP SIGNED MESSAGE----- Hi all, Milo version 0.27 is available at ftp://ftp.fnet.fr/linux-mips/src/boot/milo-0.27.tar.gz. Please have a look at the README enclosed in the archive, as things had a little changed... You'll need latest Linux/MIPS kernel to use this version of Milo, and you'll need Milo 0.27 to use these latest versions of the kernel :). Please to not take too much account in the RCS Id versions in the sources, as we still lack -- for various reasons -- a proper CVS repository which would make these Id revelant. Cheers, Stoned. MD5 (milo-0.27.tar.gz) = 421e61a8a6b12161154554d3a4c35341 -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: noconv Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface iQCVAwUBMc8OZo7ZWWzTgw9dAQG23wP8DySp+Sx3L7bwRmDTRNBVlMaYb/b4bJJf kChoWvvccD4/7580pi2MeOkqp3LKNkZ4HjkzYsVj1iXnV3qrwp/yHj8ZpBYzWqPM vGWsb3y8Y1H0JqIzlsr3N0VZWq1LkxUUckNR8kxjCzIB9HhaXfnNy4PtRBgLRFO3 9bpMbr2udiY= =GyRV -----END PGP SIGNATURE----- From lord@crocodile.org Tue Jun 25 01:07:08 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id BAA22069 for ; Tue, 25 Jun 1996 01:07:07 +0200 (MET DST) Received: from mercury.Sun.COM by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA06798; Tue, 25 Jun 1996 01:06:59 +0200 (MET) Received: by mercury.Sun.COM (Sun.COM) id QAA03981; Mon, 24 Jun 1996 16:07:03 -0700 Received: from mark-7.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3) id QAA16917; Mon, 24 Jun 1996 16:06:54 -0700 Received: from mark-7 by mark-7.eng.sun.com (SMI-8.6/SMI-SVR4) id QAA09463; Mon, 24 Jun 1996 16:08:43 -0700 Sender: lord@crocodile.org Message-Id: <31CF1FFB.360@crocodile.org> Date: Mon, 24 Jun 1996 16:08:43 -0700 From: Vadim Zaliva Organization: Private X-Mailer: Mozilla 2.01I-Sun (X11; I; SunOS 5.5 sun4c) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: MIPS X-Url: http://www.julia.de/~ralf/linux-mips.html Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 507 Lines: 19 Hi! I just got SGI Personal IRIS box. I can participate in Linux/MIPS project. Vadim -- ;;-----------------------------------+-----------------------------------+ ;; Vadim Zaliva + Those who do not understand Unix + ;; Home : lord@crocodile.org + are condemned to reinvent it, + ;; Office : vadim.zaliva@sun.com + poorly. + ;; http://www.crocodile.org + (H. Spencer) + ;;-----------------------------------+-----------------------------------+ From Stoned.Elipot@univ-evry.fr Tue Jun 25 09:18:29 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id JAA03355 for ; Tue, 25 Jun 1996 09:18:29 +0200 (MET DST) Received: from louis-blanc.univ-evry.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA13500; Tue, 25 Jun 1996 09:18:21 +0200 (MET) Received: from bandsept.univ-evry.fr (bandsept.univ-evry.fr [192.93.214.19]) by louis-blanc.univ-evry.fr with ESMTP (8.6.12/96.04.09/louis-blanc); id JAA19766; Tue, 25 Jun 1996 09:18:25 +0200 Received: from localhost.univ-evry.fr (localhost.univ-evry.fr [127.0.0.1]) by bandsept.univ-evry.fr with SMTP (8.6.12/94.01.26); id JAA22620; Tue, 25 Jun 1996 09:18:16 +0200 Message-Id: <199606250718.JAA22620@bandsept.univ-evry.fr> To: Erik Troan Cc: linux-mips@fnet.fr (The R List) Subject: Re: Milo 0.27 available In-Reply-To: Your message of "Mon, 24 Jun 1996 18:00:51 EDT." X-It: bandsept (wrong OS, but right CPU) X-Mailer: MH 6.8.3, MH-E 5.0.2 Date: Tue, 25 Jun 1996 09:18:06 +0200 From: Stoned Elipot Content-Length: 445 Lines: 13 [ I'm CCing this to the list ] Hi, Erik Troan, says: >Have you considered changing the name of this? Giving it the same name >as the Alpha loader is bound to create confusion. Yes I know, I recall Ralf saying something about this, like 'We named it this way first !' ?? Anyway, no kidding, this should be considerer. I'm not particularly attached to the name `milo', much more to the name `pandora' but that's another story. Cheers, Stoned From bigbug.franken.de!tsbogend@hub-fue.franken.de Mon Jul 1 13:44:38 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id NAA01324 for ; Mon, 1 Jul 1996 13:44:37 +0200 (MET DST) Received: from rachael.franken.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA29075; Sat, 29 Jun 1996 22:00:41 +0200 (MET) Received: from hub-fue.franken.de by rachael.franken.de with smtp (Smail3.1.29.1 #8) id m0ua6C7-000oI6C; Sat, 29 Jun 96 22:00 MET DST Received: by hub-fue.franken.de (Smail3.1.29.1 #35) id m0ua6C2-0005dBC; Sat, 29 Jun 96 22:00 MET DST Received: by bigbug.franken.de (8.6.12/tbs) id VAA01042 for linux-mips@fnet.fr; Sat, 29 Jun 1996 21:51:39 +0200 From: Thomas Bogendoerfer Message-Id: <199606291951.VAA01042@bigbug.franken.de> Subject: Some questions To: linux-mips@fnet.fr Date: Sat, 29 Jun 1996 21:51:38 +0200 (MET DST) Reply-To: tsbogend@bigbug.franken.de X-Mailer: ELM [version 2.4 PL24 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1255 Lines: 30 Hi, first some good news, a couple of minutes ago I was able to bring up my Olivetti with a nearly working SONIC driver (ping -f works, telnet works, NFS read is ok, only NFS writes are still making troubles). While working on the driver, I found a strange looking problem. To test the driver I've compiled ping. Maybe because of the really outdated libc (from root-0.01) I had a hard time to do that. I managed to compile it, and it works nearly as expected, but when I ping some host (even localhost), I get the normal ping response and a duplicate ping response with 492 bytes for every ping request. Even when I change the packet size, the duplicate response is still 492 bytes big. So now I'm not sure, if my problem is related to my old libc or something inside the kernel. Does anybody have a working ping, which doesn't show this strange behaviour ? Another thing I've noticed is that ping times are about 30ms, which IMHO is really bad. But that's only when I start the ping on the Mips box itself, a ping from my Alpha shows me 0.0ms RTT. Maybe this is related to my broken ping. Thomas. -- That process _deserves_ to die ("My name is Linus Torvalds, prepare to die"). [Linus Torvalds on linux-kernel] From ralf@Julia.DE Mon Jul 1 13:43:12 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.5/8.7.3) with SMTP id NAA01052 for ; Mon, 1 Jul 1996 13:41:57 +0200 (MET DST) Received: from alles.intern.julia.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA15063; Sun, 30 Jun 1996 22:31:50 +0200 (MET) Received: from bryant.intern.julia.de (ralf@bryant.intern.julia.de [194.221.49.34]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id WAA00838 for ; Sun, 30 Jun 1996 22:33:58 +0200 From: Ralf Baechle Received: (from ralf@localhost) by bryant.intern.julia.de (8.7.5/8.7.3) id WAA12989 for linux-mips@fnet.fr; Sun, 30 Jun 1996 22:36:43 +0200 Message-Id: <199606302036.WAA12989@bryant.intern.julia.de> Subject: Re: MIPS To: linux-mips@fnet.fr Date: Sun, 30 Jun 1996 22:36:43 +0200 (MET DST) In-Reply-To: <31CF1FFB.360@crocodile.org> from "Vadim Zaliva" at Jun 24, 96 04:08:43 pm X-Mailer: ELM [version 2.4 PL24 PGP6] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 345 Lines: 12 Hi! > I just got SGI Personal IRIS box. > I can participate in Linux/MIPS project. I've just subscribed you to the Linux/MIPS mailing list. As you have a SGI system you probably also want to subscribe to SGI's mailinglist. SGI's list is a Majordomo mailinglist reachable at majordomo@corp.sgi.com. Sorry for subscribing you so slow, Ralf