From imp@rover.village.org Sun Sep 1 23:11:04 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 XAA29387 for ; Sun, 1 Sep 1996 23:11:02 +0200 (MET DST) Received: from rover.village.org by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA17916; Sun, 1 Sep 1996 23:09:46 +0200 (MET) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id PAA12871 for ; Sun, 1 Sep 1996 15:10:10 -0600 (MDT) Message-Id: <199609012110.PAA12871@rover.village.org> To: linux-mips@fnet.fr Subject: Deskstation rPC44 and Milo 0.27 Date: Sun, 01 Sep 1996 15:10:10 -0600 From: Warner Losh Content-Length: 4054 Lines: 97 Looks like at least pandora can boot and run on the Deskstation rPC44. I've found two minor problems, and have a fix for one. The first, without a fix, is that I always get a usage message from pandora complaining that ';' isn't a valid argument. I run it via the run program menu, so maybe that is why, but I kinda doubt it. A quick hack to usage so that it doesn't always exit puts me back on the air. I've not included this because it is a bandaid to another bug. Then again, I've never had the boot parameters work for me at all, maybe this is a bug in my BIOS ROMs :-(. The second problem is that the memory command has a fencepost error in it. Here's the current output from it on my machine: # start - end size type 0: 80000000 - 80001000 00001000 ExceptionBlock 1: 80001000 - 80002000 00001000 SystemParameterBlock 2: 80002000 - 800a0000 0009e000 FreeMemory 3: 800a0000 - 800e0000 00040000 BadMemory 4: 80020000 - 80600000 00520000 FreeMemory 5: 80f00000 - 81000000 00100000 FirmwarePermanent 6: 81000000 - 82000000 01000000 FreeMemory 7: 80600000 - 8060d000 0000d000 LoadedProgram 8: 8060d000 - 80f00000 008f3000 FreeMemory As you can see, all the end addresses are off by one. Patch is appended to this message. Here's the correct output from it on my machine: # start - end size type 0: 80000000 - 80000fff 00001000 ExceptionBlock 1: 80001000 - 80001fff 00001000 SystemParameterBlock 2: 80002000 - 8009ffff 0009e000 FreeMemory 3: 800a0000 - 800dffff 00040000 BadMemory 4: 80020000 - 805fffff 00520000 FreeMemory 5: 80f00000 - 80ffffff 00100000 FirmwarePermanent 6: 81000000 - 81ffffff 01000000 FreeMemory 7: 80600000 - 8060cfff 0000d000 LoadedProgram 8: 8060d000 - 80efffff 008f3000 FreeMemory Looking at this table, I've learned the following that I think everyone would be interested in knowing: o MILO can never be loaded at 0x80f00000-0x80ffffff or it will stomp by BIOS. o Linux can be loaded in that range, if need be, since we've killed the ROMs by then. I don't think they last past the flushing of the tlb, right? o MILO could pass this detailed information to Linux and Linux could use it to setup its initial memory maps. o What's in the range 0xe0000-0xfffff on a PC? Why would the rpc claim they are free? The only thing that I can think of is that the BIOS of the PC lives in that range and no hardware is listening on those address ranges to that memory is safe to use. Or it is a minor bug in the rPC memory reporting routines :-). Useful commands that pandora could implement: A way to dump the system parameter block. A way to dump the firmware table A way to dump the vendor table A way to disassemble functions in these tables A way to dump a range of memory to disk for offline disassembly/decomilation :-) A way to dump the configuration tree Had I known about the system parameter block before milo 0.27 was able to release that information, I'd have known how to do things like writes to i/o ports sooner because the first few instructions of my boot roms do just that :-). BTW, is there a good source for the ARC BIOS manual, now that we've had some luck with SNI or whoever so we could release the full MILO sources? I'd really like to have one, since I still don't know as much about my machine as I'd like to... I'd be happy to foot the bill for shipping, photocopying, printing, etc to get my hands on one. I'd pay as much as $100 for it, even if I had to go directly to MS or SNI to get one. Any contact info on this stuff? Thanks a bunch... Warner --- src/arcmemory.c.org Sun Sep 1 14:58:10 1996 +++ src/arcmemory.c Sun Sep 1 14:58:13 1996 @@ -56,7 +56,7 @@ base = 0x80000000 | (memdesc->BasePage << 12); size = memdesc->PageCount << 12; - end = base + size; + end = base + size - 1; typename = typenames[memdesc->MemoryType]; printf ("%3d: %08lx - %08lx %08lx %s\r\n", i, base, end, size, typename); i++; From ralf@Julia.DE Mon Sep 2 02:19: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 CAA00431 for ; Mon, 2 Sep 1996 02:19:02 +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 AA22517; Mon, 2 Sep 1996 02:17:46 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id CAA07102 for ; Mon, 2 Sep 1996 02:16:54 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.7.5/8.7.3) id CAA25824 for linux-mips@fnet.fr; Mon, 2 Sep 1996 02:18:22 +0200 Message-Id: <199609020018.CAA25824@kernel.panic.julia.de> Subject: Sonic ... To: linux-mips@fnet.fr Date: Mon, 2 Sep 1996 02:18:22 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1357 Lines: 36 Hi all, I just hacked a bit on the Sonic driver by Thomas Bogendoerfer and got it to a state whereit looks useable: Console: 16 point font, 400 scans Console: colour PICA-S3 80x25, 1 virtual console (max 63) Calibrating delay loop.. ok - 66.56 BogoMIPS VDMA: R4030 DMA pagetables initialized. Memory: 7016k/8188k available (828k kernel code, 344k data) Swansea University Computer Society NET3.035 for Linux 2.0 NET3: Unix domain sockets 0.12 for Linux NET3.035. Swansea University Computer Society TCP/IP for NET3.034 IP Protocols: ICMP, UDP, TCP Checking for 'wait' instruction... unavailable. Linux version 2.0.7 (ralf@rio) (gcc version 2.7.2) #49 Mon Sep 2 01:32:11 MET DST 1996 Floppy drive(s): fd0 is 1.44M Started kswapd v 1.4.2.2 FDC 0 is a post-1991 82077 eata_dma: kernel PCI support not enabled. Skipping scan for PCI HBAs. scsi : 0 hosts. scsi : detected total. SONIC Silicon Revision = 0x0004 sonic.c:v0.10 6.7.96 tsbogend@bigbug.franken.de eth0: SONIC ethernet found at 0xe0001000, HW Address 00:0c:08:00:00:00 IRQ 13 Sending BOOTP requests.... OK Root-NFS: Got BOOTP answer from 193.98.169.11, my address is 193.98.169.17 Root-NFS: Got file handle for /tftpboot/193.98.169.17/ via RPC VFS: Mounted root (nfs filesystem). bash# Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From andy@soft-n-hard.de Mon Sep 2 09:02: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 JAA02158 for ; Mon, 2 Sep 1996 09:02:55 +0200 (MET DST) Received: from aw.bnc.net by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA03009; Mon, 2 Sep 1996 09:01:39 +0200 (MET) Received: from newton.soft-n-hard.de (andy@newton.soft-n-hard.de [194.163.66.33]) by aw.bnc.net (8.6.12/8.6.12) with ESMTP id JAA03907 for ; Mon, 2 Sep 1996 09:04:01 +0200 Received: (from andy@localhost) by newton.soft-n-hard.de (8.6.12/8.6.9) id JAA09412; Mon, 2 Sep 1996 09:02:39 +0200 Date: Mon, 2 Sep 1996 09:02:39 +0200 From: Andreas Busse Message-Id: <199609020702.JAA09412@newton.soft-n-hard.de> To: linux-mips@fnet.fr Subject: Re: Sonic ... In-Reply-To: <199609020018.CAA25824@kernel.panic.julia.de> X-Mailer: [XMailTool v3.1.2b] Content-Length: 636 Lines: 18 > SONIC Silicon Revision = 0x0004 > sonic.c:v0.10 6.7.96 tsbogend@bigbug.franken.de > eth0: SONIC ethernet found at 0xe0001000, HW Address 00:0c:08:00:00:00 IRQ 13 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Hmmm. Looks quite a bit like stuff from my trials to make it running... Anyway, congrats! Cheers, Andy ----------------------------------------------------------- Andreas Busse | andy@soft-n-hard.de Soft N Hard GbR | Phone: +49 2636-970105 Im Hufen Boden 16, D-53498 Waldorf | Fax: +49 2636-970106 ----------------------------------------------------------- From Stoned.Elipot@univ-evry.fr Mon Sep 2 10:38:13 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 KAA02335 for ; Mon, 2 Sep 1996 10:38:13 +0200 (MET DST) Received: from louis-blanc.univ-evry.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA06164; Mon, 2 Sep 1996 10:36:57 +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.07.30/louis-blanc); id KAA17349; Mon, 2 Sep 1996 10:37:22 +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 KAA10735; Mon, 2 Sep 1996 10:35:31 +0200 Message-Id: <199609020835.KAA10735@bandsept.univ-evry.fr> To: linux-mips@fnet.fr Subject: Re: Deskstation rPC44 and Milo 0.27 In-Reply-To: Your message of "Sun, 01 Sep 1996 15:10:10 MDT." <199609012110.PAA12871@rover.village.org> X-It: bandsept (wrong OS, but right CPU) X-Mailer: MH 6.8.3, MH-E 5.0.2 Date: Mon, 02 Sep 1996 10:35:24 +0200 From: Stoned Elipot Content-Length: 1262 Lines: 34 Hi Warner, It's nice to read from you. >Useful commands that pandora could implement: > A way to dump the system parameter block. > A way to dump the firmware table > A way to dump the vendor table > A way to disassemble functions in these tables > A way to dump a range of memory to disk for offline > disassembly/decomilation :-) > A way to dump the configuration tree > [SNIP] >BTW, is there a good source for the ARC BIOS manual, now that we've >had some luck with SNI or whoever so we could release the full MILO >sources? I'd really like to have one, since I still don't know as Milo 0.27 is already a full sources release, or did I made a mistake in packaging it ? Anyway Ralf proposed last week - It was not on the list - that Milo should pass all the ARC config tree - in whatever form - to the kernel, so it can end up in, say /proc/arc. So Milo would have a complete ARC tree walker and by making it available from Pandora's prompt it will implement one of these feature you're talking about. And well for the others, as long as they are thrown in Pandora and not in Milo - to keep it small - ... why not ? Let's have Pandora suffer from a feeping creaturism :) Stoned. PS/ http://www.lysator.liu.se/hackdict/split2/feeping_creaturism.html From ralf@Julia.DE Mon Sep 2 12:37: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 MAA05474 for ; Mon, 2 Sep 1996 12:37:06 +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 AA10307; Mon, 2 Sep 1996 12:35:39 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id MAA25894 for ; Mon, 2 Sep 1996 12:34:41 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.7.5/8.7.3) id MAA26487 for linux-mips@fnet.fr; Mon, 2 Sep 1996 12:36:12 +0200 Message-Id: <199609021036.MAA26487@kernel.panic.julia.de> Subject: Re: Deskstation rPC44 and Milo 0.27 To: linux-mips@fnet.fr Date: Mon, 2 Sep 1996 12:36:12 +0200 (MET DST) In-Reply-To: <199609012110.PAA12871@rover.village.org> from "Warner Losh" at Sep 1, 96 03:10:10 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 5325 Lines: 123 > Looks like at least pandora can boot and run on the Deskstation > rPC44. I've found two minor problems, and have a fix for one. > > The first, without a fix, is that I always get a usage message from > pandora complaining that ';' isn't a valid argument. I run it via the > run program menu, so maybe that is why, but I kinda doubt it. A quick > hack to usage so that it doesn't always exit puts me back on the air. > I've not included this because it is a bandaid to another bug. Then > again, I've never had the boot parameters work for me at all, maybe > this is a bug in my BIOS ROMs :-(. Can you hack the code so that it prints exactly what it gets passed by the ARC firmware? > The second problem is that the memory command has a fencepost error in > it. Here's the current output from it on my machine: > > # start - end size type > > 0: 80000000 - 80001000 00001000 ExceptionBlock > 1: 80001000 - 80002000 00001000 SystemParameterBlock > 2: 80002000 - 800a0000 0009e000 FreeMemory > 3: 800a0000 - 800e0000 00040000 BadMemory > 4: 80020000 - 80600000 00520000 FreeMemory > 5: 80f00000 - 81000000 00100000 FirmwarePermanent > 6: 81000000 - 82000000 01000000 FreeMemory > 7: 80600000 - 8060d000 0000d000 LoadedProgram > 8: 8060d000 - 80f00000 008f3000 FreeMemory > > As you can see, all the end addresses are off by one. Patch is > appended to this message. Here's the correct output from it on my > machine: > > # start - end size type > > 0: 80000000 - 80000fff 00001000 ExceptionBlock > 1: 80001000 - 80001fff 00001000 SystemParameterBlock > 2: 80002000 - 8009ffff 0009e000 FreeMemory > 3: 800a0000 - 800dffff 00040000 BadMemory > 4: 80020000 - 805fffff 00520000 FreeMemory > 5: 80f00000 - 80ffffff 00100000 FirmwarePermanent > 6: 81000000 - 81ffffff 01000000 FreeMemory > 7: 80600000 - 8060cfff 0000d000 LoadedProgram > 8: 8060d000 - 80efffff 008f3000 FreeMemory > > Looking at this table, I've learned the following that I think > everyone would be interested in knowing: This isn't a bug but a problem with which convention you use to describe a certain area of memory. I prefer to do it as in the first memory list dump because otherwise you'll run in the problem if 0x1234 - 0x1234 is an area of zero or one byte size? > o MILO can never be loaded at 0x80f00000-0x80ffffff or it will > stomp by BIOS. Milo is linked for address 0x80600000 which is good by definition because that's what NT does ... Ok, the real this is to do what the ARC docs suggest which is either to include fixup information in the executable or to use produce relocatable code. I'm working on making the later possible because that's really required for the SNI firmware. > o Linux can be loaded in that range, if need be, since we've > killed the ROMs by then. I don't think they last past the > flushing of the tlb, right? Linux and an eventually loaded RAMdisk gets loaded into whatever memory is free, then later on Milo copies all this stuff into the place where it belongs. At that point the firmware is dead or as the ARC docs say the machine enters "program state" which can by definition only be left by reset. > o MILO could pass this detailed information to Linux and Linux > could use it to setup its initial memory maps. Indeed, it could do so. So far I just had the problem that I found several ARC BIOSes lying about the available memory. The Tyne with 8mb says it has 2mb available - and another 256mb chunk of memory which isn't installed ... Reason enough to query the hardware where possible. > o What's in the range 0xe0000-0xfffff on a PC? Why would the > rpc claim they are free? The only thing that I can think of > is that the BIOS of the PC lives in that range and no > hardware is listening on those address ranges to that memory > is safe to use. Or it is a minor bug in the rPC memory > reporting routines :-). The rPC doesn't say anything about what is installed in this address range and so you better shouldn't make any assumptions. > Useful commands that pandora could implement: > A way to dump the system parameter block. > A way to dump the firmware table > A way to dump the vendor table > A way to disassemble functions in these tables > A way to dump a range of memory to disk for offline > disassembly/decomilation :-) > A way to dump the configuration tree These are partially already implemented. > Had I known about the system parameter block before milo 0.27 was able > to release that information, I'd have known how to do things like > writes to i/o ports sooner because the first few instructions of my > boot roms do just that :-). Hm... That part is usually very easy if you have NT to install on your machine. Just ask the diagnosis program about some trivial thing like FDC/serial interface or so and you'll find where the ports live in just a fingersnap. Even better - apparently NT's equivalents to Linux's inb/inw/inl/outb etc. functions are macros compiled into NT which means that every MIPS NT machine is assumed to have the same 1:1 mapping of ports into memory - just the base address is different. Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From ralf@Julia.DE Mon Sep 2 13:25: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 NAA05586 for ; Mon, 2 Sep 1996 13:25:39 +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 AA11758; Mon, 2 Sep 1996 13:24:21 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id NAA27609 for ; Mon, 2 Sep 1996 13:23:24 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.7.5/8.7.3) id NAA26559 for linux-mips@fnet.fr; Mon, 2 Sep 1996 13:24:56 +0200 Message-Id: <199609021124.NAA26559@kernel.panic.julia.de> Subject: Re: Sonic ... To: linux-mips@fnet.fr Date: Mon, 2 Sep 1996 13:24:55 +0200 (MET DST) In-Reply-To: <199609020702.JAA09412@newton.soft-n-hard.de> from "Andreas Busse" at Sep 2, 96 09:02:39 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 597 Lines: 19 > > SONIC Silicon Revision = 0x0004 > > sonic.c:v0.10 6.7.96 tsbogend@bigbug.franken.de > > eth0: SONIC ethernet found at 0xe0001000, HW Address 00:0c:08:00:00:00 IRQ 13 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Hmmm. Looks quite a bit like stuff from my trials to make it running... Indeed, the driver is still based on your work though it looks quite different after the overhaul by Thomas and me. > Anyway, congrats! I pass the credits to Thomas. Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From paul@suite.sw.oz.au Mon Sep 2 14:40:44 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 OAA05748 for ; Mon, 2 Sep 1996 14:40:43 +0200 (MET DST) Received: from staff.cs.su.OZ.AU ([129.78.8.1]) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA14179; Mon, 2 Sep 1996 14:39:19 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id MAA28536; Mon, 2 Sep 1996 12:39:27 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA11164; Mon, 2 Sep 1996 22:39:21 +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: <199609021239.AA11164@suite.sw.oz.au> Subject: Re: Deskstation rPC44 and Milo 0.27 To: linux-mips@fnet.fr Date: Mon, 2 Sep 1996 22:39:21 +1000 (EST) In-Reply-To: <199609012110.PAA12871@rover.village.org> from "Warner Losh" at Sep 1, 96 03:10:10 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: 1216 Lines: 26 Warner, > BTW, is there a good source for the ARC BIOS manual, now that we've > had some luck with SNI or whoever so we could release the full MILO > sources? I'd really like to have one, since I still don't know as > much about my machine as I'd like to... I'd be happy to foot the bill > for shipping, photocopying, printing, etc to get my hands on one. I'd > pay as much as $100 for it, even if I had to go directly to MS or SNI > to get one. Any contact info on this stuff? I have a full ARC Specification document, in addition to the EISA extensions document. Are these the ones you want? They do mention memory maps, function calls etc, as well as hardware specs. I'd be happy to photocopy them and send them over airmail if you'd like... 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From imp@rover.village.org Mon Sep 2 20:11: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 UAA06421 for ; Mon, 2 Sep 1996 20:11:32 +0200 (MET DST) Received: from rover.village.org by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA25278; Mon, 2 Sep 1996 20:10:14 +0200 (MET) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id MAA20900 for ; Mon, 2 Sep 1996 12:10:38 -0600 (MDT) Message-Id: <199609021810.MAA20900@rover.village.org> To: linux-mips@fnet.fr Subject: Re: Deskstation rPC44 and Milo 0.27 In-Reply-To: Your message of Mon, 02 Sep 1996 10:35:24 +0200 Date: Mon, 02 Sep 1996 12:10:38 -0600 From: Warner Losh Content-Length: 951 Lines: 23 : Milo 0.27 is already a full sources release, or did I made a mistake : in packaging it ? No. Milo 0.27 is the first version to generally have the sources available. You packaged it correctly. : Anyway Ralf proposed last week - It was not on the list - that Milo should : pass all the ARC config tree - in whatever form - to the kernel, so it : can end up in, say /proc/arc. So Milo would have a complete ARC tree : walker and by making it available from Pandora's prompt it will implement : one of these feature you're talking about. I like this idea. Both of them. It is often useful to be able to query this after the BIOS has gone away... : And well for the others, as long as they are thrown in Pandora and not : in Milo - to keep it small - ... why not ? Let's have Pandora suffer from a : feeping creaturism :) It would be useful if pandora is a "Let's explore the machine" tool to have it grok certain machine structures :-) Warner From imp@rover.village.org Mon Sep 2 20:28: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 UAA06472 for ; Mon, 2 Sep 1996 20:28:08 +0200 (MET DST) Received: from rover.village.org by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA25751; Mon, 2 Sep 1996 20:26:48 +0200 (MET) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id MAA21034 for ; Mon, 2 Sep 1996 12:27:13 -0600 (MDT) Message-Id: <199609021827.MAA21034@rover.village.org> To: linux-mips@fnet.fr Subject: Re: Deskstation rPC44 and Milo 0.27 In-Reply-To: Your message of Mon, 02 Sep 1996 12:36:12 +0200 Date: Mon, 02 Sep 1996 12:27:13 -0600 From: Warner Losh Content-Length: 1692 Lines: 39 : Can you hack the code so that it prints exactly what it gets passed by : the ARC firmware? Yes. I was going to do that to see what is going on with the args, since I'm really wanting to start to use them... : > o MILO could pass this detailed information to Linux and Linux : > could use it to setup its initial memory maps. : : Indeed, it could do so. So far I just had the problem that I found : several ARC BIOSes lying about the available memory. The Tyne with 8mb : says it has 2mb available - and another 256mb chunk of memory which : isn't installed ... : : Reason enough to query the hardware where possible. Hmmm. I know that the rPC44 is happy to report correct information (or nearly so) about the memory. Is it just the Tyne (which is a known rogue in many respects), or are there others as well. I'd suspect the PICA also, since that was an early board, or maybe the Magnum, since it is just a stripped down pica (or more accurately a pica is a built up magnum). Too bad I don't have hardware docs on the rPC, or I'd know how to ask the hardware directly. There doesn't seem to be a R4030 controller chip like the PICA has on my motherboard to ask (or is that integrated into the R4400PC and I've just not stumbled across references to it yet). : Even better - apparently NT's equivalents to Linux's inb/inw/inl/outb etc. : functions are macros compiled into NT which means that every MIPS NT : machine is assumed to have the same 1:1 mapping of ports into memory - : just the base address is different. I've seen something similar when disassembling code from NT. I think that the pica port in NetBSD and the arc port in OpenBSD do the same thing. Warner From ralf@Julia.DE Mon Sep 2 21:15:06 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 VAA06590 for ; Mon, 2 Sep 1996 21:15:06 +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 AA27132; Mon, 2 Sep 1996 21:13:46 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id VAA12203 for ; Mon, 2 Sep 1996 21:12:45 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.7.5/8.7.3) id VAA28185 for linux-mips@fnet.fr; Mon, 2 Sep 1996 21:14:17 +0200 Message-Id: <199609021914.VAA28185@kernel.panic.julia.de> Subject: Re: Deskstation rPC44 and Milo 0.27 To: linux-mips@fnet.fr Date: Mon, 2 Sep 1996 21:14:17 +0200 (MET DST) In-Reply-To: <199609021827.MAA21034@rover.village.org> from "Warner Losh" at Sep 2, 96 12:27:13 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 2616 Lines: 59 > : Can you hack the code so that it prints exactly what it gets passed by > : the ARC firmware? > > Yes. I was going to do that to see what is going on with the args, > since I'm really wanting to start to use them... The way that theyuse to pass arguments/environment variables to the started program is a bit wired and I think there might well be a bug. Hell, if M$ can make NT run, then we'll get Milo running on every MIPS box too, won't we? Just angry againabout this ARC shit ... > Hmmm. I know that the rPC44 is happy to report correct information > (or nearly so) about the memory. Is it just the Tyne (which is a > known rogue in many respects), or are there others as well. The data you've posted looks pretty sane, that's right. I'd > suspect the PICA also, since that was an early board, or maybe the > Magnum, since it is just a stripped down pica (or more accurately a > pica is a built up magnum). If the PICA is a built up or a stripped down Magnum is arguable. The Magnum has 16bit/48KHz stereo sound which the PICA doesn't. Hell, so far noone has yet written a noise^H^H^H^H^Hsound driver for it ... Then again the PICA is faster due to higher clock, l2 cache and a R4400 CPU. > Too bad I don't have hardware docs on the rPC, or I'd know how to ask > the hardware directly. There doesn't seem to be a R4030 controller > chip like the PICA has on my motherboard to ask (or is that integrated > into the R4400PC and I've just not stumbled across references to it > yet). Sounds improbable to me. So far I know that Acer, NEC and Olivetti had OEM licenses for the Mips Magnum design. Again you might try to disassemble NT drivers/HAL. I happen to have ported the binutils for NT targets just for this purpose :-> The port is however horrible; it links only with the option -noinhibit-exec to ld but that's good enough for objdump -d and that what I did it for. Tell me if you need the patches ... > : Even better - apparently NT's equivalents to Linux's inb/inw/inl/outb etc. > : functions are macros compiled into NT which means that every MIPS NT > : machine is assumed to have the same 1:1 mapping of ports into memory - > : just the base address is different. > > I've seen something similar when disassembling code from NT. I think > that the pica port in NetBSD and the arc port in OpenBSD do the same > thing. Well, what I say isn't just a guess. It's what the M$ HAL specs for WNT 3.51 say. Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From imp@rover.village.org Mon Sep 2 21:30: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 VAA06657 for ; Mon, 2 Sep 1996 21:30:48 +0200 (MET DST) Received: from rover.village.org by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA27442; Mon, 2 Sep 1996 21:29:30 +0200 (MET) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id NAA21806 for ; Mon, 2 Sep 1996 13:29:54 -0600 (MDT) Message-Id: <199609021929.NAA21806@rover.village.org> To: linux-mips@fnet.fr Subject: Re: Deskstation rPC44 and Milo 0.27 In-Reply-To: Your message of Mon, 02 Sep 1996 21:14:17 +0200 Date: Mon, 02 Sep 1996 13:29:54 -0600 From: Warner Losh Content-Length: 2082 Lines: 46 : The way that theyuse to pass arguments/environment variables to the : started program is a bit wired and I think there might well be a bug. : Hell, if M$ can make NT run, then we'll get Milo running on every : MIPS box too, won't we? Just angry againabout this ARC shit ... I understand. The ARC BIOS on my machine seems basically sane, but there are still a number of bugs that keep popping up. : The data you've posted looks pretty sane, that's right. Cool. I'll use it then for the rPC in milo then. However, I noticed that for a long time the Tyne port has had the value 0x80800000 hard wired into the value for memupper. Do you happen to know of a way to ask it more directly? Since I'm here fixing memory things, I'd kinda like to fix that as well. If not, do you think there is a chance that the "old" PC way of finding memory by asking the real time clock at various offsets would work? Failing that, what do you do? A binary search :-) Prompt the user :-) : Again you might try to : disassemble NT drivers/HAL. I happen to have ported the binutils for : NT targets just for this purpose :-> The port is however horrible; it : links only with the option -noinhibit-exec to ld but that's good enough : for objdump -d and that what I did it for. Tell me if you need the : patches ... Yes. I'd be interested. Too bad I don't have more time to devote to this. I'd hack together a filter for objdump that would allow me to reconstruct the C code, when possible, from the MIPS object code for some functions. Yes, I know that is a "hard" problem, since you have to do a lot of data flow analysis on a process that is inherently lossy :-(. A man can dream, can't he :-). : Well, what I say isn't just a guess. It's what the M$ HAL specs for : WNT 3.51 say. It is good to know that the specs match what I've seen :-). Are the HAL Specs for NT on the 3.51 CD, or are they available elsewhere? I know that the ARC BIOS spec isn't on the CD that supposedly contains all the NT documentation that is available (or at least it is well hidden). :-(. Warner From Erol.Acundeger@alto.unice.fr Thu Sep 5 17:39: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 RAA19008 for ; Thu, 5 Sep 1996 17:39:07 +0200 (MET DST) Received: from alto.unice.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA29930; Thu, 5 Sep 1996 17:37:41 +0200 (MET) Received: (from erol@localhost) by alto.unice.fr (8.7.5/8.7.5) id RAA29405; Thu, 5 Sep 1996 17:39:42 +0200 (MET DST) Date: Thu, 5 Sep 1996 17:39:42 +0200 (MET DST) Message-Id: <199609051539.RAA29405@alto.unice.fr> To: linux-mips@fnet.fr X-Url: http://www.unix-ag.uni-siegen.de/~nils/mips/linux-mips-howto.html X-Mailer: Lynx, Version 2.5 X-Personal_Name: pierre vallino From: erol@alto.unice.fr Subject: linux mips dec station 3000 Content-Length: 921 Lines: 28 hi, my name is Pierre Vallino and i live in NICE france at home i got a 486dx4 100 16 mo with a lilo multiboot /w95/dos/linux linux is installed on a 420 mo hd ide , still at home i got a decstation 3000 16 mo with 3 scsi drives (200,100,100mo) a floppy , a tk50 reader , and some pieces of ultrix and decwindows. i was happy to mount with nfs ultrics disk on linux and linux disk (and cdrom) on the decstation side . but i want to try to install linux , with net and X on the station so i'm very interested in contacting & helping as far as i can people working on such project second, i do not have any information or documentation for this dec station so if people has some ... note that this e-mail is a guest e-mail so write "for Pierre " at beginning of subject linux users are welcome too! thank you for routing this message to good hands and sorry for my english may be a french decstation user? bye. From paul@suite.sw.oz.au Sat Sep 7 11:17: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 LAA26261 for ; Sat, 7 Sep 1996 11:17:35 +0200 (MET DST) Received: from relay2.EUnet.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA01384; Sat, 7 Sep 1996 11:16:34 +0200 (MET) Received: from staff.cs.su.OZ.AU by relay2.eunet.fr (5.65c8d/96.05.03) via EUnet-France id AA05734; Fri, 6 Sep 1996 23:51:02 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id VAA05432; Fri, 6 Sep 1996 21:50:10 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA21614; Sat, 7 Sep 1996 07:49:58 +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: <199609062149.AA21614@suite.sw.oz.au> Subject: R3000 code in 2.0.6 To: linux-mips@fnet.fr (Linux MIPS mailing list) Date: Sat, 7 Sep 1996 07:49:57 +1000 (EST) 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: 1373 Lines: 32 Ralf, I've been trying to compile the 2.0.6 release, in preparation for getting the DECstation code working again and have run into a snag. I'm getting the following errors: mipsel-linux-gcc -D__KERNEL__ -I/usr/home/mips/linux-2.0.6/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -mcpu=r3000 -mips1 -c r3000.S -o r3000.o r3000.S: Assembler messages: r3000.S:78: Warning: .type pseudo-op used outside of .def/.endef; ignored r3000.S:78: Error: Rest of line ignored. First ignored character is `h'. r3000.S:140: Warning: Macro used $at after ".set noat" r3000.S:142: Warning: Tried to set unrecognized symbol: push r3000.S:142: Warning: Tried to set unrecognized symbol: pop : : : and so on. Since the code in the lines mentioned above is identical to the 1.3.62 version, I'm assuming that there are changes elsewhere in the source tree that are broken. Any hints? 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From imp@rover.village.org Sat Sep 7 17:34:06 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 RAA27492 for ; Sat, 7 Sep 1996 17:34:05 +0200 (MET DST) Received: from rover.village.org by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA16483; Sat, 7 Sep 1996 17:33:02 +0200 (MET) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id JAA26988 for ; Sat, 7 Sep 1996 09:33:00 -0600 (MDT) Message-Id: <199609071533.JAA26988@rover.village.org> To: linux-mips@fnet.fr Subject: Re: R3000 code in 2.0.6 In-Reply-To: Your message of Sat, 07 Sep 1996 07:49:57 +1000 Date: Sat, 07 Sep 1996 09:32:59 -0600 From: Warner Losh Content-Length: 254 Lines: 7 : r3000.S:78: Warning: .type pseudo-op used outside of .def/.endef; ignored I've seen this sort of thing when the wrong cpp was being used and MIPSEL or MIPSEB wasn't being defined. Don't know if that is your problem or not, but maybe it is... Warner From linux@mailhost.uni-koblenz.de Sun Sep 8 03:10: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 DAA00319 for ; Sun, 8 Sep 1996 03:10:07 +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 AA27942; Sun, 8 Sep 1996 03:09:00 +0200 (MET) Received: from ozzy (ozzy.uni-koblenz.de [141.26.5.8]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id DAA12901 for ; Sun, 8 Sep 1996 03:08:55 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199609080108.DAA12901@informatik.uni-koblenz.de> Received: by ozzy (SMI-8.6/KO-2.0) id DAA15790; Sun, 8 Sep 1996 03:08:53 +0200 Subject: Re: R3000 code in 2.0.6 To: linux-mips@fnet.fr Date: Sun, 8 Sep 1996 03:08:53 +0200 (MET DST) In-Reply-To: <199609062149.AA21614@suite.sw.oz.au> from "Paul Antoine" at Sep 7, 96 07:49:57 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1180 Lines: 26 > I've been trying to compile the 2.0.6 release, in preparation for getting > the DECstation code working again and have run into a snag. I'm getting > the following errors: > > mipsel-linux-gcc -D__KERNEL__ -I/usr/home/mips/linux-2.0.6/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -mcpu=r3000 -mips1 -c r3000.S -o r3000.o > r3000.S: Assembler messages: > r3000.S:78: Warning: .type pseudo-op used outside of .def/.endef; ignored > r3000.S:78: Error: Rest of line ignored. First ignored character is `h'. > r3000.S:140: Warning: Macro used $at after ".set noat" > r3000.S:142: Warning: Tried to set unrecognized symbol: push > > r3000.S:142: Warning: Tried to set unrecognized symbol: pop > : > : > : > > and so on. Since the code in the lines mentioned above is identical to > the 1.3.62 version, I'm assuming that there are changes elsewhere in > the source tree that are broken. Any hints? The kernel source tree is ok. I just forgot to upload the new binutils without the a.out support. Sorry, I'll have to let you wait at least another day because this university hasn't yet heard the word of RTS/CTS handshake ... Ralf From paul@suite.sw.oz.au Sun Sep 8 05:26:13 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 FAA00707 for ; Sun, 8 Sep 1996 05:26:12 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA01142; Sun, 8 Sep 1996 05:25:06 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id DAA07500; Sun, 8 Sep 1996 03:24:50 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA01507; Sun, 8 Sep 1996 13:24:47 +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: <199609080324.AA01507@suite.sw.oz.au> Subject: Re: R3000 code in 2.0.6 To: linux-mips@fnet.fr Date: Sun, 8 Sep 1996 13:24:47 +1000 (EST) In-Reply-To: <199609080108.DAA12901@informatik.uni-koblenz.de> from "Systemkennung Linux" at Sep 8, 96 03:08:53 am 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: 927 Lines: 23 Ralf wrote (at 3:00am Sunday morning!): > The kernel source tree is ok. I just forgot to upload the new binutils > without the a.out support. Which version of binutils is this? I've been working with my own copy of 2.7... or is it the lack of a.out support that's important? > Sorry, I'll have to let you wait at least > another day because this university hasn't yet heard the word of > RTS/CTS handshake ... Uhuh... a bit backward in that part of Germany, eh? :-) 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From hauger@cse.psu.edu Sun Sep 8 05:45: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 FAA00897 for ; Sun, 8 Sep 1996 05:45:20 +0200 (MET DST) Received: from BRH127.rh.psu.edu by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA02282; Sun, 8 Sep 1996 05:44:16 +0200 (MET) Received: from brh127 (redevil@localhost [127.0.0.1]) by brh127.rh.psu.edu (8.6.12/8.6.9) with SMTP id XAA01196 for ; Sat, 7 Sep 1996 23:40:56 -0400 Sender: redevil@brh127.rh.psu.edu Message-Id: <32324047.7BEC125D@cse.psu.edu> Date: Sat, 07 Sep 1996 23:40:55 -0400 From: Benjamin Hauger Organization: Planet0 X-Mailer: Mozilla 2.0 (X11; I; Linux 2.0.10 i586) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux/MIPS List information X-Url: http://lena.fnet.fr/ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 41 Lines: 1 Please send Linux/MIPS List information. From linux@mailhost.uni-koblenz.de Sun Sep 8 15:19:25 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 PAA02214 for ; Sun, 8 Sep 1996 15:19:24 +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 AA17076; Sun, 8 Sep 1996 15:18:19 +0200 (MET) Received: from ozzy (ozzy.uni-koblenz.de [141.26.5.8]) by informatik.uni-koblenz.de (8.7.5/8.6.9) with SMTP id PAA25629 for ; Sun, 8 Sep 1996 15:18:18 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199609081318.PAA25629@informatik.uni-koblenz.de> Received: by ozzy (SMI-8.6/KO-2.0) id PAA15957; Sun, 8 Sep 1996 15:18:17 +0200 Subject: Re: R3000 code in 2.0.6 To: linux-mips@fnet.fr Date: Sun, 8 Sep 1996 15:18:16 +0200 (MET DST) In-Reply-To: <199609080324.AA01507@suite.sw.oz.au> from "Paul Antoine" at Sep 8, 96 01:24:47 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 797 Lines: 24 > Ralf wrote (at 3:00am Sunday morning!): :-> > > The kernel source tree is ok. I just forgot to upload the new binutils > > without the a.out support. > > Which version of binutils is this? I've been working with my own copy of > 2.7... or is it the lack of a.out support that's important? Yes, a.out vs. ELF is no longer an option during kernel compiles; the mips*-*-linux* configurations are all ELF. Oh, and .set push/pop are new also. > > Sorry, I'll have to let you wait at least > > another day because this university hasn't yet heard the word of > > RTS/CTS handshake ... > > Uhuh... a bit backward in that part of Germany, eh? :-) It's more a problem of administrative lazyness. Guess why we renamed that machine on aprils foolsday from "mailhost" to "maillost" :-) Ralf From ralf@Julia.DE Tue Sep 10 18:51: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 SAA11540 for ; Tue, 10 Sep 1996 18:51:57 +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 AA10305; Tue, 10 Sep 1996 18:50:44 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id SAA21487; Tue, 10 Sep 1996 18:49:40 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.7.5/8.7.3) id SAA08618; Tue, 10 Sep 1996 18:50:14 +0200 Message-Id: <199609101650.SAA08618@kernel.panic.julia.de> Subject: Re: indy To: linux-mips@fnet.fr Date: Tue, 10 Sep 1996 18:50:13 +0200 (MET DST) Cc: volkan@knidos.cc.metu.edu.tr In-Reply-To: <199609101622.AA09879@ns.fnet.fr> from "Onur Volkan HATEM" at Sep 10, 96 07:18:11 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 480 Lines: 13 > I dont'knw whether it is a silly question or not > but when i looked at the "supported architectures list" > I couldn't understand whether it runs on sgi's indy or > not???? > > R4000 David Miller ported Linux/MIPS to SGI during the last month. This stuff hasn't been published yet. The fact that Linux has been ported to SGI isn't yet mentioned in all the web docs (give time ...), so these are probably a bit confusing ... Ralf From volkan@knidos.cc.metu.edu.tr Tue Sep 10 18:26: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 SAA11439 for ; Tue, 10 Sep 1996 18:26:06 +0200 (MET DST) Received: from knidos.cc.metu.edu.tr ([144.122.199.20]) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA09879; Tue, 10 Sep 1996 18:22:28 +0200 (MET) Message-Id: <199609101622.AA09879@ns.fnet.fr> Received: by knidos.cc.metu.edu.tr (1.37.109.4/16.2) id AA15007; Tue, 10 Sep 96 19:18:12 +0200 From: Onur Volkan HATEM Subject: indy To: linux-mips@fnet.fr Date: Tue, 10 Sep 96 19:18:11 +0200 Mailer: Elm [revision: 70.85] Content-Length: 250 Lines: 14 Hi, I dont'knw whether it is a silly question or not but when i looked at the "supported architectures list" I couldn't understand whether it runs on sgi's indy or not???? R4000 -volkan From ralf@Julia.DE Tue Sep 10 20:14: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 UAA11766 for ; Tue, 10 Sep 1996 20:14:57 +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 AA11855; Tue, 10 Sep 1996 20:13:32 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id UAA24321 for ; Tue, 10 Sep 1996 20:14:12 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.7.5/8.7.3) id UAA08709 for linux-mips@fnet.fr; Tue, 10 Sep 1996 20:14:47 +0200 Message-Id: <199609101814.UAA08709@kernel.panic.julia.de> Subject: Magnum 4000 config disk To: linux-mips@fnet.fr Date: Tue, 10 Sep 1996 20:14:47 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 849 Lines: 17 Hi all, I've uploaded the archive setup.zip containing the config disk with the little/big endian firmware to ftp.fnet.fr in /linux-mips/misc/magnum-4000/. Mips Inc. generously gave permission to make the config disk available via anonymous ftp. The documentation in the file contains information how to build and use the config disk. In the same directory is also the file LICENSE available which contains the license agreement under which Mips Inc publishes the config disk as freeware. As it looks the Magnum firmware doesn't accept every config disk built with every version of DOS/mtools etc. Therefore I'd like to put an image built with dd on ftp which should make this job trivial for everyone with access to a UNIX style OS. Could please some with a working disk send me a uuencoded disk to ralf@julia.de? Thanks in advance, Ralf From ericz@planet.net Thu Sep 12 02:38: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 CAA19287 for ; Thu, 12 Sep 1996 02:38:46 +0200 (MET DST) Received: from saturn.planet.net by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA29057; Thu, 12 Sep 1996 02:37:30 +0200 (MET) Received: from avalon (pburg-5.planet.net [204.117.108.69]) by saturn.planet.net (8.6.9/8.6.9) with SMTP id UAA07814 for ; Wed, 11 Sep 1996 20:37:34 -0400 Message-Id: <199609120037.UAA07814@saturn.planet.net> Comments: Authenticated sender is From: "Eric Z." Organization: Indigo Development Corp. To: linux-mips@fnet.fr Date: Wed, 11 Sep 1996 20:44:38 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Olivetti MIPS Box Reply-To: ericz@planet.net Return-Receipt-To: ericz@planet.net Priority: normal X-Mailer: Pegasus Mail for Win32 (v2.42a) Content-Length: 644 Lines: 18 Hello there, I have an Olivetti M700-10 box that's been sitting around with nothing to do for quite some time now and was wondering what still needs to be worked on for that platform. I have a lot of OS development experience(not really current though) as well as device driver experience(also not really current) and would like to help out. Regards, Eric Zidovec ------------------------------------- Madness encompasses all of reality, but if it isn't real, who's to say that it's mad? And if that's the question, what the hell is the question anyway? Oh by the way, what does this button do..... ------------------------------------- From Erol.Acundeger@alto.unice.fr Fri Sep 13 14:48: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 OAA13239 for ; Fri, 13 Sep 1996 14:48:14 +0200 (MET DST) From: Erol.Acundeger@alto.unice.fr Received: from alto.unice.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA05689; Fri, 13 Sep 1996 14:48:03 +0200 (MET) Received: (from erol@localhost) by alto.unice.fr (8.7.5/8.7.5) id OAA22256; Fri, 13 Sep 1996 14:49:46 +0200 (MET DST) Date: Fri, 13 Sep 1996 14:49:46 +0200 (MET DST) Message-Id: <199609131249.OAA22256@alto.unice.fr> To: linux-mips@fnet.fr X-Url: http://www.fnet.fr/linux-mips/ X-Mailer: Lynx, Version 2.5 X-Personal_Name: pierre vallino Subject: decstation 3100 Content-Length: 531 Lines: 16 salut a tous je suis pret a participer au bidouilles mips avec les personnes qui bossent sur le R3000 . j'ai d'une part une decstation 3100 16mo 200/100/100 mo et d'autre part un 486dx4 100 16mo 1go/420mo/540mo/120mo, le disque linux est le 420 etendu en ums dos sur le 540 les deux machine sont en reseau et supportent nfs (linux > ultrix et ulrix >linux) merci de m'inclure dans la mailing list . si il y a du bouleau a faire nous sommes deux ou trois a pouvoir soutenir un projet. merci de me laisser un message a+ pierre From Stoned.Elipot@univ-evry.fr Fri Sep 13 15:17: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 PAA13530 for ; Fri, 13 Sep 1996 15:17:02 +0200 (MET DST) Received: from louis-blanc.univ-evry.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA06751; Fri, 13 Sep 1996 15:16:51 +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.07.30/louis-blanc); id PAA25236; Fri, 13 Sep 1996 15:16:53 +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 PAA20086; Fri, 13 Sep 1996 15:15:10 +0200 Message-Id: <199609131315.PAA20086@bandsept.univ-evry.fr> To: linux-mips@fnet.fr Cc: Erol.Acundeger@alto.unice.fr Subject: Re: decstation 3100 In-Reply-To: Your message of "Fri, 13 Sep 1996 14:49:46 +0200." <199609131249.OAA22256@alto.unice.fr> X-It: bandsept (wrong OS, but right CPU) X-Mailer: MH 6.8.3, MH-E 5.0.2 Date: Fri, 13 Sep 1996 15:15:04 +0200 From: Stoned Elipot Content-Length: 1485 Lines: 38 I'm responding/translating in english for the shake of the non-french people on the list (they are the far more numerous) >salut a tous => Hi all >je suis pret a participer au bidouilles mips avec les personnes qui bossent >sur le R3000 . j'ai d'une part une decstation 3100 16mo 200/100/100 mo et d'autre part un 486dx4 100 16mo >1go/420mo/540mo/120mo, le disque linux est le 420 etendu en ums dos sur le 540 => I'm willing to participate the Linux/MIPS hacking with people working on the => R3000 CPU. I got a decstation 3100 with 16Mo of RAM and various disks. I => also got a 486 Linux box... >les deux machine sont en reseau et supportent nfs (linux > ultrix et ulrix >linux) => Theses two boxes are networked and support "cross-nfs". >merci de m'inclure dans la mailing list . => Thanks to add me to the list >si il y a du bouleau a faire nous sommes deux ou trois a pouvoir soutenir >un projet. => we're 2 or three people willing to help on a pecular project >merci de me laisser un message => thanks for dropping me a note. >a+ => see you >pierre Well Pierre there's a lot of things to do for Pmax and co. Have you seen Paul's Antoine web pages ? (I can't remenber the URL right now but they are pointed from Fnet's pages). I'm adding you to the list, you should ask on it to Paul and other people in what direction you should start working. Thanks for your helping hand. Welcome aboard. Cheers, Stoned still needing to setup Milo 0.28 --- Where's my .signature ? From khp@dolphinics.no Fri Sep 13 15:55: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 PAA13703 for ; Fri, 13 Sep 1996 15:55:08 +0200 (MET DST) Received: from scimitar.dolphinics.no by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA08005; Fri, 13 Sep 1996 15:54:50 +0200 (MET) Received: by scimitar.dolphinics.no (4.1/SMI-4.1) id AA16528; Fri, 13 Sep 96 15:55:12 +0200 From: khp@dolphinics.no (Kai Harrekilde-Petersen) Message-Id: <9609131355.AA16528@scimitar.dolphinics.no> Subject: Re: decstation 3100 To: linux-mips@fnet.fr Date: Fri, 13 Sep 1996 15:55:12 +0200 (MET DST) In-Reply-To: <199609131315.PAA20086@bandsept.univ-evry.fr> from "Stoned Elipot" at Sep 13, 96 03:15:04 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: 1453 Lines: 42 Hi gang, [i'm back ;-] Stoned Elipot writes: > I'm responding/translating in english for the shake of the non-french people > on the list (they are the far more numerous) Thanks, stoned. > => R3000 CPU. I got a decstation 3100 with 16Mo of RAM and various disks. I > => also got a 486 Linux box... I'm doing (make that: will do) R3000 stuff too, since I have a kitchen-bench project going to make an ISA-plugin R3051 board (DRAM, flash/eprom, sram, 2*16c550a). [Board info: Since I basically have a big-endian mind, the board will be big-endian too. I intend to do a board-level simulation in Verilog before I build it. As of now, I have a bus model of the R3051 plus DRAM, and sram models. A model of the ISA bus is still missing, though. Right now, I'm working on the control logic (ISA->R3051 bus x'lator++). Hopefully, I should start wirewrapping soon (yeah, RSN right?)] Since the MIPS disassembler I wrote at Terma (disasm) only understands the MIPS-III ISA, i've extended it so it can disassemble MIPS-I, -II, and -III. In the course of upgrading disasm to support the 3 ISAs, I've unearthed a few bugs. Anyone interested in disasm-0.38, or have you already found (and fixed) all my bugs? Regards, Kai -- Kai Harrekilde-Petersen #include http://www.dolphinics.no/~khp/ Linux: the choice of a GNU generation Route 287 - Where Men are Men and sheep are nervous ... From Stoned.Elipot@univ-evry.fr Fri Sep 13 16:12: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 QAA13878 for ; Fri, 13 Sep 1996 16:12:14 +0200 (MET DST) Received: from louis-blanc.univ-evry.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA08606; Fri, 13 Sep 1996 16:12:03 +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.07.30/louis-blanc); id QAA25492; Fri, 13 Sep 1996 16:12:09 +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 QAA20267; Fri, 13 Sep 1996 16:10:26 +0200 Message-Id: <199609131410.QAA20267@bandsept.univ-evry.fr> To: linux-mips@fnet.fr Subject: Re: decstation 3100 In-Reply-To: Your message of "Fri, 13 Sep 1996 15:55:12 +0200." <9609131355.AA16528@scimitar.dolphinics.no> X-It: bandsept (wrong OS, but right CPU) X-Mailer: MH 6.8.3, MH-E 5.0.2 Date: Fri, 13 Sep 1996 16:10:13 +0200 From: Stoned Elipot Content-Length: 401 Lines: 14 Hi Kai ! >Anyone interested in disasm-0.38, or have you already found (and >fixed) all my bugs? Ralf already sent me some time ago your 0.38 version for inclusion in Milo, so it's ok for my part... Perhaps we could make your disam directely available on ftp.fnet.fr ? If you interested in this, could you please see this with Luc (beurton@fnet.fr). Cheers, Stoned. --- Starway to sysadmin hell. From ralf@Julia.DE Fri Sep 13 16:22:13 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 QAA13963 for ; Fri, 13 Sep 1996 16:22:12 +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 AA08942; Fri, 13 Sep 1996 16:22:01 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id QAA11914 for ; Fri, 13 Sep 1996 16:21:27 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.7.5/8.7.3) id QAA06885 for linux-mips@fnet.fr; Fri, 13 Sep 1996 16:23:05 +0200 Message-Id: <199609131423.QAA06885@kernel.panic.julia.de> Subject: Re: decstation 3100 To: linux-mips@fnet.fr Date: Fri, 13 Sep 1996 16:23:04 +0200 (MET DST) In-Reply-To: <199609131410.QAA20267@bandsept.univ-evry.fr> from "Stoned Elipot" at Sep 13, 96 04:10:13 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 197 Lines: 11 > Cheers, Stoned. > --- > Starway to sysadmin hell. You should really read bofh.*. Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From ralf@Julia.DE Fri Sep 13 17:06: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 RAA14353 for ; Fri, 13 Sep 1996 17:06:35 +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 AA10511; Fri, 13 Sep 1996 17:06:14 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id RAA13387 for ; Fri, 13 Sep 1996 17:06:15 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.7.5/8.7.3) id RAA06908 for linux-mips@fnet.fr; Fri, 13 Sep 1996 17:07:53 +0200 Message-Id: <199609131507.RAA06908@kernel.panic.julia.de> Subject: Re: decstation 3100 To: linux-mips@fnet.fr Date: Fri, 13 Sep 1996 17:07:53 +0200 (MET DST) In-Reply-To: <9609131355.AA16528@scimitar.dolphinics.no> from "Kai Harrekilde-Petersen" at Sep 13, 96 03:55:12 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1645 Lines: 36 Hi, > > => R3000 CPU. I got a decstation 3100 with 16Mo of RAM and various disks. I > > => also got a 486 Linux box... > > I'm doing (make that: will do) R3000 stuff too, since I have a > kitchen-bench project going to make an ISA-plugin R3051 board (DRAM, > flash/eprom, sram, 2*16c550a). > > [Board info: Since I basically have a big-endian mind, the board will > be big-endian too. I intend to do a board-level simulation in Verilog > before I build it. As of now, I have a bus model of the R3051 plus > DRAM, and sram models. A model of the ISA bus is still missing, > though. Right now, I'm working on the control logic (ISA->R3051 bus > x'lator++). Hopefully, I should start wirewrapping soon (yeah, RSN > right?)] This is indeed a nice project. Somehow it's even a back to the roots thing. Probably just a view people on this list can remember than some years ago Neil Russel posted the idea of building such a board as accelerator for Intel PCs to comp.os.linux. The echo was overwhelming and soon a mailing list for the "Riscy" project was created. The original idea of the ISA card was soon droped and replaced by a real motherboard. Unfortunately the people on the list were unable to find a common dominator of what exactly they wanted to build and after almost a year or so the project died but was later on revived by some people of the Waldorf Electronic development department with interest in a MIPS system for both purposes of the company and in Linux on a real hardware. That much about history ... Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From khp@dolphinics.no Fri Sep 13 17:43: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 RAA14599 for ; Fri, 13 Sep 1996 17:43:02 +0200 (MET DST) Received: from scimitar.dolphinics.no by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA11563; Fri, 13 Sep 1996 17:42:42 +0200 (MET) Received: by scimitar.dolphinics.no (4.1/SMI-4.1) id AA18610; Fri, 13 Sep 96 17:43:04 +0200 From: khp@dolphinics.no (Kai Harrekilde-Petersen) Message-Id: <9609131543.AA18610@scimitar.dolphinics.no> Subject: Re: decstation 3100 To: linux-mips@fnet.fr Date: Fri, 13 Sep 1996 17:43:03 +0200 (MET DST) In-Reply-To: <199609131507.RAA06908@kernel.panic.julia.de> from "Ralf Baechle" at Sep 13, 96 05:07:53 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: 1043 Lines: 29 Hi, [info about my hobby R3051 board snipped] > > This is indeed a nice project. Somehow it's even a back to the roots thing. [historical anecdote deleted for brevity] > That much about history ... I can imagine. For me, the board (I kinda call it 'minirisc') serves two purposes: 1) I think that MIPS'es are cute little things so I want to play with 'em (possibly the cleanest RISC there is - flames to /dev/null), and 2) trying to port Linux to it would get me to know more about kernels. Since the board (i) use the R3051 (MIPS-I ISA), (ii) is big-endian, and (iii) the R3051 has *no* TLB, there should be enough work :-) An ex-colleague of mine wants to do a similar project (we've heavily traded ideas, memory layout etc), and for lack of other things to set the thing to do, he want it to run GhostScript. Kai -- Kai Harrekilde-Petersen #include http://www.dolphinics.no/~khp/ Linux: the choice of a GNU generation Route 287 - Where Men are Men and sheep are nervous ... From ralf@Julia.DE Fri Sep 27 02:24:04 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id AAA04207; Sat, 14 Sep 1996 00:59:53 +0200 (MET DST) Resent-Date: Sat, 14 Sep 1996 00:59:53 +0200 (MET DST) From: Ralf Baechle Message-Id: <199609132300.BAA07195@kernel.panic.julia.de> Subject: More patches To: linux-mips@fnet.fr Date: Sat, 14 Sep 1996 01:00:50 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 1466 Lines: 40 -----BEGIN PGP SIGNED MESSAGE----- Hi all, as usual it took longer than I want, but I've finally uploaded kernel patch linux-2.0.6-2.0.7.diffs.gz to ftp.fnet.fr. This patches includes Linus' patches, two minor bugfixes and also makes the Sonic driver useable. The Sonic driver fix is more a hack but I havent' had the time to track that beast down and didn't want to let you wait even longer ... Also available are new patches for GCC 2.7.2 and binutils. These patches remove the entire a.out support from the patches. In order to build the a.out boot images that Milo expects a converter which is included with the kernel sources since 2.0.6. In order to compile Linux/MIPS 2.0.6 and newer you'll need to install these patches. One of the advantages of finally eleminating a.out is that the disk space to install the cross compilation tools will be reduced by 50%, another that from now on we can make use of the advanced features that ELF offers us. Happy hacking, Ralf c322f5329b20faad6f98e17b7eb62322 binutils-2.7-4.diffs.gz 98399d23c33032f56c25f9943c2a0a4a gcc-2.7.2-3.diffs.gz d3844b35afb7a140afea1e0486181e60 linux-2.0.6-2.0.7.diffs.gz -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: latin1 iQCVAwUBMjnnoUckbl6vezDBAQF25QP+IBkF7hFQODyfxwQYJPDz3lSHJeNfO6V3 7yPtBWgg5GVxUnYU9rLhaIAVj+WY1p2dwu3JkvFE6BTpYuVOKNLFYHf7ajWfpXcv 5qbmIo+nPG1spzZ1Lhud0KDfNv4Btq3+XTasUqcb3xMTICeTsNIOih1Z1D+DngSL GVp/Bh3XBSE= =CxdK -----END PGP SIGNATURE----- From rogerk@wonderware.com Fri Sep 27 02:24:04 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id BAA04344; Sat, 14 Sep 1996 01:28:39 +0200 (MET DST) Resent-Date: Sat, 14 Sep 1996 01:28:39 +0200 (MET DST) Date: Fri, 13 Sep 1996 16:28:16 -0700 (PDT) From: rogerk@wonderware.com (Roger Knobbe) Message-Id: <199609132328.QAA08381@wonderware.com> To: linux-mips@fnet.fr Subject: Re: More patches Resent-Message-ID: <"qcGa8C.A.rDB.X4eOy"@guadalquivir> X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 710 Lines: 14 are you planning on doing a binary release any time soon? I've tried cross compiling on a slackware 3.0 machine and have never been able to get a workable pandora or milo. I was able to run the pandora binary off the milo distribution, and identify where the kernel should load (80060000) which is not the default load address. However, when I try to compile milo/pandora with the new load address (or even straight out of the box) I can't get it to run. Perhaps you could just mail me a milo compiled to load the kernel at 0x80060000 and a vmlinuz to see if this is all it takes to get linux to load on my NetPower SMP box. (I realize that the linux will only take advantage of one processor...) thanks. From ralf@Julia.DE Fri Sep 27 02:24:05 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id CAA04596; Sat, 14 Sep 1996 02:12:00 +0200 (MET DST) Resent-Date: Sat, 14 Sep 1996 02:12:00 +0200 (MET DST) From: Ralf Baechle Message-Id: <199609140012.CAA07258@kernel.panic.julia.de> Subject: Re: More patches To: linux-mips@fnet.fr Date: Sat, 14 Sep 1996 02:12:09 +0200 (MET DST) In-Reply-To: <199609132328.QAA08381@wonderware.com> from "Roger Knobbe" at Sep 13, 96 04:28:16 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 2307 Lines: 49 > are you planning on doing a binary release any time soon? Depends on what you're talking about. I'll make a binary release of the new tools for Linux and maybe later on for other operating systems as this is close to zero work ("make"). I'll also have to do some changes to the building process of Milo such that it can finally be used on the SNI firmware without moving the code around after loading. This is actually a real bug in Milo but we couldn't fix it yet so far because of the binutils mentioned below. I've tried > cross compiling on a slackware 3.0 machine and have never been able > to get a workable pandora or milo. I was able to run the pandora binary > off the milo distribution, and identify where the kernel should load > (80060000) which is not the default load address. However, when I try > to compile milo/pandora with the new load address (or even straight out > of the box) I can't get it to run. I intend to solve this load address problem by making Milo/Pandora relocatable. The problem with this is that binutils crash/die/produce bad code when attempting this with Milo. > Perhaps you could just mail me a milo compiled to load the kernel at > 0x80060000 and a vmlinuz to see if this is all it takes to get linux > to load on my NetPower SMP box. (I realize that the linux will only > take advantage of one processor...) I don't have any data at all about NetPower machines; even worse NetPower has so far not shown any interest in having Linux run on their machines. That makes it pretty difficult to port Linux to Netpower machines. Anyway, since you have NT running on your machine you might try to gather some technical data by using one of the standard NT tools (what was the name again? I forget so fast if it's about NT ...) which will print out some data about which device uses how many ports/address space/ irqs. This information might already be enough to build a primitive port. Is this an ISA/EISA/PCI/something else machine? Hmm... Maybe it's also time again to send another mail heap to the NetPower people ... Per, do you have some technical information about NetPower? Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From rogerk@wonderware.com Fri Sep 27 02:24:05 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id CAA06124; Sat, 14 Sep 1996 02:49:08 +0200 (MET DST) Resent-Date: Sat, 14 Sep 1996 02:49:08 +0200 (MET DST) Date: Fri, 13 Sep 1996 17:48:36 -0700 (PDT) From: rogerk@wonderware.com (Roger Knobbe) Message-Id: <199609140048.RAA12794@wonderware.com> To: linux-mips@fnet.fr Subject: Re: More patches X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 5872 Lines: 181 > Anyway, since you have NT running on your machine you might try to gather > some technical data by using one of the standard NT tools (what was the > name again? I forget so fast if it's about NT ...) which will print out > some data about which device uses how many ports/address space/ irqs. > This information might already be enough to build a primitive port. Is > this an ISA/EISA/PCI/something else machine? > It's ISA/EISA. Here is the information Pandora tells me, followed by a pruned dump from WinMSD - almost certainly more information than you want, but hopefully everything you need: ARC Vendor ID: [MIPS DUO] Product: [00004C75233200E8] System: [NEC-R96] CPU: [MIPS-R4400-Pr.4/50,Fp5/0] Proc Type: [R4400PC I04 V5.0] Icache Size: [0x4000 bytes] Icache line size: [0x0020 bytes] Dcache size: [0x4000 bytes] Dcache line size: [0x0020 bytes] Secondary cache: Unknown Memory: start end size desc 0: 8000 0000 - 8000 2000 2000 Firmware Perm 1: 8000 2000 - 8006 0000 5e000 Firmware Temp 2: 8006 0000 - 8060 0000 5a0000 Free Mem 3: 807e d000 - 807f d000 10000 Firmware Temp 4: 807f d000 - 8080 0000 3000 Firmware Temp 5: 8080 0000 - 8800 0000 7800000 Free Mem 6: 8060 0000 - 8060 d000 d000 Loaded program 7: 8060 d000 - 8073 d000 1e0000 Free Mem Microsoft Diagnostics Report For \\LOWELL ---------------------------------------------------------------------- OS Version Report ---------------------------------------------------------------------- Microsoft (R) Windows NT (TM) Server Version 4.0 (Build 1381) MIPS Multiprocessor Free Registered Owner: Roger Knobbe, Wonderware Corporation Product Number: 50382-123-1234567-19453 ---------------------------------------------------------------------- System Report ---------------------------------------------------------------------- System: NEC-R96 Hardware Abstraction Layer: BIOS Date: BIOS Version: Processor list: 0: MIPS-R4400 - Pr 4/5.0, Fp 5/0 1: MIPS-R4400 - Pr 4/5.0, Fp 5/0 ---------------------------------------------------------------------- Video Display Report ---------------------------------------------------------------------- BIOS Date: Adapter: Setting: 1280 x 1024 x 256 72 Hz Type: Jzvxl484 compatible display adapter String: Memory: Chip Type: DAC Type: Driver: Vendor: Microsoft Corporation File(s): Jzvxl484.sys, jzvxl484.dll Version: 4.00, 4.0.0 Drives Report ---------------------------------------------------------------------- C:\ (Local - FAT) Total: 10,196KB, Free: 8,488KB Serial Number: 500E - 25D1 Bytes per cluster: 512 Sectors per cluster: 8 Filename length: 255 D:\ (Local - NTFS) Total: 0KB, Free: 0KB Serial Number: A891 - BE26 Bytes per cluster: 512 Sectors per cluster: 1 Filename length: 255 Memory Report ---------------------------------------------------------------------- Handles: 2,524 Threads: 203 Processes: 19 Physical Memory (K) Total: 131,060 Available: 89,756 File Cache: 13,800 Kernel Memory (K) Total: 8,496 Paged: 5,572 Nonpaged: 2,924 Commit Charge (K) Total: 28,892 Limit: 249,020 Peak: 32,704 Pagefile Space (K) Total: 131,072 Total in use: 1,768 Peak: 1,768 D:\pagefile.sys Total: 131,072 Total in use: 1,768 Peak: 1,768 IRQ and Port Report ---------------------------------------------------------------------- Devices Vector Level Affinity ---------------------------------------------------------------------- i8042prt 23 4 0x00000000 i8042prt 24 4 0x00000000 Serial 25 4 0x00000000 Serial 26 4 0x00000000 Floppy 18 4 0x00000000 Sonic 20 4 0x00000000 Ncrc700 21 4 0x00000000 Ncrc700 22 4 0x00000000 Jzvxl484 19 4 0x00000000 ---------------------------------------------------------------------- Devices Physical Address Length ---------------------------------------------------------------------- i8042prt 0x80005000 0x0000000001 i8042prt 0x80005001 0x0000000001 Parport 0x80008000 0x0000001000 Serial 0x80006000 0x0000000007 Serial 0x80007000 0x0000000007 Floppy 0x8000c000 0x0000000006 Floppy 0x8000c007 0x0000000001 Sonic 0x80001000 0x00000000c0 DMA and Memory Report ---------------------------------------------------------------------- Devices Channel Port ---------------------------------------------------------------------- Floppy 0 0 ---------------------------------------------------------------------- Devices Physical Address Length ---------------------------------------------------------------------- Ncrc700 0x80002000 0x00001000 Ncrc700 0x80003000 0x00001000 Jzvxl484 0x60000000 0x00400000 Jzvxl484 0x40000000 0x00401000 Network Report ---------------------------------------------------------------------- Your Access Level: Admin & Local Workgroup or Domain: RSC Network Version: 4.0 LanRoot: RSC Logged On Users: 1 Current User (1): ISADMIN Logon Domain: RSC Logon Server: WWRSC2 Transport: NetBT_Sonic1, 00-00-4C-75-23-32, VC's: 4, Yes: Yes Transport: Nbf_Sonic1, 00-00-4C-75-23-32, VC's: 2, No: No From ralf@Julia.DE Fri Sep 27 02:24:05 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id DAA06314; Sat, 14 Sep 1996 03:10:02 +0200 (MET DST) Resent-Date: Sat, 14 Sep 1996 03:10:02 +0200 (MET DST) From: Ralf Baechle Message-Id: <199609140111.DAA07352@kernel.panic.julia.de> Subject: Re: More patches To: linux-mips@fnet.fr Date: Sat, 14 Sep 1996 03:11:07 +0200 (MET DST) In-Reply-To: <199609140048.RAA12794@wonderware.com> from "Roger Knobbe" at Sep 13, 96 05:48:36 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 783 Lines: 17 > It's ISA/EISA. Here is the information Pandora tells me, followed by a pruned > dump from WinMSD - almost certainly more information than you want, > but hopefully everything you need: [Lots of information deleted ...] Hmm, looks as if this machine is a OEM NEC product which again is based on the original Mips Magnum 4000 design that was according to my spies licensed by Mips Inc. to Olivetti, Acer, NEC and I think also Toshiba. This makes support for your machine a whole lot easier. In fact a lot of the code that you'll need for your machine already exists. About the more processors - if NetFlower stays that cooperative as they're right now you'll have to disassemble hal.dll. It contains among other things also the routines to start additional processors. Ralf From kentd@icube.com Fri Sep 27 02:24:05 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id VAA18965; Sun, 15 Sep 1996 21:01:21 +0200 (MET DST) Resent-Date: Sun, 15 Sep 1996 21:01:21 +0200 (MET DST) Message-Id: <323C50EA.4A38@icube.com> Date: Sun, 15 Sep 1996 11:56:20 -0700 From: Kent Dahlgren Old-Reply-To: kentd@icube.com Organization: I-Cube Inc. X-Mailer: Mozilla 3.0b8Gold (Win95; I) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: linux-mips development information Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 1487 Lines: 45 Hi We have developed R4650 and R3041 PMC (PCI Mezzanine Card) CPU cards for our Fast Ethernet and ATM switch reference designs. We currently have PSOS running on them but feel that a more full-featured operating system would be more appropriate for some applications. As a result we would like to port Linux to the cards. We would like to start with the R4650 card. The cards are fairly featured: * 1 MB of FLASH memory * Support for a single 72 pin DRAM SIMM, which can SIMMs up to 64 MB * PCI bridge * Four channel DMA controller * National Super IO device with: Two 16450 serial ports ECP/EPP printer port IDE interface Floppy interface * Real time clock We want to operate these cards in big-endian mode. Can anyone suggest which code tree we should use as a starting point? Also is there a mailing list that would be appropriate for us. After we complete the port we will make the board support code (of course) as well as the board design available to the Linux community. I would appreciate any assistance that you could provide. Regards Kent Dahlgren _________________________________________________________________________ Kent Dahlgren Phone: (408) 341-1888 x 108 I-Cube Inc. FAX: (408) 341-1899 2605 S. Winchester Blvd Email: kentd@icube.com Campbell, CA 95008 Web: www.icube.com _________________________________________________________________________ From dom@algor.co.uk Fri Sep 27 02:24:06 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id RAA25827; Mon, 16 Sep 1996 17:35:12 +0200 (MET DST) Resent-Date: Mon, 16 Sep 1996 17:35:12 +0200 (MET DST) From: Dominic Sweetman Date: Mon, 16 Sep 96 16:33:02 +0100 Message-Id: <19310.9609161533@bank.algor.co.uk> To: linux-mips@fnet.fr Subject: Re: linux-mips development information In-Reply-To: <323C50EA.4A38@icube.com> References: <323C50EA.4A38@icube.com> X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 620 Lines: 18 Kent Dahlgren (kentd@icube.com) writes: > ... we would like to port Linux to the cards. We would like to start > with the R4650 card. You've got a job on, guys; the R4650 has no address translation hardware (no "TLB"). I don't know a whole lot about Linux/MIPS but I'd guess that makes it rather difficult. Best of luck... Dominic Sweetman phone: +44 171 700 3301 Algorithmics Ltd home: +44 171 226 0032 3 Drayton Park fax: +44 171 700 3400 London N5 1NU email: dom@algor.co.uk ENGLAND. www: http://www.algor.co.uk ftp: ftp.algor.co.uk From ralf@Julia.DE Fri Sep 27 02:24:06 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id TAA26358; Mon, 16 Sep 1996 19:00:30 +0200 (MET DST) Resent-Date: Mon, 16 Sep 1996 19:00:30 +0200 (MET DST) From: Ralf Baechle Message-Id: <199609161701.TAA11834@kernel.panic.julia.de> Subject: Re: linux-mips development information To: linux-mips@fnet.fr Date: Mon, 16 Sep 1996 19:01:04 +0200 (MET DST) In-Reply-To: <19310.9609161533@bank.algor.co.uk> from "Dominic Sweetman" at Sep 16, 96 04:33:02 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 739 Lines: 21 > Kent Dahlgren (kentd@icube.com) writes: > > > ... we would like to port Linux to the cards. We would like to start > > with the R4650 card. > > You've got a job on, guys; the R4650 has no address translation > hardware (no "TLB"). I don't know a whole lot about Linux/MIPS but > I'd guess that makes it rather difficult. There is a project to port Linux to the 8086. See http://www.linux.org.uk/Linux8086.html. The functionality is obviously only a part of the normal Linux. The project makes use of segment pointers which makes it a bit more difficult to port the code ... But that's probably not what they want ... Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From kazaroff@spock.niif.spb.su Fri Sep 27 02:24:06 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id MAA07532; Tue, 17 Sep 1996 12:57:24 +0200 (MET DST) Resent-Date: Tue, 17 Sep 1996 12:57:24 +0200 (MET DST) Message-Id: <9609171055.AA00569@spock.niif.spb.su> Date: Tue, 17 Sep 96 14:55:47 +0400 Sender: kazaroff@spock.niif.spb.su From: "A.G. Kazarov" X-Mailer: Mozilla 1.1N (X11; I; SunOS 4.1.3 sun4c) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: Linux for MIPS 3000 X-Url: http://www.fnet.fr/linux-mips/ Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 315 Lines: 7 Hi, I read Linux/MIPS page but still have a question : We have a big box called DEC 5*** (I dont remember right now) server running Ultrix V4.3A rev. 146 and MIPS 3000 (as it drawed on the chip). Can it be ported to Linux ? Help, please. Thanks in advance. Andry Kazarov, St-Petersburg State University, Russia. From dom@algor.co.uk Fri Sep 27 02:24:07 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id OAA08637; Tue, 17 Sep 1996 14:54:46 +0200 (MET DST) Resent-Date: Tue, 17 Sep 1996 14:54:46 +0200 (MET DST) From: Dominic Sweetman Date: Tue, 17 Sep 96 13:53:50 +0100 Message-Id: <19977.9609171253@bank.algor.co.uk> To: linux-mips@fnet.fr Subject: Re: linux-mips development information In-Reply-To: <199609161701.TAA11834@kernel.panic.julia.de> References: <19310.9609161533@bank.algor.co.uk> <199609161701.TAA11834@kernel.panic.julia.de> X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 1587 Lines: 35 Ralf Baechle (ralf@julia.de) writes: > There is a project to port Linux to the 8086 ... The project makes > use of segment pointers which makes it a bit more difficult to port > the code ... Of course Unix started on PDP-11s, which didn't have virtual memory hardware [and would support 15 users on a 48Kbyte machine, but that's another story]. But they did have translation on a large-page basis. 8086 segments can provide something similar, so long as your applications can live in a 64K I + 64K D space. You could conceivably build a usable system on an untranslated CPU with position-independent code. But the MIPS architecture is hostile to position-independent code too... ELKS is in danger of addressing a vanishing hardware base. Embedded systems seem to be separating into ultra-low-cost 8-bit and 4-bit systems, which are far too small to provide anything like POSIX; and bigger systems, where 16-bit CPUs and machines without memory translation are rapidly dying off - it just isn't worth the software hassle for the miniscule savings involved. IDT's R4640 is an oddball throwback, which bears the dread marks of a single customer's requirement. NEC's Vr4300 appears to be more successful, partly because it offers complete R4000 functionality at a similar price. Regards, Dominic Sweetman phone: +44 171 700 3301 Algorithmics Ltd home: +44 171 226 0032 3 Drayton Park fax: +44 171 700 3400 London N5 1NU email: dom@algor.co.uk ENGLAND. www: http://www.algor.co.uk ftp: ftp.algor.co.uk From stage@descartes.sni.fr Fri Sep 27 02:24:07 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id QAA27658; Wed, 18 Sep 1996 16:50:28 +0200 (MET DST) Resent-Date: Wed, 18 Sep 1996 16:50:28 +0200 (MET DST) Date: Wed, 18 Sep 1996 14:48:16 GMT Message-Id: <199609181448.OAA19439@rm200demo2.descartes.sni.fr> From: Stagiaires To: linux-mips@fnet.fr Subject: Linux and SNI RM200 (seek for vmlinux) X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 1156 Lines: 32 Hi, I have a rm200 and i am currently trying to install Linux. To do so, I have downloaded milo 0.27 and kernel 2.0.0 (and patched it to 2.0.7). I have also downloaded cross compiler mipsel-linux.(version 2.7.1) I made it run on a 486 DX 33 Linux station with gcc 2.7.2. With version 2.0.0 I had an error telling that the dli instruction was not understood by as. With 2.0.7 it tells me this: /usr/mipsel-linux/bin/as: unrecognized option `-G' So, I think it is easier for me to ask someone who has a RM200 if he can send me vmlinux file. With it, I think I will be able to download gcc and kernel for SNI and then to compile a new version of the kernel directly on the RM200. If you know where the error in as may come from, it will ok too :-) Philippe Jung -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Philippe Jung Jean-Philippe Rigal stage@descartes.sni.fr Tel : +33 - 1 - 34.81.91.79 Fax : +33 - 1 - 34.81.97.51 Trainees at Siemens Nixdorf - Emerging Technologies -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From d-mclaurine@uchicago.edu Fri Sep 27 02:24:07 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.5/8.7.3) id DAA02308; Thu, 19 Sep 1996 03:19:38 +0200 (MET DST) Resent-Date: Thu, 19 Sep 1996 03:19:38 +0200 (MET DST) Message-Id: <3240A075.4CEB@uchicago.edu> Date: Wed, 18 Sep 1996 20:23:01 -0500 From: Seabrook-McLaurine Old-Reply-To: d-mclaurine@uchicago.edu Organization: University of Chicago X-Mailer: Mozilla 2.01 (Macintosh; I; 68K) Mime-Version: 1.0 To: linux-mips@fnet.fr Cc: d-mclaurine@uchicago.edu Subject: MIPS Linux for the M120 (Can I Help) X-Url: http://lena.fnet.fr/#ninth Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 115 Lines: 3 Hi, I have a Mips M120 and the RC3240 (One in the same....) How can I help in the devel. effort? -Daryl McLaurine From linux-mips@fnet.fr Fri Sep 27 02:24:08 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.6/8.7.3) id QAA06870; Thu, 19 Sep 1996 16:41:45 +0200 (MET DST) Resent-Date: Thu, 19 Sep 1996 16:41:45 +0200 (MET DST) Date: Thu, 19 Sep 1996 20:00:30 +0900 From: Yujong Kim Message-Id: <199609191100.UAA04649@amangs.postech.ac.kr> To: linux@waldorf-gmbh.de Resent-Message-ID: <"IfIiwD.A.IrB.etVQy"@guadalquivir> Resent-From: linux-mips@fnet.fr Subject: Unidentified subject! X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 1971 Lines: 55 Hi ! This is from a graduate student of POSTECH in KOREA. I installed Slackware96 some days ago. But some problems happened . So I hope to know how I can solve the problems. first, I had install hanterm ( = hangul xterm which is an emulater korean language.) when I execute hanterm in users group some message appears. such as " /dev/ttyp1: Operation not permitted " In using slackware3.0, that message didn't appear. and When root use hanterm, that message doesn't appear in Slackware96. second, I don't use xconsole. in /etc/syslog.conf I edit such as # /etc/syslog.conf # For info about the format of this file, see "man syslog.conf" (the BSD man # page), and /usr/doc/sysklogd/README.linux. # # NOTE: YOU HAVE TO USE TABS HERE - NOT SPACES. # I don't know why. # # #*.=info;*.=notice /usr/adm/messages #*.=debug /usr/adm/debug #*.warn /usr/adm/syslog # *.=info;*.=notice /dev/console *.=debug /dev/console *.warn /dev/console # # This might work instead to log on a remote host: # * @hostname * @galaxy * @cyon * @tachyon * @seraph *.debug @141.223.1.4 ################################################################ third, in last version fvwm windows manager, I can use auto-raise when mouse pointer is put xterm which I hope to working there. but in fvwm2_95 version I cann't use auto-raise. When I hope to work some xterm, I must click the head of that xterm in fvwm2_95. how I can use auto-raise ? When I used this syslog.cong file in Slackware3.0 every error & login messages appeared in xconsole. But now those message doesn't appear in xconsole. Please help me thank you yjkim@amangs.postech.ac.kr From linux-mips@fnet.fr Fri Sep 27 02:24:08 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.6/8.7.3) id QAA06901; Thu, 19 Sep 1996 16:43:00 +0200 (MET DST) Resent-Date: Thu, 19 Sep 1996 16:43:00 +0200 (MET DST) Date: Thu, 19 Sep 1996 20:00:31 +0900 From: Yujong Kim Message-Id: <199609191100.UAA04651@amangs.postech.ac.kr> To: linux@waldorf-gmbh.de Resent-Message-ID: <"HVZRgC.A.mrB.4uVQy"@guadalquivir> Resent-From: linux-mips@fnet.fr Subject: Unidentified subject! X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 1971 Lines: 55 Hi ! This is from a graduate student of POSTECH in KOREA. I installed Slackware96 some days ago. But some problems happened . So I hope to know how I can solve the problems. first, I had install hanterm ( = hangul xterm which is an emulater korean language.) when I execute hanterm in users group some message appears. such as " /dev/ttyp1: Operation not permitted " In using slackware3.0, that message didn't appear. and When root use hanterm, that message doesn't appear in Slackware96. second, I don't use xconsole. in /etc/syslog.conf I edit such as # /etc/syslog.conf # For info about the format of this file, see "man syslog.conf" (the BSD man # page), and /usr/doc/sysklogd/README.linux. # # NOTE: YOU HAVE TO USE TABS HERE - NOT SPACES. # I don't know why. # # #*.=info;*.=notice /usr/adm/messages #*.=debug /usr/adm/debug #*.warn /usr/adm/syslog # *.=info;*.=notice /dev/console *.=debug /dev/console *.warn /dev/console # # This might work instead to log on a remote host: # * @hostname * @galaxy * @cyon * @tachyon * @seraph *.debug @141.223.1.4 ################################################################ third, in last version fvwm windows manager, I can use auto-raise when mouse pointer is put xterm which I hope to working there. but in fvwm2_95 version I cann't use auto-raise. When I hope to work some xterm, I must click the head of that xterm in fvwm2_95. how I can use auto-raise ? When I used this syslog.cong file in Slackware3.0 every error & login messages appeared in xconsole. But now those message doesn't appear in xconsole. Please help me thank you yjkim@amangs.postech.ac.kr From ralf@Julia.DE Fri Sep 27 02:24:08 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.6/8.7.3) id UAA08575; Thu, 19 Sep 1996 20:33:39 +0200 (MET DST) Resent-Date: Thu, 19 Sep 1996 20:33:39 +0200 (MET DST) From: Ralf Baechle Message-Id: <199609191833.UAA20942@kernel.panic.julia.de> Subject: Binutils binaries To: linux-mips@fnet.fr Date: Thu, 19 Sep 1996 20:33:00 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 246 Lines: 8 Hi, I've uploaded binaries of Binutils 2.7-3 for SunOS 4.1.3 and Solaris 2.5 hosts. Due to disk space problems the files are not yet online but as soon as the FTP server has been upgraded they will be available in /linux-mips/crossdev/ Ralf From sinhav@taec.com Fri Sep 27 02:24:09 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.6/8.7.3) id AAA09440; Fri, 20 Sep 1996 00:26:29 +0200 (MET DST) Resent-Date: Fri, 20 Sep 1996 00:26:29 +0200 (MET DST) Sender: sinhav@taec.com Message-Id: <3241C7BC.41C67EA6@taec.com> Date: Thu, 19 Sep 1996 15:22:52 -0700 From: Vikas Sinha X-Mailer: Mozilla 2.01 (X11; I; SunOS 4.1.4 sun4c) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: Porting Linux to Mips X-Url: http://lena.fnet.fr/#sixth Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 188 Lines: 4 I am currently involved in porting Linux to Mips R5900 platform. I'd like to be on the mailing list to receive any information that would be of interest to developers. Thanks Vikas Sinha From engel@vespa.unix-ag.uni-siegen.de Tue Sep 24 17:07:49 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id RAA00671 for ; Tue, 24 Sep 1996 17:07:49 +0200 (MET DST) Received: from vespa.unix-ag.uni-siegen.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA00593; Tue, 24 Sep 1996 17:07:42 +0200 (MET) Received: (from engel@localhost) by vespa.unix-ag.uni-siegen.de (8.7.6/8.7.6/vespa-mx1.1) id VAA20390 for linux-mips@fnet.fr; Fri, 20 Sep 1996 21:51:34 +0200 (MET DST) From: Michael Engel Message-Id: <199609201951.VAA20390@vespa.unix-ag.uni-siegen.de> Subject: Got a DS5000/200, and now ... To: linux-mips@fnet.fr Date: Fri, 20 Sep 1996 21:51:33 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 541 Lines: 17 Hi all, together with the DEC UDB I intended to buy ;) I got a DS5000/200 with 16 MB RAM, CX TurboChannel graphics adapter, LK401 and mouse. This works fine with my VR260 monitor (that's what I hoped ...). Well, I wanted to set up bootpd on my Linux system to boot the DS5000 via tftp and came across a little problem: How do I find out the ethernet address of the DecStation ??? I'd really like to start kernel hacking ... ;) regards, Michael Engel (engel@unix-ag.uni-siegen.de) PS: Any news on the DS5000/1xx documentation, Paul ? From ralf@Julia.DE Fri Sep 27 02:24:09 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.6/8.7.3) id DAA23593; Sat, 21 Sep 1996 03:51:05 +0200 (MET DST) Resent-Date: Sat, 21 Sep 1996 03:51:05 +0200 (MET DST) From: Ralf Baechle Message-Id: <199609210150.DAA17521@kernel.panic.julia.de> Subject: Re: Compiling a kernel for a Magnum R4k on an i586 To: linux-mips@fnet.fr Date: Sat, 21 Sep 1996 03:50:53 +0200 (MET DST) Cc: root@meddle.eclipse-enterprises.com, krueger@rohan.sdsu.edu In-Reply-To: <199609202314.QAA31507@meddle.eclipse-enterprises.com> from "root" at Sep 21, 96 01:17:56 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 3802 Lines: 80 Hi, > I have recently joined forces to attempt to help out as much as I can on the Linux/MIPS project. I haven't > done much operating systems programming, but I am willing to learn. > > As a start, I have a Carrera R4000 which is labeled Cobra on the outside, but Pandora identifies it as a > Magnum R4000, which I trust more since the packaging has not been accurate on anything else so far. Interesting; yet another Magnum clone. Note that the Cobra identifies itself as a Magnum, so this is probably right. Milo itself doesn't know how to recognize different machines. > I downloaded the executeable images of the cross-compilation tools and was able to successfully compile the > milo/pandora package without any errors using the mipsel-linux-gcc (a.out) compiler. With the ELF compiler > it gave me a linking error, but I think I fixed that in the Makefile. > > When trying to compile the kernel, however, using either the a.out or elf cross-dev tools I get the following > output: a.out is dead ... > [root@meddle linux]# make vmlinux > mipsel-linuxelf-gcc -D__KERNEL__ -I/root/mips/linux-2.0.0/include -Wall -Wstrict-prototypes -O2 > -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -mcpu=r4400 -mips3 -c -o init/main.o init/main.c > /tmp/cca31420.s: Assembler messages: > /tmp/cca31420.s:587: Warning: `dli' not in hash table. > /tmp/cca31420.s:587: Error: ERROR: Unrecognized opcode `dli' > /tmp/cca31420.s:599: Warning: `dli' not in hash table. > /tmp/cca31420.s:599: Error: ERROR: Unrecognized opcode `dli' > make: *** [init/main.o] Error 1 You have installed the ancient crosscompiler binaries from ftp.fnet.fr. Sorry, I didn't yet have the time to build new Linux packages. I'm trying to correct my sins. Give me some minutes - I just have to download all the sources to my workstation ... [click... hack...] > Can you help me out here? To me it looks as if it is using a non-mips > assembler or something, but the Makefile looks to me as if it should use > the appropriate one. The old assembler which you're using doesn't know about the dli instruction; replacing the binutils with newer binutils will fix that. Note that due to the final switch from a.out to ELF that I've performed in a bit radical manor you'll also have to upgrade GCC and the kernel sources to the newest versions available. These are currently on ftp.fnet.fr: binutils 2.7-3 gcc 2.7.2-3 Linux 2.0.7 (As I write this GCC/binutils/Linux are available as sources/patches; Binutils also as binaries for sparc-sun-sunos4.1.3 and sparc-sun-solaris2.5; Linux binaries in the pipe ...) For now you can get all this files also via anonymous ftp from my workstation kernel.panic.julia.de. In the moment it has only the binutils binaries and a Linux 2.0.7 archive. I'll move the GCC binaries online when the compiler is ready ... > In any case, it is critical I get a kernel running > so I can begin to asses where to help out in the overall project. If you > have any advice on how to compile this kernel, I would be much appreciative. Also, I am new to the MIPS architecture. My motherboard > has an EISA bus and set of expansion slots on it. Would it be easy to > drop an EIDE EISA/ISA controller in there and have it work with drives? > I assume there is no way to boot off them, but with the high price of > scsi drives and the fact that I want this machine to have alot of storage, > it would be handy to put the root partition on my scsi drive, then add a > few eide's. I've successfully used and tortured the IDE driver for some days on my Acer PICA (a machine that's also very similar to the Magnum), so this should be working for you also. Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From ralf@Julia.DE Fri Sep 27 02:24:09 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.6/8.7.3) id GAA25328; Sat, 21 Sep 1996 06:20:05 +0200 (MET DST) Resent-Date: Sat, 21 Sep 1996 06:20:05 +0200 (MET DST) From: Ralf Baechle Message-Id: <199609210421.GAA27411@kernel.panic.julia.de> Subject: More binaries To: linux-mips@fnet.fr Date: Sat, 21 Sep 1996 06:21:18 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 698 Lines: 24 Hi all, I've put binutils and GCC binaries for both mips-linux and mipsel-linux targets for Linux/i386 hosts on kernel.panic.julia.de. You need to run libc 5.2.18 in order to use these binaries. Quick'n'dirty installation guide for those that haven't yet dumped their MIPS-a.out stuff: cd where is where you installed your cross stuff, ie. /usr/local/ rm -rf mips-linux rm -rf mipsel-linux mv mips-linuxelf mips-linux mv mipsel-linuxelf mipsel-linux cd lib/gcc-lib rm -rf mips-linuxelf rm -rf mipsel-linuxelf and then install the new binary packages. Tell me if everything is ok - I skipped testing 'cause it's time to go home ... Ralf From ralf@Julia.DE Fri Sep 27 02:24:09 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.6/8.7.3) id SAA04238; Sat, 21 Sep 1996 18:53:08 +0200 (MET DST) Resent-Date: Sat, 21 Sep 1996 18:53:08 +0200 (MET DST) From: Ralf Baechle Message-Id: <199609211653.SAA28253@kernel.panic.julia.de> Subject: Re: Compiling a kernel for a Magnum R4k on an i586 To: krueger@rohan.sdsu.edu (Jeff Krueger) Date: Sat, 21 Sep 1996 18:53:36 +0200 (MET DST) Cc: linux-mips@fnet.fr In-Reply-To: <199609211046.DAA11189@rohan.sdsu.edu> from "Jeff Krueger" at Sep 21, 96 03:49:12 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 2346 Lines: 56 Hi, > Okay, I got the newer binutils and gcc and linux 2.0.7. Compile worked > fine, although it no loger asked me if I wanted to compile in ELF and it This is ok; a.out is simply no longer an option. > used the mipsel-linux-gcc compiler (and utils) instead of mipsel-linuxelf-gcc. Again this is what it was supposed to do. Since a.out does no longer exist I renamed the ELF configurations of the tools and removed the ELF suffix from the name - just like it was done for Linux/i386 during the a.out -> ELF transition. > I had to REALLY strip the kernel down just to get it to 1.3m to fit on a > diskette and when I booted with milo, it dumped me into the Jazz Monitor: Your kernel is 1.3 meters? Mine usually fits on 3.5" disks ;-) I assume you copied the vmlinux built in the compile directory to the floppy. That doesn't work because Milo expects another format of the boot image. You should have done a "make zdisk" which generates arch/mips/boot/zImage which is much smaller. With the default configuration the sizes of my files are: ralf@rio [2083]# ll vmlinux -rwxr-xr-x 1 ralf users 1919402 Sep 21 08:26 vmlinux* ralf@rio [2084]# ll arch/mips/boot/zImage -rw-r--r-- 1 ralf users 934592 Sep 21 08:27 arch/mips/boot/zImage ralf@rio [2085]# (Actually "make zdisk" is a lie; there is no compression done. The boot image is smaller because it has only two symbols left and uses another format which is a tiny bit more compact than ELF.) > Jazz Monitor. Version 166 > Press H for help, Q to quit. > AdEL exception occurred. > at=80014888 v0=80607338 v1=00000007 a0=00000000 a1=807f2004 a2=8000b9f0 > a3=807f2004 t0=80600000 t1=8003f268 t2=8003f260 t3=0000008c t4=00000000 > t5=807f2000 t6=8000b9f0 t7=000001e8 s0=8000b500 s1=80000000 s2=8000b67c > s3=8000b678 s4=00000010 s5=00000002 s6=00000001 s7=807f2004 t8=8003f2e0 > t9=00000000 k0=80041140 k1=80000194 gp=00002466 sp=805ff720 s8=8000bef8 > ra=806053e4 psr=20000803 epc=806053f8 cause=0000c010 errorepc=80011bb4 > badvaddr=00000027 This simply says that Milo died. Obviously, since kernel crashes never end in the monitor. > I am befuddled at this point. I also did some tweaking to make it run > mipsel-linuxelf-*, but it gave me the dli error as well. That was wrong because you then were again using the ancient versions of the tools. Ralf From paul@suite.sw.oz.au Fri Sep 27 02:24:10 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.6/8.7.3) id EAA12282; Sun, 22 Sep 1996 04:12:57 +0200 (MET DST) Resent-Date: Sun, 22 Sep 1996 04:12:57 +0200 (MET DST) From: paul@suite.sw.oz.au (Paul Antoine) Message-Id: <199609220212.AA03491@suite.sw.oz.au> Subject: Re: Linux for MIPS 3000 To: linux-mips@fnet.fr Date: Sun, 22 Sep 1996 12:12:14 +1000 (EST) In-Reply-To: <9609171055.AA00569@spock.niif.spb.su> from "A.G. Kazarov" at Sep 17, 96 02:55: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 X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 958 Lines: 26 Hi Andry > Hi, I read Linux/MIPS page but still have a question : > > We have a big box called DEC 5*** (I dont remember right now) server running > Ultrix V4.3A rev. 146 and MIPS 3000 (as it drawed on the chip). > Can it be ported to Linux ? Help, please. Yes, this port is under way. I'm the co-ordinator for the port, and have put up some information pages at: http://www.softway.com.au/people/paul/dec/ Take a look, then get back to me or the mailing list with any questions you have. 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From paul@suite.sw.oz.au Fri Sep 27 02:24:10 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.6/8.7.3) id OAA19887; Sun, 22 Sep 1996 14:53:04 +0200 (MET DST) Resent-Date: Sun, 22 Sep 1996 14:53:04 +0200 (MET DST) From: paul@suite.sw.oz.au (Paul Antoine) Message-Id: <199609221252.AA07908@suite.sw.oz.au> Subject: Re: More binaries To: linux-mips@fnet.fr Date: Sun, 22 Sep 1996 22:52:37 +1000 (EST) In-Reply-To: <199609210421.GAA27411@kernel.panic.julia.de> from "Ralf Baechle" at Sep 21, 96 06:21:18 am 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 X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 836 Lines: 26 Hi Ralf, You Wrote: > targets for Linux/i386 hosts on kernel.panic.julia.de. You need to > run libc 5.2.18 in order to use these binaries. Thanks for these... they don't do ECOFF though, and they still complain about the following instructions with errors of 'invalid arguments' in the file r3000.S: cfc1 t1,fcr31 ctc1 t0,fcr31 Any ideas? These seem valid to me... 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From ralf@Julia.DE Fri Sep 27 02:24:10 1996 Received: (from list@localhost) by guadalquivir.fnet.fr (8.7.6/8.7.3) id QAA21097; Sun, 22 Sep 1996 16:34:59 +0200 (MET DST) Resent-Date: Sun, 22 Sep 1996 16:34:59 +0200 (MET DST) From: Ralf Baechle Message-Id: <199609221436.QAA29792@kernel.panic.julia.de> Subject: Re: More binaries To: linux-mips@fnet.fr Date: Sun, 22 Sep 1996 16:36:05 +0200 (MET DST) In-Reply-To: <199609221252.AA07908@suite.sw.oz.au> from "Paul Antoine" at Sep 22, 96 10:52:37 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Warning: The date on the 'From ' line is not the initial send-date Content-Length: 949 Lines: 30 Hi Paul, > > targets for Linux/i386 hosts on kernel.panic.julia.de. You need to > > run libc 5.2.18 in order to use these binaries. > > Thanks for these... they don't do ECOFF though, They contain ECOFF support (from mipsel-linux-objdump -i output): elf32-littlemips elf32-bigmips ecoff-littlemips ecoff-bigmips srec mips:3000 elf32-littlemips elf32-bigmips ecoff-littlemips ecoff-bigmips srec symbolsrec tekhex binary ihex mips:3000 symbolsrec tekhex binary ihex Or are you talking about this special DECstation ECOFF problem? > and they still complain > about the following instructions with errors of 'invalid arguments' in > the file r3000.S: > > cfc1 t1,fcr31 > ctc1 t0,fcr31 > > Any ideas? These seem valid to me... Your mistake is probably that you didn't include . fcr31 isn't a register known to the assembler; it's a define. Ralf From paul@suite.sw.oz.au Mon Sep 23 08:40:06 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id IAA03982 for ; Mon, 23 Sep 1996 08:40:05 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA28976; Mon, 23 Sep 1996 08:39:56 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id GAA27112; Mon, 23 Sep 1996 06:40:16 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA20904; Mon, 23 Sep 1996 16:40:10 +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: <199609230640.AA20904@suite.sw.oz.au> Subject: Re: More binaries To: linux-mips@fnet.fr Date: Mon, 23 Sep 1996 16:40:09 +1000 (EST) In-Reply-To: <199609221436.QAA29792@kernel.panic.julia.de> from "Ralf Baechle" at Sep 22, 96 04:36:05 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: 1685 Lines: 39 Hi Ralf, > > Thanks for these... they don't do ECOFF though, > > They contain ECOFF support (from mipsel-linux-objdump -i output): > > elf32-littlemips elf32-bigmips ecoff-littlemips ecoff-bigmips srec > mips:3000 elf32-littlemips elf32-bigmips ecoff-littlemips ecoff-bigmips srec > > symbolsrec tekhex binary ihex > mips:3000 symbolsrec tekhex binary ihex > > Or are you talking about this special DECstation ECOFF problem? No, I was just being silly. I keep forgetting that you'll get an IOT/Trap out of ld unless you specify *both* the input and the output format (i.e. if you want to specify one, you must also specify the other!) > Your mistake is probably that you didn't include . > fcr31 isn't a register known to the assembler; it's a define. Yep - no problems now. Have you finished integrating all of Didier's work on the R3000 yet? I'm now in a position to do more work on the DECstation port, and want to re-integrate my 1.3.62 work ASAP. I think it's about time the DECstation work was up to date! I'll fetch the 2.0.7 patches now, to see if that helps. On another issue, what program did you say you use to create ECOFF out of ELF32 for the Magnums? 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From ralf@Julia.DE Mon Sep 23 12:08:30 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id MAA06437 for ; Mon, 23 Sep 1996 12:08:30 +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 AA06608; Mon, 23 Sep 1996 12:08:00 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id MAA02067 for ; Mon, 23 Sep 1996 12:09:40 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.Beta.4/8.8.Beta.4) id MAA31216 for linux-mips@fnet.fr; Mon, 23 Sep 1996 12:09:19 +0200 Message-Id: <199609231009.MAA31216@kernel.panic.julia.de> Subject: Re: More binaries To: linux-mips@fnet.fr Date: Mon, 23 Sep 1996 12:09:19 +0200 (MET DST) In-Reply-To: <199609230640.AA20904@suite.sw.oz.au> from "Paul Antoine" at Sep 23, 96 04:40:09 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1598 Lines: 42 Hi, > > Or are you talking about this special DECstation ECOFF problem? > > No, I was just being silly. I keep forgetting that you'll get an IOT/Trap > out of ld unless you specify *both* the input and the output format (i.e. > if you want to specify one, you must also specify the other!) Ooops - if it bombs it's a bug. I never had this problem yet. For building Milo I also only specify the target format. > Yep - no problems now. Have you finished integrating all of Didier's work > on the R3000 yet? No changes since our last conversion about this topic. I'm waiting to receive an updated set of patches from him. > I'm now in a position to do more work on the DECstation > port, and want to re-integrate my 1.3.62 work ASAP. Great. > I think it's about > time the DECstation work was up to date! > I'll fetch the 2.0.7 patches now, to see if that helps. On another issue, > what program did you say you use to create ECOFF out of ELF32 for the Magnums? I'm using the ELF -> ECOFF converter from Ted Lemon's elfutils.tar.gz with some modifications that make them compile on non-NetBSD systems, too. The portability patches aren't perfect though. I don't have my hacked version at hand so I'll put the original archive in the misc/ directory. I should note that I only need the converter for PIC code executables. And PIC code again is only required for Milo/Pandora with the SNI firmware. Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From paul@suite.sw.oz.au Mon Sep 23 13:06:19 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id NAA07207 for ; Mon, 23 Sep 1996 13:06:18 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA08739; Mon, 23 Sep 1996 13:06:03 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id LAA03619; Mon, 23 Sep 1996 11:06:17 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA23336; Mon, 23 Sep 1996 21:06:10 +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: <199609231106.AA23336@suite.sw.oz.au> Subject: Re: More binaries To: linux-mips@fnet.fr Date: Mon, 23 Sep 1996 21:06:09 +1000 (EST) In-Reply-To: <199609231009.MAA31216@kernel.panic.julia.de> from "Ralf Baechle" at Sep 23, 96 12:09:19 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: 3372 Lines: 89 Hi Ralf, > > > Or are you talking about this special DECstation ECOFF problem? I do seem to have this problem, now that I've got the rest of the kernel to compile with my latest DECstation source ... When I make vmlinux using your new tools, with ELF intermediates, and a final ECOFF output, I get this: vmlinux: file format ecoff-littlemips SECTION 0 [.text] : size 000775a0 vma 80030000 lma 80030000 align 2**4 ALLOC, LOAD, CODE SECTION 1 [.rodata] : size 00007b10 vma 800a7590 lma 800a7590 align 2**4 ALLOC, LOAD, DATA SECTION 2 [.reginfo] : size 00000020 vma 800af0a0 lma 800af0a0 align 2**4 ALLOC, LOAD, DATA SECTION 3 [.data] : size 000102d0 vma 800b0000 lma 800b0000 align 2**4 ALLOC, LOAD, DATA SECTION 4 [.sbss] : size 00000000 vma 800c02d0 lma 800c02d0 align 2**4 ALLOC SECTION 5 [.bss] : size 00015200 vma 800c02d0 lma 800c02d0 align 2**4 ALLOC SECTION 6 [.mdebug] : size 0003f530 vma 800d54d0 lma 800d54d0 align 2**4 ALLOC, LOAD, READONLY, DATA When I use my dec-ultrix crossdev tools, I get a vmlinux like this: ../linux-1.3.62/vmlinux: file format ecoff-littlemips SECTION 0 [.text] : size 0008e220 vma 80030000 lma 80030000 align 2**4 ALLOC, LOAD, CODE SECTION 1 [.data] : size 0001a1f0 vma 800bf000 lma 800bf000 align 2**4 ALLOC, LOAD, DATA SECTION 2 [.sbss] : size 000001f4 vma 800d91f0 lma 800d91f0 align 2**4 ALLOC SECTION 3 [.bss] : size 00013610 vma 800d93f0 lma 800d93f0 align 2**4 ALLOC ...and when the file loads, I can see the DECstation is just getting what it thinks is the usual three sections (i.e. .text, .data and (.sbss + .bss), except that for the ELF-converted file it's .text, (.rodata + .reginfo + .data + .bss) and then .bss again! That, and the .sbss segment is not being explicitly zeroed by the linker and downloaded. Any ideas? > Ooops - if it bombs it's a bug. I never had this problem yet. For building > Milo I also only specify the target format. Oh - I just thought I was going nuts until I found out how to work around it! > > I'm now in a position to do more work on the DECstation > > port, and want to re-integrate my 1.3.62 work ASAP. > > Great. Yeah - so far I seem to have integrated the code o.k. - now all I need to do is to get it to boot! > I'm using the ELF -> ECOFF converter from Ted Lemon's elfutils.tar.gz with > some modifications that make them compile on non-NetBSD systems, too. The > portability patches aren't perfect though. I don't have my hacked version > at hand so I'll put the original archive in the misc/ directory. > > I should note that I only need the converter for PIC code executables. > And PIC code again is only required for Milo/Pandora with the SNI firmware. I know I'm close to getting this working with the standard toolset... I think it's important to really try to have a nice simple development environment (don't you agree, Amit?? :-) Help me Obe Wan... 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From ralf@Julia.DE Mon Sep 23 14:02:14 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id OAA07897 for ; Mon, 23 Sep 1996 14:02:13 +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 AA10432; Mon, 23 Sep 1996 14:02:05 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id OAA05958; Mon, 23 Sep 1996 14:03:31 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.Beta.4/8.8.Beta.4) id OAA31945; Mon, 23 Sep 1996 14:03:10 +0200 Message-Id: <199609231203.OAA31945@kernel.panic.julia.de> Subject: Re: Compiling a kernel for a Magnum R4k on an i586 To: krueger@rohan.sdsu.edu (Jeff Krueger) Date: Mon, 23 Sep 1996 14:03:10 +0200 (MET DST) Cc: linux-mips@fnet.fr In-Reply-To: <199609231027.DAA00166@rohan.sdsu.edu> from "Jeff Krueger" at Sep 23, 96 03:30:44 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 2658 Lines: 51 Hi, > Okay, I found out what happened. I switched video modes from 1280x1024 > (which fit nicely) to 1024x768 (which doesn't quite fit as well, but thats > okay). Now the lower 1/4 of the screen turns red, but I can see the text on > top. The kernel says "Console: colour detected G364 128x46 1 virtual > console (63 max)" and then goes on with all it's other normal loading stuff. > Maybe it is having problems initializing the gfx adapter? It simply only supports the low resolution because when Wayne & me hacked this I didn't have a monitor at hand that could display the high resolution mode. And 1024x768x256 isn't that bad ... > In any case, it > gets to "VFS: Insert ramdisk with root image and press enter" as I would > have expected, but instead of loading once I inster one, it quickly (I > beleive before it even touches the diskette) says, "Unable to handle kernel > request paging fault" and then gives a register dump of some sort. Can you > make anything from any of that? I think we're deffinately making progress > here!! Sounds as if some of my recent changes broke the Jazz floppy support. Blame me - I should have tried the floppy ... > I am excited to get Linux on this MIPS. It is a machine I purchased for > dirt cheap hoping I could do something with it, but all this time I have not > wanted to run NT on it because I really have no use for NT except as a > netware fileserver, but heck, I have a freeware nw server for linux on my > i586 that works great. I was happy to see the Linux/MIPS project and I've > been waiting to get an OS on this machine so I can see it actually do > something. If linux works on the Magnum r4000, I will be exstatic. Yes, especially because it's the only UNIX style OS for that machine that is under active development now that RISC/os is dead ... > Now I have not run the big->little endian firware conversion program out of > fear and also because as far as I know, this particular machine defaults to > little endian although it is completely bi-endian. I don't think thats what > my problem is, but I could be wrong. Do you think I should risk it? Linux is intended for the little endian firmware, so your machine is setup right. The big endian firmware is intended to run RISC/os. Switching to the other firmware is a bit a dangerous process, so one should avoid it. When this process is stopped ie by power fail or so the firmware flash proms are unusable and have to be reprogrammed with a burner ... Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From ralf@Julia.DE Mon Sep 23 14:35:25 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id OAA08349 for ; Mon, 23 Sep 1996 14:35:25 +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 AA11575; Mon, 23 Sep 1996 14:35:05 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id OAA07017 for ; Mon, 23 Sep 1996 14:36:45 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.Beta.4/8.8.Beta.4) id OAA31988 for linux-mips@fnet.fr; Mon, 23 Sep 1996 14:36:24 +0200 Message-Id: <199609231236.OAA31988@kernel.panic.julia.de> Subject: Re: More binaries To: linux-mips@fnet.fr Date: Mon, 23 Sep 1996 14:36:23 +0200 (MET DST) In-Reply-To: <199609231106.AA23336@suite.sw.oz.au> from "Paul Antoine" at Sep 23, 96 09:06:09 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 3048 Lines: 83 Hi, > > > > Or are you talking about this special DECstation ECOFF problem? > > I do seem to have this problem, now that I've got the rest of the kernel > to compile with my latest DECstation source ... > > When I make vmlinux using your new tools, with ELF intermediates, and > a final ECOFF output, I get this: > > vmlinux: file format ecoff-littlemips > > SECTION 0 [.text] : size 000775a0 vma 80030000 lma 80030000 align 2**4 > ALLOC, LOAD, CODE > SECTION 1 [.rodata] : size 00007b10 vma 800a7590 lma 800a7590 align 2**4 > ALLOC, LOAD, DATA > SECTION 2 [.reginfo] : size 00000020 vma 800af0a0 lma 800af0a0 align 2**4 > ALLOC, LOAD, DATA > SECTION 3 [.data] : size 000102d0 vma 800b0000 lma 800b0000 align 2**4 > ALLOC, LOAD, DATA > SECTION 4 [.sbss] : size 00000000 vma 800c02d0 lma 800c02d0 align 2**4 > ALLOC > SECTION 5 [.bss] : size 00015200 vma 800c02d0 lma 800c02d0 align 2**4 > ALLOC > SECTION 6 [.mdebug] : size 0003f530 vma 800d54d0 lma 800d54d0 align 2**4 > ALLOC, LOAD, READONLY, DATA The .reginfo and .mdebug sections can be thrown away; they don't contain valuable information. mipsel-linux-strip --remove-section=
can do this. This is already done in order to build the ARC boot files. > When I use my dec-ultrix crossdev tools, I get a vmlinux like this: > > > ../linux-1.3.62/vmlinux: file format ecoff-littlemips > > SECTION 0 [.text] : size 0008e220 vma 80030000 lma 80030000 align 2**4 > ALLOC, LOAD, CODE > SECTION 1 [.data] : size 0001a1f0 vma 800bf000 lma 800bf000 align 2**4 > ALLOC, LOAD, DATA > SECTION 2 [.sbss] : size 000001f4 vma 800d91f0 lma 800d91f0 align 2**4 > ALLOC > SECTION 3 [.bss] : size 00013610 vma 800d93f0 lma 800d93f0 align 2**4 > ALLOC > > > ...and when the file loads, I can see the DECstation is just getting > what it thinks is the usual three sections (i.e. .text, .data and (.sbss + > .bss), except that for the ELF-converted file it's .text, (.rodata + > .reginfo + .data + .bss) and then .bss again! > > That, and the .sbss segment is not being explicitly zeroed by the > linker and downloaded. .sbss is a bss section and as such it has to be zeroed by the loader. ld can't even zero it because a .sbss section isn't even allocated in the file. Did you try to enforce a file layout using linker scripts? This should be the difference between the "real" DECstation ECOFF config and the one in the Linux/MIPS binutils. > Any ideas? > Yeah - so far I seem to have integrated the code o.k. - now all I need to > do is to get it to boot! > I know I'm close to getting this working with the standard toolset... I > think it's important to really try to have a nice simple development > environment (don't you agree, Amit?? :-) This is nice. Thomas is also working on fixing the 64 bit bugs in the binutils so that Alphas hosts will be supported from the same source tree, too. > Help me Obe Wan... May the source be with you, Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From ralf@Julia.DE Mon Sep 23 14:48:20 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id OAA08625 for ; Mon, 23 Sep 1996 14:48:20 +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 AA11991; Mon, 23 Sep 1996 14:46:56 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id OAA07365 for ; Mon, 23 Sep 1996 14:48:35 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.Beta.4/8.8.Beta.4) id OAA32036 for linux-mips@fnet.fr; Mon, 23 Sep 1996 14:48:13 +0200 Message-Id: <199609231248.OAA32036@kernel.panic.julia.de> Subject: Linux 2.0.21 released To: linux-mips@fnet.fr Date: Mon, 23 Sep 1996 14:48:13 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1354 Lines: 36 -----BEGIN PGP SIGNED MESSAGE----- Hi all, I've released the kernels up to Linux 2.0.21. Happy patching, Ralf f7d9fc65d2a7e8dccda1d99947866d0a linux-2.0.7-2.0.8.diffs.gz a95be2e7350c38ee6c31d28b2e19e9dc linux-2.0.8-2.0.9.diffs.gz c6c00adf596d9de12f481bbcea57718b linux-2.0.9-2.0.10.diffs.gz ff4251adb7f81add81a5f244534b8c10 linux-2.0.10-2.0.11.diffs.gz 9151b68a119bdb042e26d08ab47bb62c linux-2.0.11-2.0.12.diffs.gz 6ce5f22eb01f8c63a4c28ccd6dd59708 linux-2.0.12-2.0.13.diffs.gz 1974e411bfcb718b505643911d0207be linux-2.0.13-2.0.14.diffs.gz 1217873b0a11d3d6c3547b79f13d57e0 linux-2.0.14-2.0.15.diffs.gz b45996b857e3f6179e1acdaab346765a linux-2.0.15-2.0.16.diffs.gz a6129f92d103b1cbf2d885b9941fa342 linux-2.0.16-2.0.17.diffs.gz acc030ee3ce0e33c3764560b90370cf6 linux-2.0.17-2.0.18.diffs.gz 3996f33cdcbcb10197aeca341126a814 linux-2.0.18-2.0.19.diffs.gz 97025d35aa95ee8cce57086e956b9362 linux-2.0.19-2.0.20.diffs.gz 55cfcc2fead4eda13213d4c4f5b2e886 linux-2.0.20-2.0.21.diffs.gz b48f875da3f3eb148f5ef56eef8986c6 linux-2.0.21.tar.gz -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: latin1 iQCVAwUBMkaHDUckbl6vezDBAQGFSQP9Gwp+rbkXZUDxrq39dCOQL4TsqulyrtNL ByslErF1QJ7PaS8KBeqnes+qVooazrEuXhd+ZFqduIAxggjy1WwxxysFEgbRL+f6 nKse1JG6GFd7TqQ2nBNxusLdsNPITfw2m/detozCMHb1izrw8hGCQPic0btJ1m78 Kn/3futZIk8= =uMxM -----END PGP SIGNATURE----- From ralf@Julia.DE Mon Sep 23 14:54:04 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id OAA08792 for ; Mon, 23 Sep 1996 14:54:03 +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 AA12297; Mon, 23 Sep 1996 14:51:30 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id OAA07707; Mon, 23 Sep 1996 14:53:10 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.Beta.4/8.8.Beta.4) id OAA32046; Mon, 23 Sep 1996 14:52:49 +0200 Message-Id: <199609231252.OAA32046@kernel.panic.julia.de> Subject: Re: Compiling a kernel for a Magnum R4k on an i586 To: krueger@rohan.sdsu.edu (Jeff Krueger) Date: Mon, 23 Sep 1996 14:52:49 +0200 (MET DST) Cc: linux-mips@fnet.fr In-Reply-To: <199609221935.MAA14131@rohan.sdsu.edu> from "Jeff Krueger" at Sep 22, 96 12:38:40 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 695 Lines: 15 Hi, > Okay Ralf, you were right about the diskette drive, it does take around 5 > minutes to load (I hope the hard disk drive isn't that slow!), although I > haven't attempted re-compiling milo/pandora just yet. Recompiling them > isn't that critical right now anyway since I have the working coppies from > the 0.27 distribution which work fine. I suppose somebody broke the Magnum BIOS bug workaround stuff. The Magnum ARC firmware has the nasty problem that after once calling Seek() it will crash on Read() calls reading more than 512 bytes. The firmware does no track buffering and thus reading is incredibly slow. Best solution is to read the entire file in one Read() call. Ralf From paul@suite.sw.oz.au Mon Sep 23 15:14:45 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id PAA09183 for ; Mon, 23 Sep 1996 15:14:44 +0200 (MET DST) Received: from staff.cs.su.OZ.AU ([129.78.8.1]) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA12969; Mon, 23 Sep 1996 15:14:19 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id NAA06467; Mon, 23 Sep 1996 13:14:34 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA24361; Mon, 23 Sep 1996 23:14:26 +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: <199609231314.AA24361@suite.sw.oz.au> Subject: Eureka! DECstation now boots 2.0.7!! To: linux-mips@fnet.fr (Linux MIPS mailing list) Date: Mon, 23 Sep 1996 23:14:26 +1000 (EST) 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: 988 Lines: 25 Hi gang (and especially Ralf!), I'm proud to announce that the DECstation now boots 2.0.7. The fact that Ralf has just released 2.0.21 doesn't deter me from feeling happy! The DECstation port now uses standard binutils and gcc, and with my handy- dandy new ld.script the standard DEC tftp boot loader loads it contentedly. I'll bring the source tree up to 2.0.21 and issue patches to Ralf for integration - tomorrow!! It's 11:15pm and I'm going to bed as I've been awake since 6:00... Good evening/afternoon all! 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From ralf@Julia.DE Mon Sep 23 15:24:56 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id PAA09416 for ; Mon, 23 Sep 1996 15:24:55 +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 AA13377; Mon, 23 Sep 1996 15:24:42 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id PAA08847 for ; Mon, 23 Sep 1996 15:26:08 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.Beta.4/8.8.Beta.4) id PAA32114 for linux-mips@fnet.fr; Mon, 23 Sep 1996 15:25:47 +0200 Message-Id: <199609231325.PAA32114@kernel.panic.julia.de> Subject: Re: Eureka! DECstation now boots 2.0.7!! To: linux-mips@fnet.fr Date: Mon, 23 Sep 1996 15:25:47 +0200 (MET DST) In-Reply-To: <199609231314.AA24361@suite.sw.oz.au> from "Paul Antoine" at Sep 23, 96 11:14:26 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 945 Lines: 31 Hi, > I'm proud to announce that the DECstation now boots 2.0.7. The fact that > Ralf has just released 2.0.21 doesn't deter me from feeling happy! More patches to come: kernel->~> ssh -C linux.cs.helsinki.fi Last login: Mon Sep 23 15:43:04 1996 from kernel.panic.jul [ralf@linux ~]$ cd /usr/src [ralf@linux src]$ ll pre* -rw-r--r-- 1 root root 54911 Sep 23 16:20 pre-patch-2.1.0 [ralf@linux src]$ ^^^^^^^^^^^^^^^ The boredom of code freeze is over ... > The DECstation port now uses standard binutils and gcc, and with my handy- > dandy new ld.script the standard DEC tftp boot loader loads it contentedly. > > > > I'll bring the source tree up to 2.0.21 and issue patches to Ralf for > integration - tomorrow!! It's 11:15pm and I'm going to bed as > I've been awake since 6:00... > > Good evening/afternoon all! Good morning in my case ... Ralf From dittman@hibernia.dseg.ti.com Mon Sep 23 17:33:38 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id RAA11415 for ; Mon, 23 Sep 1996 17:33:37 +0200 (MET DST) Received: from dragon.ti.com by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA17924; Mon, 23 Sep 1996 17:33:18 +0200 (MET) Received: from lesol1.dseg.ti.com ([157.170.147.17]) by dragon.ti.com (8.6.13) with ESMTP id KAA14179 for ; Mon, 23 Sep 1996 10:32:52 -0500 Received: from hibernia.dseg.ti.com (hibernia.dseg.ti.com [157.170.156.89]) by lesol1.dseg.ti.com (8.6.9/8.6.6) with ESMTP id KAA24989 for ; Mon, 23 Sep 1996 10:32:21 -0500 Received: (from dittman@localhost) by hibernia.dseg.ti.com (8.7.4/8.7.1) id KAA17310 for linux-mips@fnet.fr; Mon, 23 Sep 1996 10:31:35 -0500 From: Eric Dittman Message-Id: <199609231531.KAA17310@hibernia.dseg.ti.com> Subject: Re: Eureka! DECstation now boots 2.0.7!! To: linux-mips@fnet.fr Date: Mon, 23 Sep 1996 10:31:35 -0500 (CDT) Content-Type: text Content-Length: 534 Lines: 11 > I'm proud to announce that the DECstation now boots 2.0.7. The fact that > Ralf has just released 2.0.21 doesn't deter me from feeling happy! > > The DECstation port now uses standard binutils and gcc, and with my handy- > dandy new ld.script the standard DEC tftp boot loader loads it contentedly. Paul, what model of DECstation? -- Eric Dittman Texas Instruments - Component Test Facility dittman@hibernia.dseg.ti.com (972) 462-4292 Disclaimer: Not even my opinions. I found them by the side of the road. From paul@suite.sw.oz.au Tue Sep 24 01:57:57 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id BAA18196 for ; Tue, 24 Sep 1996 01:57:51 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA00350; Tue, 24 Sep 1996 01:57:38 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id XAA02641; Mon, 23 Sep 1996 23:57:07 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA27651; Tue, 24 Sep 1996 08:06:56 +1000 (5.65c/1.34) (from paul for linux-mips@fnet.fr) From: paul@suite.sw.oz.au (Paul Antoine) Message-Id: <199609232206.AA27651@suite.sw.oz.au> Subject: Re: Eureka! DECstation now boots 2.0.7!! To: linux-mips@fnet.fr Date: Tue, 24 Sep 1996 08:06:55 +1000 (EST) In-Reply-To: <199609231531.KAA17310@hibernia.dseg.ti.com> from "Eric Dittman" at Sep 23, 96 10:31:35 am 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: 889 Lines: 26 Hi gang, Eric Dittman wrote: > Paul, what model of DECstation? I'm working on the DECstation 5000/2x, however the kernel will currently boot to the same level (i.e. not fully functional yet) on all 5000 series. Which one are you interested in? Check out the web page at: http://www.softway.com.au/people/paul/dec/ ...if you haven't already. I'll update it today with the current status. Regards, Paul (DECstation port co-ordinator) _______________________________________________________________________________ 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 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 Tue Sep 24 17:15:29 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id RAA00886 for ; Tue, 24 Sep 1996 17:15:28 +0200 (MET DST) Received: from vespa.unix-ag.uni-siegen.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA00805; Tue, 24 Sep 1996 17:15:22 +0200 (MET) Received: (from engel@localhost) by vespa.unix-ag.uni-siegen.de (8.7.6/8.7.6/vespa-mx1.1) id RAA12518 for linux-mips@fnet.fr; Tue, 24 Sep 1996 17:08:40 +0200 (MET DST) From: Michael Engel Message-Id: <199609241508.RAA12518@vespa.unix-ag.uni-siegen.de> Subject: DS5000 - found the ethernet address To: linux-mips@fnet.fr Date: Tue, 24 Sep 1996 17:08:40 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 364 Lines: 11 Oops, the previous mail has just recently made it through - %$!# sendmail :). OK, I found out how to retrieve the ethernet address of my DS5000/200. That was _too_ easy ... I set bootp up and the DS5000 starts Linux 1.3.62 ... now I'm waiting for Pauls 2.0.x patches ;). How far does the new kernel come ? regards, Michael Engel (engel@unix-ag.uni-siegen.de) From ralf@Julia.DE Tue Sep 24 17:27:21 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id RAA01048 for ; Tue, 24 Sep 1996 17:27:20 +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 AA01326; Tue, 24 Sep 1996 17:27:11 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id RAA24694 for ; Tue, 24 Sep 1996 17:28:44 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.Beta.4/8.8.Beta.4) id RAA02943 for linux-mips@fnet.fr; Tue, 24 Sep 1996 17:28:31 +0200 Message-Id: <199609241528.RAA02943@kernel.panic.julia.de> Subject: Re: DS5000 - found the ethernet address To: linux-mips@fnet.fr Date: Tue, 24 Sep 1996 17:28:31 +0200 (MET DST) In-Reply-To: <199609241508.RAA12518@vespa.unix-ag.uni-siegen.de> from "Michael Engel" at Sep 24, 96 05:08:40 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 341 Lines: 11 > Oops, the previous mail has just recently made it through - %$!# sendmail :). Yes, since version 8.7 sendmail is no longer what it has been. Long variable names allowed. *Shiver* :-) > OK, I found out how to retrieve the ethernet address of my DS5000/200. > That was _too_ easy ... What Ethernet chips do the DECstations use? Ralf From engel@vespa.unix-ag.uni-siegen.de Tue Sep 24 18:05:21 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id SAA01605 for ; Tue, 24 Sep 1996 18:05:20 +0200 (MET DST) Received: from vespa.unix-ag.uni-siegen.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA02245; Tue, 24 Sep 1996 18:05:13 +0200 (MET) Received: (from engel@localhost) by vespa.unix-ag.uni-siegen.de (8.7.6/8.7.6/vespa-mx1.1) id RAA12986 for linux-mips@fnet.fr; Tue, 24 Sep 1996 17:58:31 +0200 (MET DST) From: Michael Engel Message-Id: <199609241558.RAA12986@vespa.unix-ag.uni-siegen.de> Subject: Re: DS5000 - found the ethernet address To: linux-mips@fnet.fr Date: Tue, 24 Sep 1996 17:58:31 +0200 (MET DST) In-Reply-To: <199609241528.RAA02943@kernel.panic.julia.de> from "Ralf Baechle" at Sep 24, 96 05:28:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 565 Lines: 18 > > > Oops, the previous mail has just recently made it through - %$!# sendmail :). > > Yes, since version 8.7 sendmail is no longer what it has been. Long > variable names allowed. *Shiver* :-) > Yes, awful. :) > > OK, I found out how to retrieve the ethernet address of my DS5000/200. > > That was _too_ easy ... > > What Ethernet chips do the DECstations use? > AMD Lance 7990. I tend to believe that all workstations built until 1990 used the Lance ;) - at least all of the workstations I own ... regards, Michael Engel (engel@unix-ag.uni-siegen.de) From ralf@Julia.DE Tue Sep 24 18:04:15 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id SAA01570 for ; Tue, 24 Sep 1996 18:04:14 +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 AA02220; Tue, 24 Sep 1996 18:04:06 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id SAA25941; Tue, 24 Sep 1996 18:05:24 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.Beta.4/8.8.Beta.4) id SAA03084; Tue, 24 Sep 1996 18:05:10 +0200 Message-Id: <199609241605.SAA03084@kernel.panic.julia.de> Subject: G364 video bug with Milo 0.27 To: linux-mips@fnet.fr Date: Tue, 24 Sep 1996 18:05:10 +0200 (MET DST) Cc: krueger@rohan.sdsu.edu Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 2168 Lines: 48 Hi all, somehow my fixed version of g364.c didn't make it into Milo 0.27. The file from my fixed version of Milo 0.26 should hopefully be a simple dropin replacement for 0.27. I append the file below. Symptom of the Milo bug fixed with this new file is that after lauch of the kernel by Milo the display scrolls up for a random amount. The upper parts of the screen become invissible while the lower part of the screen that just scrolled in only shows some garbage. This affects all machines using the G364 video which are Mips Magnum 4000 and Olivetti M700-10. The garbage comes from the way that Milo treats the G364. First it tries stops the chip, then reads some value from a chip register which can only be reliably read with disabled chip and finally reenables it. Problem is that the G364 considers the line on which it has been stopped/restarted as the top of frame after restart, so that the corrosponding register has to be cleared before restart. Thanks for the bug report, Jeff! Stoned, could you please add this file to your Milo sources? Thanks. Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). begin 644 g364.c.gz M'XL("+<#2#("`V^@79C>6 M%;&03AEZ2D*:G(T=,@GPN3QZ_CRJOUG%W,F;O2R5\_:R;*NN9.O^8J*Z\ZKJ MJF9>JI!U7@F9V"L=6][&5E!W.['5RCH?1Q(=>6GVZY7JY$_D91Q)R-I:URQE MXNSL3)6+2<$#&."4ABK#(=R">J]DM]Z'WQZ=QD.OU1H_.>W,*Z=>UGJS3G)J M&!"I,YHX;RYK=C6<06=\"Z=UL)>MN#65ZHE`&0D&=LU:6WL:W?^1^*4E2NEL MI]?OM8:-0;/9S20PDB\.R6Q4'+[H^4-7(#*HZST[2O]*#3!$N>O_'=Z@.6PZ MBK3O.*[(1NH>0U?0A;[ET">"S-%4)Z[-7\4IRK%'PT5`5LG#Y9;YY'QE++U3 MT6Q-.5TJ1YE.(3+H+"'N!5!>5#R`2)]E'7!Q'="A#A\XQ 2#5$=I5VCY(7Y#6R]VPG8!@`` ` end From ralf@Julia.DE Tue Sep 24 18:09:19 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id SAA01653 for ; Tue, 24 Sep 1996 18:09:19 +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 AA02343; Tue, 24 Sep 1996 18:09:10 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.7.5/8.7.3) with ESMTP id SAA26044 for ; Tue, 24 Sep 1996 18:10:43 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.Beta.4/8.8.Beta.4) id SAA03152 for linux-mips@fnet.fr; Tue, 24 Sep 1996 18:10:29 +0200 Message-Id: <199609241610.SAA03152@kernel.panic.julia.de> Subject: Re: DS5000 - found the ethernet address To: linux-mips@fnet.fr Date: Tue, 24 Sep 1996 18:10:29 +0200 (MET DST) In-Reply-To: <199609241558.RAA12986@vespa.unix-ag.uni-siegen.de> from "Michael Engel" at Sep 24, 96 05:58:31 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 560 Lines: 16 > > > OK, I found out how to retrieve the ethernet address of my DS5000/200. > > > That was _too_ easy ... > > > > What Ethernet chips do the DECstations use? > > > AMD Lance 7990. I tend to believe that all workstations built until 1990 used > the Lance ;) - at least all of the workstations I own ... Fine, I've got the PCI version of the Lance working in my RM. It will be easy for me to hack the normal Lance driver to work for MIPS also. Ralf -- A weird imagination is most useful to gain full advantage of all the features - manpage of amd(8). From engel@vespa.unix-ag.uni-siegen.de Tue Sep 24 18:17:50 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id SAA01858 for ; Tue, 24 Sep 1996 18:17:49 +0200 (MET DST) Received: from vespa.unix-ag.uni-siegen.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA02559; Tue, 24 Sep 1996 18:17:42 +0200 (MET) Received: (from engel@localhost) by vespa.unix-ag.uni-siegen.de (8.7.6/8.7.6/vespa-mx1.1) id SAA13083 for linux-mips@fnet.fr; Tue, 24 Sep 1996 18:11:01 +0200 (MET DST) From: Michael Engel Message-Id: <199609241611.SAA13083@vespa.unix-ag.uni-siegen.de> Subject: Re: DS5000 - found the ethernet address To: linux-mips@fnet.fr Date: Tue, 24 Sep 1996 18:11:00 +0200 (MET DST) In-Reply-To: <199609241610.SAA03152@kernel.panic.julia.de> from "Ralf Baechle" at Sep 24, 96 06:10:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 578 Lines: 17 > > > What Ethernet chips do the DECstations use? > > > > > AMD Lance 7990. I tend to believe that all workstations built until 1990 used > > the Lance ;) - at least all of the workstations I own ... > > Fine, I've got the PCI version of the Lance working in my RM. It will be > easy for me to hack the normal Lance driver to work for MIPS also. > Whow ! Fantastic ! Btw, I've put all relevant documentation on DECstation hardware from gatekeeper on our ftp site ftp://ftp.unix-ag.uni-siegen.de/pub/linux/mips/doc/ regards, Michael Engel (engel@unix-ag.uni-siegen.de) From Stoned.Elipot@univ-evry.fr Tue Sep 24 18:14:51 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id SAA01790 for ; Tue, 24 Sep 1996 18:14:50 +0200 (MET DST) Received: from louis-blanc.univ-evry.fr by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA02499; Tue, 24 Sep 1996 18:14:43 +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.07.30/louis-blanc); id SAA28390; Tue, 24 Sep 1996 18:14:46 +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 SAA22308; Tue, 24 Sep 1996 18:13:00 +0200 Message-Id: <199609241613.SAA22308@bandsept.univ-evry.fr> To: linux-mips@fnet.fr Subject: Re: G364 video bug with Milo 0.27 In-Reply-To: Your message of "Tue, 24 Sep 1996 18:05:10 +0200." <199609241605.SAA03084@kernel.panic.julia.de> X-It: bandsept (wrong OS, but right CPU) X-Mailer: MH 6.8.3, MH-E 5.0.2 Date: Tue, 24 Sep 1996 18:12:54 +0200 From: Stoned Elipot Content-Length: 173 Lines: 7 >Thanks for the bug report, Jeff! Stoned, could you please add this >file to your Milo sources? Thanks. Sure ! I try hard to work on Milo in the next few days. Stoned. From paul@suite.sw.oz.au Wed Sep 25 00:32:04 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id AAA08047 for ; Wed, 25 Sep 1996 00:32:03 +0200 (MET DST) Received: from staff.cs.su.OZ.AU ([129.78.8.1]) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA12597; Wed, 25 Sep 1996 00:31:55 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id WAA02132; Tue, 24 Sep 1996 22:31:43 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA10217; Wed, 25 Sep 1996 08:31:39 +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: <199609242231.AA10217@suite.sw.oz.au> Subject: Re: Eureka! DECstation now boots 2.0.7!! To: dittman@hibernia.dseg.ti.com (Eric Dittman) Date: Wed, 25 Sep 1996 08:31:39 +1000 (EST) Cc: linux-mips@fnet.fr (Linux MIPS mailing list) In-Reply-To: <199609241344.IAA20459@hibernia.dseg.ti.com> from "Eric Dittman" at Sep 24, 96 08:44:55 am 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: 1158 Lines: 26 Eric, > > I'm working on the DECstation 5000/2x, however the kernel will > > currently boot to the same level (i.e. not fully functional yet) on > > all 5000 series. Which one are you interested in? > > I've got a DECstation 3100, so I guess I'm out of luck. The test > kernel I pulled off softway.co.au last week doesn't get very far > at all on a DECstation 3100. Fortunately the 3100 is much like a 5000 without the turbo channel, and with different serial chip for the console ports. There are a good many other 3100 owners on the list, so the plan is definitely to support that platform, though it may take a little longer unless we can find a real kernel hacker to take charge of it. 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From paul@suite.sw.oz.au Thu Sep 26 01:52:52 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id BAA26828 for ; Thu, 26 Sep 1996 01:52:51 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA27580; Thu, 26 Sep 1996 01:52:42 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id XAA06978; Wed, 25 Sep 1996 23:52:30 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA21417; Thu, 26 Sep 1996 09:52:18 +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: <199609252352.AA21417@suite.sw.oz.au> Subject: Re: Cross-compile environment. To: amitm@amitpc.iso.dec.com (Amit Margalit) Date: Thu, 26 Sep 1996 09:52:18 +1000 (EST) Cc: linux-mips@fnet.fr (Linux MIPS mailing list) In-Reply-To: from "Amit Margalit" at Sep 25, 96 01:53:11 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: 1118 Lines: 27 Hi Amit, > I have decided to setup the whole thing again here, from scratch. I > removed all previous stuff, and re-untarred the thing, and am now > compiling the binutils again. Hope this time I will get it right. > > Where can I find the 2.0.7 source with DEC bits? Once you have the 2.0.7 source you don't need special tools; you can just use the ones Ralf has compiled if your crossdev environment is x86 Linux. I'll put a temporary 2.0.7 full source tree up on the fnet ftp site (it mirrors Softway) sometime in the next couple of days (I'm a bit busy). I plan to put the patches together for Ralf to include in the master tree over the weekend. 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From paul@suite.sw.oz.au Thu Sep 26 02:00:11 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id CAA27039 for ; Thu, 26 Sep 1996 02:00:10 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA27760; Thu, 26 Sep 1996 02:00:01 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id XAA07158; Wed, 25 Sep 1996 23:59:53 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA21517; Thu, 26 Sep 1996 09:59:51 +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: <199609252359.AA21517@suite.sw.oz.au> Subject: Re: DS5000 - found the ethernet address To: linux-mips@fnet.fr Date: Thu, 26 Sep 1996 09:59:50 +1000 (EST) In-Reply-To: <199609241611.SAA13083@vespa.unix-ag.uni-siegen.de> from "Michael Engel" at Sep 24, 96 06:11:00 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: 1103 Lines: 26 Michael, > Btw, I've put all relevant documentation on DECstation hardware from gatekeeper > on our ftp site > ftp://ftp.unix-ag.uni-siegen.de/pub/linux/mips/doc/ Some of that doco is good. What we need are "Functional Specs" for all the platforms. We have them for the 2100/3100 and for the 5000/1xx, but not for the others. I've arranged to meet John "Maddog" Hall in the US when I'm there next month, with the aim of returning with the paper copies of the documents and persmission to scan/OCR and photocopy them as needed (John tells me that DEC appears to have 'lost' the electronic versions of the documents after so many years.) 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From paul@suite.sw.oz.au Thu Sep 26 02:07:05 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.7.6/8.7.3) with SMTP id CAA03786 for ; Thu, 26 Sep 1996 02:07:04 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA27878; Thu, 26 Sep 1996 02:06:50 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id AAA07391; Thu, 26 Sep 1996 00:06:45 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA21571; Thu, 26 Sep 1996 10:06:40 +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: <199609260006.AA21571@suite.sw.oz.au> Subject: Re: DS5000 - found the ethernet address To: linux-mips@fnet.fr Date: Thu, 26 Sep 1996 10:06:39 +1000 (EST) In-Reply-To: <199609241508.RAA12518@vespa.unix-ag.uni-siegen.de> from "Michael Engel" at Sep 24, 96 05:08:40 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: 1542 Lines: 37 Michael, > I set bootp up and the DS5000 starts Linux 1.3.62 ... Yay! > now I'm waiting for Pauls 2.0.x patches ;). How far does the new > kernel come ? The new kernel should make it about as far as the 1.3.62 if not a little further, but currently doesn't due to some niggly little bug that I'll have ironed out in the next couple of days. Ralf is still waiting for more R3000 patches from Didier which may help it get further, but we really need to get interrupts happening first. I plan to do a full source tree release of DEC.2.0.7 first so people can play (I know you and Amit want to!), then issue patches to Ralf for integration into the master source tree that he will then release as an official 2.0.xx patch. If you do work on the unofficial DEC.2.0.7 source in the meantime, you should probably use rcs, sccs, or some such so that you can more easily patch your code into the official 2.0.xx-with-DEC-bits kernel when available. Please make any significant (i.e. working!) patches available to me for integration, as I'm trying to maintain the master DEC tree. 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From msmith@quix.robins.af.mil Fri Sep 27 04:12: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 EAA02306 for ; Fri, 27 Sep 1996 04:12:27 +0200 (MET DST) Received: from quix.robins.af.mil ([137.244.193.103]) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA25384; Thu, 26 Sep 1996 16:38:37 +0200 (MET) Received: by quix.robins.af.mil; (5.65v3.2/1.1.8.2/01Nov95-0110PM) id AA24308; Thu, 26 Sep 1996 10:38:21 -0400 From: "Mr. Jolt Cola" Message-Id: <9609261438.AA24308@quix.robins.af.mil> Subject: Re: Got a DS5000/200, and now ... To: linux-mips@fnet.fr Date: Thu, 26 Sep 1996 10:38:21 -0400 (EDT) In-Reply-To: <199609201951.VAA20390@vespa.unix-ag.uni-siegen.de> from "Michael Engel" at Sep 20, 96 09:51:33 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: 677 Lines: 26 At the firmware (>>) prompt type 'show ether' Thats will probably give it to you. Melvin > > > Hi all, > > together with the DEC UDB I intended to buy ;) I got a DS5000/200 with > 16 MB RAM, CX TurboChannel graphics adapter, LK401 and mouse. This works > fine with my VR260 monitor (that's what I hoped ...). > > Well, I wanted to set up bootpd on my Linux system to boot the DS5000 via tftp > and came across a little problem: > How do I find out the ethernet address of the DecStation ??? > > I'd really like to start kernel hacking ... ;) > > regards, > Michael Engel (engel@unix-ag.uni-siegen.de) > > PS: Any news on the DS5000/1xx documentation, Paul ? > > From engel@vespa.unix-ag.uni-siegen.de Fri Sep 27 13:43: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 NAA00660 for ; Fri, 27 Sep 1996 13:43:46 +0200 (MET DST) Received: from vespa.unix-ag.uni-siegen.de by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA03199; Fri, 27 Sep 1996 13:43:35 +0200 (MET) Received: (from engel@localhost) by vespa.unix-ag.uni-siegen.de (8.7.6/8.7.6/vespa-mx1.1) id NAA03165 for linux-mips@fnet.fr; Fri, 27 Sep 1996 13:36:49 +0200 (MET DST) From: Michael Engel Message-Id: <199609271136.NAA03165@vespa.unix-ag.uni-siegen.de> Subject: Re: DS5000 - found the ethernet address To: linux-mips@fnet.fr Date: Fri, 27 Sep 1996 13:36:48 +0200 (MET DST) In-Reply-To: <199609252359.AA21517@suite.sw.oz.au> from "Paul Antoine" at Sep 26, 96 09:59:50 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1297 Lines: 34 [Hmm, my mail to fnet.fr bounced yesterday, any idea what was wrong ???] (Paul wrote:) > > Some of that doco is good. What we need are "Functional Specs" for > all the platforms. We have them for the 2100/3100 and for the > 5000/1xx, but not for the others. > Small correction: We have the Specs for the 5000/200, not for the 5000/1xx, afaik. Btw., I took a look through my collection of useful code and found a CD-ROM with the Sprite operating system on it. Sprite was developed in Berkeley by Prof. Ousterhout (the Tcl/Tk Ousterhout :-)) and stands under the standard Berkeley copyright. Sprite has been ported to Sun 3/4 and DS2100/3100 and DS5000 (/1xx and /200, if I'm not mistaken). I'll try to seek out the files that may be interesting for DecStation Linux porters and put them on our ftp server. > I've arranged to meet John "Maddog" Hall in the US when I'm there next > month, with the aim of returning with the paper copies of the > documents and persmission to scan/OCR and photocopy them as needed Good ! What would we do without John ? :) > (John tells me that DEC appears to have 'lost' the electronic versions > of the documents after so many years.) Hmmm, I'm glad I'm not the only one with this problem ;)... regards, Michael Engel (engel@unix-ag.uni-siegen.de) From paul@suite.sw.oz.au Fri Sep 27 14:06:39 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 OAA00861 for ; Fri, 27 Sep 1996 14:06:37 +0200 (MET DST) Received: from staff.cs.su.OZ.AU ([129.78.8.1]) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA03987; Fri, 27 Sep 1996 14:06:21 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id MAA24066; Fri, 27 Sep 1996 12:06:02 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA08727; Fri, 27 Sep 1996 22:06:00 +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: <199609271206.AA08727@suite.sw.oz.au> Subject: Re: DS5000 - found the ethernet address To: linux-mips@fnet.fr Date: Fri, 27 Sep 1996 22:05:59 +1000 (EST) In-Reply-To: <199609271136.NAA03165@vespa.unix-ag.uni-siegen.de> from "Michael Engel" at Sep 27, 96 01:36:48 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: 1677 Lines: 41 Michael wrote: > Small correction: We have the Specs for the 5000/200, not for the 5000/1xx, > afaik. Ooops... I can never remember which one it is. This spec is still useful for helping with all the other 5000 series, so it's not as bad a situation as I perhaps made out. > Btw., I took a look through my collection of useful code and found a > CD-ROM with the Sprite operating system on it. Sprite was developed in > Berkeley by Prof. Ousterhout (the Tcl/Tk Ousterhout :-)) and stands under > the standard Berkeley copyright. Sprite has been ported to Sun 3/4 and > DS2100/3100 and DS5000 (/1xx and /200, if I'm not mistaken). Yep, we have the Sprite CD here at Softway somewhere... I'll see if I can find it. > I'll try to seek out the files that may be interesting for DecStation Linux > porters and put them on our ftp server. Cool! > > I've arranged to meet John "Maddog" Hall in the US when I'm there next > > month, with the aim of returning with the paper copies of the > > documents and persmission to scan/OCR and photocopy them as needed > > Good ! What would we do without John ? :) Indeed! If I remember correctly, John's the one responsible for DEC giving Linus an Alpha, amongst other things... 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me. From paul@suite.sw.oz.au Sat Sep 28 06:16:45 1996 Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by guadalquivir.fnet.fr (8.8.0/8.7.3) with SMTP id GAA08393 for ; Sat, 28 Sep 1996 06:16:44 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA12858; Sat, 28 Sep 1996 06:16:32 +0200 (MET) Received: from suite.sw.oz.au by swallow.sw.oz.au with SMTP id EAA15887; Sat, 28 Sep 1996 04:16:21 GMT (8.6.10/Unixware) (from paul@suite.sw.oz.au for ) Received: by suite.sw.oz.au id AA14888; Sat, 28 Sep 1996 14:16:17 +1000 (5.65c/1.34) (from paul@suite.sw.oz.au for amitm@amitpc.iso.dec.com) From: paul@suite.sw.oz.au (Paul Antoine) Message-Id: <199609280416.AA14888@suite.sw.oz.au> Subject: New DECstation kernel and web page updates! To: linux-mips@fnet.fr (Linux MIPS mailing list) Date: Sat, 28 Sep 1996 14:16:17 +1000 (EST) Cc: amitm@amitpc.iso.dec.com (Amit Margalit) 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: 1549 Lines: 37 Hi folks, In preparation for release of my 2.0.xx patches to Ralf for re-integration into the main tree, I have updated the web pages and ftp'able items: A test kernel for 2.0.7 that does about as much as the 1.3.62 one did, but does use the new argument passing scheme and less assembly language than previously. A full source release of my 2.0.7 tree for everyone to play with until Ralf and I have finished the official versions of the patches. New info on the development environment New and improved description of what remains to be done, and how I think we should proceed. All of the above are of course open to comment. The web pages are up now, and the ftp'able items can be had from Softway now, and from ftp.fnet.fr whenever the mirroring kicks in (should be there by Sunday). Please restrict upload from Softway to those who really feel the need to have the kernel *today*... as it's really slow from Australia (unless you're in Australia, that is!) and we're paying too much for our traffic at the moment. Now, off to create some patch files for Ralf... 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 9698 2322 Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174 "It is the lack of acceptance of diversity which threatens to destroy society, NOT the free expression of it." - Me.