From cho182@earthlink.net Sun Sep 24 07:46:02 2000 Received: from hls.co.nz (smtp.hls.co.nz [210.54.249.234]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id HAA09798; Sun, 24 Sep 2000 07:45:59 +0200 (MET DST) Received-Date: Sun, 24 Sep 2000 07:45:59 +0200 (MET DST) From: cho182@earthlink.net Received: from sdn-ar-001tnknoxP308.dialsprint.net_[168.191.249.174] (sdn-ar-001tnknoxP308.dialsprint.net [168.191.249.174]) by hls.co.nz; Sun, 17 Sep 2000 18:05:39 +1200 Received: from by sdn-ar-001tnknoxP308.dialsprint.net with ESMTP; Sun, 17 Sep 2000 02:06:10 -0400 Message-ID: <0000152230c9$00001192$00001a10@> To: Subject: Viagra Is For Everyone!! 6672 Date: Sun, 17 Sep 2000 02:06:07 -0400 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal = Get VIAGRA



the breakthrough medication for impotence

delivered to your mailbox...



.without leaving your computer.



In less than 5 minutes you can complete the on-line consultation and in
many cases have the medication in 24 hours.



>From our website to your mailbox.

On-line consultation for treatment of compromised sexual function.



Convenient...affordable....confidential.

We ship VIAGRA worldwide at US prices.



To Order Visit:http://www= .allthemeds.com/viagra.htm







Under Bill 1618 TITLE III passed by the 105th U.S. Congress

this letter can not be considered spam as long as we include:

Contact information & a Remove Link.

TO REMOVE CLICK ON mailto:y= en4u2@tokyo.com































 From flo@rfc822.org Mon Sep 25 11:30:59 2000 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA20030; Mon, 25 Sep 2000 11:30:58 +0200 (MET DST) Received-Date: Mon, 25 Sep 2000 11:30:58 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id D3B457FD; Mon, 25 Sep 2000 11:37:09 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 3023A9014; Mon, 25 Sep 2000 11:24:13 +0200 (CEST) Date: Mon, 25 Sep 2000 11:24:13 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000925112413.B3247@paradigm.rfc822.org> References: <20000922152604.A2627@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000922152604.A2627@bacchus.dhis.org>; from ralf@oss.sgi.com on Fri, Sep 22, 2000 at 03:26:04PM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org On Fri, Sep 22, 2000 at 03:26:04PM +0200, Ralf Baechle wrote: > I've uploaded the hopefully last glibc 2.0.6 release to oss.sgi.com. The > rpm package filenames are: > > glibc-2.0.6-6lm.src.rpm, Build fails on mipsel ... gcc rpcinfo.c -c -O2 -g -w -I. -I.. -I../libio -I../sysdeps/mips/elf -I../crypt/sysdeps/unix -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/mips -I../linuxthreads/sysdeps/pthread/cmpxchg -I../sysdeps/unix/sysv/linux/mips -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/mips -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/mips/mipsel -I../sysdeps/mips -I../sysdeps/wordsize-32 -I../sysdeps/ieee754 -I../sysdeps/libm-ieee754 -I../sysdeps/generic -I../sysdeps/stub -D_LIBC_REENTRANT -D_PATH_RPC='"/etc/rpc"' -include ../libc-symbols.h -o rpcinfo.o gcc -nostdlib -nostartfiles -o rpcinfo -Wl,-dynamic-linker=/lib/ld.so.1 -g ../csu/start.o ../csu/crti.o `gcc --print-file-name=crtbegin.o` rpcinfo.o -Wl,-rpath-link=..:../elf:../nss ../libc.so.6 ../elf/ld.so.1 ../libc.a -lgcc `gcc --print-file-name=crtend.o` ../csu/crtn.o /bin/sh: invalid character 45 in exportstr for full-config-sysdirs LD_LIBRARY_PATH=..:../elf:../nss ../elf/ld.so.1 ./rpcgen -c rpcsvc/bootparam.x -o xbootparam.T /bin/sh: invalid character 45 in exportstr for full-config-sysdirs make[1]: *** [xbootparam.stmp] Segmentation fault make[1]: Leaving directory `/usr/src/redhat/BUILD/glibc-2.0.6/sunrpc' make: *** [sunrpc/others] Error 2 Bad exit status from /var/tmp/rpm-tmp.29023 (%build) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From bianca@usa.net Mon Sep 25 12:19:15 2000 Received: from mail1.netcom.net.uk (root@mail1.netcom.net.uk [194.42.236.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA20787; Mon, 25 Sep 2000 12:19:10 +0200 (MET DST) Received-Date: Mon, 25 Sep 2000 12:19:10 +0200 (MET DST) From: bianca@usa.net Received: from mail.impax.co.uk ([212.2.13.204]) by mail1.netcom.net.uk (8.8.8/8.7.3) with ESMTP id LAA17241; Mon, 25 Sep 2000 11:09:49 +0100 (BST) Received: from sdn-ar-009nvlvegP245.dialsprint.net by mail.impax.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8) id RBNJ8HP9; Mon, 25 Sep 2000 11:11:49 +0100 Message-ID: <000036b140e5$00000fb8$00002127@> To: Subject: Viagra can benefit EVERYONE. Date: Mon, 25 Sep 2000 02:22:06 -0700 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal Reply-To: medonline@hotmail.com Viagra is scientifically proven to help/prevent impotence.=
You've seen it everywhere: ABC, NBC, CBS, and FOX.
Viagra is for everyone. Aged 20-70? Viagra can help.
Now you can get Viagra via Online Prescription.
You can only get it at E-Meds. See the link below.
There is no time like the present. See what Viagra can do
for you. You will NOT be dissapointed. Everything you've
heard is true. Give it a try, and you'll see.


The E-Meds Online Pharmacy has it all.0 Best of all, we have
Viagra. The news is real; the rumors are true. Viagra is the
physician-approved impotence solution for the new millenium. No
matter what your age, race, or age, Viagra can benefit your sex
life. Give it a try; see what everyone is talking about. Need
anything else? Claritin, Zyban, Propecia, Xenical? We have it.

http://www.bestmediconline.com/viagraone.htm none0 Click here for Viagra.




This message is sent in compliance of the new e-mail bill: SECTION 301. <= BR> Per Section 301, Paragraph (a)(2)(C) of S. 1618, further transmissions to you by the sender of this email may be stopped at no cost to you.
Prevent bulk emailers from mailing you in the future. Simply reply to thi= s
email with your email address in the body, and you will be removed.

Viagra is scientificall= y proven to help/prevent impotence.

You've seen it everywhere: ABC,= NBC, CBS, and FOX.

Viagra is for everyone. Aged 20-70? Viagra can= help.

Now you can get Viagra via Online Prescription.

From ralf@oss.sgi.com Mon Sep 25 13:23:18 2000 Received: from u-194.karlsruhe.ipdial.viaginterkom.de (u-194.karlsruhe.ipdial.viaginterkom.de [62.180.10.194]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA22507; Mon, 25 Sep 2000 13:23:03 +0200 (MET DST) Received-Date: Mon, 25 Sep 2000 13:23:03 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 25 Sep 2000 13:20:57 +0200 Date: Mon, 25 Sep 2000 13:20:56 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000925132056.A7598@bacchus.dhis.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000925112413.B3247@paradigm.rfc822.org>; from flo@rfc822.org on Mon, Sep 25, 2000 at 11:24:13AM +0200 X-Accept-Language: de,en,fr On Mon, Sep 25, 2000 at 11:24:13AM +0200, Florian Lohoff wrote: > Build fails on mipsel ... These messages look like file corruption. Maybe one of the `features' of the 2.4.0-test kernels and not libc at all? Ralf From flo@rfc822.org Mon Sep 25 16:20:54 2000 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA24738; Mon, 25 Sep 2000 16:20:53 +0200 (MET DST) Received-Date: Mon, 25 Sep 2000 16:20:53 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 4477D801; Mon, 25 Sep 2000 16:27:07 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 8F1DA9014; Mon, 25 Sep 2000 16:15:00 +0200 (CEST) Date: Mon, 25 Sep 2000 16:15:00 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000925161500.A4773@paradigm.rfc822.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000925132056.A7598@bacchus.dhis.org>; from ralf@oss.sgi.com on Mon, Sep 25, 2000 at 01:20:56PM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org On Mon, Sep 25, 2000 at 01:20:56PM +0200, Ralf Baechle wrote: > On Mon, Sep 25, 2000 at 11:24:13AM +0200, Florian Lohoff wrote: > > > Build fails on mipsel ... > > These messages look like file corruption. Maybe one of the `features' > of the 2.4.0-test kernels and not libc at all? I dont think so - I succeeded to compile ~2000 Packages of debian on this kernel and its noticeably the first execution with the "new" ld.so LD_LIBRARY_PATH=..:../elf:../nss ../elf/ld.so.1 ./rpcgen -c rpcsvc/bootparam.x -o xbootparam.T /bin/sh: invalid character 45 in exportstr for full-config-sysdirs make[1]: *** [xbootparam.stmp] Segmentation fault Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From jsun@mvista.com Mon Sep 25 20:49:32 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 UAA27939; Mon, 25 Sep 2000 20:49:31 +0200 (MET DST) Received-Date: Mon, 25 Sep 2000 20:49:31 +0200 (MET DST) 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 e8PIlwx18947; Mon, 25 Sep 2000 11:47:58 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39CF9DFC.F30B302B@mvista.com> Date: Mon, 25 Sep 2000 11:48:28 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: load_unaligned() and "uld" instruction Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The USB sub-system uses "unaligned.h" file to access unaligned data. All the unaligned data access functions depend on "uld" and "usw" instructions, which are not available on many CPUs. I wonder if there is a version of unaligned access functions which do not depend on those instructions. If not, I can probably write one. Any suggestions? Jun From ralf@oss.sgi.com Mon Sep 25 22:14:56 2000 Received: from u-53.karlsruhe.ipdial.viaginterkom.de (u-53.karlsruhe.ipdial.viaginterkom.de [62.180.20.53]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA29166; Mon, 25 Sep 2000 22:14:53 +0200 (MET DST) Received-Date: Mon, 25 Sep 2000 22:14:53 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 25 Sep 2000 22:14:15 +0200 Date: Mon, 25 Sep 2000 22:14:14 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000925221414.A6190@bacchus.dhis.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000925161500.A4773@paradigm.rfc822.org>; from flo@rfc822.org on Mon, Sep 25, 2000 at 04:15:00PM +0200 X-Accept-Language: de,en,fr On Mon, Sep 25, 2000 at 04:15:00PM +0200, Florian Lohoff wrote: > > > Build fails on mipsel ... > > > > These messages look like file corruption. Maybe one of the `features' > > of the 2.4.0-test kernels and not libc at all? > > I dont think so - I succeeded to compile ~2000 Packages of debian > on this kernel and its noticeably the first execution with the "new" ld.so I week of CPU time on an Origin building packages: No problems ... I'm actually fairly close to get a RH 6.2 built - as far as that is possible with glibc 2.0. > LD_LIBRARY_PATH=..:../elf:../nss ../elf/ld.so.1 ./rpcgen -c rpcsvc/bootparam.x -o xbootparam.T > /bin/sh: invalid character 45 in exportstr for full-config-sysdirs > make[1]: *** [xbootparam.stmp] Segmentation fault Ok, second theory. What linker where you using to build all this programs? The new ld.so needs to know what ld has built programs due to some pretty stupid pre-2.9.something brokeness in R_MIPS_32 reloction handling. Ralf From dom@algor.co.uk Mon Sep 25 23:06:25 2000 Received: from kenton.algor.co.uk (root@smtp.algor.co.uk [62.254.210.199]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA29996; Mon, 25 Sep 2000 23:06:24 +0200 (MET DST) Received-Date: Mon, 25 Sep 2000 23:06:24 +0200 (MET DST) 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 WAA21144; Mon, 25 Sep 2000 22:05:45 +0100 (GMT/BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id WAA01137; Mon, 25 Sep 2000 22:16:33 +0100 (GMT/BST) Date: Mon, 25 Sep 2000 22:16:33 +0100 (GMT/BST) Message-Id: <200009252116.WAA01137@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Jun Sun Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction In-Reply-To: <39CF9DFC.F30B302B@mvista.com> References: <39CF9DFC.F30B302B@mvista.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Jun Sun (jsun@mvista.com) writes: > The USB sub-system uses "unaligned.h" file to access unaligned data. > All the unaligned data access functions depend on "uld" and "usw" > instructions, which are not available on many CPUs. You won't find the instruction 'uld' in *any* MIPS CPU. uld is an assembler macro-instruction translating into a ldl ldr pair (the instructions are called load-double-left and load-double-right). The exact translation depends on whether you're running big-endian or little-endian... but the 32-bit version on a big-endian CPU is that ulw $1,

is assembled as lwl $1,
lwr $1, The way that the load-left and load-right work together is kind of tricky to get your head round. So far as I know, all 64-bit MIPS CPUs implement ldl/ldr and the store equivalents. MIPS patented these instructions, so clones like Lexra's don't implement the 32-bit versions (lwl, lwr etc). -- Dominic Sweetman Algorithmics Ltd The Fruit Farm, Ely Road, Chittering, CAMBS CB5 9PH, ENGLAND phone: +44 1223 706200 / fax: +44 1223 706250 / http://www.algor.co.uk From jsun@mvista.com Mon Sep 25 23:38:03 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 XAA00820; Mon, 25 Sep 2000 23:38:01 +0200 (MET DST) Received-Date: Mon, 25 Sep 2000 23:38:01 +0200 (MET DST) 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 e8PLa9x24119; Mon, 25 Sep 2000 14:36:09 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39CFC567.DD66BC56@mvista.com> Date: Mon, 25 Sep 2000 14:36:39 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: Dominic Sweetman CC: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dominic Sweetman wrote: > > Jun Sun (jsun@mvista.com) writes: > > > The USB sub-system uses "unaligned.h" file to access unaligned data. > > All the unaligned data access functions depend on "uld" and "usw" > > instructions, which are not available on many CPUs. > > You won't find the instruction 'uld' in *any* MIPS CPU. > > uld is an assembler macro-instruction translating into a > > ldl > ldr > > pair (the instructions are called load-double-left and > load-double-right). The exact translation depends on whether you're > running big-endian or little-endian... but the 32-bit version on a > big-endian CPU is that > > ulw $1,
> > is assembled as > > lwl $1,
> lwr $1, > > The way that the load-left and load-right work together is kind of > tricky to get your head round. > > So far as I know, all 64-bit MIPS CPUs implement ldl/ldr and the store > equivalents. MIPS patented these instructions, so clones like Lexra's > don't implement the 32-bit versions (lwl, lwr etc). > > -- > Dominic Sweetman > Algorithmics Ltd > The Fruit Farm, Ely Road, Chittering, CAMBS CB5 9PH, ENGLAND > phone: +44 1223 706200 / fax: +44 1223 706250 / http://www.algor.co.uk Dominic, Thanks for the clarification. I looked at my problem again, and it turns out that it was caused by "-mips2" compiler option. If I use "-mips3", the complain goes away, which seems to make sense - assuming "uld" and "usw" are introduced in mips III. This actually brings another question (which I thought I have posted before). Take a look of arch/mips/Makefile, you will find most CPUS uses -mips2 compiler option. While -mips2 is safe, it cannot take advantages of "uld" etc. Is there any reason that we don't want to use -mips3, at least for some of the later CPUs? If we have to use "-mips2" option, is there a clean way which allows us to "uld/usw" instructions (instead of manually twicking the compilation for each file that uses them)? Another question is that in the same file most CPUs will take another compiler option such as "-mcpu=r8000", in which case the cpu model usually does NOT correspond to the actual CPU. Why is that? Thanks. Jun From ralf@oss.sgi.com Tue Sep 26 01:30:25 2000 Received: from u-53.karlsruhe.ipdial.viaginterkom.de (u-53.karlsruhe.ipdial.viaginterkom.de [62.180.20.53]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA03225; Tue, 26 Sep 2000 01:30:02 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 01:30:02 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 26 Sep 2000 01:29:22 +0200 Date: Tue, 26 Sep 2000 01:29:22 +0200 From: Ralf Baechle To: Jun Sun Cc: Dominic Sweetman , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction Message-ID: <20000926012922.A7639@bacchus.dhis.org> References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39CFC567.DD66BC56@mvista.com>; from jsun@mvista.com on Mon, Sep 25, 2000 at 02:36:39PM -0700 X-Accept-Language: de,en,fr On Mon, Sep 25, 2000 at 02:36:39PM -0700, Jun Sun wrote: > I looked at my problem again, and it turns out that it was caused by > "-mips2" compiler option. If I use "-mips3", the complain goes away, > which seems to make sense - assuming "uld" and "usw" are introduced in > mips III. > > This actually brings another question (which I thought I have posted > before). Take a look of arch/mips/Makefile, you will find most CPUS > uses -mips2 compiler option. While -mips2 is safe, it cannot take > advantages of "uld" etc. Is there any reason that we don't want to use > -mips3, at least for some of the later CPUs? You cannot use any kind of 64-bit operation for the 32-bit kernel except for the $zero register. This is because all exceptions as far as they store / restore the integer registers at all will only deal with the lower 32-bit of the registers. In other word any interrupt will corrupt the upper 32-bit bit of gp registers. Back in history I tried to enable the use of the full 64-bit register in the kernel - it ended up ugly as hell, especially because we still want to be able to share most of the code with the R3000. > If we have to use "-mips2" option, is there a clean way which allows us > to "uld/usw" instructions (instead of manually twicking the compilation > for each file that uses them)? > > Another question is that in the same file most CPUs will take another > compiler option such as "-mcpu=r8000", in which case the cpu model > usually does NOT correspond to the actual CPU. Why is that? -mcpu= chooses what CPU gcc will schedule instructions for. No matter what value you choose for the code will run on all CPUs. -mips chooses which ISA level gcc will generate code for; that code won't run on CPUs with a ISA level less than . Ralf From flo@rfc822.org Tue Sep 26 01:32:42 2000 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA03267; Tue, 26 Sep 2000 01:32:41 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 01:32:41 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id B685E812; Tue, 26 Sep 2000 01:38:50 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id D5B5F9014; Tue, 26 Sep 2000 01:04:16 +0200 (CEST) Date: Tue, 26 Sep 2000 01:04:16 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000926010416.B3761@paradigm.rfc822.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000925221414.A6190@bacchus.dhis.org>; from ralf@oss.sgi.com on Mon, Sep 25, 2000 at 10:14:14PM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org On Mon, Sep 25, 2000 at 10:14:14PM +0200, Ralf Baechle wrote: > On Mon, Sep 25, 2000 at 04:15:00PM +0200, Florian Lohoff wrote: > > LD_LIBRARY_PATH=..:../elf:../nss ../elf/ld.so.1 ./rpcgen -c rpcsvc/bootparam.x -o xbootparam.T > > /bin/sh: invalid character 45 in exportstr for full-config-sysdirs > > make[1]: *** [xbootparam.stmp] Segmentation fault > > Ok, second theory. What linker where you using to build all this programs? > The new ld.so needs to know what ld has built programs due to some pretty > stupid pre-2.9.something brokeness in R_MIPS_32 reloction handling. egcs 1.0.3a binutils 2.8.1 (Very conservative) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From ralf@oss.sgi.com Tue Sep 26 02:48:04 2000 Received: from u-53.karlsruhe.ipdial.viaginterkom.de (u-53.karlsruhe.ipdial.viaginterkom.de [62.180.20.53]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA04681; Tue, 26 Sep 2000 02:47:38 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 02:47:38 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 26 Sep 2000 02:46:56 +0200 Date: Tue, 26 Sep 2000 02:46:56 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000926024656.A8306@bacchus.dhis.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <20000926010416.B3761@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000926010416.B3761@paradigm.rfc822.org>; from flo@rfc822.org on Tue, Sep 26, 2000 at 01:04:16AM +0200 X-Accept-Language: de,en,fr On Tue, Sep 26, 2000 at 01:04:16AM +0200, Florian Lohoff wrote: > On Mon, Sep 25, 2000 at 10:14:14PM +0200, Ralf Baechle wrote: > > On Mon, Sep 25, 2000 at 04:15:00PM +0200, Florian Lohoff wrote: > > > LD_LIBRARY_PATH=..:../elf:../nss ../elf/ld.so.1 ./rpcgen -c rpcsvc/bootparam.x -o xbootparam.T > > > /bin/sh: invalid character 45 in exportstr for full-config-sysdirs > > > make[1]: *** [xbootparam.stmp] Segmentation fault > > > > Ok, second theory. What linker where you using to build all this programs? > > The new ld.so needs to know what ld has built programs due to some pretty > > stupid pre-2.9.something brokeness in R_MIPS_32 reloction handling. > > egcs 1.0.3a binutils 2.8.1 (Very conservative) That's actually the one combination I haven't tested. Looking into it and don't hold your breath :-(. Ralf From kevink@mips.com Tue Sep 26 08:20:27 2000 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA07235; Tue, 26 Sep 2000 08:20:22 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 08:20:22 +0200 (MET DST) Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id XAA22345; Mon, 25 Sep 2000 23:19:34 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id XAA22160; Mon, 25 Sep 2000 23:19:46 -0700 (PDT) Message-ID: <000d01c02782$32d31560$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Jun Sun" , "Dominic Sweetman" Cc: , References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> Subject: Re: load_unaligned() and "uld" instruction Date: Tue, 26 Sep 2000 08:22:36 +0200 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 > Dominic, > > Thanks for the clarification. I'll second that - he beat me to it! > I looked at my problem again, and it turns out that it was caused by > "-mips2" compiler option. If I use "-mips3", the complain goes away, > which seems to make sense - assuming "uld" and "usw" are > introduced in mips III. The "load word left/right" and "store word left/right" instructions are part of the original MIPS I ISA. On the other hand, "uld" represents a load of an unalgined quad or "doubleword" of 64-bits, and uses 64-bit load double right/left instructions that are part of the 64-bit MIPS III ISA. > This actually brings another question (which I thought I have posted > before). Take a look of arch/mips/Makefile, you will find most CPUS > uses -mips2 compiler option. While -mips2 is safe, it cannot take > advantages of "uld" etc. Is there any reason that we don't want to use > -mips3, at least for some of the later CPUs? > > If we have to use "-mips2" option, is there a clean way which allows us > to "uld/usw" instructions (instead of manually twicking the compilation > for each file that uses them)? This is a general problem that I've had to fight with the "main line" MIPS/Linux distribution. Most of the work being done is being done on SGI platforms, and all SGI systems since the Crimson have had 64-bit CPUs. Older DECStations use R3000s, and more importantly, many of the new embedded MIPS designs use "MIPS32" processors that have R4000-like system coprocessors, but only 32-bit data paths. I had to do a fairly complete redesign of the 2.2 semaphore support code, for example, in order to get it to rely only on the 32-bit forms of load locked and store conditional. It's clear that I'll have to do something similar with the unaligned accesses in the USB support code before it will run on the MIPS 4Kc and similar CPUs. > Another question is that in the same file most CPUs will take another > compiler option such as "-mcpu=r8000", in which case the cpu model > usually does NOT correspond to the actual CPU. Why is that? The -mcpu tells the compiler and assembler for what kind of pipeline it should optimise, which is independent of the ISA level. "-mcpu=r8000", for example, tells the tools that the CPU is superscalar. Thus one sees that option selected for the R5000 platforms, even though the R5000 and R8000 pipelines are otherwise very dissimilar. Regards, Kevin K. From raiko@niisi.msk.ru Tue Sep 26 10:20:33 2000 Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA08301; Tue, 26 Sep 2000 10:20:14 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 10:20:14 +0200 (MET DST) 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 NAA06351; Wed, 1 Jan 1997 13:42:26 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA10418; Tue, 26 Sep 2000 11:51:43 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA15053; Tue, 26 Sep 2000 12:16:48 +0300 (MSK) Message-ID: <39D05E8B.A7F4A2D9@niisi.msk.ru> Date: Tue, 26 Sep 2000 12:30:03 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en,ru MIME-Version: 1.0 To: Ralf Baechle CC: Florian Lohoff , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Ralf, BTW, what should we use as system headers with glibc nowadays ? Should it be old HardHat kernel-headers-2.1.100 or newer 2.2.x ? > I week of CPU time on an Origin building packages: No problems ... I'm > actually fairly close to get a RH 6.2 built - as far as that is possible > with glibc 2.0. > Do you have the packages somewhere on the net ? I am personally interested in disk packages (fdisk, msdostools &co.) and the packages required in order to run 2.2 kernels. Old HardHat cfdisk, for example, seems to create partitions in the big endian format. At least, the rest see garbage after cfdisk creates a partition table. Regards, Gleb. From raiko@niisi.msk.ru Tue Sep 26 10:30:19 2000 Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA08845; Tue, 26 Sep 2000 10:30:10 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 10:30:10 +0200 (MET DST) 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 NAA06412; Wed, 1 Jan 1997 13:52:26 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id MAA10527; Tue, 26 Sep 2000 12:00:39 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA15222; Tue, 26 Sep 2000 12:24:45 +0300 (MSK) Message-ID: <39D06065.FC00C7A0@niisi.msk.ru> Date: Tue, 26 Sep 2000 12:37:57 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en,ru MIME-Version: 1.0 To: Florian Lohoff CC: Ralf Baechle , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <20000926010416.B3761@paradigm.rfc822.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit > > Ok, second theory. What linker where you using to build all this programs? > > The new ld.so needs to know what ld has built programs due to some pretty > > stupid pre-2.9.something brokeness in R_MIPS_32 reloction handling. > > egcs 1.0.3a binutils 2.8.1 (Very conservative) > Well, another question. Ralf uploaded cross tools rpms year ago. Does anybody have native rmps for big endian ? Also, does anybody have cross tools for sparc glibc 2.1 (RH6.x sparc distribution) ? I can't compile cross gcc on my Ultra, it seems like a bug in the sparc compiler, the process fails in parsing an enum decl in a header. Regards, Gleb. From dom@algor.co.uk Tue Sep 26 10:58:00 2000 Received: from kenton.algor.co.uk (root@smtp.algor.co.uk [62.254.210.199]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA10062; Tue, 26 Sep 2000 10:57:57 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 10:57:57 +0200 (MET DST) 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 JAA24255; Tue, 26 Sep 2000 09:57:19 +0100 (GMT/BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id KAA00259; Tue, 26 Sep 2000 10:08:15 +0100 (GMT/BST) Date: Tue, 26 Sep 2000 10:08:15 +0100 (GMT/BST) Message-Id: <200009260908.KAA00259@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Kevin D. Kissell" Cc: "Jun Sun" , "Dominic Sweetman" , , Subject: Re: load_unaligned() and "uld" instruction In-Reply-To: <000d01c02782$32d31560$0deca8c0@Ulysses> References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Kevin D. Kissell (kevink@mips.com) writes: > > Another question is that in the same file most CPUs will take another > > compiler option such as "-mcpu=r8000", in which case the cpu model > > usually does NOT correspond to the actual CPU. Why is that? > > The -mcpu tells the compiler and assembler for what kind > of pipeline it should optimise, which is independent of the > ISA level. "-mcpu=r8000", for example, tells the tools that > the CPU is superscalar. Thus one sees that option selected > for the R5000 platforms, even though the R5000 and R8000 > pipelines are otherwise very dissimilar. Hmm. I wish it was that simple. But some MIPS CPUs have instruction set additions which are not related to the mips1, mips2, etc. For example, a whole collection of parts with a vaguely "embedded" orientation has integer multiply/accumulate instructions. Algorithmics' version of GCC (and, I'm sure, others) picks up on the -mcpu=xxx flag to do that. In fact, I don't think there's any other way to allow the compiler to warn you of some bizarre omissions from one or two rogue CPUs. But until compiler support for MIPS Linux is more systematic, you'd be better being conservative. And you don't want to unnecessarily multiply kernel versions - so in general, don't say "-mcpu=" anything for kernel builds. The Linux convention is "-mips2"; which is quite odd, because the MIPS-II ISA was incarnate in just one CPU (the R6000). A few units were made around 1990 and even fewer worked; the project was overtaken by the (-mips3, 64-bit) R4000. Subsequently, and confusingly, "-mips2" has been re-used to mean "-mips3 but don't assume 64-bit registers". Except for floating point. Maybe. (it's sometimes not a good idea to re-use a term). Ralf wrote: > You cannot use any kind of 64-bit operation for the 32-bit kernel... Outside SGI circles, I believe, "32-bit kernels" are all that are likely to work... > ... except for the $zero register. This is because all exceptions > as far as they store / restore the integer registers at all will > only deal with the lower 32-bit of the registers. In other word any > interrupt will corrupt the upper 32-bit bit of gp registers. Even calling a subroutine compiled 32-bit may corrupt one of the registers which are supposed to be preserved. As Kevin indicates, it would probably be worth some effort to converge on a kernel which would: 1. build for either 32-bit ("MIPS32" and near-miss) and 64-bit (MIPS3, MIPS4 and MIPS64) CPUs. 2. Allow 64-bit operations on 64-bit CPUs, without insisting that C data types grow. Need to save the whole of registers and compile "long long" and "double" data types... This is possible, but needs some thought. AFAIK, the GCC currently used for Linux changes the whole calling convention when -mips3 is selected, which makes (2) pretty difficult. -- Dominic Sweetman Algorithmics Ltd The Fruit Farm, Ely Road, Chittering, CAMBS CB5 9PH, ENGLAND phone: +44 1223 706200 / fax: +44 1223 706250 / http://www.algor.co.uk From flo@rfc822.org Tue Sep 26 12:38:41 2000 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA10574; Tue, 26 Sep 2000 12:38:40 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 12:38:40 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id A77B77F3; Tue, 26 Sep 2000 12:44:58 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 8F1FB9014; Tue, 26 Sep 2000 12:36:00 +0200 (CEST) Date: Tue, 26 Sep 2000 12:36:00 +0200 From: Florian Lohoff To: "Gleb O. Raiko" Cc: Ralf Baechle , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000926123600.A413@paradigm.rfc822.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <20000926010416.B3761@paradigm.rfc822.org> <39D06065.FC00C7A0@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39D06065.FC00C7A0@niisi.msk.ru>; from raiko@niisi.msk.ru on Tue, Sep 26, 2000 at 12:37:57PM +0400 Organization: rfc822 - pure communication Sender: flo@rfc822.org On Tue, Sep 26, 2000 at 12:37:57PM +0400, Gleb O. Raiko wrote: > > > Ok, second theory. What linker where you using to build all this programs? > > > The new ld.so needs to know what ld has built programs due to some pretty > > > stupid pre-2.9.something brokeness in R_MIPS_32 reloction handling. > > > > egcs 1.0.3a binutils 2.8.1 (Very conservative) > > > > Well, another question. Ralf uploaded cross tools rpms year ago. Does > anybody have native rmps for big endian ? Also, does anybody have cross > tools for sparc glibc 2.1 (RH6.x sparc distribution) ? I can't compile > cross gcc on my Ultra, it seems like a bug in the sparc compiler, the > process fails in parsing an enum decl in a header. I tried to compile cross gcc/binutils from CVS a couple of times for Linux/Sparc (Ultra) which didnt work as somewhere in the middle the beast meant to use the native "as" instead of mipsel-linux-as Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From jarmar@vega.wsm.gdynia.pl Tue Sep 26 17:58:56 2000 Received: from vega.wsm.gdynia.pl (vega.wsm.gdynia.pl [153.19.112.230]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA17038; Tue, 26 Sep 2000 17:58:55 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 17:58:55 +0200 (MET DST) Received: from localhost (jarmar@localhost) by vega.wsm.gdynia.pl (8.8.8+Sun/8.8.8) with ESMTP id RAA22780 for ; Tue, 26 Sep 2000 17:59:49 +0200 (MET DST) Date: Tue, 26 Sep 2000 17:59:49 +0200 (MET DST) From: Jarek Mrozek To: linux-mips@fnet.fr Subject: Bad console baud rate 8 In-Reply-To: <200009241250.OAA13375@guadalquivir.fnet.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I'm new. Where I may find faq this group, or archive. I have one big problem. I can't install Linux on SGI. I set up bootp and tftp on anoder linux machine. When I try boot():vmlinux I get message: Bad console baud rate 8. (I have PC as console for SGI) Best regards Jarek From wesolows@rotor.chem.unr.edu Tue Sep 26 19:54:07 2000 Received: from rotor.chem.unr.edu (root@rotor.chem.unr.edu [134.197.32.176]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA17711; Tue, 26 Sep 2000 19:54:05 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 19:54:05 +0200 (MET DST) Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id KAA16855; Tue, 26 Sep 2000 10:48:05 -0700 Date: Tue, 26 Sep 2000 10:48:05 -0700 From: Keith M Wesolowski To: "Gleb O. Raiko" Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000926104805.C15401@chem.unr.edu> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <20000926010416.B3761@paradigm.rfc822.org> <39D06065.FC00C7A0@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39D06065.FC00C7A0@niisi.msk.ru>; from raiko@niisi.msk.ru on Tue, Sep 26, 2000 at 12:37:57PM +0400 X-Complaints-To: postmaster@chem.unr.edu On Tue, Sep 26, 2000 at 12:37:57PM +0400, Gleb O. Raiko wrote: > Well, another question. Ralf uploaded cross tools rpms year ago. Does > anybody have native rmps for big endian ? Also, does anybody have cross > tools for sparc glibc 2.1 (RH6.x sparc distribution) ? I can't compile > cross gcc on my Ultra, it seems like a bug in the sparc compiler, the > process fails in parsing an enum decl in a header. Native rpms, no. Native tarballs that "work," yes. I do have cross tools (again, not RPMs) for sparc glibc 2.1 - it's my main devel environment. I also have a script that builds an entire cross toolchain and kernel for any versions of gcc/binutils/glibc/kernel that you supply, and it's tested mainly on sparc glibc 2.1. I have not yet had any problems building such a cross toolchain, with a mainly stock RH6.2 system (make has to be upgraded to build recent glibc). Information on how I'm doing this is at http://foobazco.org/~wesolows/mips-cross.html. I recommend using the make-cross tools, however, located at ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple/crossdev/. HTH. -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From jsun@mvista.com Tue Sep 26 20:06:11 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 UAA17876; Tue, 26 Sep 2000 20:06:09 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 20:06:09 +0200 (MET DST) 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 e8QI3fx19179; Tue, 26 Sep 2000 11:03:41 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39D0E51C.79A0BE50@mvista.com> Date: Tue, 26 Sep 2000 11:04:12 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: "Kevin D. Kissell" , ralf@oss.sgi.com CC: Dominic Sweetman , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Kevin D. Kissell" wrote: > > > > If we have to use "-mips2" option, is there a clean way which allows us > > to "uld/usw" instructions (instead of manually twicking the compilation > > for each file that uses them)? > Ralf, before the perfect solution is found, the following patch makes the gcc complain go away. It just use ".set mips3" pragma. > It's clear that I'll have to do > something similar with the unaligned accesses in the USB > support code before it will run on the MIPS 4Kc and > similar CPUs. > I am pretty close to get USB running with the v2.4-test5. The unaligned access is the minor problem. The bigger problem I am fighting with now is bus_to_virt()/virt_to_bus() and USB interrupt. Jun ===================================== --- linux/include/asm-mips/unaligned.h.orig Mon Sep 25 14:02:52 2000 +++ linux/include/asm-mips/unaligned.h Tue Sep 26 10:53:31 2000 @@ -19,7 +19,7 @@ { unsigned long long __res; - __asm__("uld\t%0,(%1)" + __asm__(".set\tmips3\n\tuld\t%0,(%1)" :"=&r" (__res) :"r" (__addr)); @@ -33,7 +33,7 @@ { unsigned long __res; - __asm__("ulw\t%0,(%1)" + __asm__(".set\tmips3\n\tulw\t%0,(%1)" :"=&r" (__res) :"r" (__addr)); @@ -47,7 +47,7 @@ { unsigned long __res; - __asm__("ulh\t%0,(%1)" + __asm__(".set\tmips3\n\tulh\t%0,(%1)" :"=&r" (__res) :"r" (__addr)); @@ -60,7 +60,7 @@ extern __inline__ void stq_u(unsigned long __val, unsigned long long * __addr) { __asm__ __volatile__( - "usd\t%0,(%1)" + ".set\tmips3\n\tusd\t%0,(%1)" : /* No results */ :"r" (__val), "r" (__addr)); @@ -72,7 +72,7 @@ extern __inline__ void stl_u(unsigned long __val, unsigned int * __addr) { __asm__ __volatile__( - "usw\t%0,(%1)" + ".set\tmips3\n\tusw\t%0,(%1)" : /* No results */ :"r" (__val), "r" (__addr)); @@ -84,7 +84,7 @@ extern __inline__ void stw_u(unsigned long __val, unsigned short * __addr) { __asm__ __volatile__( - "ush\t%0,(%1)" + ".set\tmips3\n\tush\t%0,(%1)" : /* No results */ :"r" (__val), "r" (__addr)); From spock@mgnet.de Tue Sep 26 20:41:44 2000 Received: from scotty.mgnet.de (muedi4-145-253-102-049.arcor-ip.net [145.253.102.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA18560; Tue, 26 Sep 2000 20:41:42 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 20:41:42 +0200 (MET DST) Received: (qmail 369 invoked from network); 26 Sep 2000 17:32:45 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 26 Sep 2000 17:32:45 -0000 Date: Tue, 26 Sep 2000 20:41:31 +0200 From: Klaus Naumann To: Jarek Mrozek Cc: linux-mips@fnet.fr Subject: Re: Bad console baud rate 8 Message-ID: <20000926204131.A17270@spock> Reply-To: spock@mgnet.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from jarmar@wsm.gdynia.pl on Tue, Sep 26, 2000 at 17:59:49 +0200 X-Mailer: Balsa 0.8.0 On Tue, 26 Sep 2000 17:59:49 Jarek Mrozek wrote: > I'm new. Many ppl are ;) > Where I may find faq this group, or archive. You can find the most things at http://oss.sgi.com/mips/ or at www.linux-mips.org . > I have one big problem. > I can't install Linux on SGI. > I set up bootp and tftp on anoder linux machine. > When I try boot():vmlinux I get message: Bad console baud rate 8. > (I have PC as console for SGI) The first guess I have is, that you have a wrong setting for the dbaud variable in your PROM. You need to enter the command monitor and type "setenv dbaud 9600" . If it then doesn't work you should mail again and tell us which kernel you are trying to boot. 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 ralf@oss.sgi.com Tue Sep 26 23:07:18 2000 Received: from u-146.karlsruhe.ipdial.viaginterkom.de (u-146.karlsruhe.ipdial.viaginterkom.de [62.180.10.146]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA20326; Tue, 26 Sep 2000 23:07:16 +0200 (MET DST) Received-Date: Tue, 26 Sep 2000 23:07:16 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 26 Sep 2000 23:06:50 +0200 Date: Tue, 26 Sep 2000 23:06:50 +0200 From: Ralf Baechle To: Florian Lohoff Cc: "Gleb O. Raiko" , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000926230650.B10991@bacchus.dhis.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <20000926010416.B3761@paradigm.rfc822.org> <39D06065.FC00C7A0@niisi.msk.ru> <20000926123600.A413@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000926123600.A413@paradigm.rfc822.org>; from flo@rfc822.org on Tue, Sep 26, 2000 at 12:36:00PM +0200 X-Accept-Language: de,en,fr On Tue, Sep 26, 2000 at 12:36:00PM +0200, Florian Lohoff wrote: > > Well, another question. Ralf uploaded cross tools rpms year ago. Does > > anybody have native rmps for big endian ? Also, does anybody have cross > > tools for sparc glibc 2.1 (RH6.x sparc distribution) ? I can't compile > > cross gcc on my Ultra, it seems like a bug in the sparc compiler, the > > process fails in parsing an enum decl in a header. > > I tried to compile cross gcc/binutils from CVS a couple of times > for Linux/Sparc (Ultra) which didnt work as somewhere in the > middle the beast meant to use the native "as" instead of > mipsel-linux-as gcc tries to run as on /lib/gcc-lib///as, then //bin/as, then the native as from $PATH. So check if you were using the same target configuration name (mips-linux and mips-unknown-linux-gnu are different!) for both gcc and binutils. Ralf From ralf@oss.sgi.com Wed Sep 27 00:47:40 2000 Received: from u-146.karlsruhe.ipdial.viaginterkom.de (u-146.karlsruhe.ipdial.viaginterkom.de [62.180.10.146]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA24026; Wed, 27 Sep 2000 00:47:38 +0200 (MET DST) Received-Date: Wed, 27 Sep 2000 00:47:38 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 27 Sep 2000 00:47:23 +0200 Date: Wed, 27 Sep 2000 00:47:22 +0200 From: Ralf Baechle To: "Gleb O. Raiko" Cc: Florian Lohoff , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000927004722.B8644@bacchus.dhis.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <39D05E8B.A7F4A2D9@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39D05E8B.A7F4A2D9@niisi.msk.ru>; from raiko@niisi.msk.ru on Tue, Sep 26, 2000 at 12:30:03PM +0400 X-Accept-Language: de,en,fr On Tue, Sep 26, 2000 at 12:30:03PM +0400, Gleb O. Raiko wrote: > BTW, what should we use as system headers with glibc nowadays ? Should > it be old HardHat kernel-headers-2.1.100 or newer 2.2.x ? Definately not the old hardhat kernel headers. I'm using 2.2 header and recommend doing the same for best success with packages for current distributions based on this kernel. Building some packages may actually require a newer version but in general the lastest 2.2 headers are the best. > > I week of CPU time on an Origin building packages: No problems ... I'm > > actually fairly close to get a RH 6.2 built - as far as that is possible > > with glibc 2.0. > > Do you have the packages somewhere on the net ? I am personally > interested in disk packages (fdisk, msdostools &co.) and the packages > required in order to run 2.2 kernels. Old HardHat cfdisk, for example, > seems to create partitions in the big endian format. At least, the rest > see garbage after cfdisk creates a partition table. I've got a hacked utils-linux package, I think it's in the redhat-6.0 packages that are on oss. I don't really intend to upload all the stuff to oss, they're just a big test for the changed compile environment which I'm using, that is binutils-current and gcc-current. Before I even fiddle with stuff like glibc 2.2 etc. I want to know that the tools are reasonably solid. So far they seem to be good after applying a few minor but essential patches. Still need to test building a kernel. Ralf From macro@ds2.pg.gda.pl Wed Sep 27 12:11:24 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA29443; Wed, 27 Sep 2000 12:11:22 +0200 (MET DST) Received-Date: Wed, 27 Sep 2000 12:11:22 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA26405; Wed, 27 Sep 2000 12:06:32 +0200 (MET DST) Date: Wed, 27 Sep 2000 12:06:31 +0200 (MET DST) From: "Maciej W. Rozycki" To: Jun Sun cc: "Kevin D. Kissell" , ralf@oss.sgi.com, Dominic Sweetman , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction In-Reply-To: <39D0E51C.79A0BE50@mvista.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 26 Sep 2000, Jun Sun wrote: > --- linux/include/asm-mips/unaligned.h.orig Mon Sep 25 14:02:52 2000 > +++ linux/include/asm-mips/unaligned.h Tue Sep 26 10:53:31 2000 > @@ -19,7 +19,7 @@ > { > unsigned long long __res; > > - __asm__("uld\t%0,(%1)" > + __asm__(".set\tmips3\n\tuld\t%0,(%1)" > :"=&r" (__res) > :"r" (__addr)); > [etc.] Please don't. Gcc already has means to generate proper unaligned accesses. See include/asm-alpha/unaligned.h for how to achieve them in a portable way (i.e. using packed structs) without the problematic inline asm. And please use ".set mips0" (or ".set push" and ".set pop", appropriately) after using any ".set mips*" directive (or any other ".set" directive to that matter) not to adversly affect any other code. Improper coding of such constructs bites R3K people badly. Better yet, configure your compiler appropriately and avoid switching ISA levels in the code if at all possible. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From streambiz2002@mail.com Thu Sep 28 03:30:27 2000 Received: from gukwon.chungju.ac.kr ([210.119.144.5]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id DAA06589; Thu, 28 Sep 2000 03:30:21 +0200 (MET DST) Received-Date: Thu, 28 Sep 2000 03:30:21 +0200 (MET DST) From: streambiz2002@mail.com Received: by gukwon.chungju.ac.kr id AA10733; Thu, 28 Sep 2000 10:38:22 +0900 Message-Id: <200009280138.AA10733@gukwon.chungju.ac.kr> To: streambiz2001@aol.com Date: Wed, 27 Sep 00 20:25:52 EST Subject: Make Money While You Sleep! Hi, I thought I'd drop this one time quick note to let you know about an EXCELLENT e-Commerce Business which has enjoyed rapid and consistent growth in the last 3 years. It may fit very well into your business portfolio. This is the EASIEST and the BEST online business today, virtually a SELF-RUN ONLINE BUSINESS. It's TWICE voted as the #1 online business. *Christian, of Marion, OH. writes: "I'm having 10 times the success with this business as I did with my other MLMs that I tried. I have a personal closure rate of about 80%. And I attribute that totally to the system that you have created. It truly is the best company out there. Since joining in August of this year, I have been approached by 3 distributors of other companies, including 1 co-founder, but after explaining what I do in my business and how I work the opportunity, I guess they've given up knowing that their program is much harder to achieve success in." If your current program demands that you sell products and sponsor others you will fail 90% of the time! Put yourself in the power position; win 90% of the time offering a program that everyone wants to be involved with! Simply click below to visit the award-winning website: http://12.21.34.26/ultrabiz40 It will ONLY take a minute to find out. You will be glad that you did! I received your e-mail as someone interested in Internet Business Opportunities. If I received your e-mail in error, or you are no longer interested, click here to be removed Be sure REMOVE is in the Subject Title and you will not be contacted again: mailto:streambiz20002000@yahoo.com?subject=Remove Thank you! From smuff@samsung.com Thu Sep 28 03:47:36 2000 Received: from ms.samsung.com ([211.45.29.136]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA06727; Thu, 28 Sep 2000 03:47:34 +0200 (MET DST) Received-Date: Thu, 28 Sep 2000 03:47:34 +0200 (MET DST) Received: from SMUFF ([203.244.218.35]) by ms.samsung.com (Netscape Messaging Server 4.15) with SMTP id G1KQ9500.PNT for ; Thu, 28 Sep 2000 10:46:17 +0900 Message-ID: <001601c028ee$466b79b0$e7acd5a5@SMUFF> From: "Seok Hyun Ryu" To: Subject: unsubscribe Date: Thu, 28 Sep 2000 10:49:00 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0013_01C02939.B5F152A0" 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 This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C02939.B5F152A0 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 DQo= ------=_NextPart_000_0013_01C02939.B5F152A0 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWtz X2NfNTYwMS0xOTg3IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxNRVRBIGNvbnRlbnQ9Ik1T SFRNTCA1LjAwLjI5MjAuMCIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwvSEVB RD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZj4mbmJzcDs8L0JPRFk+PC9IVE1MPg0K ------=_NextPart_000_0013_01C02939.B5F152A0-- From jon@come.to Fri Sep 29 02:45:27 2000 Received: from mailhost.pp.es ([195.53.184.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA17226; Fri, 29 Sep 2000 02:45:26 +0200 (MET DST) Received-Date: Fri, 29 Sep 2000 02:45:26 +0200 (MET DST) From: jon@come.to Received: from nowisthetime (1Cust49.tnt4.nashville.tn.da.uu.net [63.26.1.49]) by mailhost.pp.es with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id TTA563J9; Fri, 29 Sep 2000 02:42:18 +0200 Message-ID: <00002bd442d4$00004f7e$00002f5d@nowisthetime> To: Subject: Software. Die besten Schnaeppchen hier! Date: Thu, 28 Sep 2000 19:05:05 -0500 X-Priority: 3 X-MSMail-Priority: Normal ( ) Internet-Einführung - in einer Stunde zum Internet-Profi Mit dieser Lern-CD-ROM wissen Sie bald alles über Einstieg, Modem, News, FTP, WWW und Telefonieren über's Netz. Oder Sie können Ihre eigene Homepage erstellen. Schnell, einfach, interaktiv und multimedial. Verlieren Sie den Anschluss nicht. Mit der "Internet-Einführung" können Sie sofort starten! Nur Fr. 25.- ( ) Englisch Sprachkurs - multimedial leichter englisch lernen Ein abwechslungsreicher und höchstinteressanter Kurs mit multimedialer Kombination von Ton, Bild, Sprache, und Video. Lebendige, authentische Dialoge, abwechlungsreich gestaltete Uebungen sowie Hörspiele. Ein Intensivkurs zur sicheren Beherrschung der Sprache in kurzer Zeit. Mit Sprachaufnahmen von geschulten Sprechern in Muttersprache. Nur. Fr. 25.- ( ) Festtags- und Geburtstagszeitung - Kreativität pur Der kreativste Vorlagen-Designer aller Zeiten! Hunderte von ClipArts, Schriften Rahmen und Hintergrund- grafiken zum Selbstgestalten von tollen Zeitungen für alle Anlässe. Nur Fr. 25.- ( ) EU Routenplaner - die ideale Planung Ihrer Reise Einfach Start- und Zielort eingeben, schnellsten oder kürzesten Weg auswählen und schon erhalten Sie die gewünschte Route. Als Karte oder Beschreibung. Mit tollen Extras wie Anzeige von Sehenswürdigkeiten, Fahrtdauer etc. Gute Fahrt. Nur Fr. 33.- ( ) Unser Körper - Wissen vom Feinsten Eine atemberaubende Reise durch den menschlichen Körper, auf der Sie die Funktionsweise des ganzen Körpers kennenlernen. Mit super Bildern, 3D-Animationen, Wissensexplorer, aus- führlichen Texten und informativen Details. Nur Fr. 25.- BESTELLUNG Name/Vorname: ............................................................ Strasse: ................................................................. PLZ/Ort: ................................................................. Einfach ausdrucken, gewünschte Programme ankreuzen und Bestellung faxen an FAX: 01 - 274 24 57 oder per Post an Sanamail - Postfach 501 - FL 9491 Ruggell 160.41 Alle Programme für Windows 3.1/95/98. Porto, Verpackung und Versicherung Fr. 4.90 Die Lieferung erfolgt auf Rechnung. Volles Rückgaberecht. PS: Sie erhalten dieses Schnäppchenangebot als unser Kunde. Falls Sie keine solchen Angebote wünschen, klicken Sie bitte hier: mailto:9839178543@gmx.net?subject=remove201 und schicken das leere Mail ab. ( ) Internet-Einführung - in einer Stunde zum Internet-Profi From glonnon@ridgerun.com Fri Sep 29 04:35:26 2000 Received: from ridgerun-lx.ridgerun.cxm ([206.207.108.63]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id EAA18170; Fri, 29 Sep 2000 04:35:24 +0200 (MET DST) Received-Date: Fri, 29 Sep 2000 04:35:24 +0200 (MET DST) Received: (qmail 23506 invoked from network); 28 Sep 2000 20:35:17 -0600 Received: from glonnon-lx.ridgerun.cxm (HELO ridgerun.com) (glonnon@192.168.1.16) by ridgerun-lx.ridgerun.cxm with SMTP; 28 Sep 2000 20:35:17 -0600 Sender: glonnon@fnet.fr Message-ID: <39D3FFE4.35E83599@ridgerun.com> Date: Thu, 28 Sep 2000 20:35:16 -0600 From: Greg Lonnon Reply-To: glonnon@ridgerun.com Organization: RidgeRun, Inc X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: problems execve("/sbin/init",...) Content-Type: multipart/mixed; boundary="------------3E5CEB9855DD8FC5A1452D82" This is a multi-part message in MIME format. --------------3E5CEB9855DD8FC5A1452D82 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I am trying to port linux-2.2.14/MIPS to a new board containing a QED R5271 MIPS processor. I am having problems with execve("/sbin/init,...) in init/main.c. The "/sbin/init" is not being called by the kernel. I am nfs root mounting the "simple" filesystem during the kernel boot, and the network and nfs mount seem to be working (I have read and printk'ed /etc/rc at the end of main.c::init()). Things I have tried to debug with: 1) Have written a small tcp/ip server to accept a socket connection, have execve this instead of "/sbin/init". The server will not accept connections. Thus, I believe it's not running. 2) Have statically linked the server and have instrumented binfmt_elf.c and fs/exec.c with debug. The loader seems be working correctly, and arch/mips/kernel/process.c::start_thread(...) is called with the corrected pc and sp. The pc is the entry point in the elf file and the sp is 0x7ffff90. Some printk debug from binfmt_elf.c: (start_brk) 10004e04 (end_code) 4782a0 (start_code) 400000 (end_data) 10003dbc (start_stack) 7fffff90 (brk) 10004e04 start theard pc 400140 sp 7fffff90 3) Have been trying to get printk support into system calls by rewriting read_write.c::sys_write (and friends) to do a printk() at the start of the call. I have written a statically linked program that calls write(0,"here",4). This didn't result in printk output. I would suspect that the program is not being correctly execve. So, my questions are: 1) Does anyone have a good way to debug in this small window going between kernel mode and user mode for the first time? 2) Is there anything else I could try to prove out that the kernel is going into user mode? 3) Has anyone else had these issues? My command_line is: console=ttyS0,115200 root=/dev/nfs nfsroot=192.168.1.12:/projects/mips/fs ip=192.168.1.211:192.168.1.1::::: Also, My /dev/console is pointing to /dev/ttyS0 and it seems to be dead, I can't printf() to stdout. Thanks, Greg -- Greg Lonnon mailto:glonnon@ridgerun.com --------------3E5CEB9855DD8FC5A1452D82 Content-Type: text/x-vcard; charset=us-ascii; name="glonnon.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Greg Lonnon Content-Disposition: attachment; filename="glonnon.vcf" begin:vcard n:Lonnon;Greg tel;fax:208-331-2227 tel;home:208-323-1724 tel;work:208-331-2226 ext 18 x-mozilla-html:FALSE url:www.ridgerun.com org:RidgeRun, Inc version:2.1 email;internet:glonnon@ridgerun.com title:Senior Kernel Developer adr;quoted-printable:;;200 N. 4th Street =0D=0ASuite 101;Boise;ID;83702;USA x-mozilla-cpt:;-7104 fn:Greg Lonnon end:vcard --------------3E5CEB9855DD8FC5A1452D82-- From macro@ds2.pg.gda.pl Fri Sep 29 16:06:38 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA21231; Fri, 29 Sep 2000 16:06:18 +0200 (MET DST) Received-Date: Fri, 29 Sep 2000 16:06:18 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id QAA24396; Fri, 29 Sep 2000 16:05:20 +0200 (MET DST) Date: Fri, 29 Sep 2000 16:05:20 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: RPM packages available Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, For anyone interested: I've made a few MIPS/Linux-related RPM packages available. Included, there are mipsel-linux native development tools, libraries, as well as certain programs sort-of needed for a machine to run interactively. There are cross-development tools for the i386-linux host and the mipsel-linux target. Finally, there are host-independent cross-development libraries for the mipsel-linux target. The binary packages expect glibc-2.1.3 or newer for the i386-linux system and glibc-2.1.90 or newer for the mipsel-linux system to be available. Source packages generally expect glibc-2.1 or newer but were only built using the versions mentioned above. Exact requirements are provided in every package separately. Rpm-3.0 or newer is required to rebuild any of them. Also available are rpm rc and macro files which I use for both native builds and cross-compilations -- rpm doesn't support cross-compilations directly (i.e. via a command line option) but might be configured appropriately via macros provided spec files can handle them. All the above stuff is available at 'ftp://ftp.ds2.pg.gda.pl/pub/macro/'. The server operates continuously, but during off-peak hours foreign hosts receive greater bandwidth. Off-peak hours are since 10pm till 8am, local time, which is now CEST, i.e. UTC+0200. During this time, the bottleneck link has bandwidth of 10Mb/s. The whole repository consumes about 170MB at the moment but the size may vary as updates are uploaded. If you find a package is missing (e.g. there is a binary package, but no corresponding source one) please let me know. Any comments, updates and fixes are welcomed as well. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From ralf@oss.sgi.com Sat Sep 30 00:03:45 2000 Received: from u-53.karlsruhe.ipdial.viaginterkom.de (u-53.karlsruhe.ipdial.viaginterkom.de [62.180.19.53]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA23950; Sat, 30 Sep 2000 00:03:43 +0200 (MET DST) Received-Date: Sat, 30 Sep 2000 00:03:43 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 29 Sep 2000 18:26:41 +0200 Date: Fri, 29 Sep 2000 18:26:40 +0200 From: Ralf Baechle To: Greg Lonnon Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: problems execve("/sbin/init",...) Message-ID: <20000929182640.F16050@bacchus.dhis.org> References: <39D3FFE4.35E83599@ridgerun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39D3FFE4.35E83599@ridgerun.com>; from glonnon@ridgerun.com on Thu, Sep 28, 2000 at 08:35:16PM -0600 X-Accept-Language: de,en,fr On Thu, Sep 28, 2000 at 08:35:16PM -0600, Greg Lonnon wrote: > Some printk debug from binfmt_elf.c: > (start_brk) 10004e04 > (end_code) 4782a0 > (start_code) 400000 > (end_data) 10003dbc > (start_stack) 7fffff90 > (brk) 10004e04 > start theard pc 400140 sp 7fffff90 Looks sane. > 3) Have been trying to get printk support into system calls by rewriting > read_write.c::sys_write (and friends) to do a printk() at the start of > the call. I have written a statically linked program that calls > write(0,"here",4). This didn't result in printk output. I would > suspect that the program is not being correctly execve. I suggest you check that your program actually gets paged into memory by enabling the debug printf near the start of do_page_fault() in arch/mips/mm/fault.c. One thing which may happend and will freeze the process in question is if you take recursive page faults, that is the page fault handler will re-enter itself and down() in do_page_fault() will be called a second time for the same process before a match up() call for the previous invocation. > So, my questions are: > 1) Does anyone have a good way to debug in this small window going > between kernel mode and user mode for the first time? > 2) Is there anything else I could try to prove out that the kernel is > going into user mode? > 3) Has anyone else had these issues? I don't have any reports like this. Many of the obscure bug reports like this are caused by the usage of inapropriate tools to build the kernel. The recommended versions are egcs 1.0.3a and binutils 2.8.1 with the latest patches from oss.sgi.com applied. To make live easier for you there are also source and binary rpms available there somewhere under /pub/linux/mips. > My command_line is: > console=ttyS0,115200 root=/dev/nfs > nfsroot=192.168.1.12:/projects/mips/fs ip=192.168.1.211:192.168.1.1::::: > > Also, My /dev/console is pointing to /dev/ttyS0 and it seems to be dead, > I can't printf() to stdout. /dev/console should a character device with major 5 and minor 1. Everything else is either outdated, hackish or even broken. Ralf From ralf@oss.sgi.com Sat Sep 30 00:03:48 2000 Received: from u-53.karlsruhe.ipdial.viaginterkom.de (u-53.karlsruhe.ipdial.viaginterkom.de [62.180.19.53]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA23952; Sat, 30 Sep 2000 00:03:45 +0200 (MET DST) Received-Date: Sat, 30 Sep 2000 00:03:45 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 29 Sep 2000 19:22:54 +0200 Date: Fri, 29 Sep 2000 19:22:54 +0200 From: Ralf Baechle To: Dominic Sweetman Cc: "Kevin D. Kissell" , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction Message-ID: <20000929192254.G16050@bacchus.dhis.org> References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> <200009260908.KAA00259@gladsmuir.algor.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200009260908.KAA00259@gladsmuir.algor.co.uk>; from dom@algor.co.uk on Tue, Sep 26, 2000 at 10:08:15AM +0100 X-Accept-Language: de,en,fr On Tue, Sep 26, 2000 at 10:08:15AM +0100, Dominic Sweetman wrote: > Hmm. I wish it was that simple. But some MIPS CPUs have > instruction set additions which are not related to the mips1, mips2, > etc. For example, a whole collection of parts with a vaguely > "embedded" orientation has integer multiply/accumulate instructions. > > Algorithmics' version of GCC (and, I'm sure, others) picks up on the > -mcpu=xxx flag to do that. In fact, I don't think there's any other > way to allow the compiler to warn you of some bizarre omissions from > one or two rogue CPUs. Ouch. The gcc documentation says this: `-mcpu=CPU TYPE' Assume the defaults for the machine type CPU TYPE when scheduling instructions. The choices for CPU TYPE are `r2000', `r3000', `r4000', `r4400', `r4600', and `r6000'. While picking a specific CPU TYPE will schedule things appropriately for that particular chip, the compiler will not generate any code that does not meet level 1 of the MIPS ISA (instruction set architecture) without the `-mips2' or `-mips3' switches being used. So in other words I wouldn't expect anything like mmad to be used unless -mmad is also being choosen. -mcpu not influencing the set of instructions being used to build a program is a general gcc convention, not only for MIPS. So if the Algorithmics compiler does things different I'd consider it to be off the track. > But until compiler support for MIPS Linux is more systematic, you'd be > better being conservative. And you don't want to unnecessarily > multiply kernel versions - so in general, don't say "-mcpu=" anything > for kernel builds. > The Linux convention is "-mips2"; which is quite odd, because the > MIPS-II ISA was incarnate in just one CPU (the R6000). A few units > were made around 1990 and even fewer worked; the project was overtaken > by the (-mips3, 64-bit) R4000. > > Subsequently, and confusingly, "-mips2" has been re-used to mean > "-mips3 but don't assume 64-bit registers". Except for floating > point. Maybe. (it's sometimes not a good idea to re-use a term). In the kernel we actually don't care very much about floating point. > Outside SGI circles, I believe, "32-bit kernels" are all that are > likely to work... Currently. Some embedded people are actually asking for more than the 512mb memory supported by the 32-bit kernel. So expect the 64-bit kernel to become the predominant race in the not to distant future. Also expect embedded SMP kernels in the not to far future. No, I don't feel at all like adding highmem support to the 32-bit kernel. > > ... except for the $zero register. This is because all exceptions > > as far as they store / restore the integer registers at all will > > only deal with the lower 32-bit of the registers. In other word any > > interrupt will corrupt the upper 32-bit bit of gp registers. > > Even calling a subroutine compiled 32-bit may corrupt one of the > registers which are supposed to be preserved. Sure, but that's kind of expected and obvious when following the instruction sequence as it gets executed while the corruption by an exception was pretty unobvious when I first ran into it ... > As Kevin indicates, it would probably be worth some effort to converge > on a kernel which would: > > 1. build for either 32-bit ("MIPS32" and near-miss) and 64-bit > (MIPS3, MIPS4 and MIPS64) CPUs. > > 2. Allow 64-bit operations on 64-bit CPUs, without insisting that > C data types grow. Need to save the whole of registers and compile > "long long" and "double" data types... I was thinking about moving all the 64-bit CPUs over to the mips64 kernel and leave the `mips' kernel to the true 32-bit stuff. If you go and download a 2.0.14 tarball you'll see that I already once tried to support full 64-bit operation but only 32-bit address space altogether with real 32-bit CPUs in the `mips' architecture. The result was fairly ugly, so having learned form that I would prefer to keep 32-bit and 64-bit stuff separate. Most users will currently still not want to use a 64-bit address space for apps. That's ok, we can add support for 2-level page tables to `mips64'. That's already been done for example for x86 and looks fairly sane and maintainable. > This is possible, but needs some thought. AFAIK, the GCC currently > used for Linux changes the whole calling convention when -mips3 is > selected, which makes (2) pretty difficult. The calling conventions used by -mips3 are slight confusing, if not even dangerous. Older gccs use a non-standard calling convention which essentially is a blind extension of the 32-bit ABI to 64-bit. Newer gccs support the N32 and 64 ABIs. Unfortunately currently gcc does not support building a single compiler that supports all three 32, N32 and 64 ABIs. Ralf From jsun@mvista.com Sat Sep 30 01:06:50 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 BAA25312; Sat, 30 Sep 2000 01:06:49 +0200 (MET DST) Received-Date: Sat, 30 Sep 2000 01:06:49 +0200 (MET DST) 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 e8TN57x15668; Fri, 29 Sep 2000 16:05:07 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39D5204A.8BE1E357@mvista.com> Date: Fri, 29 Sep 2000 16:05:46 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: glonnon@ridgerun.com CC: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: problems execve("/sbin/init",...) References: <39D3FFE4.35E83599@ridgerun.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Greg Lonnon wrote: > > So, my questions are: > 1) Does anyone have a good way to debug in this small window going > between kernel mode and user mode for the first time? Not really. One time I had similar problem. I was able to figure out the problem by setting breakpoints in fault handlers. > 2) Is there anything else I could try to prove out that the kernel is > going into user mode? Try to set breakpoint in fault handlers. > 3) Has anyone else had these issues? > I found one bug in arch/mm/r4xx0.c, where cache invalidation causes recursive page faults. See the page below. Not sure if it is fixed in the tree yet. diff -Nru linux/arch/mips/mm/r4xx0.c.orig linux/arch/mips/mm/r4xx0.c --- linux/arch/mips/mm/r4xx0.c.orig Sun Jul 30 20:39:50 2000 +++ linux/arch/mips/mm/r4xx0.c Thu Aug 10 16:08:20 2000 @@ -1972,7 +1972,8 @@ if (!(vma->vm_flags & VM_EXEC)) return; - blast_icache32_page(address); + address = KSEG0 + (address & PAGE_MASK & (dcache_size - 1)); + blast_icache32_page_indexed(address); } /* Jun From ralf@oss.sgi.com Sat Sep 30 02:26:53 2000 Received: from u-53.karlsruhe.ipdial.viaginterkom.de (u-53.karlsruhe.ipdial.viaginterkom.de [62.180.19.53]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA25786; Sat, 30 Sep 2000 02:26:44 +0200 (MET DST) Received-Date: Sat, 30 Sep 2000 02:26:44 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 30 Sep 2000 02:25:27 +0200 Date: Sat, 30 Sep 2000 02:25:27 +0200 From: Ralf Baechle To: Jun Sun Cc: glonnon@ridgerun.com, linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: problems execve("/sbin/init",...) Message-ID: <20000930022527.C29860@bacchus.dhis.org> References: <39D3FFE4.35E83599@ridgerun.com> <39D5204A.8BE1E357@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39D5204A.8BE1E357@mvista.com>; from jsun@mvista.com on Fri, Sep 29, 2000 at 04:05:46PM -0700 X-Accept-Language: de,en,fr On Fri, Sep 29, 2000 at 04:05:46PM -0700, Jun Sun wrote: > I found one bug in arch/mm/r4xx0.c, where cache invalidation causes > recursive page faults. See the page below. Not sure if it is fixed in > the tree yet. This bug doesn't affect 2.2 which is the kernel in question. Ralf