From spock@mgnet.de  Wed Nov  1 17:10:19 2000
Received: from scotty.mgnet.de (p3E9D10A5.dip.t-dialin.net [62.157.16.165]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA18880; Wed, 1 Nov 2000 17:10:18 +0100 (MET)
Received-Date: Wed, 1 Nov 2000 17:10:18 +0100 (MET)
Received: (qmail 9012 invoked from network); 1 Nov 2000 16:10:03 -0000
Received: from spock.mgnet.de (192.168.1.4)
  by scotty.mgnet.de with SMTP; 1 Nov 2000 16:10:03 -0000
Date: Wed, 1 Nov 2000 17:10:03 +0100 (CET)
From: Klaus Naumann <spock@mgnet.de>
To: "Linux MIPS fnet.fr" <linux-mips@fnet.fr>
Subject: Too much spam
Message-ID: <Pine.LNX.4.21.0011011708140.6155-100000@spock.mgnet.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 508
Lines: 16


Hi,

I'm getting more spam over this list than actual posts.
Is anyone able to do anything against that ?
If not I'll unsubscribe and encourage other ppl to
do so too. We have an other list at linux-mips@oss.sgi.com
which works wondeful and has much less spam.

	CU, Klaus

-- 
Full Name   : Klaus Naumann     | (http://www.mgnet.de/) (Germany)
Nickname    : Spock             | Org.: Mad Guys Network
Phone / FAX : ++49/177/7862964  | E-Mail: (spock@mgnet.de)
PGP Key     : www.mgnet.de/keys/key_spock.txt

From ut@netsurf.de  Wed Nov  1 18:22:54 2000
Received: from netsurf.de (ut@p067.n04.ham.access.is-europe.net [195.179.179.67]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA21058; Wed, 1 Nov 2000 18:22:47 +0100 (MET)
Received-Date: Wed, 1 Nov 2000 18:22:47 +0100 (MET)
Received: (from ut@localhost)
          by netsurf.de (8.8.4/8.8.4)
	  id SAA01464; Wed, 1 Nov 2000 18:22:34 +0100
Message-Id: <200011011722.SAA01464@netsurf.de>
Subject: Re: Too much spam
To: spock@mgnet.de (Klaus Naumann)
Date: Wed, 1 Nov 2000 18:22:34 +0100 (MET)
Cc: linux-mips@fnet.fr (Linux MIPS fnet.fr)
In-Reply-To: <Pine.LNX.4.21.0011011708140.6155-100000@spock.mgnet.de> from "Klaus Naumann" at Nov 01, 2000 05:10:03 PM
From: Ulrich Teichert <ut@netsurf.de>
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 550
Lines: 19

Hi!

>I'm getting more spam over this list than actual posts.
>Is anyone able to do anything against that ?

Last time I wrote the same, I got some ACKs and nothing changed.

>If not I'll unsubscribe and encourage other ppl to
>do so too. We have an other list at linux-mips@oss.sgi.com
>which works wondeful and has much less spam.

ACK.

Bye,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de
Stormweg 24               |listening to: Paralysed (The Sewergrooves),
24539 Neumuenster, Germany|Cheap Excitement (Stratford Mercenaries)

From ralf@uni-koblenz.de  Wed Nov  1 22:21:51 2000
Received: from u-1.karlsruhe.ipdial.viaginterkom.de (u-1.karlsruhe.ipdial.viaginterkom.de [62.180.20.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA24222; Wed, 1 Nov 2000 22:21:50 +0100 (MET)
Received-Date: Wed, 1 Nov 2000 22:21:50 +0100 (MET)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S869089AbQKAVVL>;
        Wed, 1 Nov 2000 22:21:11 +0100
Date: Wed, 1 Nov 2000 22:21:11 +0100
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Stefan Banach <banach@mailexpress.de>
Cc: linux-mips@fnet.fr
Subject: Re: gas + absolute addressing
Message-ID: <20001101222111.E14161@bacchus.dhis.org>
References: <39FE7BFC.85B7C45B@mailexpress.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <39FE7BFC.85B7C45B@mailexpress.de>; from banach@mailexpress.de on Tue, Oct 31, 2000 at 08:59:56AM +0100
X-Accept-Language: de,en,fr
Content-Length: 685
Lines: 18

On Tue, Oct 31, 2000 at 08:59:56AM +0100, Stefan Banach wrote:

> I'm trying to get GAS to assemble the program it produces for a
> MIPS/ECOFF-architecture to an absolute offset other than the default one
> 
> (using binutils 2.9.1). The program must begin at address 0 because it
> must be executed at system bootup. The assembler insists to place the
> program at address a0012000:
> 
> ld: warning: cannot find entry symbol start; defaulting to a0012000
> 
> Do you have help? I didn't manage to set the "start" symbol...

You need to declare it a global symbol for the linker to find it.  Or
you use a linker option or script to declare a different entry point
than start.

  Ralf

From ralf@uni-koblenz.de  Wed Nov  1 22:22:52 2000
Received: from u-1.karlsruhe.ipdial.viaginterkom.de (u-1.karlsruhe.ipdial.viaginterkom.de [62.180.20.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA24249; Wed, 1 Nov 2000 22:22:44 +0100 (MET)
Received-Date: Wed, 1 Nov 2000 22:22:44 +0100 (MET)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S869089AbQKAVW1>;
        Wed, 1 Nov 2000 22:22:27 +0100
Date: Wed, 1 Nov 2000 22:22:27 +0100
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Ulrich Teichert <ut@netsurf.de>
Cc: Klaus Naumann <spock@mgnet.de>, "Linux MIPS fnet.fr" <linux-mips@fnet.fr>
Subject: Re: Too much spam
Message-ID: <20001101222227.F14161@bacchus.dhis.org>
References: <Pine.LNX.4.21.0011011708140.6155-100000@spock.mgnet.de> <200011011722.SAA01464@netsurf.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <200011011722.SAA01464@netsurf.de>; from ut@netsurf.de on Wed, Nov 01, 2000 at 06:22:34PM +0100
X-Accept-Language: de,en,fr
Content-Length: 360
Lines: 11

On Wed, Nov 01, 2000 at 06:22:34PM +0100, Ulrich Teichert wrote:

> >I'm getting more spam over this list than actual posts.
> >Is anyone able to do anything against that ?
> 
> Last time I wrote the same, I got some ACKs and nothing changed.

Simply because non of the subscribers has the power to change things.
All I can do is (un)subscribe people.

  Ralf

From florian@void.s.bawue.de  Wed Nov  1 23:31:36 2000
Received: from bender.bawue.de (bender.bawue.de [193.197.13.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA29047; Wed, 1 Nov 2000 23:31:35 +0100 (MET)
Received-Date: Wed, 1 Nov 2000 23:31:35 +0100 (MET)
Received: from void.s.bawue.de (virtual10.lb.bawue.de [193.197.8.138])
	by bender.bawue.de (Postfix) with ESMTP
	id BDAF3822; Wed,  1 Nov 2000 23:31:33 +0100 (CET)
Received: from florian by void.s.bawue.de with local (Exim 3.16 #1 (Debian))
	id 13r7L5-0007aP-00; Thu, 02 Nov 2000 00:30:39 +0100
Date: Thu, 2 Nov 2000 00:30:39 +0100
To: "Linux MIPS fnet.fr" <linux-mips@fnet.fr>
Cc: linux-mips@oss.sgi.com
Subject: Re: Too much spam
Message-ID: <20001102003039.A28516@void.s.bawue.de>
Mail-Followup-To: Florian Laws <florian@void.s.bawue.de>,
	"Linux MIPS fnet.fr" <linux-mips@fnet.fr>, linux-mips@oss.sgi.com
References: <Pine.LNX.4.21.0011011708140.6155-100000@spock.mgnet.de> <200011011722.SAA01464@netsurf.de> <20001101222227.F14161@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001101222227.F14161@bacchus.dhis.org>; from ralf@uni-koblenz.de on Wed, Nov 01, 2000 at 10:22:27PM +0100
From: Florian Laws <florian@void.s.bawue.de>
Content-Length: 1064
Lines: 26

On Wed, Nov 01, 2000 at 10:22:27PM +0100, Ralf Baechle wrote:
> On Wed, Nov 01, 2000 at 06:22:34PM +0100, Ulrich Teichert wrote:
> 
> > >I'm getting more spam over this list than actual posts.
> > >Is anyone able to do anything against that ?
> > 
> > Last time I wrote the same, I got some ACKs and nothing changed.
> 
> Simply because non of the subscribers has the power to change things.
> All I can do is (un)subscribe people.

Wouldn't it be a good idea to change the information for the Linux/MIPS
project on http://www.linux.org/projects/ports.html to
the new web sites and the mailing list on oss?

I think especially people looking for a Linux on MIPS project for the
first time come across that information and subscribe to the fnet list
first, so changing that data would be a first step for a possible shutdown
of the fnet list at some time in the future.

I ask the linux.org site maintainers if they could change the information,
if desired. But I am not sure which web site to use as the primary site
of the Linux/MIPS project. 
Comments?

Florian

From hiroo.hayashi@toshiba.co.jp  Thu Nov  2 01:59:12 2000
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 BAA03561; Thu, 2 Nov 2000 01:59:08 +0100 (MET)
Received-Date: Thu, 2 Nov 2000 01:59:08 +0100 (MET)
Received: from tis2.tis.toshiba.co.jp (tis2 [133.199.160.66])
	by inet-tsb.toshiba.co.jp (3.7W:TOSHIBA-ISC-2000030918) with ESMTP id JAA21708
	for <linux-mips@fnet.fr>; Thu, 2 Nov 2000 09:59:01 +0900 (JST)
Received: from mx2.toshiba.co.jp by tis2.tis.toshiba.co.jp (8.8.4+2.7Wbeta4/3.3W9-95082317)
	id JAA28798; Thu, 2 Nov 2000 09:59:00 +0900 (JST)
Received: by toshiba.co.jp (8.7.1+2.6Wbeta4/3.3W9-TOSHIBA-GLOBAL SERVER) id JAA25986; Thu, 2 Nov 2000 09:58:59 +0900 (JST)
To: linux-mips@fnet.fr
Subject: PCI video graphics card
X-Mailer: Mew version 1.94.2 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <200011020058.JAA25986@toshiba.co.jp>
Date: Thu, 02 Nov 2000 09:59:00 +0900
From: Hiroo HAYASHI <hiroo.hayashi@toshiba.co.jp>
X-Dispatcher: imput version 20000228(IM140)
Content-Length: 2625
Lines: 70

I'm looking for PCI video graphics cards for Linux/MIPS.  Does anyone
has a recommendation?

Some video card have x86 BIOS ROM on them and Dan Aizenstros gave us
the information we can emulate the x86 BIOS code.  But since the size of
memory on our system is restricted, I'm looking for PCI video cards
which does not have BIOS, and is easy to buy, and hopefully are
working on MIPS system already.

Thanks in advance.
-------------
Hiroo Hayashi	System LSI Architecture Dept.
		Computer on Silicon Development Center
		TOSHIBA Corporation

Subject: Re: XFree86 3.3.2
From: Dan Aizenstros <dan@vcubed.com>
To: Dominic Sweetman <dom@algor.co.uk>
CC: linux-mips@fnet.fr
Date: Mon, 19 Jun 2000 11:21:19 -0400
X-Mailer: Mozilla 4.6 [en] (WinNT; I)
Received-Date: Mon, 19 Jun 2000 17:02:16 +0200 (MET DST)
Organization: V3 Semiconductor
Resent-Message-ID: <"bnUcn.A.ZvC.8XjT5"@guadalquivir>
Resent-Sender: linux-mips-request@fnet.fr
Status: U

Hello Dominic,

I ported the MILO x86emu code to PMON.  The x86emu code runs
the VGA BIOS on the ATI card and the card appears to initialize
okay.  The only issue may be that the ATI BIOS may calculate
timings incorrectly.  However, the text mode appears to run and
I can use the BIOS to display text on the screen when running PMON.
The Linux framebuffer driver is also able to display text but I
believe it is doing so in graphics mode.

Dan Aizenstros
Software Engineer
V3 Semiconductor Corp.

Dominic Sweetman wrote:
> 
> Dan Aizenstros (dan@vcubed.com) writes:
> 
> > Is XFree86 3.3.2 which is available from SGI and other ftp sites
> > known to work on ATI MACH64 CT PCI video cards using the framebuffer
> > driver atyfb.c on MIPS?
> 
> Just a note: PCI video cards carry a BIOS ROM.  Some initialisation
> routines from the BIOS are automatically run by a PC platform when it
> powers up, so Linux/x86 software always sees the card as initialised.
> 
> It's common practice to put vital things in the BIOS.  Many cards just
> won't work without that initialisation, but on a non-x86 platform
> that's what you're trying to do - even after you sort out all the
> porting issues Ralf mentioned.
> 
> Algorithmics has partially solved this problem in other OS' - enough
> to get X11 working on OpenBSD and a Windows CE screen up - by using an
> x86 emulator to run enough of the video BIOS to set up the chip.  If
> the responses you had already haven't frightened you out of trying it,
> we might be able to make a copy of that available for your personal
> use.  If it works, we'll figure out some way of licensing it.
> 
> Dominic Sweetman
> Algorithmics Ltd
> dom@algor.co.uk


From jsun@mvista.com  Thu Nov  2 02:19:47 2000
Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA04597; Thu, 2 Nov 2000 02:19:46 +0100 (MET)
Received-Date: Thu, 2 Nov 2000 02:19:46 +0100 (MET)
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eA21HA320646;
	Wed, 1 Nov 2000 17:17:10 -0800
Sender: jsun@hermes.mvista.com
Message-ID: <3A00C10B.D553BADA@mvista.com>
Date: Wed, 01 Nov 2000 17:19:07 -0800
From: Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: Hiroo HAYASHI <hiroo.hayashi@toshiba.co.jp>
CC: linux-mips@fnet.fr
Subject: Re: PCI video graphics card
References: <200011020058.JAA25986@toshiba.co.jp>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 389
Lines: 11


I got voodoo3 2000 and 3000 working recently.  You can get the driver on
http://www.medex.hu/~danthe/tdfx/.  I had to modify the driver a little
bit.  I submitted all my changes to the author.  He might have already
integrate the changes.  If not, I can look it up and send the patch to
you.

I also have MediaQ 2000 fb driver working, but I don't think you can get
the card easily.

Jun

From jsun@mvista.com  Thu Nov  2 02:31:30 2000
Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA05196; Thu, 2 Nov 2000 02:31:29 +0100 (MET)
Received-Date: Thu, 2 Nov 2000 02:31:29 +0100 (MET)
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eA21Ss321287;
	Wed, 1 Nov 2000 17:28:54 -0800
Sender: jsun@hermes.mvista.com
Message-ID: <3A00C3CB.64FCF082@mvista.com>
Date: Wed, 01 Nov 2000 17:30:51 -0800
From: Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: Hiroo HAYASHI <hiroo.hayashi@toshiba.co.jp>, linux-mips@fnet.fr
Subject: Re: PCI video graphics card
References: <200011020058.JAA25986@toshiba.co.jp> <3A00C10B.D553BADA@mvista.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 154
Lines: 9

Jun Sun wrote:
> 
> 
> I also have MediaQ 2000 fb driver working, but I don't think you can get
                     ^^^^

Oops! I meant MediaQ 200.

Jun

From ralf@oss.sgi.com  Fri Nov  3 01:21:29 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id BAA20319; Fri, 3 Nov 2000 01:21:29 +0100 (MET)
Received-Date: Fri, 3 Nov 2000 01:21:29 +0100 (MET)
Received: from u-240.karlsruhe.ipdial.viaginterkom.de(62.180.21.240)
 via SMTP by guadalquivir.fnet.fr, id smtpd020317; Fri Nov  3 01:21:22 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S869077AbQKBFTc>;
        Thu, 2 Nov 2000 06:19:32 +0100
Date: Thu, 2 Nov 2000 06:19:32 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: Florian Laws <florian@void.s.bawue.de>,
        "Linux MIPS fnet.fr" <linux-mips@fnet.fr>, linux-mips@oss.sgi.com
Subject: Re: Too much spam
Message-ID: <20001102061932.A19605@bacchus.dhis.org>
References: <Pine.LNX.4.21.0011011708140.6155-100000@spock.mgnet.de> <200011011722.SAA01464@netsurf.de> <20001101222227.F14161@bacchus.dhis.org> <20001102003039.A28516@void.s.bawue.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20001102003039.A28516@void.s.bawue.de>; from florian@void.s.bawue.de on Thu, Nov 02, 2000 at 12:30:39AM +0100
X-Accept-Language: de,en,fr
Content-Length: 870
Lines: 20

On Thu, Nov 02, 2000 at 12:30:39AM +0100, Florian Laws wrote:

> Wouldn't it be a good idea to change the information for the Linux/MIPS
> project on http://www.linux.org/projects/ports.html to
> the new web sites and the mailing list on oss?
> 
> I think especially people looking for a Linux on MIPS project for the
> first time come across that information and subscribe to the fnet list
> first, so changing that data would be a first step for a possible shutdown
> of the fnet list at some time in the future.
> 
> I ask the linux.org site maintainers if they could change the information,
> if desired. But I am not sure which web site to use as the primary site
> of the Linux/MIPS project. 

Currently the number of subscriptions to the SGI list already exceeds those
to the fnet list by aproximately a factor of two and the distance is
growing further.

  Ralf

From hiroo.hayashi@toshiba.co.jp  Thu Nov  2 06:23:21 2000
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 GAA08647; Thu, 2 Nov 2000 06:23:14 +0100 (MET)
Received-Date: Thu, 2 Nov 2000 06:23:14 +0100 (MET)
Received: from tis2.tis.toshiba.co.jp (tis2 [133.199.160.66])
	by inet-tsb.toshiba.co.jp (3.7W:TOSHIBA-ISC-2000030918) with ESMTP id OAA02470;
	Thu, 2 Nov 2000 14:22:59 +0900 (JST)
Received: from mx.toshiba.co.jp by tis2.tis.toshiba.co.jp (8.8.4+2.7Wbeta4/3.3W9-95082317)
	id OAA26383; Thu, 2 Nov 2000 14:22:59 +0900 (JST)
Received: by toshiba.co.jp (8.7.1+2.6Wbeta4/3.3W9-TOSHIBA-GLOBAL SERVER) id OAA23454; Thu, 2 Nov 2000 14:22:58 +0900 (JST)
To: jsun@mvista.com
Cc: linux-mips@fnet.fr
Subject: Re: PCI video graphics card
In-Reply-To: <3A00C10B.D553BADA@mvista.com>
References: <200011020058.JAA25986@toshiba.co.jp>
	<3A00C10B.D553BADA@mvista.com>
X-Mailer: Mew version 1.94.2 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <200011020522.OAA23454@toshiba.co.jp>
Date: Thu, 02 Nov 2000 14:22:59 +0900
From: Hiroo HAYASHI <hiroo.hayashi@toshiba.co.jp>
X-Dispatcher: imput version 20000228(IM140)
Content-Length: 1082
Lines: 30

Jun> I got voodoo3 2000 and 3000 working recently.  You can get the driver on
Jun> http://www.medex.hu/~danthe/tdfx/.  I had to modify the driver a little
Jun> bit.  I submitted all my changes to the author.  He might have already
Jun> integrate the changes.  If not, I can look it up and send the patch to
Jun> you.

Thank you for your quick response.  I've check the patch and found
that your patch is already applied;

+ * History:
+ *
+ * 0.2.2 (released 2000-10-07) Fixes in the multihead handling code
+ *                            3dfx board initialization 
+ *                            added MIPS support
+ *                                     (Thanks to Jun Sun for the testing)
+ *                            testing, testing, testing...
+ * 
+

Jun> I also have MediaQ 2000 fb driver working, but I don't think you can get
Jun> the card easily.

I know the card and it is very expensive because it is only for
evaluation of the chip.

Thank you.
-------------
Hiroo Hayashi	System LSI Architecture Dept.
		Computer on Silicon Development Center
		TOSHIBA Corporation

From jawad@enabtech.com  Thu Nov  2 08:30:45 2000
Received: from enabtech.com ([199.239.207.12]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA10123; Thu, 2 Nov 2000 08:30:43 +0100 (MET)
Received-Date: Thu, 2 Nov 2000 08:30:43 +0100 (MET)
Received: from jawad ([206.82.141.26])
	by enabtech.com (8.9.3/8.9.3) with SMTP id XAA00403
	for <linux-mips@fnet.fr>; Wed, 1 Nov 2000 23:34:23 -0800 (PST)
Message-ID: <001901c0449f$4d36a6d0$2a00a8c0@enabtech>
From: "Jawad Qureshi" <jawad@enabtech.com>
To: <linux-mips@fnet.fr>
Subject: How to Unsubscribe from this list
Date: Thu, 2 Nov 2000 12:33:38 +0500
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0016_01C044C9.202AB940"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Content-Length: 757
Lines: 26

This is a multi-part message in MIME format.

------=_NextPart_000_0016_01C044C9.202AB940
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

HOw to unsubscribe from this list

------=_NextPart_000_0016_01C044C9.202AB940
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>HOw to unsubscribe from this=20
list</FONT></DIV></BODY></HTML>

------=_NextPart_000_0016_01C044C9.202AB940--

From remy.gunter@codenmore.com  Thu Nov  2 09:50:36 2000
Received: from i2.codenmore.com (i2.codenmore.com [212.243.137.102]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA10981; Thu, 2 Nov 2000 09:50:35 +0100 (MET)
Received-Date: Thu, 2 Nov 2000 09:50:35 +0100 (MET)
Received: from CNMMAC (attackme.codenmore.com [212.243.137.126])
	by i2.codenmore.com (8.9.3/8.9.3) with SMTP id JAA26559
	for <linux-mips@fnet.fr>; Thu, 2 Nov 2000 09:49:06 +0100
Reply-To: <remy.gunter@codenmore.com>
From: "Remy Gunter" <remy.gunter@codenmore.com>
To: <linux-mips@fnet.fr>
Subject: SGI Indy R4500
Date: Thu, 2 Nov 2000 09:50:01 +0100
Message-ID: <000c01c044a9$e43675b0$fd01a8c0@CNMMAC>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Content-Length: 412
Lines: 16

Dear MIPS Linux Developers

We are currently cleaning our stock and wonder if anyone could use a SGI
Indy R4500 for Linux Development? We would give away the box for free. I has
some 192MB RAM and a small harddisk, 17" Monitor and is operational.

Please let us know.

Thanks and best regards,

R閙y G黱ter
codenmore LTD
Bahnhofstrasse 44
CH-8702 Zollikon / Switzerland
Voice +41 1 390 22 32
Fax +41 1 390 22 31

From ralf@uni-koblenz.de  Fri Nov  3 01:59:29 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id BAA21116; Fri, 3 Nov 2000 01:59:29 +0100 (MET)
Received-Date: Fri, 3 Nov 2000 01:59:29 +0100 (MET)
Received: from u-240.karlsruhe.ipdial.viaginterkom.de(62.180.21.240)
 via SMTP by guadalquivir.fnet.fr, id smtpd021114; Fri Nov  3 01:59:27 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S869077AbQKCA7U>;
        Fri, 3 Nov 2000 01:59:20 +0100
Date: Fri, 3 Nov 2000 01:59:20 +0100
From: Ralf Baechle <ralf@uni-koblenz.de>
To: linux-mips@fnet.fr
Subject: SPAM
Message-ID: <20001103015920.B21803@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
X-Accept-Language: de,en,fr
Content-Length: 291
Lines: 8

I did talk to the FNet guys and they agreed to install anti-spam meassures
as soon as time permits.  So until this happens please try to enjoy all
the stupidity advertised in the spam ;-)

Please also enjoy Clausen Profit Systems, Inc. at
members.optushome.com.au/clausen/profit ;-)

  Ralf

From ralf@oss.sgi.com  Fri Nov  3 22:06:12 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id WAA00722; Fri, 3 Nov 2000 22:06:12 +0100 (MET)
Received-Date: Fri, 3 Nov 2000 22:06:12 +0100 (MET)
Received: from u-120.karlsruhe.ipdial.viaginterkom.de(62.180.10.120)
 via SMTP by guadalquivir.fnet.fr, id smtpd000720; Fri Nov  3 22:06:04 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S869485AbQKCRQJ>;
        Fri, 3 Nov 2000 18:16:09 +0100
Date: Fri, 3 Nov 2000 18:16:09 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: HZ
Message-ID: <20001103181608.A25339@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
X-Accept-Language: de,en,fr
Content-Length: 614
Lines: 13

2.4.0-test10 finally received a mechanism which allows a userprogram to
find about the frequency at which times() is counting by calling
sysconf(_SC_CLK_TCK).  It requires glibc 2.2 from 2000-11-01 or later.
As the result I plan to remove our current kernel patches which fake
a 100HZ rate for machines with clock rates other than 100Hz as soon as
I can assume glibc 2.2 to be reasonably well established.  Since the
Linux distribution work for 2.0 is already essentilly dead I hope this
will soon be the case.

Right now DECstations are the only affected machines; everybody else can
ignore this message.

  Ralf

From ralf@oss.sgi.com  Fri Nov  3 22:20:12 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id WAA01338; Fri, 3 Nov 2000 22:20:12 +0100 (MET)
Received-Date: Fri, 3 Nov 2000 22:20:12 +0100 (MET)
Received: from u-120.karlsruhe.ipdial.viaginterkom.de(62.180.10.120)
 via SMTP by guadalquivir.fnet.fr, id smtpd001336; Fri Nov  3 22:20:06 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S869091AbQKCVT0>;
        Fri, 3 Nov 2000 22:19:26 +0100
Date: Fri, 3 Nov 2000 22:19:26 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Kernel compiler
Message-ID: <20001103221926.A26082@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
X-Accept-Language: de,en,fr
Content-Length: 276
Lines: 8

Due to compiler bugs with named initializers the use of egcs 1.1.2 has
ben deprecated for Linux; Linux 2.4.0-test10 will refuse to compile with
older compilers.

mips64 users can ignore this message;  they're currently all using egcs 1.1.2
and therefore not affected.

  Ralf

From kaos@melbourne.sgi.com  Sat Nov  4 03:44:40 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id DAA03863; Sat, 4 Nov 2000 03:44:40 +0100 (MET)
Received-Date: Sat, 4 Nov 2000 03:44:40 +0100 (MET)
Received: from ppp0.ocs.com.au(203.34.97.3), claiming to be "mail.ocs.com.au"
 via SMTP by guadalquivir.fnet.fr, id smtpd003861; Sat Nov  4 03:44:31 2000
Received: (qmail 15851 invoked from network); 4 Nov 2000 02:44:22 -0000
Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 4 Nov 2000 02:44:22 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
From: Keith Owens <kaos@melbourne.sgi.com>
To: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: Kernel compiler 
In-reply-to: Your message of "Fri, 03 Nov 2000 22:19:26 BST."
             <20001103221926.A26082@bacchus.dhis.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 04 Nov 2000 13:44:22 +1100
Message-ID: <5029.973305862@ocs3.ocs-net>
Content-Length: 606
Lines: 12

On Fri, 3 Nov 2000 22:19:26 +0100, 
Ralf Baechle <ralf@oss.sgi.com> wrote:
>Due to compiler bugs with named initializers the use of egcs 1.1.2 has
>ben deprecated for Linux; Linux 2.4.0-test10 will refuse to compile with
>older compilers.

Correction.  gcc 2.7 has been deprecated, the recommended version is
gcc 2.91.66 (also known as egcs 1.1.2) or better.  Unfortunately RedHat
created an unofficial 2.96 which is known to miscompile the kernel, so
you cannot just use the "latest" gcc.  It is believed that gcc versions
2.91.66 through 2.95 inclusive are safe, as long as you use
-fno-strict-aliasing.

From ralf@oss.sgi.com  Sat Nov  4 03:53:51 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id DAA03955; Sat, 4 Nov 2000 03:53:51 +0100 (MET)
Received-Date: Sat, 4 Nov 2000 03:53:51 +0100 (MET)
Received: from u-120.karlsruhe.ipdial.viaginterkom.de(62.180.10.120)
 via SMTP by guadalquivir.fnet.fr, id smtpd003951; Sat Nov  4 03:53:46 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S869106AbQKDCx0>;
        Sat, 4 Nov 2000 03:53:26 +0100
Date: Sat, 4 Nov 2000 03:53:26 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: Keith Owens <kaos@melbourne.sgi.com>
Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: Kernel compiler
Message-ID: <20001104035326.A29005@bacchus.dhis.org>
References: <20001103221926.A26082@bacchus.dhis.org> <5029.973305862@ocs3.ocs-net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <5029.973305862@ocs3.ocs-net>; from kaos@melbourne.sgi.com on Sat, Nov 04, 2000 at 01:44:22PM +1100
X-Accept-Language: de,en,fr
Content-Length: 1319
Lines: 30

On Sat, Nov 04, 2000 at 01:44:22PM +1100, Keith Owens wrote:

> On Fri, 3 Nov 2000 22:19:26 +0100, 
> Ralf Baechle <ralf@oss.sgi.com> wrote:
> >Due to compiler bugs with named initializers the use of egcs 1.1.2 has
> >ben deprecated for Linux; Linux 2.4.0-test10 will refuse to compile with
> >older compilers.
> 
> Correction.  gcc 2.7 has been deprecated, the recommended version is
> gcc 2.91.66 (also known as egcs 1.1.2) or better.  Unfortunately RedHat
> created an unofficial 2.96 which is known to miscompile the kernel, so
> you cannot just use the "latest" gcc.  It is believed that gcc versions
> 2.91.66 through 2.95 inclusive are safe, as long as you use
> -fno-strict-aliasing.

Sigh, yes you're right as other have already pointed out on IRC ...

Gcc 2.7 is no longer being used for Linux/MIPS since a long time and I'd
simply bitbucket any bugreport related to it.  Most people are using egcs
1.0.3a for everything which is older than the required minimum version 1.1.2,
so we're in some trouble.

I've got reports regarding the 1.1.2 crosscompiler which say that it
misscompiles MIPS kernels, sigh ...

The reports regarding egcs 2.96 and newer misscompiling the kernel only
affect x86 or are other architecture affected as well?  I don't have any
pending compiler >= 2.96 related bug reports.

  Ralf

From wesolows@rotor.chem.unr.edu  Sat Nov  4 04:03:50 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id EAA04092; Sat, 4 Nov 2000 04:03:50 +0100 (MET)
Received-Date: Sat, 4 Nov 2000 04:03:50 +0100 (MET)
Received: from rotor.chem.unr.edu(134.197.32.176)
 via SMTP by guadalquivir.fnet.fr, id smtpd004090; Sat Nov  4 04:03:44 2000
Received: (from wesolows@localhost)
	by rotor.chem.unr.edu (8.9.3/8.9.3) id TAA15781;
	Fri, 3 Nov 2000 19:03:01 -0800
Date: Fri, 3 Nov 2000 19:03:01 -0800
From: Keith M Wesolowski <wesolows@chem.unr.edu>
To: Ralf Baechle <ralf@oss.sgi.com>
Cc: Keith Owens <kaos@melbourne.sgi.com>, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
Subject: Re: Kernel compiler
Message-ID: <20001103190301.A15760@chem.unr.edu>
References: <20001103221926.A26082@bacchus.dhis.org> <5029.973305862@ocs3.ocs-net> <20001104035326.A29005@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20001104035326.A29005@bacchus.dhis.org>; from ralf@oss.sgi.com on Sat, Nov 04, 2000 at 03:53:26AM +0100
X-Complaints-To: postmaster@chem.unr.edu
Content-Length: 708
Lines: 16

On Sat, Nov 04, 2000 at 03:53:26AM +0100, Ralf Baechle wrote:

> The reports regarding egcs 2.96 and newer misscompiling the kernel only
> affect x86 or are other architecture affected as well?  I don't have any
> pending compiler >= 2.96 related bug reports.

Somewhere between 1019 and 1023, a bug was introduced which causes
miscompilation. Symptom is oops on boot during RPC port lookups. I
don't know if this is still present, nor the exact nature of the
bug. It appears that some address offsets changed in the compiled code
from gcc 1019 to gcc 1023.

-- 
Keith M Wesolowski			wesolows@chem.unr.edu
University of Nevada			http://www.chem.unr.edu
Chemistry Department Systems and Network Administrator

From ppopov@pacbell.net  Sat Nov  4 04:08:20 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id EAA04190; Sat, 4 Nov 2000 04:08:20 +0100 (MET)
Received-Date: Sat, 4 Nov 2000 04:08:20 +0100 (MET)
Received: from mta5.snfc21.pbi.net(206.13.28.241)
 via SMTP by guadalquivir.fnet.fr, id smtpd004188; Sat Nov  4 04:08:11 2000
Received: from zeus.mvista.com ([63.192.220.206])
 by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with SMTP id <0G3H00AX7CNA8J@mta5.snfc21.pbi.net> for linux-mips@fnet.fr; Fri,
 3 Nov 2000 19:06:47 -0800 (PST)
Date: Sat, 04 Nov 2000 03:10:50 +0000 (GMT)
From: Pete Popov <ppopov@pacbell.net>
Subject: Re: Kernel compiler
In-reply-to: <20001104035326.A29005@bacchus.dhis.org>
To: Ralf Baechle <ralf@oss.sgi.com>
Cc: Keith Owens <kaos@melbourne.sgi.com>, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
Message-id: <20001104.3105000@zeus.mvista.com>
MIME-version: 1.0
X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2;Linux)
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: quoted-printable
References: <20001103221926.A26082@bacchus.dhis.org>
 <5029.973305862@ocs3.ocs-net> <20001104035326.A29005@bacchus.dhis.org>
X-Priority: 3 (Normal)
Content-Length: 1511
Lines: 50



>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<

On 11/3/00, 6:53:26 PM, Ralf Baechle <ralf@oss.sgi.com> wrote regarding =
Re:=20
Kernel compiler:


> On Sat, Nov 04, 2000 at 01:44:22PM +1100, Keith Owens wrote:

> > On Fri, 3 Nov 2000 22:19:26 +0100,
> > Ralf Baechle <ralf@oss.sgi.com> wrote:
> > >Due to compiler bugs with named initializers the use of egcs 1.1.2 =
has
> > >ben deprecated for Linux; Linux 2.4.0-test10 will refuse to compile=
 with
> > >older compilers.
> >
> > Correction.  gcc 2.7 has been deprecated, the recommended version is=

> > gcc 2.91.66 (also known as egcs 1.1.2) or better.  Unfortunately Red=
Hat
> > created an unofficial 2.96 which is known to miscompile the kernel, =
so
> > you cannot just use the "latest" gcc.  It is believed that gcc versi=
ons
> > 2.91.66 through 2.95 inclusive are safe, as long as you use
> > -fno-strict-aliasing.

> Sigh, yes you're right as other have already pointed out on IRC ...

> Gcc 2.7 is no longer being used for Linux/MIPS since a long time and I=
'd
> simply bitbucket any bugreport related to it.  Most people are using e=
gcs
> 1.0.3a for everything which is older than the required minimum version=
=20
1.1.2,
> so we're in some trouble.

> I've got reports regarding the 1.1.2 crosscompiler which say that it
> misscompiles MIPS kernels, sigh ...

What are the symptoms of a "miscompiled" kernel and how does one detect =

that (assuming that the kernel actually compiles successfully, but has=20
problems running).

Pete

From kaos@melbourne.sgi.com  Sat Nov  4 04:13:50 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id EAA04309; Sat, 4 Nov 2000 04:13:50 +0100 (MET)
Received-Date: Sat, 4 Nov 2000 04:13:50 +0100 (MET)
Received: from ppp0.ocs.com.au(203.34.97.3), claiming to be "mail.ocs.com.au"
 via SMTP by guadalquivir.fnet.fr, id smtpd004307; Sat Nov  4 04:13:44 2000
Received: (qmail 16060 invoked from network); 4 Nov 2000 03:13:38 -0000
Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 4 Nov 2000 03:13:38 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
From: Keith Owens <kaos@melbourne.sgi.com>
To: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: Kernel compiler 
In-reply-to: Your message of "Sat, 04 Nov 2000 03:53:26 BST."
             <20001104035326.A29005@bacchus.dhis.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 04 Nov 2000 14:13:37 +1100
Message-ID: <5652.973307617@ocs3.ocs-net>
Content-Length: 522
Lines: 10

On Sat, 4 Nov 2000 03:53:26 +0100, 
Ralf Baechle <ralf@oss.sgi.com> wrote:
>The reports regarding egcs 2.96 and newer misscompiling the kernel only
>affect x86 or are other architecture affected as well?  I don't have any
>pending compiler >= 2.96 related bug reports.

At a guess (and it is only a guess), the problems will affect all
architectures.  AFAICT they are in the common optimization phase, the
kernel uses constructs that were undefined or poorly defined but worked
in gcc 2.95, 2.96 handles them differently.

From ralf@oss.sgi.com  Sat Nov  4 04:20:30 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id EAA04436; Sat, 4 Nov 2000 04:20:30 +0100 (MET)
Received-Date: Sat, 4 Nov 2000 04:20:30 +0100 (MET)
Received: from u-120.karlsruhe.ipdial.viaginterkom.de(62.180.10.120)
 via SMTP by guadalquivir.fnet.fr, id smtpd004434; Sat Nov  4 04:20:23 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S869106AbQKDDUC>;
        Sat, 4 Nov 2000 04:20:02 +0100
Date: Sat, 4 Nov 2000 04:20:02 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: Pete Popov <ppopov@pacbell.net>
Cc: Keith Owens <kaos@melbourne.sgi.com>, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
Subject: Re: Kernel compiler
Message-ID: <20001104042002.A29373@bacchus.dhis.org>
References: <20001103221926.A26082@bacchus.dhis.org> <5029.973305862@ocs3.ocs-net> <20001104035326.A29005@bacchus.dhis.org> <20001104.3105000@zeus.mvista.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20001104.3105000@zeus.mvista.com>; from ppopov@pacbell.net on Sat, Nov 04, 2000 at 03:10:50AM +0000
X-Accept-Language: de,en,fr
Content-Length: 899
Lines: 23

On Sat, Nov 04, 2000 at 03:10:50AM +0000, Pete Popov wrote:

> > Sigh, yes you're right as other have already pointed out on IRC ...
> 
> > Gcc 2.7 is no longer being used for Linux/MIPS since a long time and I'd
> > simply bitbucket any bugreport related to it.  Most people are using egcs
> > 1.0.3a for everything which is older than the required minimum version 
> 1.1.2,
> > so we're in some trouble.
> 
> > I've got reports regarding the 1.1.2 crosscompiler which say that it
> > misscompiles MIPS kernels, sigh ...
> 
> What are the symptoms of a "miscompiled" kernel and how does one detect 
> that (assuming that the kernel actually compiles successfully, but has 
> problems running).

When trying to work on a serial terminal hooked up to an Indy it'll oops.

Question is if the compiler is buggy or if it's particular code generation
is just triggering a bug in the kernel code.

  Ralf

From alan@lxorguk.ukuu.org.uk  Sat Nov  4 11:40:17 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id LAA06267; Sat, 4 Nov 2000 11:40:17 +0100 (MET)
Received-Date: Sat, 4 Nov 2000 11:40:17 +0100 (MET)
Received: from lightning.swansea.linux.org.uk(194.168.151.1), claiming to be "the-village.bc.nu"
 via SMTP by guadalquivir.fnet.fr, id smtpd006265; Sat Nov  4 11:40:16 2000
Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 13s0ke-0004Sa-00; Sat, 4 Nov 2000 10:40:44 +0000
Subject: Re: Kernel compiler
To: ralf@oss.sgi.com (Ralf Baechle)
Date: Sat, 4 Nov 2000 10:40:42 +0000 (GMT)
Cc: kaos@melbourne.sgi.com (Keith Owens), linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
In-Reply-To: <20001104035326.A29005@bacchus.dhis.org> from "Ralf Baechle" at Nov 04, 2000 03:53:26 AM
X-Mailer: ELM [version 2.5 PL1]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E13s0ke-0004Sa-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Content-Length: 438
Lines: 8

> The reports regarding egcs 2.96 and newer misscompiling the kernel only
> affect x86 or are other architecture affected as well?  I don't have any
> pending compiler >= 2.96 related bug reports.

The Red Hat 2.96 seems to compile 2.2 correctly when you fix the 2.2 bugs but
does miscompile x86 fs/buffers.c on 2.4 according to reports. I think with mips
you'd have to experiment. Also AFAIK that tree branch hasn't been tested on
mips 

From nop@nop.com  Mon Nov  6 12:41:40 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id MAA26098; Mon, 6 Nov 2000 12:41:40 +0100 (MET)
Received-Date: Mon, 6 Nov 2000 12:41:40 +0100 (MET)
Received: from chmls20.mediaone.net(24.147.1.156)
 via SMTP by guadalquivir.fnet.fr, id smtpd026096; Mon Nov  6 12:41:29 2000
Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.248.129])
	by chmls20.mediaone.net (8.8.7/8.8.7) with SMTP id GAA08431;
	Mon, 6 Nov 2000 06:41:24 -0500 (EST)
From: "Jay Carlson" <nop@nop.com>
To: <linux-mips@fnet.fr>, <linux-mips@oss.sgi.com>
Subject: RE: The initial results (Re: stable binutils, gcc, glibc ...
Date: Mon, 6 Nov 2000 06:43:25 -0500
Message-ID: <KEEOIBGCMINLAHMMNDJNIEDGCAAA.nop@nop.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <39ED2166.9B5F970@mvista.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
Content-Length: 791
Lines: 18

> I also had success with latest binutils CVS tree.  I gave a try to the
> latest gcc, but did not look into it further.
>
> http://sourceware.cygnus.com/binutils
> cvs -z 9 -d :pserver:anoncvs@anoncvs.cygnus.com:/cvs/src co -D "Oct 13,
> 2000" binutils

OK, I've decided to bite the bullet and try to get current on everything.
Most of the patches I've seen lying around have been integrated into
binutils and gcc.  Congratulations!

However, there's still this lingering issue with binutils.  The ulfc patches
haven't been integrated, and I'm worried that I'm going to run into the
"binutils generate busted relocs" problem as a result.  What's the
resolution of that issue?  Patch still needed?  Patch not needed if the only
two binutils ever used are 2.8.1 and current-cvs (>2.10)?

Jay

From ralf@oss.sgi.com  Mon Nov  6 20:56:37 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id UAA28874; Mon, 6 Nov 2000 20:56:37 +0100 (MET)
Received-Date: Mon, 6 Nov 2000 20:56:37 +0100 (MET)
Received: from u-245.karlsruhe.ipdial.viaginterkom.de(62.180.10.245)
 via SMTP by guadalquivir.fnet.fr, id smtpd028872; Mon Nov  6 20:56:34 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S869608AbQKFTo0>;
        Mon, 6 Nov 2000 20:44:26 +0100
Date: Mon, 6 Nov 2000 20:44:26 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: MIPS HOWTO
Message-ID: <20001106204426.A23625@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
X-Accept-Language: de,en,fr
Content-Length: 297
Lines: 7

November 15 is the deadline for a new edition of ``Linux, the Complete
Reference'' which the MIPS Howto will be part of.  So please everybody
take a look at the documente at http://oss.sgi.com/mips/mips-howto.html
and send me updates, preferably as unified diffs for the SGML source
code.

  Ralf

From nop@nop.com  Tue Nov  7 03:18:15 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id DAA03373; Tue, 7 Nov 2000 03:18:15 +0100 (MET)
Received-Date: Tue, 7 Nov 2000 03:18:15 +0100 (MET)
Received: from chmls20.mediaone.net(24.147.1.156)
 via SMTP by guadalquivir.fnet.fr, id smtpd003371; Tue Nov  7 03:18:09 2000
Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.248.129])
	by chmls20.mediaone.net (8.8.7/8.8.7) with SMTP id VAA18468;
	Mon, 6 Nov 2000 21:18:00 -0500 (EST)
From: "Jay Carlson" <nop@nop.com>
To: <linux-mips@oss.sgi.com>, <linux-mips@fnet.fr>
Subject: kernel should not reject -mips2 ELF binaries
Date: Mon, 6 Nov 2000 21:20:00 -0500
Message-ID: <KEEOIBGCMINLAHMMNDJNEEDHCAAA.nop@nop.com>
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.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
Content-Length: 1371
Lines: 37

include/asm-mips/elf.h contains a macro, elf_check_arch, that decides if an
executable is plausible to run under this kernel.  It currently accepts
binaries flagged as MIPS1 ISA, and rejects all other ISAs.

#define elf_check_arch(hdr)						\
({									\
	int __res = 1;							\
	struct elfhdr *__h = (hdr);					\
									\
	if ((__h->e_machine != EM_MIPS) &&				\
	    (__h->e_machine != EM_MIPS_RS4_BE))				\
		__res = 0;						\
	if (__h->e_flags & EF_MIPS_ARCH)				\
		__res = 0;						\
									\
	__res;								\
})

I think we should make an exception for MIPS2.  Turns out that the two Linux
VR processor families benefit from some of the MIPS II features; most
notably, code density is improved by eliminating load delay slots.  If I
build executables that take advantage of this, they legitimately should be
flagged with E_MIPS_ARCH_2 (since they won't run on my decstation).

So what's the right way to fix this?  Three things come to mind:

1) rip out the EF_MIPS_ARCH check from elf_check_arch.
2) compare the value with E_MIPS_ARCH_1 and E_MIPS_ARCH_2
3) figure out what the capabilities of the current processor are and reject
E_MIPS_ARCH2 on R2/3000s.

I'd just go do #3 except it looks like a bigger pain than it's worth.  No
other linux kernel port goes to that amount of trouble, of course.

(I may do #1 or #2 in the Linux VR CVS as a stopgap.)

Jay

From ralf@oss.sgi.com  Tue Nov  7 03:28:25 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id DAA03960; Tue, 7 Nov 2000 03:28:25 +0100 (MET)
Received-Date: Tue, 7 Nov 2000 03:28:25 +0100 (MET)
Received: from u-245.karlsruhe.ipdial.viaginterkom.de(62.180.10.245)
 via SMTP by guadalquivir.fnet.fr, id smtpd003957; Tue Nov  7 03:28:21 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S868617AbQKGC2C>;
        Tue, 7 Nov 2000 03:28:02 +0100
Date: Tue, 7 Nov 2000 03:28:02 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: Jay Carlson <nop@nop.com>
Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: kernel should not reject -mips2 ELF binaries
Message-ID: <20001107032802.D28567@bacchus.dhis.org>
References: <KEEOIBGCMINLAHMMNDJNEEDHCAAA.nop@nop.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <KEEOIBGCMINLAHMMNDJNEEDHCAAA.nop@nop.com>; from nop@nop.com on Mon, Nov 06, 2000 at 09:20:00PM -0500
X-Accept-Language: de,en,fr
Content-Length: 1342
Lines: 35

On Mon, Nov 06, 2000 at 09:20:00PM -0500, Jay Carlson wrote:

> include/asm-mips/elf.h contains a macro, elf_check_arch, that decides if an
> executable is plausible to run under this kernel.  It currently accepts
> binaries flagged as MIPS1 ISA, and rejects all other ISAs.
> 
> #define elf_check_arch(hdr)						\
> ({									\
> 	int __res = 1;							\
> 	struct elfhdr *__h = (hdr);					\
> 									\
> 	if ((__h->e_machine != EM_MIPS) &&				\
> 	    (__h->e_machine != EM_MIPS_RS4_BE))				\
> 		__res = 0;						\
> 	if (__h->e_flags & EF_MIPS_ARCH)				\
> 		__res = 0;						\
> 									\
> 	__res;								\
> })
> 
> I think we should make an exception for MIPS2.  Turns out that the two Linux
> VR processor families benefit from some of the MIPS II features; most
> notably, code density is improved by eliminating load delay slots.  If I
> build executables that take advantage of this, they legitimately should be
> flagged with E_MIPS_ARCH_2 (since they won't run on my decstation).
> 
> So what's the right way to fix this?  Three things come to mind:
> 
> 1) rip out the EF_MIPS_ARCH check from elf_check_arch.

Take 1).  The problem we have is distiguishing Linux binaries from IRIX
binaries.  The code causing problems for you is a heuristic that no
longer works these days so I'll have to come up with something new.

  Ralf

From nop@nop.com  Tue Nov  7 03:58:15 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id DAA04617; Tue, 7 Nov 2000 03:58:15 +0100 (MET)
Received-Date: Tue, 7 Nov 2000 03:58:15 +0100 (MET)
Received: from chmls20.mediaone.net(24.147.1.156)
 via SMTP by guadalquivir.fnet.fr, id smtpd004615; Tue Nov  7 03:58:06 2000
Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.248.129])
	by chmls20.mediaone.net (8.8.7/8.8.7) with SMTP id VAA08386;
	Mon, 6 Nov 2000 21:58:01 -0500 (EST)
From: "Jay Carlson" <nop@nop.com>
To: "Ralf Baechle" <ralf@oss.sgi.com>, "Jay Carlson" <nop@place.org>
Cc: <linux-mips@oss.sgi.com>, <linux-mips@fnet.fr>
Subject: RE: kernel should not reject -mips2 ELF binaries
Date: Mon, 6 Nov 2000 22:00:02 -0500
Message-ID: <KEEOIBGCMINLAHMMNDJNIEDHCAAA.nop@nop.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <20001107032802.D28567@bacchus.dhis.org>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
Content-Length: 507
Lines: 15

> > 	if (__h->e_flags & EF_MIPS_ARCH)				\
> > 		__res = 0;						\

> > So what's the right way to fix this?  Three things come to mind:
> >
> > 1) rip out the EF_MIPS_ARCH check from elf_check_arch.
>
> Take 1).  The problem we have is distiguishing Linux binaries from IRIX
> binaries.  The code causing problems for you is a heuristic that no
> longer works these days so I'll have to come up with something new.

OK.  I'm going to remove the above two lines in the Linux VR CVS repository.
Thanks!

Jay

From ralf@oss.sgi.com  Tue Nov  7 04:39:45 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id EAA05273; Tue, 7 Nov 2000 04:39:45 +0100 (MET)
Received-Date: Tue, 7 Nov 2000 04:39:45 +0100 (MET)
Received: from u-245.karlsruhe.ipdial.viaginterkom.de(62.180.10.245)
 via SMTP by guadalquivir.fnet.fr, id smtpd005271; Tue Nov  7 04:39:43 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S868617AbQKGDjW>;
        Tue, 7 Nov 2000 04:39:22 +0100
Date: Tue, 7 Nov 2000 04:39:22 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Keith Owens <kaos@melbourne.sgi.com>, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
Subject: Re: Kernel compiler
Message-ID: <20001107043922.A31298@bacchus.dhis.org>
References: <20001104035326.A29005@bacchus.dhis.org> <E13s0ke-0004Sa-00@the-village.bc.nu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <E13s0ke-0004Sa-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Sat, Nov 04, 2000 at 10:40:42AM +0000
X-Accept-Language: de,en,fr
Content-Length: 1002
Lines: 22

On Sat, Nov 04, 2000 at 10:40:42AM +0000, Alan Cox wrote:

> > The reports regarding egcs 2.96 and newer misscompiling the kernel only
> > affect x86 or are other architecture affected as well?  I don't have any
> > pending compiler >= 2.96 related bug reports.
> 
> The Red Hat 2.96 seems to compile 2.2 correctly when you fix the 2.2 bugs but
> does miscompile x86 fs/buffers.c on 2.4 according to reports. I think with mips
> you'd have to experiment. Also AFAIK that tree branch hasn't been tested on
> mips 

I asked Cort about their PPC experience and they also got trouble.  Reason
enough to ignore gcc-current for kernel use for now.  It's doing well
for userland however so we'll also have to use two compilers from now on,
one for kernel and one for userland.

Btw, I've now placed srpm and i386-linux rpms of a new release of the
egcs-1.1.2 Linux/MIPS crosscompiler on oss.sgi.com.  Users of the 64-bit
kernel, read Origin users should also update as this release has several
fixes.

  Ralf

From info@zurineta.com  Thu Nov  9 06:08:29 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id GAA19919; Thu, 9 Nov 2000 06:08:29 +0100 (MET)
Received-Date: Thu, 9 Nov 2000 06:08:29 +0100 (MET)
Received: from smtp3.jp.psi.net(154.33.63.113)
 via SMTP by guadalquivir.fnet.fr, id smtpd019917; Thu Nov  9 06:08:24 2000
Received: from [154.33.254.158] (helo=ippatsuya)
	by smtp3.jp.psi.net with smtp (Exim 3.12 #1)
	id 13tjwg-000Be2-00
	for linux-mips@fnet.fr; Thu, 09 Nov 2000 14:08:18 +0900
Message-ID: <4487.973746555470@zurineta.com>
Date: Thu, 09 Nov 2000 14:09:15 +0900 (JST)
From: nancy <info@zurineta.com>
Subject: pop music 
Mime-Version: 1.0
Content-Type: text/plain; charset =ISO-2022-JP
Content-Transfer-Encoding: 7bit
Bcc: 
Content-Length: 189
Lines: 9

Hi there! 
$BF|K\$_$J$5$s!!$3$K$A$O(B $B$+$C$3$$$$(B
if you are interested in English,
please stop by our site.

http://www.misesugi.com/sd/
http://www.zurineta.com/index02.html

thanx

From rabeeh@galileo.co.il  Mon Nov 13 10:07:47 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id KAA24111; Mon, 13 Nov 2000 10:07:47 +0100 (MET)
Received-Date: Mon, 13 Nov 2000 10:07:47 +0100 (MET)
Received: from pop3.galileo.co.il(199.203.130.130), claiming to be "galileo5.galileo.co.il"
 via SMTP by guadalquivir.fnet.fr, id smtpd024109; Mon Nov 13 10:07:40 2000
Received: from galileo.co.il (rabeeh@linux2.galileo.co.il [10.2.40.2])
	by galileo.co.il (8.8.5/8.8.5) with ESMTP id LAA23013
	for <linux-mips@fnet.fr>; Mon, 13 Nov 2000 11:07:17 +0200 (GMT-2)
Sender: rabeeh@galileo.co.il
Message-ID: <3A0FAECA.58B19F73@galileo.co.il>
Date: Mon, 13 Nov 2000 11:05:14 +0200
From: Rabeeh Khoury <rabeeh@galileo.co.il>
Reply-To: rabeeh@galileo.co.il
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "linux-mips@fnet.fr" <linux-mips@fnet.fr>
Subject: loopback network device
Content-Type: multipart/mixed;
 boundary="------------88EA2FE217DD4912BDACD873"
Content-Length: 1221
Lines: 50

This is a multi-part message in MIME format.
--------------88EA2FE217DD4912BDACD873
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi All,

I'm running kernel 2.4-test9 , when I run the command ./ifup ifcfg-lo
(bringing lo network device up) the kernel explodes in paging fault
error message !!!!!

Did any one encounter such a problem ?

Another remark - in arch/mips/kernel/unaligned.c the line -

if(unaligned_instructions % 1024)

should be

if(!(unaligned_instructions % 1024))


but after all, why we should remind the user every 1024 unaligned access
by printk's that there was unaligned access ? the unaligned accesses
counter in /proc/cpuinfo isn't enough ?

Regards,
Rabeeh

--------------88EA2FE217DD4912BDACD873
Content-Type: text/x-vcard; charset=us-ascii;
 name="rabeeh.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Rabeeh Khoury
Content-Disposition: attachment;
 filename="rabeeh.vcf"

begin:vcard 
n:Khoury;Rabeeh
x-mozilla-html:FALSE
org:Galileo Technology;Software Department
adr:;;;;;;
version:2.1
email;internet:rabeeh@galileo.co.il
title:Development Engineer
x-mozilla-cpt:;-31712
fn:Rabeeh Khoury
end:vcard

--------------88EA2FE217DD4912BDACD873--

From Harald.Koerfgen@home.ivm.de  Mon Nov 13 22:03:44 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id WAA29113; Mon, 13 Nov 2000 22:03:44 +0100 (MET)
Received-Date: Mon, 13 Nov 2000 22:03:44 +0100 (MET)
Received: from mail.ivm.net(62.204.1.4)
 via SMTP by guadalquivir.fnet.fr, id smtpd029111; Mon Nov 13 22:03:37 2000
Received: from franz.no.dom (port166.duesseldorf.ivm.de [195.247.65.166])
	by mail.ivm.net (8.8.8/8.8.8) with ESMTP id WAA15116;
	Mon, 13 Nov 2000 22:03:18 +0100
X-To: linux-mips@fnet.fr
Message-ID: <XFMail.001113220311.Harald.Koerfgen@home.ivm.de>
X-Mailer: XFMail 1.4.0 on Linux
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <3A0FAECA.58B19F73@galileo.co.il>
Date: Mon, 13 Nov 2000 22:03:11 +0100 (CET)
Reply-To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Organization: none
Sender: harry@franz.no.dom
From: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
To: Rabeeh Khoury <rabeeh@galileo.co.il>
Subject: RE: loopback network device
Cc: "linux-mips@fnet.fr" <linux-mips@fnet.fr>
Content-Length: 348
Lines: 12


On 13-Nov-00 Rabeeh Khoury wrote:
> I'm running kernel 2.4-test9 , when I run the command ./ifup ifcfg-lo
> (bringing lo network device up) the kernel explodes in paging fault
> error message !!!!!

I've seen something similar on my /260 DECstation (R4400SC) as well. The actual
CVS seems to behave better, on the other hand.

-- 
Regards,
Harald

From dom@algor.co.uk  Tue Nov 14 16:33:57 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id QAA06089; Tue, 14 Nov 2000 16:33:57 +0100 (MET)
Received-Date: Tue, 14 Nov 2000 16:33:57 +0100 (MET)
Received: from smtp.algor.co.uk(62.254.210.199), claiming to be "kenton.algor.co.uk"
 via SMTP by guadalquivir.fnet.fr, id smtpd006087; Tue Nov 14 16:33:55 2000
Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [192.168.5.75])
	by kenton.algor.co.uk (8.9.3/8.8.8) with ESMTP id PAA16283;
	Tue, 14 Nov 2000 15:33:48 GMT
Received: (from dom@localhost)
	by gladsmuir.algor.co.uk (8.8.5/8.8.5) id PAA00560;
	Tue, 14 Nov 2000 15:44:13 GMT
Date: Tue, 14 Nov 2000 15:44:13 GMT
Message-Id: <200011141544.PAA00560@gladsmuir.algor.co.uk>
From: Dominic Sweetman <dom@algor.co.uk>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="dMNvDsnJMR"
Content-Transfer-Encoding: 7bit
To: Ralf Baechle <ralf@oss.sgi.com>
Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: MIPS HOWTO
In-Reply-To: <20001106204426.A23625@bacchus.dhis.org>
References: <20001106204426.A23625@bacchus.dhis.org>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Content-Length: 3431
Lines: 97


--dMNvDsnJMR
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


Ralf Baechle (ralf@oss.sgi.com) writes:

> November 15 is the deadline for a new edition of ``Linux, the Complete
> Reference'' which the MIPS Howto will be part of.  So please everybody
> take a look at the documente at http://oss.sgi.com/mips/mips-howto.html
> and send me updates, preferably as unified diffs for the SGML source
> code.

Here's one patch to your SGML for Algorithmics' boards:


--dMNvDsnJMR
Content-Type: text/plain
Content-Disposition: inline;
	filename="mips-howto.sgml.diff"
Content-Transfer-Encoding: 7bit

*** mips-howto.sgml~    Tue Nov  7 09:45:30 2000
--- mips-howto.sgml     Tue Nov 14 15:28:11 2000
***************
*** 296,308 ****
    This machine is a OEM variant of the SGI Indigo and therefore also still
    unsupported.
  
!   <sect2>Algorithmics P4032<p>
!   The Algorithmics P4032 port is at the time of this writing still running
!   Linux 2.1.36.
  
!   <sect2>Algorithmics P5064<p>
!   The P5064 is basically an R5000-based 64bit variant of the P4032.  A port is
!   ongoing.
  
    <sect2>DECstation series<p>
    During the late 80's and the early 90's Digital (now Compaq) built MIPS based 
--- 296,337 ----
    This machine is a OEM variant of the SGI Indigo and therefore also still
    unsupported.
  
!   <sect2>Algorithmics P-4032, P-5064, P-6032<p>
!   Algorithmics (<url url="http://www.algor.co.uk/">) make a series of
!   single-board computers for MIPS prototyping, and maintain Linux kernels
!   for all of them:
!   <itemize>
!     <item>P-6032 is a new board for CPUs with 32-bit buses (QED
!   RM5231, NEC Vr43x0, NEC Vr5432, IDT 64x74)
!     <item>P-4032 is an older board obsoleted by P-6032.
!     <item>P-5064 is for CPUs with 64-bit buses, notably QED's RM70xx
!   and RM52xx series.
!   </itemize>
  
!   All the boards have common I/O plus ethernet and disk interfaces
!   onboard, with spare PCI slots for adding different controllers.
!   They're highly configurable, so will run with either byte order.
!   All are suitable targets for 64-bit kernels, but (so far) all the
!   Linux work we've done has been using 32-bit code.
! 
!   They're available, supported and documented with PDF manuals
!   available online, like 
!   <url url="http://www.algor.co.uk/ftp/pub/doc/p6032-user.pdf">
!   for the P-6032.
! 
!   At the time of writing (November 2000) we are using a 2.2.x
!   kernel, and we're sharing kernel code with the ports being done by
!   people from MIPS Technologies Inc (<url url="http://www.mips.com">).
!   Algorithmics wrote the floating point trap handler and emulator used
!   in this kernel - essential for MIPS CPUs to run floating point
!   operations reliably and correctly.
! 
!   Algorithmics' kernels and a link to the MIPS userland can be found
!   from a jump page at
!   <url url="http://www.algor.co.uk/algor/info/linux.html">
!   
!   You can contact us at <htmlurl url="mailto:ask@algor.co.uk"
!   name="Algorithmics">.
  
    <sect2>DECstation series<p>
    During the late 80's and the early 90's Digital (now Compaq) built MIPS based 

--dMNvDsnJMR
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


-- 
Dominic Sweetman
Algorithmics Ltd
The Fruit Farm, Ely Road, Chittering, CAMBS CB5 9PH, ENGLAND
phone: +44 1223 706200 / fax: +44 1223 706250 / home: +44 20 7226 0032
http://www.algor.co.uk

--dMNvDsnJMR--

From ralf@uni-koblenz.de  Tue Nov 14 19:56:56 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id TAA07218; Tue, 14 Nov 2000 19:56:56 +0100 (MET)
Received-Date: Tue, 14 Nov 2000 19:56:56 +0100 (MET)
Received: from u-177.karlsruhe.ipdial.viaginterkom.de(62.180.10.177)
 via SMTP by guadalquivir.fnet.fr, id smtpd007215; Tue Nov 14 19:56:55 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S870101AbQKNRBP>;
        Tue, 14 Nov 2000 18:01:15 +0100
Date: Tue, 14 Nov 2000 18:01:15 +0100
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Rabeeh Khoury <rabeeh@galileo.co.il>
Cc: "linux-mips@fnet.fr" <linux-mips@fnet.fr>
Subject: Re: loopback network device
Message-ID: <20001114180114.A1386@bacchus.dhis.org>
References: <3A0FAECA.58B19F73@galileo.co.il>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3A0FAECA.58B19F73@galileo.co.il>; from rabeeh@galileo.co.il on Mon, Nov 13, 2000 at 11:05:14AM +0200
X-Accept-Language: de,en,fr
Content-Length: 634
Lines: 22

On Mon, Nov 13, 2000 at 11:05:14AM +0200, Rabeeh Khoury wrote:

> I'm running kernel 2.4-test9 , when I run the command ./ifup ifcfg-lo
> (bringing lo network device up) the kernel explodes in paging fault
> error message !!!!!
> 
> Did any one encounter such a problem ?
> 
> Another remark - in arch/mips/kernel/unaligned.c the line -
> 
> if(unaligned_instructions % 1024)
> 
> should be
> 
> if(!(unaligned_instructions % 1024))

What source tree are you looking at?  I don't have such code in my tree.

It seems to be a bad idea to emit messages at that speed, though;  this
feature can be abused for a local DoS attack.

  Ralf

From ralf@uni-koblenz.de  Fri Nov 17 14:10:14 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id OAA03048; Fri, 17 Nov 2000 14:10:14 +0100 (MET)
Received-Date: Fri, 17 Nov 2000 14:10:14 +0100 (MET)
Received: from u-51.karlsruhe.ipdial.viaginterkom.de(62.180.19.51)
 via SMTP by guadalquivir.fnet.fr, id smtpd002943; Fri Nov 17 14:10:05 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S870480AbQKQMhU>;
        Fri, 17 Nov 2000 13:37:20 +0100
Date: Fri, 17 Nov 2000 13:37:20 +0100
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Jalaja Devi <jdevi@cosinecom.com>
Cc: "'linux-mips@fnet.fr'" <linux-mips@fnet.fr>
Subject: Re: Caching Functions!
Message-ID: <20001117133720.C3304@bacchus.dhis.org>
References: <04E4C688484FD41186E100D0B73EC6EF7AAF7D@exchsrv2.cosinecom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <04E4C688484FD41186E100D0B73EC6EF7AAF7D@exchsrv2.cosinecom.com>; from jdevi@cosinecom.com on Fri, Nov 17, 2000 at 01:38:41AM +0100
X-Accept-Language: de,en,fr
Content-Length: 1286
Lines: 31

On Fri, Nov 17, 2000 at 01:38:41AM +0100, Jalaja Devi wrote:

> Hi, Could anyone tell me whether there are any hands-on functions available
> for flushing and validation the cache. I am running Linux2.4 on MIPS. 

The functions

  void _dma_cache_wback_inv(unsigned long start, unsigned long size);
  void _dma_cache_wback(unsigned long start, unsigned long size);
  void _dma_cache_inv(unsigned long start, unsigned long size);

are used to maintain cache coherency in MIPS-specific drivers.  Generic
PCI drivers should use the API documented in Documentation/DMA-mapping.

Thsee functions in include/asm-mips/pgtable.h are not generally suitable for
use in drivers but used the memory managment.  In your case which is RM7000
derived most of them are no-ops:

void flush_cache_all(void);
void flush_cache_mm(struct mm_struct *mm);
void flush_cache_range(struct mm_struct *mm, unsigned long start,
	unsigned long end);
void flush_cache_page(struct vm_area_struct *vma, unsigned long page);
void flush_cache_sigtramp(unsigned long addr);
void flush_page_to_ram(struct page * page);
void flush_icache_range(unsigned long start, unsigned long end);
void flush_icache_page(struct vm_area_struct *vma, struct page *page,
	unsigned long addr);
void flush_dcache_page(struct page *);

  Ralf

From rajesh.palani@philips.com  Sat Nov 18 02:27:31 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id CAA10443; Sat, 18 Nov 2000 02:27:31 +0100 (MET)
Received-Date: Sat, 18 Nov 2000 02:27:31 +0100 (MET)
From: rajesh.palani@philips.com
Received: from gw-us4.philips.com(63.114.235.90)
 via SMTP by guadalquivir.fnet.fr, id smtpd010434; Sat Nov 18 02:27:25 2000
Received: from smtprelay-us2.philips.com (localhost.philips.com [127.0.0.1])
          by gw-us4.philips.com with ESMTP id TAA10357;
          Fri, 17 Nov 2000 19:27:14 -0600 (CST)
          (envelope-from rajesh.palani@philips.com)
Received: from smtprelay-nam2.philips.com(167.81.233.16) by gw-us4.philips.com via mwrap (4.0a)
	id xma010355; Fri, 17 Nov 00 19:27:14 -0600
Received: from AMLMS01.DIAMOND.PHILIPS.COM (amlms01sv1.diamond.philips.com [161.88.79.213]) 
	by smtprelay-us2.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id TAA07906; Fri, 17 Nov 2000 19:27:13 -0600 (CST)
Received: by AMLMS01.DIAMOND.PHILIPS.COM (Soft-Switch LMS 4.0) with snapi
          via AMEC id 0056910008698539; Fri, 17 Nov 2000 19:28:50 -0600
To: <linux-mips@oss.sgi.com>, <linux-mips@fnet.fr>
Subject: sysmips syscall
Message-ID: <0056910008698539000002L192*@MHS>
Date: Fri, 17 Nov 2000 19:28:50 -0600
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; name="MEMO 11/17/00 19:26:59"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Content-Length: 670
Lines: 23

Hi,

   The following lines appear in the linuxthreads/sysdeps/mips/pt-machi=
ne.h file in version
LinuxThreads 2.1.2:

TODO: This version makes use of MIPS ISA 2 features.  It won't
   work on ISA 1.  These machines will have to take the overhead of
   a sysmips(MIPS_ATOMIC_SET, ...) syscall which isn't implemented
   yet correctly.  There is however a better solution for R3000
   uniprocessor machines possible.

My questions are:
1.  Is the sysmips syscall implemented correctly yet?
2.  What is the better solution for R3000 uniprocessor machines?
3.  Does anyone have a patch for LinuxThreads that supports MIPS ISA 1?=


   Thanks and regards,

   Rajesh=20

=

From ralf@oss.sgi.com  Sat Nov 18 14:13:27 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id OAA15822; Sat, 18 Nov 2000 14:13:27 +0100 (MET)
Received-Date: Sat, 18 Nov 2000 14:13:27 +0100 (MET)
Received: from u-71.karlsruhe.ipdial.viaginterkom.de(62.180.19.71)
 via SMTP by guadalquivir.fnet.fr, id smtpd015820; Sat Nov 18 14:13:21 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S870460AbQKRK7J>;
        Sat, 18 Nov 2000 11:59:09 +0100
Date: Sat, 18 Nov 2000 11:59:09 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: rajesh.palani@philips.com
Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: sysmips syscall
Message-ID: <20001118115909.D8672@bacchus.dhis.org>
References: <0056910008698539000002L192*@MHS>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <0056910008698539000002L192*@MHS>; from rajesh.palani@philips.com on Fri, Nov 17, 2000 at 07:28:50PM -0600
X-Accept-Language: de,en,fr
Content-Length: 1013
Lines: 29

On Fri, Nov 17, 2000 at 07:28:50PM -0600, rajesh.palani@philips.com wrote:

>    The following lines appear in the linuxthreads/sysdeps/mips/pt-machine.h file in version
> LinuxThreads 2.1.2:
> 
> TODO: This version makes use of MIPS ISA 2 features.  It won't
>    work on ISA 1.  These machines will have to take the overhead of
>    a sysmips(MIPS_ATOMIC_SET, ...) syscall which isn't implemented
>    yet correctly.  There is however a better solution for R3000
>    uniprocessor machines possible.
> 
> My questions are:
> 1.  Is the sysmips syscall implemented correctly yet?

Yes.

> 2.  What is the better solution for R3000 uniprocessor machines?

You can base a spinlock implementation on the fact that the register k0
will be left at a value != zero after any exception, also including context
switches.

Problem: this solution breaks silently on multiproessor systems.

> 3.  Does anyone have a patch for LinuxThreads that supports MIPS ISA 1?

glibc 2.2's pthread will do that out of the box.

  Ralf

From kaos@melbourne.sgi.com  Sat Nov 18 14:46:47 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id OAA16070; Sat, 18 Nov 2000 14:46:47 +0100 (MET)
Received-Date: Sat, 18 Nov 2000 14:46:47 +0100 (MET)
Received: from ppp0.ocs.com.au(203.34.97.3), claiming to be "mail.ocs.com.au"
 via SMTP by guadalquivir.fnet.fr, id smtpd016068; Sat Nov 18 14:46:39 2000
Received: (qmail 7608 invoked from network); 18 Nov 2000 13:46:20 -0000
Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 18 Nov 2000 13:46:19 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
From: Keith Owens <kaos@melbourne.sgi.com>
To: Ralf Baechle <ralf@oss.sgi.com>
cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: sysmips syscall 
In-reply-to: Your message of "Sat, 18 Nov 2000 11:59:09 BST."
             <20001118115909.D8672@bacchus.dhis.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 19 Nov 2000 00:46:19 +1100
Message-ID: <23098.974555179@ocs3.ocs-net>
Content-Length: 732
Lines: 16

On Sat, 18 Nov 2000 11:59:09 +0100, 
Ralf Baechle <ralf@oss.sgi.com> wrote:
>You can base a spinlock implementation on the fact that the register k0
>will be left at a value != zero after any exception, also including context
>switches.
>
>Problem: this solution breaks silently on multiproessor systems.

Use Dekker's algorithm between systems.  It requires cache coherent
memory but does not need any inter cpu locking mechanisms.

http://www.cs.wvu.edu/~jdm/classes/cs356/notes/mutex/Dekker.html
describes the algorithm for the two cpu case.  It assumes no preemption
on each cpu so it has to be modified to handle interrupts.  Add a local
lock so you are the only code on this processor trying to use Dekker
between processors.

From ralf@oss.sgi.com  Sat Nov 18 15:13:46 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id PAA16325; Sat, 18 Nov 2000 15:13:46 +0100 (MET)
Received-Date: Sat, 18 Nov 2000 15:13:46 +0100 (MET)
Received: from u-71.karlsruhe.ipdial.viaginterkom.de(62.180.19.71)
 via SMTP by guadalquivir.fnet.fr, id smtpd016323; Sat Nov 18 15:13:45 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S870463AbQKRON3>;
        Sat, 18 Nov 2000 15:13:29 +0100
Date: Sat, 18 Nov 2000 15:13:28 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: Keith Owens <kaos@melbourne.sgi.com>
Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: sysmips syscall
Message-ID: <20001118151328.B17046@bacchus.dhis.org>
References: <20001118115909.D8672@bacchus.dhis.org> <23098.974555179@ocs3.ocs-net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <23098.974555179@ocs3.ocs-net>; from kaos@melbourne.sgi.com on Sun, Nov 19, 2000 at 12:46:19AM +1100
X-Accept-Language: de,en,fr
Content-Length: 1316
Lines: 28

On Sun, Nov 19, 2000 at 12:46:19AM +1100, Keith Owens wrote:

> On Sat, 18 Nov 2000 11:59:09 +0100, 
> Ralf Baechle <ralf@oss.sgi.com> wrote:
> >You can base a spinlock implementation on the fact that the register k0
> >will be left at a value != zero after any exception, also including context
> >switches.
> >
> >Problem: this solution breaks silently on multiproessor systems.
> 
> Use Dekker's algorithm between systems.  It requires cache coherent
> memory but does not need any inter cpu locking mechanisms.
> 
> http://www.cs.wvu.edu/~jdm/classes/cs356/notes/mutex/Dekker.html
> describes the algorithm for the two cpu case.  It assumes no preemption
> on each cpu so it has to be modified to handle interrupts.  Add a local
> lock so you are the only code on this processor trying to use Dekker
> between processors.

We're talking about a algorithem to implement atomic operations only in
userspace.  There is Dekker and few improved variants of it.  They all
got in common that they're performing badly for an increasing number of
threads even for the no-contention case.  And non-constant memory
requirements which would require further changes to glibc.  So I consider
this whole family of algorithems to be a entirely theoretical construct.
Which is why we're thinking about those crude hacks.

  Ralf

From ralf@oss.sgi.com  Sat Nov 18 18:21:35 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id SAA18559; Sat, 18 Nov 2000 18:21:35 +0100 (MET)
Received-Date: Sat, 18 Nov 2000 18:21:35 +0100 (MET)
Received: from u-248.karlsruhe.ipdial.viaginterkom.de(62.180.21.248)
 via SMTP by guadalquivir.fnet.fr, id smtpd018557; Sat Nov 18 18:21:33 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S868506AbQKRRVP>;
        Sat, 18 Nov 2000 18:21:15 +0100
Date: Sat, 18 Nov 2000 18:21:15 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Cc: linux-cvs@oss.sgi.com, linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: CVS Update@oss.sgi.com: linux
Message-ID: <20001118182114.A19710@bacchus.dhis.org>
References: <20001118132233Z553804-494+838@oss.sgi.com> <XFMail.001118180639.Harald.Koerfgen@home.ivm.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <XFMail.001118180639.Harald.Koerfgen@home.ivm.de>; from Harald.Koerfgen@home.ivm.de on Sat, Nov 18, 2000 at 06:06:39PM +0100
X-Accept-Language: de,en,fr
Content-Length: 840
Lines: 24

On Sat, Nov 18, 2000 at 06:06:39PM +0100, Harald Koerfgen wrote:

> On 18-Nov-00 Ralf Baechle wrote:
> > CVSROOT:      /home/pub/cvs
> > Module name:  linux
> > Changes by:   ralf@oss.sgi.com        00/11/18 05:22:32
> > 
> > Modified files:
> >       Documentation  : Configure.help 
> >       arch/mips      : config.in 
> >       arch/mips/mm   : r4xx0.c 
> > 
> > Log message:
> >       New configuration option CONFIG_MIPS_UNCACHED.  Not yet selectable due
> >       to the manuals documenting ll/sc operation as undefined for uncached
> >       memory.
> 
> Wouldn't it make sense then to disable CONFIG_CPU_HAS_LLSC as well?

I'm waiting for authoritative answer from silicon guys before I deciede.
In the past I ran kernel entirely uncached and they seemed to work even
though the documentation made me assume the opposite.

  Ralf

From alan@lxorguk.ukuu.org.uk  Sat Nov 18 18:26:35 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id SAA18629; Sat, 18 Nov 2000 18:26:35 +0100 (MET)
Received-Date: Sat, 18 Nov 2000 18:26:35 +0100 (MET)
Received: from lightning.swansea.linux.org.uk(194.168.151.1), claiming to be "the-village.bc.nu"
 via SMTP by guadalquivir.fnet.fr, id smtpd018626; Sat Nov 18 18:26:32 2000
Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 13xBlP-0001tb-00; Sat, 18 Nov 2000 17:26:55 +0000
Subject: Re: sysmips syscall
To: kaos@melbourne.sgi.com (Keith Owens)
Date: Sat, 18 Nov 2000 17:26:54 +0000 (GMT)
Cc: ralf@oss.sgi.com (Ralf Baechle), linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
In-Reply-To: <23098.974555179@ocs3.ocs-net> from "Keith Owens" at Nov 19, 2000 12:46:19 AM
X-Mailer: ELM [version 2.5 PL1]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E13xBlP-0001tb-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Content-Length: 165
Lines: 4

> Use Dekker's algorithm between systems.  It requires cache coherent
> memory but does not need any inter cpu locking mechanisms.

Cache coherent and write ordered

From kevink@mips.com  Sat Nov 18 19:33:44 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id TAA20835; Sat, 18 Nov 2000 19:33:44 +0100 (MET)
Received-Date: Sat, 18 Nov 2000 19:33:44 +0100 (MET)
Received: from mx.mips.com(206.31.31.226)
 via SMTP by guadalquivir.fnet.fr, id smtpd020833; Sat Nov 18 19:33:35 2000
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id KAA01017;
	Sat, 18 Nov 2000 10:33:10 -0800 (PST)
Received: from Ulysses (ulysses [192.168.236.13])
	by newman.mips.com (8.9.3/8.9.0) with SMTP id KAA06647;
	Sat, 18 Nov 2000 10:33:30 -0800 (PST)
Message-ID: <00d201c0518e$87060b20$0deca8c0@Ulysses>
From: "Kevin D. Kissell" <kevink@mips.com>
To: "Ralf Baechle" <ralf@oss.sgi.com>,
        "Harald Koerfgen" <Harald.Koerfgen@home.ivm.de>
Cc: <linux-cvs@oss.sgi.com>, <linux-mips@oss.sgi.com>, <linux-mips@fnet.fr>
References: <20001118132233Z553804-494+838@oss.sgi.com> <XFMail.001118180639.Harald.Koerfgen@home.ivm.de> <20001118182114.A19710@bacchus.dhis.org>
Subject: Re: CVS Update@oss.sgi.com: linux
Date: Sat, 18 Nov 2000 19:36:41 +0100
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.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Content-Length: 1300
Lines: 32

> > > Log message:
> > >       New configuration option CONFIG_MIPS_UNCACHED.  Not yet
selectable due
> > >       to the manuals documenting ll/sc operation as undefined for
uncached
> > >       memory.
> >
> > Wouldn't it make sense then to disable CONFIG_CPU_HAS_LLSC as well?
>
> I'm waiting for authoritative answer from silicon guys before I deciede.
> In the past I ran kernel entirely uncached and they seemed to work even
> though the documentation made me assume the opposite.

We've been discussing this at MIPS, and it's a bit tricky.
LL/SC is almost guaranteed not to work uncached in a
multiprocessor configuration.  In the uniprocessor case,
it's not documented to work, but probably would in most
"natural" implementations.

The whole operation hinges on an invisible flip-flop which
is set by an LL and cleared by one of a set of events,
which include cache interventions by other CPUs,
memory ops by the same CPU, ERETs, etc.  So long
as the LL flop is set by the LL even uncached, and cleared
on ERET regardless of caching, the desired behaviour will
be obtained in an uncached uniprocessor.  But that's outside
the scope of the ISA spec and any MIPS ISA validation suites,
and a legal MIPS II/III/IV/V implementation could do otherwise.

            Regards,

            Kevin K.

From dom@algor.co.uk  Sun Nov 19 16:05:27 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id QAA03725; Sun, 19 Nov 2000 16:05:27 +0100 (MET)
Received-Date: Sun, 19 Nov 2000 16:05:27 +0100 (MET)
Received: from smtp.algor.co.uk(62.254.210.199), claiming to be "kenton.algor.co.uk"
 via SMTP by guadalquivir.fnet.fr, id smtpd003723; Sun Nov 19 16:05:18 2000
Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [192.168.5.75])
	by kenton.algor.co.uk (8.9.3/8.8.8) with ESMTP id PAA15603;
	Sun, 19 Nov 2000 15:05:05 GMT
Received: (from dom@localhost)
	by gladsmuir.algor.co.uk (8.8.5/8.8.5) id PAA00336;
	Sun, 19 Nov 2000 15:16:33 GMT
Date: Sun, 19 Nov 2000 15:16:33 GMT
Message-Id: <200011191516.PAA00336@gladsmuir.algor.co.uk>
From: Dominic Sweetman <dom@algor.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Ralf Baechle <ralf@oss.sgi.com>
Cc: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>, linux-cvs@oss.sgi.com,
        linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: CVS Update@oss.sgi.com: linux
In-Reply-To: <20001118182114.A19710@bacchus.dhis.org>
References: <20001118132233Z553804-494+838@oss.sgi.com>
	<XFMail.001118180639.Harald.Koerfgen@home.ivm.de>
	<20001118182114.A19710@bacchus.dhis.org>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Content-Length: 1015
Lines: 26


Ralf Baechle (ralf@oss.sgi.com) writes:

> > >       New configuration option CONFIG_MIPS_UNCACHED.  Not yet
> > >       selectable due to the manuals documenting ll/sc operation
> > >       as undefined for uncached memory.
> > 
> > Wouldn't it make sense then to disable CONFIG_CPU_HAS_LLSC as well?
> 
> I'm waiting for authoritative answer from silicon guys before I
> deciede.  In the past I ran kernel entirely uncached and they seemed
> to work even though the documentation made me assume the opposite.

ll/sc between CPUs certainly won't work for uncached accesses, since
they rely on the cache coherency protocols.

On a uniprocessor CPU the ll/sc link is typically broken on any
exception.  You'd have to try very hard to design the CPU so that it
would work any differently for cached and uncached accesses.

-- 
Dominic Sweetman
Algorithmics Ltd
The Fruit Farm, Ely Road, Chittering, CAMBS CB5 9PH, ENGLAND
phone: +44 1223 706200 / fax: +44 1223 706250 / home: +44 20 7226 0032
http://www.algor.co.uk

From ralf@oss.sgi.com  Tue Nov 21 04:39:28 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id EAA20451; Tue, 21 Nov 2000 04:39:28 +0100 (MET)
Received-Date: Tue, 21 Nov 2000 04:39:28 +0100 (MET)
Received: from u-194.karlsruhe.ipdial.viaginterkom.de(62.180.10.194)
 via SMTP by guadalquivir.fnet.fr, id smtpd020449; Tue Nov 21 04:39:21 2000
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S868471AbQKUDjD>;
        Tue, 21 Nov 2000 04:39:03 +0100
Date: Tue, 21 Nov 2000 04:39:03 +0100
From: Ralf Baechle <ralf@oss.sgi.com>
To: Dominic Sweetman <dom@algor.co.uk>
Cc: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>, linux-cvs@oss.sgi.com,
        linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: CVS Update@oss.sgi.com: linux
Message-ID: <20001121043903.A24831@bacchus.dhis.org>
References: <20001118132233Z553804-494+838@oss.sgi.com> <XFMail.001118180639.Harald.Koerfgen@home.ivm.de> <20001118182114.A19710@bacchus.dhis.org> <200011191516.PAA00336@gladsmuir.algor.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <200011191516.PAA00336@gladsmuir.algor.co.uk>; from dom@algor.co.uk on Sun, Nov 19, 2000 at 03:16:33PM +0000
X-Accept-Language: de,en,fr
Content-Length: 463
Lines: 12

On Sun, Nov 19, 2000 at 03:16:33PM +0000, Dominic Sweetman wrote:

> ll/sc between CPUs certainly won't work for uncached accesses, since
> they rely on the cache coherency protocols.
> 
> On a uniprocessor CPU the ll/sc link is typically broken on any
> exception.  You'd have to try very hard to design the CPU so that it
> would work any differently for cached and uncached accesses.

Ok, so now CONFIG_MIPS_UNCACHED is only selectable for UP kernels.

  Ralf

From mipslinux@sina.com  Sat Nov 25 08:44:14 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id IAA07851; Sat, 25 Nov 2000 08:44:14 +0100 (MET)
Received-Date: Sat, 25 Nov 2000 08:44:14 +0100 (MET)
Received: from UNKNOWN(202.106.187.168), claiming to be "sina.com"
 via SMTP by guadalquivir.fnet.fr, id smtpd007849; Sat Nov 25 08:44:03 2000
Received: (qmail 17154 invoked by uid 99); 25 Nov 2000 07:46:37 -0000
Message-ID: <20001125074637.17152.qmail@sina.com>
From: mipslinux <mipslinux@sina.com>
To: linux-mips@fnet.fr
Subject: subscribe
Date: Sat Nov 25 07:46:37 2000
X-Mailer: SinaMail 3.0Beta (FireToad)
X-Priority: 3
Content-Length: 215
Lines: 7

hi, test.
______________________________________

===================================================================
新浪免费电子邮箱 http://mail.sina.com.cn
新浪推出奥运短信息手机点播服务 
http://sms.sina.com.cn/

From ralf@uni-koblenz.de  Sat Nov 25 21:10:59 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id VAA13615; Sat, 25 Nov 2000 21:10:59 +0100 (MET)
Received-Date: Sat, 25 Nov 2000 21:10:59 +0100 (MET)
Received: from u-21-18.karlsruhe.ipdial.viaginterkom.de(62.180.18.21)
 via SMTP by guadalquivir.fnet.fr, id smtpd013613; Sat Nov 25 21:10:50 2000
Received: (ralf@lappi) by bacchus.dhis.org id <S868998AbQKYUKO>;
	Sat, 25 Nov 2000 21:10:14 +0100
Date: Sat, 25 Nov 2000 21:10:14 +0100
From: Ralf Baechle <ralf@uni-koblenz.de>
To: mipslinux <mipslinux@sina.com>
Cc: linux-mips@fnet.fr
Subject: Re: subscribe
Message-ID: <20001125211014.B29259@bacchus.dhis.org>
References: <20001125074637.17152.qmail@sina.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20001125074637.17152.qmail@sina.com>; from mipslinux@sina.com on Sat, Nov 25, 2000 at 07:52:35AM +0000
X-Accept-Language: de,en,fr
Content-Length: 129
Lines: 7

On Sat, Nov 25, 2000 at 07:52:35AM +0000, mipslinux wrote:

> hi, test.

You just found a way to make new friends.  NOT.

  Ralf

From kaos@ocs.com.au  Mon Nov 27 06:38:48 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id GAA28647; Mon, 27 Nov 2000 06:38:48 +0100 (MET)
Received-Date: Mon, 27 Nov 2000 06:38:48 +0100 (MET)
Received: from pneumatic-tube.sgi.com(204.94.214.22)
 via SMTP by guadalquivir.fnet.fr, id smtpd028645; Mon Nov 27 06:38:41 2000
Received: from sydney.sydney.sgi.com (sydney.sydney.sgi.com [134.14.48.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id VAA08798; Sun, 26 Nov 2000 21:46:13 -0800 (PST)
	mail_from (kaos@ocs.com.au)
Received: from kao2.melbourne.sgi.com by sydney.sydney.sgi.com via ESMTP (950413.SGI.8.6.12/930416.SGI)
	 id QAA06986; Mon, 27 Nov 2000 16:38:09 +1100
X-Mailer: exmh version 2.1.1 10/15/1999
From: Keith Owens <kaos@ocs.com.au>
To: linuxppc-dev@lists.linuxppc.org, linux-mips@fnet.fr,
        sparclinux@vger.rutgers.edu, ultralinux@vger.rutgers.edu,
        linux-alpha@vger.rutgers.edu
Subject: [patch] 2.4.0-test11 Elf64_Word incorrectly defined
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 27 Nov 2000 16:38:08 +1100
Message-ID: <4492.975303488@kao2.melbourne.sgi.com>
Content-Length: 7417
Lines: 196

This patch only affects the 64 bit architectures.  It works on IA64,
please verify it works on the other 64 bit machines before I send it to
Linus.  Cc kaos@ocs.com.au, I am not on these lists.

The ELF 64 bit spec defines

Name		Size	Alignment	Purpose
Elf64_Addr	  8	  8		Unsigned program address
Elf64_Off	  8	  8		Unsigned file offset
Elf64_Half	  2	  2		Unsigned medium integer
Elf64_Word	  4	  4		Unsigned integer
Elf64_Sword	  4	  4		Signed integer
Elf64_Xword	  8	  8		Unsigned long integer
Elf64_Sxword	  8	  8		Signed long integer
unsigned char	  1	  1		Unsigned small integer

Note that Elf64_Word and Elf64_Sword are 4 bytes, even on 64 bit
machines.  elf.h from glibc 2.1.92 correctly defines these types.  The
kernel incorrectly defines them as 8 bytes.  There is code in
linux/kernel/elf.h that defines a mixture of Elf32 and Elf64 types in
the same structure because the kernel types are wrong, there is even
code that uses __s32 instead of Elf64_Word.

The type mismatch between kernel and userspace causes field
misalignments if you copy a user space definition into the kernel or
vice versa.  One fix is to use different type names for structure
definitions in userspace and kernel to get the same mapping, but that
is a major kludge.  Instead this patch corrects Elf64_[S]Word to 4
bytes bits and adds the correct Elf64_[S]Xword where it really needs 8
bytes.  It also replaces __s32 with Elf64_Word and fixes a few other
incorrect types.

Unless I made an error, the existing structure mappings have not been
affected.  The patch just corrects the mismatched or incorrect types so
the kernel, userspace and the ELF spec agree, it will make it easier
and safer to copy definitions between kernel and user space.

Index: 0-test11.1/include/linux/elf.h
--- 0-test11.1/include/linux/elf.h Tue, 31 Oct 2000 08:28:16 +1100 kaos (linux-2.4/Y/0_elf.h 1.4 644)
+++ 0-test11.1(w)/include/linux/elf.h Thu, 23 Nov 2000 16:05:20 +1100 kaos (linux-2.4/Y/0_elf.h 1.4 644)
@@ -16,8 +16,10 @@ typedef __u64	Elf64_Addr;
 typedef __u16	Elf64_Half;
 typedef __s16	Elf64_SHalf;
 typedef __u64	Elf64_Off;
-typedef __s64	Elf64_Sword;
+typedef __s32	Elf64_Sword;
-typedef __u64	Elf64_Word;
+typedef __u32	Elf64_Word;
+typedef __u64	Elf64_Xword;
+typedef __s64	Elf64_Sxword;
 
 /* These constants are for the segment types stored in the image headers */
 #define PT_NULL    0
@@ -176,10 +178,10 @@ typedef struct dynamic{
 } Elf32_Dyn;
 
 typedef struct {
-  Elf64_Word d_tag;		/* entry tag value */
+  Elf64_Sxword d_tag;		/* entry tag value */
   union {
-    Elf64_Word d_val;
+    Elf64_Xword d_val;
-    Elf64_Word d_ptr;
+    Elf64_Addr d_ptr;
   } d_un;
 } Elf64_Dyn;
 
@@ -370,7 +372,7 @@ typedef struct elf32_rel {
 
 typedef struct elf64_rel {
   Elf64_Addr r_offset;	/* Location at which to apply the action */
-  Elf64_Word r_info;	/* index and type of relocation */
+  Elf64_Xword r_info;	/* index and type of relocation */
 } Elf64_Rel;
 
 typedef struct elf32_rela{
@@ -381,8 +383,8 @@ typedef struct elf32_rela{
 
 typedef struct elf64_rela {
   Elf64_Addr r_offset;	/* Location at which to apply the action */
-  Elf64_Word r_info;	/* index and type of relocation */
+  Elf64_Xword r_info;	/* index and type of relocation */
-  Elf64_Word r_addend;	/* Constant addend used to compute value */
+  Elf64_Sxword r_addend;	/* Constant addend used to compute value */
 } Elf64_Rela;
 
 typedef struct elf32_sym{
@@ -395,12 +397,12 @@ typedef struct elf32_sym{
 } Elf32_Sym;
 
 typedef struct elf64_sym {
-  Elf32_Word st_name;		/* Symbol name, index in string tbl (yes, Elf32) */
+  Elf64_Word st_name;		/* Symbol name, index in string tbl */
   unsigned char	st_info;	/* Type and binding attributes */
   unsigned char	st_other;	/* No defined meaning, 0 */
   Elf64_Half st_shndx;		/* Associated section index */
   Elf64_Addr st_value;		/* Value of the symbol */
-  Elf64_Word st_size;		/* Associated symbol size */
+  Elf64_Xword st_size;		/* Associated symbol size */
 } Elf64_Sym;
 
 
@@ -425,19 +427,19 @@ typedef struct elf32_hdr{
 
 typedef struct elf64_hdr {
   unsigned char	e_ident[16];		/* ELF "magic number" */
-  Elf64_SHalf e_type;
+  Elf64_Half e_type;
   Elf64_Half e_machine;
-  __s32 e_version;
+  Elf64_Word e_version;
   Elf64_Addr e_entry;		/* Entry point virtual address */
   Elf64_Off e_phoff;		/* Program header table file offset */
   Elf64_Off e_shoff;		/* Section header table file offset */
-  __s32 e_flags;
+  Elf64_Word e_flags;
-  Elf64_SHalf e_ehsize;
+  Elf64_Half e_ehsize;
-  Elf64_SHalf e_phentsize;
+  Elf64_Half e_phentsize;
-  Elf64_SHalf e_phnum;
+  Elf64_Half e_phnum;
-  Elf64_SHalf e_shentsize;
+  Elf64_Half e_shentsize;
-  Elf64_SHalf e_shnum;
+  Elf64_Half e_shnum;
-  Elf64_SHalf e_shstrndx;
+  Elf64_Half e_shstrndx;
 } Elf64_Ehdr;
 
 /* These constants define the permissions on sections in the program
@@ -458,14 +460,14 @@ typedef struct elf32_phdr{
 } Elf32_Phdr;
 
 typedef struct elf64_phdr {
-  __s32 p_type;
+  Elf64_Word p_type;
-  __s32 p_flags;
+  Elf64_Word p_flags;
   Elf64_Off p_offset;		/* Segment file offset */
   Elf64_Addr p_vaddr;		/* Segment virtual address */
   Elf64_Addr p_paddr;		/* Segment physical address */
-  Elf64_Word p_filesz;		/* Segment size in file */
+  Elf64_Xword p_filesz;		/* Segment size in file */
-  Elf64_Word p_memsz;		/* Segment size in memory */
+  Elf64_Xword p_memsz;		/* Segment size in memory */
-  Elf64_Word p_align;		/* Segment alignment, file & memory */
+  Elf64_Xword p_align;		/* Segment alignment, file & memory */
 } Elf64_Phdr;
 
 /* sh_type */
@@ -522,16 +524,16 @@ typedef struct {
 } Elf32_Shdr;
 
 typedef struct elf64_shdr {
-  Elf32_Word sh_name;		/* Section name, index in string tbl (yes Elf32) */
+  Elf64_Word sh_name;		/* Section name, index in string tbl */
-  Elf32_Word sh_type;		/* Type of section (yes Elf32) */
+  Elf64_Word sh_type;		/* Type of section */
-  Elf64_Word sh_flags;		/* Miscellaneous section attributes */
+  Elf64_Xword sh_flags;		/* Miscellaneous section attributes */
   Elf64_Addr sh_addr;		/* Section virtual addr at execution */
   Elf64_Off sh_offset;		/* Section file offset */
-  Elf64_Word sh_size;		/* Size of section in bytes */
+  Elf64_Xword sh_size;		/* Size of section in bytes */
-  Elf32_Word sh_link;		/* Index of another section (yes Elf32) */
+  Elf64_Word sh_link;		/* Index of another section */
-  Elf32_Word sh_info;		/* Additional section information (yes Elf32) */
+  Elf64_Word sh_info;		/* Additional section information */
-  Elf64_Word sh_addralign;	/* Section alignment */
+  Elf64_Xword sh_addralign;	/* Section alignment */
-  Elf64_Word sh_entsize;	/* Entry size if section holds table */
+  Elf64_Xword sh_entsize;	/* Entry size if section holds table */
 } Elf64_Shdr;
 
 #define	EI_MAG0		0		/* e_ident[] indexes */
@@ -578,15 +580,10 @@ typedef struct elf32_note {
 } Elf32_Nhdr;
 
 /* Note header in a PT_NOTE section */
-/*
- * For now we use the 32 bit version of the structure until we figure
- * out whether we need anything better.  Note - on the Alpha, "unsigned int"
- * is only 32 bits.
- */
 typedef struct elf64_note {
-  Elf32_Word n_namesz;	/* Name size */
+  Elf64_Word n_namesz;	/* Name size */
-  Elf32_Word n_descsz;	/* Content size */
+  Elf64_Word n_descsz;	/* Content size */
-  Elf32_Word n_type;	/* Content type */
+  Elf64_Word n_type;	/* Content type */
 } Elf64_Nhdr;
 
 #if ELF_CLASS == ELFCLASS32


From ralf@uni-koblenz.de  Tue Nov 28 21:38:15 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id VAA15334; Tue, 28 Nov 2000 21:38:15 +0100 (MET)
Received-Date: Tue, 28 Nov 2000 21:38:15 +0100 (MET)
Received: from u-77-18.karlsruhe.ipdial.viaginterkom.de(62.180.18.77)
 via SMTP by guadalquivir.fnet.fr, id smtpd015331; Tue Nov 28 21:38:02 2000
Received: (ralf@lappi) by bacchus.dhis.org id <S868984AbQK1MGT>;
	Tue, 28 Nov 2000 13:06:19 +0100
Date: Tue, 28 Nov 2000 13:06:19 +0100
From: Ralf Baechle <ralf@uni-koblenz.de>
To: "H . J . Lu" <hjl@valinux.com>
Cc: Nick Clifton <nickc@redhat.com>, drepper@cygnus.com,
        binutils@sources.redhat.com, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
Subject: Re: Update readelf to know about the new ELF constants
Message-ID: <20001128130618.A27204@bacchus.dhis.org>
References: <200011271938.LAA19423@elmo.cygnus.com> <20001127122028.A20242@valinux.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20001127122028.A20242@valinux.com>; from hjl@valinux.com on Mon, Nov 27, 2000 at 12:20:28PM -0800
X-Accept-Language: de,en,fr
Content-Length: 647
Lines: 16

On Mon, Nov 27, 2000 at 12:20:28PM -0800, H . J . Lu wrote:

>      EM_MIPS_RS3_LE    10		MIPS RS3000 Little-endian

I don't know where you got this constant's name from, it's name is
EM_MIPS_RS4_BE (MIPS R4000 big endian) in all literature and header files
I've seen.  RS3000 series from MIPS was a workstation series of the former
Mips Computer Systems, Inc.  not a processor.

The constant is probably no longer in use - if it ever has been. it's only
use I've ever seen is in tools that read ELF but never in tools that write
ELF or in existing ELF files.

Cc'ed to the Linux/MIPS mailing lists; maybe the oldtimers there can comment.

  Ralf

From raiko@niisi.msk.ru  Wed Nov 29 09:13:42 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id JAA21003; Wed, 29 Nov 2000 09:13:42 +0100 (MET)
Received-Date: Wed, 29 Nov 2000 09:13:42 +0100 (MET)
Received: from t111.niisi.ras.ru(193.232.173.111)
 via SMTP by guadalquivir.fnet.fr, id smtpd021001; Wed Nov 29 09:13:36 2000
Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6])
	by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id LAA19691
	for <linux-mips@fnet.fr>; Wed, 29 Nov 2000 11:13:31 +0300
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA07020 for linux-mips@fnet.fr; Wed, 29 Nov 2000 11:12:00 +0300
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA03978 for <linux-mips@fnet.fr>; Wed, 29 Nov 2000 11:10:21 +0300 (MSK)
Message-ID: <3A24BD14.16C845A1@niisi.msk.ru>
Date: Wed, 29 Nov 2000 11:23:48 +0300
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: linux-mips@fnet.fr
Subject: R[23]xx support in 2.2.14
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Content-Length: 296
Lines: 11

Hello,

I've patched current 2.2 adding support for r[23]xx that was removed in
transition from 2.2.1. The patch is based on Harald's patch with some
changes reflecting 2.4 state.

While, I pretend to be accurate :-) I could break other processors, so,
please, check the changes.

Regards,
Gleb.

From macro@ds2.pg.gda.pl  Thu Nov 30 11:06:44 2000
Received: (uucp@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id LAA07074; Thu, 30 Nov 2000 11:06:44 +0100 (MET)
Received-Date: Thu, 30 Nov 2000 11:06:44 +0100 (MET)
Received: from delta.ds2.pg.gda.pl(153.19.144.1)
 via SMTP by guadalquivir.fnet.fr, id smtpd007061; Thu Nov 30 11:06:06 2000
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id NAA15886;
	Wed, 29 Nov 2000 13:10:58 +0100 (MET)
Date: Wed, 29 Nov 2000 13:10:58 +0100 (MET)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Ulrich Drepper <drepper@cygnus.com>
cc: Ralf Baechle <ralf@uni-koblenz.de>, "H . J . Lu" <hjl@valinux.com>,
        Nick Clifton <nickc@redhat.com>, binutils@sources.redhat.com,
        linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: Update readelf to know about the new ELF constants
In-Reply-To: <m3wvdnsu3z.fsf@otr.mynet.cygnus.com>
Message-ID: <Pine.GSO.3.96.1001129130308.13815B-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 1170
Lines: 24

On 28 Nov 2000, Ulrich Drepper wrote:

> > >      EM_MIPS_RS3_LE    10		MIPS RS3000 Little-endian
> > 
> > I don't know where you got this constant's name from, it's name is
> > EM_MIPS_RS4_BE (MIPS R4000 big endian) in all literature and header files
> > I've seen.  RS3000 series from MIPS was a workstation series of the former
> > Mips Computer Systems, Inc.  not a processor.
> 
> This is the name in the current ABI specs.  If it's changed then on
> request of somebody who registered it.

 Well, I would only add the name should probably be EM_MIPS_R3_LE (and
ditto the comment).  We might actually use it for mipsel-linux especially
as the ABI explicitly states EM_MIPS is for big endian machines but I'm
not sure it's worth bothering as the endianness is specified
independently.  I believe all software involved should handle it well -- I
recall Linux, glibc, binutils, modutils all handle both tags fine.  It's
just BFD that does not generate EM_MIPS_R3_LE. 

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +