From linux@informatik.uni-koblenz.de Tue Apr 1 02:16:31 1997 Received-Date: Tue, 1 Apr 1997 02:16:30 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA27944; Tue, 1 Apr 1997 02:13:45 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id CAA14924; Tue, 1 Apr 1997 02:15:11 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704010015.CAA14924@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id CAA14886; Tue, 1 Apr 1997 02:15:10 +0200 Subject: Re: Mailing List To: linux-mips Date: Tue, 1 Apr 1997 02:15:10 +0200 (MET DST) Cc: Elias@Kesh.com In-Reply-To: <333D9251.1999@Kesh.com> from "Elias Kesh" at Mar 29, 97 10:06:12 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 417 Lines: 15 Hi Elias, > We are creating a port to a MIPS based platform and would like to > subscribe to the mailing list. Ok, I'll subscribe your address Elias@kesh.com. You should receive an automatic confirmation from the list software. Note the the list is currently very silent; many things are going on in the background, most notably Linux/SGI. I'm interested to hear a bit more about your project! Welcome, Ralf From elias@scruznet.com Tue Apr 1 04:23:33 1997 Received-Date: Tue, 1 Apr 1997 04:23:32 +0200 (MET DST) From: elias@scruznet.com Received: from scruz.net (nic.scruz.net) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA00904; Tue, 1 Apr 1997 04:20:49 +0200 (MET) Received: from [205.179.228.11] ([205.179.228.11]) by scruz.net (8.7.3/1.34) with SMTP id SAA25987 for ; Mon, 31 Mar 1997 18:23:28 -0800 (PST) Message-Id: <199704010223.SAA25987@scruz.net> Subject: Re: Mailing List Date: Mon, 31 Mar 97 18:40:10 -0800 To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Length: 348 Lines: 8 We are a company in Mt View, California and we are designing an embedded Linux box based on the r4300 and r5230 from QED. We are not going to have video or a keyboard but it will have Ethernet, SCSI and Serial support. There are a number of small uses for one of these things even though we have a couple in mind for the first release. Elias From rraffer1@osf1.gmu.edu Tue Apr 1 04:52:09 1997 Received-Date: Tue, 1 Apr 1997 04:52:09 +0200 (MET DST) Received: from osf1.gmu.edu by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA01496; Tue, 1 Apr 1997 04:49:25 +0200 (MET) Received: from localhost by osf1.gmu.edu; (5.65v3.2/1.1.8.2/07Sep94-1001AM/GMUv3) id AA15659; Mon, 31 Mar 1997 21:52:02 -0500 Date: Mon, 31 Mar 1997 21:52:02 -0500 (EST) From: Ryan Rafferty To: linux-mips Subject: Re: Mailing List In-Reply-To: <199704010223.SAA25987@scruz.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 655 Lines: 20 On Mon, 31 Mar 1997 elias@scruznet.com wrote: > We are a company in Mt View, California and we are designing an embedded > Linux box based on the r4300 and r5230 from QED. We are not going to have > video or a keyboard but it will have Ethernet, SCSI and Serial support. > There are a number of small uses for one of these things even though we > have a couple in mind for the first release. Sounds like an interesting box. Which bus will it use? How much do you expect it will cost in quantities of one? Ryan > Elias > > --- "You know you're in BIG trouble when you start writing software to impress girls." -- the Hitchhiker's Guide to VMS From elias@scruznet.com Tue Apr 1 17:46:32 1997 Received-Date: Tue, 1 Apr 1997 17:46:31 +0200 (MET DST) From: elias@scruznet.com Received: from scruz.net (nic.scruz.net) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA26269; Tue, 1 Apr 1997 17:43:45 +0200 (MET) Received: from [165.227.110.86] (elias.sj.scruznet.com [165.227.110.86]) by scruz.net (8.7.3/1.34) with SMTP id HAA15624 for ; Tue, 1 Apr 1997 07:46:23 -0800 (PST) Message-Id: <199704011546.HAA15624@scruz.net> Subject: Re: Mailing List Date: Tue, 1 Apr 97 07:53:50 -0000 To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Length: 220 Lines: 6 The bus will be PCI and we hope to keep the BOM under $400. I'm not certain how much we will end up selling it for, but it won't be that much. Are there any PCI based MIPS boxes that Linux supports currently ? Elias From ralf@Julia.DE Tue Apr 1 18:02:35 1997 Received-Date: Tue, 1 Apr 1997 18:02:35 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA26503; Tue, 1 Apr 1997 17:59:42 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id RAA05977 for ; Tue, 1 Apr 1997 17:58:41 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id SAA11541 for linux-mips@fnet.fr; Tue, 1 Apr 1997 18:00:03 +0200 Message-Id: <199704011600.SAA11541@kernel.panic.julia.de> Subject: Re: Mailing List To: linux-mips Date: Tue, 1 Apr 1997 18:00:02 +0200 (MET DST) In-Reply-To: <199704011546.HAA15624@scruz.net> from "elias@scruznet.com" at Apr 1, 97 07:53:50 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 407 Lines: 11 Hi, > The bus will be PCI and we hope to keep the BOM under $400. I'm not > certain how much we will end up selling it for, but it won't be that > much. Are there any PCI based MIPS boxes that Linux supports currently ? All the world is going PCI because PCI is replacing EISA. Right now the RM200 and P4032 are supported; sooner or later others will come. PCI support is however not complete. Ralf From elias@scruznet.com Tue Apr 1 19:11:45 1997 Received-Date: Tue, 1 Apr 1997 19:11:44 +0200 (MET DST) From: elias@scruznet.com Received: from scruz.net (nic.scruz.net) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA27685; Tue, 1 Apr 1997 19:09:00 +0200 (MET) Received: from [205.179.228.11] ([205.179.228.11]) by scruz.net (8.7.3/1.34) with SMTP id JAA00570 for ; Tue, 1 Apr 1997 09:11:38 -0800 (PST) Message-Id: <199704011711.JAA00570@scruz.net> Subject: Re: Mailing List Date: Tue, 1 Apr 97 09:13:10 -0800 To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Length: 160 Lines: 7 In what version is the P4032 supported. I am using 2.0.21 of the kernel and do not see any support for Algorithmics board. Is it in a later Kernel ? Elias From engel@numerik.math.uni-siegen.de Tue Apr 1 19:21:38 1997 Received-Date: Tue, 1 Apr 1997 19:21:37 +0200 (MET DST) Received: from bernoulli.numerik.math.uni-siegen.de (mathe2e.numerik.math.Uni-Siegen.DE) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA27792; Tue, 1 Apr 1997 19:18:53 +0200 (MET) Received: from hilbert.numerik.math.uni-siegen.de by bernoulli.numerik.math.uni-siegen.de with SMTP (5.65+/UniSiegen 1.0.6) id AA00361; Tue, 1 Apr 97 19:20:04 +0200 From: Michael Engel Message-Id: <9704011724.AA25729@hilbert.numerik.math.uni-siegen.de> Received: by hilbert.numerik.math.uni-siegen.de id AA25729; Tue, 1 Apr 97 19:24:03 +0200 Subject: Re: Mailing List To: linux-mips Date: Tue, 1 Apr 1997 19:24:03 +0200 (MET DST) In-Reply-To: <199704011711.JAA00570@scruz.net> from "elias@scruznet.com" at Apr 1, 97 09:13:10 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 267 Lines: 11 > > > In what version is the P4032 supported. I am using 2.0.21 of the kernel > and do not see any support for Algorithmics board. Is it in a later > Kernel ? > Currently under development ... Stay tuned :) regards, Michael Engel (engel@unix-ag.uni-siegen.de) From s100962@student.uq.edu.au Tue Apr 1 19:35:14 1997 Received-Date: Tue, 1 Apr 1997 19:35:14 +0200 (MET DST) Received: from student.uq.edu.au by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA27993; Tue, 1 Apr 1997 19:32:24 +0200 (MET) Received: from localhost (s100962@localhost [127.0.0.1]) by student.uq.edu.au (8.8.5/8.8.5) with SMTP id DAA29256 for ; Wed, 2 Apr 1997 03:34:59 +1000 (GMT+1000) Date: Wed, 2 Apr 1997 03:34:59 +1000 (GMT+1000) From: Emanuele John Gelsi To: linux-mips Subject: DECstation port... In-Reply-To: <9704011724.AA25729@hilbert.numerik.math.uni-siegen.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 225 Lines: 8 How are things progressing on the DECstation port.. Paul's webpage does not seem to have changed in a while .... Emanuele John Gelsi s100962@student.uq.edu.au Dept of Anthropology and Sociology University of Qld Australia From engel@numerik.math.uni-siegen.de Wed Apr 2 01:12:27 1997 Received-Date: Wed, 2 Apr 1997 01:12:27 +0200 (MET DST) Received: from bernoulli.numerik.math.uni-siegen.de (mathe2e.numerik.math.Uni-Siegen.DE) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA05309; Wed, 2 Apr 1997 01:09:43 +0200 (MET) Received: from hilbert.numerik.math.uni-siegen.de by bernoulli.numerik.math.uni-siegen.de with SMTP (5.65+/UniSiegen 1.0.6) id AA00442; Wed, 2 Apr 97 01:10:59 +0200 From: Michael Engel Message-Id: <9704012314.AA26413@hilbert.numerik.math.uni-siegen.de> Received: by hilbert.numerik.math.uni-siegen.de id AA26413; Wed, 2 Apr 97 01:14:58 +0200 Subject: Re: r10000 boards To: linux-mips Date: Wed, 2 Apr 1997 01:14:58 +0200 (MET DST) In-Reply-To: from "Ryan Rafferty" at Apr 1, 96 06:05:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 526 Lines: 16 Hi, [btw., it seems your system time is set back to 1996 - funny ...] > After seeing the MIPS-based boards currently being produced, it appears > that all the manufacturers making MIPS boards are using a processor based > on the R4000 architecture. Is there anyone other than SGI making R10000 > boards? SNI (Siemens-Nixdorf) has announced a new multiprocessor server that uses the R10000. You can find an article about it in the current (German ...) iX magazine. regards, Michael Engel (engel@unix-ag.uni-siegen.de) From linux@informatik.uni-koblenz.de Wed Apr 2 02:02:15 1997 Received-Date: Wed, 2 Apr 1997 02:02:15 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA06493; Wed, 2 Apr 1997 01:59:13 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id CAA05217 for ; Wed, 2 Apr 1997 02:00:55 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704020000.CAA05217@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id CAA17939; Wed, 2 Apr 1997 02:00:53 +0200 Subject: Re: r10000 boards To: linux-mips Date: Wed, 2 Apr 1997 02:00:53 +0200 (MET DST) In-Reply-To: from "Ryan Rafferty" at Apr 1, 96 06:05:29 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 693 Lines: 15 Hi, > Another stupid question--why has secondary cache been overlooked in the > MIPS world? My own Magnum is of the 4000PC variety--that is, no secondary > cache; it seems counterintuitive to me for manufacturers to build a solid > motherboard based on the MIPS architecture but then skip out on a > relatively cheap component like cache which goes such a long way to > increase overall system performance. A good RAM interface is a much more effective mean to accelerate a system than caches especially when you have an application that has a working set that exceeds the cache size. The Magnum's RAM interface may be slow by today's standards but it was very fast at it's time. Ralf From khp@dolphinics.no Wed Apr 2 07:55:46 1997 Received-Date: Wed, 2 Apr 1997 07:55:46 +0200 (MET DST) Received: from scimitar.dolphinics.no by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA20869; Wed, 2 Apr 1997 07:53:01 +0200 (MET) Received: by scimitar.dolphinics.no (4.1/SMI-4.1) id AA19244; Wed, 2 Apr 97 07:57:45 +0200 From: khp@dolphinics.no (Kai Harrekilde-Petersen) Message-Id: <9704020557.AA19244@scimitar.dolphinics.no> Subject: Re: r10000 boards In-Reply-To: from Ryan Rafferty at "Apr 1, 96 07:49:54 pm" To: linux-mips Date: Wed, 2 Apr 1997 07:57:45 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL27 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1881 Lines: 38 Ryan Rafferty writes: > > On Wed, 2 Apr 1997, Systemkennung Linux wrote: > > A good RAM interface is a much more effective mean to accelerate a > > system than caches especially when you have an application that > > has a working set that exceeds the cache size. The Magnum's RAM > > interface may be slow by today's standards but it was very fast > > at it's time. > > Ok, that's cool. But then why do computer manufacturers still incorporate > cache into today's machines instead of using blazing memory interfaces? Because making a 'blazing' memory subsystem is difficult. Very difficult. Actually, I will claim that the memory subsystem is *the* determining factor when it comes to system performance (when your application touches a lot of memory - which is quite common). Moore's Law has been used to make CPUs go really fast and DRAMs very large. Thats a fact of life. If you read comp.arch, they will refer to this problem as 'the memory wall' (The latency of the P6 "Orion" 450GX chipset is ~190 cpu clocks). All these new memory organizations (SDRAM, RDRAM, SLDRAM, EDRAM, CDRAM, ad nauseum) are trying to reduce the problem. Also, most computer projects have a set goal of price and performance. In a previous life at Terma (Hi Theo, still around?) I designed an embedded Xterminal, which used the R4600. We didn't use a cache, for two reasons: price and board-space. Board space was critical; we have 100+ chips on a standard 6U VME board. Instead we used an interleaved memory system, which achieved 100MByte/sec read/write performance with a 33MHz bus. (No asics; just discrete registers and a large epld). Kai -- Kai Harrekilde-Petersen #include http://www.dolphinics.no/~khp/ Linux: the choice of a GNU generation "Argue for your limitations, and sure enough - they're yours" --Richard Bach. From dom@algor.co.uk Wed Apr 2 10:02:50 1997 Received-Date: Wed, 2 Apr 1997 10:02:49 +0200 (MET DST) Received: from moorgate.algor.co.uk by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA24166; Wed, 2 Apr 1997 10:00:04 +0200 (MET) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by moorgate.algor.co.uk (8.7.4/8.7.3) with ESMTP id JAA19039; Wed, 2 Apr 1997 09:02:39 +0100 (BST) From: Dom Sweetman Date: Wed, 2 Apr 1997 09:05:20 +0100 (BST) Message-Id: <194.199704020805@gladsmuir.algor.co.uk> To: linux-mips Subject: Re: r10000 boards In-Reply-To: <9704020557.AA19244@scimitar.dolphinics.no> References: <9704020557.AA19244@scimitar.dolphinics.no> Content-Length: 2326 Lines: 52 > > > A good RAM interface is a much more effective mean to accelerate > > > a system than caches especially when you have an application > > > that has a working set that exceeds the cache size. >From first principles, CPU performance is determined by: o How fast the core is when it gets everything from cache; o What proportion of CPU cycles miss in the cache (almost the same as the cache miss rate); o How long the CPU waits on a cache miss (cache miss penalty). We spent most of last year working with the Vr4300 CPU (133MHz MIPS R4x00 with a 32-bit bus). In a decent system, running an average program, it's stalled waiting for memory 60% of the time. If you could drop in a 266MHz core, your program would run only 25% faster. In this CPU, the cache/memory system is limiting performance. The cache miss rate goes down with bigger or cleverer caches. But off-chip or very large or very clever primary caches slow the CPU clock down, so people invented secondary cache. To be useful, secondary cache has to be a lot bigger than primary cache and a lot faster than main memory. The R4000PC had a big brother (the R4000SC) with a separate secondary cache bus. The R4000PC could only have a secondary cache by sharing the system bus, but that means a secondary cache would run at 'system bus speed' and would probably not be enough faster than main memory to be really worthwhile. The Magnum's designers aimed for reducing the cache miss penalty... and missed. The cache miss penalty goes down with simpler or more tightly integrated memory systems, because it's more affected by memory *latency* (how long you wait until the first word) than *bandwidth* (how fast the data comes once it starts, or sometimes how fast the data comes "on average"). Ralf is right; RISC and PC systems, 1990-97 style, have tended to ignore main memory latency and use secondary caches as palliatives. Regular EDO DRAMs have 60ns access time (latency) at the DRAM pins, but that typically turns into 180ns as seen by the CPU. That's just bad, wasteful design. But once you've got a 200MHz CPU even the best memory system will benefit from a secondary cache in front of it - so long as the CPU interface allows it to run fast enough. Don't get me started on the MIPS system interface... Dominic Sweetman dom@algor.co.uk From khp@dolphinics.no Wed Apr 2 10:21:13 1997 Received-Date: Wed, 2 Apr 1997 10:21:12 +0200 (MET DST) Received: from scimitar.dolphinics.no by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA24833; Wed, 2 Apr 1997 10:18:25 +0200 (MET) Received: by scimitar.dolphinics.no (4.1/SMI-4.1) id AA21105; Wed, 2 Apr 97 10:23:01 +0200 From: khp@dolphinics.no (Kai Harrekilde-Petersen) Message-Id: <9704020823.AA21105@scimitar.dolphinics.no> Subject: Re: r10000 boards In-Reply-To: <194.199704020805@gladsmuir.algor.co.uk> from Dom Sweetman at "Apr 2, 97 09:05:20 am" To: linux-mips Date: Wed, 2 Apr 1997 10:23:01 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL27 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 660 Lines: 17 Dom Sweetman writes: [lots of good points] > Don't get me started on the MIPS system interface... Why not ;-) After having designed a system interface with an EPLD plus registers, I have come to two conclusions: A) if I am ever going to design another R4x00 interface, it's going to be an ASIC, and B) I have great sympathy for Rick (at Algorithmics), who has done several R4x00 designs, and he use PALs . Kai -- Kai Harrekilde-Petersen #include http://www.dolphinics.no/~khp/ Linux: the choice of a GNU generation "Argue for your limitations, and sure enough - they're yours" --Richard Bach. From linux@informatik.uni-koblenz.de Wed Apr 2 14:51:08 1997 Received-Date: Wed, 2 Apr 1997 14:51:07 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA02271; Wed, 2 Apr 1997 14:46:25 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id OAA05639 for ; Wed, 2 Apr 1997 14:49:36 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704021249.OAA05639@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id OAA20241; Wed, 2 Apr 1997 14:49:34 +0200 Subject: Re: r10000 boards To: linux-mips Date: Wed, 2 Apr 1997 14:49:34 +0200 (MET DST) In-Reply-To: from "Ryan Rafferty" at Apr 1, 96 07:49:54 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 2123 Lines: 43 Hi, > > A good RAM interface is a much more effective mean to accelerate a system than > > caches especially when you have an application that has a working set that > > exceeds the cache size. The Magnum's RAM interface may be slow by today's > > standards but it was very fast at it's time. > > Ok, that's cool. But then why do computer manufacturers still incorporate > cache into today's machines instead of using blazing memory interfaces? For i486 machines there was a chipset which in most real world benchmarks was outrunning all other machines with or without L2 cache just because of a RAM interface with all tricks in the book. Damn, can't remember it's name ... > For example, the fastest Alpha computers today have 8 megs of static RAM > cache. If a faster memory interface would have eliminated the need for > it, why didn't they use it? Caches aren't completly useless. Cache are cheaper than an expensive motherboard (many connections for interleaving memory banks), many fast SIMMs etc. If you want to build a 0 wait state memory system for a 25MHz 68030 (off topic ... but that's the last DRAM bank I really poked my nose in ...) you need 25ns DRAM (whoops, they don't exist ...) Another point for caches is that they're made of static RAMs. Static RAMs are relativly easy to handle, don't need refresh etc. DRAMs have three access times: the one on the data sheet, a RAS access time (which is shorter than the first one) and a CAS access time which is longer than the data sheet axs time). If you access a DRAM with a random pattern you will have to deal mostly with the CAS time which is _slow_. The cache SRAM deal with that better than DRAMs - but only if you have cache hits ... Next effect of caches is that they keep the memory bus activity lower. This is important for systems with multiple bus masters because it will reduce the latency until a memory bus transaction is completed. Afaik Crays (the real ones, not those MPP kludges ;-) don't have caches. When you have a working set in the gigabyte range caches are just a waste of silicon that slows your bus down ... Ralf From rji@bristol.st.com Wed Apr 2 15:47:57 1997 Received-Date: Wed, 2 Apr 1997 15:47:56 +0200 (MET DST) Received: from hawkweed ([192.26.234.4]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA03841; Wed, 2 Apr 1997 15:45:11 +0200 (MET) Received: by hawkweed id OAA08163; Wed, 2 Apr 1997 14:48:06 +0100 (BST) From: "Richard Ingram" Message-Id: <9704021447.ZM9642@bristol.st.com> Date: Wed, 2 Apr 1997 14:47:51 +0100 In-Reply-To: Systemkennung Linux "Re: http://www.fnet.fr/linux-mips/" (Mar 26, 1:28pm) References: <199703261228.NAA19674@informatik.uni-koblenz.de> X-Mailer: Z-Mail (3.2.1 10apr95) To: linux-mips Subject: Re: http://www.fnet.fr/linux-mips/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 727 Lines: 17 On Mar 26, 1:28pm, Systemkennung Linux wrote: > Subject: Re: http://www.fnet.fr/linux-mips/ > > > Nope, the problem is that noone is maintaining the FAQ. Volunteers? The > > > project is well alive. See also the announcement I'll later on post to > > > comp.os.linux.announce. What would be involved in maintaining the site ? I can volunteer my services starting in about a month or so (I'm just putting together my Dual PPRo box over the next few weeks and getting an Inet connection set up from home). Then my Magnum should arrive from the US in the next month so I can start poking around with that. Would I receive progress reports from the main team working on things - say an e-mail every few weeks or so ? Rich. From dom@algor.co.uk Wed Apr 2 15:56:21 1997 Received-Date: Wed, 2 Apr 1997 15:56:20 +0200 (MET DST) Received: from moorgate.algor.co.uk by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA04106; Wed, 2 Apr 1997 15:53:35 +0200 (MET) Received: from bank.algor.co.uk (bank.algor.co.uk [193.117.190.11]) by moorgate.algor.co.uk (8.7.4/8.7.3) with SMTP id OAA20468; Wed, 2 Apr 1997 14:56:16 +0100 (BST) From: Dominic Sweetman Date: Wed, 2 Apr 97 13:56:15 GMT Message-Id: <26489.9704021356@bank.algor.co.uk> To: linux-mips Cc: dom@algor.co.uk Subject: Re: r10000 boards In-Reply-To: <199704021257.OAA06309@informatik.uni-koblenz.de> References: <194.199704020805@gladsmuir.algor.co.uk> <199704021257.OAA06309@informatik.uni-koblenz.de> Mime-Version: 1.0 (generated by tm-edit 7.66) Content-Type: text/plain; charset=US-ASCII Content-Length: 2632 Lines: 66 Ralf asked... > > Don't get me started on the MIPS system interface... > > Why? [short version] In 1991 MIPS wanted the MIPS R4000 to sweep away Sun workstations (with something like the Magnum) and IBM mainframes with a 16 x R4000 multiprocessor Unix server using a wondrous synchronous bus held together with phase locked loops. The latter never quite got built, but I guess the SGI Challenge is it's spiritual successor. The R4000 is designed to be in either a low-pin-count 'PC' package (no secondary cache, workstation) or high pin-count 'MC' package (secondary cache, multiprocessor support). The secondary cache interface is quite separate, and big; so in both cases they wanted to connect the CPU to the appropriate controller ASIC with as few pins as possible. The resulting interface has significant virtues, particularly at the then high clock rate of 50MHz. It is really synchronous (same timing on all pins referenced to the clock) and packs a lot of bandwidth and a wealth of complicated multiprocessor cycles into about 90 active pins. It also has significant vices, mostly because it's just weird compared with most other buses. o Whole system had to run off CPU clock output. o Unique approach to multiplexing (when not ready it stalls on the address phase, not the data phase). o Unpredictable sequencing; write cycles could have arbitrary numbers of idle cycles inserted for undocumented reasons. o Bizarre attitude to bus arbitration, pretends that the memory becomes a bus master when sending data back in a read cycle. o Timings (hold times particularly) never satisfactorily specified. o Burst writes particularly difficult... The really crazy thing is that companies building CPUs not intended for SGI use (R4640, Vr4300, RM5230) have retained everything strange about the bus, while being entirely incompatible with their predecessors. Chip companies are not system designers, and perhaps they think that everyone *likes* the R4000 interface. Better alternatives for modern CPUs might be: o Put direct DRAM + PCI interfaces on the CPU itself. That gets the best performance and the lowest pin count at the same time. o Pretend to be a Pentium, at least enough so system builders can use PC chip sets. (Yes, you are allowed to do that, though not to call it Pentium, probably). o If you're only willing to tinker, just demultiplex the addresses and add some flow control to write cycles. If you can print or view postscript you can see the gruesome details by downloading: http://www.algor.co.uk/ftp/pub/doc/r4k-interface-guide.ps.gz Dominic Sweetman dom@algor.co.uk From imp@village.org Thu Apr 3 00:34:26 1997 Received-Date: Thu, 3 Apr 1997 00:34:25 +0200 (MET DST) Received: from rover.village.org by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA14092; Thu, 3 Apr 1997 00:31:33 +0200 (MET) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wCYau-0002PR-00; Wed, 2 Apr 1997 15:33:28 -0700 To: linux-mips Subject: Re: r10000 boards In-Reply-To: Your message of "Wed, 02 Apr 1997 14:49:34 +0200." <199704021249.OAA05639@informatik.uni-koblenz.de> References: <199704021249.OAA05639@informatik.uni-koblenz.de> Date: Wed, 02 Apr 1997 15:33:27 -0700 From: Warner Losh Message-Id: Content-Length: 280 Lines: 6 I have a board from IDT that has 16M of SRAM. I'll have to see how well it benchmarks as soon as I have an OS for it. You can configure this board to use wither SRAM or DRAM, as it is an eval board to figure out how to build your MIPS based embedded system or whatever. Warner From ralf@Julia.DE Thu Apr 3 13:39:17 1997 Received-Date: Thu, 3 Apr 1997 13:39:16 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA00164; Thu, 3 Apr 1997 12:36:42 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id MAA08642 for ; Thu, 3 Apr 1997 12:34:46 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id MAA20896 for linux-mips@fnet.fr; Thu, 3 Apr 1997 12:36:18 +0200 Message-Id: <199704031036.MAA20896@kernel.panic.julia.de> Subject: Re: r10000 boards To: linux-mips Date: Thu, 3 Apr 1997 12:36:18 +0200 (MET DST) In-Reply-To: <199704021249.OAA05639@informatik.uni-koblenz.de> from "Systemkennung Linux" at Apr 2, 97 02:49:34 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 551 Lines: 14 > > Ok, that's cool. But then why do computer manufacturers still incorporate > > cache into today's machines instead of using blazing memory interfaces? > > For i486 machines there was a chipset which in most real world benchmarks was > outrunning all other machines with or without L2 cache just because of > a RAM interface with all tricks in the book. Damn, can't remember it's > name ... It's the Shasta chipset from Headland. The name came back to me when I squeezed X through the compiler last night. Client are running now, btw. Ralf From ozone@r-x.rwx.com Thu Apr 3 13:39:18 1997 Received-Date: Thu, 3 Apr 1997 13:39:18 +0200 (MET DST) Received: from r-x.rwx.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA00619; Thu, 3 Apr 1997 12:50:42 +0200 (MET) Received: (from ozone@localhost) by r-x.rwx.com (8.8.5/8.8.5) id CAA20243 for linux-mips@fnet.fr; Thu, 3 Apr 1997 02:38:15 -0800 (PST) Date: Thu, 3 Apr 1997 02:38:15 -0800 (PST) From: Hierophant Message-Id: <199704031038.CAA20243@r-x.rwx.com> To: linux-mips Subject: getting started... Content-Length: 863 Lines: 15 i've got a collection of mips hardware (mips magnum4000 & millenium4000), almost all of which has been flash'd for windows nt. i would of course rather run linux. all of the documentation, etc that i've seen is at least a year old, so i'm wondering what the current status of the project is and where i can get the pieces/parts i need to - boot from floppy, and - install from an nfs server i got milo-0.27 onto a floppy, but all it did was hang my system :( i'm interested in working on the project; i have some mips technical documentation, a complete set of RISC/os 5.01B media, and my hardware collection includes mips rc3230 (aka magnum3000) and rs2030 (r2000a) systems, as well as one rc4440 (same as a magnum4000 except that the cpu is R4400 with 1MB secondary cache). i once actually had RISC/os installed on my magnum, but it's buggy and unsupported. From pefo@enea.se Thu Apr 3 14:39:37 1997 Received-Date: Thu, 3 Apr 1997 14:39:36 +0200 (MET DST) Received: from outside.enea.se by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA03535; Thu, 3 Apr 1997 14:36:48 +0200 (MET) Received: by outside.enea.se (8.6.9/8.6.9) id NAA12232 for ; Thu, 3 Apr 1997 13:40:47 +0200 Received: by outside via smap (V1.3) id sma012230; Thu Apr 3 13:40:45 1997 Received: (from pefo@localhost) by enea.se (8.8.2/8.7.1) id OAA04732 for linux-mips@fnet.fr; Thu, 3 Apr 1997 14:37:39 +0200 (MET DST) From: Per Fogelstrom Message-Id: <199704031237.OAA04732@gordon.enea.se> Subject: Re: r10000 boards To: linux-mips Date: Thu, 3 Apr 1997 14:37:39 +0200 (MET DST) In-Reply-To: <199704031036.MAA20896@kernel.panic.julia.de> from "Ralf Baechle" at Apr 3, 97 12:36:18 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: 1404 Lines: 44 The following simple calculation gives a picture of long memory system latency impact... Out of 100 single clock instruction executions: 97% Cache hit rate (to be considered rather good) 250ns Main memory latency (Rather usual). 133Mhz Clock 100 / (97 + 3 * 33) = 0.51 = 51% efficiency = 67Mhz. With 96% cache hit rate the result is 43.6%. So my system is slow and i throw in a 200Mhz processor! (same memory speed) 100 / (97 + 3 * 50) = 0.40 = 40% efficiency = 80Mhz. +13Mhz from 67!! Vary the memory latency to experiment. Say you do some "magic" and make your main memory return data in 100 ns, efficiency increases to 73.5%. So for a couple of "design rules" :-) o Don't go "off chip". o If you have to go "off chip" be fast. o Don't use "standard" buses to expand memory. (VME etc) o If you have to use a bus, make sure it's a "low latency" bus. o Each bus clock of latency added steal about 10% performance if your bus clock is one third of the processor clock. So if your L2 cache isn't considerable faster than your main memory system it's a blody waste of time and money. However if we talk MP systems things will be different. Actually i have a 133MHz R4600 system without L2 cache and 16Mb DRAM that compiles the entire OpenBSD faster than my ACER PICA R4400PC at 150Mhz with 512Kb L2 cache and 64Mb of DRAM. There is more to performance than meets the eye. From eric@kortex.net Thu Apr 3 15:35:05 1997 Received-Date: Thu, 3 Apr 1997 15:35:04 +0200 (MET DST) Received: from yak.kortex.net by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA05021; Thu, 3 Apr 1997 15:32:17 +0200 (MET) Received: from cerebral.kortex.net (cerebral.kortex.net [207.102.118.170]) by yak.kortex.net (8.8.5/8.8.4) with ESMTP id FAA04901 for ; Thu, 3 Apr 1997 05:36:45 -0800 Message-Id: <3343B1E4.798B@kortex.net> Date: Thu, 03 Apr 1997 05:34:28 -0800 From: "Eric K. Wong" Organization: Kortex Net X-Mailer: Mozilla 4.0b2 (Win95; I) Mime-Version: 1.0 To: linux-mips X-Priority: 3 (Normal) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Content-Length: 0 Lines: 0 From linux@informatik.uni-koblenz.de Thu Apr 3 21:17:10 1997 Received-Date: Thu, 3 Apr 1997 21:17:10 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA11509; Thu, 3 Apr 1997 21:14:22 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id VAA25864 for ; Thu, 3 Apr 1997 21:16:13 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704031916.VAA25864@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id VAA26029; Thu, 3 Apr 1997 21:16:13 +0200 Subject: Linux port for N64 To: linux-mips Date: Thu, 3 Apr 1997 21:16:12 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 208 Lines: 8 Hi, see IX's article about a Linux/MIPS port to the Nitendo64 at http://www.ix.de/ix/artikel/1997/04/036/ (German version) http://www.ix.de/ix/artikel/E/1997/04/036/ (English version) Ralf From flash.egon@iol.it Fri Apr 4 22:32:47 1997 Received-Date: Fri, 4 Apr 1997 22:32:47 +0200 (MET DST) Received: from iol-mail.iol.it by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA20070; Fri, 4 Apr 1997 22:29:58 +0200 (MET) Received: from ali.flash.iol.it (root@mi10-max-ip-53.iunet.it [195.45.5.53]) by iol-mail.iol.it (8.8.3/8.6.12) with ESMTP id WAA29001 for ; Fri, 4 Apr 1997 22:32:24 +0200 Received: from localhost (flash.egon@localhost [127.0.0.1]) by ali.flash.iol.it (8.6.12/8.6.9) with SMTP id VAA00215 for ; Fri, 4 Apr 1997 21:24:23 +0200 Date: Fri, 4 Apr 1997 21:24:23 +0200 (MET DST) From: Alberto Menegazzi X-Sender: flash.egon@ali.flash.iol.it Reply-To: flash.egon@iol.it To: linux-mips Subject: Hi ! i386/Linux user wants infos Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 567 Lines: 21 Hi ! I'm a Linux entusiast. I would like to use linux on a different platform. I would like to know infos what kind of MIPS machines (expecially Olivetti as I live in Italy) 'are catching dust' and what kind of job they used to do so I can work out who I can ask for an old/unused MIPS. Is MIPS world dead or alive ? Does any un/official distribution exist ? Tanks a lot ! ,,, (0^0) ________________________oOO__( )__OOo__ Linux, the choice of the GNU generation _______________________________________ From rob@portkar.com Sat Apr 5 03:16:40 1997 Received-Date: Sat, 5 Apr 1997 03:16:40 +0200 (MET DST) Received: from koroba.portkar.com (thassa.portkar.com) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA26650; Sat, 5 Apr 1997 03:13:52 +0200 (MET) Received: from koroba ([204.128.182.2]) by koroba.portkar.com (Post.Office MTA v3.0 release (Release 113) ID# 0-0U10L2S100) with SMTP id AAA194 for ; Fri, 4 Apr 1997 20:17:30 -0500 Message-Id: <3.0.32.19970404201730.009c6d10@204.128.182.2> X-Sender: rothberg@204.128.182.2 Disposition-Notification-To: X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 04 Apr 1997 20:17:30 -0500 To: linux-mips From: Rob Subject: status of linux/mips for nec riscstation? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Length: 377 Lines: 7 i have a riscstation and have been looking for a version of unix to run on this thing. currently it has nt4, but i seem to be up against a dead end. nobody knows of anything that will run on this other than nt. isaw it mentioned in the faq as having future support for linux/mips and was wondering what the current status is? thanks alot, i hope its good news! cheers, rob From linux@informatik.uni-koblenz.de Sat Apr 5 16:53:04 1997 Received-Date: Sat, 5 Apr 1997 16:53:03 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA19437; Sat, 5 Apr 1997 16:50:09 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id QAA28216; Sat, 5 Apr 1997 16:50:33 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704051450.QAA28216@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id QAA28736; Sat, 5 Apr 1997 16:50:31 +0200 Subject: Re: status of linux/mips for nec riscstation? To: linux-mips, rob@portkar.com Date: Sat, 5 Apr 1997 16:50:30 +0200 (MET DST) In-Reply-To: <3.0.32.19970404201730.009c6d10@204.128.182.2> from "Rob" at Apr 4, 97 08:17:30 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 784 Lines: 18 Hi, > i have a riscstation and have been looking for a version of unix to run on > this thing. currently it has nt4, but i seem to be up against a dead end. > nobody knows of anything that will run on this other than nt. isaw it > mentioned in the faq as having future support for linux/mips and was > wondering what the current status is? thanks alot, i hope its good news! Sorry, not a scratch has been done on that. Bad because the NEC machines look nice from their configuration and they're relatively similar to other, supported MIPS systems. Several other people have been asking me also during the last time about NEC support; they all share the same common problem: NT. You don't happen to be interested in working on that? As a group things might be easier. Ralf From jason@primenet.com Sat Apr 5 18:32:31 1997 Received-Date: Sat, 5 Apr 1997 18:32:30 +0200 (MET DST) Received: from usr05.primenet.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA20721; Sat, 5 Apr 1997 18:29:39 +0200 (MET) Received: from usr09.primenet.com (jason@usr09.primenet.com [206.165.5.109]) by usr05.primenet.com (8.8.5/8.8.5) with SMTP id JAA04108 for ; Sat, 5 Apr 1997 09:32:23 -0700 (MST) Date: Sat, 5 Apr 1997 09:32:23 -0700 (MST) From: Jason Wagner To: linux-mips Subject: DECstations In-Reply-To: <199704051450.QAA28216@informatik.uni-koblenz.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 435 Lines: 10 It is my understanding that DECstation 5000's used MIPS R3k CPUs from 20-33MHz..... Is there a Linux port for this machine? So far I've come up with NetBSD and Ultrix as available OS's to run, and I don't want either :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jason Wagner ------------------------------------------------- jason@primenet.com www.primenet.com/~jason ------------------------------------------------- From mtidwell@hypersurf.com Sun Apr 6 11:01:36 1997 Received-Date: Sun, 6 Apr 1997 11:01:35 +0200 (MET DST) Received: from mercury.hypersurf.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA13092; Sun, 6 Apr 1997 10:58:46 +0200 (MET) Received: from mail.hypersurf.com.hypersurf.com (port21.hypersurf.com [206.40.40.117]) by mercury.hypersurf.com (8.8.4/8.8.4) with ESMTP id BAA02125 for ; Sun, 6 Apr 1997 01:10:38 -0800 (PST) Message-Id: <3346A46B.60F9@hypersurf.com> Date: Sat, 05 Apr 1997 11:13:47 -0800 From: "montgomery f. tidwell" Reply-To: mtidwell@hypersurf.com X-Mailer: Mozilla 4.0b2 (Win95; I) Mime-Version: 1.0 To: linux-mips Subject: can i help? X-Priority: 3 (Normal) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Content-Length: 422 Lines: 11 Howdy, i have a Mips Magnum 3000 that i would love to put Linux on. (quite) a while ago i contacted someone about helping with the port to this machine, but at the time i did not have a PC capable of doing the port on/with/something. well, i now have a Pentium Pro with 2+gigs of HD. if there is someway i can help with the port to the Magnum 3000, please let me know. \\//_ From kilroy@cs.wisc.edu Sun Apr 6 00:17:15 1997 Received-Date: Sun, 6 Apr 1997 00:17:14 +0200 (MET DST) Received: from dukat.cs.wisc.edu by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA25569; Sun, 6 Apr 1997 00:14:25 +0200 (MET) Received: from localhost (kilroy@localhost) by dukat.cs.wisc.edu (8.7.6/8.7.3) with SMTP id QAA03860; Sat, 5 Apr 1997 16:17:05 -0600 (CST) Date: Sat, 5 Apr 1997 16:17:05 -0600 (CST) From: Chuck McKenzie To: Jason Wagner Cc: linux-mips Subject: Re: DECstations In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 607 Lines: 12 On Sat, 5 Apr 1997, Jason Wagner wrote: > It is my understanding that DECstation 5000's used MIPS R3k CPUs from > 20-33MHz..... Is there a Linux port for this machine? So far I've come up > with NetBSD and Ultrix as available OS's to run, and I don't want either Various people on the list are working on it, but it doesn't yet boot quite all the way. If you want to help, feel free. Chuck McKenzie kilroy@upl.cs.wisc.edu http://www.upl.cs.wisc.edu/~kilroy/ charlesm@cs.wisc.edu If there is no God, who pops up the next Kleenex? From paul@suede.sw.oz.au Mon Apr 7 03:26:41 1997 Received-Date: Mon, 7 Apr 1997 03:26:40 +0200 (MET DST) Received: from staff.cs.su.OZ.AU ([129.78.8.1]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA02115; Mon, 7 Apr 1997 03:23:48 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id BAA24561; Mon, 7 Apr 1997 01:26:21 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id BAA07609; Mon, 7 Apr 1997 01:26:19 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704070126.BAA07609@suede.sw.oz.au> Subject: Re: 32.96 BogoMIPS on DECstation 5000/133 To: linux-mips Date: Mon, 7 Apr 1997 11:26:18 +1000 (EST) In-Reply-To: <199703191740.LAA16327@sphinx.nuclecu.unam.mx> from "Miguel de Icaza" at Mar 19, 97 11:40:58 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: 1735 Lines: 42 Hi folks, Harald wrote: > > Calibrating delay loop.. ok - 32.96 BogoMIPS > > Memory: 47600k/49148k available (696k kernel code, 852k data) > > Bad pmd in pte_alloc_kernel: 8003f5bf > > free_area_pte: bad pmd (000365bf) Well done! Miguel wrote: > > If anybody is interested in my patches, please drop me a mail. I've > > tried to put them on the web, but my ISP is having problems with > > uploading, maybe this week... or should i just send them to Paul? > > I would suggest sending those patches to Paul as soon as possible, so > that Ralf can merge his code quickly. We may be doing lots of changes > to the MIPS tree in the close future. I am recouperating from a very bad virus, and now have a couple of weeks at home in which I can do some hacking!! I'll only be reading this mailing list, as my personal mailbox is being left to the folks at work to deal with, so please send all correspondence via this list for the moment. Harald: please email the list with the patches, or tell me where to fetch them. I have Ralf's 2.1.14 tree, and would also like to integrate any code that other folks working on the DECstation may have produced in the last couple of months. I will then send the patches to Ralf and update the web site appropriately. 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 jason@primenet.com Mon Apr 7 08:12:28 1997 Received-Date: Mon, 7 Apr 1997 08:12:28 +0200 (MET DST) Received: from usr01.primenet.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA09792; Mon, 7 Apr 1997 08:09:37 +0200 (MET) Received: from usr07.primenet.com (jason@usr07.primenet.com [206.165.5.107]) by usr01.primenet.com (8.8.5/8.8.5) with SMTP id XAA22477 for ; Sun, 6 Apr 1997 23:12:20 -0700 (MST) Date: Sun, 6 Apr 1997 23:12:19 -0700 (MST) From: Jason Wagner To: linux-mips Subject: Re: 32.96 BogoMIPS on DECstation 5000/133 In-Reply-To: <199704070126.BAA07609@suede.sw.oz.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 469 Lines: 12 Don't mean to spam this list with non-linux stuff, but I am interested in doing work on the DECstation port ( but I need a DECstation :) If anyone has/knows of a DECstation for sale in whole or part, drop me a private line to jason@primenet.com Thanks. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jason Wagner ------------------------------------------------- jason@primenet.com www.primenet.com/~jason ------------------------------------------------- From linux@informatik.uni-koblenz.de Mon Apr 7 08:23:34 1997 Received-Date: Mon, 7 Apr 1997 08:23:33 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA10088; Mon, 7 Apr 1997 08:20:38 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id IAA01956 for ; Mon, 7 Apr 1997 08:22:50 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704070622.IAA01956@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id IAA29726; Mon, 7 Apr 1997 08:22:43 +0200 Subject: Re: 32.96 BogoMIPS on DECstation 5000/133 To: linux-mips Date: Mon, 7 Apr 1997 08:22:43 +0200 (MET DST) In-Reply-To: <199704070126.BAA07609@suede.sw.oz.au> from "Paul Antoine" at Apr 7, 97 11:26:18 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 842 Lines: 18 Hi, > I am recouperating from a very bad virus, and now have a couple of weeks at > home in which I can do some hacking!! I'll only be reading this mailing list, > as my personal mailbox is being left to the folks at work to deal with, so > please send all correspondence via this list for the moment. > > Harald: please email the list with the patches, or tell me where to fetch > them. I have Ralf's 2.1.14 tree, and would also like to integrate any code > that other folks working on the DECstation may have produced in the last > couple of months. I will then send the patches to Ralf and update the web > site appropriately. Paul, please grep linux-2.1.14.2.tar.gz from my workstation. It looks _very_ different. All people with patches should do the same; the other are definately better off with linux-2.1.14.tar.gz Ralf From paul@suede.sw.oz.au Tue Apr 8 08:57:35 1997 Received-Date: Tue, 8 Apr 1997 08:57:34 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA21615; Tue, 8 Apr 1997 08:54:42 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id GAA20208; Tue, 8 Apr 1997 06:57:07 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id GAA15098; Tue, 8 Apr 1997 06:57:07 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704080657.GAA15098@suede.sw.oz.au> Subject: Re: 32.96 BogoMIPS on DECstation 5000/133 To: linux-mips Date: Tue, 8 Apr 1997 16:57:06 +1000 (EST) In-Reply-To: <199704070622.IAA01956@informatik.uni-koblenz.de> from "Systemkennung Linux" at Apr 7, 97 08:22:43 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: 972 Lines: 26 Ralf, > Paul, please grep linux-2.1.14.2.tar.gz from my workstation. It looks > _very_ different. Tell me where it is, and I'll fetch it! > All people with patches should do the same; DECstation folks can send the patches against whatever source tree they like, as that's probably easier than making all of them use an untested tree just to send me their code... which I'll have to integrate anyway. I'll make a general announcement asking for DECstation patches once I have the latest source tree up. 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 Tue Apr 8 10:10:35 1997 Received-Date: Tue, 8 Apr 1997 10:10:34 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA23591; Tue, 8 Apr 1997 10:07:41 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id KAA21298 for ; Tue, 8 Apr 1997 10:05:19 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id JAA05482 for linux-mips@fnet.fr; Tue, 8 Apr 1997 09:08:51 +0200 Message-Id: <199704080708.JAA05482@kernel.panic.julia.de> Subject: Re: 32.96 BogoMIPS on DECstation 5000/133 To: linux-mips Date: Tue, 8 Apr 1997 09:08:51 +0200 (MET DST) In-Reply-To: <199704080657.GAA15098@suede.sw.oz.au> from "Paul Antoine" at Apr 8, 97 04:57:06 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 841 Lines: 26 Hi, > > Paul, please grep linux-2.1.14.2.tar.gz from my workstation. It looks > > _very_ different. > > Tell me where it is, and I'll fetch it! kernel.panic.julia.de :-) (Unfortunately I the machine made it's name honor yesterday, so threw IPv6 out of the window and went back to 2.0.29 ... > > All people with patches should do the same; > > DECstation folks can send the patches against whatever source tree they like, > as that's probably easier than making all of them use an untested tree just > to send me their code... which I'll have to integrate anyway. > > I'll make a general announcement asking for DECstation patches once I have > the latest source tree up. I should add that right now you should take linux-2.1.14.2.tar.gz only for reference purposes right now. This is also why it isn't available on FNet. Ralf From hkoerfg1@ford.com Tue Apr 8 15:18:02 1997 Received-Date: Tue, 8 Apr 1997 15:18:02 +0200 (MET DST) Received: from internet-mail2.ford.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA02120; Tue, 8 Apr 1997 15:15:07 +0200 (MET) Received: by internet-mail2.ford.com id AA24244 (InterLock SMTP Gateway 3.0 for linux-mips@fnet.fr); Tue, 8 Apr 1997 09:17:49 -0400 Message-Id: <199704081317.AA24244@internet-mail2.ford.com> Received: by internet-mail2.ford.com (Protected-side Proxy Mail Agent-1); Tue, 8 Apr 1997 09:17:49 -0400 Comments: Authenticated sender is From: "Harald Koerfgen" Organization: Ford Motor Company To: linux-mips Date: Tue, 8 Apr 1997 15:17:27 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Re: 32.96 BogoMIPS on DECstation 5000/133 Reply-To: hkoerfg1@ford.com Priority: normal In-Reply-To: <199704070126.BAA07609@suede.sw.oz.au> References: <199703191740.LAA16327@sphinx.nuclecu.unam.mx> from "Miguel de Icaza" at Mar 19, 97 11:40:58 am X-Mailer: Pegasus Mail for Windows (v2.53/R1) Content-Length: 516 Lines: 19 Hi folks, Paul wrote: > Harald: please email the list with the patches, or tell me where to > fetch them. I have Ralf's 2.1.14 tree, and would also like to > integrate any code that other folks working on the DECstation may > have produced in the last couple of months. I will then send the > patches to Ralf and update the web site appropriately. Paul, you can grab the patches at http://www.netcologne.de/~nc-kreyema/patch-2.1.1.gz. Happy hacking. Harald (harald.koerfgen@netcologne.de) -- regards, Harald From allens@vivanet.com Tue Apr 8 17:01:59 1997 Received-Date: Tue, 8 Apr 1997 17:01:58 +0200 (MET DST) Received: from vivanet.com (mail.vivanet.com) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA04986; Tue, 8 Apr 1997 16:59:05 +0200 (MET) Received: from shell10.vivanet.com (allens@shell10.vivanet.com [192.108.245.8]) by vivanet.com (8.7.5/8.7.3) with ESMTP id LAA22773 for ; Tue, 8 Apr 1997 11:08:09 -0400 (EDT) From: Stu Allen Received: (from allens@localhost) by shell10.vivanet.com (8.7.5/8.7.3) id LAA26139 for linux-mips@fnet.fr; Tue, 8 Apr 1997 11:07:09 -0400 (EDT) Message-Id: <199704081507.LAA26139@shell10.vivanet.com> Subject: Is there any hope (for my DECsystem 5100)? To: linux-mips Date: Tue, 8 Apr 1997 11:07:09 -0400 (EDT) In-Reply-To: <199704070126.BAA07609@suede.sw.oz.au> from "Paul Antoine" at Apr 7, 97 11:26:18 am X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 899 Lines: 21 Greetings all. This note is really for Paul; I believe he said he'd only be reading the list and not his personal mail. Anyways. In my basement "office" I still have a little DECsystem 5100 which is _dying_ to be running Linux. Unfortunately, I have little detailed technical information on the box, and the last test kernel blows up shortly after loading, probably because the PROM routines to output to the console are different. I'd be happy to take a stab at modifying what's out there already but without info on those routines it seems pretty hopeless. I believe at one time "Mad Dog" was working on getting us documentation from DEC. Did that effort ever bear fruit? If not, is there _anyone_ who has this info? (Maybe the Ultrix source code??) So, do I give up on this thing, and trash it? Or should I wait (and hope!) a little longer? Thanks!! Stu Allen allens@vivanet.com From paul@suede.sw.oz.au Wed Apr 9 00:38:54 1997 Received-Date: Wed, 9 Apr 1997 00:38:53 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA14110; Wed, 9 Apr 1997 00:36:00 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id WAA03305; Tue, 8 Apr 1997 22:38:18 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id WAA22625; Tue, 8 Apr 1997 22:38:17 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704082238.WAA22625@suede.sw.oz.au> Subject: Harald's patches... To: linux-mips Date: Wed, 9 Apr 1997 08:38:17 +1000 (EST) In-Reply-To: <199704081317.AA24244@internet-mail2.ford.com> from "Harald Koerfgen" at Apr 8, 97 03:17:27 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: 786 Lines: 19 Harald wrote: > Paul, you can grab the patches at > http://www.netcologne.de/~nc-kreyema/patch-2.1.1.gz. I grabbed this file, but it appears corrupted. The first 40 or so lines are o.k., then the rest is trashed. Can you double-check this file is o.k. at your end... goodness knows what Netscape may have done to 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 linux@informatik.uni-koblenz.de Wed Apr 9 11:33:00 1997 Received-Date: Wed, 9 Apr 1997 11:32:59 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA02921; Wed, 9 Apr 1997 11:29:02 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id LAA01978 for ; Wed, 9 Apr 1997 11:30:31 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704090930.LAA01978@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id LAA00719; Wed, 9 Apr 1997 11:30:30 +0200 Subject: Re: Harald's patches... To: linux-mips Date: Wed, 9 Apr 1997 11:30:29 +0200 (MET DST) In-Reply-To: <199704090903.AA05294@internet-mail2.ford.com> from "Harald Koerfgen" at Apr 9, 97 11:03:28 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1130 Lines: 29 > > > Paul, you can grab the patches at > > > http://www.netcologne.de/~nc-kreyema/patch-2.1.1.gz. > > > > I grabbed this file, but it appears corrupted. The first 40 or so > > lines are o.k., then the rest is trashed. Can you double-check this > > file is o.k. at your end... goodness knows what Netscape may have > > done to it! > > > I've checked it and it appears that Netscape is having problems with > downloading gzipped files via http. > > Paul, you may try the plain version: > > http://www.netcologne.de/~nc-kreyema/patch-2.1.1 Check your application default file; the one distributed with the Linux Netscape contains the following stuff which often seem to cause file corruption and have the nasty property of wasting your diskspace. *encodingFilters: \ x-compress : : .Z : uncompress -c \n\ compress : : .Z : uncompress -c \n\ x-gzip : : .z,.gz : gzip -cdq \n\ gzip : : .z,.gz : gzip -cdq \n I had no trouble downloading your patches - except that Netscape is a really unhandy tool for downloads ... Ralf From hkoerfg1@ford.com Wed Apr 9 11:03:58 1997 Received-Date: Wed, 9 Apr 1997 11:03:57 +0200 (MET DST) Received: from internet-mail2.ford.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA02003; Wed, 9 Apr 1997 11:01:04 +0200 (MET) Received: by internet-mail2.ford.com id AA05294 (InterLock SMTP Gateway 3.0 for linux-mips@fnet.fr); Wed, 9 Apr 1997 05:03:50 -0400 Message-Id: <199704090903.AA05294@internet-mail2.ford.com> Received: by internet-mail2.ford.com (Protected-side Proxy Mail Agent-1); Wed, 9 Apr 1997 05:03:50 -0400 Comments: Authenticated sender is From: "Harald Koerfgen" Organization: Ford Motor Company To: linux-mips Date: Wed, 9 Apr 1997 11:03:28 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Re: Harald's patches... Reply-To: hkoerfg1@ford.com Priority: normal In-Reply-To: <199704082238.WAA22625@suede.sw.oz.au> References: <199704081317.AA24244@internet-mail2.ford.com> from "Harald Koerfgen" at Apr 8, 97 03:17:27 pm X-Mailer: Pegasus Mail for Windows (v2.53/R1) Content-Length: 570 Lines: 20 Paul wrote: > Harald wrote: > > > Paul, you can grab the patches at > > http://www.netcologne.de/~nc-kreyema/patch-2.1.1.gz. > > I grabbed this file, but it appears corrupted. The first 40 or so > lines are o.k., then the rest is trashed. Can you double-check this > file is o.k. at your end... goodness knows what Netscape may have > done to it! > I've checked it and it appears that Netscape is having problems with downloading gzipped files via http. Paul, you may try the plain version: http://www.netcologne.de/~nc-kreyema/patch-2.1.1 Regards, Harald From linux@informatik.uni-koblenz.de Wed Apr 9 12:14:38 1997 Received-Date: Wed, 9 Apr 1997 12:14:37 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA04000; Wed, 9 Apr 1997 12:10:49 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id MAA04303 for ; Wed, 9 Apr 1997 12:11:38 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704091011.MAA04303@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id MAA00758; Wed, 9 Apr 1997 12:11:37 +0200 Subject: It booooooooooots! To: linux-mips Date: Wed, 9 Apr 1997 12:11:37 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 2988 Lines: 73 This is one I couldn't resist to forward ... Ralf Forwarded message: > From: Mike Shaver > Message-Id: <199704082223.SAA03675@neon.ingenia.ca> > Subject: It booooooooooots! [..] > >> boot -f bootp()neon.ingenia.ca:/vmlinux > Setting $netaddr to 205.207.220.72 (from server neon.ingenia.ca) > Obtaining /vmlinux from server neon.ingenia.ca > PROMLIB: SGI ARCS firmware Version 1 Revision 10 > PROMLIB: Total free ram 65208320 bytes (63680K,62MB) > Loading R4000 MMU routines. > CPU REVISION IS: 00002310 > Primary ICACHE 32K (linesize 32 bytes) > Primary DCACHE 32K (linesize 32 bytes) > R4600/R5000 SCACHE size 512K linesize 128 bytes > ARCH: SGI-IP22 > CPU: MIPS-R5000 FPU ICACHE DCACHE SCACHE > MC: SGI memory controller Revision 3 > calculating r4koff... 000bd678(775800) > zs0: console input > zs0: console I/O > Calibrating delay loop.. ok - 154.83 BogoMIPS > Memory: 60564k/196604k available (792k kernel code, 2988k 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.12 (dm@neteng) (gcc version 2.7.2) #2 Mon Aug 12 04:43:30 PDT6 > SGI Zilog8530 serial driver version 1.00 > tty00 at 0xbfbd9838 (irq = 21) is a Zilog8530 > tty01 at 0xbfbd9830 (irq = 21) is a Zilog8530 > PS/2 auxiliary pointing device detected -- driver installed. > WD93: Driver version 1.21 compiled on Aug 12 1996 at 04:20:18 > wd33c93-0: chip=WD33c93B microcode=0d > scsi0 : SGI WD93 > scsi : 1 host. > Started kswapd v 1.3 > Vendor: SGI Model: IBM DORS-32160 Rev: W80D > Type: Direct-Access ANSI SCSI revision: 02 > Detected scsi disk sda at scsi0, channel 0, id 1, lun 0 > Vendor: CONNER Model: CFP2107S 2.14GB Rev: 172B > Type: Direct-Access ANSI SCSI revision: 02 > Detected scsi disk sdb at scsi0, channel 0, id 6, lun 0 > scsi : detected 2 SCSI disks total. > SCSI device sda: hdwr sector= 512 bytes. Sectors= 4197405 [2049 MB] [2.0 GB] > SCSI device sdb: hdwr sector= 512 bytes. Sectors= 4194304 [2048 MB] [2.0 GB] > sgiseeq.c: David S. Miller (dm@engr.sgi.com) > eth0: SGI Seeq8003 08:00:69:0a:2a:9b > Partition check: > sda: sda1 sda2 sda3 sda4 > sdb: sdb1 sdb2 sdb3 sdb4 > Sending BOOTP and RARP requests............ > > Doesn't seem to want to find the server again for the NFS root thing, > but that's probably a config problem. > > _Now_ we're ready to rock... > > Mike > > -- > #> Mike Shaver (shaver@ingenia.com) Ingenia Communications Corporation > #> Chief System Architect -- Head geek -- System exorcist > #> > #> "Have you considered a life? I hear they're quite affordable > #> these days." --- shields@tembel.org From khp@dolphinics.no Wed Apr 9 13:01:08 1997 Received-Date: Wed, 9 Apr 1997 13:01:07 +0200 (MET DST) Received: from scimitar.dolphinics.no by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA05173; Wed, 9 Apr 1997 12:58:12 +0200 (MET) Received: by scimitar.dolphinics.no (4.1/SMI-4.1) id AA23179; Wed, 9 Apr 97 13:03:03 +0200 From: khp@dolphinics.no (Kai Harrekilde-Petersen) Message-Id: <9704091103.AA23179@scimitar.dolphinics.no> Subject: Re: It booooooooooots! In-Reply-To: <199704091011.MAA04303@informatik.uni-koblenz.de> from Systemkennung Linux at "Apr 9, 97 12:11:37 pm" To: linux-mips Date: Wed, 9 Apr 1997 13:03:03 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL27 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 740 Lines: 24 Systemkennung Linux writes: > This is one I couldn't resist to forward ... > > Forwarded message: > > From: Mike Shaver > > Message-Id: <199704082223.SAA03675@neon.ingenia.ca> > > Subject: It booooooooooots! > > [..] > > > Calibrating delay loop.. ok - 154.83 BogoMIPS [...] > > Sending BOOTP and RARP requests............ > > > > Doesn't seem to want to find the server again for the NFS root thing, > > but that's probably a config problem. Congrats to Mike et al! Kai -- Kai Harrekilde-Petersen #include http://www.dolphinics.no/~khp/ Linux: the choice of a GNU generation "Argue for your limitations, and sure enough - they're yours" --Richard Bach. From paul@suede.sw.oz.au Thu Apr 10 01:05:46 1997 Received-Date: Thu, 10 Apr 1997 01:05:46 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA20034; Thu, 10 Apr 1997 01:02:51 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id XAA23846; Wed, 9 Apr 1997 23:05:35 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id XAA00729; Wed, 9 Apr 1997 23:05:34 GMT (SMI-8.6/1.34) (from paul for ) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704092305.XAA00729@suede.sw.oz.au> Subject: Re: Is there any hope (for my DECsystem 5100)? To: linux-mips Date: Thu, 10 Apr 1997 09:05:33 +1000 (EST) Cc: hall@zk3.dec.com (Jon 'maddog' Hall) In-Reply-To: <199704081507.LAA26139@shell10.vivanet.com> from "Stu Allen" at Apr 8, 97 11:07:09 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: 1910 Lines: 43 Stu Allen wrote: > Greetings all. This note is really for Paul; I believe he said he'd only > be reading the list and not his personal mail. Yep! > Anyways. In my basement "office" I still have a little DECsystem 5100 which > is _dying_ to be running Linux. Unfortunately, I have little detailed > technical information on the box, and the last test kernel blows up shortly > after loading, probably because the PROM routines to output to the console are > different. I'd be happy to take a stab at modifying what's out there already > but without info on those routines it seems pretty hopeless. Indeed. > I believe at one time "Mad Dog" was working on getting us documentation from > DEC. Did that effort ever bear fruit? If not, is there _anyone_ who has > this info? (Maybe the Ultrix source code??) MD and I never managed to connect whilst I was in Boston late last year, and I gather from him that the doco for the 5100 is even harder to find than that for the 5000's as the 5100's were produced by a small group within DEC, and hardly any of them were ever made! > So, do I give up on this thing, and trash it? Or should I wait (and hope!) > a little longer? I would perhaps wait a little longer if you can afford the storage space. Perhaps we should take another peek at BSD... do you have *any* doco for the thing? Maybe we should make a plea on the comp.sys.dec newsgroup to see if any DEC or ex-DEC people have doco?? 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 Thu Apr 10 15:51:07 1997 Received-Date: Thu, 10 Apr 1997 15:51:06 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA14199; Thu, 10 Apr 1997 15:48:11 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id OAA05381 for ; Thu, 10 Apr 1997 14:50:04 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id OAA09179 for linux-mips@fnet.fr; Thu, 10 Apr 1997 14:49:14 +0200 Message-Id: <199704101249.OAA09179@kernel.panic.julia.de> Subject: Re: Calling all DECstation coders! To: linux-mips Date: Thu, 10 Apr 1997 14:49:14 +0200 (MET DST) In-Reply-To: <199704101341.NAA07146@suede.sw.oz.au> from "Paul Antoine" at Apr 10, 97 11:41:10 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 416 Lines: 13 Hi, > Don't worry if it's incomplete, as it will at least give me the option of > including some of it in this release. This may help others get inspired to > complete it. > > Ralf: it seems we should be able to use the Z8530 console code from the > SGI's - is any of that code integrated into the main tree yet? Not yet; I'm working on it. Feel however free to use and modify the driver from 2.1.14.2. Ralf From ralf@Julia.DE Thu Apr 10 15:58:46 1997 Received-Date: Thu, 10 Apr 1997 15:58:45 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA14498; Thu, 10 Apr 1997 15:54:50 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id OAA05415 for ; Thu, 10 Apr 1997 14:56:12 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id OAA09194 for linux-mips@fnet.fr; Thu, 10 Apr 1997 14:55:23 +0200 Message-Id: <199704101255.OAA09194@kernel.panic.julia.de> Subject: Re: 32.96 BogoMIPS on DECstation 5000/133 To: linux-mips Date: Thu, 10 Apr 1997 14:55:23 +0200 (MET DST) In-Reply-To: <199704101342.NAA07165@suede.sw.oz.au> from "Paul Antoine" at Apr 10, 97 11:42:47 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 585 Lines: 15 Hi, > > I should add that right now you should take linux-2.1.14.2.tar.gz only > > for reference purposes right now. This is also why it isn't available on > > FNet. > > Could you give an outline of the main differences/additions in 2.1.14.2? 2.1.14.2 is based on David S. Miller's Indy port of 2.0.14. I upgraded it to 2.1.14, added parts of the stuff I had developed since he started his own branch and made the this compile and boot on SNI again. There is a bug in the ELF loader in it which is pretty much a showstopper but I put it on ftp as reference only, anyway. Ralf From paul@suede.sw.oz.au Thu Apr 10 15:38:41 1997 Received-Date: Thu, 10 Apr 1997 15:38:40 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA13765; Thu, 10 Apr 1997 15:35:42 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id NAA06368; Thu, 10 Apr 1997 13:37:55 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id NAA07130; Thu, 10 Apr 1997 13:37:54 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704101337.NAA07130@suede.sw.oz.au> Subject: Re: Harald's patches... To: linux-mips Date: Thu, 10 Apr 1997 23:37:53 +1000 (EST) In-Reply-To: <199704090903.AA05294@internet-mail2.ford.com> from "Harald Koerfgen" at Apr 9, 97 11:03:28 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: 703 Lines: 21 Harald wrote: > I've checked it and it appears that Netscape is having problems with > downloading gzipped files via http. > > Paul, you may try the plain version: > > http://www.netcologne.de/~nc-kreyema/patch-2.1.1 Got it, thanks! 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@suede.sw.oz.au Thu Apr 10 15:41:49 1997 Received-Date: Thu, 10 Apr 1997 15:41:48 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA13831; Thu, 10 Apr 1997 15:38:53 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id NAA06430; Thu, 10 Apr 1997 13:41:12 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id NAA07146; Thu, 10 Apr 1997 13:41:11 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704101341.NAA07146@suede.sw.oz.au> Subject: Calling all DECstation coders! To: linux-mips (Linux MIPS mailing list) Date: Thu, 10 Apr 1997 23:41:10 +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: 973 Lines: 23 Hi folks, Anyone who has DECstation code that they feel is suitable for integration, should post it to me. Harald has kindly sent the clock code, but I seem to remember someone also working on console code... Don't worry if it's incomplete, as it will at least give me the option of including some of it in this release. This may help others get inspired to complete it. Ralf: it seems we should be able to use the Z8530 console code from the SGI's - is any of that code integrated into the main tree yet? 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@suede.sw.oz.au Thu Apr 10 15:43:12 1997 Received-Date: Thu, 10 Apr 1997 15:43:11 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA14040; Thu, 10 Apr 1997 15:40:16 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id NAA06463; Thu, 10 Apr 1997 13:42:49 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id NAA07165; Thu, 10 Apr 1997 13:42:48 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704101342.NAA07165@suede.sw.oz.au> Subject: Re: 32.96 BogoMIPS on DECstation 5000/133 To: linux-mips Date: Thu, 10 Apr 1997 23:42:47 +1000 (EST) In-Reply-To: <199704080708.JAA05482@kernel.panic.julia.de> from "Ralf Baechle" at Apr 8, 97 09:08:51 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: 697 Lines: 17 Ralf wrote: > I should add that right now you should take linux-2.1.14.2.tar.gz only > for reference purposes right now. This is also why it isn't available on > FNet. Could you give an outline of the main differences/additions in 2.1.14.2? 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 frist@lehr.chem.tu-berlin.de Thu Apr 10 16:26:49 1997 Received-Date: Thu, 10 Apr 1997 16:26:49 +0200 (MET DST) Received: from lehr.chem.TU-Berlin.DE by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA15377; Thu, 10 Apr 1997 16:23:50 +0200 (MET) Received: (from frist@localhost) by lehr.chem.tu-berlin.de (8.7.4/8.7.3) id QAA28639; Thu, 10 Apr 1997 16:26:35 +0200 Date: Thu, 10 Apr 1997 16:26:34 +0200 (MET DST) From: Frieder Streffer To: linux-mips Cc: Linux MIPS mailing list Subject: Re: Calling all DECstation coders! In-Reply-To: <199704101341.NAA07146@suede.sw.oz.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 597 Lines: 22 On Thu, 10 Apr 1997, Paul Antoine wrote: > Hi folks, > > Anyone who has DECstation code that they feel is suitable for integration, > should post it to me. Harald has kindly sent the clock code, but I seem > to remember someone also working on console code... > > Don't worry if it's incomplete, as it will at least give me the option of > including some of it in this release. This may help others get inspired to > complete it. > Hi, got 16.61 Bogomips from a DS3100. I'm not able to decect the memory size correctly until now, hope to fix that during the week end greetings Frieder From engel@mail.math.uni-siegen.de Thu Apr 10 16:33:14 1997 Received-Date: Thu, 10 Apr 1997 16:33:13 +0200 (MET DST) Received: from bernoulli.numerik.math.uni-siegen.de (mathe2e.numerik.math.Uni-Siegen.DE) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA15508; Thu, 10 Apr 1997 16:30:17 +0200 (MET) Received: from hilbert.numerik.math.uni-siegen.de (hilbert.numerik.math.uni-siegen.de [141.99.112.8]) by bernoulli.numerik.math.uni-siegen.de (Mailhost) with SMTP id QAA10481 for ; Thu, 10 Apr 1997 16:31:19 +0200 (MET DST) From: Michael Engel Message-Id: <9704101435.AA07250@hilbert.numerik.math.uni-siegen.de> Received: by hilbert.numerik.math.uni-siegen.de id AA07250; Thu, 10 Apr 97 16:35:57 +0200 Subject: Re: Calling all DECstation coders! To: linux-mips Date: Thu, 10 Apr 1997 16:35:57 +0200 (MET DST) In-Reply-To: from "Frieder Streffer" at Apr 10, 97 04:26:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 377 Lines: 12 Frieder, > got 16.61 Bogomips from a DS3100. I'm not able to decect the memory size > correctly until now, hope to fix that during the week end Were you able to use the REX Prom Calls or did you use my console code for the DS2100/3100 ? I'd like to investigate to differences between the various PROM revisions ... regards, Michael Engel (engel@unix-ag.uni-siegen.de) From jason@primenet.com Thu Apr 10 16:41:46 1997 Received-Date: Thu, 10 Apr 1997 16:41:45 +0200 (MET DST) Received: from usr05.primenet.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA15754; Thu, 10 Apr 1997 16:38:48 +0200 (MET) Received: from usr03.primenet.com (jason@usr03.primenet.com [206.165.5.103]) by usr05.primenet.com (8.8.5/8.8.5) with SMTP id HAA07518 for ; Thu, 10 Apr 1997 07:41:37 -0700 (MST) Date: Thu, 10 Apr 1997 07:41:37 -0700 (MST) From: Jason Wagner To: linux-mips Subject: Re: 32.96 BogoMIPS on DECstation 5000/133 In-Reply-To: <199704101255.OAA09194@kernel.panic.julia.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 870 Lines: 21 > 2.1.14.2 is based on David S. Miller's Indy port of 2.0.14. I upgraded it I hope this doesn't offend anyone; this is just a curiosity of mine... Unless you buy a nice used Indy without a disk and OS, why would you run Linux on it? SGI has hundreds of high-payed techies constantly tuning IRIX to really scream on the MIPS architecture; why run Linux on the box? On that note, has anyone benchmarked Linux Indy vs IRIX Indy? ( I realize the port may not be that complete yet; just wondering if anyone can maybe speculate ) And does this mean I can run Linux on older SGIs ( Indigo R3k, 4D/xx, 4D/xxx, PI Series, R2k based machines, etc? ) Thanks! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jason Wagner ------------------------------------------------- jason@primenet.com www.primenet.com/~jason ------------------------------------------------- From frist@lehr.chem.tu-berlin.de Thu Apr 10 16:58:36 1997 Received-Date: Thu, 10 Apr 1997 16:58:35 +0200 (MET DST) Received: from lehr.chem.TU-Berlin.DE by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA16393; Thu, 10 Apr 1997 16:55:38 +0200 (MET) Received: (from frist@localhost) by lehr.chem.tu-berlin.de (8.7.4/8.7.3) id QAA28668; Thu, 10 Apr 1997 16:58:22 +0200 Date: Thu, 10 Apr 1997 16:58:22 +0200 (MET DST) From: Frieder Streffer To: linux-mips Cc: linux-mips Subject: Re: Calling all DECstation coders! In-Reply-To: <9704101435.AA07250@hilbert.numerik.math.uni-siegen.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 659 Lines: 25 On Thu, 10 Apr 1997, Michael Engel wrote: > > Frieder, > > >> got 16.61 Bogomips from a DS3100. I'm not able to decect the memory size >> correctly until now, hope to fix that during the weekend > > Were you able to use the REX Prom Calls or did you use my console code for > the DS2100/3100 ? I'd like to investigate to differences between the > various PROM revisions ... > > regards, > Michael Engel (engel@unix-ag.uni-siegen.de) > Hi Michael, no, I didn't use the REX PROM. I use your console driver, which I modified to run on the MONO and COLOR FB with the same code. I detect all the Hardware without the PROM. regards, Frieder From psilord@dax.cs.wisc.edu Thu Apr 10 17:11:01 1997 Received-Date: Thu, 10 Apr 1997 17:11:00 +0200 (MET DST) Received: from dax.cs.wisc.edu by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA16750; Thu, 10 Apr 1997 17:08:04 +0200 (MET) Received: (from psilord@localhost) by dax.cs.wisc.edu (8.7.6/8.7.3) id KAA13698 for linux-mips@fnet.fr; Thu, 10 Apr 1997 10:10:51 -0500 (CDT) From: Peter Keller Message-Id: <199704101510.KAA13698@dax.cs.wisc.edu> Subject: Re: Calling all DECstation coders! To: linux-mips Date: Thu, 10 Apr 1997 10:10:51 -0500 (CDT) In-Reply-To: <199704101341.NAA07146@suede.sw.oz.au> from "Paul Antoine" at Apr 10, 97 11:41:10 pm X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 945 Lines: 19 Hey, > Anyone who has DECstation code that they feel is suitable for integration, > should post it to me. Harald has kindly sent the clock code, but I seem > to remember someone also working on console code... Yeah, actually... I'm having some major problems with the console code. Everytime I reference what I think to be the vram, the machine just stops. No warning, no bad memory reference, no error, nothing. It's causing me some great frustration. I have a *lot* of docs on the particular video card I'm using and a fair amount on the turbochannel spec itself. I remember that I had asked Ralf about how to go about finding video memory(before I got the docs, just poke randomly), but this isn't the right way to go. I have the docs, but what they tell me doesn't seem to be what is there. Any advice or help is welcome. I'm working on a DECstation 5000/125 with a pmagb-b turbochannel video card. -Peter Keller psilord@upl.cs.wisc.edu From miguel@athena.nuclecu.unam.mx Thu Apr 10 18:15:14 1997 Received-Date: Thu, 10 Apr 1997 18:15:14 +0200 (MET DST) Received: from athena.nuclecu.unam.mx ([132.248.29.9]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA18128; Thu, 10 Apr 1997 18:12:06 +0200 (MET) Received: (from miguel@localhost) by athena.nuclecu.unam.mx (8.8.5/8.8.5) id QAA28602; Thu, 10 Apr 1997 16:13:27 -0500 Date: Thu, 10 Apr 1997 16:13:27 -0500 Message-Id: <199704102113.QAA28602@athena.nuclecu.unam.mx> From: Miguel de Icaza To: linux-mips In-Reply-To: (message from Jason Wagner on Thu, 10 Apr 1997 07:41:37 -0700 (MST)) Subject: Re: 32.96 BogoMIPS on DECstation 5000/133 X-Windows: The joke that kills. Content-Length: 2038 Lines: 52 > I hope this doesn't offend anyone; this is just a curiosity of mine... > Unless you buy a nice used Indy without a disk and OS, why would you run > Linux on it? Well, we have a couple of plans in mind: - Because we want source for the operating system. We want to let users know how stuff work down to the hardware level. Because the OS will not get into the way of the programmer. - SGI is very good at making cool, fast hardware. The Linux programmers are very good at making cool operating systems, we get the best of both worlds. - IRIX emulation. Run all of your SGI binaries at Linux speed. - Easily random install software from the net (important biggie). - Showing that Linux is viable as a multiplatform OS. - Having a SGI/MIPS box that is actually hard to break into it. - Our fearless leader is now in charge of putting fine grained locks to make our SMP kernel perform better on multiprocessor CPUs. What I have seen in this area lately is very impressive, needless to say, he will get it right. Probably, at some point it may make sense for SGI to be able to run Linux for certain applications and will thus spend some money paying some programmers to fine tune those parts that are suffering from the port. > SGI has hundreds of high-payed techies constantly tuning IRIX to > really scream on the MIPS architecture; why run Linux on the box? We have hundreds of high talented programmers working constantly tunning the Linux kernel to make it scream :-). Just look at the posts these days in linux-kernel: they are putting slab into the kernel all over the place; they are fine tunning fork/exec times; they are profiling every function in the kernel with a very cute trick Ingo came up with; we probably have the fastest checksum code for the Intel and Alpha architectures. > And does this mean I can run Linux on older SGIs ( Indigo R3k, 4D/xx, > 4D/xxx, PI Series, R2k based machines, etc? ) I guess at some point support for all of those will be added. have a nice day, Miguel. From ralf@Julia.DE Fri Apr 11 01:03:58 1997 Received-Date: Fri, 11 Apr 1997 01:03:57 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA26517; Fri, 11 Apr 1997 01:00:58 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id AAA11346 for ; Fri, 11 Apr 1997 00:02:42 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id AAA11144 for linux-mips@fnet.fr; Fri, 11 Apr 1997 00:01:54 +0200 Message-Id: <199704102201.AAA11144@kernel.panic.julia.de> Subject: Re: Why Linux on SGI To: linux-mips Date: Fri, 11 Apr 1997 00:01:54 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 2767 Lines: 66 Just to have a statement in this thread from a .sgi.com person ... Ralf > From: ariel@yon.engr.sgi.com (Ariel Faigon) > Message-Id: <199704101758.KAA02138@yon.engr.sgi.com> > Subject: Re: Why Linux on SGI > Date: Thu, 10 Apr 1997 10:58:03 -0700 (PDT) > Reply-To: ariel@relay.engr.SGI.COM (Ariel Faigon) [...] > Miguel's answer is excellent. For the non-SGI'ers on the list > I just would like to add: > > 1) IRIX has many features that important customers require > (e.g. trusted IRIX capabilities, real time scheduling > and many more) that actually make it slower than Linux > (in general). As a vendor SGI is committed to support > these features from low end to high end for a long time > to come. IRIX is big. Linux is smaller and faster. > Once we have Linux running and we'll start running simple > benchmarks you'll see this very clearly. Another big feature > for our customers is XFS. Linux doesn't support a safe file > system, IRIX does (try to turn off your Linux box and you > lost a lot of stuff, unlike on IRIX with XFS. (Tell me ...) > 2) IRIX needs to run on machines that are incredibly different: > from uniprocessors through SMP (which Linux is now getting at) > to the S2MP model (no shared bus: Origin family) every feature > added to support S2MP (the Origin line) may potentially complicate > and slow down the uP desktop case. SGI customers demand > one source base. They want to compile on O2 and run on Origin. > Linux is just starting to get a feel for how complex is SMP > vs. uP so it'll naturally run great on a uP but wouldn't be > able to take advantage of the most scalable architecture of > the Origins. As we've learned this requires rewriting large > parts of your kernel from scratch. Which is why SGI is doing > Cellular IRIX > http://www.sgi.com/Technology/Irix6.4/cellular_irix6.4tr.html > > 3) IRIX runs only on SGIs and to get upgrades you need to > pay for support. Linux runs on many platforms. It is free > The common source base gives it a great advantage for people > who have mixed envs. It is affordable and ideal for hackers. > it has a big and fast growing following. > > 4) IRIX has no chance of beating M$oft. Linux doesn't either > but it has a bit more. Just kidding. > > The guy who said "SGI has hundreds of highly paid engineers > tuning IRIX to run fast on MIPS" simply misses the issues. > They are much more complex than that. > > Both Linux and IRIX have their place. Each of them is good > at different things. People should have a choice between SGI > taking care of all their needs and the alternative to have > full control of their software. > > Linux on SGI should prosper. > > -- > Peace, Ariel > From ralf@Julia.DE Fri Apr 11 04:06:31 1997 Received-Date: Fri, 11 Apr 1997 04:06:31 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA06688; Fri, 11 Apr 1997 04:03:36 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id DAA14572 for ; Fri, 11 Apr 1997 03:05:26 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id DAA11476 for linux-mips@fnet.fr; Fri, 11 Apr 1997 03:04:40 +0200 Message-Id: <199704110104.DAA11476@kernel.panic.julia.de> Subject: Re: Question of code organisation... To: linux-mips Date: Fri, 11 Apr 1997 03:04:40 +0200 (MET DST) In-Reply-To: <199704110157.BAA10178@suede.sw.oz.au> from "Paul Antoine" at Apr 11, 97 11:57:12 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 932 Lines: 26 > This is mostly addressed to Ralf, but I'll take ideas from anybody. :-) > > I had begun to organise the DEC-specific include files into a directory > under include/asm-mips/dec... but noticed that for machines like the SGI, > the convention has been to simply name the files such that they begin with > 'sgi'. For example: > > sgi.h > sgialib.h > sgiarcs.h > sgidefs.h > sgihpc.h > sgimc.h > sgint23.h > > ...is this preferred, or would it be better to have machine-specific sub- > directories? My only worry is that with the number of DECstation models, > there may be quite a few dec-specific files... and I think even the SGI > stuff is begining to look a little messy. Similar for other machines. We've that many different types of MIPS machines that we'll end up with zillions of files in one directory. I guess the MIPS port of Linux has good chances to become the biggest one meassured in bytes ... Ralf From paul@suede.sw.oz.au Fri Apr 11 03:41:43 1997 Received-Date: Fri, 11 Apr 1997 03:41:42 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA06147; Fri, 11 Apr 1997 03:38:47 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id BAA17142; Fri, 11 Apr 1997 01:41:16 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id BAA10105; Fri, 11 Apr 1997 01:41:13 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704110141.BAA10105@suede.sw.oz.au> Subject: Re: Why Linux on SGI To: linux-mips Date: Fri, 11 Apr 1997 11:41:12 +1000 (EST) In-Reply-To: <199704102201.AAA11144@kernel.panic.julia.de> from "Ralf Baechle" at Apr 11, 97 00:01:54 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: 2965 Lines: 76 Ariel Faigon of SGI wrote: > Miguel's answer is excellent. For the non-SGI'ers on the list > I just would like to add: > > 1) IRIX has many features that important customers require Important customers == big $$ > (e.g. trusted IRIX capabilities, real time scheduling ...or if you need the advanced kernel resource management features of Softway's Share II on your SGI box, then IRIX is the only way to go... > and many more) that actually make it slower than Linux > (in general). ...yes, and although each feature on it's own tends to only make a small contribution to this, they do add up... > As a vendor SGI is committed to support > these features from low end to high end for a long time > to come. I think this is an important point: these features will be available on every 32 and 64 bit platform sold in the last few years from a single source tree base that adds significantly to the maintainability and stability of the core code. Many customers demand this kind of heterogeneity in their environment (you would too if you had 5000 SGI's to administer)... however this is also a difficult task, and one that tends to lead to a *lot* of code. > IRIX is big. Linux is smaller and faster. > Once we have Linux running and we'll start running simple > benchmarks you'll see this very clearly. Another big feature > for our customers is XFS. Linux doesn't support a safe file > system, IRIX does (try to turn off your Linux box and you > lost a lot of stuff, unlike on IRIX with XFS. As Ariel says, many of SGI's really important customers *demand* the facilities of XFS... and we're pretty unlikely to have anything like it under Linux unless someone on the net has 10's of person-years spare to implement something like it! > The guy who said "SGI has hundreds of highly paid engineers > tuning IRIX to run fast on MIPS" simply misses the issues. Actually it's only 3 guys in the basement of building 6 in Mountain View... just kidding! :-) > Both Linux and IRIX have their place. Each of them is good > at different things. People should have a choice between SGI > taking care of all their needs and the alternative to have > full control of their software. > > Linux on SGI should prosper. Indeed... and most especially on the older hardware: Linux will no doubt breath new life into ageing R3000's, and SGI workstations with small amounts of memory... :-) Thanks Ariel! 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@suede.sw.oz.au Fri Apr 11 03:57:56 1997 Received-Date: Fri, 11 Apr 1997 03:57:55 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA06588; Fri, 11 Apr 1997 03:54:59 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id BAA17552; Fri, 11 Apr 1997 01:57:14 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id BAA10178; Fri, 11 Apr 1997 01:57:13 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704110157.BAA10178@suede.sw.oz.au> Subject: Question of code organisation... To: linux-mips (Linux MIPS mailing list) Date: Fri, 11 Apr 1997 11:57:12 +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: 1112 Lines: 30 This is mostly addressed to Ralf, but I'll take ideas from anybody. :-) I had begun to organise the DEC-specific include files into a directory under include/asm-mips/dec... but noticed that for machines like the SGI, the convention has been to simply name the files such that they begin with 'sgi'. For example: sgi.h sgialib.h sgiarcs.h sgidefs.h sgihpc.h sgimc.h sgint23.h ...is this preferred, or would it be better to have machine-specific sub- directories? My only worry is that with the number of DECstation models, there may be quite a few dec-specific files... and I think even the SGI stuff is begining to look a little messy. 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@suede.sw.oz.au Fri Apr 11 09:16:45 1997 Received-Date: Fri, 11 Apr 1997 09:16:45 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA15904; Fri, 11 Apr 1997 09:13:44 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id HAA22970; Fri, 11 Apr 1997 07:16:15 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id HAA12418; Fri, 11 Apr 1997 07:16:14 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704110716.HAA12418@suede.sw.oz.au> Subject: Re: Question of code organisation... To: linux-mips Date: Fri, 11 Apr 1997 17:16:13 +1000 (EST) In-Reply-To: <199704110104.DAA11476@kernel.panic.julia.de> from "Ralf Baechle" at Apr 11, 97 03:04:40 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: 1197 Lines: 26 > > ...is this preferred, or would it be better to have machine-specific sub- > > directories? My only worry is that with the number of DECstation models, > > there may be quite a few dec-specific files... and I think even the SGI > > stuff is begining to look a little messy. > > Similar for other machines. We've that many different types of MIPS machines > that we'll end up with zillions of files in one directory. So is this a 'yes, you can organise the dec stuff that way', or a 'no need, it'll all be a mess anyway' in answer to my question/proposal?? > I guess the MIPS port of Linux has good chances to become the biggest > one meassured in bytes ... Never mind the quality... feel the width! 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@suede.sw.oz.au Fri Apr 11 09:22:21 1997 Received-Date: Fri, 11 Apr 1997 09:22:21 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA15990; Fri, 11 Apr 1997 09:19:17 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id HAA23001; Fri, 11 Apr 1997 07:21:54 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id HAA12436; Fri, 11 Apr 1997 07:21:53 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704110721.HAA12436@suede.sw.oz.au> Subject: Almost got 2.1.14.2 to a patchable stage... To: linux-mips (Linux MIPS mailing list) Date: Fri, 11 Apr 1997 17:21:52 +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: 1079 Lines: 23 Ralf, I've been working on the 2.1.14.2 tree, as I felt it was probably best for me to organise the DECstation patches against the next kernel you will release (and a buggy ELF loader isn't an issue for me at the moment). I have found a few things... but the one you probably need to look at is a means for setting the mips architecture level for compilation in the main arch/mips Makefile now that you appear to have done away with the mips1/2/3 directories, and the CONFIG_CPU_R... variable. Funny, but the R3000 doesn't like running code compiled for mips2.... and it only took an afternoon to find 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 davem@caipfs.rutgers.edu Fri Apr 11 09:38:49 1997 Received-Date: Fri, 11 Apr 1997 09:38:49 +0200 (MET DST) Received: from caipfs.rutgers.edu by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA16514; Fri, 11 Apr 1997 09:35:53 +0200 (MET) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id DAA22922 for ; Fri, 11 Apr 1997 03:38:44 -0400 (EDT) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id DAA00869; Fri, 11 Apr 1997 03:37:25 -0400 Date: Fri, 11 Apr 1997 03:37:25 -0400 Message-Id: <199704110737.DAA00869@jenolan.caipgeneral> From: "David S. Miller" To: linux-mips In-Reply-To: <199704110721.HAA12436@suede.sw.oz.au> (paul@suede.sw.oz.au) Subject: Re: Almost got 2.1.14.2 to a patchable stage... Content-Length: 1750 Lines: 34 From: paul@suede.sw.oz.au (Paul Antoine) Date: Fri, 11 Apr 1997 17:21:52 +1000 (EST) I've been working on the 2.1.14.2 tree, as I felt it was probably best for me to organise the DECstation patches against the next kernel you will release (and a buggy ELF loader isn't an issue for me at the moment). I have found a few things... but the one you probably need to look at is a means for setting the mips architecture level for compilation in the main arch/mips Makefile now that you appear to have done away with the mips1/2/3 directories, and the CONFIG_CPU_R... variable. The whole mips[1234] ordeal is the one thing which upset me greatly about the MIPS processor line, this is the single one thing which makes a true "all in one" MIPS/Linux kernel damn near impossible. In fact I did most of the work in my SGI tree to support multiple cache/mmu architectures in a single kernel, and I have pulled it off already in the SparcLinux kernel ;-) Ralf is merging in my code, and with that it should be possible to do an "all in one" for all R4k and later MIPS's. I did ponder for a bit and eventually did come up with a scheme whereby you could even do a single kernel on the Sparc which supported both multiple PAGE_SIZE values and 32-bit/64-bit all at once, don't try this at home. It would have been extremely bulky and hard to make run as fast as I would like so I never implemented it... ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From paul@suede.sw.oz.au Fri Apr 11 09:51:25 1997 Received-Date: Fri, 11 Apr 1997 09:51:25 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA16850; Fri, 11 Apr 1997 09:48:28 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id HAA23441; Fri, 11 Apr 1997 07:50:53 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id HAA12750; Fri, 11 Apr 1997 07:50:52 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704110750.HAA12750@suede.sw.oz.au> Subject: Re: Calling all DECstation coders! To: linux-mips Date: Fri, 11 Apr 1997 17:50:51 +1000 (EST) In-Reply-To: from "Frieder Streffer" at Apr 10, 97 04:26:34 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: 684 Lines: 18 Frieder wrote: > got 16.61 Bogomips from a DS3100. I'm not able to decect the memory size > correctly until now, hope to fix that during the week end Sounds good! Send me the code when you're happy with it and I'll roll it in. 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@suede.sw.oz.au Fri Apr 11 09:52:10 1997 Received-Date: Fri, 11 Apr 1997 09:52:09 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA16867; Fri, 11 Apr 1997 09:49:11 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id HAA23448; Fri, 11 Apr 1997 07:51:40 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id HAA12764; Fri, 11 Apr 1997 07:51:39 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704110751.HAA12764@suede.sw.oz.au> Subject: Off for a week... To: linux-mips (Linux MIPS mailing list) Date: Fri, 11 Apr 1997 17:51:38 +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: 563 Lines: 15 Hi folks, I'm off for a holiday for a week or so, and will continue Linux/MIPS hacking when I return. Adieu! 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 Hans-Peter.Landgraf@stud.uni-regensburg.de Fri Apr 11 12:11:56 1997 Received-Date: Fri, 11 Apr 1997 12:11:55 +0200 (MET DST) Received: from comsun.rz.uni-regensburg.de by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA21055; Fri, 11 Apr 1997 12:08:58 +0200 (MET) Received: from ngate.ngate.uni-regensburg.de (ngate2.rz.uni-regensburg.de) by comsun.rz.uni-regensburg.de with SMTP id AA09176 (5.65c/IDA-1.4.4 for ); Fri, 11 Apr 1997 12:11:44 +0200 Received: from stud.uni-regensburg.de by ngate.ngate.uni-regensburg.de; Fri, 11 Apr 97 11:09 MET Received: from MARS2/SpoolDir by mars2.ngate.uni-regensburg.de (Mercury 1.31); 11 Apr 97 12:11:43 +0200 Received: from SpoolDir by MARS2 (Mercury 1.31); 11 Apr 97 12:11:25 +0200 From: "Landgraf Hans-Peter" Organization: Universitaet Regensburg To: linux-mips Date: Fri, 11 Apr 1997 12:10:53 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: hp9000/400 Priority: normal X-Mailer: Pegasus Mail for Windows (v2.53/R1) Message-Id: <61B5B867E7@mars2.ngate.uni-regensburg.de> Content-Length: 333 Lines: 13 Hello , i just had a look at your Linux homepage. I have a HP Appollo 9000/400 running on Aegis Domain OS 10.3.5 . I would like to try to run Linux on it. Do you know if there is a version which supports the Apollo Hardware ? If you know where i could get information about this please let me know. Thanks in advance. Regards HP From dom@algor.co.uk Fri Apr 11 12:30:23 1997 Received-Date: Fri, 11 Apr 1997 12:30:22 +0200 (MET DST) Received: from moorgate.algor.co.uk by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA21655; Fri, 11 Apr 1997 12:27:24 +0200 (MET) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by moorgate.algor.co.uk (8.7.4/8.7.3) with ESMTP id LAA03101; Fri, 11 Apr 1997 11:30:14 +0100 (BST) From: Dom Sweetman Date: Fri, 11 Apr 1997 11:34:27 +0100 (BST) Message-Id: <236.199704111034@gladsmuir.algor.co.uk> To: linux-mips Subject: Re: Almost got 2.1.14.2 to a patchable stage... In-Reply-To: <199704110737.DAA00869@jenolan.caipgeneral> References: <199704110721.HAA12436@suede.sw.oz.au> <199704110737.DAA00869@jenolan.caipgeneral> Content-Length: 1183 Lines: 32 David S. Miller (davem@jenolan.rutgers.edu) writes: > The whole mips[1234] ordeal is the one thing which upset me greatly > about the MIPS processor line, this is the single one thing which > makes a true "all in one" MIPS/Linux kernel damn near impossible. It's worse than that; MIPS[1234] only prescribes the user-level behaviour of the CPU. The bits of the CPU which only the kernel deals with (what MIPS calls "co-processor 0") are implementation dependent. The R5000 is rather different from the R10000 at this level, although they both implement MIPS-4. It's also better than that, in that: o All Linux-capable MIPS-1 CPUs are pretty much compatible. o There are no MIPS-2 CPUs (it was only invented for the ECL R6000, which didn't have a very big sale) o All Linux-capable MIPS-3 CPUs are readily driven with the same software. Some detailed differences (R4400 likes more nops than R4600 sometimes), but nothing serious. You will need ifdefs for MIPS-1 vs MIPS-3 in any code which messes with the interrupt levels or TLB. And there again it's worse, because you'll search in vain for any systematic documentation about this. Dominic Sweetman dom@algor.co.uk From ralf@Julia.DE Fri Apr 11 15:00:24 1997 Received-Date: Fri, 11 Apr 1997 15:00:23 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA26465; Fri, 11 Apr 1997 14:57:04 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id NAA21124 for ; Fri, 11 Apr 1997 13:58:41 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id NAA00930 for linux-mips@fnet.fr; Fri, 11 Apr 1997 13:58:19 +0200 Message-Id: <199704111158.NAA00930@kernel.panic.julia.de> Subject: Re: Almost got 2.1.14.2 to a patchable stage... To: linux-mips Date: Fri, 11 Apr 1997 13:58:19 +0200 (MET DST) In-Reply-To: <236.199704111034@gladsmuir.algor.co.uk> from "Dom Sweetman" at Apr 11, 97 11:34:27 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1714 Lines: 43 Hi, > > The whole mips[1234] ordeal is the one thing which upset me greatly > > about the MIPS processor line, this is the single one thing which > > makes a true "all in one" MIPS/Linux kernel damn near impossible. > > It's worse than that; MIPS[1234] only prescribes the user-level > behaviour of the CPU. The bits of the CPU which only the kernel deals > with (what MIPS calls "co-processor 0") are implementation dependent. > The R5000 is rather different from the R10000 at this level, although > they both implement MIPS-4. > > It's also better than that, in that: > > o All Linux-capable MIPS-1 CPUs are pretty much compatible. > > o There are no MIPS-2 CPUs (it was only invented for the ECL R6000, > which didn't have a very big sale) Wrong :-) IDT offers a R3000 derived CPU plus the MIPS II extensions ... And I think the MIPS II extensions are interesting. > o All Linux-capable MIPS-3 CPUs are readily driven with the same > software. Some detailed differences (R4400 likes more nops than > R4600 sometimes), but nothing serious. That "nothing serious" did cost me days. No manual tells you that the R4600 sometimes needs more nops than the R4400 ... > You will need ifdefs for MIPS-1 vs MIPS-3 in any code which messes > with the interrupt levels or TLB. That was my solution. As soon as one tries to support more MIPS CPU flavours this turns into headacke. 2.1.14.2 has several flavours of exception handlers for different types of CPUs plus some special flavours that handle buggy CPUs. > And there again it's worse, because you'll search in vain for any > systematic documentation about this. Yep. Luckily this will only affect a very low number of Linux hackers. Ralf From ralf@Julia.DE Fri Apr 11 15:41:34 1997 Received-Date: Fri, 11 Apr 1997 15:41:33 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA27800; Fri, 11 Apr 1997 15:38:31 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id OAA21684 for ; Fri, 11 Apr 1997 14:40:05 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id OAA00982 for linux-mips@fnet.fr; Fri, 11 Apr 1997 14:39:43 +0200 Message-Id: <199704111239.OAA00982@kernel.panic.julia.de> Subject: Re: Question of code organisation... To: linux-mips Date: Fri, 11 Apr 1997 14:39:43 +0200 (MET DST) In-Reply-To: <199704110716.HAA12418@suede.sw.oz.au> from "Paul Antoine" at Apr 11, 97 05:16:13 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 640 Lines: 16 Hi, > > > ...is this preferred, or would it be better to have machine-specific sub- > > > directories? My only worry is that with the number of DECstation models, > > > there may be quite a few dec-specific files... and I think even the SGI > > > stuff is begining to look a little messy. > > > > Similar for other machines. We've that many different types of MIPS machines > > that we'll end up with zillions of files in one directory. > > So is this a 'yes, you can organise the dec stuff that way', or a 'no need, > it'll all be a mess anyway' in answer to my question/proposal?? I meant use a directory to avoid the mess. Ralf From imp@village.org Fri Apr 11 18:31:06 1997 Received-Date: Fri, 11 Apr 1997 18:31:05 +0200 (MET DST) Received: from rover.village.org by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA02521; Fri, 11 Apr 1997 18:28:08 +0200 (MET) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wFjDu-0004Ht-00; Fri, 11 Apr 1997 10:30:50 -0600 To: linux-mips Subject: Re: Almost got 2.1.14.2 to a patchable stage... In-Reply-To: Your message of "Fri, 11 Apr 1997 15:12:55 CDT." <199704112012.PAA15643@athena.nuclecu.unam.mx> References: <199704112012.PAA15643@athena.nuclecu.unam.mx> Date: Fri, 11 Apr 1997 10:30:49 -0600 From: Warner Losh Message-Id: Content-Length: 1627 Lines: 33 In message <199704112012.PAA15643@athena.nuclecu.unam.mx> Miguel de Icaza writes: : Nope. The code is ready to load implementation specific mmu routines : at any time. You just use function pointers to call the : implementation specific routines. Yuck. On a TLB miss? You must be joking :-). Actually, since the TLB miss stuff is at a hard wired address, a simple bcopy of PIC code would do the right thing on boot. NetBSD was moving in this direction when I last checked out their source base 6-9 months ago. : > And there again it's worse, because you'll search in vain for any : > systematic documentation about this. : : ¿Mhm? To me it looked like quite well documented last time I went ftp : hunting for information. {ftp,www}.{sgi,mips}.com on of those keeps : any ammount of information on the processor specific stuff. They even : document bugs in some specific editions of the MIPS chips (unlike the : SPARC chips, where DaveM had to go bug hunting for them). Well the problem isn't that the information isn't there. The problem is that no one has written up a good tretis on what the differences are. We get things like "The Sky is Blue on the R4000" and then in andother document, burried we see that it is really turquoise on the R5000. Unless we had read carefully and remembered the R4000 document, you'd not know what the differences are. This gets worse when you start bringing in all the oddball 4x chips (some of which don't even have an MMU) and the R5x and R10x chips. Once you go through it five or ten times, it ibecomes second nature, but it is a hard learning curve to climb. Warner From dom@algor.co.uk Fri Apr 11 19:55:14 1997 Received-Date: Fri, 11 Apr 1997 19:55:13 +0200 (MET DST) Received: from moorgate.algor.co.uk by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA03880; Fri, 11 Apr 1997 19:52:18 +0200 (MET) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by moorgate.algor.co.uk (8.7.4/8.7.3) with ESMTP id SAA04711; Fri, 11 Apr 1997 18:55:07 +0100 (BST) From: Dom Sweetman Date: Fri, 11 Apr 1997 18:59:27 +0100 (BST) Message-Id: <639.199704111759@gladsmuir.algor.co.uk> To: linux-mips Subject: Re: Almost got 2.1.14.2 to a patchable stage... In-Reply-To: <199704111158.NAA00930@kernel.panic.julia.de> References: <236.199704111034@gladsmuir.algor.co.uk> <199704111158.NAA00930@kernel.panic.julia.de> Content-Length: 1150 Lines: 36 Ralf, It's time for MIPS theology! > Wrong :-) IDT offers a R3000 derived CPU plus the MIPS II extensions ... Outside floating point, there's only a few differences from MIPS-1 to MIPS-2: o "Branch-likely" forms of branches, for more efficient loop closing. o 'cache' operations - which could possibly be regarded as CPU-specific, anyway. o load-linked/store-conditional (MIPS'semaphore instructions). LSI included these in their miniRISC, which they described as "32-bit R4000" CPUs. LSI put them in in the belief they'd get better code density, which you don't; branch-likely permits you to replace a nop with a duplicated instruction, saving a clock but no space. Toshiba's R3900 also picked up branch-likely, which is likely to become common on future 32-bit MIPS CPUs. I'd have said this makes miniRISC and R3900 about MIPS one-and-a-third. No 32-bit CPU implements 'cache' or semaphores. IDT's 32-bit machines are all MIPS-1. > And I think the MIPS II extensions are interesting. You're entitled to your opinion there... I though they were kind of cute myself, particularly the semaphores. Dominic Sweetman dom@algor.co.uk From miguel@athena.nuclecu.unam.mx Fri Apr 11 17:14:52 1997 Received-Date: Fri, 11 Apr 1997 17:14:51 +0200 (MET DST) Received: from athena.nuclecu.unam.mx ([132.248.29.9]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA00881; Fri, 11 Apr 1997 17:11:54 +0200 (MET) Received: (from miguel@localhost) by athena.nuclecu.unam.mx (8.8.5/8.8.5) id PAA15643; Fri, 11 Apr 1997 15:12:55 -0500 Date: Fri, 11 Apr 1997 15:12:55 -0500 Message-Id: <199704112012.PAA15643@athena.nuclecu.unam.mx> From: Miguel de Icaza To: linux-mips In-Reply-To: <236.199704111034@gladsmuir.algor.co.uk> (message from Dom Sweetman on Fri, 11 Apr 1997 11:34:27 +0100 (BST)) Subject: Re: Almost got 2.1.14.2 to a patchable stage... X-Info: When in doubt, blame the network Content-Length: 1222 Lines: 30 > It's worse than that; MIPS[1234] only prescribes the user-level > behaviour of the CPU. The bits of the CPU which only the kernel deals > with (what MIPS calls "co-processor 0") are implementation dependent. That is not very different from other RISC chips. This sounds a lot like the SPARC mmus :-). > o All Linux-capable MIPS-3 CPUs are readily driven with the same > software. Some detailed differences (R4400 likes more nops than > R4600 sometimes), but nothing serious. > > You will need ifdefs for MIPS-1 vs MIPS-3 in any code which messes > with the interrupt levels or TLB. Nope. The code is ready to load implementation specific mmu routines at any time. You just use function pointers to call the implementation specific routines. > And there again it's worse, because you'll search in vain for any > systematic documentation about this. ¿Mhm? To me it looked like quite well documented last time I went ftp hunting for information. {ftp,www}.{sgi,mips}.com on of those keeps any ammount of information on the processor specific stuff. They even document bugs in some specific editions of the MIPS chips (unlike the SPARC chips, where DaveM had to go bug hunting for them). Cheers, Miguel. From miguel@athena.nuclecu.unam.mx Fri Apr 11 18:51:58 1997 Received-Date: Fri, 11 Apr 1997 18:51:57 +0200 (MET DST) Received: from athena.nuclecu.unam.mx by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA02825; Fri, 11 Apr 1997 18:48:59 +0200 (MET) Received: (from miguel@localhost) by athena.nuclecu.unam.mx (8.8.5/8.8.5) id QAA16140; Fri, 11 Apr 1997 16:50:09 -0500 Date: Fri, 11 Apr 1997 16:50:09 -0500 Message-Id: <199704112150.QAA16140@athena.nuclecu.unam.mx> From: Miguel de Icaza To: linux-mips Cc: linux-mips In-Reply-To: (message from Warner Losh on Fri, 11 Apr 1997 10:30:49 -0600) Subject: Re: Almost got 2.1.14.2 to a patchable stage... X-Windows: Form follows malfunction. Content-Length: 418 Lines: 10 > Yuck. On a TLB miss? You must be joking :-). Actually, since the > TLB miss stuff is at a hard wired address, a simple bcopy of PIC code > would do the right thing on boot. NetBSD was moving in this direction > when I last checked out their source base 6-9 months ago. You are right. I was confused on the Linux/SPARC port a bunch of routines are patches at mmu setup time. They don't use pointers. Miguel. From martin@crim2.sdrc.com Fri Apr 11 18:20:49 1997 Received-Date: Fri, 11 Apr 1997 18:20:48 +0200 (MET DST) Received: from sdrc.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA02298; Fri, 11 Apr 1997 18:17:48 +0200 (MET) Received: from crim2.sdrc.com by sdrc.com (4.1/SMI-4.1) id AA10426; Fri, 11 Apr 97 12:20:45 EDT Received: from indigo12.sdrc.com by crim2.sdrc.com via SMTP (931110.SGI/930416.SGI.AUTO) for @heimdall.sdrc.com:linux-mips@fnet.fr id AA04974; Fri, 11 Apr 97 18:18:21 +0200 Received: by indigo12 (950413.SGI.8.6.12//ident-1.0) id QAA16228; Fri, 11 Apr 1997 16:18:19 GMT From: "Martin Schmidseder" Message-Id: <9704111818.ZM16226@indigo12> Date: Fri, 11 Apr 1997 18:18:18 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: linux-mips Subject: linux on R4000 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 860 Lines: 25 Hi, o.k. I want to help and to broaden my horizons in the field of linux. But before I can start that, I would need some information on if there is anything available for my potential Mips box (see hinv below) or if there is anything ongoing. (Mainly I am only interested because I like that penguin.) Thanks, Martin. 1 100 MHZ IP20 Processor FPU: MIPS R4000 Floating Point Coprocessor Revision: 0.0 CPU: MIPS R4000 Processor Chip Revision: 2.2 On-board serial ports: 2 On-board bi-directional parallel port Data cache size: 8 Kbytes Instruction cache size: 8 Kbytes Secondary unified instruction/data cache size: 1 Mbyte on Processor 0 Main memory size: 96 Mbytes Integral Ethernet: ec0, version 1 Integral SCSI controller 0: Version WD33C93B, revision C Disk drive: unit 1 on SCSI controller 0 Iris Audio Processor: revision 10 Graphics board: GR2-XSM From elias@mail.Cobaltmicro.com Sun Apr 13 10:07:50 1997 Received-Date: Sun, 13 Apr 1997 10:07:50 +0200 (MET DST) Received: from viavision.com ([205.179.228.1]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA24792; Sun, 13 Apr 1997 10:04:53 +0200 (MET) Received: from [165.227.110.86] by viavision.com with SMTP (Apple Internet Mail Server 1.1.1); Sun, 13 Apr 1997 00:16:01 -0800 Subject: gdb-stub Date: Sun, 13 Apr 97 01:15:28 +0100 From: Elias Kesh To: "Linux" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Message-Id: <1351231935-54630069@viavision.com> Content-Length: 537 Lines: 13 I am bringing up Linux on the Algorithmics P4032 board. I am currently at kernel_thread in main.c and I am not getting any further. I started looking and GDB and have compiled a version for mips and have been able to make a remote connection with the stub in the kernel. However when I try to Step I get several warnings about signals (SIGHUP) not being supported. Does anyone know if the stub in the kernel works in the 2.0.21 source base, and if so what am I doing wrong? Thanks Elias Kesh elias@kesh.com elias@cobaltmicro.com From ralf@alles.intern.julia.de Sun Apr 13 14:06:51 1997 Received-Date: Sun, 13 Apr 1997 14:06:51 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA29984; Sun, 13 Apr 1997 14:03:54 +0200 (MET) Received: (from ralf@localhost) by alles.intern.julia.de (8.8.5/8.8.5) id NAA18741 for linux-mips@fnet.fr; Sun, 13 Apr 1997 13:05:09 +0200 From: Ralf Baechle Message-Id: <199704131105.NAA18741@alles.intern.julia.de> Subject: Re: Almost got 2.1.14.2 to a patchable stage... To: linux-mips Date: Sun, 13 Apr 1997 13:05:09 +0200 (MET DST) In-Reply-To: <639.199704111759@gladsmuir.algor.co.uk> from "Dom Sweetman" at Apr 11, 97 06:59:27 pm X-Mailer: ELM [version 2.4 PL24 PGP6] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 524 Lines: 20 Hi, > It's time for MIPS theology! Deus me absolvat ;-) > I'd have said this makes miniRISC and R3900 about MIPS one-and-a-third. Funny; I saw them advertised as MIPS ISA 2.0. > > And I think the MIPS II extensions are interesting. > > You're entitled to your opinion there... I though they were kind of > cute myself, particularly the semaphores. Exactly. The LinuxThreads add-on which is considered to be standard part of Linux glibc implementations uses ll/sc. I didn't even care about the MIPS I stuff. Ralf From ralf@alles.intern.julia.de Sun Apr 13 14:34:10 1997 Received-Date: Sun, 13 Apr 1997 14:34:10 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA00743; Sun, 13 Apr 1997 14:31:11 +0200 (MET) Received: (from ralf@localhost) by alles.intern.julia.de (8.8.5/8.8.5) id NAA19150 for linux-mips@fnet.fr; Sun, 13 Apr 1997 13:32:27 +0200 From: Ralf Baechle Message-Id: <199704131132.NAA19150@alles.intern.julia.de> Subject: Re: Almost got 2.1.14.2 to a patchable stage... To: linux-mips Date: Sun, 13 Apr 1997 13:32:27 +0200 (MET DST) In-Reply-To: <248.199704131229@gladsmuir.algor.co.uk> from "Dom Sweetman" at Apr 13, 97 01:29:43 pm X-Mailer: ELM [version 2.4 PL24 PGP6] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 298 Lines: 9 > > Moral, directed at MIPS Technologies: if you're going to put a cute > feature on your CPU, why not explain why it was a good idea in words > which mere hardware engineers can understand. Your wishes will be heared. At lest people from two MIPS silicon companies are on this list :-) Ralf From dom@algor.co.uk Sun Apr 13 14:25:16 1997 Received-Date: Sun, 13 Apr 1997 14:25:15 +0200 (MET DST) Received: from moorgate.algor.co.uk by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA00552; Sun, 13 Apr 1997 14:22:17 +0200 (MET) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by moorgate.algor.co.uk (8.7.4/8.7.3) with ESMTP id NAA13394; Sun, 13 Apr 1997 13:25:09 +0100 (BST) From: Dom Sweetman Date: Sun, 13 Apr 1997 13:29:43 +0100 (BST) Message-Id: <248.199704131229@gladsmuir.algor.co.uk> To: linux-mips Subject: Re: Almost got 2.1.14.2 to a patchable stage... In-Reply-To: <199704131105.NAA18741@alles.intern.julia.de> References: <639.199704111759@gladsmuir.algor.co.uk> <199704131105.NAA18741@alles.intern.julia.de> Content-Length: 810 Lines: 22 Ralf, > The LinuxThreads add-on which is considered to be standard part of > Linux glibc implementations uses ll/sc. Warning: you and I know these instructions are valuable. But NEC believed (and perhaps still believe) that ll/sc are for multiprocessors only, and in pursuit of this belief the Vr4100 core has omitted these instructions. Vr4100 is the flagship of NEC's MIPS-on-a-chip activities... I'm not at all convinced that those 32-bit CPUs which claim 'MIPS-2' (R3900, miniRISC4010) implement ll/sc either. Anyone in possession of the manuals may like to correct me if they do. Moral, directed at MIPS Technologies: if you're going to put a cute feature on your CPU, why not explain why it was a good idea in words which mere hardware engineers can understand. Dominic Sweetman dom@algor.co.uk From iconian@ruff.cs.jmu.edu Mon Apr 14 22:41:38 1997 Received-Date: Mon, 14 Apr 1997 22:41:38 +0200 (MET DST) Received: from ruff.cs.jmu.edu ([134.126.20.220]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA15601; Mon, 14 Apr 1997 22:38:39 +0200 (MET) Received: from ruff.cs.jmu.edu (ruff.cs.jmu.edu [134.126.20.220]) by ruff.cs.jmu.edu (8.8.5/8.8.5) with SMTP id QAA00752 for ; Mon, 14 Apr 1997 16:37:25 -0400 Date: Mon, 14 Apr 1997 16:37:25 -0400 (EDT) From: Scott Dellinger To: linux-mips Subject: information Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 339 Lines: 9 May I please have a description of the Linux/Mips mailing list? Scott Dellinger iconian@ruff.cs.jmu.edu ------------ One ring to rule them all, one ring to find them, One ring to bring them all and in the darkness bind them. -- "The Lord of the Rings," J.R.R. Tolkien From elias@mail.Cobaltmicro.com Tue Apr 15 04:55:32 1997 Received-Date: Tue, 15 Apr 1997 04:55:31 +0200 (MET DST) Received: from viavision.com ([205.179.228.1]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA25164; Tue, 15 Apr 1997 04:52:32 +0200 (MET) Received: from [205.179.228.11] by viavision.com with SMTP (Apple Internet Mail Server 1.1.1); Mon, 14 Apr 1997 19:03:46 -0800 Subject: Delay Slot Date: Mon, 14 Apr 97 19:52:41 -0700 From: Elias Kesh To: "Linux" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Message-Id: <1351077870-63899530@viavision.com> Content-Length: 405 Lines: 24 Can someone explain to me what a delay slot is ? Twice now I have had to change code from this li a0,0 jal do_IRQ move a1,sp # delay slot to this, li a0,0 li a1,0xffffffff # Kludge by elias and a1,sp jal do_IRQ nop in order to get the right arguments at the other end. I am using gcc 2.7.2-2 and the processor is a 4300 from NEC. Elias elias@kesh.com elias@cobaltmicro.com From davem@caipfs.rutgers.edu Tue Apr 15 05:44:39 1997 Received-Date: Tue, 15 Apr 1997 05:44:38 +0200 (MET DST) Received: from caipfs.rutgers.edu by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA27094; Tue, 15 Apr 1997 05:41:33 +0200 (MET) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id XAA10219 for ; Mon, 14 Apr 1997 23:44:28 -0400 (EDT) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id XAA00982; Mon, 14 Apr 1997 23:43:09 -0400 Date: Mon, 14 Apr 1997 23:43:09 -0400 Message-Id: <199704150343.XAA00982@jenolan.caipgeneral> From: "David S. Miller" To: linux-mips In-Reply-To: <1351077870-63899530@viavision.com> (message from Elias Kesh on Mon, 14 Apr 97 19:52:41 -0700) Subject: Re: Delay Slot Content-Length: 2378 Lines: 68 Date: Mon, 14 Apr 97 19:52:41 -0700 From: Elias Kesh Can someone explain to me what a delay slot is ? Twice now I have had to change code from this [ ... ] in order to get the right arguments at the other end. I am using gcc 2.7.2-2 and the processor is a 4300 from NEC. Here is another case where they massively messed up the programmer level interface to coding on the MIPS. For the MIPS there are technically two types of delay slots. One is on the mips3 and earlier cpu's and it is respect to loads. load addr, reg arbitray_insn /* Load delay slot */ The rule on those cpu's is that the first instruction after a load into a register cannot try to access the destination register of the load, if it does it can get garbage. This is case 1. Case 2 is traditional RISC branch delay slots and is present on all MIPS cpus. /*1*/ {jal,bcond,b} foo /*2*/ arbitrary_insn /*3*/ another_insn [ ... ] foo: /*4*/ yet_another_insn The sequence of instructions executed will be [1, 2, 4] should the branch be taken, else [1, 2, 3] Ok, that was the second case, here comes where they fucked things up massively on the MIPS. Aparently they thought it was a "nice" idea to hide the delay instruction mechanism of the cpu to the user by default in most MIPS assemblers. Therefore, by default when you feed instructions to most MIPS assemblers the delay slots do not exist, the assembler schedules the instructions and fills the delay slots for you, so in this case you'd code as if it were a non-delay slotted architecture. If you want to have the delay slots be visible and directly controllable by you the coder, you need to specify the asm pseudo op: .set noreorder [ ... ] .set reorder And further still, some assemblers have 'noreorder' set by default, most do not. You'll need to consult the docs for the assembler you are using to see which is the case. I was pretty ticked when I learned that MIPS assemblers move instructions around on you behind your back, this is just simply broken. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From miguel@athena.nuclecu.unam.mx Tue Apr 15 06:04:04 1997 Received-Date: Tue, 15 Apr 1997 06:04:03 +0200 (MET DST) Received: from athena.nuclecu.unam.mx ([132.248.29.9]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA27495; Tue, 15 Apr 1997 06:01:04 +0200 (MET) Received: (from miguel@localhost) by athena.nuclecu.unam.mx (8.8.5/8.8.5) id XAA04994; Mon, 14 Apr 1997 23:02:14 -0500 Date: Mon, 14 Apr 1997 23:02:14 -0500 Message-Id: <199704150402.XAA04994@athena.nuclecu.unam.mx> From: Miguel de Icaza To: linux-mips In-Reply-To: <199704150343.XAA00982@jenolan.caipgeneral> (davem@jenolan.rutgers.edu) Subject: Re: Delay Slot X-Windows: Dissatisfaction guaranteed. Content-Length: 1554 Lines: 39 > Ok, that was the second case, here comes where they fucked things up > massively on the MIPS. Aparently they thought it was a "nice" idea to > hide the delay instruction mechanism of the cpu to the user by default > in most MIPS assemblers. Therefore, by default when you feed > instructions to most MIPS assemblers the delay slots do not exist, the > assembler schedules the instructions and fills the delay slots for > you, so in this case you'd code as if it were a non-delay slotted > architecture. Well, it makes the programmer's life easier. There is a very nice book that talks about some of the MIPS design issues (computer architecture something by Patterson and Hennesey). I liked the idea that the programmer is freed from having to keep in mind the MIPS tricks for the boring parts of the code. Seasoned programmers put a .set noreorder at the top of their assembly files and gcc __asm__ macros. > And further still, some assemblers have 'noreorder' set by default, > most do not. You'll need to consult the docs for the assembler you > are using to see which is the case. Hopefully, the MIPS assemblers have a nice warning system. The Alpha has exactly the same problem. > I was pretty ticked when I learned that MIPS assemblers move > instructions around on you behind your back, this is just simply > broken. You mean the usage of the at register for performing the syntetic instructions? Yeah, well, I can imagine *you* did not like that :-). But you never liked syntetic instructions on the sparc either. Miguel. From linux@informatik.uni-koblenz.de Tue Apr 15 14:44:39 1997 Received-Date: Tue, 15 Apr 1997 14:44:38 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA12027; Tue, 15 Apr 1997 14:35:01 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id OAA13457 for ; Tue, 15 Apr 1997 14:35:42 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704151235.OAA13457@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id OAA17410; Tue, 15 Apr 1997 14:35:41 +0200 Subject: Re: Delay Slot To: linux-mips Date: Tue, 15 Apr 1997 14:35:40 +0200 (MET DST) In-Reply-To: <199704150402.XAA04994@athena.nuclecu.unam.mx> from "Miguel de Icaza" at Apr 14, 97 11:02:14 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1762 Lines: 55 Hi, > Seasoned programmers put a .set noreorder at the top of their assembly > files and gcc __asm__ macros. And do not to forget a .set reorder at the bottom of their __asm__ macros ... > > And further still, some assemblers have 'noreorder' set by default, > > most do not. You'll need to consult the docs for the assembler you > > are using to see which is the case. > > Hopefully, the MIPS assemblers have a nice warning system. They warn about some dangerous things like .set at li $1,42 but not .set mips1 .set noreorder lw $8,counter addiu $8,1 sw $8,counter which won't work on the interlockless R3000. If you look through my code you'll find many places where I reenable assembler reordering for just two instructions. This is to give the assembler a chance of putting nops necesessary for the R3000 into the object file. > The Alpha has exactly the same problem. But no delay slots ... > > I was pretty ticked when I learned that MIPS assemblers move > > instructions around on you behind your back, this is just simply > > broken. > > You mean the usage of the at register for performing the syntetic > instructions? Yeah, well, I can imagine *you* did not like that :-). > But you never liked syntetic instructions on the sparc either. I'm similar to David in that I also usually prefer lobotomized tools that only do what I tell them to do but the intelligence of the MIPS assemblers makes sense. The synthetic instructions are necessary in order to make it possible for the assembler to generate best possible code for both PIC/non-PIC etc. code models from the same source. Also the assembler knows more about the object files' layout than the compiler so it can do several optimizations that a compiler can't. Ralf From wolli@ghettoblaster.heim8.tu-clausthal.de Tue Apr 15 15:50:32 1997 Received-Date: Tue, 15 Apr 1997 15:50:31 +0200 (MET DST) Received: from ghettoblaster.heim8.tu-clausthal.de by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA14416; Tue, 15 Apr 1997 15:47:30 +0200 (MET) Received: (from wolli@localhost) by ghettoblaster.heim8.tu-clausthal.de (8.8.5/8.8.5) id PAA27208 for linux-mips@fnet.fr; Tue, 15 Apr 1997 15:50:19 +0200 From: Andreas Woll Message-Id: <199704151350.PAA27208@ghettoblaster.heim8.tu-clausthal.de> Subject: hallo :) To: linux-mips Date: Tue, 15 Apr 1997 15:50:18 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 492 Lines: 14 hello :) my name is andreas , and i use linux version 4.4 (kernel 2.0.24) from distributor s.u.s.e gmbh but my workstation has two intel-pentium processors and i would like to exhaust my computer with linux. can you help me ? my email : andreas.woll@heim8.tu-clausthal.de my motherboard : tyan S1562D my processors : two 120 MHZ intel-pentium my ram : 32 MB my graphiccard : elsa victory 3d with 4MB i would be to lucky, if you can help me . From miguel@athena.nuclecu.unam.mx Tue Apr 15 19:24:39 1997 Received-Date: Tue, 15 Apr 1997 19:24:38 +0200 (MET DST) Received: from athena.nuclecu.unam.mx ([132.248.29.9]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA19800; Tue, 15 Apr 1997 19:21:31 +0200 (MET) Received: (from miguel@localhost) by athena.nuclecu.unam.mx (8.8.5/8.8.5) id MAA09440; Tue, 15 Apr 1997 12:22:26 -0500 Date: Tue, 15 Apr 1997 12:22:26 -0500 Message-Id: <199704151722.MAA09440@athena.nuclecu.unam.mx> From: Miguel de Icaza To: linux-mips In-Reply-To: <199704151235.OAA13457@informatik.uni-koblenz.de> (message from Systemkennung Linux on Tue, 15 Apr 1997 14:35:40 +0200 (MET DST)) Subject: Re: Delay Slot X-Lost: In case of doubt, make it sound convincing Content-Length: 221 Lines: 14 > but not > > .set mips1 > .set noreorder > lw $8,counter > addiu $8,1 > sw $8,counter > > which won't work on the interlockless R3000. Oh. Good thing you let me know these tricks in advance. Miguel. From jason@primenet.com Tue Apr 15 19:46:49 1997 Received-Date: Tue, 15 Apr 1997 19:46:48 +0200 (MET DST) Received: from usr05.primenet.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA20132; Tue, 15 Apr 1997 19:43:48 +0200 (MET) Received: from usr01.primenet.com (jason@usr01.primenet.com [206.165.5.101]) by usr05.primenet.com (8.8.5/8.8.5) with SMTP id KAA28611 for ; Tue, 15 Apr 1997 10:46:44 -0700 (MST) Date: Tue, 15 Apr 1997 10:46:44 -0700 (MST) From: Jason Wagner To: linux-mips Subject: DECstations In-Reply-To: <199704151722.MAA09440@athena.nuclecu.unam.mx> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 517 Lines: 12 Might be lucky enough to pick up a DECstation 5000/240.... I know NetBSD and perhaps FreeBSD ( and OpenBSD? ) run on it, as well as Ultrix, but was told that the Linux port was "in the making." Anyone know if the linux port for DECstation 5000/240 ( R4300/40MHz I think ). Or how its coming? Thanks! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jason Wagner ------------------------------------------------- jason@primenet.com www.primenet.com/~jason ------------------------------------------------- From elias@mail.Cobaltmicro.com Wed Apr 16 19:18:07 1997 Received-Date: Wed, 16 Apr 1997 19:18:06 +0200 (MET DST) Received: from viavision.com ([205.179.228.1]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA08159; Wed, 16 Apr 1997 19:15:05 +0200 (MET) Received: from [205.179.228.11] by viavision.com with SMTP (Apple Internet Mail Server 1.1.1); Wed, 16 Apr 1997 09:26:14 -0800 Subject: stdin,stdout Date: Wed, 16 Apr 97 10:15:09 -0700 From: Elias Kesh To: "Linux Mips" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Message-Id: <1350939722-72211321@viavision.com> Content-Length: 478 Lines: 12 and stderr need to be redefined to use the serial ports. I have looked for these in the kernel and I am unable to find them. I have managed to get printk to talk to the serial ports by using the register_console( ) function. At this point I do not yet have a file system since SCSI is the next driver on my list. Is there a way in the kernel to redirect these, since we may never have a video display or keyboard on this box ? Elias elias@kesh.com elias@cobaltmicro.com From matthias@halut.ruhr.com Wed Apr 16 20:36:21 1997 Received-Date: Wed, 16 Apr 1997 20:36:20 +0200 (MET DST) Received: from relay.ins.net (popp.ins.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA09359; Wed, 16 Apr 1997 20:33:17 +0200 (MET) Received: from uucp.ins.net (news.ins.net [192.129.55.3]) by relay.ins.net (8.8.5/INS-1.5.1) with ESMTP id UAA03218 for ; Wed, 16 Apr 1997 20:36:14 +0200 (MET DST) Received: (from uucp@localhost) by uucp.ins.net (8.8.5/INS-N1.2.0) id UAA05174 for linux-mips@fnet.fr; Wed, 16 Apr 1997 20:36:13 +0200 (MET DST) >Received: (from matthias@localhost) by halut.ruhr.com (8.7.5/8.7.3) id TAA04793; Wed, 16 Apr 1997 19:22:08 +0200 To: linux-mips Subject: Re: hallo :) References: <199704151350.PAA27208@ghettoblaster.heim8.tu-clausthal.de> Mime-Version: 1.0 X-No-Archive: yes From: Matthias Peick Date: 16 Apr 1997 19:22:07 +0200 In-Reply-To: Andreas Woll's message of Tue, 15 Apr 1997 15:50:18 +0200 (MET DST) Message-Id: X-Mailer: Gnus v5.3/Emacs 19.34 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mime-Autoconverted: from 8bit to quoted-printable by relay.ins.net id UAA03218 Content-Length: 415 Lines: 16 Andreas Woll writes: Hallo Andreas, > distributor s.u.s.e gmbh but my workstation has two intel-pentium proce= ssors Falsche Liste. Wir besch=E4ftigen uns nur mit der Portierung auf den MIPS-Prozessor. Ciao, Matthias --=20 Sp=FCrst Du, wie die Welt Dich mit sanften Wogen wiegt? Du gleitest sanft auf den Wellen des Lebens, freudig die H=F6hen und Tiefen erwartend. From ralf@Julia.DE Wed Apr 16 23:34:14 1997 Received-Date: Wed, 16 Apr 1997 23:34:13 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA12181; Wed, 16 Apr 1997 23:31:12 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id WAA06925 for ; Wed, 16 Apr 1997 22:31:41 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id XAA12518 for linux-mips@fnet.fr; Wed, 16 Apr 1997 23:33:01 +0200 Message-Id: <199704162133.XAA12518@kernel.panic.julia.de> Subject: Re: stdin,stdout To: linux-mips Date: Wed, 16 Apr 1997 23:33:01 +0200 (MET DST) In-Reply-To: <1350939722-72211321@viavision.com> from "Elias Kesh" at Apr 16, 97 10:15:09 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1002 Lines: 22 > > > and stderr need to be redefined to use the serial ports. I have looked > for these in the kernel and I am unable to find them. I have managed to > get printk to talk to the serial ports by using the register_console( ) > function. At this point I do not yet have a file system since SCSI is the > next driver on my list. Is there a way in the kernel to redirect these, > since we may never have a video display or keyboard on this box ? Newest 2.1.x Kernels have an option to remove all the console code and use a serial console instead. You register_console() trick will continue to work. stdin/stdout/stderr are ordinary filedescriptors; defining redirecting etc. is all a issue of user programs. With the exception of the initial process (/bin/sh, init) for which the kernel sets up things. My current kernel already has the stuff to open a serial console. Essentially everything you need to change is in init/main.c Btw, is your board running little endian or big endian? Ralf From linux@informatik.uni-koblenz.de Wed Apr 16 23:54:39 1997 Received-Date: Wed, 16 Apr 1997 23:54:38 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA12677; Wed, 16 Apr 1997 23:51:37 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id XAA27495 for ; Wed, 16 Apr 1997 23:53:35 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704162153.XAA27495@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id XAA02695; Wed, 16 Apr 1997 23:53:35 +0200 Subject: Re: Console problems To: linux-mips Date: Wed, 16 Apr 1997 23:53:35 +0200 (MET DST) In-Reply-To: from "Ryan Rafferty" at Apr 16, 96 05:14:13 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1081 Lines: 31 Hi, > > boot C:\zImage (make zdisk will make a bootable image and copy it to a floppy using mcopy, that's easier ...) > (I defined C: to point to my FAT-formatted SCSI disk under ARC) Ok. > from which point it appeared to load the kernel. After a few seconds, the > screen turned red-orange for an instant, then the bottom half of the > screen went blue and the top was black with what appeared to be scrambled > text with the scan lines all messed up and unreadable. > > When I hit the 'enter' key, the lines of garbled text scrolled down a few > lines and then nothing would happen. > > Any suggestions as to what I'm doing wrong? I have the g364 framebuffer > video card installed and an NE2000 in an ISA slot. Other than that, it's > a standard Magnum 4000PC... Are you using the Magnum in Hires mode (1280x1024)? Only 1024x768 is working. It also looks as if you've launched the kernel directly without milo which won't work. The onboard Sonic Ethernet is supported, so no need for the NE2000 - unless you wish to use something worse than the Sonic ... Ralf From linux@informatik.uni-koblenz.de Thu Apr 17 01:44:41 1997 Received-Date: Thu, 17 Apr 1997 01:44:40 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA15585; Thu, 17 Apr 1997 01:41:39 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id BAA07330 for ; Thu, 17 Apr 1997 01:43:33 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704162343.BAA07330@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id BAA02821; Thu, 17 Apr 1997 01:43:31 +0200 Subject: Re: Console problems To: linux-mips Date: Thu, 17 Apr 1997 01:43:30 +0200 (MET DST) In-Reply-To: from "Ryan Rafferty" at Apr 16, 96 06:34:13 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 2819 Lines: 63 Hi, > > Are you using the Magnum in Hires mode (1280x1024)? Only 1024x768 is > > working. It also looks as if you've launched the kernel directly without > > milo which won't work. > > Ah yes. I started changing the resolutions right after I sent that > e-mail and now the console comes up OK. This is of course a major > improvement =). There is still junk at the bottom of the screen, but the > text is there. I think what you observe is that the screen jump up by a random amount and then stays there. The space at the bottom is filled with random junk. Bad because the top lines are no longer readable ... This is a bug in Milo for which I once posted a fix. Since that time a newer version of Milo never has been released, so ... > I'm gonna look at the g364 code and try to see how hard it > would be to get the console working in 1280x1024, since that's the most > convenient mode for dual-booting with NT. All you need to fix is some constants in the console code. The console code currently assumes that one line on the screen has 1024 bytes (1byte per pixel); you need to change that to 1280; the number of lines is currently wired to 768; you need to change that to 1024. The console code needs some more work - a cursor wouldn't be a bad thing ... I'd be interested in the speed of the console code in a 2.1 kernel; 2.0 had a awfully dumb and slow memcpu/memset which also affect the console speed. These have been replaced with _much_ faster versions in 2.1. lmbench bw_pipe went up from ~8mb/s to almost 40mb/s on RM200! > A few questions--what is the > latest development kernel you're using for Linux/MIPS? I was working on a MIPS version of 2.1.21 when I received a 75mb tarball collection with the SGI stuff. To make my live easier I went back to 2.1.14. 2.1.14 is a pretty good kernel. If you don't try to nuke it it can stay up for weeks. > I've got 2.0.21 > which may be a little old. Also, where can I find the specs for the JAZZ > stuff that you used to port to the Magnum? Official printed documentation is hard to get. For information about how the interesting part of the Jazz design, the virtual DMA stuff, works, you should take a look at jazzdma.c and sonic.c. Or ask me. Probably one of the few people on the list with Jazz documentation should make a electronic version of the documentation and include it with the kernel. > > The onboard Sonic Ethernet is supported, so no need for the NE2000 - > > unless you wish to use something worse than the Sonic ... > > The Sonic may be better, but the fact that it only has an AUI connector is > a real pain. Our network only has BNC and UTP, and transceivers are > expensive. Ahhh, ok :-) Ralf From linux@informatik.uni-koblenz.de Thu Apr 17 12:06:25 1997 Received-Date: Thu, 17 Apr 1997 12:06:23 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA04657; Thu, 17 Apr 1997 12:03:15 +0200 (MET) Received: from brian.uni-koblenz.de (linux@brian.uni-koblenz.de [141.26.4.22]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id MAA20584 for ; Thu, 17 Apr 1997 12:05:11 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704171005.MAA20584@informatik.uni-koblenz.de> Received: by brian.uni-koblenz.de (4.1/KO-2.0) id AA18022; Thu, 17 Apr 97 12:05:10 MES Subject: Re: Console problems To: linux-mips Date: Thu, 17 Apr 1997 12:05:10 +0200 (MEST) In-Reply-To: from "Ryan Rafferty" at Apr 16, 96 08:30:19 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1080 Lines: 25 Hi, > > I think what you observe is that the screen jump up by a random amount > > and then stays there. The space at the bottom is filled with random > > junk. Bad because the top lines are no longer readable ... > > > > This is a bug in Milo for which I once posted a fix. Since that time > > a newer version of Milo never has been released, so ... > > Bummer. This does make it harder to see things that are going on. In > your past posts you said that at this point it is actually impossible to > recompile milo because of a break in the tool chain, right? Is anyone > working on correcting this situation, or is it ripe for someone to take > over? =) Without the ability to recompile the bootloader, it can be kinda > limiting... Yep, you found the problem ... I think I still have a fixed executable around (if that disk hasn't died during the recent epidemia ...) on some disk or floppy in a locked office here ... The real fix is either working on binutils (_far_ more complex than it's worth) or porting the ELF -> ECOFF converter the BSD guys use. Ralf From linux@informatik.uni-koblenz.de Fri Apr 18 00:38:53 1997 Received-Date: Fri, 18 Apr 1997 00:38:52 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA09261; Fri, 18 Apr 1997 00:35:50 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id AAA17746 for ; Fri, 18 Apr 1997 00:37:50 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704172237.AAA17746@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id AAA06967; Fri, 18 Apr 1997 00:37:49 +0200 Subject: Milo, the next generation To: linux-mips Date: Fri, 18 Apr 1997 00:37:48 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 536 Lines: 15 Hi, I fixed Milo 0.27 to compile again with current kernels. This version also fixes the G364 bug and uses an included ELF to ECOFF converter to build Milo as PIC. The PIC stuff is necessary to satisfy the specs and SNI (where the firmware is guaranteed to ignore the load address from the headers ...) Stoned, I'll send you the patches for inclusion in the next release which should hopefully be out soon. Any changes from your side? I'll put a source package including binaries on kernel.panic.julia.de in some minutes. Ralf From linux@informatik.uni-koblenz.de Fri Apr 18 01:57:06 1997 Received-Date: Fri, 18 Apr 1997 01:57:06 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA11141; Fri, 18 Apr 1997 01:54:03 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id BAA26249 for ; Fri, 18 Apr 1997 01:56:04 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704172356.BAA26249@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id BAA07052; Fri, 18 Apr 1997 01:56:02 +0200 Subject: Milo 0.27.1 To: linux-mips Date: Fri, 18 Apr 1997 01:56:01 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 631 Lines: 22 -----BEGIN PGP SIGNED MESSAGE----- Hi, I've uploaded milo-0.27.1.tar.gz and milo-0.27-0.27.1.diff.gz to kernel.panic.julia.de:/pub/linux/mips/src/boot/. Consider this a intermediate release until Stoned releases 0.28. Ralf 37209de89882aa98d1551f3375855f03 milo-0.27-0.27.1.diff.gz 669adccdcd2c4fd0d6d3f330bb4aba33 milo-0.27.1.tar.gz -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAgUBM1a4j0ckbl6vezDBAQG6sgQAsGyK8Ng2PFfB60XKFdBRm97nBG96NmOJ wKCKe6NR9ia8J+baPdrutFmCYrMTinhWaQNR9KrHoyPFMB5rb2vgajs7Athfn6Q4 iFQii9YTT1GeUrhUZYhLU8ETs1fFyEt6Js6G9qjC9ny09Ig6CgcPoLWs2+v36kM9 6CVe/7qlw5s= =PRNf -----END PGP SIGNATURE----- From frist@lehr.chem.tu-berlin.de Fri Apr 18 09:56:28 1997 Received-Date: Fri, 18 Apr 1997 09:56:24 +0200 (MET DST) Received: from lehr.chem.TU-Berlin.DE by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA10306; Fri, 18 Apr 1997 09:53:04 +0200 (MET) Received: (from frist@localhost) by lehr.chem.tu-berlin.de (8.7.4/8.7.3) id JAA01628; Fri, 18 Apr 1997 09:55:53 +0200 Date: Fri, 18 Apr 1997 09:55:52 +0200 (MET DST) From: Frieder Streffer To: linux-mips Subject: patch for DS3100/DS2100 16.61/12.45 Bogomips Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 28999 Lines: 478 Hi, here the patch for the smallest DECstations. Well, it gets a little further than the calibrate_delay(). The hardware setup is done completely without the PROM. Also included are the console code of Michael Engel and most of the patch of Harald Koerfgen. Hope that the CPU and FPU detection routine is applicable to any MIPS machine. For the moment it resides in arch/mips/dec/decstation.c. The memory detection relies on the dbe exception when reading as physically non-existing memory location. This should be ok, hopefully, for all DECstation. I could only test the code on some DS3100/DS2100. I altered arch/mips/dec/int-handler.S quite a bit, and I'm pretty shure that it'll not run on other machines, but it might be enough to correct the jump table. So long..... Frieder P.S. patch is uuencoded and generated with diff -a -r -N begin 644 patch-2.1.1.DS3100.gz M'XL("):95C,``W!A=&-H+3(N,2XQ+D13,S$P,`#L7?M_VDB2_YG\%34S=]/V MK!WKQ>N2F5O;X,0;V_@`)YF9G>4$")L)!E:(Q+G9V7N_W_<77U=+@A90`1DA M"8^]^QG'I>I7?:N[Z]O=4K>[G0[LV[!OPOX%]+K]\=V^]E3E_VM;K0/3;MT< MW':'HP/\JSD8.$]K`:5235<59:'>$SUKZKDGW\`3/6_JQ3U#X__.9/A_9G]^ M-'L9GJ[1&O1'P[$CU/J#(28U\F96W\L5%Z<2OV\'[ZV&==>RADYWT.>9M*T% MVEY^F'7/S)C*'A;8,\?]UDTF\P6,S(_PX<:R+?A@@;HZR=VNV;AJWUFUC/!Q:-L_PVG)`_!NX=&!_A.9@W&^[*3Y@ M^3N.LLO__*+;:5L=4-RB,B/'M)W&.\ON6SVII"^L?KO;\8O\,>,J-*R^8W^4 M*Y3-F?E%MCHK'Y[L+##4[I-\8:^0:ZF*NJA:6XA M+/0\:*'G\^WUL]_?WR>!GG,6V_UMFRLG*5^4%INL':++M%M/;Y9W&-1ZHICJ MGJ:C(QQ\!2+=/I2.\THA"[6S*[BQS#:W5:?;L^"K`]<5N//TT7M*QXVSTXMR M+<-3=KKVR`&SU]MOF<,1\,?=OI>"/ZU9=I?WFQ[*;.NZ.W(L>^0^'3GVN.7P MDAO\`?R$;C7NC[K7?:L-HYN![0"4OFL]'A2TQF/)AEF M1'YSJ8=F6_U>_^&9^XS;$W[*9"9YV;Q]T!QW.I9](*HW-&WS]JF7UZ*J5(^N M3IY1#\\NJ^+9S[[F1+*@6MJT6G,9U8^E!CNVV1_==AW>R$GC>:N?`MEBG6[Q M+?>F6\]V!\[=K2.R(AJ^K].Z#>&]JT M-O\54'9:2QKES!4NU93_"IIQTN,,`6=G,+9A-.U;(^!8.S<6M&ZZ0]5_&X-S:XS"F9'XRZO0%TQKU>9D'*.BCJHI1R/VL/@G4\7CSHN"-=%\?I$>P(-]^=LT+E MY(2;_DYQK7\NS.7WXT&'XS]GW4->3TQ1<%.8:+>^V6]9F7GEX[,JYJZZN5>M MD87#J1C!T0\6Y%XK8P+-JXXIVE%KF7TH]\UFSYI/43T5*0R_B);5?6_!:7FN MI=52Y:+,-0L!3=>:\]G6_6P]R]1M$\V_*.-ZM?1M1F0\U158B1'\HY>W"]79 M9!RW'-F19J#B'7D&JJ/3>BTK(95%W^-&-&WXT&T[-S,M0/5<9@I3;KEZ7D(J MOUR](-3=W`N?5J^_J=2.)%B=#P/NJX.AZ#XSNI?EB\.C,QE2;JVN\Q&L1?A7 M+@^KF2FF@W;;4U_@BT<&!XCKMCP+XI]P=%F#T="RV@OTBSFA;WGZ^.>G]*ME MUX!*T!,#]7:=8.)Z[N1.>@&._O,]]C)8SJ5G'ML>V`M:?>+U)T_[A'L>#U)] M]5GM4B7@]"73,8$'?'P`[)-)7A^>!;S?;[C7N#;F\=[L==MS_6`F6)KM`ZW1 M?.-K5$=M.8O&'7G809N>M7#=YIUW;(YQGSB(/(_JK[R4!9ICO@H]6Y!UK6Z!^N,K?W1;8%)?&-//.'W M8XN'WD&#NPY0.H?>*.CQP=GP_,PSA*).[6`MM`/J>H90M*D='-\.]@([8!JO MOHH1J*W#!Z=Y]T!]UR)SSN*]I[\4)R0_39S$)3^K66?`HG;F'&/7#,W=8F$$HD!T/J:GL,+RZT^:SFU1R6CDIW=OST[J?WDLI=+EY?03A M2X3FJ5P1+X,1JIDMI_N>=_!)'#N2P[+1GH\K_M-R6E-2.@FI&[$33 M<)UY9S?CQF;PAZ^]"&B73M/NCMQ$7D`'7WX-?YRF"B9T"V@X=XVN'\5.$[JE M\3!GIC2O!"*55YR7;&%Q]B>*JY+%+4[E%5?]1''.W'Y<^"R M7;)A4@(L8"8)T2A,Q/\V'.-?J>2W[PVU5^!K\51#0#X!(Q^'J!^ESV MT^83^8L*KE,"[Q22SL[='D[&"XOBMA./?H6FN&=IUS.E"4//IIJW,B;C#H=, M1Z39P?]^R7NYHBO*+GSS#106)[)72L3[\>AC?S`<=3D-[8`]&#NB3W?[N*SD M=53KCKM?G\O$B@\OQASW1*UNS'Z;L[Z=W6>DEDUI=9U&NQ60\52+5*<+&!8F MH7?$9E)1:$]KQR52LW3DLX M#\HL`GE!W94;P12U^F&UWCBI'IY+!$\L'`NXK2$VLX.D:WYF>-NHG;ZXD*9I MM(W@,YV!#6]GYL=O)]I>&!#0_G8:XO@)KBY+A_5RX[)2$Z',>NL*KY&KJ\J4 M^(_M$2_V>'![RYV`SV=D\O+%Y6%&$3^J)#ZI3,1:4/O($QM!;4\LZC"QX,O# MTZHKUX+RX[-+5V[,RM6,FTU0_@;!%=DH@=I47[CZ1D!^4O'D&'#.Z&L9-YM9 M?2$W@O*S2JF&5L!L9/GKHY>G&3<76?RR)L3&C%CXOIN'!Y#$="Y]PO\)B&KE M:N/544F>SQZ65%K%AY3]69I\>5<^RXWE-M-FU53JO/IGUY6'WCEZO/ MEENK5RXGM3+F:G58+5\X&(!/ MU:E5,2*5!B'L=NY:(!^^G+EAJ?R:#SV<2)S4&T=7]7KEPN^%087STU+IK"RI M:',JU=,7+^5,9!,&GLV6$,Q[-G.Y:H*+2*,NMHH<<,\K]=/*!4]Z]WK&P=Z MN/ZT4+]T6O,3N+39&?-@8-#I$&GXJ/!"5(RG,/.NY1'?26/W?0B@ M/?C0Q[V&X>"#Q>=7;]EJMMV7E3>\UTR26T$$.V:W-[8MDC')@5>BZ7:U:]-N MFM>X..9.ZMQ__7K-(\Y;@;/.7=9-V^-MYH5B3-+M=#E?=(0K\UXZE[1T^CK7 M$'$3(M\.1DSM[GO(S3L+3Y/E'HD!6--=9[%X!3W];":POO/*+=<;-896"WJ,^ZU%0>3+TQ-1'RLP/1^_PA+E(:-:OBP?HF93=J+CBWI5.++L*]Q_ MKBY14QZP7U;.2L)L*'-/$H3:P[9:C0X/VQJ%.S7'^Q@`K&S;>1T0]CJ MGC_>_O6]?H*)3WC-W&UT!*MDM6J.B>B`QENR++%COK/Z/+@>W(+;YESAW0&> M6QGTK`-LLV>CA8G-MCET^/"!Y7[^P1[TKS\7P?3`QIU][EDX/%(EEVJB?EY< M[ZXVK]SFD#_!Q$KAX$>S?U#,PWFW=6-:/2CWKZU>V))W+$SUZW&_>[=O7C_E MO_='7>O:ZG.7VXVRVFMX6"`]'R&ZO1[T+:L]L7A_C'YQX-1<(MU&XL MG`*%(E=3<\_DAV+WR7W&'Q:\M!.^.RD+EPO=LJ1*8;$_N2EP;%-P)4$!]KM? M,^\P`_Z]AU@HWL^C/$ZYAXN*N*@0XZE)]2MYL^_E@L5-YL>CKJ^HJ^5!RJEUQX*(A+AK'Y2AZ7#H=M[W>ST3> M;GIR1?Q_J3XE;^E^/FC.J=S*^_HHOG_^2>*BBQ51CLMQ?..8GO/;*QQZ:H>` M?:*7Z[*=I7+5EE=/(9;J7_#KKV[$#I_"Q4!<#(Y+*<;YA6@O91_*GEMM_R6X M9!&7+,>E'#TNZK2]03M+]E%7D%/C4E@Y59^P]8P#EQSBDN.XG"2/2]AY*NR\ ML$VXY!&7/,?E17KCY*CZ'95/JMKKX5)`7`H5PR-$\N[+]<3N63R'BUI+^H@O";')C?)-]A M*$>GB")%+,,23JK<)#N,*AA_DP/S:@UF*8W<`28QU0_(L_)(+WOZU',#GJY* M,WF@ATT-&IQA(I)3Y<;28P3E;W%@SNX/3-@A*"IYV"D^JE`M%F`$YV]S8,[O M#TQ'-I`\-`5Z@+I47Y'UY7*CDD^!"`":D?E1R*]#SE@=KN8!?,X^:^:3RS` M(/-7<3OF[<,!9M/R6(!!YJ_B?LRWT0.3-OE6A-$^,(+YXW[,=\G/,63/(R9G M\H`,H9\JOK(,&,'\<3_F^^2!(5>%B>B.G)P)?3+_-`(CF#_NQ_PV!0YAA M#V>&/;29JI[D`R.8/^['-.(#)JK3QF%/P6[3Z5A=$]_>`0;)CV2/<@D7)/Z: M"NRS^.AE5*-Y#Q:P5@.VL<68YJG$E('G8Q.Q9U"IHJ_WQ<7P?=;P/:2QR5M MN"`/=T^7)+J1['@(OA^!]A!C'Q?EJ^P M?K)IOI_&URX,Y/NZ`DR)C^^'/>&:F_+ZU>0;/D$;"R[(]W45F+J!4V34OB'Q M[N^VG#J+`YG;;RBZIGD0>4L\GU=!Z8GCPN)%\430^9# MRI,XP;\,%^3[N@',B'Y]3)??KE.6VYE\,>N@PKI]X.C`47Y/MZ%EAV MC6]@4/T]HB-YNIS_+Z6_(-_7<\!RT<=CH>/2L+B$C>O"QFE)XH)\7\\#RT?? M7R*;7Z**!Z*2QX$+\GV]`*P0X[P?D=\^Z/Z"?%\O`BNF%Q>*1T0UOY#],<%O M+&4%WS>!_5E\ZS!)K4>E:AUL&2Z"[S>!/7O$)4W[E3G!]UO`GD>/2V*\/J)] M;:K^L>`B^'X;V-?)K_-'M1Z5R+I6U+@(OF\!^V8#N"3DSQOOCW'@(OA^!]B? M)Q^/A;7G0S[/GS/$5=;`-G`K3%1XY>5SE6O(J?.98<]%QX(+\GU#!;;&K3"A M;T>(:+\L]#I#1/)8<$&^;VC`UK@5AER_BNI3L%2_V_0G:(EVQ8(+\GU#![;& MK3"AOQX>\CV+J.3D>P1I^CJYCPOR?<,`ML:M,-1G)\GQ*F7?CB/W]ZG/:<:! M"_)](PMLC5MAR'&>ZB^!#^M*=I#L$\"=.@]`Z%/Q+54N5<\D]Y'SR/>-'+`U M;H79%EQ"RZG/S,:!"_)](P]LC5MADII?J'@X=-Q%U#,KQY-Q]Q?D^T8!V,O[ MX[+IN#2I>#C).#F/?-\H`EOC5IA-OW>?E#S1VZT$WS>!_6:-^84X-Y+8^T?410IQX"+X?@O8&E?"D'%+5'%1 M1/*MBI,%WV\#6^-&&'*^GOJ;NDI[R?D]HO/A6S7O"[YO`5OC0ABR7=3X)O6O ME?"BUHWE>>&AX2+X?@?8&O?!)'6.Z"&?4RH@W\\JP%:Y#B9EZ\D;GZ<2Y/L% MY/M9%=@*M\%L?7\AYBER'XWZ3B`1GU.WS=P+%^3[60W8&I?!)-5?-KY>G6"< M7$"^G]6!K7$73%3])?1-&(3?ACVWG\KY!?E^U@"VQE4PU+D@2IXU/;GP=,G^ MC^LP4UR0[V>SP%:X"2:I='Q?D^]D\ ML#7N@4DJC@HK)WDKL2Z1Y/+@N^;P-:X!";T?B+Q/<]-GRL.^[W3)->3BX+O-X&M<0<, MZ53\0GPW8)MNY2T*OM\&ML8-,.1W M$I+:1XY*GF1_$7P?;X"1<-GP.?"-MFO;Y3XN@N]W@,5X_\M#E5/?0;T7+LCW M,T,8.TU`F7J M0V,1!:9A/TSV$`8R7B("DP5F;5^/B>K+9^GL,4CYA[3$X*X0)46@[M M9(-2(1]U5'C35UTD>$1959#SY_+`KI/O,>0=/!L>LDAYR#,QD9Q!GP"#I#]7 M`':3?%!&!E\$8!M_*3/!0S&J@JP_5P36W^_3P`C>WP3V+OFA+'7OQR0ZE`GBWP+6B_[# ML&D[&+9=0YE@_FU@M\E'9;I\0D4>XL*^(1.5/,$3&%@>ACW`^BD`AOCT4=H^ ME1$/,(+Y=X`-4@!,RMX12)3YJ\C\\PJP80J`25F/B>PEG#`OU4R`0>:?5X'] M/GE@MI[Y$_)0MS%,@$'FG]>`V<-8$[T'U8,?;".^F#>AE>1J55P:M4\'F"0^>>SP,8IZ#%)S25I MW"A3D?GG<\#>)P_,UKPJ$PLPR/SS>6`?MA"8#;\KD^0[,:J&S#]?`':77F#" M>G3HEVC2=(AT`@PR_WP1V,?T`I.4/.QM-.3;(V&^:CH!1C!_$]A?)0\,.:10 M6[81O2Z3QM=B5$TP_R:PG]9X7TGV%'6YX4+O>%+O7VSZ'EBB7?$`(YA_"]@? MXMM:WG9Y/,`(YM\&]O,:0]F&/7K3/3)L3XT'&,'\+6!_7`X,NYTC MT=YQU4#F7U2`_<\4F-"KR$3!:;LT M=ILN(U,-9/Y%%=C_IH#Y$^]@4H>^*3EU'DR5ML`#0!+RO-R#8P<&F7]1`_9_ M:QQ?DB?)%4Y0_C][U]W=-J[L_U8^Q6SV[87LR+:HKCC..8XM;WSB=FSGWGUW M[QX=BJ1L)FI'E#9R]OE3O-Y[[[WWWGOOO??>'P9@`2G!,FW:I/2L[-H6,``& M,YCR`PO"[EF%O=\LJG+9<6>WHQA$_M4\D$^1''#!RC+7A@G?>_`K2B&(7\=R&??WLED86_6ENY]142?3(MAR-\`\CF7 ML!C)0YYATU!9/SG1!5VB'^E1U5&ERW%N^Q<9\F\"^=SIBI$]V:6+*TLX,R6R M)\INV`)DN\NQ/E%60N2O9H%\WM6#?]BGA*7]W]V)*2@&D;^J`/G\^!_#N+OF M+RH&D;^:`_(%\5M,T@!IK#BFA,A?S0/YP@0HYFZO3%`,(G^U`.2+KI$N1_0T M<]+>B1GK6V1+B/S5(I`O)I$+6NHZ)("N)`!,L5QZDK@D799=$IZINV1*B/S5 M$I`ON8&C2677_"7ELGL'I.F[)(V^Z9M&;DX?2GLNRFCZD>67(3!?,7L*>:FSXF)5S$,^3>`?.4UKOE+SH\)>TNJ-/9$A)^DZ;AP MKKV/GY`['6&3EXL5PY"_!N2KYDHH!D?VRIL^07N;LS=J>:YB M&/+7@7QU`LXHN^$]KK#EL5Z/*3/D;P#YFOACC/2-X3)+DFS72Q_GD/2?J)CJ M*H8A_R:0KXU?,5$).JPBDZD81/Z-+)"O\Q13\=T\[OG67,Z><-9_A?&./D)Z M5S&(_!L*D*_W%*.J3@/VSPN213M(\G]W]#=![RH&D7\C!^0;/,4T?&FEUY'A MV]Q4[NAO@MY5#"+_1A[(-PK/8";L=;K_K\H=Q500^3<*0+YI!A4CN=LF<7Q> M23&(_!M%(-^<`,6$%?1<*P:1?Z,$Y%N$"V4A'T:-K5QR82UQ?(8I=Q6#R+]1 M!O*M\>.8R#8WDR3H*RL&D7^C`N3;XE?,G2L3%8/(OU$%\NT)<&4RUR3;-)QK M5\:0OPKD.Q*@F+MR03$,^3>`?&?\KBST!;&YMAB&_#4@WY4`BPGIRA)U6$)4 MY:YB&/+7@7QW`A03]ITQ\ZR8*D/^!I#OF1^`F2A!7UDQ#/DW@7QO_#'FQM/K M62AW%8/(7\L"^;X$6$S(\J90+N[F)FT!71O^,J5V/F) MXD3%C"O&F%P6D;]6!?+C\0=_J:`EBIEO MBV'(7P7R$PFP&-_N\G0+F.>L+)=ER+\!Y"<38#$A!2U39*(LX,H6PY"_!N2G M$F`Q(6/,?+LRAOQU(#\]>Q8SWZZ,(7\#R,\DP&)"QICY=F4,^3>!_&P"`.:= MQ0B*0>2O9X'\7/P6$[9\OA6#R%]7@/S\_,281&VQA"UW%*,@\M=S0'XA?L5$ MI5$"?K*BD'DKQ>! M_'+\KNQNVU]4#")_O03D5^)73%2;GDESN5>+,8C\]3*07YW!&#/7P1^1OUX! M\FL)B#$AT]_Y3I<1^>M5(+\>OV*BNJ4V:2[W:L&?(7\5R&_,8(R9Z^#/D'\# MR&]ZBI&YB+OR6RAW%)-CR%\#\ELS:#%)$FCDBF'(7P?RVX)B9`?LW)7??+FK M&(;\#2"_([@R;X7Z-7Q7?O/EKF(8\F\"^=W9BS%)8AKCH0NY'")_0P'R^]=X)V;((WU#'YTE$VC((ZQ"OQ`[ MY)'$T2H&D;^1`_('5U>,]#'PL(<9W/0+KF?A1=FN8A#Y&WD@?QB_*Y,I..P9 M`3==?CN*0>1O%(#\T>U93%2':1O%('\<0(L1G9Z M7T1!/FQYG*?ZY?*(_(T2D#^)7S%).UE)>AI&V!-KP\0J5S&(_(TRD#^]/<6$ M3HN3M,EX:Q:#R-^H`/FS:\28D`>(RE[9?N,6(!E7QF0U7 MYKM@=?7T5W9>B^Q,9I8?HF#<:)2C"9>Y[B,8J)("+GC()W7K2B&(?\FD+^-WF*2=JCU+)TI[GI?N)5#"+_9@7(OTU73-A=Y$1MI\]*N:L81/[-*I!_ MC]]B;AH/)8W_"Q539,A?!?(?\Z.8I/%Y-<4PY-\`\I_3%2.[.5J&#VZ\7+R0 M=0W7*CVU/,Y-S")#_AJ0_YJNF+"'4=]T>:)6>N2*87)8).6GF\BF'(OPGD?V;5#-+?5A286D/6F9G.%K*+2OTGVYH*VI?.UUIFSUK!;_1_ZV!.C"[G67- M1[IYE*<.Z`+J>TI)5J\&.^L:) M-:FN-^BKFH$U>47-%VG]L&.9)QU#AU:WF]I:8F.$*+)6G;U7B&K%JIV,R:17M_L#)KI^QO=CM5M&4#U MTQ^8M)OEY>6/=>Y3Y@J*6E1PNH6"6BQFBJ5)S8^8SN!4M>"ME@Z-LX%AP>'Z M+NTB`VT5Y6>TZ\->S^@ON5];W5=&G\D)/_YB6*,>HI+-YG&-[JS>*Q8RI;Q> M+[1'81-@#73>=89MR(+#S(>8"N1$NP./'%*NN"DW0 M"LYZAJP-:Z&4Q!9-L]_N&^]/;L'H*R*Y,=`H:9!R]5ZIF*GF]%+))EU9=":[ M"%O;[^S6'D*SVP>4>XC>WV.5+'.$05R`RY:@UE?);&!4BK:TSNG5.T.@; MZLM5I\MS<BW5[`"C/=AP=<+$)&.1T\IXQ$]* M-YKJL#6X!)?V:L>>,X#>C%H?"%9CRUW&/V4]A].\%.-(>1';Y_>J>;54L3W) M6!\!#TYYJI8R2JZ@E95,.3=E7:%9O5+[!EO,0??BL[LUR$FB\:6CF'1U3Z@<<.PC,[@ M(0LX&J7I#7D6.\WXF]SXE1RU_KRBE0N9LI-0T/'6=9T%($Q$6!##X.5J@N=J M#;-^K)Y0RC2.@Y1(E8'G._M[;Q]M?[26@0_Y.1`M61B$NL8&S7*Z31BT&D!G MTS=IQN2.-C:+DIL<3&*$]E&W^YC"BR=A(5]U7-I`$+/,U]7MOZ<\^ MUMD<+\+\#F5K\OZPAAI4KF`7ZX%B%'^^J)@G-`-JMZ1;%'#%;3%OXN M*'TAKU<*8:=5*&J5T@U/2_=-JT`%6WM M#0Q#W9<9&MQ?@MJRNEY:Z-JEV4PC^J(Y7YO:S8FIK:T=UMZI>WTLV(0?V+\O MG[\[]-,S>(>2Q5]),U\6[]"$2N+%1I=-X\4VETKDQ0:R5-[56:CL1A3_>'XC MD9J7X5Q&QEZ6(V-1GN::PXF4]47$AS7TNP8F7_43%S44YT(4,R;*@"!AS2XW]?MG[&\(XW8V8&J MM%,P,]`P!VVU9V](<4%3#&>0=NMZSC5*JGGAABGT*O MVJG:3_%6[Y8*BYBRLA^P!(7W7*`"BXVV/Z_'A`Z:?<.@Z^ZEE\<$Z^A MO6_+FWN\B.-BUIDVF;3!A$<^!8'YX(&XS0:.;.Q,^'VC?T9'HUB.+CF:2[=: M9]#MT!\JM?#FL-7"#-="`V=\BR`84Q&!`TET&#ZBT*S3Y MGCC[\TE2V,5=-+X,?:)X]H3)(>UVO0(,O[B]]8W!L-]QZUGY.4YWPMKVLO0W M:6Q!5WEXO$$G\&33O@A#FPU.53I[%+!][82[:]BB/DJGCH]VH52I'RI516O" M]4K][XCV6>\/M#J-'3KS$VF_H5`9]Q=L'OR-I[=2JCE-*3M0B#5:[+.4,\V_ M+*0/=M??J=,YU9^L']7\,',2.:5$(%@MT7X1@?,+)-XL7O7-@1%@B+7%H@S( MI\8ZNF(/2I7ZJG(Y\FGFLHJJ5)1,M5KE?G-ED7Y@8W_O:'^G!H?[SX^W]VI' M@*6.:Z7K@772ZU*#Z+#X9VG4NW2H'QIEX"Q#OZJ=>@N7$FOCK*NM_;WC^M/: M]MM/CRFN&+N6I75;PW:G3AV2J1MK+-3X"9H-]%!UW>@-3GDBX:]O#)M-&BZ, MCLY;.^/N[N_MUX^.#[F6DE):U^[R>K6@& M/VF$KO>&`XTO+PW;8_Z78I=4-18R1[VU+%T=O;5\CB64?"%J/?:%Q50[MTK9 MZ(GUDF+=V%O`8BGG6+^\8 M*=:*>4Z2)[3ZG4.?OIIKXI(05_DW:;9=4\^B!?YB-!Y';D$0;4 M>FN>'GN9LU[&M,=)46FLH919+H62?M=\(/2UJ+WG,?0F7>9F,]S0*.47]EA, M_*]7I_+$?[Z^!%^R#TTTQ?7V6%FX@-CFE$WI!4[IQ2.Q,?WNS,F9%)O5:&2S MFQJ-UEX_?OR"[3-D%:<4M4^)6&@&NSV7=]8AL3-:M\)MJ[EK*'5^`><7U07V M&\8^.-YK3[?V(A:7[@B7KI+/V?JTU>(M=&&ECR]U5U3B8I>M=GNY!Q<]?C^? M9/9V:X9C'+/W^V4G8"RNX$0S^$-Q;)U.?,R)K3K>Q[8M2K[F>=X'U(4OBLL< M25Z=FA0@4$*:]P5(*Z7"@FLOX`ZKC(_[P.<'+QQC6EM[4%OPJ%YGTN)ZHD7. MGW+0VO:8=7'O4J MN!,?O/P@;LCQ#YW627<`*DM@*913Z51X"CV^O^G/$-?$E#H8^KTL'+^M!=/C M(+DO%45ZQ4_A#ZMC@50Z*2[I<+,2T<"T:04S^*GSJHS/*R648)!L&;AR.);B M:TD@8"G1Q'`)6N^1QQY^=7(D-\$1^O%?AV([*E0`SL:F:_=G:WENCFS<$:9B MHT>4L&5TTHP>1LXH5TM]*82Y(/%-^S/,-&5W`<=]=_3>PL)8&@PN\S0WAVSJ MUB=P;V*6?)E))#G5#2`-VQ/S+0++Z)MJ"SVET6^JF@%I_?4"G*H=O85NS-DO M$""DMGSJXL86]8GLCDZV^:CC+L\)NF_\;:U.\/@G1L#C^Q$C;[B6#G2X0%WF MAN\>U0PGO;JU\`C:)?Q;5DFP6P?%\$_$/-Y'?W?W-VJZ$6[LNY4II MG%M&,HE7KE:?<'T#3JCW#^JZ8%PTKU33ON.'AG=5HZO>OL"3\CG4CU`R7/\! M2G8_-^Z4O33.&EVUKWOW,',5L]0)THJ0$IET.?-UO?1X\Z/U0^KRZSL'A\OV MWVY39O%ID[F!"KMNOV;'?K1HZI#,SM!PB;O#`?*5MEU7,,.BU:?&R-N7Y(F5 M%4BT3.XDQF8/'V=?Y337K!6^@<6^TEYU9T1KS5HR%X5*3IM5+J!U*VU:^EU. MZU12VB!18*9ZFCE4;W)\XVDD*('O+#WT3S-[W_'['CY.V5?U_92*E#(7H,Q) M*?,!RKR4LA"@+$@IBP'*HI2R%*`L22G+`[`E4'-9V]S]V\3 M\&&@2K#-]MY1[?`8:Y1`S5%MI[;!:G*!FH/#VH>W]Y\?85T^R%SMG6,^4B%0 M\[2V'F1TJ\C+@VQN ME7AYD,VM,B\?X[/"R\O!\BHO'U.%DN45U;$*>\;J6(4]Y<98A3UG;:S"GK0^ M5F'/VABK*+'RYEAY&ZN?^1/5X3G.Q.;8NO M]49PNH?LRA"K"D[XZ.FVW6HK.-+>OE`9'&QC_>!H9W_C&:\-#KB^0^>UMWY< MX]7!03X%3N[6GCE.;-"%=4LS M37;A]=1L#@S=X\NDIOUI-RMMW6T;1_NS]"LV3AV2"B41('6A9*61=7%8ZU91JM/&*0N!H,4()!@`M"PW M[6]_Y[*[6%QX$9/T]#TECP\$`[.S,[NSNS/`SH/=Q8JY"Q6S%M/-6DPW:S'= MK,5TLQ?3S5Y,-WLQW>S%=*LOIEM],=WJB^E67TRWQF*Z-1;3K;&8;HW%=-M: M3+>M&;J=6M45/K%5":W6:5W2-!3-ECQ)U;"8/MN+Z;.M]3G=EM+M*.EVU4E3 M$2>J6+6Y:UA,GYVL/J7WM7J]I$2R;-7>=54@T<1JS%W+8C:WHW5"5Y;O'U^F M.C-79K>6R+>CA-]5)TUY8M<4^6*#:'>&0NC^\QF[^ZJ85H@C!R9AOY_/E:J58JL/`FJ5;:4/>4,P;T%EXKV25%2=J4J-M+#3INT7%;4Y#@ MI2I=W:'C+AV;BL(A^4KK1FTX2-6IG9PJ2W)TTY,'.:WIT>]3I73+D\NGC.+= M1570Z>U505,X,P8'>8%\*ATW6?!.M[KR!IE*>W\%4C,S67XQ\[I;;+S<:37! MP^3;X%'R"7B0T/'_4-WEQ(?Q,1X>.GS5%5G2T%R!XI&.DR=AV/M'55VD[ M7$&3DF1L0!Z1=>GH%AEME^5B(PSIV*/C1\6IRV8MLE6QQ<::C.7Z0%?OLL3: ML+LLUQ.1W=-Q6"27QW*QZ8_I^!,=!XJ3EVLO'B%].CYHLMUD))G$32(+-!G+ MY=/5C2QQ39'U6*Q1EF"?RFUJLIQL!T3P(QW?O]=T6;OC\5SZ@>E*FFZ!Q4:A MGTP)7>8+7)9ARS)L688MA<6684NNV#)L^9\(6[A:2YTLPY;B6I9ARS)LF1"V M)-7^MP4M_\X$+5]0%_Z9CH=T_-ODH.5;(GA'QW8F:/F>KGZ3=9Z_S`0M)T1V M3,>C*4'+'XCBFHZG=/S+K*#E)9'=9(*6-W3U=9;X[YF@Y:]$]AT=+Z8$+5\1 MQ2T=_T3'\\E!RQH1M.CX-A.TY,*[,I%=9H*6L^)FK62"EJLLP1Z5^^/DH.5K M(O@7'7^9'+-TB."?='SQ6X0L:J>%W'*RFD\+DC')?N:RZXS4/C#>WR)X@PN" M[HED=ZOI+D(G,#AES,\U1^UJS8VY\2M0KG#ZI2YL%S]O7G9MCVH0# M?P[2=9DE=2+')B;@#J-8*!A#?!'O#7$#$(=J*_V#_E<&*`;OX,N\9.*T4CUU M"4-Y27=@\1ZK(AFF"$MBMQO8DM:T2KNI-B(DZ MJVH'HK%CT2Q1RY2HF24FB"QI*P5FDU&%>U17G*;-*6YN+UHU=CCF4\*],-1[ M$_I/.B4[)K,3:WA40P=^7W\MV<@-Q6R;>/RA\>/Z0:/6 MW$X+,SN]G796BJ2*U$9X\>A$G6#803C2`[7U/,TS74^J_1%O9T(;Y:YC2G"J MFRJBG#7(M,(1J.'1UA_,S(:NH_F,-P.-AX35U!7EM^V3-SK1;TTD>1`1Z`]= MX,3"]QR8%1OGKQ&,56A23K5@)"J=:A%ZU"^(`D!]U>N'","&F`9H)5^HT@GZ M0P\:V["C`Q)(9>+6]H5Y\Q7>M"OBJZ\XIQZ'Z`'N(#5HOJ:!)37ZIP8=`8OU MW`52L!,=&6S[NKA8E5DNN1@W1G)FW/,YHHKZ\G_"CM?XUA((Q!/QLD M6([U30UXRK_OO#!!2$50+,_B;?.T"M%B'W\4%"J5?)]0O(Z M;UVU,0&'T%=@Y(NN\\0[U`9HGOTAG`Z,76S\DV@/(S0]C[`=GG!(D;(]!##K M1\-2++'[<#H*PA#._*<"49"=A#]HQZ&'Z1>KZNEK?O*#AN\@S'&5S@AQ16?Q M9-8(V4^=@?-3$'88;*M6-:[WA\GU&3SZ@U%"A9E"A*90MS'+P!W5.JJ#RMAE MB*ASVX9A(-HWM<[1K;&3.$FT2:-['%ZTCO;`LQF%@>M%$31_#409TQ9N$\=' M*2U!4PU@(97AHS-[5$7DLW&S0:EI\$L M5:OUN%2CL)311ZE2/9[SY2\-1VZY1NR5WR]%1BOT6)_?)BK@Y& MZ]6@Q)(D8W,2J/>;%+@G_>]?9DVV49/YP\&3;T18)CZIA2/7-'BS5LEFNVL5 M&']F/!P^5>6\TX^_$&^"F.!6.&7`@>EN\"0R+`0MJ2DD%F%BL>@*IK222*BF M-E0.\XM_V6SW@@QW0]&IL-4)55:0>EJ0R9)D.[$^W5RV,_6;OZP,VW-936-Z MA8UY[%,A8'\C9E2V56BBF\IU2M9104@SD4!,VO`C+`Z\@QM6W2)S28E\4)_:N#>])5BQ18M]_B%%$V(8B&[@1M*K1`?N].K6+$+^JGCH#[L14$*T M!DN]\&)W8R/ERV6<+Y'-/TBY#%;B,D3@\KE>14SZO0<>Y7]2Z-N!4M'^1,K) MO_>&*74Z3C3H=."OBG<[G?(S>;QP>Z[U/GY9J[YHWUS/5*&0QYYX<1"^$&52 MJE*96ZVT+M@@_\K5G&[YT\3:4E2U#$W[$G>0IW]6A@96(\Q"2/WL+$T]3U// MTC3R-,TLS7:>QL*=^:A<-I3JS1M*G?ZZ4,KJX!NB=NOR8EHX-8(A#+P&8Q@Y MA,B%>>_@_?T35TQ%5;YZ(JCMC,5%JJV+6MZ1NA2&"?-455CFE+X>V80 MRRM%G?(?B`1RUC%MK2B,!'KI2.`YG]V[?UQW7%RYYOGJGD&\:FU5K6V7CJNO MU-N\2NUZU6ZX=$3DX")=JYD; M"7,I\DJ&7%XQZ)[3E6!5Z_*MQ$9[=F>FR%=W;&>GGAU,\!L&H]6F[7`RLP3L M66TV7:MF5:U:G;ZDY?=7XGKUZN8:@<]7O@3WT7>>1.0'<14L=!VAH>-`],.? MA0^3O@]!@T2[7:2H@7"3_9$S5GYQ.]0K"D)B/-;D.[SP1675JMF.5=NIVK6& M#!0P5O`[4;^_1])$5O7?K9-.Z_K/#!1:S+/?-W@J'KXS=+V]-!-K,A,B+V#3 M_9R5Q)[,I/LYRR&!%(`H!OZ!A8?>``)Y[]/("_NTSOHR-#_D8`$\%1\_B'07 M.A#%XVM"-Q@]\2/-GYS/GS?:&^*[M]JY!QECM[Z7;7V_SW\3N>NI^U^*=XA@ M0&^1\(GI./*Z?V2^^;[TQ\PMJE=?WO<1^`.!YD')FTY MJA?00]C3'S.]E;\;S>)6((#4W*E5L_&HU#R&=@\[A+X4CD=QGL5/CD]_NP$V M7/X^O0C'*JQJ-,K>I"J2D5,HXZ#GDFQQK9I$.FD&#.4CM)3@<'X`@\CSPCDA M=S$(N16@@H)6_21O%]\=Q`7"3:KWUQM`-+X;2WJKD.%/\B\LKQTTOEDCQ03`7 M;'1HV`+]&,(0Q8@*%(2Y6]V.BY2("Y0PU]#?=3:;2<@C^M?TP?RS5E$_/+L] M]3QF39W'K*GSF"%)T4*):N$7VO`3`!CU^_@9XZZ8THR_@Q'\7E/JQP+YYEER M)]O([S=9Z_:97'GA=(I?Y"B>0,T6UXX:#A(A5_TU\0Y?A9#?>\_3<4CN+WC! M=QZ[:U%_T/O6D*("\,@Y:-AV;V4F%R5%DV_+%2BX%X":H]- M8@EU@5BXXPQ]M8K)'-]1QI*Y.6%,G@LH]+UW_`+SU0RL23-.=@U=M79V79N^ MXJB^AJ*ZR&KN.'4&L.+&MAM-I[Y5K];YJ[YK@EUC`UAKZ.F7K9[Z@`L_`L?M M>8JP8"?FAF;H:3+7@<;"]P>X5TPDN_SX^3IMPG-@WAORBS)\:3"Z?XKP(S:2 MF=,-,<(FIDEQM0&P&W@1[W_THGA#Z#XQ6O7LY/"T;&YT,\?KG?>S:NO/7AA4 M+3.02CMV:K007:WLT'-E2W7Z7=)G\E8Q%ST\G8DD)Q?'.7G9*NTMVZGOV&;_ MVMN64]^UJW7&W5(#:M/\[`VVC_Q$&8>^F??G*QL47%-4=7.]@O'?8VUE!>+/ M]KM:^K(E+Q?,]@*(N"TH?BRRV_91NS5MXC99<#R88W$"RH1#+YZ7#42$A9(8 M`+#(I/IP5R4P.'I5:^H,RP[IC+,81HQ!ES?YZ\HUI?(^D?I&.HY@JMJ;C'BN MX+VTT9XJ!DXM5<#OD9_UB,-_L&O6/$^J).%J#>RS3LAJ_P50>ZL&P.XK6*4V M88IU!AOWW^1NX&?>)MWP@P^%=SP?VCE[I^M]W,1]\'P]=4M^:F]S-.@';NP7 M4."4O8D33*`@IB-'M1`TA'[GA"_N'N^ZY,SK"!W6= MSE69\#UEKU34-F;S"=W;U\?XXB!F:IB1/W;P9>7'*M\NK^%N_PI^:Q1N5+&* MBM",EE!BRYS\7+%E3GZ^V#(G/U=LF9._S,G7Q9908LN<_&5._O](3OX22(R) MET!B2R"Q9=`RL=@R:,D56P8MV6++H"5?;!FTL)I+(+%ET+(,6I9!RSS%%@02 MFS-H^79FT#(32&S>H.4/SP]:7CXG:,D"B/8&;%FAS`KU:UR_D^+TO,#@^.3V\/;MI5^7_ MC\Z/Z0N"93@_O+VYY!G&JE3%5`)[%D&]F(!O-BI5E-FE[%S'CVAOAU$\$=WO%I;>`M2ABK@BV)Q$DXNW,DG]W%D%S%H%5FTDQLYFM">TL[TYH9*,\M+0D M.+Q6AK-"!@.V\N@,8^&,$2%IY#DQHA7)7!2C`\ZTO>$WR=C8\!VEWW4K5S4LC8<)+0,("T14XS09D?A&%?Z\E:]:BT-^$-9$$^T-5HY29<."2JPP%9\#%);?4UZCE!X(I M.U3TQ2N!6W6"7CDUJU2,SP5+F;6*].7?]!RD`.92M=4,#"?5KNN_X8\X,EOC M3;EY?>4<,N;=-GZ*&W-_74UR[0V\P9T7TISNB:#'SY]H3P1^WS0,?!0O M,MG\YJV&%@R]",>DY2PME7&3D1\7QEU^2)I%XFP4"))^H-F]:LV617GA2 M<5(>:E92J*_CYM1,ZC7NS:@69M"KRW?X&?CKZ\OK/?/Z6UPU"JZW+JYN;PJN M7][>I&^L^,&'\MGEF\Z[P^N+UL6;*@OW@K;(["6CDK9-<1KCP4M.2@1+*92; M`3)335-)C"?U:-=U^2OENE6()+-I11%1+[OBFX/$Q9.FND)SV$,2;TZ7GNN"\`/AE^`_K^`_GTNJ2M/F5&^C\'!8 MIT)?B])[J[2/GN7?#U5EJ*@H:)I\V<,22R-T$5V;*0'+^(,I8Z>4Y_EM:3]= M/]X[P&B%K);_\VVJ8.E]K90TB!KSQ!$OXXC?X]61VT^:0P(+:JR1Y;70>>S` MQ(;[45-K+6Z&JE2`Z\7MV=E^4HIO^@^=_K#3I7S\"_"5_I)YP7#<_^CAYZ*' ML!Q*0"OUX77HKDL!"B?=@:`YJ$`>B-I5+RF16YS<>KD.\(B;K)JQ1/5RGS(5S0ZUO M@Y'_)$9.Q+MNJ=K0^WGL1;C74;;(>-CU0O\)5DXN)1NM&Z+Z5=X-*'=TA[2< M8FQR]G;=W(6H%VIF(9$Z",:GZ^';'.$ZB,W!K2W<<8A@$P'Y>R.G2TMJE?OHB/+<(*.NO-/GJOE8[NT3D>N^06YJHOZRSYOM-]>^ M__Y["$)5QK1L,NJ$VJ>7G\KBAY==\;+[8T5VN?H_SJBK*F,;]QXG1F->I_QO MTJ'*B`U\GJ/0MJ7IDBLDL[FOGV:2M)GR>%0SS<@9]EV$0'"Z].UY'&A2LSNO MAY.J'EK<]H*'D=?5B?:%T^RJG"M$^3CP"/(&N/DPT"'BPCV_Z!UO)`D/+)FL@@VFH&R`0[+%,$KZ!9EW=(8=&/M MF7O#K0C#;!D60"R\'N-$"E,2K"]9ZS;\!ZGX+$'L^06Q$0)M44'JLP2ISR]( M/?P5@C1F"=*87Y`&K`8+"((#5C>_1/=AB'Z[,JG6=QXZ/+28(;@T&Z<)7JBM M^!3FLR@8$#Q<%(`/H6V9,F&01^1YO$RZP6"`"QQGVL#_*`$!N<1!`%Q`1Z>' M:Y!#^@G4SQP1QR=GAW\M6[4:RU`T0%H71]F>BFX.7*NQO6OMAK&[<8_94-N.M9NBO8 M5M7&E!FYZ`(%,'MP/GB\>1[JE9C?$MH:\S89,BT+E&&08ALF1$*A8NQ6MW80 M&F)3.S+2'\$')V/VA%P_#%,0ZW:RT6]?GV54> M?WF\^%I5?%78D`8HNUR2\+F$EC$/UOLG,&I8BM`WQ8]/ M,``#E5((:T?GE^W.N^O6S4F93J]/#H_+US='TIQP=!]0N[;#?'=YXU4E^5[C9O_M'-T=O2V4[???O&C'XZB,Z=*M MJ?,!\]_\S;M^['R8"5.4(5ZU;,>J%TRA\@443(W/%.,>W/99\#HITE6[N>W8 MS9VJW6Q*Y[G<0?C&3JM]B,ZP_@^=6`79U4EZ-:>=RP;J2?-Z MKC+]\.#P1,M4E83O(YF4T$DR5\RT1MSW= M[*)_OM\,==KRA3Y6#S8AS?\>`V31.XIE:$*>+(E3SI,L(380<"W9^/M[+0B M8_!_:,@ZL`>;.GN^SF?#+GE?Z6IY:K[6BK8$1""$YPI6#+R4JEX<'?S`T;'W M!4T6"(+ATE0N2;+3VB1SPHXVZ^G&@A-R^>'#Y)M4ZD=VZK).[Y\[>.ZY#GAB]SYC5F0G@!9%$.&FR1B!=CZ,#"ROO0BO4BD39:7.1TT(?H M\IU3IWA2*]JB^48HDSGZ]_O>UWZO_\?@BN!0/<_CC4[BX.)AX3`1G_D[(ORS M5+,-Q'R[U"%BJ2SU\='9'=I-ER9>=[M]3B#%1LW96!!QN8I3^BA9FS]G-KR! M,1AU^ZOE9#:]00QSI.F=HK";KO1'@MK&NOSFM'_)G+/>X,WGCR)LPX]H/[>= M'[^1D5FBV-WXR;DF?(1D^WL/H]G*&2`*GCL@`LL=.(=T+B$#[]K):DI> M]SX/*`-U3&8TUN.#RYSUKMDL?N7Y@,3-7=/8FDMB1H.M`=21TI5Y,_@T^.*L M)^-B*5GGM<`E-(2M9[O+V]7M[6WNU.;F^B>!&9:W([Q^ MXTSF9IICLS,<3`$%?UNZP]4N7?!4X?WSAU&R_K;8>8./_8-7!331+E?W9UTM MT$3[%QH]A[B)EJ1P4ION"3<#S#AK(F1E6X%1;E3Z?0?BCU(B",)#ZQ32,;HR M\;DQR5X/-@S=?69W\\*M*#*1KG"L#1%]7W[?MAU6N5Y35BN*C9:-.3$<,\]O MS,K`4!OS3@UUMNTNS.R`EUC)1I]C$\5L2/"%I+1)@61@DQ+)T"9])+5-!AAK M1J:0S,A"))E,>Q'L#Y-I1*5:*E?+R-JK^@XB[9X]0B&E]D97CN6<%TZ^V5S$ M`Z@-U<2N]BOH452]CY:4W*OW'?V,%2Y78D,WG'3,8?56H'%&O5I_UA]ML_)]HYAM`H&A"".]UE=R)VO#8!6[XSH 2B@VSOMZ\+(C_!4R%FS9BB0(` ` end From linux@informatik.uni-koblenz.de Fri Apr 18 10:15:35 1997 Received-Date: Fri, 18 Apr 1997 10:15:34 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA10912; Fri, 18 Apr 1997 10:12:23 +0200 (MET) Received: from trakl (linux@trakl.uni-koblenz.de [141.26.4.82]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id KAA28630 for ; Fri, 18 Apr 1997 10:14:07 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704180814.KAA28630@informatik.uni-koblenz.de> Received: by trakl (SMI-8.6/KO-2.0) id KAA25137; Fri, 18 Apr 1997 10:14:08 +0200 Subject: Re: patch for DS3100/DS2100 16.61/12.45 Bogomips To: linux-mips Date: Fri, 18 Apr 1997 10:14:07 +0200 (MET DST) In-Reply-To: from "Frieder Streffer" at Apr 18, 97 09:55:52 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1255 Lines: 28 Hi, > here the patch for the smallest DECstations. > Well, it gets a little further than the calibrate_delay(). > The hardware setup is done completely without the PROM. > Also included are the console code of Michael Engel and most of the patch > of Harald Koerfgen. > Hope that the CPU and FPU detection routine is applicable to any MIPS > machine. For the moment it resides in arch/mips/dec/decstation.c. As of development source tree the generic parts of the kernel know how to detect different CPU types. Still not much of FPU detection - practically every MIPS configuration has a FPU. > The memory detection relies on the dbe exception when reading as > physically non-existing memory location. This should be ok, hopefully, > for all DECstation. I could only test the code on some DS3100/DS2100. > I altered arch/mips/dec/int-handler.S quite a bit, and I'm pretty shure > that it'll not run on other machines, but it might be enough to correct > the jump table. > P.S. patch is uuencoded and generated with diff -a -r -N Frieder, could you regenerate the patch as context diff (-urN) or unified context diff (-urN)? You sent an ed style diff which are really hard to read, let alone to integrate into an changed source base. Ralf From frist@lehr.chem.tu-berlin.de Fri Apr 18 10:25:12 1997 Received-Date: Fri, 18 Apr 1997 10:25:11 +0200 (MET DST) Received: from lehr.chem.TU-Berlin.DE by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA11199; Fri, 18 Apr 1997 10:22:08 +0200 (MET) Received: (from frist@localhost) by lehr.chem.tu-berlin.de (8.7.4/8.7.3) id KAA01658; Fri, 18 Apr 1997 10:25:06 +0200 Date: Fri, 18 Apr 1997 10:25:06 +0200 (MET DST) From: Frieder Streffer To: linux-mips Subject: Re: patch for DS3100/DS2100 16.61/12.45 Bogomips In-Reply-To: <199704180814.KAA28630@informatik.uni-koblenz.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1554 Lines: 42 On Fri, 18 Apr 1997, Systemkennung Linux wrote: > Hi, > > > here the patch for the smallest DECstations. > > Well, it gets a little further than the calibrate_delay(). > > The hardware setup is done completely without the PROM. > > Also included are the console code of Michael Engel and most of the patch > > of Harald Koerfgen. > > Hope that the CPU and FPU detection routine is applicable to any MIPS > > machine. For the moment it resides in arch/mips/dec/decstation.c. > > As of development source tree the generic parts of the kernel know how to > detect different CPU types. Still not much of FPU detection - practically > every MIPS configuration has a FPU. > > > The memory detection relies on the dbe exception when reading as > > physically non-existing memory location. This should be ok, hopefully, > > for all DECstation. I could only test the code on some DS3100/DS2100. > > I altered arch/mips/dec/int-handler.S quite a bit, and I'm pretty shure > > that it'll not run on other machines, but it might be enough to correct > > the jump table. > > > P.S. patch is uuencoded and generated with diff -a -r -N > > Frieder, could you regenerate the patch as context diff (-urN) or unified > context diff (-urN)? You sent an ed style diff which are really hard > to read, let alone to integrate into an changed source base. > > Ralf > Hi Ralf, yes I will provide the context diff (-urN), but that won't be before tomorrow. Just a short question, where do i find the CPU detection routine that you mention? thanx Frieder From linux@informatik.uni-koblenz.de Fri Apr 18 11:46:35 1997 Received-Date: Fri, 18 Apr 1997 11:46:34 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA13630; Fri, 18 Apr 1997 11:43:04 +0200 (MET) Received: from trakl (linux@trakl.uni-koblenz.de [141.26.4.82]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id LAA08091 for ; Fri, 18 Apr 1997 11:44:58 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704180944.LAA08091@informatik.uni-koblenz.de> Received: by trakl (SMI-8.6/KO-2.0) id LAA25418; Fri, 18 Apr 1997 11:44:57 +0200 Subject: Re: patch for DS3100/DS2100 16.61/12.45 Bogomips To: linux-mips Date: Fri, 18 Apr 1997 11:44:56 +0200 (MET DST) In-Reply-To: from "Frieder Streffer" at Apr 18, 97 10:25:06 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1499 Lines: 40 > Hi Ralf, > yes I will provide the context diff (-urN), but that won't be before > tomorrow. Paul, any comments? Ok to apply this patch? > Just a short question, where do i find the CPU detection routine that you > mention? Scattered bits through arch/mips/kernel/ and arch/mips/mm/ in 2.1.14.2. The older kernels rely on the CPU detection being done by Milo. This sames some memory. It's cleaner to keep it in the kernel and also easier to maintain that a dozen types of bootloaders, though. With the nice mechanisms ELF offers us we can get the memory back, also, so I'll put your CPU detection code into the kernel; it's just needs to be taught about the newer MIPS iron from R4400 on. Just saw that one in your patch: > /* > * Where is a simple rfe expected to return to??? HK > * FIXME: what about the BD flag in the cause register? > */ > #define ERET \ > mfc0 k0,CP0_EPC; \ > nop; \ > j k0; \ > rfe > You don't need to care about handling of branch delay slots. The only exceptions where one really needs to care about branch delay slots are synchronous exceptions like address errors (due to missalignment), syscalls (This case is a no-no by definition), traps, overflow etc. You don't need to care about this; the generic parts of the kernel handle this for you. Ralf From Stoned.Elipot@univ-evry.fr Fri Apr 18 12:44:48 1997 Received-Date: Fri, 18 Apr 1997 12:44:47 +0200 (MET DST) Received: from bandsept.univ-evry.fr (localhost.univ-evry.fr [127.0.0.1]) by bandsept.univ-evry.fr with ESMTP (8.8.5/97.01.21/bandsept); id MAA06378; Fri, 18 Apr 1997 12:44:45 +0200 (MET DST) Message-Id: <199704181044.MAA06378@bandsept.univ-evry.fr> To: linux-mips Subject: Re: Milo, the next generation In-reply-to: <199704172237.AAA17746@informatik.uni-koblenz.de> X-It: bandsept (better OS but not yet a 4.4, and better CPU) X-MAILER: MH 6.8.4 Date: Fri, 18 Apr 1997 12:44:45 +0200 From: Stoned Elipot Content-Length: 348 Lines: 9 On Fri, 18 Apr 1997 00:37:48 +0200 (MET DST) Systemkennung Linux wrote: > Stoned, I'll send you the patches for inclusion in the next release > which should hopefully be out soon. Any changes from your side? Urghhhhh. Nope. My Olivetti hasn't been switched on for months :( I'll try to make some work for a milo 0.28 as soon as I can. Stoned. From linux@informatik.uni-koblenz.de Fri Apr 18 13:31:36 1997 Received-Date: Fri, 18 Apr 1997 13:31:35 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA16694; Fri, 18 Apr 1997 13:26:55 +0200 (MET) Received: from trakl (root@trakl.uni-koblenz.de [141.26.4.82]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id NAA06053 for ; Fri, 18 Apr 1997 13:28:45 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704181128.NAA06053@informatik.uni-koblenz.de> Received: by trakl (SMI-8.6/KO-2.0) id NAA25761; Fri, 18 Apr 1997 13:09:48 +0200 Subject: Re: Milo, the next generation To: linux-mips Date: Fri, 18 Apr 1997 13:09:47 +0200 (MET DST) In-Reply-To: <199704181044.MAA06378@bandsept.univ-evry.fr> from "Stoned Elipot" at Apr 18, 97 12:44:45 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 533 Lines: 15 Hi, > On Fri, 18 Apr 1997 00:37:48 +0200 (MET DST) Systemkennung Linux wrote: > > Stoned, I'll send you the patches for inclusion in the next release > > which should hopefully be out soon. Any changes from your side? > > Urghhhhh. Nope. My Olivetti hasn't been switched on for months :( > > I'll try to make some work for a milo 0.28 as soon as I can. Urghhh also. Tested 0.27.1 some minutes ago on the Oily sitting on a desk here at the university. Crashes like a charm after reading the kernel image from disk :-( Ralf From hodgen@informatik.uni-koblenz.de Fri Apr 18 13:52:00 1997 Received-Date: Fri, 18 Apr 1997 13:51:59 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA17443; Fri, 18 Apr 1997 13:48:13 +0200 (MET) Received: from ozzy (hodgen@ozzy.uni-koblenz.de [141.26.5.8]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id NAA07009 for ; Fri, 18 Apr 1997 13:49:53 +0200 (MET DST) From: Wayne Hodgen Message-Id: <199704181149.NAA07009@informatik.uni-koblenz.de> Received: by ozzy (SMI-8.6/KO-2.0) id NAA07792; Fri, 18 Apr 1997 13:49:52 +0200 Subject: Re: Milo, the next generation To: linux-mips Date: Fri, 18 Apr 1997 13:49:52 +0200 (MET DST) In-Reply-To: <199704181128.NAA06053@informatik.uni-koblenz.de> from "Systemkennung Linux" at Apr 18, 97 01:09:47 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1016 Lines: 24 Hi, > > On Fri, 18 Apr 1997 00:37:48 +0200 (MET DST) Systemkennung Linux wrote: > > > Stoned, I'll send you the patches for inclusion in the next release > > > which should hopefully be out soon. Any changes from your side? > > > > Urghhhhh. Nope. My Olivetti hasn't been switched on for months :( > > > > I'll try to make some work for a milo 0.28 as soon as I can. > > Urghhh also. Tested 0.27.1 some minutes ago on the Oily sitting on a desk > here at the university. Crashes like a charm after reading the kernel > image from disk :-( Hmmm, that one way of saying we hooked up the Olli on my desk (which I currently use as a monitor stand)... I'm ftping 2.1.14.2 just now, so far 600kb in 3 hours... -- Wayne Hodgen | hodgen@uni-koblenz.de | #include From linux@informatik.uni-koblenz.de Fri Apr 18 14:30:19 1997 Received-Date: Fri, 18 Apr 1997 14:30:19 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA18537; Fri, 18 Apr 1997 14:26:52 +0200 (MET) Received: from trakl (root@trakl.uni-koblenz.de [141.26.4.82]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id OAA17325 for ; Fri, 18 Apr 1997 14:28:45 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704181228.OAA17325@informatik.uni-koblenz.de> Received: by trakl (SMI-8.6/KO-2.0) id OAA25953; Fri, 18 Apr 1997 14:07:26 +0200 Subject: Re: Milo, the next generation To: linux-mips Date: Fri, 18 Apr 1997 14:07:26 +0200 (MET DST) In-Reply-To: <199704181149.NAA07009@informatik.uni-koblenz.de> from "Wayne Hodgen" at Apr 18, 97 01:49:52 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 208 Lines: 10 Hi, > Hmmm, that one way of saying we hooked up the Olli on my desk (which I > currently use as a monitor stand)... > > I'm ftping 2.1.14.2 just now, so far 600kb in 3 hours... Whip our Cisco ;-) Ralf From hkoerfg1@ford.com Fri Apr 18 13:39:02 1997 Received-Date: Fri, 18 Apr 1997 13:39:02 +0200 (MET DST) Received: from internet-mail2.ford.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA16939; Fri, 18 Apr 1997 13:35:58 +0200 (MET) Received: by internet-mail2.ford.com id AA29414 (InterLock SMTP Gateway 3.0 for linux-mips@fnet.fr); Fri, 18 Apr 1997 07:38:55 -0400 Message-Id: <199704181138.AA29414@internet-mail2.ford.com> Received: by internet-mail2.ford.com (Protected-side Proxy Mail Agent-1); Fri, 18 Apr 1997 07:38:55 -0400 Comments: Authenticated sender is From: "Harald Koerfgen" Organization: Ford Motor Company To: linux-mips Date: Fri, 18 Apr 1997 13:38:29 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Re: patch for DS3100/DS2100 16.61/12.45 Bogomips Reply-To: hkoerfg1@ford.com Priority: normal In-Reply-To: <199704180944.LAA08091@informatik.uni-koblenz.de> References: from "Frieder Streffer" at Apr 18, 97 10:25:06 am X-Mailer: Pegasus Mail for Windows (v2.53/R1) Content-Length: 1016 Lines: 34 Ralf wrote: > Just saw that one in your patch: > > > /* > > * Where is a simple rfe expected to return to??? HK > > * FIXME: what about the BD flag in the cause register? > > */ > > #define ERET \ > > mfc0 k0,CP0_EPC; \ > > nop; \ > > j k0; \ > > rfe > > > > You don't need to care about handling of branch delay slots. The > only exceptions where one really needs to care about branch delay > slots are synchronous exceptions like address errors (due to > missalignment), syscalls (This case is a no-no by definition), > traps, overflow etc. > > You don't need to care about this; the generic parts of the kernel > handle this for you. > Good to know. Hacking the DECstation interrupt code was my first MIPS and Linux Kernel Hacking experience, and i *am* learning. > Ralf Harald -- regards, Harald From imp@village.org Fri Apr 18 17:43:50 1997 Received-Date: Fri, 18 Apr 1997 17:43:49 +0200 (MET DST) Received: from rover.village.org by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA24346; Fri, 18 Apr 1997 17:40:44 +0200 (MET) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wIFp8-0005HN-00; Fri, 18 Apr 1997 09:43:42 -0600 To: linux-mips Subject: Re: DECstations In-Reply-To: Your message of "Tue, 15 Apr 1997 10:46:44 PDT." References: Date: Fri, 18 Apr 1997 09:43:42 -0600 From: Warner Losh Message-Id: Content-Length: 1425 Lines: 28 In message Jason Wagner writes: : Might be lucky enough to pick up a DECstation 5000/240.... I know NetBSD : and perhaps FreeBSD ( and OpenBSD? ) run on it, as well as Ultrix, but was : told that the Linux port was "in the making." Anyone know if the linux : port for DECstation 5000/240 ( R4300/40MHz I think ). Or how its coming? FreeBSD does not run on this platform. At least not the latest version that is checked into the FreeBSD CVS tree. FreeBSD runs on intel platforms only right now. NetBSD and OpenBSD likely do not work on this beast, unless things have very recently changed. The pmax port for NetBSD and OpenBSD support basically the same hardware. And it is only the R3xxx based decstations. OpenBSD has an arc port which does support the R4xxx chips (at least the ones that have a TLB) fairly well. It should be a small matter to port it to the DECstation assuming that you have enough docs on the boot process (very early on in the booting of OpenBSD the ARC BIOS is tossed out the window). You chould be able to sue devices from the pmax port, but I'm not aware of anybody having actually done this work. I don't think that Linux works on it yet, but I could be wrong. There has been much DECstation work done lately. I don't know DECstation hardware to the level of detail to know if it really is a R4300 in there or not. Warner From dom@algor.co.uk Fri Apr 18 19:17:18 1997 Received-Date: Fri, 18 Apr 1997 19:17:17 +0200 (MET DST) Received: from moorgate.algor.co.uk by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA25955; Fri, 18 Apr 1997 19:14:13 +0200 (MET) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by moorgate.algor.co.uk (8.7.4/8.7.3) with ESMTP id SAA01319; Fri, 18 Apr 1997 18:17:11 +0100 (BST) From: Dom Sweetman Date: Fri, 18 Apr 1997 18:22:46 +0100 (BST) Message-Id: <547.199704181722@gladsmuir.algor.co.uk> To: linux-mips Subject: Re: DECstations In-Reply-To: References: Content-Length: 400 Lines: 16 Jason Wagner wrote: > : ... > : port for DECstation 5000/240 ( R4300/40MHz I think ). And Warner Losh commented: > I don't know DECstation hardware to the level of detail to know if it > really is a R4300 in there or not. Oh no, DEC never user any flavour of R4x00 at all; all their MIPS unix sytems were R3000. The Vr4300 was only introduced two years ago. Dominic Sweetman dom@algor.co.uk From dom@algor.co.uk Fri Apr 18 19:18:43 1997 Received-Date: Fri, 18 Apr 1997 19:18:42 +0200 (MET DST) Received: from moorgate.algor.co.uk by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA25982; Fri, 18 Apr 1997 19:15:39 +0200 (MET) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by moorgate.algor.co.uk (8.7.4/8.7.3) with ESMTP id SAA01327 for ; Fri, 18 Apr 1997 18:18:38 +0100 (BST) From: Dom Sweetman Date: Fri, 18 Apr 1997 18:24:15 +0100 (BST) Message-Id: <553.199704181724@gladsmuir.algor.co.uk> To: linux-mips Subject: Re: DECstations In-Reply-To: References: Content-Length: 196 Lines: 7 Thinking about it, DEC probably used a device for their 40MHz system with an onchip FPU. Various numbers like 3400 and 3500 got used for those R3000+FPA parts. Dominic Sweetman dom@algor.co.uk From linux@informatik.uni-koblenz.de Fri Apr 18 23:14:47 1997 Received-Date: Fri, 18 Apr 1997 23:14:46 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA29434; Fri, 18 Apr 1997 23:11:38 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id XAA19108 for ; Fri, 18 Apr 1997 23:13:32 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704182113.XAA19108@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id XAA10014; Fri, 18 Apr 1997 23:13:30 +0200 Subject: Re: Milo, the next generation To: linux-mips Date: Fri, 18 Apr 1997 23:13:30 +0200 (MET DST) In-Reply-To: from "Ryan Rafferty" at Apr 18, 96 01:15:53 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 415 Lines: 13 Hi, > > Urghhh also. Tested 0.27.1 some minutes ago on the Oily sitting on a desk > > here at the university. Crashes like a charm after reading the kernel > > image from disk :-( > > That's a shame... It works great on my Magnum. Totally gets rid of that > annoying screen-shift! Muchismas gracias. Hmm... strange. Magnum and Olivetti are almost identical machines. But yes, thanks for the report. Ralf From linux@informatik.uni-koblenz.de Fri Apr 18 23:18:45 1997 Received-Date: Fri, 18 Apr 1997 23:18:44 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA29575; Fri, 18 Apr 1997 23:15:39 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id XAA19308 for ; Fri, 18 Apr 1997 23:17:40 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704182117.XAA19308@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id XAA10024; Fri, 18 Apr 1997 23:17:39 +0200 Subject: Re: DECstations To: linux-mips Date: Fri, 18 Apr 1997 23:17:38 +0200 (MET DST) In-Reply-To: <547.199704181722@gladsmuir.algor.co.uk> from "Dom Sweetman" at Apr 18, 97 06:22:46 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 495 Lines: 16 Hi, > > : port for DECstation 5000/240 ( R4300/40MHz I think ). > > And Warner Losh commented: > > > I don't know DECstation hardware to the level of detail to know if it > > really is a R4300 in there or not. > > Oh no, DEC never user any flavour of R4x00 at all; all their MIPS unix > sytems were R3000. The Vr4300 was only introduced two years ago. There are rare pieces of DECs with R4000. I'm not shure if they're "normal" R2000/R3000 DECs equiped with accelerator boards. Ralf From jason@primenet.com Fri Apr 18 23:36:37 1997 Received-Date: Fri, 18 Apr 1997 23:36:35 +0200 (MET DST) Received: from usr08.primenet.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA29888; Fri, 18 Apr 1997 23:33:30 +0200 (MET) Received: from usr10.primenet.com (jason@usr10.primenet.com [206.165.5.110]) by usr08.primenet.com (8.8.5/8.8.5) with SMTP id OAA21710 for ; Fri, 18 Apr 1997 14:36:25 -0700 (MST) Date: Fri, 18 Apr 1997 14:36:25 -0700 (MST) From: Jason Wagner To: linux-mips Subject: Re: DECstations In-Reply-To: <199704182117.XAA19308@informatik.uni-koblenz.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 622 Lines: 13 > > > > Oh no, DEC never user any flavour of R4x00 at all; all their MIPS unix > > sytems were R3000. The Vr4300 was only introduced two years ago. > > There are rare pieces of DECs with R4000. I'm not shure if they're > "normal" R2000/R3000 DECs equiped with accelerator boards. According to the information I found on DEC's site ( I can dig for the URL if anyone wants it ) the DECstation 5000/xxx were upgradable to R4k-based CPUs. Ralf's right -- it was a drop-in accelerator board. --------------------------------------------------------------- Jason Wagner jason@primenet.com www.primenet.com/~jason From imp@village.org Sat Apr 19 00:05:55 1997 Received-Date: Sat, 19 Apr 1997 00:05:55 +0200 (MET DST) Received: from rover.village.org by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA00846; Sat, 19 Apr 1997 00:02:50 +0200 (MET) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wILmw-0005m6-00; Fri, 18 Apr 1997 16:05:50 -0600 To: linux-mips Subject: Re: DECstations In-Reply-To: Your message of "Fri, 18 Apr 1997 18:22:46 BST." <547.199704181722@gladsmuir.algor.co.uk> References: <547.199704181722@gladsmuir.algor.co.uk> Date: Fri, 18 Apr 1997 16:05:50 -0600 From: Warner Losh Message-Id: Content-Length: 344 Lines: 8 In message <547.199704181722@gladsmuir.algor.co.uk> Dom Sweetman writes: : Oh no, DEC never user any flavour of R4x00 at all; all their MIPS unix : sytems were R3000. The Vr4300 was only introduced two years ago. I thought sure that DEC had a R4x00 based daughter card upgrade for the DECstations. I have no clue what x is, however. Warner From paul@suede.sw.oz.au Sun Apr 20 03:40:02 1997 Received-Date: Sun, 20 Apr 1997 03:40:01 +0200 (MET DST) Received: from staff.cs.su.OZ.AU ([129.78.8.1]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA07233; Sun, 20 Apr 1997 03:36:55 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id BAA29715; Sun, 20 Apr 1997 01:39:38 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id BAA24345; Sun, 20 Apr 1997 01:39:37 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704200139.BAA24345@suede.sw.oz.au> Subject: Re: patch for DS3100/DS2100 16.61/12.45 Bogomips To: linux-mips Date: Sun, 20 Apr 1997 11:39:37 +1000 (EST) In-Reply-To: <199704180944.LAA08091@informatik.uni-koblenz.de> from "Systemkennung Linux" at Apr 18, 97 11:44:56 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: 868 Lines: 25 Hi Ralf, I'm back from my little holiday to the other side of Australia, and back online for DECstation hacking! Frieder wrote: > > yes I will provide the context diff (-urN), but that won't be before > > tomorrow. > > Paul, any comments? Ok to apply this patch? Ummm... how about I apply the patch here, along with the ones from Harald, and send you a whole bunch of DECstation patches to put in? 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 linux@informatik.uni-koblenz.de Sun Apr 20 06:02:36 1997 Received-Date: Sun, 20 Apr 1997 06:02:36 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA10970; Sun, 20 Apr 1997 05:59:29 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id GAA19199 for ; Sun, 20 Apr 1997 06:01:26 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704200401.GAA19199@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id GAA11286; Sun, 20 Apr 1997 06:01:25 +0200 Subject: Re: patch for DS3100/DS2100 16.61/12.45 Bogomips To: linux-mips Date: Sun, 20 Apr 1997 06:01:25 +0200 (MET DST) In-Reply-To: <199704200139.BAA24345@suede.sw.oz.au> from "Paul Antoine" at Apr 20, 97 11:39:37 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 336 Lines: 13 Hi, > I'm back from my little holiday to the other side of Australia, and back > online for DECstation hacking! Hmm, I guess 50% of the people on this list will love to hear this! > Ummm... how about I apply the patch here, along with the ones from Harald, and > send you a whole bunch of DECstation patches to put in? Ok. Ralf From elias@scruznet.com Mon Apr 21 06:03:12 1997 Received-Date: Mon, 21 Apr 1997 06:03:11 +0200 (MET DST) Received: from scruz.net (nic.scruz.net) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA17145; Mon, 21 Apr 1997 06:00:05 +0200 (MET) Received: from [165.227.110.86] (elias.sj.scruznet.com [165.227.110.86]) by scruz.net (8.7.3/1.34) with SMTP id VAA16935 for ; Sun, 20 Apr 1997 21:03:07 -0700 (PDT) Message-Id: <199704210403.VAA16935@scruz.net> Subject: Re: Magnums Date: Sun, 20 Apr 97 21:11:06 +0100 From: Elias Kesh To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Length: 86 Lines: 7 Where did get obtain the linux/mips root file system image ? Elias elias@kesh.com From paul@suede.sw.oz.au Mon Apr 21 04:25:21 1997 Received-Date: Mon, 21 Apr 1997 04:25:21 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA14261; Mon, 21 Apr 1997 04:22:06 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id CAA15620; Mon, 21 Apr 1997 02:24:26 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id CAA00872; Mon, 21 Apr 1997 02:24:25 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704210224.CAA00872@suede.sw.oz.au> Subject: Context diff of DS3100/DS2100 patch? To: linux-mips Date: Mon, 21 Apr 1997 12:24:24 +1000 (EST) In-Reply-To: from "Frieder Streffer" at Apr 18, 97 09:55:52 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: 1640 Lines: 43 Hi folks, Frieder wrote: > here the patch for the smallest DECstations. > Well, it gets a little further than the calibrate_delay(). > The hardware setup is done completely without the PROM. > Also included are the console code of Michael Engel and most of the patch > of Harald Koerfgen. Cool! Can you send the context diff as Ralf suggested as soon as you can? I ask because I have some time this week, but things will get busy next week when I'm back at work. The context diff will make it a *lot* quicker to integrate the code... > The memory detection relies on the dbe exception when reading as > physically non-existing memory location. This should be ok, hopefully, > for all DECstation. I think so... > I could only test the code on some DS3100/DS2100. I'll test it on the 5000's... > I altered arch/mips/dec/int-handler.S quite a bit, and I'm pretty shure > that it'll not run on other machines, but it might be enough to correct > the jump table. I'll see how it goes... I think I have enough documentation to fix this for the 5000's. I've just got Ralf's experimental 2.1.14.2 booting again on my 5000, so I'm keen to throw your code into that. 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@suede.sw.oz.au Mon Apr 21 04:37:56 1997 Received-Date: Mon, 21 Apr 1997 04:37:55 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA14475; Mon, 21 Apr 1997 04:34:48 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id CAA15781; Mon, 21 Apr 1997 02:37:24 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id CAA01057; Mon, 21 Apr 1997 02:37:23 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704210237.CAA01057@suede.sw.oz.au> Subject: Re: interrupt code To: linux-mips Date: Mon, 21 Apr 1997 12:37:22 +1000 (EST) In-Reply-To: <199702250256.UAA00464@vger.cs.wisc.edu> from "Peter Keller" at Feb 24, 97 08:56:50 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: 2741 Lines: 55 Pete wrote: > We would like to know the current status of the IRQ code for the > DEC 5000/125. How close is it to being completed? The lack of IRQ code doesn't hold things up too much... it's actually other bugs that stop the machine after this point! > Also, if anyone out there has worked on the console code for the said > machine, I'd much appreciate a response as that's what we'd like to > work on. I'm just integrating the code from Harald, Frieder, and Michael, which includes basic console code for the DS2100/3100's... some of which will be useful for the 5000's. Also, the work done on the SGI's will be useful in getting the Z8530 serial chips used int he 5000's to talk as a console. I don't know how far I'll get with that code in the coming week, so you may be able to pick it up from there if you still wish to work on it. I hope to release all of the above as patches to Ralf later this week to integrate into his 2.1.14.x release of the master Linux/MIPS tree (which will also have better support for SGI machines.) > So the sharing of knowledge can be a good thing. Also, has anyone looked > around in the NetBSD code for information about the hardware, I've > looked around in there. You'd be surprised about the knowledge in there. There's plenty of info. in the header files for those who know hardware well, but *very* few comments in the main code. For instance, the main code talks of using the free-running clock interrupt in addition to the RTC to give better time slicing than would be possible using the 64Hz periodic interrupt output of the RTC alone... though there's not enough info. to really see what they're doing without an in-depth analysis of the code. Lots of work there... > Also, there are references to DEC manuals that were used to create the > code. I have sent those references to people in DEC, however electronic copies of these documents seem impossible to find. DEC has lost many engineers, and it's near continuous down-sizing over the last few years has meant the loss of a lot of information. If anyone knows anyone who *might* have copies of these documents, or know where to find them, they should reall try to chase them down NOW before they're permanently lost... I fear we may be too late! 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@suede.sw.oz.au Mon Apr 21 05:04:31 1997 Received-Date: Mon, 21 Apr 1997 05:04:31 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA15094; Mon, 21 Apr 1997 05:01:23 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id DAA16435; Mon, 21 Apr 1997 03:03:57 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id DAA01583; Mon, 21 Apr 1997 03:03:50 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704210303.DAA01583@suede.sw.oz.au> Subject: Frieder's DS2100/3100 patches... files missing? To: linux-mips (Linux MIPS mailing list) Date: Mon, 21 Apr 1997 13:03:49 +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: 841 Lines: 22 Frieder, I was having a quick look through the patches, and noted that the following files were missing: #include #include These were the only references to the pmax/dev directory. I just wanted to let you know before you sent the context diffs, in case you wanted to double-check that all the include files will be in the patch. 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 linux@informatik.uni-koblenz.de Mon Apr 21 08:14:27 1997 Received-Date: Mon, 21 Apr 1997 08:14:27 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA22729; Mon, 21 Apr 1997 08:11:11 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id IAA09971 for ; Mon, 21 Apr 1997 08:13:05 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704210613.IAA09971@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id IAA12397; Mon, 21 Apr 1997 08:13:05 +0200 Subject: Re: Magnums To: linux-mips Date: Mon, 21 Apr 1997 08:13:04 +0200 (MET DST) In-Reply-To: from "Ryan Rafferty" at Apr 20, 96 11:20:23 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 307 Lines: 10 Hi, > and then it hangs. I assume this is because /sbin/getty keeps dying for > some reason. Any help? Could I be running a kernel that's too old, or a > root filesystem image that's too old? The root filesystem is too old. Try to put all the other packages that are available on FNet on top. Ralf From frist@lehr.chem.tu-berlin.de Mon Apr 21 09:10:09 1997 Received-Date: Mon, 21 Apr 1997 09:10:08 +0200 (MET DST) Received: from lehr.chem.TU-Berlin.DE by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA23946; Mon, 21 Apr 1997 09:07:02 +0200 (MET) Received: (from frist@localhost) by lehr.chem.tu-berlin.de (8.7.4/8.7.3) id JAA03407; Mon, 21 Apr 1997 09:10:05 +0200 Date: Mon, 21 Apr 1997 09:10:05 +0200 (MET DST) From: Frieder Streffer To: linux-mips Subject: Re: Frieder's DS2100/3100 patches... files missing? In-Reply-To: <199704210303.DAA01583@suede.sw.oz.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 575 Lines: 24 On Mon, 21 Apr 1997, Paul Antoine wrote: > Frieder, > > I was having a quick look through the patches, and noted that the following > files were missing: > > #include > #include > > These were the only references to the pmax/dev directory. I just wanted to > let you know before you sent the context diffs, in case you wanted to > double-check that all the include files will be in the patch. > Hi Paul, Michael Engel wrote this code (actutally he gave me his code). I will check it in the evening. regards Frieder From frist@lehr.chem.tu-berlin.de Mon Apr 21 09:26:08 1997 Received-Date: Mon, 21 Apr 1997 09:26:05 +0200 (MET DST) Received: from lehr.chem.TU-Berlin.DE by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA24602; Mon, 21 Apr 1997 09:22:56 +0200 (MET) Received: (from frist@localhost) by lehr.chem.tu-berlin.de (8.7.4/8.7.3) id JAA03448; Mon, 21 Apr 1997 09:25:59 +0200 Date: Mon, 21 Apr 1997 09:25:59 +0200 (MET DST) From: Frieder Streffer To: linux-mips Subject: Re: Context diff of DS3100/DS2100 patch? In-Reply-To: <199704210224.CAA00872@suede.sw.oz.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 33917 Lines: 566 On Mon, 21 Apr 1997, Paul Antoine wrote: > Hi folks, > > Frieder wrote: > > > here the patch for the smallest DECstations. > > Well, it gets a little further than the calibrate_delay(). > > The hardware setup is done completely without the PROM. > > Also included are the console code of Michael Engel and most of the patch > > of Harald Koerfgen. > > Cool! Can you send the context diff as Ralf suggested as soon as you can? > I ask because I have some time this week, but things will get busy next > week when I'm back at work. The context diff will make it a *lot* quicker > to integrate the code... > Hi, as reqested the context diff. But remember the two header file form pmax/dev are still missing. regards Frieder begin 644 patch-2.1.1.DS3100 M'XL(")406S,``W!A=&-H`.Q=:WOBQI+^+/^*SF4C>VQL25SMR>0,!CPF@PT+ MS"7)R>$10MAD`+&2&'N>[-G?OE7=$K2$VEA$,GA.O&=C4ZJN[JZWNB[=/6@P M&@Y)9FY?D_%H.K_/:,YE,1MA0NK!' MY-KZ3+13HF3/LLJ9FB/JZ6EA[_#P\"&IM&'5-(BF$$T]RY^>:7G6\/5KDM$* M1R#GD/UZ_7J/7+;*W4M"B/2*?+_?;;:J]?;!R6AJC.<#Z117:6/!WN92F653L=4[?7>UMK7M4:O!P/TY[-W&+-!:'(XZE:+ M2JC`LQHHBLWT`(;>CA@Z3/3Z:I4^G>P-A):GV\;MR60TY4MGJH)BBM1BU>Q1D1S2_Z*][A%]/#XC MT/[8VB/-7K?2QBK,%Z[7F"UZ/% M&/\B5IZ0[NV<(06^14.D\J=+I++9HQ(YA/\"C@B5))V\(!W]LTG<6Y/H@X$- M:B+6D'YLUSX2`Z`DGTW#M6PRA/\?ZW1M2Q)Y0>:."6HG,QMT/YK>@-+[\QLR M`0GZC>D<,ZZ3O4/\P[F3].S1;*+?]VSSOM?7'=,G:T=(F=G6I#?1;T;@?21I M[Y"$?O[0QQ+,LF=84V_6*V3)*K'$UTX[8W,2>] M^6QFVB#LQG0)_1L0F%CV%S#O^71`&]QAU_NN`M[QN]%P8`Z)0CN18(W8;N^3 M:4_-\:*/[\PI+`36UQ\2>]@SIZ[]A5/ZR8L]`B9P;=WAV*>F.2"N155"%BKQ M[<9;EL2VYF`GI@/&I;M$A[&B]P0I8$2WICZ`)36P[J8H",W/'MWX513DB.NL6/I84]H.R3E;1;=3*%_L1=G#@627@Q![T0!4*0MXW M;T937"RPQI:*HK;C-5&Y)BHV`3C$W-K1NJ`&;4TO%`=W7ZASX&_R-I MCPXD`^/X=KUC1ZY'!!%DH][_9WU*B$H4]4Q1X'_@_8O*XT)(4`3$C>*9JD%B MNPP@RI$"D1X\)S6?0X@>=`X94JT4E5*>=!KOZ%H&_&A.0_T_>ITINIUJI=>H M7],D8^LR!X#$$WT#Y,229]@C<[!A)-BP9!Z*.0Q\ZKCTW7.@5 MXL@-^1-8^9I*AQM,_?7;P4/&NT MVOCHWSZ?3X@8D;88T8J4;H6;J6OK4PS]QJ:#HF4HPCJM.6S31;G4Y46#S/O_[)34,#_:!83@VI`,452?S$\.0?SYP M0\]AYOSS2;B]U]4Q^Y-G[=N?'LMJ`]I!7A^J8^]OGGL\L\7,\(OG=8V'Y^.N M],R-$G[QVELLJQS%;VC-;4AT%RL($KHI"PFWHQFU!:[AVW-)4FBS3^:7OJ7; M`[;J0FQ7'4E2*=O$PKPODJ=9K5U)FL>%]A/%U6K7K[NUMI2E?#0P@+DN..GR MKR/-GL]6'0Z MAXX!OK\VU?M0]84;M.NT0<[OP#`AL2#U6GB2[6KSNB9A9L(S,BVN".WZ0CV= M=&T=M1XAMMNN_B))+.'Q62E"U#-_89(I0(V%=S9=WG1"`,&"#0)T7N]V\AP^ M>30V4)YND[O1P+T-#AZY"](2G,):[B*'3W$M=XER,]FE![F['YJ=:T;429&W5KLOG#1Y'T-/(_0)YYBKFS5:Y+2V!M`8#CWO5^,YS``NP&I[J M\",Y;W6(,X/J8)7]M$#938\=/S[`WJXQS2E!T^/'3(%?F!H+TT+DT;&OK,U6 ML).6IQ?;MNS5^5YX:\=CO@!;P[S>XPXQ5YL!$Z]"PD@@GP0?-Q6U>%]N!&S= MG[(W,4%=VV1S#T*JQ)PXUP+KQO05W6H1`U='=U"-4.;Y54FQWP M=>VE%^!#HX\J9:8Z\MW;BMQNVP-U*;AKV@`LQ(1HZ>?MMQZTM,DY>*)/JX([ M70_+D(Y]![:J#%_)"_3_9VY"OAQ0-`6]>D7&3M"^`R'NJN%I0%&7"C"C%("L MG@84;:D`UU>`O:H`;.(-5/L4CJ;"_%LN:*&#"`NE4[U^P]D=VJ@4I4-_Q)P582BF^CN""M-%T,`S M+T&D^>UJ8D-#:1<2&V9?M--:N<$6?P@73A;DP@)9F"3=:ZNR%L-;#(MK]O&J MWO6;>PTI*^[3^`'X!\3C>#D(K[F#3+KACC[#,E[DH`Z?6CE'/I3XI^D:?LVX M2(5[$YJ9]!S(3'K,7W#KZ(576[_$*8:V+8*0^.7U[R\]C5U94\NXM:V)*0Z[M<9% MKUN#8"=WY26Y?EUIUZYJUUU([N0V]Z#5;EZU(#+*59E'\JKYKE/KU:L8S[AL M'Q/X+B/G>/9.M]SN]B[:Y2NN^J*;_!1<T*W[^8Z]3?W/-15I4"*TY M\-CG8S#*_;)@]N)X@/D7/SOQV=^UJN5NK==J=F@:\A>*_/=8/*N*7X;/;0?Z MJUB3">`-44G4MG;=*DMLDUQ=4B^:"ZH6X#WWJ+D`KT?%WA=*NRS7VXRL!WM>99OKW@E+ MX&&K23>)O(=J\&&E>87KT7NHA5JV^9;94,O+GVVPM!I0+#ZC< MKEV?LX=J>+3-:A6>LX=:^&&G5:M5F=C"RCS;'[$:QX>JKTC,&#FG@@N*;;F! M,W+#;J;V'GP)Y/<7W=[YNVZW>>TML.#SJWJUVJAQ'%J8HUU_<\F+X/06>!02 M'Q0BQJDZA<"!KT]'J,(NB^I1-N6W[7;?JMM<`32J6N M-DBN793?-;KH[@9LG].FFW'[#L2,`^)%1[]K)]Q=N^?MT2CW)FM^,[;ZD.GK M%RKC']'AWC'L]4>S5>L?G9W6K.X<0;@V'T4U@U;^A MHX(&>I&I'%%=3(0-+-`*>E$I>*P#D.MMEZVP:5(8>B!F*3$7).8HL10DEAML M*V<8U#L:3Z_6;C868:>""`>B$XG^%\:D2D>Y?U"SH6DP^RE;?8&^<:VK56K8Q\?H$H\"*/:Z@-] MYH*FL-=O[VQK>O,MSF..8_>Z;V.CU?#JZS^@WQ_`[XXS,&W,*EGJ0W)@WMRN^ M-7@JO'^$=Z804O!FX=TC/ MA-`TIH`=73&_X4;%M^_?E/'#M[1JQ;J<,MV:&'A%*B+_Z[7,KA[@QR."3[R?O\EIDAD**J*@ M`@KE#5$HFHRLTI\%N:12,BO]H`./K.<]LHH5DKJ&6T#N#WPAV.."?'KJB$"LF`Z*:.@(0H:H'">+`K#(9ND]^.3!WV/K-#_K>$6D(VL+P3UMR";19\; MJ1O*W@X*6;KS"2A4GL0C90O^)*G!+N8>4$FRY"ROUV67JN$-D%*7XR[YXU83 MG[P8A1RBD`,4JD\3%Z(G*5")0('/4MT/HI!'%/*`0BU9%-3E)`-ZY52BKB4+ M?$P\LF`D\0:8,@H%1*$`*%QL$X5XP26>2W\.*!01A2*@\&8',]5$%I1`R([, MDJ%00A1*@,*EO)D%IDD6^!A!CI1FZI0:F:%PBBB<`@KU;:X%@1D7EAF5POF8 MG.:1J;K7D05"GMKU/+@65%H\ZP##S]M<#`([%A1B@K(M7C4GZ'([BT&EU7,? M8'B[:=W&.5X^?5]R\^0\[Z8Y0UZ:)F_(*A=Q^;6SU&`@,B1!%G29]FJ@Y;,! M,#0VA"&>/TF$'"\2)Y(]I0T#K9\'`,/5AC`,>9UP;B9@W^H:;H7GYKI,A+R$ M(4!>>H@`F8OG3P@#+:!-@.%Z4Q@"QK:$@3-D'H98W(F0S<"26I<_%0+DY>3Y M2)("#+2"'@(,S2>IW01DP59?O,):P"V0O5M."4MH%8\96FMA".P(K[43P>*. M=@4JET-P9,&^D8`[IIL1C%LPRY1AP!I:Q7.&_UX'0XXG!XB7DJTVSL<'@Q81:MXTM#9 M$(8T,]-$R(F,.^U3-ZRB53QJZ":;*0D"8TPR7TMQY$`-^"3DM&'`*EK%LX9W MZV`0'*@4N%#'FP^?/7*N0'"T$WT<)Y`M(`N$B+KD0\;:+@633PP&K*)5/&QX MOX/;W#&W55(\0TU[-6`5K>)IPX>_0_0#0M*&`:MH%8\;/CY[&-(DIPT#5M$J MGC?\DBP,NT/>[3S6@X%6T7C>\.LV8X-H246'4=&EC&CN'2D0'H:!5M%XWO#; M5D.T8',T.MT2A=%H;I'LG8*!5M%XWO#/7M M.J6<;['*(\H)D5,2U`W1LG<*ABRMHO&\X5\[>&$OWCV^>-?[=F21>##0*AK/ M&WI/`D,B%T_C79!\#O*MRS6T)I&Y&_7H9#(EK.V#)9*HOMCSY7LH8`EM)8E\G?)>B1!RI)(WK,% MV6FC@!6TEB/R]PL48EY]CK7UG0MG*\O=RT4<#B63LE\L&F<2&)26Z!'--,4D:!ULXZD5]LLW:. M=U];\&\&XETHWRV/1&OG/I$/=_"HYUE>C]\(!5H[&T0^^EKWD9+9!DG+47DH MT-IY0.3,\T%A1W:EDT2!ULXFD8^?#PI;6")IHT!KYR&13YZF=N;):S04;U:FC0+6SEF5R&K"MY($!U_1_ZQR MY^\PI8Q"'FOGK$9D;=/:.=:>ZNZX'L$`MW-A-8^U(E6O-1I.RA@[9PM M$KF8[%I()BXD$K03(:>,`M;.V1*12T\3G9,PS*]P+6#MG#TE\ND.HB!(WA.) M"Z)UMI7OBR>_/46T!)HD!K9Y/(/R6,PM/;:ZKK M+&44:.T\)/(_MIDCQ5/@UW=GNY"C[Y$E3R/='"A94FE]9 M&3V=M%'`VCF7)?*F;V6(^67!L6[.)T(671/?C2\B]E#`VCF7(_*F;V40?*>= MR/7LS!=9B]*T,(B>1:R=$64M+M9*I%K)USIT3>]*T,:?Y3Y2V0 MM_2>&%H[ZT3^>=.X$'UI81O_7.3YO@V@2&OG/I$W?2>#X/O"DTD;!=%9\*J& M1))CP=>?IXP"K9T-(F_Z2@914I%(PI($^5EDJK1V'A!YTS$DK@4_B^A,:V>3R)N^D$$T&X&CXE;.(\`1;)[R+OWK0('6SD,B;_H^ABW< M5OGZ;L*4L';.*T1>_SJ&G=E3336X;*5V+F'MG%>)O/9M#,]V+40'%]&9D.#K MR:*38\&;'N*C@+5S7B/RIB]CV,):2'6_=BN9:@EKYWR6R)N^BR&1M1#SN^JC M#3/>Y>S=B@M8.^=S1-[T50R"^R<">V;&+:P MF_>?DR-A[9PO$'G3%S'LC@*3^<><6WD/?0EKYWR1R)N^AV$+Z4T\LJ@BC"[N MM_.]>26LG?,E(F_Z&H9$##.1[ZF-F5'M4NU]$47*)L`N14YD64Y\$DL^DG(V9_-RN""*!)MM0=*2 MG-7VWGOO_;WMO??>>^^]]]YW[J`0H#"$0`,$0,DYD:W!8-HWMWQW!C,-QITE M(+->PA!R/0(KGI$D)R,+C#OC#0QC M%&+<_QM;;[*:;*'`N+,&9#[W+RQ8,N<N%H&\SXRGVJ;D7-*L)ELH M('>N"D"D1,^0Y.RJX.AN#CW+[@G/#>3.51%(:U84..Y-J!6N6/>V1+*\%S,* MR)VK)2!RDK(0\N;<*#YK2%5,%6NB32H#469U53DG(47A((8[-RG#*HG6A3!4 M@*C9D89(#F5*F30@?:Y6@6C12D/5Y52YV:G;UW*-(,<%X^P;C?,T^D2VJ@I% MY,_5&I"C1$\\YUQY$:/VX26'VH?Q[-N.;1B00%?K0(Z3=)1X'I$_.K%^"I?( M1@RAB`RZV@"BS^6N9UXAG$6=J[('0"@R"BT!>33K8H\K60B,7'(*"1?^3"(Y MBD6J:3`P#MT"\CA)I92BSQL24DJ,1,M`VM$>)IF>K4;94$J,12M`.HGR!O?6 M")>N"O>!0R3)B>P#P)K0(P'2310&_R-EEAT4OWCX]04`6 M72L"Z5]+PS08XOHBPH8!671-`/*^URQZ"@RQ':!NPX`LNB8",=(H#:%8=(8_ M[1$$9-&U$I!!=FQ#-%\_I,LV((NNE8$,HSW"+>3F+,Z173&&4CDA8$[`.'88 MD$77*D!&B4I#`D8@5;^Y+()F-3EV&!B+5H"GQ!8'P(`LNEX$\H'9.?(V M@:/08U-A-@S(HNL"D`^:%09_I_(ZIA0*AA*RZ+H(Y(.#8(CFD^4H`MT+N)6X MA"RZ7@+R(8'2$(5:YWF]5_Q;'Z&$++I>!O*A22JE:QB01=[ MAH$#`[+H>A7(AP?!$$[[A(O;7\.`++I>`_(1&5J+GO^W;W$[K"5DT?4ZD(], MTD1?>TK(HNL-(!\5[5E6<4K#(L+`6+0$Y*.3--'7,#`6W0+R,=&>*1;284W- M[OR$-M:7&8N6@7QLH*<4JMWAT+F&@;%H! MK/M88X>!L6@-R">0V88JW$FRD<"P>/??"F5DT8TBD$]T8`@92O6O,CWW'V;A M$A^AC"RZ(0#YI!1^^\;9[LM)YFPQ$ERKM&[0_)-K;KF<(PS(HALBD$^>=8., MVZ8%;K@+%^`)MWTIDF3.%4&QPX`LNE$"\BG9"68LX+=O9631C3*03\U.,&,1 M84`6W:@`^;3L!#,6$(8*LNA&%I(-2BW)7?$E!!%MVH`?F,1*7A MRL.`++I1!_*92=J&1=M8'_I8JPJRZ$8#R&=%&\Q(C[;/AFU@+%H"\MG1PI"> M@%]HQPT#8]$*D,^;RXT^X7;J\J)$4>1.F30P%JT"^?Q`:?#_KBZ'>H1N*P)A/HKC`6K0'Y@B`8.)_>*.[I,[Z^()JO?6*AK;_#REF_S,3.C"JR:*D*Y,LCOGB/LQ;MG\Q9T.:Y MSOY^;)Q[%F*'`5FT5`/R%=$>#AT.AG`?I1 M%,(Q_Z$B?BGSE)!%2PT@[T[A#8B1[*`/F9R,--08BY:`O"<[,,1Y44-2,#`6 MW0+R5;.N1?O?WQ!NRR+/9$1!57C.JOQ]; M:=@P8*5.LN896"=2&9M(V3`P%JT`^9I$[_:),1P4+CFA]88:8]$JD*]-],A# MSA'!'"'QCU'S=N?[EYT2"VC#P%BT!N3K$KT?-XJ!#0=:RF!`%MTJ`OEZ!X:Z M9\^PHQY%T>IET;-"=IW[F7+;,""+;@E`OL&!09+LW.P_QZ95+)MF_G>=.Y+< M-@S(HELBD&]T8&AY/#RG$-43\1.N2VX8!672K!.2;QM^^I>;8S2N0;,%0 M1Q;=*@/YY@S!X+^](T4-#`\#LNA6!J0+YUO.P3ZL._ M))+]%XE2U,#+)]LP((MNU8!\6PI#>R$C?ND8V-E@0!;=J@/Y]D3IVY572LBB M6PT@WY&H4N*H&4Y`;0&5$F/1$I#OS)!M6*!D&P;&HEM`OBN%UVA<(6E@+%H& M\MW944HI.>4\DF0;!L:B%2#?DQVEM(`P-!B+5H%\;^;I6TH&=C88&(O6@'Q? M=GC#`CJL#631!_&B2,(13,XNHE)!%RS4@/Y8=%JUZDH7T-3!T M3$DL(HN6ZT!^/$D8.`/+V:S*V6>:$FT_BVT0B\BBY0:0GTC21/,&UA^&190& MQJ(E(#^9J#1X(JQ!\WOQ/"6QR%AT"\A/)2H-H0:6`UI*YO=LTL!8M`SDI[-C M&Q91*3$6K0#YF>Q(PR(J)<:B52`_FQW;L(A*B;%H#+A3J/.MS5P[PCLS@G(29R5+HH(HM6!2!_ M,.M9>Z$NHPQY!0UG!$/=!Q/R.-Q0EVA&!P.R:%4$\H>SWA<=Q8WRL1YPF^I3 M"[2$,G]KISD<*?D\NX$G?/' MOC8,R*+5"I`_250:.%=:16&+PR4G<].56$(6K5:!_&FBGE)JKBWAG5@?[N+% MRQL8&P9DT6H-R)_-!8:0GFDZPF_SD`9DT6H=R)_/:AM"79''.9(YUOGM7R6G M@?.^*<6&`5FTV@#R%W.YS23D'=I1.,,\@A#%O2K1P!L6@9R%^GT&%5W$[E M.+07+CG=]V+9,#`6K0#YFVAAD-W)@==11`*#[`[G!\/PS+YFI#`P%JT"^=M9 M[WUS*Z59*2WO/IA(G/A0Q)W7G;AA8"Q:`_)WT4I#>BY;S<(MB&(96;16!/+W M<[$-D81LTE-(=#`@B]8$(/\P%QC"<==(;D^/Q%F('09DT9H(Y!\CAB$*AY5C MT..\0#PI&)!%:R4@_Q2Q;8ADJ*((BW-:DC(8D$5K92#_/"M]<_?2Y6NZQ\3E M:_HGIR>&E]"NO3*R:*T"Y%\RM(H\BW)D(]O=?3^X!;^1O\?#*6AWNO>E#U9[QZ4J"J9DGMY M;6TM1.%+]PP==GM/`#=VEM9+C?6R@.?V5I?S^7RXFI<.CT>PU3=`J(%87"^7 MUVGO:5&UY9=>@C6A7*A"GOYLP$LO+E=NCQ057I`&GA(IWI7 MI0]Q2M^[_\:#G74X.9:&(+5ZHR'TAL>J`>-2!B_BT$^4T^KUAGI7ZV$5>>^C MP=E@J'9\'F!G#?5HX/.H/S0D667M7::@+P.L8@N:`W4XZJ_#MM1NJPK0)F*] MH!F]#GNL=H?&V4H.]"Y[L`&2FP4A`;D2V)!K+.A&G4'^E&7EM/N M=8\`6]-49$D^5IL#_:D*FU#<\,VD!V0RU--FGS:IV9&.='D#)RUKH=4DG+?> M%_H4@2:^U9(&JE_^B0JPJT?JL-E1.SWCC#5DY4E/5W(;DR6?'.OR<9.U6NZ/ MG$S+>?5TJ!I=P`0PNZ-W]:&3P?VXTWNB-M536>TC^DVYISBU47!8%@<:\\$R MO$T1HW^\C=&[0Z!-IL,R>&P.W-K%3$/IJ*E(0ZFIC#J=LX)9]-E`5VBK0N3> M1%@\^>5CBT:2O/ANH`]K<>L!Y[ZUGSUF(7Y]_>DMW>B5'"3NL#D-HGTMG` M.TYMO:,/"V#H1\=#.!CVZ*1X\45G6,R9V]*;A]+1EJ*LX,RBK[-7"_#Z:WN[ M+Q_TOUSN2[ MO1-HJT,R`*K=4*-I^M&(8HW*F>EIG,+0T^#NSO:!J:-Q'D@T"^W=&@\3*K?Z M8!UP3K(\N@8K*XX`T8%F+U&4V>\KN1P\1P<_9V:>G,*G#%#G;;M,M3U0?5\8 M=1]W>R==4R36S"QCX:25NUKR3N9CF5,T![=O@UC>&+]AB3#O%?:"4'6]8(FY M_PLL>]V5F^H!FG,R(\*S9L)C=<^QG%0,@78-1@.5R>K#_;T'S`RI5(UTJ*%E MJ=L/7S=A6X/!<6_45IQBK#_4@+2D5OL,'HWHM*8HC%_KP5!MMVD%-^V7IJ", MDD<5@H/RX$0?RL6U)IN8'Q4M=94QD(+@-81%9!+(*QAYC2>FI0Q06E,G(HK>">HE+&I" M]7A$TM(=,?2=):[<]C3VA>3!UO8K36S:X=;A_;U=.Y^-N-,& MT6I#!2=/Z1+58\9(:BZY:KXEL-JIY%VB]EO":30MJ+$6/%2-0:\KM>VFB`%# M<#'_LS9FK"&XE5K*H6!;6Z^A9%-K>@M>WWUU=^^]?*L_-Z6:#@6S$:A!Y%ZG M3UT%M:L.!DB/^H8ZH#[@.K,^,LW3'UU*&VB6-K"-G*-3T'MA-LS2*VL\?8$9 M+Z$PUB[40'5EBWIKU)T9MENV`^M4=:'15=L7\&L$+:%IE1#0CKPYN1PBY.O, MWE_;QAR`[BZ%4GGU7=V[%Y/0L9V@B51,Q'+A`L5DR6Y7S_P;QH.A4\YAC&2F MI&2GHDF7P_0@/!X&U6B#7D<][IW89?(&L'AJ;CG:8-:)LCC0A^AC5,NONHV2 M_Y29[.@4`^+*%30GL`@?INW-.&W8,%=ZQTNYU'@I,XR7,G6\\HZ^N*\YKFGS MP=;+][?1`O8>%P"9N=0>],:>J]T575OQQC4V-_=WWFB.B\B9^=XV_[H\GK`]MW-:)M7=%E_G M:GHSQNY5)"W@.EG!K1B[69&T9)JS-:TQ/'?K61OE.%W3*K^4VT4+F-H6Q_7R M;XCE?IU;X;^Q]+SMHT^Y2ZSPGC3U_!B?M8@U<)\W? M[%5MW?J,3IH[W,LT.>&8^0\F.6X<-!7-=G] MJD=[3JT)>`/A-/W2D4%K$,Q:%$-_@AZCUF-14-IKMCQ4J1?*9+EZ7\]#V5!:`'KDEMJ$ MLQ;Y6`68_MBG[&4J@K=LU@]KDSH!6CIPX[4MQPSG[4) M#/J.5WW,4`%SS\V6FZ_;D0)6ZM)27SI2705.+$@LF>^\62VO(A=@/V`-RF_9 M%`]66QTW2T(G%31#5:E,/79F=HLY-SYM6MZZ8[9B_)ZU`F"^/6[(N%+TH%=T-L"@PPL> M2$#/Y\?12I@0@B>J<49KHOR7SC)*'-I4\GM=^@/70K11NXV^^@!5%FNR*U:` M3A-VQ<)"?PO=)G3%"S1+N.8 M6HO,IKF!>U39*E1_3T@*6]PR5X.;QE!N4G.G,&%?\L'IOKFN/G)X8^5"<:;JX7TJ0"^/:>E3'CRS&,A'L(D%70NH,'@JK6 M6ZOT#VSO[1[LO;8#^WNO'][?W3D`3#5U+RV`U=?O4>'I,NL_D*D"ZE(]=5H` M:A8&LM1MMG$&NF?CO;W=P^8K._=??N60$J7)A6FYUQYUNDVJLG1%Q<7:B>=: M"U584U'[PV/F.WD?MT::1BV)VF4+O4Z=#_9V]YH'A_OW[^Z`6*FZGFSOO;:W M;S]":7,]N[>_]6"G>>?U>_=V]MF@4RG:NK?-I&BB;"O3SN[=BV_EBZ=E[RMF MI0'O"!/U;+^RM=]\N'>P7GO\&%@PS78JW!&=Q6T*K]E-^1Y.H5U+42E.)B/S%K8&#_="&@+^_$TN#G`^4-]8O=,NBWD M^'G-)K*>/,*>/'K!_2K]W>J*U1?6F=-3LYU+IZ>;3V_??L3"($7!2D2(:19F MD<%\UQS>HI7!=+N=9/L]V9XC2^?\YDYYY(V%7/B#53VU,30GIVM.GN*<%$JB M"9N)@#-[Q]/WPORUA\4U@SE3V)S#WHE,?SN_*+36:^:^'":T7DUJJ_?56]BI M`OX03%FE7;R@>C9,G6'*":IP5]T3E^8X.=:IGT_S44]N(F>]6L[9 MTQ^L^H2+%>8]:FM:^4&OFA6:0XSP61UU316:8/WK^OE"/S_WS&%&S^VY20TE MSLX5.ENH?^.:;BAWCK(VWPHTS+QBK+HO*1U!\QRF3W3!TCONWE_4$]2VNW7$ MX+AG#&&5*@_'@!<>V?^DCLFDB7=,D:T@'26#+ZP.S@9->6!L.'0-#G'?DA6\ M:6'4PF2VQ]0_58WG3-YOEDI[]>9;FS?N[FQ;^T^!41CF6X$52C!C'P8(-XN> M'7!VS3[:Q.F-^Q=XN_;4ZZGA.Y/7X>9A<\&3Q&;M*L\7IC MCFZH[K@][(#^3/K%01VJ3W9HZ?_9>_K^M'&D_Z:?0NUN-]"0!`,)(6WV+B^D MS>7U(-G>W7:7QX!IW#B0Q:9)VNU]]F=>)-N2;2"T>\_>\X/=G^M(H]&,-))G MI-$H^AN_7YZ#`-L%[6/X ML%VA<485WJ/R<_\*@#QGD"=8<2_1SZ-<@B60K5KF=64N#V06L,Z?[W\I%`Q% M4TB20>D5I=Q_D.Q4+70&RO]\RJ2FMG^)3&C?&;FVA_.=,^K;74?D>Y\*XLH> M]#R)U_\UW^9F*O?.]I<'3>ON,AV MWD!5@"EO+YSRGM#9E<.!&RBBNU?N+8\<*-%S?;OC.>W1?7Y_KWVT2ST82P_" M]!QG^$[0M@.8!SKCP/$YLRAV#R]:F^)W`7_N5G$NE6B<00+[VHM81@R]/&B3 MJ/ND1-)KI-(>9F81+")WZ^D8&]49E&@-:76F4GISM-T[2Z919 M.=4R23H)(HU*ZD6M/;7:DMEZC7+V1/FXLUWI4P1?8;L+4LT;/#EM-GP+4"C> M!B"=7\"EHFOGH3.T1[W(_WU9Z3,B;X5ZB@LBR[*[\N/^O]I-F*C;Q^?-5?DN MB]$`SKLTJ#=I$WZ;/\\X1F%F<0=C1T(.QP&2D^?Y1U-Y(.O*N8_6ZEC7\37- MQZ7A;C(KON<-3'?;7^.%&_P+\/5D/?ZVO^*^B+(8L&1E`JHL"0A_9@'*+`#4 M(32^>GF:!!4KO-AR'[8RKZ=LZ4R5GLDI.C0DS,N#*!EPY`ZYBP%4R MX*H&7#4#;MV`6\^`VS#@-C+@:@9<+0-NTX#;S("K&W#UK'8V.\3.`C1[I),% M:'9)-PO0[)->%J#9*4X6H-DK_03@E_"K"0K6"S`$''%\5"Y9.%60]_2-?7N+ M4\H(!!H71%T?S(*14Q0V'VER02M$'SWX<+F?R"(@1/WQ@/SD>+]#FWO@&RQN MAF/?645(^JBHU=:CW?WVZ=E1XY]TP%!/;S9.SGYJ8,:FGG%P>+HO1`XG(3WC M\+35:%Y@AJ5GM!K'C3W**.L9Y\W&3X=GERW,JAAD-?YQP;54]8PWC>-S3%[7 MD_?/E!F9,-.@\JG&Q0>5#E9(/"@W5.-N@[V.!D@[Z#&B>; M!&YRJ5^UJ,H?YM=>3.<8?!XW#A@:>X87#9ITX)R##Y;;PYEF0.CEM.S M6)Y1T=[.>>OX;.^(,XW*=HZ!G].=BP;G&A7N@3'2/#OF/*-I]QN<7C-ZNMFX M2&V?BYU=3J_')KLC-2,%0['C=UV7M@>OW'[@]-3<)/=4]*W$$(I*_8P[?)]I M:T[@.>AH%BOFIKURJ>I2Z^RG/Q59Z+ MK_)-D(>3G8D*35%&F;ZJ4N82,VK-*L^.?BI6;R MLO2N5*DL*7JLLFKHBH2/N+"JL]8QEYS50GY0_^3L_3.M#\TBFZ6(N)HB?%.] MU.5+N22AYQHTFU.805V=WU@YEZ5"9EC)9PC6TOE=*>82(>CB7+(^0=B62DM) MF:X36TNK*DMI50!N8=I2>4D"$B=+U-E+57JNTW-#`1#12T5*K-%SDYYU"6`3 M;4LKL:IP1*K7GA8%O5Z>)QO!GC(8 M2)WC5ZF$<;E.V-I*K6.@4(]+(9EQ+IL1@+LQX6T4!!,4WO*;%CPBI![C%-#P1U1<]!"DT. MT\22/J;G!WK>2#Q.HIUX/+CTO%90F]&PBOXTQ=QX3E`7NKGQFA)W3=A?=7/CGP3UAIZGV>;&#P1P2<^_T?,DT]QX0?F' M]#S2S8V$098GJ#/=W#A.;\V";FZ;&,N5_H>?OF=9&F_(_T_/9 MUQH;R@5!>ETDSH=(<^*EGMJU;]G!B5T[!/MV8'0_$?I>LN^"?@K%E<$2-,>0 MN`?)7JL9HF),_$I[T7QL3!:-ESII-=L7^^1V`O]L:]7$BDFG_S4\CHE!(56P M1]RY=@9"1EM$9PWWAS"D`WN?&1LY?-8PG)!$R*Z$VK;(?RA1]61<:GLL@:V4 MRL=D9.%^6N2L`_#8<9'WC?3]@S3E,Q?1_T0=5%#.=3'@D@YPB/W@8D2^(% M/GD,""&6ER4*=F-E:*O*3K8+NWY+JA"6`66D5"8=VH:6'=K<6",-Q&C% M?!AD`,84QIL%.*=[RV&/T"T`XH_BN)O+[>(9R=^R+QF@T'!60P.%X M)#`.H/);495H38Y',]-;)I&,)SVUGBF(O"EX<4[]``/`HJ\+GO*$SJ+IB+U? MQ@.*#-03^:-6X[4ZPO5"1%[U/C`.[6X'PG-LF-.J)[L8IU4H2';;YT!)H=O^ MR*&^P%/=U#]]BL%*Q]-1*I[*PNH,?Q]:."8TVT2+.C99>BGBF:\PLUP0/_S` M!Z5Q!&ZC@V,,9ID&#S/S607$`.%TNM=RR,0Q%JTPO$8HXN37*Z(H&HE.V-:[ M3S4W3T\BO[(2H:(SW"_X#+\:T-.C,=-`7@O#?O+OC3.*PH1B+!W_&CN2PG&[ M@2_";(707X`_L:_ANH=_4 M:VCG!W%D#YPE'P-07R<+'2YY'@6*.CD\;^')#0H(`@-;]##F+F*Y04G$2!2C MF\A!BW_RM/XM2IE#9_,?<.`0HWT,I>7Z@Z5`QJO#J68X&L&;]Y`D!+')@^RM M8.2@*[]C8=?Q?6CU$M`Q)C_B6-0-Q:Z,(1K%M)$G0]2)D,\J`@HH4MQ8 M4&(2P2A:>A"OS^&)":T%^(?'UAEM1D2L]):/%RJ5^ERHFE8HUBU:H3Y-XQ)< MC]&-,H?Q$F]@-)&<;HGGWGT4P4]R$$7E298G6J&=/KI^>OF0F8E8D/B)6!1W M"DLZKF3,7P4F?8$UML),U,C466L+SUIS4@(]1ZH-`_$RA"%@,DCM_492+0&9I8*QH%D13H'!QD/!@]%.:FXP5/Q>AA0 M6`QV4;=A*KMY$#H"05]&+6"&B(?,4.@GM(T(@28UCQE1BG_&J>3D2>2(P8E! MF4,@DX2*1D(6#4:?52;)Q89><1R36?G&=/&H3JJJ.H,(JLC.RV)2->LI4KBF M%)WH.R@HOHQ>#%_-%*'0:#UMO$5ZGCY].H%8(\A8!JT;TUI_ M9UJ;;'`D[D0M2MQB<1!R<1F;&NHZT>-ZD5DGV%R:M)@1V%+HCMZ^9,9AR^)! M$]<)'TJ)FQY2\U/0J.C)."KI*C*&``KO.2%=/+HJ):;2P"=6'+(*/B#-7@SP MYI*N+[4^U+$.SB]C)4B9%-?NH.?C%2?./7R:A1-T5U?CVI:A'PG=^UW[OEO1 M]]T'E:SK%$36[]V3Y?QG,CG;4,A_F0F8_7L7"4V[;?LW[3;\JRS-=CO_.!3/ MNOVN]2YX7BH^:UTTI]*?AF)+/-L>/1-YXJA0F)DGC1%LC"^)>N--?A#)E@93 MTD%:9^C>K/\L'00^)>@,K_W*!D@E"5(Q0*I)D+H!LI$$L6K`]I-ETZSISV;6 M''R566.U<:ND=7AV.L&TN86!"IANQC!(*&81'F4&O4@G]C]DW1S\P=9-/[1N M^C-8-_T,ZZ8_NW73YXD[/"?]6.O&^D;633^:M`]FM6[ZJ=:-%276W8G?Q>S/+Y9`QX!GNAHQ!?^75D'%,;V$6P)LA11G/$5?7M];78S=#EHL6 M1OZE?Y)W0_*6A[QC$1*@XFN,\JIB34=?^KT":("O#1=^P`[V^+M;%*0B];D2L5L_Y[LI)+:V8C/>(.AJ(! MR`DQ"/'EY"_]/V^@4IA9[7 M]N]*R(";\ZWBOP\;[=;;4A06"`F[Z7=+R!WJ[GL[EZT&)@)UF.9;!!$D(2CF M":A"=R48"UW'!1U%AOW`$E!=`)S@:R>'\9E1+#V\S@QS*L7SBR9&/-<:J0B( M5C"$-`PI=_2;X+ZP\'L\3RD5ML?L+C(W\L\N!Z$VA7%!@`TI0GN M\/:!%^`_V)\^K;96Q9LC:=P"<4&WLF7VD.?ROQ'!%2W_._$6@T309B:N[J/@ M_X6P)GK;&S,NOU)\?N5BQ!0,23_&09<`O>-_@W+QN3>,@^;]2A(<['UWS.!6 M(M.?@BM9N639AHG?;`YF.8#6'K4IXM1H?!LD,'RP/?JW-\0&2V23HP568!7] M6Y'\:;-5DCZ<(X@AG@38Q->+Y MJ9DX-24(2Z_S:WO<'W?&$MQ*P?9!_@M*:1O%O4T!!F'J>Z1T)/L"A@FHN(EA MDCJ`\=*WL`L24X$[1-^*X0AQ)4=9-;DWEEK'X=H9;Y204-*"7F:-H("$A*>- MZ_^6$1M^,#-'AI4U,C!4H3DT,B<`D&/I$_"[)30T&`L'VQI:-,D:1UM$(OPD M;S`GJ]P@A8$@A8'H\_D'3E73X&C4?D7#SSPEI37^(ULQG*2L29.4-6F2BE&1 M]M5#CO`&.KP7`->U/+PCNR>RF^\;=_L?,EE^3!(V_=N9*1)_U!2L&B6SXM1I M$J_H2)T8HS96ZA4.!,&?[1?B+>[5D49[Q3/LB!1;T&\[#BM9OGOC>F`(H^TI M#G=/Z"I0,"M`V&.:%9;D*:U%:UI`*=4Z@-U@@=U`,4H5LBZE>%"#%N MC@<2<7PRR!SGM.1S97M)$0V+6UESB?XE),U\V&T/AFUHDJT,+3@$B*OTF.H# M=[T)I2@_5H@65FKK8"LNEVNUT&1$V0[-&S#[/I(9Y=]A6IK(KL3M+:GS9NC? MD)4J,VR1H!:043#KNT\LU-?1Z"W7%0MA)Z)90%V'C-A>+NHIMKFP7TQ35HEO MM%B"=];C*&.W7;#S5/U4>[E:*];%-G8-\ MW%TU-F=VG-_4,/CDC(9%*V:V:NJRFK8(JI2W<:_*4D.Q$XTESDE%$W$$=7`X8W1B*JG!!Y M=]59%2>TE%6(?:3Q2`6N>\B5-&VM8I67L6`07#1SO+A!\HF+&O%42Z9:+(+K M=1P`E5J]:&U*$92@,.`(%.9JE&Y1*<(4"]TX(L_@&"`-&(1\`]R&\0OS>Q?- MX^6=XXME.G97H+'%BZW^EBH*8Y/J()\.-?FOQ6]L0KF1MP/R`I?N;2397DYE M>SF5[>2RQT63Q816)=*FVM9>ZW"".A''P`L-"0P-;+B!$\R(I?MRR9IE&T("SK"\*B%S%U=C\3=[ M((0E2M96J03_"ZM>*\VVL)K`4A=6;:M2U994T0Y8MHJ5.LWNR_^WL3YC4;=? M@?:WAGUQ@_L>1CI>^YB1[@W?IV4X.)T9&3WGXQJ>-Z+D>(:\E7/M]L8==@,O MD8\?VC4LS2VL8]4S/]HC69PFC<;][7!$7_RP79!SN>F!;EK7G=Z)?;N'.R7M M]GF>P@3+/BCP&9+X#LG1[CYN,0<,"Y_2CVWT6?E8Y.S\"SQ*5<";AB&CB!44 MA$2S"'3XR%*+N"-:J47*E%W)'_SW%'%H$.)Y.UB#NRB#N2(1I_ MKK@CBS"'BS"'BS"'CRFU,#?BI1;F1JS4PMS02BW,C>+"W/@FY@97N@ASF%G' MPMQ8F!OIHO'G,C=2PQS.9F[\=9JY,2W,X8SFQO>/-C>>/\+<^'4N<^.'1Y@; M+[+-C8PPAZGFQK0PAPESXT\8YA#*ZM:&OCN%1SS&EJRT" M4;9&[O@(YH!]F+MV=H\;18'O.\<@ZA1>\&IX)^X<@8XWM-E,+@CA7A=M!$/Y M_<;!SN7Q1:O(?^Z=[-.%GGEXW[F\..,YQ"H4Q:3\\I3\2FH^YU4+122W2T$/ M;,\GMZ18Z9#2>-'+:2E!R)"`@&W?V(!#V&(._W3IV@*'8Y'G!J-6/0_'":P99 MMG#[SW.[U[BIYXUOG!`:A5ZK1-M?=0/?\?HA\&[C.`,Y@W<0=%O:<'N]D\M@+3?W#6$P_H$V-137J<)/RR?*1W,3,P["CO4O:M`0" M>#N34_&LHK:G23N>L7U-W-7$4:H.APMUVW(\BJD[4)6]#(-51FD%/9YEE"&O M:I=7:].!>^&*5P)]E8;]O#9=%**+MB6I(5]T;;8^M\@0F%I5I9?ZQ9LKW_"' M"`EI;)\Y2LV=8-S%29<#XY)-:^_P<%4T^?CFBH4N6($\TD%(!D/Q$?J\IWP& M5L-*@4.0=G^+P$Z'`R?*:N'=]!@[H:ORF\Z-<].!CL3^<_#X'JT`D=\`WB$\ M&GI(EQ_A^-8-!1(*/?9D.6JK?)<$DP+B=E]JH7/EIX-HW!_>#5XFLKK!R$O/ M\6P_0/0LE'S*76!=T:%V^+2!/G7>V+G`P\4Y4&NVX\5RN??#`./0#.2]RF&A MRW,J$-(E!0Q02'+"A#!4HE4P<)!RNJ61$J5QE%F%[/??HR;@&+[)FL/+V^-9 MUA0:I%83R8? MGIY?7B23SRXOM/2<-WR?/SY[W7Z[TSP]/'U=)**>D:?(5C3(R-V)SX9O/^>C MWB`+*?12!%ZM,0JA<&C+I=WN+PBNVH$`#`<."4*=V14_;DZ>6!'N^P&%7`E6&79M`LU<"ZC^&#(._G@%?WQ:DI7%94IV M*M(,CQ4JLBR6WEE++S$,V*\[LA[D3B1;(UER9XGH$&&!L*98Y4S=SW'JVDO_ M6][5?Z619.V?R5]1KSNS-@I*`R+BSLD:)8D;-5DQ.YF9Y/1IH=%>@>:EFR@[ M._NW[WWNK>JN!A2NY"P7^=?,P5S5>_0`S@:E2OOS5 MSK;YN;)I1L&L7RZ-'F+UMEB$R8#)I&N\84N*.5L3_]XCK@2_V9PHA.]/L4CE M77P\.SM,,\F[P9T7CKP>PY)#Z M#N[*VBM,2-5B,C*!!O)DKZY#GYGJR0DA8;CP4R-_5C<@;E"W!8/ M8C@=ZD&8CGK!9#`CT<:9]##U)NAS2?S:]`6`"0L\F`)G[\JV.UTJ1[D$[9G+ M/KB]`(<>JNO+Y74,K^I.)P#6B5CC&OL]EGLESHK:,@RSY'8"[N;?^S.-+ZQA M?]D_SX80P6<0)?0@\:A7'KY_<-0O MW_?4][TO13V]YCMXHH&R@#=T1A[68T;%X):7!)M&/L\G2(DH398]06NS"Q_, M&/*T*"M-\XVQ/PJ[`'WQ>YAR7D6Z2]=!'XPQ73*51.P\/ M4SZLL`B[(2_SK'?I#[6%.X&2/T/I#S1@E>9YG6)T\?'0^>!)HS+M?((+H MGST>FD]FV/+SC1>L?U1N*U`&J+\(_JHSVB'G,^YG,;_EYH1XCRKEG$0!HW7A M^@(M7S)EX),*G72GF.-,Y\B!4IQA:FF4F-XRZAZN:VUDS"R7(+5$V.#H>=>S M)'!+YE,U_51+/]4/=90"D.8CO>17F$UC5$@'SM]_[+2Q;?O:NVIWKJ19NDZ> M=:&+H9YG,7C,^[_0^&O*U1.>CD_+=K5V8QBK6@YJ8#7 MO5W1ANK:;:@"C_%WM:&VH@VUM=M0F_S>-M17M*&^=AOJQ,>?VP8LPW3`-1"9 M1-JH%A^I\<<`MD0*GR)$:.&C&EI]3:PICH9\P@KF`W1C@!!@^:?Y/>MECZ%E<0'^:9LA&V_D7&1(K@QYI+6(E+$\&(/0LF*2<3[V5 M$B28IE%HB%:H69KPS37JE\?SI-$T:0V7(:*U2J=5,VSL3$4E[`ZB[AWNL8U! MZM?1U^`E*+Q0N)M9.B@LL:E)!.7.-R&$\ MF,8E/!7(J%AA9@0]*.';E1(T)"TONT-*:0`V4U)\$QVRRY2+Q_+`?]A1I).- M;OB2O9?!1?EDCD83Z+"#6=;8UVP'C;HS%-ZHJ[?_VK'F:6&F9,A?>\=GQ^^\ M6O7=VY_5OTGB^-ED'!G(N%7S^V^EI]>:R-73^%"=GTF0,`!/0;'3V`%:P.DY M#9'GTU"R-O&%IQ>HW<`EF#^N(GSO)?[,2RFXN\0HQ-)?Z M&T31LI)8'-55U6VYC59UWQ)'#-'E&H@NT(;%\^.DMU0Z9$C;2\2-/JE#+F*L M=F%$L20HKZ=XR36E##K'T3B)0$OQ\G[&S-R2+;<*0"V7=+U9D;3?/B=6.=:, M-%M52T&H'M3E`GF]=*"OSPY\`()Y@;F/B^\N?1_QG=GXNL!7E)VD(M@IRO&` ML>R==HY@[:5?^,,R4+44/X+Q-,S2`"`7P[@4&`Q(K5&RXFU'@7ZKE6K`?FN4 M]G0O&+J-BLG$U'-F%@K)>@N.4ZXWKYR4IZ,3C.'J6&FV:HV6^\QIE6)LR$BW M19I?K6;-JEMC9`/ZX];T@-#4$<<"+]<2FLHIS>&T`"BQH'?$'\MB)\Z,[[,@ MV8Q5,IE!>V>%_MZ?67A@-)TC,,_C]Q>O3]_(5$(]N3JZ.GU_@:G](?>\S3_)D)&XMMQ7`:RV*J."6)GGCAF^T2T6J[- M0R,9M,;LP[\C)D"@:XY M49)TO7F2M-_.8G4YM@U6:[FU5MW&;VT>E)J8I8.2>Y#)/;CN5H!@/*\8,47TIL/A#`M>%7J1 M`-`X7#N@55,6GVK#E@8;ZMO=@0!OL"HK^]*DYZ?[<3&?M]SSK?%<&>)+`+#3 M<=_2_FT+@'ZX>3\LZH?'16DS0"YX]ZP/7PN-^JH-1]X5C&>C[NTD&H7_H@$Y MP\R+9LY[%B,RST@:!E(&:C&&6J8*BZVB_D,+D93I*75WA]A\PD"NPV$<.T7& M+&<;1WAT95]X=--(7NK'M<^H)#PL#&J"YLI>RRQ`]%6-W4.\UI\`TF9'!GD8 MQ#&LV3"6.X(.IG MC%G"%(ZB>QT2U<+MB(=C3]?NX63$.>^\@2.(]^KC%6\]EA2>7+8[QV_;)Q_9 MO^2,_C/R>$XO)O7M.!IARSM6;XBVHDE(D"+3>]X&"GRP(LU^4H6.;:=AW?X[LP"P`4/L3O5\V]_I%WLT9W*<`3R/_[:J^E_Y?P99?_UWM\ M=INO3S>"FX.696*P\$(VWN_^D$KL70EKC9C8A41V/4;%Y]H8_RB8D/$)`D4: MRB\BY*'98`D.ZY_^5O0I@^$.WU`%[_,]6@E(:!VI,@BO=S%A1$NKI$HNZ0JI MDDO+JMGKX%HILGQ(&E1;E=J:4B5?#M".SXGY52E[L[57;=4;MBFU+[#@]+>J MQ8JF141O=C8_CS9!O9DV8!,J?&3B1`>`[0^3$O96TDBW_//5]P:(1>1/;A#; M614X\?6T_TMU;^^+N*E,NN.90X]*:F-!2_B?^LE!]-/(L2[D8.A*BH8W]S;6 M2P;\)[8N]-E6'0)I]*5 MV-<>]HUB5A&+HOCAHZ??0FLL0\;CU?TM*1AR@H+#[)B2D6Z^5-+23/@I4)D,:4:&L1XG#ELN!N/=0 MTD?CWDP?3BYK'1C?ZKRLL17,2X2;586PGZ:&>0IW/^^AR&+S5VE_O0IX-'>O M:=J/X`99+^3GMQ=E[/#FPR=@S@X976Y.0M)7'.[TH=SQSMISN%X8K=JML%.N MR?.0]!L4Z5PQX)S@>*0G`]^=#!YK\ZA1(B-JFW]C,#5NF35JI-BD6'4?+M^? MFY/J8NJ2)*IWN5#8N1E$UP-[5QV6[-+G=@TMW@^Y+WRME/CI)'CP2)<*&/V< M'U^V/WF,G_[:^2KGU\N>*T;E`[H@33%(R^X,#@+9\W*N-_KY0G=8[6E`W=FN MIJ,C!)OO#^3""TM&M`S\V_(^J5S;/UX=OSVZY$X]T7:TN#]::/IB@_<;O&'3 M+-7-KE-:U=NCLZMS\46UP2XZUP?GIQ?$1*=@$ACJJ5"CN#D,X7 M#J=#Q;4RCU)[1")8!28VW/G1IS0?0FY*/EJ1<_G3OQ_)5]R2C M%8(CO,$)G0F(R*FTQ]5IF8W#DS(7P/H?K$:\ZH7^S2B*V<\MAH$;/$$4XD(3 M[V+%[";)S"/^LE3A6YIP*4$L3;EDIV?_27)87DJZFW<`>Z:ZUW)SVSQ[#28' M^#`9AA%9 MQ>J41-K7L#?U!ZA+>SN1#>O/E&3O!5]#F'W:PSR,#]/(&!P)`QC)5-YP#"+8 M68,*&/UUEZS+?GBS$XZ>FI>YI$]2PES:0L=/9&O7Q9*N[[7JE;5H8;X<;">! M-6#'GK3^_99KLX9]9O7T1R!7B1L,U.;YZ8E&>.S[9!_'TS%\/C:S_=:34Y/T M]3EV.VAN0`(3Y?QT7FNZU=WW'\[*M>)"3GE+B[=,2MPO:N,[_?RH?=+YX#8V M2/W;F&VH+X>\4?*B?!L\J$W`+T*&\+;!T;071JK]T`T&BO(0'Z%>5>"O6*U7 M-I4NR'MUU&GCQ8MR/R2R4OGJ.J_F:U*+-75>J6/`FPKA#/T12$PSEB[1X":E M.,XJ(BWJ"=K1+'>7.&Z9V3=]V+E=-HW+4RZEG.5)):[-]`90"X!R;*XBG$>* MR9\)U%V]ZZSIIBY,A/ZX#1.%1M_3X/%*@6_3@[E5)S!P8WXJ1;6829GV9?M* M3?I!>F*0!OKP`7H])GV6WG+T$0ZIR3BSW+@D>OGRI3Y),!L(]P@.DH74?76B M<")@XGS*SIGA82_-$83=DF?\?%X\PF*`^CN)2]'^*V8M$NR M_I.J7"?ODJP\\-E>V*JIK:V[WFF,:,G.<==V]9H=-G96]_3O<9'SDV2VGZ[<^J48>UR"=WUE-J<69$9O#>Z=1]:A]3U6_: M''RI7B&6\XRYB3D6YYJ38Q*O-SLF]9Q^56^V*D_K5X^7E#^D(1VKYEK!P_:P M;4R_S4':Q@XI3)\3^+!'DUXP^3SZG&S8S_TD?01V\#GYSBU]YU;E8;H`-VB] M\R.H-AO1).1T"`SZ6$(N,%E=8-86JR7R0#<93UK8-!A%T+7)YHN-^77`P.TT M7G]8?^WNNNF3A\5'?VA?GR+F,-D=^N$C^\#6ZT<(-GV_:`+45DGO+"_@E_E\ M=Y\/,@X$Q-D097,?Y_?;^%MUCCL(>3<*$+70G\SD M8#;['\5/'5#6,>M-!$*,LPQ@QYLT*1U1HIK8W/*"COB?72W]0U4-+C!KG M$L5NU%FZ(L=_E(S74\3\7G+@FCLW/Q1O%CD>31"GG#0CY`\'&VR;;`LUJ MU6SS%/(3L/T#Y_$&P0A7C\3$LZL5!P]M#5K-8Y-P15;.*W=.\,K\2MJW MV4+&Z*K_4_,>IPNT8J=_BEBR4<[/)Z!IKMHD#E]]?"-$[+$OEP?2DGG=W9+- MUG$$?][B86%K%X,7[:-WU+MXE(YQC25!LWY@^U2DAXC4M)4- MS@_/*3R3X1DA+@,X:*FEPZ,*,OX963\KM,].L"47CKMIC;EU4Z^SJWFSX:;!0,!1O'@VC+V`H6ZS>S6N_9'HV#"E>A#T[GG&3%Y7N?\@^?I MD^SYGCU*[*15=)/!'*U;)PPW@>EMEE`>`'H$NQRD>,HQISF:UQ`DN*:'@"4W M$;M+W.G49^$=)8$/;LPIV7)"^%PX(@2X],=#(YE+.)WIWJI[$@V2?>A3=K3% M'PQBY6"/+;F=QG`/D`**.YQP]_$N2PV>;EY&A+GG#MI6XGMO?,B?[ODE?GSW M2^6+8F<%8%V(;T*ZGS-2&^C=!B=LP8L,^T%P98X'03`NJ>MI(H36$`9]X*9> MI&+*AC>W"7P4TJK^":=R#M[BTY#UT3(90O@WC'>T_'N$F<%1"DF=G@]?MLEF 77,SZ3+2KWSM\PT^?L_X7?\86P^>@`@`9 ` end From engel@mail.math.uni-siegen.de Mon Apr 21 11:05:56 1997 Received-Date: Mon, 21 Apr 1997 11:05:55 +0200 (MET DST) Received: from bernoulli.numerik.math.uni-siegen.de (mathe2e.numerik.math.Uni-Siegen.DE) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA27568; Mon, 21 Apr 1997 11:02:48 +0200 (MET) Received: from hilbert.numerik.math.uni-siegen.de (hilbert.numerik.math.uni-siegen.de [141.99.112.8]) by bernoulli.numerik.math.uni-siegen.de (Mailhost) with SMTP id LAA13632 for ; Mon, 21 Apr 1997 11:03:31 +0200 (MET DST) From: Michael Engel Message-Id: <9704210909.AA14396@hilbert.numerik.math.uni-siegen.de> Received: by hilbert.numerik.math.uni-siegen.de id AA14396; Mon, 21 Apr 97 11:09:01 +0200 Subject: Re: Frieder's DS2100/3100 patches... files missing? To: linux-mips Date: Mon, 21 Apr 1997 11:09:01 +0200 (MET DST) In-Reply-To: from "Frieder Streffer" at Apr 21, 97 09:10:05 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 933 Lines: 27 Hi, > > On Mon, 21 Apr 1997, Paul Antoine wrote: > > > Frieder, > > > > I was having a quick look through the patches, and noted that the following > > files were missing: > > > > #include > > #include > > > > These were the only references to the pmax/dev directory. I just wanted to > > let you know before you sent the context diffs, in case you wanted to > > double-check that all the include files will be in the patch. > > Michael Engel wrote this code (actutally he gave me his code). I will > check it in the evening. > Yikes, my fault ! Actually, you don't need lk201.h and lk201var.h ; you also don't need lk201.c, that's just where I stole the lk201 keyboard mapping tables from :-) - it's from NetBSD ... But I only stole the tables, no other bits of code, so I don't think we have a copyright problem here ... regards, Michael Engel (engel@unix-ag.uni-siegen.de) From linux@informatik.uni-koblenz.de Mon Apr 21 11:59:10 1997 Received-Date: Mon, 21 Apr 1997 11:59:09 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA29099; Mon, 21 Apr 1997 11:53:45 +0200 (MET) Received: from seghers (linux@seghers.uni-koblenz.de [141.26.4.60]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id LAA26303 for ; Mon, 21 Apr 1997 11:55:14 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704210955.LAA26303@informatik.uni-koblenz.de> Received: by seghers (SMI-8.6/KO-2.0) id LAA15068; Mon, 21 Apr 1997 11:55:11 +0200 Subject: More kernels ... To: linux-mips Date: Mon, 21 Apr 1997 11:55:10 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 195 Lines: 7 Hi, I'll upload linux-2.1.20.tar.gz to kernel.panic.julia.de and fnet.fnet.fr as soon as possible. Right now our pipe is that overloaded that the attempt is more or less ridiculous :-( Ralf From matti@hallf.lth.se Mon Apr 21 13:03:12 1997 Received-Date: Mon, 21 Apr 1997 13:03:11 +0200 (MET DST) Received: from bertil.hallf.lth.se by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA01110; Mon, 21 Apr 1997 13:00:04 +0200 (MET) Received: from bertil.hallf.lth.se (localhost [127.0.0.1]) by bertil.hallf.lth.se (8.8.5/8.8.5) with SMTP id NAA00720 for ; Mon, 21 Apr 1997 13:02:54 +0200 (METDST) Sender: hlmr@bertil.hallf.lth.se Message-Id: <335B495E.74F4@hallf.lth.se> Date: Mon, 21 Apr 1997 13:02:54 +0200 From: Matti Ristinmaa X-Mailer: Mozilla 3.01 (X11; I; HP-UX B.10.10 9000/770) Mime-Version: 1.0 To: linux-mips@guadalquivir.fnet.fr Subject: Linux on DEC 5000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 131 Lines: 7 Since I have the possiblility to get hold of a DEC 5000..... What is the status of LINUX/Mips for these machines. Thanks /Matti From paul@suede.sw.oz.au Mon Apr 21 14:57:51 1997 Received-Date: Mon, 21 Apr 1997 14:57:50 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA04560; Mon, 21 Apr 1997 14:54:35 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id MAA27743; Mon, 21 Apr 1997 12:57:20 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id MAA08513; Mon, 21 Apr 1997 12:57:19 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704211257.MAA08513@suede.sw.oz.au> Subject: Re: Context diff of DS3100/DS2100 patch? To: linux-mips@guadalquivir.fnet.fr Date: Mon, 21 Apr 1997 22:57:19 +1000 (EST) In-Reply-To: from "Frieder Streffer" at Apr 21, 97 09:25:59 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: 665 Lines: 18 Frieder wrote: > as reqested the context diff. Thanks! Now to see if we can't have basic graphics console, serial console, and clock interrupts for 2100/3100 *and* 5000's by tomorrow afternoon... :-) 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@suede.sw.oz.au Mon Apr 21 14:59:07 1997 Received-Date: Mon, 21 Apr 1997 14:59:06 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA04596; Mon, 21 Apr 1997 14:55:58 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id MAA27768; Mon, 21 Apr 1997 12:58:40 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id MAA08530; Mon, 21 Apr 1997 12:58:40 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704211258.MAA08530@suede.sw.oz.au> Subject: Re: Frieder's DS2100/3100 patches... files missing? To: linux-mips@guadalquivir.fnet.fr Date: Mon, 21 Apr 1997 22:58:39 +1000 (EST) In-Reply-To: <9704210909.AA14396@hilbert.numerik.math.uni-siegen.de> from "Michael Engel" at Apr 21, 97 11:09:01 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: 869 Lines: 19 Michael wrote: > Yikes, my fault ! Actually, you don't need lk201.h and lk201var.h ; you also > don't need lk201.c, that's just where I stole the lk201 keyboard mapping > tables from :-) - it's from NetBSD ... But I only stole the tables, no other > bits of code, so I don't think we have a copyright problem here ... Should be fine. Things like tables and header files are bound to look pretty similar anyway... 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 rraffer1@osf1.gmu.edu Mon Apr 21 18:46:02 1997 Received-Date: Mon, 21 Apr 1997 18:46:02 +0200 (MET DST) Received: from osf1.gmu.edu by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA11229; Mon, 21 Apr 1997 18:42:46 +0200 (MET) Received: from localhost by osf1.gmu.edu (5.65v4.0/1.1.8.2/07Sep94-1001AM/GMUv3) id AA22572; Mon, 21 Apr 1997 12:45:48 -0400 Date: Mon, 21 Apr 1997 12:45:48 -0400 (EDT) From: Ryan Rafferty To: linux-mips@guadalquivir.fnet.fr Subject: Re: Magnums In-Reply-To: <199704210403.VAA16935@scruz.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 271 Lines: 14 On Sun, 20 Apr 1997, Elias Kesh wrote: > Where did get obtain the linux/mips root file system image ? >From fnet.fr > Elias > elias@kesh.com > > --- "You know you're in BIG trouble when you start writing software to impress girls." -- the Hitchhiker's Guide to VMS From linux@informatik.uni-koblenz.de Tue Apr 22 08:58:36 1997 Received-Date: Tue, 22 Apr 1997 08:58:35 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA04485; Tue, 22 Apr 1997 08:55:07 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id IAA21699 for ; Tue, 22 Apr 1997 08:57:02 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704220657.IAA21699@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id IAA06258; Tue, 22 Apr 1997 08:57:02 +0200 Subject: Re: GGI on Alpha To: linux-mips@guadalquivir.fnet.fr Date: Tue, 22 Apr 1997 08:57:02 +0200 (MET DST) In-Reply-To: from "Ryan Rafferty" at Apr 21, 96 05:22:46 am Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 700 Lines: 15 Hi, > I got my Alpha system running the 2.0.22 kernel and it's a great Linux > box. I've been following the advance of the GGI project for a while, and > I've got a question--is there any underlying reason why the GGI kernel > modifications wouldn't compile on non-Intel versions of Linux, or is it > just a case of not having been tried yet? The real problem is probably more that GGI has been discussed very religiously with one of the core arguments against GGI being that it was implying a lot of kernel bloat. GGI has been cured of at least this main desease. I'm not shure, but I think for the non-Intel world the core GGI problem might now be that we can't use the card's BIOSes. Ralf From linux@informatik.uni-koblenz.de Tue Apr 22 12:46:17 1997 Received-Date: Tue, 22 Apr 1997 12:46:16 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA11320; Tue, 22 Apr 1997 12:39:12 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id MAA15622 for ; Tue, 22 Apr 1997 12:40:57 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704221040.MAA15622@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id MAA08213; Tue, 22 Apr 1997 12:40:56 +0200 Subject: PCI support To: linux-mips@guadalquivir.fnet.fr Date: Tue, 22 Apr 1997 12:40:55 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 5672 Lines: 189 Hi, so far we just had hacked drivers but no real support for the BIOS32 functions that the PCI support needs. With the P4032 as yet another PCI target (and the O2 on the "hopefully soon" list) this becomes not only ugly (it was always ...) it also get unworkable. Below the new bios32.c; each system system will have to supply addition system specific code. Does anybody see problems with certain systems not fitting in the framework this code assumes? Ralf ---- bite here --- do not eat ------ bite here --- do not eat ---- /* * This file is subject to the terms and conditions of the GNU General Public * License. See the file "COPYING" in the main directory of this archive * for more details. * * MIPS specific implementation of the BIOS32 services for PCI support */ #include #include #include #ifndef CONFIG_PCI /* * BIOS32 replacement. */ unsigned long bios32_init(unsigned long memory_start, unsigned long memory_end) { return memory_start; } #else /* defined(CONFIG_PCI) */ /* * Following the generic parts of the MIPS BIOS32 code. */ int _pcibios_is_present; int pcibios_present (void) { return _pcibios_is_present; } /* * Given the vendor and device ids, find the n'th instance of that device * in the system. */ int pcibios_find_device (unsigned short vendor, unsigned short device_id, unsigned short index, unsigned char *bus, unsigned char *devfn) { unsigned int curr = 0; struct pci_dev *dev; for (dev = pci_devices; dev; dev = dev->next) { if (dev->vendor == vendor && dev->device == device_id) { if (curr == index) { *devfn = dev->devfn; *bus = dev->bus->number; return PCIBIOS_SUCCESSFUL; } ++curr; } } return PCIBIOS_DEVICE_NOT_FOUND; } /* * Given the class, find the n'th instance of that device * in the system. */ int pcibios_find_class (unsigned int class_code, unsigned short index, unsigned char *bus, unsigned char *devfn) { unsigned int curr = 0; struct pci_dev *dev; for (dev = pci_devices; dev; dev = dev->next) { if (dev->class == class_code) { if (curr == index) { *devfn = dev->devfn; *bus = dev->bus->number; return PCIBIOS_SUCCESSFUL; } ++curr; } } return PCIBIOS_DEVICE_NOT_FOUND; } const char *pcibios_strerror (int error) { static char buf[80]; switch (error) { case PCIBIOS_SUCCESSFUL: return "SUCCESSFUL"; case PCIBIOS_FUNC_NOT_SUPPORTED: return "FUNC_NOT_SUPPORTED"; case PCIBIOS_BAD_VENDOR_ID: return "SUCCESSFUL"; case PCIBIOS_DEVICE_NOT_FOUND: return "DEVICE_NOT_FOUND"; case PCIBIOS_BAD_REGISTER_NUMBER: return "BAD_REGISTER_NUMBER"; default: sprintf (buf, "UNKNOWN RETURN 0x%x", error); return buf; } } /* * The functions below are machine specific and must be reimplented for * each PCI chipset configuration. We just run the hook to the machine * specific implementation. */ unsigned long (*_bios32_init)(unsigned long memory_start, unsigned long memory_end); unsigned long bios32_init(unsigned long memory_start, unsigned long memory_end) { return __bios32_init ? _bios32_init(memory_start, memory_end) : memory_start; } unsigned long (*_pcibios_fixup) (unsigned long memory_start, unsigned long memory_end); unsigned long pcibios_fixup (unsigned long memory_start, unsigned long memory_end) { return _pcibios_fixup(memory_start, memory_end); } int (*_pcibios_read_config_byte) (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned char *val); int pcibios_read_config_byte (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned char *val) { return _pcibios_read_config_byte(bus, dev_fn, where, val); } int (*_pcibios_read_config_word) (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned short *val); int pcibios_read_config_word (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned short *val) { return _pcibios_read_config_word(bus, dev_fn, where, val); } int (*_pcibios_read_config_dword) (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned int *val); int pcibios_read_config_dword (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned int *val) { return _pcibios_read_config_dword(bus, dev_fn, where, val); } int (*_pcibios_write_config_byte) (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned char val); int pcibios_write_config_byte (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned char val) { return _pcibios_write_config_byte(bus, dev_fn, where, val); } int (*_pcibios_write_config_word) (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned short val); int pcibios_write_config_word (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned short val) { return _pcibios_write_config_word(bus, dev_fn, where, val); } int (*_pcibios_write_config_dword) (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned int val); int pcibios_write_config_dword (unsigned char bus, unsigned char dev_fn, unsigned char where, unsigned int val) { return _pcibios_write_config_dword(bus, dev_fn, where, val); } #endif /* defined(CONFIG_PCI) */ From paul@suede.sw.oz.au Wed Apr 23 14:59:11 1997 Received-Date: Wed, 23 Apr 1997 14:59:10 +0200 (MET DST) Received: from staff.cs.su.OZ.AU ([129.78.8.1]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA01187; Wed, 23 Apr 1997 14:55:55 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id MAA14094; Wed, 23 Apr 1997 12:58:25 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id MAA27922; Wed, 23 Apr 1997 12:58:23 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704231258.MAA27922@suede.sw.oz.au> Subject: DECStation update... To: linux-mips@guadalquivir.fnet.fr (Linux MIPS mailing list) Date: Wed, 23 Apr 1997 22:58:22 +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: 2861 Lines: 56 Hi folks, I've updated the web pages a bit, to reflect what we've been doing and accomplishing lately with the DECStation code. This will hopefully reduce the number of requests regarding the lack of updates for the past 5 months! To let you know what I've been doing: I've managed to steal the SGI console code (hi David!) and begin to integrate it with the code from Frieder and Michael Engel. This will also include a rough hack at David's z8530 driver from the SGI code to suit the DS5000's. I'm also going to hack a version of Frieder's graphics console code to suit the DS5000's, at least for output (the keyboard/mouse interface is different). All of which means we should soon have Real Consoles(tm) for all the DECStations! I've uncovered the boot PROM callbacks for the DS2100/3100's and using code from Mach (suitably attributed) have built an abstraction that detects the machine type and allows the use of the PROM routines on either a DS2100/3100 or DS5000. I know the console code for the DS2100/3100's is well advanced, but felt that having a known good way of printing on the console for emergency debugging under weird conditions would probably prove useful! There's also the fact that this code can be used for the boot loader program when we eventually write one... I've also managed to write code to do rudimentary enquiries of the boot PROM environment variables to determine the 'configured' boot console for the DS's. The code also attempts to initialise the requested devices to act as the console. The 5000's use the 'osconsole' variable, and I'd like the DS2100/3100 owners to check both the variable name and it's allowable values (and let me know the meanings of those via this list!) I hope to have a fair bit more done by Friday, and would like folks on the list with DS's to test a kernel binary I will produce and upload. I am particularly keen to know if it works on the DS2100/3100's, as I'm reasonably confident that it will be o.k. for the 5000's once it works on my 5000/2x. I'd particularly like to work with Michael Engel and Frieder to make sure that my hacks to their code (which mostly consist of moving it about), still allow it to work on the DS2100/3100's *before* I release the patches to Ralf to integrate into whatever kernel release he's up to by the time this happens later next week! 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 linux@informatik.uni-koblenz.de Wed Apr 23 15:30:45 1997 Received-Date: Wed, 23 Apr 1997 15:30:44 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA04719; Wed, 23 Apr 1997 15:27:09 +0200 (MET) Received: from thoma (linux@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id PAA27507 for ; Wed, 23 Apr 1997 15:29:00 +0200 (MET DST) From: Systemkennung Linux Message-Id: <199704231329.PAA27507@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id PAA16301; Wed, 23 Apr 1997 15:28:59 +0200 Subject: Re: DECStation update... To: linux-mips@guadalquivir.fnet.fr Date: Wed, 23 Apr 1997 15:28:59 +0200 (MET DST) In-Reply-To: <199704231258.MAA27922@suede.sw.oz.au> from "Paul Antoine" at Apr 23, 97 10:58:22 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 985 Lines: 24 > release the patches to Ralf to integrate into whatever kernel release > he's up to by the time this happens later next week! Right now it's 2.1.23. Twelve to go. Hope you like my new signature ... Emily won't :-) Ralf -- Uni Koblenz live: [...] 64 bytes from kernel.panic.julia.de (194.221.49.153): icmp_seq=55. time=18530. ms 64 bytes from kernel.panic.julia.de (194.221.49.153): icmp_seq=56. time=17534. ms 64 bytes from kernel.panic.julia.de (194.221.49.153): icmp_seq=57. time=16542. ms 64 bytes from kernel.panic.julia.de (194.221.49.153): icmp_seq=59. time=14556. ms 64 bytes from kernel.panic.julia.de (194.221.49.153): icmp_seq=60. time=13559. ms 64 bytes from kernel.panic.julia.de (194.221.49.153): icmp_seq=61. time=12562. ms 64 bytes from kernel.panic.julia.de (194.221.49.153): icmp_seq=63. time=10565. ms [...] ----194.221.xx.xx PING Statistics---- 80 packets transmitted, 40 packets received, 50% packet loss round-trip (ms) min/avg/max = 4145/35740/70823 From frist@lehr.chem.tu-berlin.de Wed Apr 23 16:37:16 1997 Received-Date: Wed, 23 Apr 1997 16:37:16 +0200 (MET DST) Received: from lehr.chem.tu-berlin.de ([130.149.66.25]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA06969; Wed, 23 Apr 1997 16:34:07 +0200 (MET) Received: (from frist@localhost) by lehr.chem.tu-berlin.de (8.7.4/8.7.3) id PAA05331; Wed, 23 Apr 1997 15:48:35 +0200 Date: Wed, 23 Apr 1997 15:48:34 +0200 (MET DST) From: Frieder Streffer To: linux-mips@guadalquivir.fnet.fr Subject: Re: DECStation update... In-Reply-To: <199704231258.MAA27922@suede.sw.oz.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 494 Lines: 16 On Wed, 23 Apr 1997, Paul Antoine wrote: > I'd particularly like to work with Michael Engel and Frieder to > make sure that my hacks to their code (which mostly consist of moving > it about), still allow it to work on the DS2100/3100's *before* I > release the patches to Ralf to integrate into whatever kernel release > he's up to by the time this happens later next week! > > Regards, > Paul Hi Paul, no problem, where do I find your kernel binary or source?? regards, Frieder From chn@spectrospin.ch Wed Apr 23 17:13:17 1997 Received-Date: Wed, 23 Apr 1997 17:13:17 +0200 (MET DST) Received: from spectrospin.ch (gateway.spectrospin.ch) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA08342; Wed, 23 Apr 1997 17:10:06 +0200 (MET) Received: by gateway.spectrospin.ch id <13442-1>; Wed, 23 Apr 1997 16:10:25 +0100 Sender: chn@spectrospin.ch Message-Id: <97Apr23.161025gmt+0100.13442-1@gateway.spectrospin.ch> Date: Wed, 23 Apr 1997 16:14:09 +0100 From: Christoph Nadig X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: linux-mips@guadalquivir.fnet.fr Subject: Linux/MIPS Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 502 Lines: 15 Hi, I just browsed through your webpage. I could grab an older R3000 based machine (manufactured my the company Bruker, sold in conjunction with their spectrometers) and tend to invest quite some time porting linux to this machine. Unfortunetaly it is compatible to nothing else in this world, but I hope I could give some support in general aspects. I did a linux port to a 68030 howbrew machine two years ago. Cheers, Chris -- Christoph Nadig Spectrospin AG, Switzerland chn@spectrospin.ch From engel@mail.math.uni-siegen.de Wed Apr 23 17:30:57 1997 Received-Date: Wed, 23 Apr 1997 17:30:56 +0200 (MET DST) Received: from bernoulli.numerik.math.uni-siegen.de (mathe2e.numerik.math.Uni-Siegen.DE) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA08906; Wed, 23 Apr 1997 17:27:45 +0200 (MET) Received: from hilbert.numerik.math.uni-siegen.de (hilbert.numerik.math.uni-siegen.de [141.99.112.8]) by bernoulli.numerik.math.uni-siegen.de (Mailhost) with SMTP id RAA14232 for ; Wed, 23 Apr 1997 17:28:20 +0200 (MET DST) From: Michael Engel Message-Id: <9704231533.AA16542@hilbert.numerik.math.uni-siegen.de> Received: by hilbert.numerik.math.uni-siegen.de id AA16542; Wed, 23 Apr 97 17:33:59 +0200 Subject: Re: DECStation update... To: linux-mips@guadalquivir.fnet.fr Date: Wed, 23 Apr 1997 17:33:59 +0200 (MET DST) In-Reply-To: from "Frieder Streffer" at Apr 23, 97 03:48:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 566 Lines: 15 > > On Wed, 23 Apr 1997, Paul Antoine wrote: > > I'd particularly like to work with Michael Engel and Frieder to > > make sure that my hacks to their code (which mostly consist of moving > > it about), still allow it to work on the DS2100/3100's *before* I > > release the patches to Ralf to integrate into whatever kernel release > > he's up to by the time this happens later next week! > > > Hi Paul, > no problem, where do I find your kernel binary or source?? > No problem from my side, too ... regards, Michael Engel (engel@unix-ag.uni-siegen.de) From Colin.Ling@insignia.co.uk Thu Apr 24 16:07:52 1997 Received-Date: Thu, 24 Apr 1997 16:07:51 +0200 (MET DST) Received: from gatekeeper.isltd.insignia.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA14546; Thu, 24 Apr 1997 16:04:40 +0200 (MET) Received: from sacrum.isltd.insignia.com (sacrum.isltd.insignia.com [193.112.16.71]) by gatekeeper.isltd.insignia.com (8.8.5/BSCF-1.1) with SMTP id PAA05161 for ; Thu, 24 Apr 1997 15:07:33 +0100 (BST) Received: from icarus by sacrum.isltd.insignia.com (4.1/UK-2.1.ISL) id AA23293; Thu, 24 Apr 97 15:07:27 BST Message-Id: <2.2.32.19970424140733.008e5728@sacrum.isltd.insignia.com> X-Sender: cling@sacrum.isltd.insignia.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 24 Apr 1997 15:07:33 +0100 To: linux-mips@guadalquivir.fnet.fr From: "Colin C. H. Ling" Content-Length: 702 Lines: 23 I have an NEC RISCserver 2200 dual processor R4400 and I would like to have more information on the port of Linux/MIPS. Thank you Colin Ling ======================================================== Colin Ling Insignia Solutions plc work tel: 44 (0)1494 45 3464 Kingmead Business Park work fax: 44 (0)1494 459720 London Road, High Wycombe mobile: 44 (0)802 856083 Bucks HP11 1JU England, UNITED KINGDOM Internet: Colin.Ling@isltd.insignia.com Colin.Ling@insignia.co.uk Compuserve: 101461,2124 Computer Virus joke #1: The X Files Virus - It's out there... somewhere? Computer Virus joke #2: The Captain Picard Virus: Baldly going where no bold virus has gone before From Colin.Ling@insignia.co.uk Thu Apr 24 17:45:13 1997 Received-Date: Thu, 24 Apr 1997 17:45:12 +0200 (MET DST) Received: from gatekeeper.waldorf-gmbh.de by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA17122; Thu, 24 Apr 1997 17:42:01 +0200 (MET) Received: from scotty (root@scotty.waldorf-gmbh.de [193.98.169.1]) by gatekeeper.waldorf-gmbh.de (8.6.12/8.6.9) with ESMTP id SAA27943 for ; Thu, 24 Apr 1997 18:46:25 +0200 Received: from gatekeeper.isltd.insignia.com (root@[193.133.95.50]) by scotty (8.6.12/8.6.12) with ESMTP id QAA00662 for ; Thu, 24 Apr 1997 16:40:17 +0200 Received: from sacrum.isltd.insignia.com (sacrum.isltd.insignia.com [193.112.16.71]) by gatekeeper.isltd.insignia.com (8.8.5/BSCF-1.1) with SMTP id QAA06053 for ; Thu, 24 Apr 1997 16:44:18 +0100 (BST) Received: from icarus by sacrum.isltd.insignia.com (4.1/UK-2.1.ISL) id AA27488; Thu, 24 Apr 97 16:44:12 BST Message-Id: <2.2.32.19970424154417.00911974@sacrum.isltd.insignia.com> X-Sender: cling@sacrum.isltd.insignia.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 24 Apr 1997 16:44:17 +0100 To: linux@waldorf-gmbh.de From: "Colin C. H. Ling" Content-Length: 703 Lines: 22 I have a dual R4400 MIPS NEC RiscServer 2200 and I would like to obtain a copy of Linux/MIPS. I would be grateful if you can help Colin Ling ======================================================== Colin Ling Insignia Solutions plc work tel: 44 (0)1494 45 3464 Kingmead Business Park work fax: 44 (0)1494 459720 London Road, High Wycombe mobile: 44 (0)802 856083 Bucks HP11 1JU England, UNITED KINGDOM Internet: Colin.Ling@isltd.insignia.com Colin.Ling@insignia.co.uk Compuserve: 101461,2124 Computer Virus joke #1: The X Files Virus - It's out there... somewhere? Computer Virus joke #2: The Captain Picard Virus: Baldly going where no bold virus has gone before From paul@suede.sw.oz.au Fri Apr 25 05:50:31 1997 Received-Date: Fri, 25 Apr 1997 05:50:30 +0200 (MET DST) Received: from staff.cs.su.OZ.AU ([129.78.8.1]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA05250; Fri, 25 Apr 1997 05:47:17 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id DAA15709; Fri, 25 Apr 1997 03:50:11 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id DAA07442; Fri, 25 Apr 1997 03:50:10 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704250350.DAA07442@suede.sw.oz.au> Subject: Re: More kernels ... To: linux-mips@guadalquivir.fnet.fr Date: Fri, 25 Apr 1997 13:50:09 +1000 (EST) In-Reply-To: <199704210955.LAA26303@informatik.uni-koblenz.de> from "Systemkennung Linux" at Apr 21, 97 11:55:10 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: 669 Lines: 17 Ralf wrote: > I'll upload linux-2.1.20.tar.gz to kernel.panic.julia.de and fnet.fnet.fr > as soon as possible. Right now our pipe is that overloaded that the > attempt is more or less ridiculous :-( Any luck yet? 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@suede.sw.oz.au Fri Apr 25 05:53:51 1997 Received-Date: Fri, 25 Apr 1997 05:53:50 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA05305; Fri, 25 Apr 1997 05:50:37 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id DAA15733; Fri, 25 Apr 1997 03:53:35 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id DAA07463; Fri, 25 Apr 1997 03:53:34 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704250353.DAA07463@suede.sw.oz.au> Subject: DZ11 driver (Mr. Engel's code) To: linux-mips@guadalquivir.fnet.fr Date: Fri, 25 Apr 1997 13:53:33 +1000 (EST) In-Reply-To: <9704210909.AA14396@hilbert.numerik.math.uni-siegen.de> from "Michael Engel" at Apr 21, 97 11:09:01 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: 807 Lines: 20 Hi folks, Michael: in your DZ11 code that Frieder gave me, there's reference to a file called dc.c Is this something you've been working on? Is it a full char driver for the dz11 interface? Can I integrate it with the kernel updates I'm doing now?? Just thought I'd ask in case you had more code hiding over there that I should include :-) 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 Colin.Ling@insignia.co.uk Fri Apr 25 06:12:13 1997 Received-Date: Fri, 25 Apr 1997 06:12:12 +0200 (MET DST) Received: from gatekeeper.waldorf-gmbh.de by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA05652; Fri, 25 Apr 1997 06:09:03 +0200 (MET) Received: from scotty (root@scotty.waldorf-gmbh.de [193.98.169.1]) by gatekeeper.waldorf-gmbh.de (8.6.12/8.6.9) with ESMTP id HAA32031 for ; Fri, 25 Apr 1997 07:13:42 +0200 Received: from gatekeeper.isltd.insignia.com (root@[193.133.95.50]) by scotty (8.6.12/8.6.12) with ESMTP id FAA05498 for ; Fri, 25 Apr 1997 05:08:02 +0200 Received: from sacrum.isltd.insignia.com (sacrum.isltd.insignia.com [193.112.16.71]) by gatekeeper.isltd.insignia.com (8.8.5/BSCF-1.1) with SMTP id FAA11888 for ; Fri, 25 Apr 1997 05:12:05 +0100 (BST) Received: from icarus by sacrum.isltd.insignia.com (4.1/UK-2.1.ISL) id AA20893; Fri, 25 Apr 97 05:11:58 BST Message-Id: <2.2.32.19970425041202.0091611c@sacrum.isltd.insignia.com> X-Sender: cling@sacrum.isltd.insignia.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 25 Apr 1997 05:12:02 +0100 To: linux@waldorf-gmbh.de From: "Colin C. H. Ling" Content-Length: 703 Lines: 22 I have a dual R4400 MIPS NEC RiscServer 2200 and I would like to obtain a copy of Linux/MIPS. I would be grateful if you can help Colin Ling ======================================================== Colin Ling Insignia Solutions plc work tel: 44 (0)1494 45 3464 Kingmead Business Park work fax: 44 (0)1494 459720 London Road, High Wycombe mobile: 44 (0)802 856083 Bucks HP11 1JU England, UNITED KINGDOM Internet: Colin.Ling@isltd.insignia.com Colin.Ling@insignia.co.uk Compuserve: 101461,2124 Computer Virus joke #1: The X Files Virus - It's out there... somewhere? Computer Virus joke #2: The Captain Picard Virus: Baldly going where no bold virus has gone before From Colin.Ling@insignia.co.uk Fri Apr 25 08:11:20 1997 Received-Date: Fri, 25 Apr 1997 08:11:19 +0200 (MET DST) Received: from gatekeeper.isltd.insignia.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA12491; Fri, 25 Apr 1997 08:08:07 +0200 (MET) Received: from sacrum.isltd.insignia.com (sacrum.isltd.insignia.com [193.112.16.71]) by gatekeeper.isltd.insignia.com (8.8.5/BSCF-1.1) with SMTP id HAA12479 for ; Fri, 25 Apr 1997 07:11:04 +0100 (BST) Received: from icarus by sacrum.isltd.insignia.com (4.1/UK-2.1.ISL) id AA23932; Fri, 25 Apr 97 07:10:57 BST Message-Id: <2.2.32.19970425061102.0091611c@sacrum.isltd.insignia.com> X-Sender: cling@sacrum.isltd.insignia.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 25 Apr 1997 07:11:02 +0100 To: linux-mips@guadalquivir.fnet.fr From: "Colin C. H. Ling" Content-Length: 702 Lines: 23 I have an NEC RISCserver 2200 dual processor R4400 and I would like to have more information on the port of Linux/MIPS. Thank you Colin Ling ======================================================== Colin Ling Insignia Solutions plc work tel: 44 (0)1494 45 3464 Kingmead Business Park work fax: 44 (0)1494 459720 London Road, High Wycombe mobile: 44 (0)802 856083 Bucks HP11 1JU England, UNITED KINGDOM Internet: Colin.Ling@isltd.insignia.com Colin.Ling@insignia.co.uk Compuserve: 101461,2124 Computer Virus joke #1: The X Files Virus - It's out there... somewhere? Computer Virus joke #2: The Captain Picard Virus: Baldly going where no bold virus has gone before From rraffer1@osf1.gmu.edu Fri Apr 25 21:09:33 1997 Received-Date: Fri, 25 Apr 1997 21:09:32 +0200 (MET DST) Received: from osf1.gmu.edu by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA21152; Fri, 25 Apr 1997 21:06:22 +0200 (MET) Received: from localhost by osf1.gmu.edu (5.65v4.0/1.1.8.2/07Sep94-1001AM/GMUv3) id AA07326; Fri, 25 Apr 1997 14:10:30 -0400 Date: Fri, 25 Apr 1997 14:10:30 -0400 (EDT) From: Ryan Rafferty To: linux-mips@guadalquivir.fnet.fr Subject: Re: Unidentified subject! In-Reply-To: <2.2.32.19970425061102.0091611c@sacrum.isltd.insignia.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 922 Lines: 20 On Fri, 25 Apr 1997, Colin C. H. Ling wrote: > I have an NEC RISCserver 2200 dual processor R4400 and I would like to have > more information on the port of Linux/MIPS. Colin, I don't know if the NEC machines have been tried with Linux/MIPS yet. They are ARC systems, so it shouldn't be to difficult to get it to work--most of the currently working machines are ARC. To be sure, however, only one processor will work at this point. Try looking at http://www.fnet.fr/linux-mips/ and go from there. FNet has the latest version of everything related to the project. Unfortunately, while it is possible at this time to cross-compile a Linux/MIPS kernel and get it to boot from the supported platforms, it is impossible to compose a functioning system from the binaries on FNet because the root filesystem is way out of date. Wait for Ralf to release a new set of libraries and maybe a new root filesystem image. Ryan From ralf@Julia.DE Fri Apr 25 21:59:56 1997 Received-Date: Fri, 25 Apr 1997 21:59:56 +0200 (MET DST) Received: from alles.intern.julia.de (loehnberg1.core.julia.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA22427; Fri, 25 Apr 1997 21:56:45 +0200 (MET) Received: from kernel.panic.julia.de (kernel.panic.julia.de [194.221.49.153]) by alles.intern.julia.de (8.8.5/8.8.5) with ESMTP id UAA06705 for ; Fri, 25 Apr 1997 20:59:24 +0200 From: Ralf Baechle Received: (from ralf@localhost) by kernel.panic.julia.de (8.8.4/8.8.4) id VAA32198 for linux-mips@fnet.fr; Fri, 25 Apr 1997 21:57:31 +0200 Message-Id: <199704251957.VAA32198@kernel.panic.julia.de> Subject: Re: Unidentified subject! To: linux-mips@guadalquivir.fnet.fr Date: Fri, 25 Apr 1997 21:57:31 +0200 (MET DST) In-Reply-To: from "Ryan Rafferty" at Apr 25, 97 02:10:30 pm Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1212 Lines: 26 Hi, > > I have an NEC RISCserver 2200 dual processor R4400 and I would like to have > > more information on the port of Linux/MIPS. > > Colin, I don't know if the NEC machines have been tried with Linux/MIPS > yet. They are ARC systems, so it shouldn't be to difficult to get it to > work--most of the currently working machines are ARC. To be sure, > however, only one processor will work at this point. That's not exactly right. The ARC standard defines only the hardware and software interfaces and some properties of the hardware. Essentially it's a standard that defines a pc-ified version of a SGI. This standard however was already outdated two years ago ... Microsoft then reduced the ARC standard down to the "Portable Bootloader Standard" which just defines a software interface good enough to load some OS, preferably NT. To my knowledge not a single machine conforms to the ARC standard V1.0, not even the reference implementation Magnum 4000 & Co. Anyway, the NECs are based on the Magnum design (NEC licensed it ...) and so they're similar. ARC does not define things like a software interface to the MP-Agent, the GFX hardware etc. In short there is still some work to do ... Ralf From imp@village.org Sun Apr 27 04:17:42 1997 Received-Date: Sun, 27 Apr 1997 04:17:41 +0200 (MET DST) Received: from rover.village.org ([204.144.255.49]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA02269; Sun, 27 Apr 1997 04:14:28 +0200 (MET) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wLJWy-0005u8-00; Sat, 26 Apr 1997 20:17:36 -0600 To: linux-mips@guadalquivir.fnet.fr Subject: Re: Unidentified subject! Cc: linux-mips@guadalquivir.fnet.fr In-Reply-To: Your message of "Fri, 25 Apr 1997 14:10:30 EDT." References: Date: Sat, 26 Apr 1997 20:17:35 -0600 From: Warner Losh Message-Id: Content-Length: 709 Lines: 15 In message Ryan Rafferty writes: : Unfortunately, while it is possible at this time to cross-compile a : Linux/MIPS kernel and get it to boot from the supported platforms, it is : impossible to compose a functioning system from the binaries on FNet : because the root filesystem is way out of date. Wait for Ralf to release : a new set of libraries and maybe a new root filesystem image. Actually, it is possible to peice together the binaries to do this, but the root image is way way out of date. Also note that *NO* SMP work has been done on the Linux/MIPS kernel specific to mips, so you may not be able to use both of those R4400 CPUs. Warner From imp@village.org Sun Apr 27 04:23:30 1997 Received-Date: Sun, 27 Apr 1997 04:23:30 +0200 (MET DST) Received: from rover.village.org ([204.144.255.49]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA02456; Sun, 27 Apr 1997 04:20:17 +0200 (MET) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wLJcY-0005ua-00; Sat, 26 Apr 1997 20:23:22 -0600 To: linux-mips@guadalquivir.fnet.fr Subject: Re: Unidentified subject! In-Reply-To: Your message of "Fri, 25 Apr 1997 21:57:31 +0200." <199704251957.VAA32198@kernel.panic.julia.de> References: <199704251957.VAA32198@kernel.panic.julia.de> Date: Sat, 26 Apr 1997 20:23:22 -0600 From: Warner Losh Message-Id: Content-Length: 1210 Lines: 23 In message <199704251957.VAA32198@kernel.panic.julia.de> Ralf Baechle writes: : and software interfaces and some properties of the hardware. Essentially : it's a standard that defines a pc-ified version of a SGI. This standard I'd describe it more like a MIPSified PC :-). My Deskstation rPC44 is almost exactly like a PC with a MIPS chip in it. Down to using the same interrupt and DMA controllers. It even has a 640k lower memory with a 384k hole for the ISA memory mapped deviced, followed by 31M of memory. The interrupt controller isn't run in cascade mode, so you have to chain the interrupts yourself. Also, DMA isn't cache coherent on the MIPS processors, so you have to compensate for that somehow. Later ARC machines departed more radically from the PC roots, I'm given to believe, but I've not tried to port anything to these newer ARC machines. The Deskstation rPC44 was the first ARC machine made by Deskstation. They no longer make MIPS machines, to the best of my knowledge. The last one they made was a 266MHz R4700 based machine. They are, and have been for at least two years, concentrating on the Alpha marketplace. I think their last machines were in the 500MHz range. Warner From mlaird@franck.sanders.lockheed.com Mon Apr 28 16:13:11 1997 Received-Date: Mon, 28 Apr 1997 16:13:11 +0200 (MET DST) Received: from rapnet.sanders.lockheed.com by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA00392; Mon, 28 Apr 1997 16:09:56 +0200 (MET) Received: by rapnet.sanders.lockheed.com (5.57/Ultrix3.0-C) id AA13317; Mon, 28 Apr 97 10:19:26 -0400 Received: by franck.sanders.lockheed.com (940816.SGI.8.6.9/930416.SGI.AUTO) for linux-mips@fnet.fr id KAA27953; Mon, 28 Apr 1997 10:12:59 -0400 From: "Michael Laird" Message-Id: <9704281012.ZM27951@franck.sanders.lockheed.com> Date: Mon, 28 Apr 1997 10:12:56 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: linux-mips@guadalquivir.fnet.fr Subject: Unsubscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 444 Lines: 10 Please unsubscribe me from the list. I am leaving Sanders and will no longer have opportunity to help with the Linux/MIPS port. :-( Good luck, Michael Laird -------------------------------------------------------------------------- Michael Laird Avionics Advanced Technology Senior Software Engineer Sanders, a Lockheed Martin Company mlaird@franck.sanders.lockheed.com HOR1-203, (603) 885-4977 From mshar@ROSE.IPM.AC.IR Mon Apr 28 20:17:50 1997 Received-Date: Mon, 28 Apr 1997 20:17:49 +0200 (MET DST) From: mshar@ROSE.IPM.AC.IR Received: from ROSE.IPM.AC.IR ([194.225.70.70]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA07183; Mon, 28 Apr 1997 20:14:32 +0200 (MET) Received: by ROSE.IPM.AC.IR (MX V4.1 VAX) id 139; Mon, 28 Apr 1997 22:48:19 +0330 Date: Mon, 28 Apr 1997 22:48:18 +0330 To: linux-mips@guadalquivir.fnet.fr Message-Id: <009B37AE.BA7022E0.139@ROSE.IPM.AC.IR> Subject: Porting DIPC to Linux/MIPS Content-Length: 3319 Lines: 86 Dear Linux/MIPS users, DIPC version 0.9 (Beta) is available. It was originally developed for Intel x86 processors, and has been recently ported to Linux for M680x0. So a great deal of work in making it heterogeneous has already been done. I am sending this to ask interested people to try and port DIPC to Linux/MIPS. For more information read the original announcement. Thanks. Kamran Karimi The original announcement: From: karimik@sun.iust.ac.ir (Kamran Karimi) Subject: DIPC (Distributed IPC) update Organization: IUST (Iran University of Science & Technology) Keywords: distributed parallel programming multi computer Kernel IPC DSM WAN TCP/IP heterogeneous This is to announce the following about the DIPC (Distributed Inter-Process Communication) software for Linux. *) Version 0.9 (Beta) of the DIPC package is available publicly. DIPC could be used to build and program multi-computers and distributed systems out of ordinary Intel-based PCs, connected over a TCP/IP network. DIPC works by making UNIX System V IPC mecahnisms (shared memories, semaphores and messages) function transparently in a network. This version can be used by 2.x.x Linux kernels, for i386 as well as m68k machines (yes, DIPC has become a heterogeneous distributed system!). The port was done mainly by Michael Schmitz (schmitz@lcbvax.cchem.berkeley.edu) The files dipc-0.9.tgz and dipc-0.9.lsm can be obtained by anonymous ftp from sunsite.unc.edu, in directory /pub/Linux/Incoming, or /pub/Linux/system/Network/distrib/dipc. Previous DIPC versions are hereby declared obsolete. DIPC developers would appreciate very much if seasoned kernel hackers could take a look at the DIPC kernel patches and see if there are any problems. Of particular importance are the Linux SMP related code in DIPC's patches relative to 2.1.x kernels. *) There are two web home pages for DIPC: target your browser at 1) http://wallybox.cei.net/dipc This page is maintained by Tim J. Bynum (tjbynum@wallybox.cei.net) 2) http://www.gpg.com/DIPC This page is maintained by Anoosh Hosseini of the Global Publishing Group (anoosh@simorgh.gpg.com) *) There is also a mailing list for DIPC. To subscribe, send a mail with the body 'subscribe linux-dipc' to majordomo@wallybox.cei.net. This mailing list could be used not just for DIPC, but for parallel and distributed programming in general (the name could be changed, if the need arises). So I am inviting interested people to join forces and create a home for Linux distributed and parallel processing discussions. The mailing list is maintained by Tim J. Bynum (tjbynum@wallybox.cei.net) *) I am also asking people who have developed (or are developing) distributed programs using DIPC to send an email to me with a brief description of their work. Please mention if you have any objections about this information appearing in a web page. e-mail addresses: karimik@sun.iust.ac.ir mshar@vax.ipm.ac.ir (If these addresses didn't work, try: schmitz@lcbvax.cchem.berkeley.edu) s-mail address: Kamran Karimi 89, Nastaran/Ghandehari Khosh Shomali st. 14578 - Tehran Iran From amitm@amitpc.iso.dec.com Tue Apr 29 14:11:35 1997 Received-Date: Tue, 29 Apr 1997 14:11:34 +0200 (MET DST) Received: from server21.digital.fr by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA07855; Tue, 29 Apr 1997 14:08:01 +0200 (MET) Received: from tavosf.iso.dec.com (tavosf.iso.dec.com [16.190.64.193]) by server21.digital.fr (8.7.5/8.7) with SMTP id OAA06885; Tue, 29 Apr 1997 14:16:05 +0200 (MET DST) Received: from amitpc by tavosf.iso.dec.com (5.65v3.2/1.1.10.5/24Mar97-0101PM) id AA17530; Tue, 29 Apr 1997 15:08:42 +0300 Received: by amitpc.iso.dec.com id (Debian Smail-3.2 1996-Jul-4 #2); Tue, 29 Apr 1997 15:07:59 +0300 (IDT) Sender: amitm@amitpc.iso.dec.com (Amit-Margalit) Message-Id: X-Mailer: XFMail 1.1 [p0] on Linux Sender: amitm@amitpc.iso.dec.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit Mime-Version: 1.0 Date: Tue, 29 Apr 1997 13:13:01 +0300 (IDT) Organization: Digital Equipment Corp. From: Amit Margalit To: Paul Antoine , Linux-MIPS Mailing List Subject: Booted via tftp Content-Length: 601 Lines: 13 Hi Paul. I decided I'd try to boot my station via tftp, and not through the ultrix boot program that's installed in my Ultrix disk. I figured it should be the same, but wanted to make sure. So if this helps any, it IS the same. Amit ------------------------------------------------------------------------ Amit Margalit - Author of XBanner: http://physics.fullerton.edu/XBanner/ ------------------------------------------------------------------------ All information in the above mail message is personal, and does not imply on my employer. None of it should be attributed to my employer. From ryan@ravage.labs.gmu.edu Wed Apr 30 03:51:25 1997 Received-Date: Wed, 30 Apr 1997 03:51:24 +0200 (MET DST) Received: from ravage.labs.gmu.edu ([129.174.166.55]) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA00895; Wed, 30 Apr 1997 03:48:10 +0200 (MET) Received: from localhost (ryan@localhost) by ravage.labs.gmu.edu (8.8.3/8.8.3) with SMTP id JAA21598 for ; Tue, 29 Apr 1997 09:51:58 -0400 Date: Tue, 29 Apr 1997 09:51:58 -0400 (EDT) From: Ryan Rafferty To: linux-mips@guadalquivir.fnet.fr Subject: Re: Linux/MIPS 2.1.36 uploaded In-Reply-To: <199704300047.CAA00355@informatik.uni-koblenz.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 536 Lines: 18 On Wed, 30 Apr 1997, Ralf Baechle wrote: > I've uploaded Linux/MIPS 2.1.36 to ftp.fnet.fr and kernel.panic.julia.de. > The file will appear at FNet later today when one of the admins has > moved it online. Great! Looking forward to compiling it. > This release integrates all of Linus' kernel patches and most of the > MIPS specific patches I still had on hold. OK. You mentioned that the person at SGI working on the SGI-specific port had sent you a tarball of his work; is that incorporated into this release? Ryan Rafferty From paul@suede.sw.oz.au Thu May 1 00:23:06 1997 Received-Date: Thu, 1 May 1997 00:23:05 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA06130; Thu, 1 May 1997 00:19:47 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id WAA19387; Wed, 30 Apr 1997 22:22:42 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id WAA08701; Wed, 30 Apr 1997 22:22:41 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704302222.WAA08701@suede.sw.oz.au> Subject: Re: DECStation update... To: linux-mips@guadalquivir.fnet.fr Date: Thu, 1 May 1997 08:22:40 +3400 (EST) In-Reply-To: <9704231533.AA16542@hilbert.numerik.math.uni-siegen.de> from "Michael Engel" at Apr 23, 97 05:33:59 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: 1808 Lines: 43 Frieder and Michael wrote: > > Hi Paul, > > no problem, where do I find your kernel binary or source?? > > > No problem from my side, too ... > > regards, > Michael Engel (engel@unix-ag.uni-siegen.de) I've just loaded the kernel binary onto Softway's FTP, and Luc's wonder-script will pull that back to the main ftp site sometime today (I think this happens hourly but can't remember). I've created a link to it in the web page, and have updated the Port Status and the Development Environment Notes to reflect this. The test kernel binary should be available at: ftp://ftp.fnet.fr/linux-mips/ftp.softway.com.au/dec_vmlinux.2.1.14.test.gz Would you please check that it boots at least to the 'Added tags' point in the kernel? It's not getting past the code at kernel_entry in head.S due to R4K'isms in that portion of the code (due to R4K coders setting the assembler to 'noreorder' then assuming all MIPS CPU's have 'some' interlocks as does the R4K... :-) The new DECStation code uses the 2100/3100 PROM routines prior to initialising the driver code you both wrote. It also should correctly determine the amount of memory present... tell me if it doesn't, as I've had to call either your code or the original DS5000 code that queries the PROM depending upon which machine it detects... hopefully your code still works!! 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@suede.sw.oz.au Thu May 1 00:43:20 1997 Received-Date: Thu, 1 May 1997 00:43:19 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA06752; Thu, 1 May 1997 00:40:03 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id WAA19734; Wed, 30 Apr 1997 22:42:43 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id WAA08801; Wed, 30 Apr 1997 22:42:26 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704302242.WAA08801@suede.sw.oz.au> Subject: Re: Booted via tftp To: linux-mips@guadalquivir.fnet.fr Date: Thu, 1 May 1997 08:42:25 +3400 (EST) In-Reply-To: from "Amit Margalit" at Apr 29, 97 01:13:01 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: 837 Lines: 19 Hi Amit, > I decided I'd try to boot my station via tftp, and not through the ultrix > boot program that's installed in my Ultrix disk. I figured it should be > the same, but wanted to make sure. So if this helps any, it IS the same. I appear to have lost the begining of this thread, so I don't know what problem you're talking about... could you explain all this again?? 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@suede.sw.oz.au Thu May 1 00:46:24 1997 Received-Date: Thu, 1 May 1997 00:46:24 +0200 (MET DST) Received: from staff.cs.su.OZ.AU by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA06927; Thu, 1 May 1997 00:43:08 +0200 (MET) Received: from suede.sw.oz.au by swallow.sw.oz.au with ESMTP id WAA19811; Wed, 30 Apr 1997 22:46:09 GMT (8.6.10/Unixware) (from paul@suede.sw.oz.au for ) Received: by suede.sw.oz.au id WAA08836; Wed, 30 Apr 1997 22:46:08 GMT (SMI-8.6/1.34) (from paul for linux-mips@fnet.fr) From: paul@suede.sw.oz.au (Paul Antoine) Message-Id: <199704302246.WAA08836@suede.sw.oz.au> Subject: Re: Linux/MIPS 2.1.36 uploaded To: linux-mips@guadalquivir.fnet.fr Date: Thu, 1 May 1997 08:46:07 +3400 (EST) In-Reply-To: <199704300047.CAA00355@informatik.uni-koblenz.de> from "Ralf Baechle" at Apr 30, 97 02:46:57 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: 1159 Lines: 28 Ralf wrote: > I've uploaded Linux/MIPS 2.1.36 to ftp.fnet.fr and kernel.panic.julia.de. > The file will appear at FNet later today when one of the admins has > moved it online. Cool! > The number of changes compared to my last real release 2.1.14 is too > large to be enumerated and people still having patches against this > release will probably have their fun with them ... Arrrrrgggggghhhhhhh! Can you highlight the big changes from 2.1.14?? I had foolishly assumed that your next release would be closer to 2.1.14 than the previous 'official' release... Please tell me you won't do another release for a little while... so I can get things stable on the DS's again and send you the code... :-) 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@informatik.uni-koblenz.de Wed Apr 30 02:47:17 1997 Received-Date: Wed, 30 Apr 1997 02:47:16 +0200 (MET DST) Received: from informatik.uni-koblenz.de (mailhost.uni-koblenz.de) by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA29363; Wed, 30 Apr 1997 02:43:55 +0200 (MET) Received: from thoma (ralf@thoma.uni-koblenz.de [141.26.4.61]) by informatik.uni-koblenz.de (8.8.5/8.6.9) with SMTP id CAA00355 for ; Wed, 30 Apr 1997 02:47:00 +0200 (MEST) From: Ralf Baechle Message-Id: <199704300047.CAA00355@informatik.uni-koblenz.de> Received: by thoma (SMI-8.6/KO-2.0) id CAA02378; Wed, 30 Apr 1997 02:46:57 +0200 Subject: Linux/MIPS 2.1.36 uploaded To: linux-mips@guadalquivir.fnet.fr Date: Wed, 30 Apr 1997 02:46:57 +0200 (MET DST) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 858 Lines: 28 -----BEGIN PGP SIGNED MESSAGE----- Hi all, I've uploaded Linux/MIPS 2.1.36 to ftp.fnet.fr and kernel.panic.julia.de. The file will appear at FNet later today when one of the admins has moved it online. The number of changes compared to my last real release 2.1.14 is too large to be enumerated and people still having patches against this release will probably have their fun with them ... This release integrates all of Linus' kernel patches and most of the MIPS specific patches I still had on hold. Ralf 93141ebd8f8188b1e1ed1e02cd68948a linux-2.1.36.tar.gz -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAgUBM2aWfkckbl6vezDBAQEuNwP+IClMEpzInD/Ky75eYJ3zH74LZwJ1h/bx aC+jNw2efF7MNvHUjp8fQ7Io7aIhFjkYLkJN0d7M4tx5YvmlmkjT9oX1yiLII99s 9424j5ZxSwvcKi5pyM4iJmHBmBOjUwmsTSigTnlgOz/fsLh9INGkANCaFDd+Fw4F BLh29Oki3GQ= =tkWy -----END PGP SIGNATURE----- From davem@caipfs.rutgers.edu Wed Apr 30 04:01:37 1997 Received-Date: Wed, 30 Apr 1997 04:01:37 +0200 (MET DST) Received: from caipfs.rutgers.edu by Utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA01113; Wed, 30 Apr 1997 03:58:22 +0200 (MET) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id WAA12255 for ; Tue, 29 Apr 1997 22:01:32 -0400 (EDT) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id WAA01789; Tue, 29 Apr 1997 22:00:15 -0400 Date: Tue, 29 Apr 1997 22:00:15 -0400 Message-Id: <199704300200.WAA01789@jenolan.caipgeneral> From: "David S. Miller" To: linux-mips@guadalquivir.fnet.fr In-Reply-To: (message from Ryan Rafferty on Tue, 29 Apr 1997 09:51:58 -0400 (EDT)) Subject: Re: Linux/MIPS 2.1.36 uploaded Content-Length: 271 Lines: 8 Date: Tue, 29 Apr 1997 09:51:58 -0400 (EDT) From: Ryan Rafferty OK. You mentioned that the person at SGI working on the SGI-specific port had sent you a tarball of his work; is that incorporated into this release? Yes it is.