From ralf@lappi.waldorf-gmbh.de Fri Oct 1 03:28:04 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA01355; Fri, 1 Oct 1999 03:28:03 +0200 (MET DST) Received-Date: Fri, 1 Oct 1999 03:28:03 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-8.uni-koblenz.de [141.26.131.8]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id DAA06972 for ; Fri, 1 Oct 1999 03:27:57 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id DAA29315; Fri, 1 Oct 1999 03:24:03 +0200 Date: Fri, 1 Oct 1999 03:24:01 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: CVS move finished Message-ID: <19991001032401.B28857@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 261 Lines: 11 Anonymous users can now access the CVS archive by cvs -d :pserver:cvs@oss.sgi.com:/cvs login Enter cvs when prompted for the password, then: cvs -d :pserver:cvs@oss.sgi.com:/cvs co linux For user with an account the path name is /home/pub/cvs/. Ralf From slapin@ftp.gis.karelia.ru Fri Oct 1 06:55:07 1999 Received: from ftp.gis.karelia.ru (ftp.gis.karelia.ru [194.85.172.216]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA04043; Fri, 1 Oct 1999 06:55:03 +0200 (MET DST) Received-Date: Fri, 1 Oct 1999 06:55:03 +0200 (MET DST) Received: from localhost (slapin@localhost) by ftp.gis.karelia.ru (8.9.1/8.9.1) with ESMTP id JAA28514; Fri, 1 Oct 1999 09:20:13 +0400 (MSD) Date: Fri, 1 Oct 1999 09:20:13 +0400 (MSD) From: "Sergey N. Lapin" To: Harald Koerfgen cc: linux-mips@fnet.fr, K.H.C.vanHouten@research.kpn.com, Ralf Baechle Subject: Re: bootblocks In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1979 Lines: 56 On Thu, 30 Sep 1999, Harald Koerfgen wrote: > Hi, > > On 30-Sep-99 Sergey N. Lapin wrote: > > Thanks, but then I have a question: how a bootloading on DECstations > > works? so, where do prom finds a bootblock? does it have a direct > > knowledge of partitions? > > No, it hasn't. The PROM loads sector 0 from the boot device (a 512 byte sector, > that is) and is able to load a sequence of sectors depending on information in > the boot sector. Have a look at > ftp://ftp.linux.sgi.com/pub/linux/mips/test/bootprep.c for the details. > > BTW, I have a newer version of bootprep here which is compatible with MSDOS > style partitioning (yuck!) and SUN partition tables. I will upload this > immediately :-). > Will try it... > > 1) Ultrix partition tables, Ultrix bootsector and Ultrix bootloader. > Ultrix disk dead on my machine :( > 2) NetBSD partition tables, NetBSD/pmax bootsector and second stage bootloader. > Too painful, IMHO... :) > 3) MSDOS or SUN partition tables and bootprep. bootprep simply determines the > sectors of an executable image (objdump -b binary) and puts this in sector 0 if > it fits. With "bootprep image /dev/sda" "image" will directly be loaded by the > PROM. Actually "image" can be a complete kernel but in the long term it would > be prefereable to have a second stage bootloader like SILO to handle different > kernels. Any volunteers? I could, if anyone could explain me, why binutils from decroot-current (2.8.1-2D) and egcs from ftp.linux.sgi.com are unable to produce working kernel, while produce working programs... > > Method 3 is obviously somewhat unflexible without a second stage bootloader but > it doesn't make use of information stored outside the bootsector, like methods > 1 and 2 do. As a consequence you can have any filesystem you like on your first > partition :-) > Simple bootloader could be done in a few hours, just reuse some code from kernel, libbfd, libe2fs, lilo... > --- > Regards, > Harald > From airlied@csn.ul.ie Fri Oct 1 16:11:22 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA08893; Fri, 1 Oct 1999 16:11:07 +0200 (MET DST) Received-Date: Fri, 1 Oct 1999 16:11:07 +0200 (MET DST) Received: from skynet.csn.ul.ie (IDENT:root@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.9.3/8.9.3) with ESMTP id PAA17256; Fri, 1 Oct 1999 15:03:49 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.9.3/8.9.3) with ESMTP id PAA02630; Fri, 1 Oct 1999 15:12:10 +0100 Date: Fri, 1 Oct 1999 15:12:10 +0100 (IST) From: Dave Airlie To: Ralf Baechle cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: CVS move finished In-Reply-To: <19991001032401.B28857@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 730 Lines: 20 On Fri, 1 Oct 1999, Ralf Baechle wrote: > Anonymous users can now access the CVS archive by > Well some of them might but I can't :-) rowan (cvs)% cvs -d :pserver:cvs@oss.sgi.com:/cvs co linux cvs server: Updating linux cvs server: failed to create lock directory in repository `/cvs/linux': Permission denied cvs server: failed to obtain dir lock in repository `/cvs/linux' cvs [server aborted]: read lock failed - giving up Regards, Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From airlied@csn.ul.ie Fri Oct 1 16:12:50 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA08930; Fri, 1 Oct 1999 16:12:48 +0200 (MET DST) Received-Date: Fri, 1 Oct 1999 16:12:48 +0200 (MET DST) Received: from skynet.csn.ul.ie (IDENT:root@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.9.3/8.9.3) with ESMTP id PAA17270; Fri, 1 Oct 1999 15:05:12 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.9.3/8.9.3) with ESMTP id PAA02710; Fri, 1 Oct 1999 15:13:38 +0100 Date: Fri, 1 Oct 1999 15:13:38 +0100 (IST) From: Dave Airlie To: Ralf Baechle cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: CVS move finished In-Reply-To: <19991001032401.B28857@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 805 Lines: 28 I've also noticed that the old cvs server didn't let me do a cvs diff, which I consider useful, was this because of chroot pserver or something? and will the new one let me do diffs? Dave. On Fri, 1 Oct 1999, Ralf Baechle wrote: > Anonymous users can now access the CVS archive by > > cvs -d :pserver:cvs@oss.sgi.com:/cvs login > > Enter cvs when prompted for the password, then: > > cvs -d :pserver:cvs@oss.sgi.com:/cvs co linux > > For user with an account the path name is /home/pub/cvs/. > > Ralf > ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From airlied@csn.ul.ie Fri Oct 1 16:30:38 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA11690; Fri, 1 Oct 1999 16:30:36 +0200 (MET DST) Received-Date: Fri, 1 Oct 1999 16:30:36 +0200 (MET DST) Received: from skynet.csn.ul.ie (IDENT:root@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.9.3/8.9.3) with ESMTP id PAA17359 for ; Fri, 1 Oct 1999 15:23:15 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.9.3/8.9.3) with ESMTP id PAA03818 for ; Fri, 1 Oct 1999 15:31:42 +0100 Date: Fri, 1 Oct 1999 15:31:41 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: problem with keyboard beep Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 680 Lines: 17 Hi, I've discovered the cause of my oops in the keyboard/graphics driver, when it tries to beep a function called kd_mksound is called and it outports to a port 0x61 which gives me an unable to handle kernel paging request at virtual address 00000061, So what is this for ? I notice it has an ifdef __mips__ along with a few other archs around it, it is defined in drivers/char/vt.c Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From ralf@lappi.waldorf-gmbh.de Fri Oct 1 23:36:08 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA17565; Fri, 1 Oct 1999 23:36:07 +0200 (MET DST) Received-Date: Fri, 1 Oct 1999 23:36:07 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-25.uni-koblenz.de [141.26.131.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA21239 for ; Fri, 1 Oct 1999 23:35:59 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA01638; Fri, 1 Oct 1999 23:33:21 +0200 Date: Fri, 1 Oct 1999 23:33:21 +0200 From: Ralf Baechle To: Dave Airlie Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: CVS move finished Message-ID: <19991001233321.B1231@uni-koblenz.de> References: <19991001032401.B28857@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Dave Airlie on Fri, Oct 01, 1999 at 03:13:38PM +0100 X-Accept-Language: de,en,fr Content-Length: 370 Lines: 13 On Fri, Oct 01, 1999 at 03:13:38PM +0100, Dave Airlie wrote: > I've also noticed that the old cvs server didn't let me do a cvs diff, > which I consider useful, was this because of chroot pserver or something? Probably. Even though I had installed the necessary binaries in the chroot environment. > and will the new one let me do diffs? It is supposed to. Ralf From ralf@lappi.waldorf-gmbh.de Sun Oct 3 00:27:53 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA00821; Sun, 3 Oct 1999 00:27:51 +0200 (MET DST) Received-Date: Sun, 3 Oct 1999 00:27:51 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-8.uni-koblenz.de [141.26.131.8]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA26657 for ; Sun, 3 Oct 1999 00:27:47 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA05238; Sun, 3 Oct 1999 00:25:14 +0200 Date: Sun, 3 Oct 1999 00:25:14 +0200 From: Ralf Baechle To: Dave Airlie Cc: linux-mips@fnet.fr Subject: Re: problem with keyboard beep Message-ID: <19991003002514.A5147@uni-koblenz.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Dave Airlie on Fri, Oct 01, 1999 at 03:31:41PM +0100 X-Accept-Language: de,en,fr Content-Length: 650 Lines: 18 On Fri, Oct 01, 1999 at 03:31:41PM +0100, Dave Airlie wrote: > Hi, > I've discovered the cause of my oops in the keyboard/graphics > driver, when it tries to beep a function called > > kd_mksound is called and it outports to a port 0x61 which gives me an > unable to handle kernel paging request at virtual address 00000061, > > So what is this for ? I notice it has an ifdef __mips__ along with a few > other archs around it, it is defined in drivers/char/vt.c This is how to make a PC beep. On a DECstation it obviously works different and hell, who wants his computer to beep like a toy computer from movie from the 60ies anyway? Ralf From josega@bpo.hp.com Mon Oct 4 08:44:45 1999 Received: from bbnona4.hp.com (bbnrel4.net.external.hp.com [155.208.254.68]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA12043; Mon, 4 Oct 1999 08:44:44 +0200 (MET DST) Received-Date: Mon, 4 Oct 1999 08:44:44 +0200 (MET DST) Received: from hpbplfs4.bpo.hp.com (root@hpbplfs4.bpo.hp.com [15.180.0.241]) by bbnona4.hp.com (8.8.6/8.8.5tis) with ESMTP id IAA29011 for ; Mon, 4 Oct 1999 08:44:24 +0200 (METDST) Received: from bpo.hp.com (josega@hpbpl133.bpo.hp.com [15.180.2.67]) by hpbplfs4.bpo.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id IAA19370 for ; Mon, 4 Oct 1999 08:44:24 +0200 (METDST) Sender: josega@bpo.hp.com Message-ID: <37F84CC8.5A3B986A@bpo.hp.com> Date: Mon, 04 Oct 1999 08:44:24 +0200 From: Jose Galmes Organization: Hewlett-Packard Barcelona Division X-Mailer: Mozilla 4.51 [en] (X11; I; HP-UX B.10.20 9000/782) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: unsuscibe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 50 Lines: 7 Hi, Please take me off this list. Thanks, Pepe From kenneth@internetcasino.ag Mon Oct 4 18:24:57 1999 Received: from mail.internetcasino.ag ([207.42.132.69]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA22610; Mon, 4 Oct 1999 18:24:56 +0200 (MET DST) Received-Date: Mon, 4 Oct 1999 18:24:56 +0200 (MET DST) Received: from billy [207.42.132.90] by mail.internetcasino.ag (SMTPD32-5.00) id AE08F801D4; Mon, 04 Oct 1999 12:20:40 PDT Message-ID: <00b201bf0e85$336305b0$5a842acf@candw.ag> From: "Kenneth Goodwin" To: Subject: Booting Linux5 and NT4 Date: Mon, 4 Oct 1999 12:26:24 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AF_01BF0E63.AC46B750" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 1386 Lines: 45 This is a multi-part message in MIME format. ------=_NextPart_000_00AF_01BF0E63.AC46B750 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 Hi my entire name is KennethGoodwin I have perches Red-Hot Some time a = go and I im willing to give it a try. I'm presently working on NT Server4 and I want to install RedHot5. What is the best was to do this? Do I install Red-Hot and then NT4 just the same was to run boot 95 & = NT4? ------=_NextPart_000_00AF_01BF0E63.AC46B750 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 

Hi my entire name is KennethGoodwin I have perches = Red-Hot=20 Some time a go and I im willing to give it a try.

I’m presently working on NT Server4 and I = want to install=20 RedHot5.

What is the best was to do this?

Do I install Red-Hot and then NT4 just the same was = to run=20 boot 95 & NT4?

------=_NextPart_000_00AF_01BF0E63.AC46B750-- From engel@math.uni-siegen.de Tue Oct 5 00:29:52 1999 Received: from jordan.numerik.math.uni-siegen.de (jordan.numerik.math.uni-siegen.de [141.99.112.9]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA26607; Tue, 5 Oct 1999 00:29:51 +0200 (MET DST) Received-Date: Tue, 5 Oct 1999 00:29:51 +0200 (MET DST) Received: (from engel@localhost) by jordan.numerik.math.uni-siegen.de (Mailhost) id AAA20378 for linux-mips@fnet.fr; Tue, 5 Oct 1999 00:32:34 +0200 (MET DST) From: Michael Engel Message-Id: <199910042232.AAA20378@jordan.numerik.math.uni-siegen.de> Subject: Current CVS checkout on DECstations ... To: linux-mips@fnet.fr Date: Tue, 5 Oct 1999 00:32:33 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 578 Lines: 19 Hi, finally found some time to work on DECstation Linux ... and promptly ran across a problem :(. Does anyone else experience problems with the current 2.3.10 CVS kernel on a DECstation ? The kernel builds fine (make netboot - some tweaking was required to get the fb device drivers in...) but hangs in arch/mips/dec/boot/decstation.c in line 78: memcpy((void *)k_start, &_ftext, len); This is the point where the kernel image is relocated. decstation.c didn't change from my working 2.2.1 kernel tree, so s.th. else must be wrong ... any ideas ? regards, Michael From airlied@csn.ul.ie Tue Oct 5 17:11:27 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA04016; Tue, 5 Oct 1999 17:11:19 +0200 (MET DST) Received-Date: Tue, 5 Oct 1999 17:11:19 +0200 (MET DST) Received: from skynet.csn.ul.ie (IDENT:root@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.9.3/8.9.3) with ESMTP id QAA27637 for ; Tue, 5 Oct 1999 16:03:45 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.9.3/8.9.3) with ESMTP id QAA15514 for ; Tue, 5 Oct 1999 16:12:18 +0100 Date: Tue, 5 Oct 1999 16:12:18 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: DS5000/200 2.3.9 tarfile available... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 809 Lines: 22 Hi, I've just put up a tarfile of 2.3.9 for the DS5000/200 only, it contains framebuffer support for the pmag-ba, basic keyboard support, lowercase and uppercase keys, no Ctrl, Alt or Lock support yet (wierd huh?), the DS5000/200 Ethernet driver, The tarball is at ftp://ftp.csn.ul.ie/pub/linux/mipsel/linux-ds5000-200-2.3.9.tar.gz The .config I am using is also in that directory, ds5000-200.config This is for a cross-compiling environment ... I'll try and catch myself up with the 2.3.10 in CVS later on .. Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From Harald.Koerfgen@home.ivm.de Tue Oct 5 18:08:25 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA05608; Tue, 5 Oct 1999 18:08:24 +0200 (MET DST) Received-Date: Tue, 5 Oct 1999 18:08:24 +0200 (MET DST) Received: from franz.no.dom (port55.koeln.ivm.de [195.247.239.55]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id SAA05777; Tue, 5 Oct 1999 18:08:14 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199910042232.AAA20378@jordan.numerik.math.uni-siegen.de> Date: Tue, 05 Oct 1999 18:11:49 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Michael Engel Subject: RE: Current CVS checkout on DECstations ... Cc: linux-mips@fnet.fr Content-Length: 695 Lines: 20 On 04-Oct-99 Michael Engel wrote: > Does anyone else experience problems with the current 2.3.10 CVS > kernel on a DECstation ? The kernel builds fine (make netboot - some > tweaking was required to get the fb device drivers in...) but hangs in > arch/mips/dec/boot/decstation.c > in line 78: > memcpy((void *)k_start, &_ftext, len); > > This is the point where the kernel image is relocated. decstation.c > didn't change from my working 2.2.1 kernel tree, so s.th. else must > be wrong ... any ideas ? Good that you remind me, Michael. arch/mips/dec/boot is obsolete and should be removed from the CVS. Try "make boot" instead and have look into arch/mips/boot. --- Regards, Harald From airlied@csn.ul.ie Tue Oct 5 21:07:37 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA07891; Tue, 5 Oct 1999 21:07:37 +0200 (MET DST) Received-Date: Tue, 5 Oct 1999 21:07:37 +0200 (MET DST) Received: from skynet.csn.ul.ie (IDENT:root@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.9.3/8.9.3) with ESMTP id UAA28547 for ; Tue, 5 Oct 1999 20:00:27 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.9.3/8.9.3) with ESMTP id UAA26850 for ; Tue, 5 Oct 1999 20:09:02 +0100 Date: Tue, 5 Oct 1999 20:09:02 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: CVS 2.3.10 + framebuffer + keyboard, DS5000/200 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 800 Lines: 19 hi, I've just gotten CVS 2.3.10 and started applying the patches for fb support and keyboard and it compiles fine, but it hangs at some stage during the bootup sequence... it gets as far as Initializing random number generator usually, when booting with init=/bin/bash it hung after I did a few cd's around, no response no oops... a reset shows the PC in a function but this is different after each crash ... So what changes did 2.3.10 make to break stuff ?? back to 2.3.9 I think for development work .. Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From airlied@csn.ul.ie Tue Oct 5 21:27:14 1999 Received: from beast.csn.ul.ie (root@beast.csn.ul.ie [136.201.105.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA09006; Tue, 5 Oct 1999 21:27:14 +0200 (MET DST) Received-Date: Tue, 5 Oct 1999 21:27:14 +0200 (MET DST) Received: from skynet.csn.ul.ie (IDENT:root@skynet.csn.ul.ie [136.201.105.2]) by beast.csn.ul.ie (8.9.3/8.9.3) with ESMTP id UAA28602 for ; Tue, 5 Oct 1999 20:20:04 +0100 Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.9.3/8.9.3) with ESMTP id UAA27803 for ; Tue, 5 Oct 1999 20:28:40 +0100 Date: Tue, 5 Oct 1999 20:28:40 +0100 (IST) From: Dave Airlie To: linux-mips@fnet.fr Subject: patches vs current CVS tree 2.3.10 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 545 Lines: 13 The patches for 2.3.10 that I would like to see entered into CVS sometime for DECstation, it consists of the Framebuffer stuff from Michael, and my dz changes for keyboard support for the decstation.... ftp://ftp.csn.ul.ie/pub/linux/mipsel/diff-2.3.10 Dave. ------------ David Airlie, David.Airlie@ul.ie,airlied@skynet -------- Telecommunications Research Centre, ECE Dept, University of Limerick \ http://www.csn.ul.ie/~airlied -- Telecommunications Researcher \ --- TEL: +353-61-202695 ----------------------------------------------- From ralf@lappi.waldorf-gmbh.de Wed Oct 6 01:56:21 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA13307; Wed, 6 Oct 1999 01:56:20 +0200 (MET DST) Received-Date: Wed, 6 Oct 1999 01:56:20 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-25.uni-koblenz.de [141.26.131.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA18624 for ; Wed, 6 Oct 1999 01:56:18 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA19936; Wed, 6 Oct 1999 01:54:11 +0200 Date: Wed, 6 Oct 1999 01:54:11 +0200 From: Ralf Baechle To: Dave Airlie Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: CVS 2.3.10 + framebuffer + keyboard, DS5000/200 Message-ID: <19991006015410.A19750@uni-koblenz.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Dave Airlie on Tue, Oct 05, 1999 at 08:09:02PM +0100 X-Accept-Language: de,en,fr Content-Length: 961 Lines: 21 On Tue, Oct 05, 1999 at 08:09:02PM +0100, Dave Airlie wrote: > hi, > I've just gotten CVS 2.3.10 and started applying the patches for > fb support and keyboard and it compiles fine, but it hangs at some stage > during the bootup sequence... it gets as far as Initializing random number > generator usually, when booting with init=/bin/bash it hung after I did a > few cd's around, no response no oops... a reset shows the PC in a function > but this is different after each crash ... > > So what changes did 2.3.10 make to break stuff ?? > > back to 2.3.9 I think for development work .. 2.3.10 is working on the Indy. I suppose the problem you're observing has hit me on the Indy when I upgraded it to 2.3.11. I've traced it to some inconsistence between the page tables in memory and the TLB which results in recursive page faults which lockup the process in do_pagefault() in fault.c. Really hard to trace and hits both MIPS32 and MIPS64 ... Ralf From ralf@lappi.waldorf-gmbh.de Wed Oct 6 02:05:54 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA13849; Wed, 6 Oct 1999 02:05:54 +0200 (MET DST) Received-Date: Wed, 6 Oct 1999 02:05:54 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-25.uni-koblenz.de [141.26.131.25]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA19505 for ; Wed, 6 Oct 1999 02:05:51 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id CAA20064; Wed, 6 Oct 1999 02:03:47 +0200 Date: Wed, 6 Oct 1999 02:03:47 +0200 From: Ralf Baechle To: Jeff Noxon Cc: darragh.sherwin@minds.cs.may.ie, linux-kernel@vger.rutgers.edu, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: 64 bit kernel Message-ID: <19991006020347.A19968@uni-koblenz.de> References: <7tfep5$ra2g@eGroups.com> <19991005162010.B13349@planetfall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19991005162010.B13349@planetfall.com>; from Jeff Noxon on Tue, Oct 05, 1999 at 04:20:10PM -0500 X-Accept-Language: de,en,fr Content-Length: 280 Lines: 9 On Tue, Oct 05, 1999 at 04:20:10PM -0500, Jeff Noxon wrote: > And the kernel has been 64-bit capabile for years, first on Alpha, > later on 64-bit Sparc. Maybe others, too -- MIPS? Work in progress. I'm about to get it booting on my Indy. When things work I'll post. Ralf From rraffer1@osf1.gmu.edu Wed Oct 6 04:45:32 1999 Received: from osf1.gmu.edu (osf1.gmu.edu [129.174.1.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA15369; Wed, 6 Oct 1999 04:45:29 +0200 (MET DST) Received-Date: Wed, 6 Oct 1999 04:45:29 +0200 (MET DST) Received: from localhost (rraffer1@localhost) by osf1.gmu.edu (8.8.8/8.8.8) with SMTP id WAA05072; Tue, 5 Oct 1999 22:45:10 -0400 (EDT) Date: Tue, 5 Oct 1999 22:45:10 -0400 (EDT) From: Ryan Rafferty cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: CVS 2.3.10 + framebuffer + keyboard, DS5000/200 In-Reply-To: <19991006015410.A19750@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 930 Lines: 19 On Wed, 6 Oct 1999, Ralf Baechle wrote: > 2.3.10 is working on the Indy. I suppose the problem you're observing has > hit me on the Indy when I upgraded it to 2.3.11. I've traced it to some > inconsistence between the page tables in memory and the TLB which > results in recursive page faults which lockup the process in do_pagefault() > in fault.c. Really hard to trace and hits both MIPS32 and MIPS64 ... It seems in my opinion that the programmer-visible TLB cache in the R4k series was a "feature" that has caused more difficulty for OS programmers using the MIPS architecture than anything else that I can think of; do any other architectures currently employ this type of cache? Or is there a solid advantage to making the TLB visible (as opposed to the transparent nature of caches on x86, etc)? I think I remember that some members of the R4xxx family eschewed the original TLB scheme of the R4000 et. al. > Ralf From khanf@altavista.net Wed Oct 6 05:14:41 1999 Received: from rmx07.globecomm.net (rmx07.iname.net [165.251.8.75]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA15981; Wed, 6 Oct 1999 05:14:40 +0200 (MET DST) Received-Date: Wed, 6 Oct 1999 05:14:40 +0200 (MET DST) From: khanf@altavista.net Received: from weba1.iname.net by rmx07.globecomm.net (8.9.1/8.8.0) with ESMTP id XAA20166 ; Tue, 5 Oct 1999 23:14:37 -0400 (EDT) Received: (from root@localhost) by weba1.iname.net (8.9.1a/8.9.2.Alpha2) id XAA01275; Tue, 5 Oct 1999 23:14:37 -0400 (EDT) MIME-Version: 1.0 Message-Id: <991005231437GD.29780@weba1.iname.net> Date: Tue, 5 Oct 1999 23:14:37 -0400 (EDT) Content-Type: Text/Plain Content-Transfer-Encoding: 7bit To: linux-mips@fnet.fr Subject: Linux MIPS Content-Length: 984 Lines: 30 Hi, I have a NEC RISCserver 2200 (Dual CPU). I downloaded milo-0.27 - tried to build the kernel on my Intel unsuccessfully. So it grab milo-0.25 - copied milo and vmlinux to disk and boot the box. The system is not known to MILO, I got ARC system identified as: "not identified". Here is the information from the screen at boot-up: ARC Vender ID : [ MIPS DUO ] ARC Product ID: [ 00004c752f6e00a0 ] ARC System ID : [ NEC-R96 ] ARC CPU ID : [ MIPS-R4400 - Pr 4/6.0, Fp 5/0 ] Processor type : [ UNKNOWN I04 V6.0 ] Primary ICache size : [ 0x4000 bytes ] Primary ICache line size : [ 0x0020 bytes ] Primary DCache size : [ 0x4000 bytes ] Secondary Cache size : [ unknown ] ARC system indentified as: Not identified Is there any updated "milo" or new development? I will be more than happy to contribute. Thanks Feroze ---------------------------------------------------------------- Get your free email from AltaVista at http://altavista.iname.com From dom@algor.co.uk Wed Oct 6 10:41:32 1999 Received: from embankment.algor.co.uk (0@embankment.algor.co.uk [193.117.190.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA18221; Wed, 6 Oct 1999 10:41:31 +0200 (MET DST) Received-Date: Wed, 6 Oct 1999 10:41:31 +0200 (MET DST) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by embankment.algor.co.uk (8.8.8/8.8.8) with ESMTP id JAA27717; Wed, 6 Oct 1999 09:41:28 +0100 (BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id JAA00245; Wed, 6 Oct 1999 09:41:31 +0100 (GMT/BST) Date: Wed, 6 Oct 1999 09:41:31 +0100 (GMT/BST) Message-Id: <199910060841.JAA00245@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Ryan Rafferty Cc: linux-mips@fnet.fr, linux@engr.sgi.com, linux-mips@vger.rutgers.edu Subject: Re: CVS 2.3.10 + framebuffer + keyboard, DS5000/200 In-Reply-To: References: <19991006015410.A19750@uni-koblenz.de> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 2141 Lines: 47 Ryan wrote: > It seems in my opinion that the programmer-visible TLB cache in the R4k > series was a "feature" that has caused more difficulty for OS programmers > using the MIPS architecture than anything else that I can think of; do any > other architectures currently employ this type of cache? Or is there a > solid advantage to making the TLB visible (as opposed to the transparent > nature of caches on x86, etc)? > > I think I remember that some members of the R4xxx family eschewed the > original TLB scheme of the R4000 et. al. No, MIPS CPUs have never had anything but a software-managed TLB. Microcode-driven multi-cycle hidden events are not the MIPS way! It was a good decision back in 1985, when MIPS Corp had to add virtual memory to an academic project with minimum design time and silicon area. Their tiny OS team had a solid BSD unix running on their hardware remarkably quickly. There are certainly some sources of confusion: o The TLB is conceived as a hardware/software design, but the software concepts are not really presented in any of the CPU manuals. I suppose I should recommend you to read my book on MIPS... o There are two quite different implementations (broadly speaking one for the R3000 and its descendants, and another for the R4000 onward). And then there are minor differences between those. o The software TLB means that there is more than one way to do it. OpenBSD (at least) turns its back on the hardware hints - which make a conventional memory-resident page table attractive - and uses the TLB refill exception handler to implement a second-level, memory-resident cache of translations. It's not so efficient, but it does allow more of the VM code to be machine-independent. More than anything, it all depends where you start from. MIPS has just about the simplest translation hardware of any viable VM architecture, and if your kernel started there it would have little difficulty dealing with more sophisticated systems. Perhaps the Linux kernel's portability is suffering from spending a lot of its time mixing with x86 CPUs? Dominic Sweetman Algorithmics Ltd From ralf@lappi.waldorf-gmbh.de Wed Oct 13 22:58:28 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA24745; Wed, 13 Oct 1999 22:58:27 +0200 (MET DST) Received-Date: Wed, 13 Oct 1999 22:58:27 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-7.uni-koblenz.de [141.26.131.7]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id WAA19062 for ; Wed, 13 Oct 1999 22:58:20 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id VAA01389; Wed, 13 Oct 1999 21:39:26 +0200 Date: Wed, 13 Oct 1999 21:39:26 +0200 From: Ralf Baechle To: binutils@sourceware.cygnus.com, Mark Mitchell Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: R_MIPS_64 broken in relocateable links Message-ID: <19991013213926.A1383@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 2891 Lines: 92 The shell archive below is a testcase demonstrating a bug in handling R_MIPS_64 relocations in 32-bit ELF broken for relocateable links. The output objectfile will contain bad relocations like: 0000000000000014 l .text 0000000000000000 xxx This seems to be caused by BFD temporarily adding 4 to the relocation's address. It seem the fix is to undo this when copying R_MIPS_64 relocations to the output file? Ralf #!/bin/sh # This is a shell archive (produced by GNU sharutils 4.2). # To extract the files from this archive, save it to some FILE, remove # everything before the `!/bin/sh' line above, then type `sh FILE'. # # Made on 1999-10-13 12:24 PDT by . # Source directory was `/usr/people/ralf'. # # Existing files will *not* be overwritten unless `-c' is specified. # This format requires very little intelligence at unshar time. # "if test", "echo", "mkdir", and "sed" may be needed. # # This shar contains: # length mode name # ------ ---------- ------------------------------------------ # 14 -rw-r--r-- nuke-ld-23/s1.s # 48 -rw-r--r-- nuke-ld-23/s2.s # 328 -rw-r--r-- nuke-ld-23/Makefile # echo=echo if mkdir _sh92525; then $echo 'x -' 'creating lock directory' else $echo 'failed to create lock directory' exit 1 fi # ============= nuke-ld-23/s1.s ============== if test ! -d 'nuke-ld-23'; then $echo 'x -' 'creating directory' 'nuke-ld-23' mkdir 'nuke-ld-23' fi if test -f 'nuke-ld-23/s1.s' && test "$first_param" != -c; then $echo 'x -' SKIPPING 'nuke-ld-23/s1.s' '(file already exists)' else $echo 'x -' extracting 'nuke-ld-23/s1.s' '(text)' sed 's/^X//' << 'SHAR_EOF' > 'nuke-ld-23/s1.s' && X .word 0x1234 SHAR_EOF : || $echo 'restore of' 'nuke-ld-23/s1.s' 'failed' fi # ============= nuke-ld-23/s2.s ============== if test -f 'nuke-ld-23/s2.s' && test "$first_param" != -c; then $echo 'x -' SKIPPING 'nuke-ld-23/s2.s' '(file already exists)' else $echo 'x -' extracting 'nuke-ld-23/s2.s' '(text)' sed 's/^X//' << 'SHAR_EOF' > 'nuke-ld-23/s2.s' && Xxxx: .dword something Xsomething: X .dword 0x789a SHAR_EOF : || $echo 'restore of' 'nuke-ld-23/s2.s' 'failed' fi # ============= nuke-ld-23/Makefile ============== if test -f 'nuke-ld-23/Makefile' && test "$first_param" != -c; then $echo 'x -' SKIPPING 'nuke-ld-23/Makefile' '(file already exists)' else $echo 'x -' extracting 'nuke-ld-23/Makefile' '(text)' sed 's/^X//' << 'SHAR_EOF' > 'nuke-ld-23/Makefile' && Xtarget=mips-linux- XAS = $(target)as XLD = $(target)ld XOBJDUMP = $(target)objdump X Xall: broken.o X X.PHONY: broken.o Xbroken.o: s1.o s2.o X $(LD) -r -o $@ $^ X $(OBJDUMP) --full-content --section=.text $@ X $(OBJDUMP) --syms $@ | grep xxx X $(OBJDUMP) --reloc $@ X X.PHONY: clean distclean Xclean distclean: X -rm -f s1.o s2.o broken.o core SHAR_EOF : || $echo 'restore of' 'nuke-ld-23/Makefile' 'failed' fi rm -fr _sh92525 exit 0 From geoffk@ozemail.com.au Thu Oct 14 05:48:06 1999 Received: from gluttony.geoffk.wattle.id.au (x9giNvOk3poATqSg2GxeJtOeaH/iQMHs@slcan51p53.ozemail.com.au [203.108.176.117]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA28187; Thu, 14 Oct 1999 05:48:02 +0200 (MET DST) Received-Date: Thu, 14 Oct 1999 05:48:02 +0200 (MET DST) Received: (from geoffk@localhost) by gluttony.geoffk.wattle.id.au (8.9.3/8.9.3) id NAA00678; Thu, 14 Oct 1999 13:46:37 +1000 Date: Thu, 14 Oct 1999 13:46:37 +1000 Message-Id: <199910140346.NAA00678@gluttony.geoffk.wattle.id.au> From: Geoff Keating To: ralf@uni-koblenz.de CC: binutils@sourceware.cygnus.com, mark@codesourcery.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu In-reply-to: <19991013213926.A1383@uni-koblenz.de> (message from Ralf Baechle on Wed, 13 Oct 1999 21:39:26 +0200) Subject: Re: R_MIPS_64 broken in relocateable links References: <19991013213926.A1383@uni-koblenz.de> Content-Length: 2558 Lines: 80 I sent in a patch for this yesterday to binutils@sourceware. I attach it below in case it got lost. It's still awaiting approval. -- Geoffrey Keating ===File ~/patches/cygnus/tx49-bin-ldr64.patch=============== md5sum: 55be010e980adf7c 0ebb3d4580eef908 197737 Index: binutils/bfd/ChangeLog 0a Tue Oct 12 15:14:23 1999 Geoffrey Keating * elf32-mips.c (_bfd_mips_elf_relocate_section): Do proper sign-extension and big-endian compensation for R_MIPS_64 even in ld -r. . Changed files: binutils/bfd/ChangeLog binutils/bfd/elf32-mips.c md5sum: 0cc7822e898c842b 8aa6f16e037d399c 265210 --- /sloth/disk0/co/binutils-mainline/binutils/bfd/elf32-mips.c Fri Oct 8 13:03:28 1999 +++ binutils/bfd/elf32-mips.c Wed Oct 13 15:15:03 1999 @@ -6532,6 +6532,10 @@ _bfd_mips_elf_relocate_section (output_b Elf_Internal_Sym *sym; unsigned long r_symndx; + if (r_type == R_MIPS_64 && !ABI_64_P (output_bfd) + && bfd_big_endian (input_bfd)) + rel->r_offset -= 4; + /* Since we're just relocating, all we need to do is copy the relocations back out to the object file, unless they're against a section symbol, in which case we need @@ -6585,6 +6589,43 @@ _bfd_mips_elf_relocate_section (output_b writing will be source of the addend in the final link. */ addend &= howto->src_mask; + + if (r_type == R_MIPS_64 && !ABI_64_P (output_bfd)) + /* See the comment above about using R_MIPS_64 in the 32-bit + ABI. Here, we need to update the addend. It would be + possible to get away with just using the R_MIPS_32 reloc + but for endianness. */ + { + bfd_vma sign_bits; + bfd_vma low_bits; + bfd_vma high_bits; + + if (addend & 0x80000000) + sign_bits = 0xffffffff; + else + sign_bits = 0; + + /* If only a 32-bit VMA is available do two separate + stores. */ + if (bfd_big_endian (input_bfd)) + { + /* Store the sign-bits (which are most significant) + first. */ + low_bits = sign_bits; + high_bits = addend; + } + else + { + low_bits = addend; + high_bits = sign_bits; + } + bfd_put_32 (input_bfd, low_bits, + contents + rel->r_offset); + bfd_put_32 (input_bfd, high_bits, + contents + rel->r_offset + 4); + continue; + } + if (!mips_elf_perform_relocation (info, howto, rel, addend, input_bfd, input_section, contents, false)) ============================================================ From Suresh_katakam@BBV.Satyam.com Thu Oct 14 15:24:39 1999 Received: from bbvproxy.satyam.com ([208.220.247.7]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA01226; Thu, 14 Oct 1999 15:24:33 +0200 (MET DST) Received-Date: Thu, 14 Oct 1999 15:24:33 +0200 (MET DST) Received: from 208.220.247.3 by bbvproxy.satyam.com (InterScan E-Mail VirusWall NT) Received: by BBVNT001 with Internet Mail Service (5.5.2448.0) id <4523K7WJ>; Thu, 14 Oct 1999 18:49:57 +0530 Message-ID: From: Suresh_katakam To: linux-mips@fnet.fr Subject: Help required Date: Thu, 14 Oct 1999 18:49:56 +0530 Importance: high X-Priority: 1 Return-Receipt-To: Suresh_katakam MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BF1646.CF1D7600" Content-Length: 3944 Lines: 116 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BF1646.CF1D7600 Content-Type: text/plain Dear Sir/M'am, When I was surfing thru the web for an embedded-linux for my Single-Motherboard, I found your web page "The Linux/MIPS FAQ" very interesting. But I have few simple querries to decide whether Linux/MIPS is the right OS for me. The board what I have is run by IDTR4700. It has 32MB Ram, 4 MB Flash and 16K PROM. The board was supplied from IDT and all these days it ran IDT Sim6.5 monitor. Now, I am in search of a OS for the same. Is Linux/MIPS a right solution ? How difficult is it to modify the kernel source to tune to my CPU/board architecture ? My aim is to run the Linux from the flash RAM of the board. Other board details: Can be rigged onto a PCI slot of a host machine and can access other PCI devices with its PCI controller. Has 2 serial ports. Please help me to decide ! Thanks in advance. Suresh S Katakam Suresh_Katakam@bbv.satyam.com ---------------------------------------------------------------------------- --- Suresh S Katakam Satyam Computer Services Ltd. Basaveshwaranagar, Bangalore, India Ph : (Off) 3305047 / 3355237 (Res) 6611724 Fax: 3303903 Suresh_Katakam@BBV.Satyam.com ---------------------------------------------------------------------------- --- ------_=_NextPart_001_01BF1646.CF1D7600 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Help required

Dear Sir/M'am,

When I was surfing thru the web for an = embedded-linux for my Single-Motherboard, I found your web page = "The Linux/MIPS FAQ" very interesting. But I have few simple = querries to decide whether Linux/MIPS is the right OS for = me.

The board what I have is run by IDTR4700. It = has 32MB Ram, 4 MB Flash and 16K PROM. The board was supplied from IDT = and all these days it ran IDT Sim6.5 monitor. Now, I am in search of a = OS for the same. Is Linux/MIPS a right solution ? How difficult is it = to modify the kernel source to tune to my CPU/board architecture ? My = aim is to run the Linux from the flash RAM of the board.

Other board details: Can be rigged onto a PCI = slot of a host machine and can access other PCI devices with its PCI = controller. Has 2 serial ports.

Please help me to decide !

Thanks in advance.

Suresh S Katakam
Suresh_Katakam@bbv.satyam.com


-----------------------------------------------------------------= --------------
Suresh S Katakam
Satyam Computer Services = Ltd.
Basaveshwaranagar, Bangalore, = India
Ph : (Off) 3305047 / = 3355237
        (Res) 6611724
        Fax: 3303903
Suresh_Katakam@BBV.Satyam.com
-----------------------------------------------------------------= --------------


------_=_NextPart_001_01BF1646.CF1D7600-- From multi-knife@usa.net Thu Oct 14 17:53:55 1999 Received: from 38.11.182.234 (ip234.las-vegas.nv.pub-ip.psi.net [38.11.182.234]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA02315; Thu, 14 Oct 1999 17:53:51 +0200 (MET DST) Date: Thu, 14 Oct 1999 17:53:51 +0200 (MET DST) Received-Date: Thu, 14 Oct 1999 17:53:51 +0200 (MET DST) From: multi-knife@usa.net To: nice, people@fnet.fr Subject: FREE KNIFE-our boo boo,YOUR GAIN X-Reply-To: surplus99@bigfoot.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1109 Lines: 22 OUR LOSS IS YOUR GAIN! We have surplus inventory that we must unload. Or else we will have to pay inventory taxes and that will put us out of business! We are giving away a fabulous multi-function knife for FREE! It is a 16-function knife with stainless steel blade and chrome plated implements. Measures 3 1/2" closed. Functions include can opener, corkscrew, reamer, manicure blade, sturdy reamer, phillips screwdriver, hook disgorger, fish scaler, wood/rope saw, scissors, cutting blade, cap lifter, slot screwdriver, key ring, toothpick, and tweezers. All in a gift box. Mail order catalogs sell this item for $35.00 or more! Minimum shipping/handling charge is applicable. For more info and to see a picture of this great multi-function knife, please e-mail us at: mailto:freeknife@bigfoot.com?subject=FreeKnife ************************************************************************ To be removed and not receive future offers from us, please send us an e-mail to: mailto:99surplus@bigfoot.com?subject=Remove and we will remove you promptly from our database. From multi-knife@usa.net Thu Oct 14 17:53:55 1999 Received: from 38.11.182.234 (ip234.las-vegas.nv.pub-ip.psi.net [38.11.182.234]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA02315; Thu, 14 Oct 1999 17:53:51 +0200 (MET DST) Date: Thu, 14 Oct 1999 17:53:51 +0200 (MET DST) Received-Date: Thu, 14 Oct 1999 17:53:51 +0200 (MET DST) From: multi-knife@usa.net To: nice, people@fnet.fr Subject: FREE KNIFE-our boo boo,YOUR GAIN X-Reply-To: surplus99@bigfoot.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1109 Lines: 22 OUR LOSS IS YOUR GAIN! We have surplus inventory that we must unload. Or else we will have to pay inventory taxes and that will put us out of business! We are giving away a fabulous multi-function knife for FREE! It is a 16-function knife with stainless steel blade and chrome plated implements. Measures 3 1/2" closed. Functions include can opener, corkscrew, reamer, manicure blade, sturdy reamer, phillips screwdriver, hook disgorger, fish scaler, wood/rope saw, scissors, cutting blade, cap lifter, slot screwdriver, key ring, toothpick, and tweezers. All in a gift box. Mail order catalogs sell this item for $35.00 or more! Minimum shipping/handling charge is applicable. For more info and to see a picture of this great multi-function knife, please e-mail us at: mailto:freeknife@bigfoot.com?subject=FreeKnife ************************************************************************ To be removed and not receive future offers from us, please send us an e-mail to: mailto:99surplus@bigfoot.com?subject=Remove and we will remove you promptly from our database. From multi-knife@usa.net Thu Oct 14 17:53:55 1999 Received: from 38.11.182.234 (ip234.las-vegas.nv.pub-ip.psi.net [38.11.182.234]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA02315; Thu, 14 Oct 1999 17:53:51 +0200 (MET DST) Date: Thu, 14 Oct 1999 17:53:51 +0200 (MET DST) Received-Date: Thu, 14 Oct 1999 17:53:51 +0200 (MET DST) From: multi-knife@usa.net To: nice, people@fnet.fr Subject: FREE KNIFE-our boo boo,YOUR GAIN X-Reply-To: surplus99@bigfoot.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 1109 Lines: 22 OUR LOSS IS YOUR GAIN! We have surplus inventory that we must unload. Or else we will have to pay inventory taxes and that will put us out of business! We are giving away a fabulous multi-function knife for FREE! It is a 16-function knife with stainless steel blade and chrome plated implements. Measures 3 1/2" closed. Functions include can opener, corkscrew, reamer, manicure blade, sturdy reamer, phillips screwdriver, hook disgorger, fish scaler, wood/rope saw, scissors, cutting blade, cap lifter, slot screwdriver, key ring, toothpick, and tweezers. All in a gift box. Mail order catalogs sell this item for $35.00 or more! Minimum shipping/handling charge is applicable. For more info and to see a picture of this great multi-function knife, please e-mail us at: mailto:freeknife@bigfoot.com?subject=FreeKnife ************************************************************************ To be removed and not receive future offers from us, please send us an e-mail to: mailto:99surplus@bigfoot.com?subject=Remove and we will remove you promptly from our database. From ralf@lappi.waldorf-gmbh.de Thu Oct 14 23:43:56 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA05462; Thu, 14 Oct 1999 23:43:55 +0200 (MET DST) Received-Date: Thu, 14 Oct 1999 23:43:55 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-9.uni-koblenz.de [141.26.131.9]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA17588 for ; Thu, 14 Oct 1999 23:43:52 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA01488; Thu, 14 Oct 1999 23:38:31 +0200 Date: Thu, 14 Oct 1999 23:38:31 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, sgi@linux.cz Subject: New binutils patches Message-ID: <19991014233831.A1483@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 281 Lines: 6 This new binutils patch fixes a bad bug affecting R_MIPS_64 relocations in the 32-bit ELF support of binutils-19990825. It's meant to be applied on top of Cygnus' CVS sources. You can find the patch on oss.sgi.com in /pub/linux/mips/src/mips64/binutils-19991011.diff.gz. Ralf From ralf@lappi.waldorf-gmbh.de Fri Oct 15 19:14:09 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA16818; Fri, 15 Oct 1999 19:14:08 +0200 (MET DST) Received-Date: Fri, 15 Oct 1999 19:14:08 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-14.uni-koblenz.de [141.26.131.14]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id TAA27060 for ; Fri, 15 Oct 1999 19:14:05 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id LAA01030; Fri, 15 Oct 1999 11:58:16 +0200 Date: Fri, 15 Oct 1999 11:58:16 +0200 From: Ralf Baechle To: Manfred Spraul Cc: Kanoj Sarcar , "Stephen C. Tweedie" , viro@math.psu.edu, andrea@suse.de, linux-kernel@vger.rutgers.edu, mingo@chiara.csoma.elte.hu, linux-mm@kvack.org, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: locking question: do_mmap(), do_munmap() Message-ID: <19991015115816.B948@uni-koblenz.de> References: <199910130125.SAA66579@google.engr.sgi.com> <380435A6.93B4B75A@colorfullife.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <380435A6.93B4B75A@colorfullife.com>; from Manfred Spraul on Wed, Oct 13, 1999 at 09:32:54AM +0200 X-Accept-Language: de,en,fr Content-Length: 1395 Lines: 29 On Wed, Oct 13, 1999 at 09:32:54AM +0200, Manfred Spraul wrote: > Kanoj Sarcar wrote: > > Here's a primitive patch showing the direction I am thinking of. I do not > > have any problem with a spinning lock, but I coded this against 2.2.10, > > where insert_vm_struct could go to sleep, hence I had to use sleeping > > locks to protect the vma chain. > > I found a few places where I don't know how to change them. > > 1) arch/mips/mm/r4xx0.c: > their flush_cache_range() function internally calls find_vma(). > flush_cache_range() is called by proc/mem.c, and it seems that this > function cannot get the mmap semaphore. > Currently, every caller of flush_cache_range() either owns the kernel > lock or the mmap_sem. > OTHO, this function contains a race anyway [src_vma can go away if > handle_mm_fault() sleeps, src_vma is used at the end of the function.] The sole reason for fiddling with the VMA is that we try to optimize icache flushing for non-VM_EXEC vmas. This optimization is broken as the MIPS hardware doesn't make a difference between read and execute in page permissions, so the icache might be dirty even though the vma has no exec permission. So I'll have to re-implement this whole things anyway. The other problem is an efficience problem. A call like flush_cache_range(some_mm_ptr, 0, TASK_SIZE) would take a minor eternity and for MIPS64 a full eternity ... Ralf From kanoj@google.engr.sgi.com Fri Oct 15 19:52:25 1999 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA17190; Fri, 15 Oct 1999 19:52:24 +0200 (MET DST) Received-Date: Fri, 15 Oct 1999 19:52:24 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA14801; Fri, 15 Oct 1999 10:50:18 -0700 (PDT) mail_from (kanoj@google.engr.sgi.com) Received: from google.engr.sgi.com (google.engr.sgi.com [192.48.174.30]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA10236; Fri, 15 Oct 1999 10:51:28 -0700 (PDT) mail_from (kanoj@google.engr.sgi.com) Received: (from kanoj@localhost) by google.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id KAA99441; Fri, 15 Oct 1999 10:50:11 -0700 (PDT) From: kanoj@google.engr.sgi.com (Kanoj Sarcar) Message-Id: <199910151750.KAA99441@google.engr.sgi.com> Subject: Re: locking question: do_mmap(), do_munmap() To: ralf@oss.sgi.com (Ralf Baechle) Date: Fri, 15 Oct 1999 10:50:11 -0700 (PDT) Cc: manfreds@colorfullife.com, sct@redhat.com, viro@math.psu.edu, andrea@suse.de, linux-kernel@vger.rutgers.edu, mingo@chiara.csoma.elte.hu, linux-mm@kvack.org, linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu In-Reply-To: <19991015115816.B948@uni-koblenz.de> from "Ralf Baechle" at Oct 15, 99 11:58:16 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: 2153 Lines: 47 > > On Wed, Oct 13, 1999 at 09:32:54AM +0200, Manfred Spraul wrote: > > > Kanoj Sarcar wrote: > > > Here's a primitive patch showing the direction I am thinking of. I do not > > > have any problem with a spinning lock, but I coded this against 2.2.10, > > > where insert_vm_struct could go to sleep, hence I had to use sleeping > > > locks to protect the vma chain. > > > > I found a few places where I don't know how to change them. > > > > 1) arch/mips/mm/r4xx0.c: > > their flush_cache_range() function internally calls find_vma(). > > flush_cache_range() is called by proc/mem.c, and it seems that this > > function cannot get the mmap semaphore. > > Currently, every caller of flush_cache_range() either owns the kernel > > lock or the mmap_sem. > > OTHO, this function contains a race anyway [src_vma can go away if > > handle_mm_fault() sleeps, src_vma is used at the end of the function.] > > The sole reason for fiddling with the VMA is that we try to optimize > icache flushing for non-VM_EXEC vmas. This optimization is broken > as the MIPS hardware doesn't make a difference between read and execute > in page permissions, so the icache might be dirty even though the vma > has no exec permission. So I'll have to re-implement this whole things > anyway. The other problem is an efficience problem. A call like > flush_cache_range(some_mm_ptr, 0, TASK_SIZE) would take a minor eternity > and for MIPS64 a full eternity ... > > Ralf Ralf, Looking in 2.3.21, all the find_vma's in arch/mips/mm/r4xx0.c are used to set a flag called "text" which is not used at all. Also, if the find_vma returns null, the code basically does nothing. So the optimized icache flushing is probably not implemented yet? Then, the only reason to do the flush_vma currently is to check whether the lower level flush routine should be called. Without holding some locks, this is always tricky to do on a third party mm. Btw, this probably belongs to linux-mips, but what do you mean by saying the icache might be dirty? Its been a while since I worked on the older mips chips, but as far as I remember, the icache can not hold dirty lines. Kanoj From diablo_p@hotmail.com Fri Oct 15 23:57:21 1999 Received: from hotmail.com (law-f224.hotmail.com [209.185.130.162]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA18989; Fri, 15 Oct 1999 23:57:19 +0200 (MET DST) Received-Date: Fri, 15 Oct 1999 23:57:19 +0200 (MET DST) Received: (qmail 25855 invoked by uid 0); 15 Oct 1999 21:56:46 -0000 Message-ID: <19991015215646.25854.qmail@hotmail.com> Received: from 209.184.244.254 by www.hotmail.com with HTTP; Fri, 15 Oct 1999 14:56:45 PDT X-Originating-IP: [209.184.244.254] From: "Diablo_p ." To: linux-mips@fnet.fr Subject: SGI Indy Date: Fri, 15 Oct 1999 14:56:45 PDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Content-Length: 349 Lines: 10 I am currently using an SGI Indy computer. It has an MIPS R4000 processor. I am interested in putting linux on it. Is there a version of it that will work on it? If so where can I get it and how to I get it installed? Thanks phil ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From bel@qedinc.com Sat Oct 16 00:02:13 1999 Received: from qedgate.qedinc.com (qedgate.qedinc.com [204.69.218.27]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id AAA19123; Sat, 16 Oct 1999 00:02:12 +0200 (MET DST) Received-Date: Sat, 16 Oct 1999 00:02:12 +0200 (MET DST) Received: (from smap@localhost) by qedgate.qedinc.com (8.6.10/8.6.10) id OAA10161 for ; Fri, 15 Oct 1999 14:59:32 -0700 Received: from qedcom.qedinc.com( 192.160.157.11) by qedgate.qedinc.com via smap (V2.0) id xma010158; Fri, 15 Oct 99 14:59:09 -0700 Received: from qedinc.com (sonora.qedinc.com [192.160.157.126]) by qedcom.qedinc.com (8.6.10/8.6.10) with ESMTP id PAA19105 for ; Fri, 15 Oct 1999 15:02:05 -0700 Message-ID: <3807A4E1.232E58C9@qedinc.com> Date: Fri, 15 Oct 1999 15:04:17 -0700 From: Brad Larson Organization: Quantum Effect Devices, Inc. X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: new port starting.. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 311 Lines: 12 Hi, I'm starting a port to a mips RM7000 based board. Should I get the latest "official" release of linux/mips from location ftp://ftp.linux.sgi.com/pub/linux/mips/src/kernel/v2.1 The dates are over a year old. I have to start from a snapshot since my company firewall doesn't yet allow CVS. Thanks, Brad From luca@acm.poly.edu Sat Oct 16 04:32:35 1999 Received: from acm.poly.edu (luca@acm.poly.edu [128.238.9.200]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA22553; Sat, 16 Oct 1999 04:32:34 +0200 (MET DST) Received-Date: Sat, 16 Oct 1999 04:32:34 +0200 (MET DST) Received: from localhost (luca@localhost) by acm.poly.edu (8.8.8/8.8.7) with SMTP id WAA29686 for ; Fri, 15 Oct 1999 22:30:47 -0500 (EST) (envelope-from luca@acm.poly.edu) Date: Fri, 15 Oct 1999 22:30:47 -0500 (EST) From: Lucas Philippidis To: linux-mips@fnet.fr Subject: MIPS Linux... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 508 Lines: 13 Hello, I recently purchased a Riscstation 2200 (dual R4400) from an engineer in Seattle. He did not inform me that all support for the machine had disappeared. I would like to know what the status of the Linux/MIPS project is right now, how I can help, and what I would be able to install on the machine right now, even if it is proprietary software.(IRIX?) I am willing to dedicate some time and hardware to the LinuxMIPS project. The machine is currently running NT. Thank you, Lucas luca@acm.poly.edu From brad@ltc.com Sat Oct 16 05:53:58 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id FAA22888; Sat, 16 Oct 1999 05:53:57 +0200 (MET DST) Received-Date: Sat, 16 Oct 1999 05:53:57 +0200 (MET DST) Received: from d9.ltc.com (d9.ltc.com [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id qa311028 for ; Fri, 15 Oct 1999 23:53:37 -0400 Message-ID: <00de01bf178a$05e08870$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" Cc: References: <018f01bf0a84$1cf4cf70$b8119526@ltc.com> <19990929234905.E22131@uni-koblenz.de> <022e01bf0ace$2f381ad0$b8119526@ltc.com> <19990930152725.A24726@uni-koblenz.de> Subject: Re: Interrupts during interrupts, masking and unmasking Date: Fri, 15 Oct 1999 23:53:36 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 1826 Lines: 43 Thanks for your help in trying to figure out that Vr41xx interrupt problem that we were experiencing. In case you haven't been following the linuxce-devel list, I wanted to let you know that Mike Klar found and fixed a problem in our Vr41xx int-handler.S where the timer interrupt which has both a cpu and cascaded (ICU) appearance (which we don't use) wasn't being handled properly. The problem was (I think) that occasionally the cascaded appearance was getting serviced, causing delayed serial interrupt handling (or worse - I'm not entirely clear about precisely what was actually going on). Mike hard-masked out the cascaded appeareance (since we request_irq the cpu appeareance and don't need the cascaded appearance) for that irq and at least a couple of others and interrupts seem to be working fine now. Regards, Brad ----- Original Message ----- From: Ralf Baechle To: Bradley D. LaRonde Cc: ; Sent: Thursday, September 30, 1999 9:27 AM Subject: Re: Interrupts during interrupts, masking and unmasking > On Wed, Sep 29, 1999 at 06:58:46PM -0400, Bradley D. LaRonde wrote: > > > OK, but I thought it would be more than a few bytes since doesn't the first > > one push the cpu context onto the stack? > > > > How can I determine the stack pointer for the first and second > > (contemporary) interrupts? 100 printks per second sounds a little > > overwhelming. > > No, but you can add debug code to your interrupt handler which checks that > if the interrupted code was in kernel mode and the current stackpointer is > kernelsp - PT_SIZE, then something is smelly. Ok rather improbable case > if you're using the standard macros from like the > other systems, they should take care of things. > > Ralf > From yasumasa.nakada@toshiba.co.jp Mon Oct 18 04:43:57 1999 Received: from inet-tsb.toshiba.co.jp (inet-tsb.toshiba.co.jp [202.33.96.40]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA09624; Mon, 18 Oct 1999 04:43:55 +0200 (MET DST) Received-Date: Mon, 18 Oct 1999 04:43:55 +0200 (MET DST) Received: from tis2.tis.toshiba.co.jp by inet-tsb.toshiba.co.jp (8.8.8/3.3W9-04/12/95) id LAA22582; Mon, 18 Oct 1999 11:43:50 +0900 (JST) Received: from mx.toshiba.co.jp by tis2.tis.toshiba.co.jp (8.8.4+2.7Wbeta4/3.3W9-95082317) id LAA04040; Mon, 18 Oct 1999 11:43:47 +0900 (JST) Received: by toshiba.co.jp (8.7.1+2.6Wbeta4/3.3W9-TOSHIBA-GLOBAL SERVER) id LAA21931; Mon, 18 Oct 1999 11:35:09 +0900 (JST) Message-Id: <199910180235.LAA21931@toshiba.co.jp> To: linux-mips@fnet.fr Cc: nakada@cosdc.toshiba.co.jp Subject: Virtual Indexed, Physical Tagged Cache X-Mailer: Mew version 1.01 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 18 Oct 1999 11:35:04 +0900 From: Yasumasa NAKADA Content-Length: 1409 Lines: 39 Hi. Does any "Linux/MIPS" support virtual indexed physical tagged cache? You know, some kind of cache has the depth over 4KB (the depth of 8KB size and 2way is 4KB, the depth of 8KB size and 4way is 2KB). For that kind of cache, "the page coloring" or some other cares must be needed. In the case of the page size 4KB, and cache depth 8KB, VA[12:0] (virtual address) and PA[12:0](physical address) are different. If some two processes use the same memory area in common, the area will accessed with different VA(of course same PA). In this case the area may be refilled in the two places of the cache, the upper area and the lower area of the cache. If this occurs in the data cache, the data consistency may be lost. "the page coloring" is the method for the avoidance of this condition. The OS set the PA[12] same as VA[12]. Of Course there may be many methods for the avoidance. I found comments in include/asm-mips/pgtable.h: /* Basically we have the same two-level (which is the logical three level * Linux page table layout folded) page tables as the i386. Some day * when we have proper page coloring support we can have a 1% quicker * tlb refill handling mechanism, but for now it is a bit slower but * works even with the cache aliasing problem the R4k and above have. */ But I can't find the actual code for this. Does anyone know the method for this kind of cache? Thanks. nakada From ralf@lappi.waldorf-gmbh.de Tue Oct 19 00:49:52 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA17579; Tue, 19 Oct 1999 00:49:51 +0200 (MET DST) Received-Date: Tue, 19 Oct 1999 00:49:51 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-13.uni-koblenz.de [141.26.131.13]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA14006 for ; Tue, 19 Oct 1999 00:49:47 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id KAA03059; Mon, 18 Oct 1999 10:37:33 +0200 Date: Mon, 18 Oct 1999 10:37:33 +0200 From: Ralf Baechle To: Kanoj Sarcar Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: locking question: do_mmap(), do_munmap() Message-ID: <19991018103733.B3047@uni-koblenz.de> References: <19991015115816.B948@uni-koblenz.de> <199910151750.KAA99441@google.engr.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <199910151750.KAA99441@google.engr.sgi.com> X-Accept-Language: de,en,fr Content-Length: 2260 Lines: 48 On Fri, Oct 15, 1999 at 10:50:11AM -0700, Kanoj Sarcar wrote: > Looking in 2.3.21, all the find_vma's in arch/mips/mm/r4xx0.c are used to > set a flag called "text" which is not used at all. Also, if the find_vma > returns null, the code basically does nothing. So the optimized icache > flushing is probably not implemented yet? Not my day when I wrote my last posting ... I was actually looking at r4k_flush_cache_page* which gets a vma argument passed in, so they doesn't do a find_vma. That use of the text flag there is broken. Scenario: 1) a process tries to execute code in a vma with VM_READ set but VM_EXEC clear, thereby poluting the i-cache. 2) context switch to another process on this same CPU. 3) this second process faults on a non-present code page. The virtual address happens to be one of those that are in the i-cache from 1). 4) mm steals a page of that vma which is cached in the i-cache. 5) flush_cache_page will be called but will skip i-cache flushing because the page isn't VM_EXEC. 6) do_no_page knows that the page cannot yet have entered a cache, therefore skips cache flushing completly. 7) New process executes code from old process. Or is there a reason why this cannot happen? > Then, the only reason to do the flush_vma currently is to check whether > the lower level flush routine should be called. Without holding some > locks, this is always tricky to do on a third party mm. > Btw, this probably belongs to linux-mips, but what do you mean by saying Yep, cc-list truncated heavily. > the icache might be dirty? Its been a while since I worked on the > older mips chips, but as far as I remember, the icache can not hold > dirty lines. Braino, I meant the valid state of the i-Cache. The problem is that an attempt to execute a page which's vma doesn't have VM_EXEC but VM_READ set may still pollute the the i-cache. So we must flush the i-cache in any case or a later re-use of the affected physical pages at the same virtual address might do funny things. (On the R3000 which allows swapping of i-cache and d-cache for diagnostic purposes it actually is possible to have dirty lines in the d-cache when it's used as the i-cache. But that's not a consideration for Linux.) Ralf From support@gethits.com Tue Oct 19 00:52:34 1999 Received: from lh2.rdc1.bc.home.com (ioracle@ha2.rdc1.bc.wave.home.com [24.2.10.67]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA17635; Tue, 19 Oct 1999 00:52:33 +0200 (MET DST) Received-Date: Tue, 19 Oct 1999 00:52:33 +0200 (MET DST) From: support@gethits.com Received: from gethits.com ([24.113.81.32]) by lh2.rdc1.bc.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <19991018225230.LHAH22817.lh2.rdc1.bc.home.com@gethits.com> for ; Mon, 18 Oct 1999 15:52:30 -0700 Message-ID: <380BA5E1.2BC3C044@gethits.com> Date: Mon, 18 Oct 1999 15:57:37 -0700 Organization: GetHits.com Website Promotion http://www.gethits.com X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Cobalt Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 260 Lines: 9 I have a Cobalt RAQ2 w/ a 64bit superscalar RISC microprocessor. They have a proprietary Linux/MIPS OS, buts its restrictive, do you have or know of another port that works on this hardware? http://www.cobaltmicro.com if you want the URL. THANKS, Darryl Dyck From der.herr@hofr.at Tue Oct 19 09:10:03 1999 Return-Path: Received: from localhost (root@localhost [127.0.0.1]) by lp.cms.at (8.8.8/8.8.8) with ESMTP id JAA02795 for ; Tue, 19 Oct 1999 09:10:03 +0200 Received: from mailbox.univie.ac.at by fetchmail-4.6.0 POP3 for (single-drop); Tue, 19 Oct 1999 09:10:03 MEST Received: from tigger.hofr.at (root@[195.54.160.50]) by mailbox.univie.ac.at (8.9.3/8.9.3) with ESMTP id JAA33912 for ; Tue, 19 Oct 1999 09:08:48 +0200 Received: (from root@localhost) by tigger.hofr.at (8.8.5/8.8.5) id HAA07175 for nicholas.mc.guire@univie.ac.at; Tue, 19 Oct 1999 07:20:23 +0200 From: "Der Herr Hofr.at" Message-Id: <199910190520.HAA07175@tigger.hofr.at> Subject: invitation To: nicholas.mc.guire@univie.ac.at Date: Tue, 19 Oct 1999 07:20:23 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-UIDL: 72134935299b1b89f47a4daf98b7185f Content-Length: 2299 Lines: 61 Dear sirs, if you have already received this email, please ignore the rest and excuse having bothered you. If not, please continue reading it and redistribute this announcement please: Real Time Linux Workshop 13/14. 12. 1999 Insitute for Machine and Process Automation Vienna university of Technology Gu?hausstr. 27-29, 1040 Vienna, Austria As you probably know, Linux has become a powerful operating system challenging the OS and computer market, because it is open source and adaptable to different hardware and computing problems. In particular, there are some groups spread over the world developing some modifications to the linux kernel in order to provide a hard real time operation system, e.g. NMT rt-linux, RTAI rt linux etc, all being well appropriate for control applications or even embedded systems. In order to bring together all developers and open real time linux for a gerneral public, an international workshop on real time linux will be held the 13/14.12.1999 in Vienna, Austria with the following presentations: * Real Time Linux - Use and Applications, Phil Wilshire * Complex control systems, applications of DIAPM-RTAI at DIAPM, E. Bianchi * Real time Linux used at NOAO and the LabVIEW fifos.vi, Philip N Daly * Writing Real-Time Compatible Device Drivers for Linux, David Schleef * Programmable Logic Techniques for Fast Data Acquisition and Control, John Storrs * The Linux Lab Project, Claus Schroeter * Real Time Programming -- Pitfalls, Problems, and common errors, Steve Oualline * Real Time Linux for a torque measurement stage, Peter Wurmsdobler * NMT-RTL, Michael Barabanov * DIAPM-RTAI (for Linux): WHYs, WHATs and HOWs, Paolo Mantegazza * KURT, Douglas Niehaus * Linux/RK - The Ressource kernel, Ragunathan (Raj) Rajkumar You can find more informations and register for free on: http://www.thinkingnerds.com/projects/rtl-ws/rtl-ws.html We are looking forward to seeing you at the workshop (proceedings and a CD with applications on it are waiting for the registered participant). Your sincerely, Nicholas McGuire, Peter Wurmsdobler. From dom@algor.co.uk Tue Oct 19 09:34:51 1999 Received: from embankment.algor.co.uk (0@embankment.algor.co.uk [193.117.190.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA21811; Tue, 19 Oct 1999 09:34:49 +0200 (MET DST) Received-Date: Tue, 19 Oct 1999 09:34:49 +0200 (MET DST) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by embankment.algor.co.uk (8.8.8/8.8.8) with ESMTP id IAA25249; Tue, 19 Oct 1999 08:34:31 +0100 (BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id IAA00237; Tue, 19 Oct 1999 08:34:30 +0100 (GMT/BST) Date: Tue, 19 Oct 1999 08:34:30 +0100 (GMT/BST) Message-Id: <199910190734.IAA00237@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Ralf Baechle Cc: Kanoj Sarcar , linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: locking question: do_mmap(), do_munmap() In-Reply-To: <19991018103733.B3047@uni-koblenz.de> References: <19991015115816.B948@uni-koblenz.de> <199910151750.KAA99441@google.engr.sgi.com> <19991018103733.B3047@uni-koblenz.de> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 442 Lines: 17 Ralf, > (On the R3000 which allows swapping of i-cache and d-cache for > diagnostic purposes it actually is possible to have dirty lines in > the d-cache when it's used as the i-cache... Not really; the R3000 caches were always write-through, so the d-cache can never be dirty and in fact has exactly the same possible states as the i-cache. > But that's not a consideration for Linux.) Well, OK then. Dominic Sweetman dom@algor.co.uk From nicholas.mc.guire@univie.ac.at Tue Oct 19 12:28:36 1999 Received: from lp.cms.at (cm.mpi.univie.ac.at [131.130.30.137]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA22953; Tue, 19 Oct 1999 12:28:34 +0200 (MET DST) Received-Date: Tue, 19 Oct 1999 12:28:34 +0200 (MET DST) Received: (from root@localhost) by lp.cms.at (8.8.8/8.8.8) id MAA06965 for linux-mips@fnet.fr; Tue, 19 Oct 1999 12:28:40 +0200 From: Nicholas Mc Guire Message-Id: <199910191028.MAA06965@lp.cms.at> Subject: Real-Time Linux Wrokshop To: linux-mips@fnet.fr Date: Tue, 19 Oct 1999 12:28:40 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL47 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3382 Lines: 87 >From der.herr@hofr.at Tue Oct 19 09:10:03 1999 Return-Path: Received: from localhost (root@localhost [127.0.0.1]) by lp.cms.at (8.8.8/8.8.8) with ESMTP id JAA02795 for ; Tue, 19 Oct 1999 09:10:03 +0200 Received: from mailbox.univie.ac.at by fetchmail-4.6.0 POP3 for (single-drop); Tue, 19 Oct 1999 09:10:03 MEST Received: from tigger.hofr.at (root@[195.54.160.50]) by mailbox.univie.ac.at (8.9.3/8.9.3) with ESMTP id JAA33912 for ; Tue, 19 Oct 1999 09:08:48 +0200 Received: (from root@localhost) by tigger.hofr.at (8.8.5/8.8.5) id HAA07175 for nicholas.mc.guire@univie.ac.at; Tue, 19 Oct 1999 07:20:23 +0200 From: "Der Herr Hofr.at" Message-Id: <199910190520.HAA07175@tigger.hofr.at> Subject: invitation To: nicholas.mc.guire@univie.ac.at Date: Tue, 19 Oct 1999 07:20:23 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-UIDL: 72134935299b1b89f47a4daf98b7185f Status: O Dear sirs, if you have already received this email, please ignore the rest and excuse having bothered you. If not, please continue reading it and redistribute this announcement please: Real Time Linux Workshop 13/14. 12. 1999 Insitute for Machine and Process Automation Vienna university of Technology Gu?hausstr. 27-29, 1040 Vienna, Austria As you probably know, Linux has become a powerful operating system challenging the OS and computer market, because it is open source and adaptable to different hardware and computing problems. In particular, there are some groups spread over the world developing some modifications to the linux kernel in order to provide a hard real time operation system, e.g. NMT rt-linux, RTAI rt linux etc, all being well appropriate for control applications or even embedded systems. In order to bring together all developers and open real time linux for a gerneral public, an international workshop on real time linux will be held the 13/14.12.1999 in Vienna, Austria with the following presentations: * Real Time Linux - Use and Applications, Phil Wilshire * Complex control systems, applications of DIAPM-RTAI at DIAPM, E. Bianchi * Real time Linux used at NOAO and the LabVIEW fifos.vi, Philip N Daly * Writing Real-Time Compatible Device Drivers for Linux, David Schleef * Programmable Logic Techniques for Fast Data Acquisition and Control, John Storrs * The Linux Lab Project, Claus Schroeter * Real Time Programming -- Pitfalls, Problems, and common errors, Steve Oualline * Real Time Linux for a torque measurement stage, Peter Wurmsdobler * NMT-RTL, Michael Barabanov * DIAPM-RTAI (for Linux): WHYs, WHATs and HOWs, Paolo Mantegazza * KURT, Douglas Niehaus * Linux/RK - The Ressource kernel, Ragunathan (Raj) Rajkumar You can find more informations and register for free on: http://www.thinkingnerds.com/projects/rtl-ws/rtl-ws.html We are looking forward to seeing you at the workshop (proceedings and a CD with applications on it are waiting for the registered participant). Your sincerely, Nicholas McGuire, Peter Wurmsdobler. From ralf@lappi.waldorf-gmbh.de Wed Oct 20 00:03:19 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA27734; Wed, 20 Oct 1999 00:03:19 +0200 (MET DST) Received-Date: Wed, 20 Oct 1999 00:03:19 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-4.uni-koblenz.de [141.26.131.4]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA18541 for ; Wed, 20 Oct 1999 00:03:16 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA07807; Wed, 20 Oct 1999 00:02:42 +0200 Date: Wed, 20 Oct 1999 00:02:42 +0200 From: Ralf Baechle To: Dominic Sweetman Cc: Ralf Baechle , Kanoj Sarcar , linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: locking question: do_mmap(), do_munmap() Message-ID: <19991020000242.B7061@uni-koblenz.de> References: <19991015115816.B948@uni-koblenz.de> <199910151750.KAA99441@google.engr.sgi.com> <19991018103733.B3047@uni-koblenz.de> <199910190734.IAA00237@gladsmuir.algor.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <199910190734.IAA00237@gladsmuir.algor.co.uk> X-Accept-Language: de,en,fr Content-Length: 460 Lines: 13 On Tue, Oct 19, 1999 at 08:34:30AM +0100, Dominic Sweetman wrote: > > (On the R3000 which allows swapping of i-cache and d-cache for > > diagnostic purposes it actually is possible to have dirty lines in > > the d-cache when it's used as the i-cache... > > Not really; the R3000 caches were always write-through, so the > d-cache can never be dirty and in fact has exactly the same possible > states as the i-cache. Duh... You're of course right. Ralf From plawford@hns.com Wed Oct 20 20:11:44 1999 Received: from hns4.hns.com (hns4.hns.com [208.236.67.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA04903; Wed, 20 Oct 1999 20:11:42 +0200 (MET DST) Received-Date: Wed, 20 Oct 1999 20:11:42 +0200 (MET DST) Received: from hnssysa.md.hns.com (hnssysa.hns.com [139.85.76.100]) by hns4.hns.com (8.9.0/8.8.7) with ESMTP id OAA05933 for ; Wed, 20 Oct 1999 14:11:20 -0400 (EDT) Received: from hns.com (sde5.hns.com [139.85.90.14]) by hnssysa.md.hns.com (8.9.0/8.8.7) with ESMTP id OAA27409 for ; Wed, 20 Oct 1999 14:11:10 -0400 (EDT) Sender: plawford@hns.com Message-ID: <380E05BC.B6770BF8@hns.com> Date: Wed, 20 Oct 1999 14:11:08 -0400 From: peter lawford Organization: Hughes Network Systems X-Mailer: Mozilla 4.05 [en] (X11; U; HP-UX B.10.20 9000/712) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Problems compiling kernel2.2.12 for Mipsel Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 357 Lines: 11 When I (cross)compile kernel 2.2.12 for little endian MIPS, I get the error: /usr/src/linux/include/asm/semaphore.h:89: #error "FIXME: down_trylock doesn't support little endian machines yet." Versions 2.2.13 and the development 2.3.22 are missing the MIPSEL code as well. Is it ok to use 2.2.12 on MIPS? If not, what is the most recent working kernel? From ralf@lappi.waldorf-gmbh.de Wed Oct 20 23:47:22 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA06676; Wed, 20 Oct 1999 23:47:21 +0200 (MET DST) Received-Date: Wed, 20 Oct 1999 23:47:21 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-3.uni-koblenz.de [141.26.131.3]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA27017 for ; Wed, 20 Oct 1999 23:47:18 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA14178; Wed, 20 Oct 1999 23:45:57 +0200 Date: Wed, 20 Oct 1999 23:45:57 +0200 From: Ralf Baechle To: peter lawford Cc: linux-mips@fnet.fr Subject: Re: Problems compiling kernel2.2.12 for Mipsel Message-ID: <19991020234557.D13823@uni-koblenz.de> References: <380E05BC.B6770BF8@hns.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <380E05BC.B6770BF8@hns.com> X-Accept-Language: de,en,fr Content-Length: 512 Lines: 17 On Wed, Oct 20, 1999 at 02:11:08PM -0400, peter lawford wrote: > When I (cross)compile kernel 2.2.12 for little endian MIPS, I get the > error: > > /usr/src/linux/include/asm/semaphore.h:89: #error "FIXME: down_trylock > doesn't support little endian machines yet." > > Versions 2.2.13 and the development 2.3.22 are missing the MIPSEL code > as well. > > Is it ok to use 2.2.12 on MIPS? If not, what is the most recent working > kernel? Get the code from the CVS on oss.sgi.com and be happier :-) Ralf From dpm2@triquest.com Thu Oct 21 18:46:54 1999 Received: from tqvan_01.triquest.com (tqvan.triquest.com [207.14.60.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA14062; Thu, 21 Oct 1999 18:46:51 +0200 (MET DST) Received-Date: Thu, 21 Oct 1999 18:46:51 +0200 (MET DST) Received: by tqvan_01 with Internet Mail Service (5.5.2232.9) id ; Thu, 21 Oct 1999 09:46:15 -0700 Message-ID: From: "Daniel P. Maynes" To: "'linux-mips@fnet.fr'" Subject: a NeTpower R4400 Dual pro box Date: Thu, 21 Oct 1999 09:46:14 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain Content-Length: 895 Lines: 29 I have a NeTpower R4400 Dual pro box that I would like to run Linux/MIPS on. I would be happy to volunteer whatever services I can render in order to get Linux/MIPS ported to this type of box. Is it true that this box is like the Magnum 4000 with the R4400MC processors not being supported???? Any information would be appreciated..... ________________________________________________ Dan Maynes CIM Administrator Triquest Precision Plastics Vancouver, WA wk-360-690-0153 fx-360-693-0552 dpm2@triquest.com _______________________________________________ "Maybe, just once, someone will call me 'sir' without adding, 'you're making a scene.' " _______________________________________________ que hueva me das.......... ___________________________________ oo menya tyba nagoy yochik see chas ___________________________________ mwen gen dipopo - ou isit ___________________________________ From Screenager.2000@gmx.net Thu Oct 21 22:18:39 1999 Received: from www7.gmx.net (www7.gmx.net [194.221.183.47]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id WAA15645; Thu, 21 Oct 1999 22:18:35 +0200 (MET DST) Received-Date: Thu, 21 Oct 1999 22:18:35 +0200 (MET DST) Received: (qmail 26556 invoked by uid 0); 21 Oct 1999 20:18:27 -0000 Date: Thu, 21 Oct 1999 22:18:20 +0200 (MEST) From: "screenager. 2000" To: linux-mips@fnet.fr MIME-Version: 1.0 X-Authenticated-Sender: #0000554660@gmx.net X-Authenticated-IP: [193.158.169.88] Message-ID: <1212.940537100@www6.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Length: 323 Lines: 11 Hi, I just started with a 5000/120 system. Now it would be nice to get a Hardware Maintenance Guide or some other nice documantation about the system. Who can tell me where to find something like that on the Net ? Thanks Chris -- Sent through Global Message Exchange - http://www.gmx.net From Screenager.2000@gmx.net Thu Oct 21 22:19:03 1999 Received: from www10.gmx.net (www10.gmx.net [194.221.183.50]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id WAA15671; Thu, 21 Oct 1999 22:19:01 +0200 (MET DST) Received-Date: Thu, 21 Oct 1999 22:19:01 +0200 (MET DST) Received: (qmail 12053 invoked by uid 0); 21 Oct 1999 20:18:53 -0000 Date: Thu, 21 Oct 1999 22:18:43 +0200 (MEST) From: "screenager. 2000" To: linux-mips@fnet.fr MIME-Version: 1.0 Subject: 5000/1xx Hardware Maintenance Guide X-Authenticated-Sender: #0000554660@gmx.net X-Authenticated-IP: [193.158.169.88] Message-ID: <1473.940537123@www6.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Length: 323 Lines: 11 Hi, I just started with a 5000/120 system. Now it would be nice to get a Hardware Maintenance Guide or some other nice documantation about the system. Who can tell me where to find something like that on the Net ? Thanks Chris -- Sent through Global Message Exchange - http://www.gmx.net From plawford@hns.com Mon Oct 25 16:05:17 1999 Received: from hns3.hns.com (hns3.hns.com [208.236.67.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA16932; Mon, 25 Oct 1999 16:05:14 +0200 (MET DST) Received-Date: Mon, 25 Oct 1999 16:05:14 +0200 (MET DST) Received: from hnssysa.md.hns.com (hnssysa.hns.com [139.85.76.100]) by hns3.hns.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id KAA04784 for ; Mon, 25 Oct 1999 10:06:52 -0400 (EDT) Received: from hns.com (sde5.hns.com [139.85.90.14]) by hnssysa.md.hns.com (8.9.0/8.8.7) with ESMTP id JAA01705 for ; Mon, 25 Oct 1999 09:05:02 -0400 (EDT) Sender: plawford@hns.com Message-ID: <3814557D.B59D4DB0@hns.com> Date: Mon, 25 Oct 1999 09:05:01 -0400 From: peter lawford Organization: Hughes Network Systems X-Mailer: Mozilla 4.05 [en] (X11; U; HP-UX B.10.20 9000/712) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Porting for NEC Vrc4372, Vrc4373 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 339 Lines: 7 Has anyone written code for the NEC Vrc 4372 and/or Vrc4373 controller chips? These chips are used in the reference evaluation board for the NEC 4300 MIPS. I'd like to port Linux to this architecture, but I'm not sure where to start (I have the data sheets and Linux/MIPS source). Any help would be greatly appreciated. - Peter From dom@mudchute.algor.co.uk Mon Oct 25 17:05:27 1999 Received: from embankment.algor.co.uk (0@embankment.algor.co.uk [193.117.190.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA17706; Mon, 25 Oct 1999 17:05:26 +0200 (MET DST) Received-Date: Mon, 25 Oct 1999 17:05:26 +0200 (MET DST) Received: from mudchute.algor.co.uk (dom@mudchute.algor.co.uk [193.117.190.19]) by embankment.algor.co.uk (8.8.8/8.8.8) with ESMTP id QAA04730; Mon, 25 Oct 1999 16:05:24 +0100 (BST) Received: (from dom@localhost) by mudchute.algor.co.uk (8.8.5/8.8.5) id QAA10858; Mon, 25 Oct 1999 16:05:23 +0100 (BST) Date: Mon, 25 Oct 1999 16:05:23 +0100 (BST) Message-Id: <199910251505.QAA10858@mudchute.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: peter lawford Cc: linux-mips@fnet.fr Subject: Re: Porting for NEC Vrc4372, Vrc4373 In-Reply-To: <3814557D.B59D4DB0@hns.com> References: <3814557D.B59D4DB0@hns.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 1206 Lines: 31 Peter, > Has anyone written code for the NEC Vrc 4372 and/or Vrc4373 controller > chips? These chips are used in the reference evaluation board for the > NEC 4300 MIPS. I'd like to port Linux to this architecture, but I'm not > sure where to start (I have the data sheets and Linux/MIPS source). > Any help would be greatly appreciated. While this may be irritating because it's not really answering your question... They're not the only possible evaluation boards; Algorithmics' P-4032 has been around longer (so may have less undiscovered bugs) and has advantages: o A decent OpenBSD port available now (which includes a working super VGA X11 graphics system). o a two-year-old Linux port which was kind of done o A port in progress with someone in the US (name available privately). o Help and encouragement available from Algorithmics, who are the board designers. o A free board to anyone who is serious about getting a good Linux up and running. o P-4032 supports not only Vr43x0, but the QED RM5230 and IDT 64x74 CPUs too. o A familial connection with the big-brother P-5064 board, which supports CPUs right up to the RM7000. Dominic Sweetman Algorithmics Ltd dom@algor.co.uk From rraffer1@osf1.gmu.edu Mon Oct 25 17:12:04 1999 Received: from osf1.gmu.edu (osf1.gmu.edu [129.174.1.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA17781; Mon, 25 Oct 1999 17:12:02 +0200 (MET DST) Received-Date: Mon, 25 Oct 1999 17:12:02 +0200 (MET DST) Received: from localhost (rraffer1@localhost) by osf1.gmu.edu (8.8.8/8.8.8) with SMTP id LAA18268 for ; Mon, 25 Oct 1999 11:12:00 -0400 (EDT) Date: Mon, 25 Oct 1999 11:12:00 -0400 (EDT) From: Ryan Rafferty cc: linux-mips@fnet.fr Subject: Re: Guaranteed way to quickly have Excellent Credit!! In-Reply-To: <199910251237.FAA05488@hawk.prod.itd.earthlink.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 45 Lines: 4 Can we kill this moron from the list? Ryan From flo@rfc822.org Tue Oct 26 16:21:12 1999 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA26206; Tue, 26 Oct 1999 16:21:10 +0200 (MET DST) Received-Date: Tue, 26 Oct 1999 16:21:10 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 6FE217DD; Tue, 26 Oct 1999 16:21:08 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 981769011; Tue, 26 Oct 1999 16:20:26 +0200 (CEST) Date: Tue, 26 Oct 1999 16:20:26 +0200 From: Florian Lohoff To: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: latest binutils cygnus CVS 991025 Message-ID: <19991026162026.I1207@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 577 Lines: 17 Hi, does anyone have experiences with the latest (e.g. 991025) binutils from cygnus CVS ? I got it build for "mipsel-unknown-linux-gnu" and got a libgmp2 build (Which fails with binutils 2.8.1 -> segfault ld) The resulting library links against ssh (with 2.8.1) without problems and seems to work (SSH works) Are there any other known problems i might not have noticed ? Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 ... The failure can be random; however, when it does occur, it is catastrophic and is repeatable ... Cisco Field Notice From info@infowatch.net Wed Oct 27 01:45:58 1999 Received: from infomail.infowatch.net ([12.16.4.40]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA01072; Wed, 27 Oct 1999 01:45:56 +0200 (MET DST) Received-Date: Wed, 27 Oct 1999 01:45:56 +0200 (MET DST) Received: from outbox ([12.16.7.10]) by infomail.infowatch.net (Post.Office MTA v3.1 release PO205e ID# 0-0U10L2S100) with SMTP id AAA183 for ; Tue, 26 Oct 1999 19:45:34 -0400 To: From: info@infowatch.net (Info Desk) Subject: Special Webhosting and Dedicated Server Offer Date: Tue, 26 Oct 1999 19:45:34 -0400 Message-ID: <19991026234534803.AAA183@outbox> Content-Length: 1382 Lines: 36 This is a one-time only mailing. You won't be emailed again. ------------------------------------------------------------ http://www.infowatch.net InfoWatch would like to introduce our Special Hosting and Promotional Service Packages *Budget Plans from $14.95 Mo. *E-commerce Plans from $49.95 Mo. *Dedicated Server Plan from $99.00 Mo. (Ask about YOUR FREE Server!) * Sign up for 6 months, and we'll WAIVE the setup fee * Sign up for 10 months, and we'll WAIVE the setup fee and give you 2 FREE months * Sign up for 12 months, and we'll give you a FULL FREE 2nd year of hosting * UNLIMITED E-mail, E-mail forwarding, auto responders and vacation reply * FREE registration of your domain with over 950 search engines * Multiple, Redundant, High-Speed connections to the web * INTERNATIONAL Hosting * Access to your account anytime from your own browser * Full Microsoft Front Page support * Unlimited FTP updates * Personal CGI directory for your own scripts (or use ours) * Comprehensive statistics program shows you everything * Domain name registration (www.yourname.com) * Friendly customer support * Additional plans also available If for any reason you are not satisfied with InfoWatch's service after 30 days, we will transfer you back to your original host and pay any transfer fees. http://www.infowatch.net info@infowatch.net From ralf@oss.sgi.com Wed Oct 27 23:26:37 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA07513; Wed, 27 Oct 1999 23:26:36 +0200 (MET DST) Received-Date: Wed, 27 Oct 1999 23:26:36 +0200 (MET DST) Received: from cacc-26.uni-koblenz.de (cacc-26.uni-koblenz.de [141.26.131.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA03346; Wed, 27 Oct 1999 23:26:31 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Wed, 27 Oct 1999 10:33:26 +0200 Date: Wed, 27 Oct 1999 10:33:26 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: latest binutils cygnus CVS 991025 Message-ID: <19991027103326.A6252@uni-koblenz.de> References: <19991026162026.I1207@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <19991026162026.I1207@paradigm.rfc822.org> X-Accept-Language: de,en,fr Content-Length: 1077 Lines: 33 On Tue, Oct 26, 1999 at 04:20:26PM +0200, Florian Lohoff wrote: > Hi, > does anyone have experiences with the latest (e.g. 991025) binutils from > cygnus CVS ? > > I got it build for "mipsel-unknown-linux-gnu" and got a libgmp2 > build (Which fails with binutils 2.8.1 -> segfault ld) Try the following: echo 'main(){}' > test.c gcc -o test test.c -lm -lieee I hope you got a cronjob to remove core files ;-) > The resulting library links against ssh (with 2.8.1) without problems > and seems to work (SSH works) > > Are there any other known problems i might not have noticed ? - Symbol versioning is broken in the CVS version. There is no fix yet for this problem. - The CVS gas version has a few problems with weak symbols, aliases and other special cases. These usually don't show up. Anyway, the patchkit on oss.sgi.com has all these fixes which haven't made their way into CVS. I've spent a tremendous amount of time into tracking down a large number of other bugs in binutils; I was able to rebuild entire RH 6.0 with that linker. Ralf From flo@rfc822.org Thu Oct 28 00:35:02 1999 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA09397; Thu, 28 Oct 1999 00:35:01 +0200 (MET DST) Received-Date: Thu, 28 Oct 1999 00:35:01 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id D1CDE7F3; Thu, 28 Oct 1999 00:34:59 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 246C7902A; Thu, 28 Oct 1999 00:30:35 +0200 (CEST) Date: Thu, 28 Oct 1999 00:30:35 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: latest binutils cygnus CVS 991025 Message-ID: <19991028003034.A781@paradigm.rfc822.org> References: <19991026162026.I1207@paradigm.rfc822.org> <19991027103326.A6252@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19991027103326.A6252@uni-koblenz.de>; from Ralf Baechle on Wed, Oct 27, 1999 at 10:33:26AM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 1971 Lines: 54 On Wed, Oct 27, 1999 at 10:33:26AM +0200, Ralf Baechle wrote: > On Tue, Oct 26, 1999 at 04:20:26PM +0200, Florian Lohoff wrote: > > > Hi, > > does anyone have experiences with the latest (e.g. 991025) binutils from > > cygnus CVS ? > > > > I got it build for "mipsel-unknown-linux-gnu" and got a libgmp2 > > build (Which fails with binutils 2.8.1 -> segfault ld) > > Try the following: > > echo 'main(){}' > test.c > gcc -o test test.c -lm -lieee (root@repeat)/tmp/tt# echo 'main(){}' > test.c (root@repeat)/tmp/tt# gcc -o test test.c -lm -lieee collect2: ld terminated with signal 11 [Segmentation fault] (root@repeat)/tmp/tt# ld -v GNU ld version 2.8.1 (with BFD 2.8.1) (root@repeat)/tmp/tt# export PATH=/data/devel/binutils-991025/bin/:$PATH (root@repeat)/tmp/tt# gcc -o test test.c -lm -lieee (root@repeat)/tmp/tt# ls -la total 15 drwxrwxr-x 2 root root 1024 Oct 27 22:07 . drwxr-xr-x 6 root root 2048 Oct 27 22:07 .. -rwxrwxr-x 1 root root 12201 Oct 27 22:07 test -rw-rw-r-- 1 root root 9 Oct 27 22:07 test.c (root@repeat)/tmp/tt# ./test (root@repeat)/tmp/tt# ld -v GNU ld version 2.9.5 (with BFD 2.9.5) > I hope you got a cronjob to remove core files ;-) Nope - Dont seem to need it ... > - Symbol versioning is broken in the CVS version. There is no fix yet for > this problem. > - The CVS gas version has a few problems with weak symbols, aliases and > other special cases. These usually don't show up. Anyway, the patchkit > on oss.sgi.com has all these fixes which haven't made their way into > CVS. > > I've spent a tremendous amount of time into tracking down a large number of > other bugs in binutils; I was able to rebuild entire RH 6.0 with that > linker. Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 ... The failure can be random; however, when it does occur, it is catastrophic and is repeatable ... Cisco Field Notice From flo@rfc822.org Thu Oct 28 11:00:02 1999 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA13214; Thu, 28 Oct 1999 11:00:02 +0200 (MET DST) Received-Date: Thu, 28 Oct 1999 11:00:02 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 7B2627F6; Thu, 28 Oct 1999 11:00:00 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 0A329902A; Thu, 28 Oct 1999 10:59:14 +0200 (CEST) Date: Thu, 28 Oct 1999 10:59:13 +0200 From: Florian Lohoff To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: asm/timex.h include mipsregs.h ? Message-ID: <19991028105913.A1254@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 520 Lines: 20 Hi, i am just in the process of building glibc and discovered a bug i stumpled over before ... static inline cycles_t get_cycles (void) { return read_32bit_cp0_register(CP0_COUNT); } CP0_COUNT undefined ... Shouldnt timex.h include mipsregs.h ? And is this possibly fixed in later Kernels (this is 2.2.1) Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 ... The failure can be random; however, when it does occur, it is catastrophic and is repeatable ... Cisco Field Notice From nicholas.mc.guire@univie.ac.at Thu Oct 28 12:26:58 1999 Received: from lp.cms.at (cm.mpi.univie.ac.at [131.130.30.137]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA14451; Thu, 28 Oct 1999 12:26:56 +0200 (MET DST) Received-Date: Thu, 28 Oct 1999 12:26:56 +0200 (MET DST) Received: (from root@localhost) by lp.cms.at (8.8.8/8.8.8) id MAA31677 for linux-mips@fnet.fr; Thu, 28 Oct 1999 12:27:12 +0200 From: Nicholas Mc Guire Message-Id: <199910281027.MAA31677@lp.cms.at> Subject: ANNOUNCEMENT: Real-Time Linux Wrokshop To: linux-mips@fnet.fr Date: Thu, 28 Oct 1999 12:27:11 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL47 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2299 Lines: 61 Dear sirs, if you have already received this email, please ignore the rest and excuse having bothered you. If not, please continue reading it and redistribute this announcement please: Real Time Linux Workshop 13/14. 12. 1999 Insitute for Machine and Process Automation Vienna university of Technology Gu?hausstr. 27-29, 1040 Vienna, Austria As you probably know, Linux has become a powerful operating system challenging the OS and computer market, because it is open source and adaptable to different hardware and computing problems. In particular, there are some groups spread over the world developing some modifications to the linux kernel in order to provide a hard real time operation system, e.g. NMT rt-linux, RTAI rt linux etc, all being well appropriate for control applications or even embedded systems. In order to bring together all developers and open real time linux for a gerneral public, an international workshop on real time linux will be held the 13/14.12.1999 in Vienna, Austria with the following presentations: * Real Time Linux - Use and Applications, Phil Wilshire * Complex control systems, applications of DIAPM-RTAI at DIAPM, E. Bianchi * Real time Linux used at NOAO and the LabVIEW fifos.vi, Philip N Daly * Writing Real-Time Compatible Device Drivers for Linux, David Schleef * Programmable Logic Techniques for Fast Data Acquisition and Control, John Storrs * The Linux Lab Project, Claus Schroeter * Real Time Programming -- Pitfalls, Problems, and common errors, Steve Oualline * Real Time Linux for a torque measurement stage, Peter Wurmsdobler * NMT-RTL, Michael Barabanov * DIAPM-RTAI (for Linux): WHYs, WHATs and HOWs, Paolo Mantegazza * KURT, Douglas Niehaus * Linux/RK - The Ressource kernel, Ragunathan (Raj) Rajkumar You can find more informations and register for free on: http://www.thinkingnerds.com/projects/rtl-ws/rtl-ws.html We are looking forward to seeing you at the workshop (proceedings and a CD with applications on it are waiting for the registered participant). Your sincerely, Nicholas McGuire, Peter Wurmsdobler. From nop@nop.com Thu Oct 28 13:27:26 1999 Received: from chmls05.mediaone.net (ne.mediaone.net [24.128.1.70]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA15650; Thu, 28 Oct 1999 13:27:25 +0200 (MET DST) Received-Date: Thu, 28 Oct 1999 13:27:25 +0200 (MET DST) Received: from decoy (nopnop.ne.mediaone.net [24.218.146.73]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id HAA01778; Thu, 28 Oct 1999 07:27:11 -0400 (EDT) Message-ID: <120f701bf2137$5788bc40$0a00000a@nop.com> From: "Jay Carlson" To: "Ralf Baechle" , "Florian Lohoff" Cc: , , References: <19991026162026.I1207@paradigm.rfc822.org> <19991027103326.A6252@uni-koblenz.de> Subject: Re: latest binutils cygnus CVS 991025 Date: Thu, 28 Oct 1999 07:26:51 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.5600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.5600 Content-Length: 535 Lines: 17 > - Symbol versioning is broken in the CVS version. There is no fix yet for > this problem. > - The CVS gas version has a few problems with weak symbols, aliases and > other special cases. These usually don't show up. Anyway, the patchkit > on oss.sgi.com has all these fixes which haven't made their way into > CVS. > > I've spent a tremendous amount of time into tracking down a large number of > other bugs in binutils; I was able to rebuild entire RH 6.0 with that > linker. This is the 2.8.1+mips patchkit? Jay From nop@nop.com Thu Oct 28 15:34:39 1999 Received: from chmls05.mediaone.net (ne.mediaone.net [24.128.1.70]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA17251; Thu, 28 Oct 1999 15:34:38 +0200 (MET DST) Received-Date: Thu, 28 Oct 1999 15:34:38 +0200 (MET DST) Received: from decoy (nopnop.ne.mediaone.net [24.218.146.73]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id JAA28805; Thu, 28 Oct 1999 09:34:35 -0400 (EDT) Message-ID: <1211d01bf2149$2199ccc0$0a00000a@nop.com> From: "Jay Carlson" To: , Cc: Subject: issues with non-PIC glibc on Linux/MIPS Date: Thu, 28 Oct 1999 09:34:16 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.5600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.5600 Content-Length: 5349 Lines: 95 I'm working on linuxce ( http://www.linuxce.org/ ) for the NEC Vr41xx MIPS processors ( http://www.ltc.com/linux-mips/ ). We're targeting a range of devices, from 32M subnotebooks with large secondary storage (128M CompactFlash, 340M IBM Microdrive) to Pilot-sized devices with maybe 8M of RAM and no file store besides ramdisk. We have working systems with PPP, NFS, framebuffer support, and even some Microwindows demos. Code size is pretty important for this project. If you don't think this constraint is real or interesting, you can stop reading now. :-) Some of the Vr41xx chips support the MIPS16 16-bit instruction encoding, which promises 30-40% increases in code density. I spent a long time experimenting with the egcs support for MIPS16, and that range appears to be accurate. But both gcc (mips.md, mips.c) and binutils (GOT relocations, new assembler expressions) would have to be significantly modified to support MIPS ABI position-independent code for MIPS16. Also, I decided to back up a little. What would it take to get non-position-independent code working? Absolute objects (built with gcc -mno-abicalls) seemed like a prereq for reusing any existing MIPS16 support. Spending a lot of time on MIPS16 wouldn't be useful for people with devices with older Vr41xx CPUs, or any of the Philips 39xx devices (in the Philips Nino handhelds). And -mno-abicalls code is significantly smaller. For example, busybox, a single executable that acts as ls/cat/more/mknod/etc depending on how it's invoked, went from 181k with abicalls to 103k with no-abicalls. glibc 2.0.7 libc.a (with appropriate ld invocations to throw out relocations) went from ~940k to ~560k. It would be a nice starting point if no-abicalls executables could use standard ABI shared libraries. This looked like it required a new libgcc, but that was easy to do with multilib support. Some executables started working. I found this hard to believe until I noticed that the PLT stubs generated by ld in the main program that jumped to the shared libc managed to set up some registers properly---in particular, they always jumped through the $t9 register---PIC code uses in the function prologue to get access to the function's GOT. dhrystone was especially interesting because performance dropped by a factor of four. I hypothesized that this could have been the result of dynamic symbols in the main program's GOT not being properly updated, and thus doing a symbol resolve from scratch every time they were invoked. I hacked up ld to generate PLT stubs that forcibly loaded the gp register with the main program's GOT. This didn't seem to fix the performance problem, and I stopped poking at that. Applications that use stdio (besides stdin/out/err) were still segfaulting. I imagine this could be the result of either a) pointers to data in the main program not being resolved properly, or b) embedded pointers to static libc functions that did not show up in the main program's PLT. I can't really explore this without gdb, so I'm blocking on getting access to a big enough mipsel machine to run gdb on. So right now intercall between abicalls and no-abicalls code is a problem. What about a totally no-abicalls, absolute object system? Dynamic linking goes out the door, sure, but Linux survived without it for a few years on the x86. Obviously I could drop glibc and get newlib and graft linux system calls on it. That sounds like it would create endless porting problems for standard linux utilities. Better to use glibc in some form. The obvious way to support an absolute glibc shared library is to link libc.a at some fixed address and just mmap it into each executable at that address. This is exactly the scheme libc 2 through early libc 4 used on Linux x86. Besides DLL symbol export issues, the biggest loses of this are that a) hunks of the address space have to be handed out to shared library owners by a central authority, b) version bumps of the shared library are a pain even when jump tables and data reordering tools are used to try to keep symbols at the same address, which means that c) it's *hard* to build and maintain shared libraries. For Linux on these small devices it still might make sense. Many of the applications and libraries used on a handheld are not going to be able to share much code with the mainline desktop/server Linux apps. Versioning isn't as much of an issue when you can crosscompile all of the apps and libraries on an 8M initial ramdisk in an hour, and relink in a matter of minutes. And the code size reduction is compelling---even if we end up not sharing a few libraries because of the difficulty in doing so, we probably still come out ahead because of that huge drop in code size. I don't have an absolute shared glibc binary, although I do have an absolute libc.a. I'm working on a few tools to automate the build. Do glibc people have ideas on this? I've noticed that "is using the ELF object format" is often conflated with "is using SVR4 ABI ELF shared libraries" in the source. I'm also looking for help on alternate ABIs for MIPS that could help with code size problems; perhaps the the biggest problem is the caller/callee save nature of the $gp register, but I'm hoping hardcore MIPS people understand these issues much better than I do. Comments? Flames? Jay From flo@rfc822.org Thu Oct 28 15:44:40 1999 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA17762; Thu, 28 Oct 1999 15:44:39 +0200 (MET DST) Received-Date: Thu, 28 Oct 1999 15:44:39 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id A2E1E7FE; Thu, 28 Oct 1999 15:44:38 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 24FFF902A; Thu, 28 Oct 1999 15:43:32 +0200 (CEST) Date: Thu, 28 Oct 1999 15:43:32 +0200 From: Florian Lohoff To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Cc: debian-mips@lists.debian.org, aj@suse.de Subject: glibc build problems, mipsel glibc 2.0.7-981211 Message-ID: <19991028154332.A1971@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i Organization: rfc822 - pure communication Content-Length: 3082 Lines: 79 Hi, i discover the following problems while trying to build the debian glibc package from slink (2.0.7.981211 + mips patches) /data/glibc/glibc-2.0.7.19981211/build-mipsel/time/zic -d /data/glibc/glibc-2.0.7.19981211/debian/install/usr/share/zoneinfo -L /dev/null -y ./yearistype africa /data/glibc/glibc-2.0.7.19981211/build-mipsel/time/zic: error in loading shared libraries: undefined symbol: __deregister_frame_info make[3]: *** [/data/glibc/glibc-2.0.7.19981211/debian/install/usr/share/zoneinfo/Africa/Algiers] Error 127 make[3]: Leaving directory `/data/glibc/glibc-2.0.7.19981211/time' make[2]: *** [time/subdir_install] Error 2 make[2]: Leaving directory `/data/glibc/glibc-2.0.7.19981211' make[1]: *** [install] Error 2 make[1]: Leaving directory `/data/glibc/glibc-2.0.7.19981211/build-mipsel' make: *** [stamp-build] Error 2 (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# objdump --syms zic | grep dereg 0040d300 F *UND* 000000c4 __deregister_frame_info (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# objdump --syms ../libc.so | grep dereg 6009c96c g F *ABS* 000000c4 __deregister_frame_info 6009ca30 g F *ABS* 00000060 __deregister_frame (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# export LD_PRELOAD=/data/glibc/glibc-2.0.7.19981211/build-mipsel/libc.so (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# /data/glibc/glibc-2.0.7.19981211/build-mipsel/time/zic -d /data/glibc/glibc-2.0.7.19981211/debian/install/usr/share/zoneinfo -L /dev/null -y ./yearistype africa /data/glibc/glibc-2.0.7.19981211/build-mipsel/time/zic: error in loading shared libraries /data/glibc/glibc-2.0.7.19981211/build-mipsel/libc.so: undefined symbol: _dl_unload_cache (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# objdump --syms /data/glibc/glibc-2.0.7.19981211/build-mipsel/elf/ld.so.1 | grep dl_unload 0fb6977c g F *ABS* 00000084 _dl_unload_cache Ok - I found the symbol ... But .. LD_PRELOAD doesnt seem to help ... (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# objdump --syms /data/glibc/glibc-2.0.7.19981211/build-mipsel/elf/ld.so.1 | grep dl_unload (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# export LD_PRELOAD="/data/glibc/glibc-2.0.7.19981211/build-mipsel/elf/ld.so.1 /data/glibc/glibc-2.0.7.19981211/build-mipsel/libc.so" (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# /data/glibc/glibc-2.0.7.19981211/build-mipsel/time/zic -d /data/glibc/glibc-2.0.7.19981211/debian/install/usr/share/zoneinfo -L /dev/null -y ./yearistype africa Segmentation fault I am not sure if i am able to preload ld.so.1 - I suspect not .... What do i do now ? Compile a "zic" whithout the dependency, build the package and replace the libc/ld.so ? This seems to be a little risky. Flo -- Florian Lohoff flo@rfc822.org +49-5241-470566 ... The failure can be random; however, when it does occur, it is catastrophic and is repeatable ... Cisco Field Notice From aj@suse.de Thu Oct 28 16:30:10 1999 Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA19359; Thu, 28 Oct 1999 16:30:09 +0200 (MET DST) Received-Date: Thu, 28 Oct 1999 16:30:09 +0200 (MET DST) Received: from arthur.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id QAA18440; Thu, 28 Oct 1999 16:28:46 +0200 (CEST) (envelope-from aj@suse.de) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.rhein-neckar.de with esmtp (Exim 3.02 #1) id 11gqRn-00060n-00; Thu, 28 Oct 1999 16:22:35 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 0) id B5F691993; Thu, 28 Oct 1999 16:22:34 +0200 (CEST) Sender: aj@suse.de To: Florian Lohoff Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, debian-mips@lists.debian.org Subject: Re: glibc build problems, mipsel glibc 2.0.7-981211 References: <19991028154332.A1971@paradigm.rfc822.org> From: Andreas Jaeger Date: 28 Oct 1999 16:22:34 +0200 In-Reply-To: Florian Lohoff's message of "Thu, 28 Oct 1999 15:43:32 +0200" Message-ID: User-Agent: Gnus/5.070096 (Pterodactyl Gnus v0.96) XEmacs/21.1 (Biscayne) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 2187 Lines: 60 >>>>> Florian Lohoff writes: > Hi, > i discover the following problems while trying to build the debian > glibc package from slink (2.0.7.981211 + mips patches) > /data/glibc/glibc-2.0.7.19981211/build-mipsel/time/zic -d > /data/glibc/glibc-2.0.7.19981211/debian/install/usr/share/zoneinfo -L > /dev/null -y ./yearistype africa > /data/glibc/glibc-2.0.7.19981211/build-mipsel/time/zic: error in loading > shared libraries: undefined symbol: __deregister_frame_info Please read the glibc FAQ 2.8. When I run an executable on one system which I compiled on another, I get dynamic linker errors. Both systems have the same version of glibc installed. What's wrong? Question 2.8 is most likely not in 2.0.7 - get the current FAQ via http://sourceware.cygnus.com/glibc > Ok - I found the symbol ... But .. LD_PRELOAD doesnt seem to help ... > (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# objdump > --syms /data/glibc/glibc-2.0.7.19981211/build-mipsel/elf/ld.so.1 | > grep dl_unload > (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# export > LD_PRELOAD="/data/glibc/glibc-2.0.7.19981211/build-mipsel/elf/ld.so.1 > /data/glibc/glibc-2.0.7.19981211/build-mipsel/libc.so" > (root@repeat)/data/glibc/glibc-2.0.7.19981211/build-mipsel/time# > /data/glibc/glibc-2.0.7.19981211/build-mipsel/time/zic -d > /data/glibc/glibc-2.0.7.19981211/debian/install/usr/share/zoneinfo -L > /dev/null -y ./yearistype africa > Segmentation fault don't try to build the files for now - the problem you encounter is one of the reasons why 2.0.7 was never released officially. > I am not sure if i am able to preload ld.so.1 - I suspect not .... No. > What do i do now ? Compile a "zic" whithout the dependency, > build the package and replace the libc/ld.so ? This seems to be a little > risky. Build without time, install with `make install_prefix=/tmp/glibc install' and check if everything runs (compare with question 3.18 of the FAQ). For more details, just ask;-) Andreas P.S. you missed to include all glibc lists ;-) -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.rhein-neckar.de From ralf@oss.sgi.com Fri Oct 29 00:01:32 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA22702; Fri, 29 Oct 1999 00:01:31 +0200 (MET DST) Received-Date: Fri, 29 Oct 1999 00:01:31 +0200 (MET DST) Received: from cacc-5.uni-koblenz.de (cacc-5.uni-koblenz.de [141.26.131.5]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA24769; Fri, 29 Oct 1999 00:01:18 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Thu, 28 Oct 1999 23:59:59 +0200 Date: Thu, 28 Oct 1999 23:59:59 +0200 From: Ralf Baechle To: Jay Carlson Cc: Ralf Baechle , Florian Lohoff , linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: latest binutils cygnus CVS 991025 Message-ID: <19991028235959.G10203@uni-koblenz.de> References: <19991026162026.I1207@paradigm.rfc822.org> <19991027103326.A6252@uni-koblenz.de> <120f701bf2137$5788bc40$0a00000a@nop.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <120f701bf2137$5788bc40$0a00000a@nop.com> X-Accept-Language: de,en,fr Content-Length: 816 Lines: 23 On Thu, Oct 28, 1999 at 07:26:51AM -0400, Jay Carlson wrote: > > - Symbol versioning is broken in the CVS version. There is no fix yet > for > > this problem. > > - The CVS gas version has a few problems with weak symbols, aliases and > > other special cases. These usually don't show up. Anyway, the > patchkit > > on oss.sgi.com has all these fixes which haven't made their way into > > CVS. > > > > I've spent a tremendous amount of time into tracking down a large number > of > > other bugs in binutils; I was able to rebuild entire RH 6.0 with that > > linker. > > This is the 2.8.1+mips patchkit? No, I did this on CVS snapshot 19990815. You can get a tarball of the resulting work from oss.sgi.com:/pub/linux/mips/src/mips64/. There is also a patch against a newer CVS snapshot. Ralf From ralf@oss.sgi.com Fri Oct 29 00:27:02 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA24280; Fri, 29 Oct 1999 00:27:01 +0200 (MET DST) Received-Date: Fri, 29 Oct 1999 00:27:01 +0200 (MET DST) Received: from cacc-5.uni-koblenz.de (cacc-5.uni-koblenz.de [141.26.131.5]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA26947; Fri, 29 Oct 1999 00:26:50 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Fri, 29 Oct 1999 00:25:35 +0200 Date: Fri, 29 Oct 1999 00:25:35 +0200 From: Ralf Baechle To: Andreas Jaeger Cc: Florian Lohoff , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, debian-mips@lists.debian.org Subject: Re: glibc build problems, mipsel glibc 2.0.7-981211 Message-ID: <19991029002535.B11938@uni-koblenz.de> References: <19991028154332.A1971@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: X-Accept-Language: de,en,fr Content-Length: 307 Lines: 9 On Thu, Oct 28, 1999 at 04:22:34PM +0200, Andreas Jaeger wrote: > P.S. you missed to include all glibc lists ;-) The Linux/MIPS community is unfortunately a bit scattered over a few lists all targeting the same audience and covering the same topic, so heavy cc'ing is probably the right thing ... Ralf From ralf@oss.sgi.com Fri Oct 29 01:32:02 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA26035; Fri, 29 Oct 1999 01:32:01 +0200 (MET DST) Received-Date: Fri, 29 Oct 1999 01:32:01 +0200 (MET DST) Received: from cacc-5.uni-koblenz.de (cacc-5.uni-koblenz.de [141.26.131.5]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA25995; Fri, 29 Oct 1999 01:31:56 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Fri, 29 Oct 1999 01:31:36 +0200 Date: Fri, 29 Oct 1999 01:31:36 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: asm/timex.h include mipsregs.h ? Message-ID: <19991029013136.L10203@uni-koblenz.de> References: <19991028105913.A1254@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <19991028105913.A1254@paradigm.rfc822.org> X-Accept-Language: de,en,fr Content-Length: 470 Lines: 18 On Thu, Oct 28, 1999 at 10:59:13AM +0200, Florian Lohoff wrote: > i am just in the process of building glibc and discovered a bug i stumpled > over before ... > > static inline cycles_t get_cycles (void) > { > return read_32bit_cp0_register(CP0_COUNT); > } > > CP0_COUNT undefined ... > > Shouldnt timex.h include mipsregs.h ? Just wrap it with #ifdef __KERNEL, get_cycles cannot be use in the userspace anyway as mfc0 is a priviledged instruction. Ralf From svntyfrcvt@ptinet.net Fri Oct 29 05:53:09 1999 Received: from mail.ptinet.net (mail.ptinet.net [208.157.241.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA28199; Fri, 29 Oct 1999 05:53:08 +0200 (MET DST) Received-Date: Fri, 29 Oct 1999 05:53:08 +0200 (MET DST) Received: from ptinet.net (ppp036.gh.centurytel.net [209.206.160.67]) by mail.ptinet.net (8.8.8/8.8.8) with ESMTP id UAA23025 for ; Thu, 28 Oct 1999 20:53:03 -0700 (PDT) Message-ID: <38191A66.FE2A980F@ptinet.net> Date: Thu, 28 Oct 1999 20:54:14 -0700 From: Monte Erickson X-Mailer: Mozilla 4.7 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: RiscServer 2200 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 416 Lines: 10 Hello: I've recently aquired a dual mips 200 server and can,t stand the way nt runs on it. Is there any hope for Linux on my platform or maybe something else without selling the farm to get it? I've read the Linux/MIPS FAQ and don't know anything about hacking the kernel. I wouldn't even know where to start. All I've been able to do is compile the darn thing. Would appreciate any insight in the matter. Monte From dom@algor.co.uk Fri Oct 29 10:47:48 1999 Received: from kenton.algor.co.uk (root@kenton.algor.co.uk [193.117.190.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA00484; Fri, 29 Oct 1999 10:47:47 +0200 (MET DST) Received-Date: Fri, 29 Oct 1999 10:47:47 +0200 (MET DST) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by kenton.algor.co.uk (8.8.8/8.8.8) with ESMTP id JAA10743; Fri, 29 Oct 1999 09:47:45 +0100 (GMT/BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id JAA00269; Fri, 29 Oct 1999 09:47:42 +0100 (GMT/BST) Date: Fri, 29 Oct 1999 09:47:42 +0100 (GMT/BST) Message-Id: <199910290847.JAA00269@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jay Carlson" Cc: , , Subject: Re: issues with non-PIC glibc on Linux/MIPS In-Reply-To: <1211d01bf2149$2199ccc0$0a00000a@nop.com> References: <1211d01bf2149$2199ccc0$0a00000a@nop.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 1052 Lines: 26 Jay, > Code size is pretty important for this project. If you don't think > this constraint is real or interesting, you can stop reading > now. :-) Is you main constraint in ROM, or in RAM? If the former, you need to store programs compressed and MIPS-16 (at any rate) becomes irrelevant. Actually, I think MIPS-16 is probably not a good idea anyway; WinCE doesn't use it so this class of system will only offer it by chance. Position-independent code is not nice on MIPS. SGI's horrible MIPS-ABI does the job - but as you say it is profligate on memory. I don't know Linux well enough to understand how deep its reliance on PIC code is - I assume that at least code-position-independence is essential for shared libraries. But what about data? Specifically, is it essential for Linux to run libraries whose static data lives at virtual locations which are relocated when a program is loaded? That's equally difficult on x86, after all. If you don't need the data relocation, MIPS-ABI is a huge overkill. Dominic Sweetman dom@algor.co.uk From wyldfier@iname.com Fri Oct 29 16:56:56 1999 Received: from smtp4.erols.com (smtp4.erols.com [207.172.3.237]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA03213; Fri, 29 Oct 1999 16:56:53 +0200 (MET DST) Received-Date: Fri, 29 Oct 1999 16:56:53 +0200 (MET DST) Received: from ppan2 (r7a003778as.hlb.cable.rcn.com [216.164.36.235]) by smtp4.erols.com (8.8.8/smtp-v1) with SMTP id KAA14539; Fri, 29 Oct 1999 10:56:42 -0400 (EDT) From: "Mike Klar" To: Cc: Subject: RE: [linuxce-devel] Re: issues with non-PIC glibc on Linux/MIPS Date: Fri, 29 Oct 1999 10:57:12 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <199910290847.JAA00269@gladsmuir.algor.co.uk> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 1620 Lines: 33 Dominic Sweetman: > > Code size is pretty important for this project. If you don't think > > this constraint is real or interesting, you can stop reading > > now. :-) > > Is you main constraint in ROM, or in RAM? If the former, you need to > store programs compressed and MIPS-16 (at any rate) becomes irrelevant. Both are major constraints, as is secondary storage, if present at all. Compressing program code in ROM may or may not make sense (I'm more concerned about performance, that will take some experimenting to determine), but if we can get a big portion of the benefit by going to MIPS16 instead, we get both smaller footprint and the ability to execute code from ROM (which in turn saves RAM). This does tend to turn some of the desktop assumptions on their ear. I keep reading about how bloaty _init code in the kernel is no big deal because it gets freed up after kernel boot. Well, it's a big deal to us, we don't have an 8GB hard drive to store this stuff on. > Actually, I think MIPS-16 is probably not a good idea anyway; WinCE > doesn't use it so this class of system will only offer it by chance. You could say the same thing about MIPS in general - not all WinCE devices use MIPS. While it's true that not all MIPS chips in these things have MIPS16 support (my Freestyle Associate doesn't), and I don't want to rely on it too heavily for that reason, it does seem the bulk of newer MIPS-based handhelds are being based on NEC Vr41xx series CPU, all the newer versions of which do support it. Given that, the additional 30-40% code size improvement is a hard advantage to pass up. Mike K. From ralf@uni-koblenz.de Sat Oct 30 00:27:40 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA07032; Sat, 30 Oct 1999 00:27:39 +0200 (MET DST) Received-Date: Sat, 30 Oct 1999 00:27:39 +0200 (MET DST) Received: from cacc-1.uni-koblenz.de (cacc-1.uni-koblenz.de [141.26.131.1]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA26850; Sat, 30 Oct 1999 00:27:35 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Sat, 30 Oct 1999 00:27:20 +0200 Date: Sat, 30 Oct 1999 00:27:20 +0200 From: Ralf Baechle To: Monte Erickson Cc: linux-mips@fnet.fr Subject: Re: RiscServer 2200 Message-ID: <19991030002720.A15510@uni-koblenz.de> References: <38191A66.FE2A980F@ptinet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <38191A66.FE2A980F@ptinet.net> X-Accept-Language: de,en,fr Content-Length: 577 Lines: 14 On Thu, Oct 28, 1999 at 08:54:14PM -0700, Monte Erickson wrote: > I've recently aquired a dual mips 200 server and can,t stand the way > nt runs on it. Is there any hope for Linux on my platform or maybe > something else without selling the farm to get it? I've read the > Linux/MIPS FAQ and don't know anything about hacking the kernel. I > wouldn't even know where to start. All I've been able to do is compile > the darn thing. > Would appreciate any insight in the matter. No chance unless you reverse engineer the machine depenent parts of NT. Not a fun job. Ralf From ralf@uni-koblenz.de Sat Oct 30 00:40:04 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA07971; Sat, 30 Oct 1999 00:40:03 +0200 (MET DST) Received-Date: Sat, 30 Oct 1999 00:40:03 +0200 (MET DST) Received: from cacc-1.uni-koblenz.de (cacc-1.uni-koblenz.de [141.26.131.1]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA27592; Sat, 30 Oct 1999 00:39:50 +0200 (MET DST) Received: by lappi.waldorf-gmbh.de id ; Sat, 30 Oct 1999 00:39:13 +0200 Date: Sat, 30 Oct 1999 00:39:13 +0200 From: Ralf Baechle To: Dominic Sweetman Cc: Jay Carlson , linux-mips@fnet.fr, glibc-linux@ricardo.ecn.wfu.edu, linuxce-devel@linuxce.org Subject: Re: issues with non-PIC glibc on Linux/MIPS Message-ID: <19991030003913.B15510@uni-koblenz.de> References: <1211d01bf2149$2199ccc0$0a00000a@nop.com> <199910290847.JAA00269@gladsmuir.algor.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <199910290847.JAA00269@gladsmuir.algor.co.uk> X-Accept-Language: de,en,fr Content-Length: 1196 Lines: 26 On Fri, Oct 29, 1999 at 09:47:42AM +0100, Dominic Sweetman wrote: > I don't know Linux well enough to understand how deep its reliance on > PIC code is - I assume that at least code-position-independence is > essential for shared libraries. But what about data? Specifically, > is it essential for Linux to run libraries whose static data lives at > virtual locations which are relocated when a program is loaded? > That's equally difficult on x86, after all. The way shared libraries work is identical to IRIX 5. We just don't use the extensions of IRIX ELF over MIPS ABI ELF. > If you don't need the data relocation, MIPS-ABI is a huge overkill. Agreed. However Linux does rather agressive copy on write as an optimization. Without PIC code alot of addresses would have to fixed up during loading. This would reduce the number of shared pages that far that the total memory consumption would actually increase significantly. Resulting from this also physically indexed caches would loose efficiency ... This system is clearly a special case, I wouldn't wonder if a compressed ROMFS-like filesystem would since space seems to be more important than performance in this case. Ralf From nop@nop.com Sun Oct 31 16:32:32 1999 Received: from chmls05.mediaone.net (ne.mediaone.net [24.128.1.70]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA23529; Sun, 31 Oct 1999 16:32:32 +0100 (MET) Received-Date: Sun, 31 Oct 1999 16:32:32 +0100 (MET) Received: from decoy (nopnop.ne.mediaone.net [24.218.146.73]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id KAA08953; Sun, 31 Oct 1999 10:32:23 -0500 (EST) Message-ID: <1221301bf23b5$14e4b990$0a00000a@nop.com> From: "Jay Carlson" To: "Ralf Baechle" , "Dominic Sweetman" Cc: , , References: <1211d01bf2149$2199ccc0$0a00000a@nop.com> <199910290847.JAA00269@gladsmuir.algor.co.uk> <19991030003913.B15510@uni-koblenz.de> Subject: Re: issues with non-PIC glibc on Linux/MIPS Date: Sun, 31 Oct 1999 10:32:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.5600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.5600 Content-Length: 2566 Lines: 49 > On Fri, Oct 29, 1999 at 09:47:42AM +0100, Dominic Sweetman wrote: > > > I don't know Linux well enough to understand how deep its reliance on > > PIC code is - I assume that at least code-position-independence is > > essential for shared libraries. But what about data? Specifically, > > is it essential for Linux to run libraries whose static data lives at > > virtual locations which are relocated when a program is loaded? > > That's equally difficult on x86, after all. > > The way shared libraries work is identical to IRIX 5. We just don't use > the extensions of IRIX ELF over MIPS ABI ELF. > > > If you don't need the data relocation, MIPS-ABI is a huge overkill. > > Agreed. However Linux does rather agressive copy on write as an > optimization. Without PIC code alot of addresses would have to fixed > up during loading. This would reduce the number of shared pages that > far that the total memory consumption would actually increase > significantly. Resulting from this also physically indexed caches > would loose efficiency ... What I'm wondering is how bad we will lose if we avoid the fixup during loading and just nail libc.so down at a fixed address. libc procedures would not need to be patched to call each other, and all data used by libc would be placed in memory at fixed addresses. We would lose dynamic linking, but not dynamic loading for shared libraries. One justification for including glibc-linux in the To list is that I'm hoping to get a feel for how much stuff will break without dynamic linking. There are really bizarre things that can be done to fix up the memory usage problem. Consider a dynamic linking setup that patched up references to shared symbols in the code as they were encountered---perhaps illegal instructions for an exception handler to resolve. Because, in some sense, the code pages' semantics are not changed by this process, they can be freely discarded by the kernel and they'll just be fixed up the next time their original data gets faulted in and executed. If the fixup handler is trusted, even the fixed-up pages could be shared across processes with the same execution environment. An interesting thought experiment, at least. > This system is clearly a special case, I wouldn't wonder if a compressed > ROMFS-like filesystem would since space seems to be more important than > performance in this case. Yeah, we should take a look at that. It's a shame to lose the possibility of execute-in-place though. I wonder if any of the ext2 compression patches work on linux/mips... Jay