From spock@mgnet.de Tue Oct 3 19:13:18 2000 Received: from scotty.mgnet.de (p3E9EC618.dip.t-dialin.net [62.158.198.24]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA04191; Tue, 3 Oct 2000 19:13:15 +0200 (MET DST) Received-Date: Tue, 3 Oct 2000 19:13:15 +0200 (MET DST) Received: (qmail 3218 invoked from network); 3 Oct 2000 17:13:10 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 3 Oct 2000 17:13:10 -0000 Date: Tue, 3 Oct 2000 19:13:10 +0200 From: Klaus Naumann To: Linux Debian MIPS , Linux MIPS , MIPS vger , Linux MIPS cthulhu Subject: Linux on Indigo2 HOWTO Message-ID: <20001003191310.A9986@spock> Reply-To: spock@mgnet.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.8.0 Content-Length: 569 Lines: 20 Hi all, I've written a pretty long HOWTO on how to get Linux working on the Indigo2 (it might also apply to other machines which can only be used with a serial console). You can take a look at it at: http://oss.sgi.com/mips/i2-howto.html If you have any hints, patches or things you want to be included please mail me. 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 heiko.zissner@mainz.sparda-bank.de Wed Oct 4 11:59:30 2000 Received: from glenfiddich.spb.de (glenfiddich.spb.de [194.15.183.194]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA11662; Wed, 4 Oct 2000 11:59:30 +0200 (MET DST) Received-Date: Wed, 4 Oct 2000 11:59:30 +0200 (MET DST) From: heiko.zissner@mainz.sparda-bank.de Received: from oban.nbg.sdv.spb.de (unverified) by glenfiddich.spb.de (Content Technologies SMTPRS 2.0.15) with SMTP id for ; Mi, 04 Okt 2000 12:07:10 +0200 Received: from nlangwa3.nbg.sdv.spb.de ([10.3.2.6]) by oban.nbg.sdv.spb.de (Netscape Messaging Server 3.54) with SMTP id AAAB98 for ; Wed, 4 Oct 2000 11:59:15 +0200 Received: by nlangwa3.nbg.sdv.spb.de(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id C125696E.0036D2CA ; Wed, 4 Oct 2000 11:58:49 +0200 X-Lotus-FromDomain: SPBMZ@SDV To: linux-mips@fnet.fr Message-Id: Date: Wed, 4 Oct 2000 12:00:23 +0200 Subject: Support for Siemens RM300 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Length: 359 Lines: 23 Hi, we do have a RM300C, RM400-730 and in the next future two RM400-C95 whi= ch we could use for supporting your project. Unfortunatly I can't help doing = some coding. But if you need machines to test your portings we could do this= on these boxes. Please let me know, if your interested in this. Regards =A0 =A0 Heiko Zi=DFner heiko@zissner.de = From flo@rfc822.org Wed Oct 4 20:26:14 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA14893; Wed, 4 Oct 2000 20:26:14 +0200 (MET DST) Received-Date: Wed, 4 Oct 2000 20:26:14 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 1E5D97D9; Wed, 4 Oct 2000 20:26:07 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id A0E7A9014; Wed, 4 Oct 2000 20:23:36 +0200 (CEST) Date: Wed, 4 Oct 2000 20:23:36 +0200 From: Florian Lohoff To: Klaus Naumann Cc: Linux Debian MIPS , Linux MIPS , MIPS vger , Linux MIPS cthulhu Subject: Re: Linux on Indigo2 HOWTO Message-ID: <20001004202336.B8870@paradigm.rfc822.org> References: <20001003191310.A9986@spock> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001003191310.A9986@spock>; from spock@mgnet.de on Tue, Oct 03, 2000 at 07:13:10PM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 1218 Lines: 35 On Tue, Oct 03, 2000 at 07:13:10PM +0200, Klaus Naumann wrote: > Hi all, > > I've written a pretty long HOWTO on how to get Linux > working on the Indigo2 (it might also apply to other > machines which can only be used with a serial console). > You can take a look at it at: > > http://oss.sgi.com/mips/i2-howto.html > > If you have any hints, patches or things you want to > be included please mail me. ----------------schnipp------------------- You see about the following messages: >> boot bootp()/vmlinux 73264+592+11520+331680+27848d+3628+5792 entry: 0x8df9a960 Setting $netaddres to 192.168.1.5 (from server deadmoon) Obtaining /vmlinux from server deadmoon Cannot load bootp()/vmlinux Illegal f_magic number 0x7f45, expected MIPSELMAGIC or MIPSEBMAGIC. This problem only happens for Indys with very old PROM versions which cannot handle the ELF binary format which Linux uses. A solution for this problem is in the works. ---------------schnapp--------------------- I have seen this before and i think i simply used the .ecoff variant (elf2ecoff conversion made at "make boot") Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From der.herr@hofr.at Thu Oct 5 01:21:22 2000 Received: from nis.hofr.at (N390P025.adsl.highway.telekom.at [213.33.48.185]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA28037; Thu, 5 Oct 2000 01:21:21 +0200 (MET DST) Received-Date: Thu, 5 Oct 2000 01:21:21 +0200 (MET DST) Received: (from root@localhost) by nis.hofr.at (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id BAA08042 for linux-mips@fnet.fr; Thu, 5 Oct 2000 01:21:00 +0200 Date: Thu, 5 Oct 2000 01:21:00 +0200 From: Nicholas Mc Guire Message-Id: <200010042321.BAA08042@nis.hofr.at> To: linux-mips@fnet.fr Subject: 2nd Real Time Linux Workshop Content-Length: 972 Lines: 24 Workshop on Real Time Operating Systems and Applications, Second Real Time Linux Workshop November 27-28, 2000 Walt Disney World Orlando, Florida, USA http://www.thinkingnerds.com/projects/rtos-ws/rtos-ws.html Dear reader, As followup to the first real time linux workshop in Vienna, a workshop expanding to all flavors of Real Time Operating Systems will be held at the RTSS 2000 in Orlando. The goal is to bring together developers and users, present new developments, discuss "real" user demands and get to know those anonymous people only existing as email folders on your mail archive. Generalizing the workshop-scope to all flavors of Real Time OS should encourage the presentation and comparison of applications runing on any system. Victor Yodaiken Kevin Jeffey Nicholas McGuire Peter Wurmsdobler From hai@mathpost.la.asu.edu Thu Oct 5 03:53:49 2000 Received: from mathpost.la.asu.edu (root@mathpost.la.asu.edu [129.219.51.99]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA29479; Thu, 5 Oct 2000 03:53:47 +0200 (MET DST) Received-Date: Thu, 5 Oct 2000 03:53:47 +0200 (MET DST) Received: from localhost (hai@localhost) by mathpost.la.asu.edu (8.9.3/8.9.3) with ESMTP id SAA30191 for ; Wed, 4 Oct 2000 18:54:14 -0700 Date: Wed, 4 Oct 2000 18:54:14 -0700 (MST) From: Hai Huang To: linux-mips@fnet.fr Subject: help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 835 Lines: 26 hi, MIPS gurus. :) i encounter a problem on MIPS in my computer architecture course. it requires to use 3 MIPS instructions to implement absolute value. abs $t2, $t3 $t3 is a number, if $t3<0, then $t2 is $t3's 2's complement, otherwise, $t2=$t3. i can do it in four instructions. add $t2, zero, $t3 slt $at, $t3, zero beq $at, zero, OUT sub $t2, zero, $t2 OUT: but i don't know how to use three. this problem borthers me for several days. could you help me? thanks a lot. :) hai -------------------------------------------------------------------------- Hai Huang Arizona State University Phone: (480) 449-9490 (H) Computer Science & Engineering Department Tempe, AZ 85287 email: hai@asu.edu -------------------------------------------------------------------------- From ralf@uni-koblenz.de Thu Oct 5 04:36:07 2000 Received: from u-36.karlsruhe.ipdial.viaginterkom.de (u-36.karlsruhe.ipdial.viaginterkom.de [62.180.18.36]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA29733; Thu, 5 Oct 2000 04:36:05 +0200 (MET DST) Received-Date: Thu, 5 Oct 2000 04:36:05 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 5 Oct 2000 04:35:46 +0200 Date: Thu, 5 Oct 2000 04:35:46 +0200 From: Ralf Baechle To: Hai Huang Cc: linux-mips@fnet.fr Subject: Re: help Message-ID: <20001005043546.C24789@bacchus.dhis.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from hai@mathpost.la.asu.edu on Wed, Oct 04, 2000 at 06:54:14PM -0700 X-Accept-Language: de,en,fr Content-Length: 718 Lines: 28 On Wed, Oct 04, 2000 at 06:54:14PM -0700, Hai Huang wrote: > hi, MIPS gurus. :) i encounter a problem on MIPS in my computer > architecture course. it requires to use 3 MIPS instructions to implement > absolute value. > > abs $t2, $t3 > > $t3 is a number, if $t3<0, then $t2 is $t3's 2's complement, otherwise, > $t2=$t3. i can do it in four instructions. > > add $t2, zero, $t3 > slt $at, $t3, zero > beq $at, zero, OUT > sub $t2, zero, $t2 > OUT: > > but i don't know how to use three. this problem borthers me for several > days. could you help me? thanks a lot. :) subu $t2, $zero, $t3 bltz $t3, 1f move $t2, $t3 1: Send my your master's degree ;-) Ralf From armcc@mailcity.com Thu Oct 5 04:57:31 2000 Received: from mailcity.com (fes-qout.whowhere.com [209.185.123.96]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id EAA29919; Thu, 5 Oct 2000 04:57:30 +0200 (MET DST) Received-Date: Thu, 5 Oct 2000 04:57:30 +0200 (MET DST) Received: from Unknown/Local ([?.?.?.?]) by mailcity.com; Wed Oct 4 19:56:40 2000 To: linux-mips@fnet.fr Date: Wed, 04 Oct 2000 19:56:40 -0700 From: "Andre" Message-ID: Mime-Version: 1.0 X-Sent-Mail: on Reply-To: armcc@lycos.com X-Expiredinmiddle: true X-Mailer: MailCity Service Subject: Re: Help X-Sender-Ip: 63.66.100.50 Organization: Lycos Communications (http://comm.lycos.com:80) Content-Type: text/plain; charset=us-ascii Content-Language: en Content-Transfer-Encoding: 7bit Content-Length: 561 Lines: 21 Hai, First of all, your solution is unfortunately 5 instructions and not 4 - the assembler will put a NOP after the 'beq' instruction to fill the branch delay slot - otherwise the 'sub' instruction will be executed anyway. However, there is a 3 instruction sequence to do the job (actually there are a few different variations) assuming your MIPS is ISA level II or above: sub $t2, zero, $t3 bgezl $t3, OUT add $t2, zero, $t3 OUT: Hope that helps.... Andre -- Get your FREE Email and Voicemail at Lycos Communications at http://comm.lycos.com From ralf@oss.sgi.com Thu Oct 5 14:14:16 2000 Received: from u-143.karlsruhe.ipdial.viaginterkom.de (u-143.karlsruhe.ipdial.viaginterkom.de [62.180.18.143]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA03690; Thu, 5 Oct 2000 14:14:14 +0200 (MET DST) Received-Date: Thu, 5 Oct 2000 14:14:14 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 5 Oct 2000 14:13:54 +0200 Date: Thu, 5 Oct 2000 14:13:54 +0200 From: Ralf Baechle To: Jun Sun Cc: "Kevin D. Kissell" , Dominic Sweetman , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction Message-ID: <20001005141354.E30075@bacchus.dhis.org> References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> <39D0E51C.79A0BE50@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39D0E51C.79A0BE50@mvista.com>; from jsun@mvista.com on Tue, Sep 26, 2000 at 11:04:12AM -0700 X-Accept-Language: de,en,fr Content-Length: 1250 Lines: 27 On Tue, Sep 26, 2000 at 11:04:12AM -0700, Jun Sun 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 still perfectly broken. Uld is a 64-bit instruction meaning you still could get into problems with register corruption or even reserved instruction exceptions on 32-bit cpus. Not too mention that nobody did notice that the constraints of the inline assembler were broken for all access sizes plus a cast that would have cut off the upper 32 bit of a 64 bit access in any case. That's fixed now. > 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. The unaligned exception handler is fairly expensive. I suggest you should try to get proper alignment and where that is not possible go through the entire code and use get_unaligned. It's going to make a noticable difference in performance. Ralf From kevink@mips.com Thu Oct 5 21:40:07 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 VAA06949; Thu, 5 Oct 2000 21:40:05 +0200 (MET DST) Received-Date: Thu, 5 Oct 2000 21:40:05 +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 MAA09188; Thu, 5 Oct 2000 12:37:57 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id MAA10174; Thu, 5 Oct 2000 12:38:13 -0700 (PDT) Message-ID: <00d101c02f04$3a6d7340$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Ralf Baechle" , "Jun Sun" Cc: , , "Dominic Sweetman" References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> Subject: Re: load_unaligned() and "uld" instruction Date: Thu, 5 Oct 2000 21:41:13 +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 Content-Length: 1624 Lines: 38 > > > Ralf, before the perfect solution is found, the following patch makes > > > the gcc complain go away. It just use ".set mips3" pragma. Which, as Ralf correctly observes, will generate code that will crash on 32-bit CPUs, and apparently do entirely the wrong thing for other reasons on the 64-bit ones. > > It's still perfectly broken. Uld is a 64-bit instruction meaning you still > > could get into problems with register corruption or even reserved instruction > > exceptions on 32-bit cpus. Not too mention that nobody did notice that > > the constraints of the inline assembler were broken for all access sizes > > plus a cast that would have cut off the upper 32 bit of a 64 bit access in > > any case. That's fixed now. > > > > With my limited wisdom, I am totally confused by this paragraph. > > I think you mentioned a couple of times before where 64-bit instructions > corrupt registers in 32-bit mode. I think I have done that before with > R5000 R4500. I did not notice any corruption. What exactly is the > corruption you are referring to? Uld is an unaligned doubleword load macro that should generate a LDL/LDR sequence if MIPS III, IV, V or MIPS64 is enabled in the compiler/assembler. That sequence should either execute correctly or deliver a reserved instruction exception. No MIPS-compatible CPU should silently fail or corrupt registers. > With the second half, are you saying the "cut-off-upper-32-bit" bug > actually hides the register corruption problem? If so, maybe we need > the "cut-off-upper_32-bit" bug for the 32-bit MIPS tree. This is a joke, right? Kevin K. From gmcnutt@ridgerun.com Thu Oct 5 21:50:59 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 VAA07130; Thu, 5 Oct 2000 21:50:58 +0200 (MET DST) Received-Date: Thu, 5 Oct 2000 21:50:58 +0200 (MET DST) Received: (qmail 22749 invoked from network); 5 Oct 2000 13:50:56 -0600 Received: from gmcnutt-lx.ridgerun.cxm (HELO ridgerun.com) (gmcnutt@192.168.1.17) by ridgerun-lx.ridgerun.cxm with SMTP; 5 Oct 2000 13:50:56 -0600 Sender: gmcnutt@fnet.fr Message-ID: <39DCDBA0.8EED1CBD@ridgerun.com> Date: Thu, 05 Oct 2000 13:50:56 -0600 From: Gordon McNutt X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test5 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: insmod hates RELA? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 712 Lines: 17 I've compiled a module natively on an Indy (linux 2.4.0-test8), but when I try to do an insmod (2.3.9) I get this error: RELA relocations not supported on this architecture I don't yet understand enough about ELF layouts to know what this means and why MIPS doesn't support it. I thought I saw a message in the archives stating that 64bit MIPS supports it, but maybe 32bit doesn't. I've tried to make sure my compiler options match those being used to compile the kernel (which works), but perhaps I'm overlooking something. If anyone can give me some hints about what's going wrong I'd greatly appreciate it. And if you can reply to me that would be best as I don't subscribe to this list. Thanks, --Gordon From kevink@mips.com Fri Oct 6 00:08:43 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 AAA08300; Fri, 6 Oct 2000 00:08:42 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 00:08:42 +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 PAA10589; Thu, 5 Oct 2000 15:07:09 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id PAA14367; Thu, 5 Oct 2000 15:07:26 -0700 (PDT) Message-ID: <011801c02f19$1283f6a0$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Jun Sun" Cc: "Ralf Baechle" , , , "Dominic Sweetman" References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> <39DD55E9.AFCACB0E@mvista.com> Subject: Re: load_unaligned() and "uld" instruction Date: Fri, 6 Oct 2000 00:10:18 +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 Content-Length: 840 Lines: 23 Jun Sun wrote: > "Kevin D. Kissell" wrote: > > > > > > > Ralf, before the perfect solution is found, the following patch makes > > > > > the gcc complain go away. It just use ".set mips3" pragma. > > > > Which, as Ralf correctly observes, will generate code that will > > crash on 32-bit CPUs, > > Why will it crash 32-bit CPUs? On my R5432 CPU, the lwl/lwr sequence > executes just fine. > > Or do you mean it will crash SOME 32-bit CPUs? Do those 32-bit CPUs > support lwl or lwr? If they don't, they should generate a reserved > instruction exception. If they do, I don't see any problem. Please re-read my previous message. I wasn't talking about the MIPS I lwl/lwr sequence for loading an unaligned 32-bit word, I was talking about the MIPS III ldl/ldr sequence for loading an unaligned 64-bit doubleword. Kevin K. From kevink@mips.com Fri Oct 6 01:12:20 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 BAA09859; Fri, 6 Oct 2000 01:12:19 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 01:12:19 +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 QAA11099; Thu, 5 Oct 2000 16:11:31 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id QAA16139; Thu, 5 Oct 2000 16:11:48 -0700 (PDT) Message-ID: <011e01c02f22$10017b60$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Jun Sun" Cc: "Ralf Baechle" , , References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> <39DD55E9.AFCACB0E@mvista.com> <011801c02f19$1283f6a0$0deca8c0@Ulysses> <39DD68DE.E9B26A3D@mvista.com> Subject: Re: load_unaligned() and "uld" instruction Date: Fri, 6 Oct 2000 01:14:40 +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 Content-Length: 1018 Lines: 25 > > > Why will it crash 32-bit CPUs? On my R5432 CPU, the lwl/lwr sequence > > > executes just fine. > > > > > > Or do you mean it will crash SOME 32-bit CPUs? Do those 32-bit CPUs > > > support lwl or lwr? If they don't, they should generate a reserved > > > instruction exception. If they do, I don't see any problem. > > > > Please re-read my previous message. I wasn't talking about the > > MIPS I lwl/lwr sequence for loading an unaligned 32-bit word, I was > > talking about the MIPS III ldl/ldr sequence for loading an unaligned > > 64-bit doubleword. > > > > Kevin K. > > Ahh, my bad. > > Although the usb does use get_unaligned(u64) (ldl/ldr), it actually does > not run into it - at least in my test so far. That probably explains > why my fix runs on the R5432 CPU so far. The 5432 may have a 32-bit external bus, but it's still (as far as I know) a 64-bit part internally, so as long as you're executing in kernel mode, the ldl/ldr's should work as designed. Kevin K. From ralf@oss.sgi.com Fri Oct 6 02:44:00 2000 Received: from u-174.karlsruhe.ipdial.viaginterkom.de (u-174.karlsruhe.ipdial.viaginterkom.de [62.180.18.174]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA10560; Fri, 6 Oct 2000 02:43:58 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 02:43:58 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 6 Oct 2000 02:43:37 +0200 Date: Fri, 6 Oct 2000 02:43:37 +0200 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: Jun Sun , "Kevin D. Kissell" , Dominic Sweetman , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction Message-ID: <20001006024337.A3429@bacchus.dhis.org> References: <39D0E51C.79A0BE50@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from macro@ds2.pg.gda.pl on Wed, Sep 27, 2000 at 12:06:31PM +0200 X-Accept-Language: de,en,fr Content-Length: 607 Lines: 15 On Wed, Sep 27, 2000 at 12:06:31PM +0200, Maciej W. Rozycki wrote: > 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. That's all very nice and guess what - I tried it when I originally wrote ualigned.h for Linux. Try building the mentioed Alpha code with and older compiler like egcs 1.0.3a and take a look at it [1]. 23 instructions for loading a double world - that's just mindboggling. Ralf [1] free barf bag on request. From jsun@mvista.com Thu Oct 5 20:13:20 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 UAA06020; Thu, 5 Oct 2000 20:13:19 +0200 (MET DST) Received-Date: Thu, 5 Oct 2000 20:13:19 +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 e95IApx03179; Thu, 5 Oct 2000 11:10:51 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39DD26CC.3805FFE8@mvista.com> Date: Thu, 05 Oct 2000 18:11:40 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: "Kevin D. Kissell" , 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> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2214 Lines: 52 Ralf Baechle wrote: > > On Tue, Sep 26, 2000 at 11:04:12AM -0700, Jun Sun 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 still perfectly broken. Uld is a 64-bit instruction meaning you still > could get into problems with register corruption or even reserved instruction > exceptions on 32-bit cpus. Not too mention that nobody did notice that > the constraints of the inline assembler were broken for all access sizes > plus a cast that would have cut off the upper 32 bit of a 64 bit access in > any case. That's fixed now. > With my limited wisdom, I am totally confused by this paragraph. I think you mentioned a couple of times before where 64-bit instructions corrupt registers in 32-bit mode. I think I have done that before with R5000 R4500. I did not notice any corruption. What exactly is the corruption you are referring to? With the second half, are you saying the "cut-off-upper-32-bit" bug actually hides the register corruption problem? If so, maybe we need the "cut-off-upper_32-bit" bug for the 32-bit MIPS tree. Anyway, in short, what is your suggestion for fixing this bug? Maciej suggested that we use packed struct of gcc (I assume gcc will generate two loads and get the results with some bit masking and shifting). That does not sound too bad, although that does require one to use the newer gcc. > > 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. > > The unaligned exception handler is fairly expensive. I suggest you should > try to get proper alignment and where that is not possible go through > the entire code and use get_unaligned. It's going to make a noticable > difference in performance. > Fortunately, the USB guys have already used get_unaligned() in all the places - I hope. Jun From ralf@uni-koblenz.de Fri Oct 6 04:53:00 2000 Received: from u-174.karlsruhe.ipdial.viaginterkom.de (u-174.karlsruhe.ipdial.viaginterkom.de [62.180.18.174]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA11892; Fri, 6 Oct 2000 04:52:47 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 04:52:47 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 6 Oct 2000 04:51:51 +0200 Date: Fri, 6 Oct 2000 04:51:51 +0200 From: Ralf Baechle To: Gordon McNutt Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: insmod hates RELA? Message-ID: <20001006045151.B4123@bacchus.dhis.org> References: <39DCDBA0.8EED1CBD@ridgerun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39DCDBA0.8EED1CBD@ridgerun.com>; from gmcnutt@ridgerun.com on Thu, Oct 05, 2000 at 01:50:56PM -0600 X-Accept-Language: de,en,fr Content-Length: 1203 Lines: 28 On Thu, Oct 05, 2000 at 01:50:56PM -0600, Gordon McNutt wrote: > I've compiled a module natively on an Indy (linux 2.4.0-test8), but when > I try to do an insmod (2.3.9) I get this error: > > RELA relocations not supported on this architecture Correct. The Indy kernel is 32 bit ELF which uses only REL relocs. Only the newer N32 and 64 ABI flavours use RELA relocs and we don't use those file types except for Origin kernels, therefore I'm pretty surprised to see your report. > I don't yet understand enough about ELF layouts to know what this means > and why MIPS doesn't support it. I thought I saw a message in the > archives stating that 64bit MIPS supports it, but maybe 32bit doesn't. > I've tried to make sure my compiler options match those being used to > compile the kernel (which works), but perhaps I'm overlooking something. > > If anyone can give me some hints about what's going wrong I'd greatly > appreciate it. And if you can reply to me that would be best as I don't > subscribe to this list. A possible explanation would be that you use the wrong binutils, have a corrupt module file or try to load a module for another architecture or modutils being plain broken? Ralf From jsun@mvista.com Thu Oct 5 23:34: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 XAA07896; Thu, 5 Oct 2000 23:34:02 +0200 (MET DST) Received-Date: Thu, 5 Oct 2000 23:34:02 +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 e95LVqx11009; Thu, 5 Oct 2000 14:31:52 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39DD55E9.AFCACB0E@mvista.com> Date: Thu, 05 Oct 2000 21:32:41 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: "Kevin D. Kissell" CC: Ralf Baechle , linux-mips@fnet.fr, linux-mips@oss.sgi.com, Dominic Sweetman 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> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1015 Lines: 27 "Kevin D. Kissell" wrote: > > > > > Ralf, before the perfect solution is found, the following patch makes > > > > the gcc complain go away. It just use ".set mips3" pragma. > > Which, as Ralf correctly observes, will generate code that will > crash on 32-bit CPUs, Why will it crash 32-bit CPUs? On my R5432 CPU, the lwl/lwr sequence executes just fine. Or do you mean it will crash SOME 32-bit CPUs? Do those 32-bit CPUs support lwl or lwr? If they don't, they should generate a reserved instruction exception. If they do, I don't see any problem. > > With the second half, are you saying the "cut-off-upper-32-bit" bug > > actually hides the register corruption problem? If so, maybe we need > > the "cut-off-upper_32-bit" bug for the 32-bit MIPS tree. > > This is a joke, right? > Not entirely. I was thinking if the unaligned load/store instruction corrupts the upper 32 bit content on SOME cpus, maybe we do need to cut the upper 32bit as a workaround. Well, I hope it is not necessary. Jun From jsun@mvista.com Fri Oct 6 00:54:13 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 AAA09611; Fri, 6 Oct 2000 00:54:12 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 00:54:12 +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 e95Mqjx14077; Thu, 5 Oct 2000 15:52:45 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39DD68DE.E9B26A3D@mvista.com> Date: Thu, 05 Oct 2000 22:53:34 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: "Kevin D. Kissell" CC: Ralf Baechle , linux-mips@fnet.fr, linux-mips@oss.sgi.com 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> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> <39DD55E9.AFCACB0E@mvista.com> <011801c02f19$1283f6a0$0deca8c0@Ulysses> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1223 Lines: 38 "Kevin D. Kissell" wrote: > > Jun Sun wrote: > > "Kevin D. Kissell" wrote: > > > > > > > > > Ralf, before the perfect solution is found, the following patch > makes > > > > > > the gcc complain go away. It just use ".set mips3" pragma. > > > > > > Which, as Ralf correctly observes, will generate code that will > > > crash on 32-bit CPUs, > > > > Why will it crash 32-bit CPUs? On my R5432 CPU, the lwl/lwr sequence > > executes just fine. > > > > Or do you mean it will crash SOME 32-bit CPUs? Do those 32-bit CPUs > > support lwl or lwr? If they don't, they should generate a reserved > > instruction exception. If they do, I don't see any problem. > > Please re-read my previous message. I wasn't talking about the > MIPS I lwl/lwr sequence for loading an unaligned 32-bit word, I was > talking about the MIPS III ldl/ldr sequence for loading an unaligned > 64-bit doubleword. > > Kevin K. Ahh, my bad. Although the usb does use get_unaligned(u64) (ldl/ldr), it actually does not run into it - at least in my test so far. That probably explains why my fix runs on the R5432 CPU so far. Ralf, I notice you have fixed it in the CVS tree. Just did a test, and it looks good here. Thanks. Jun From macro@ds2.pg.gda.pl Fri Oct 6 12:02:40 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 MAA15199; Fri, 6 Oct 2000 12:00:24 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 12:00:24 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA27447; Fri, 6 Oct 2000 11:54:18 +0200 (MET DST) Date: Fri, 6 Oct 2000 11:54:18 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle cc: Jun Sun , "Kevin D. Kissell" , Dominic Sweetman , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction In-Reply-To: <20001006024337.A3429@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 970 Lines: 20 On Fri, 6 Oct 2000, Ralf Baechle wrote: > That's all very nice and guess what - I tried it when I originally wrote > ualigned.h for Linux. Try building the mentioed Alpha code with and older > compiler like egcs 1.0.3a and take a look at it [1]. 23 instructions for > loading a double world - that's just mindboggling. Have you actually looked at the code? They fall back to an inline asm for pre-egcs 1.1.2 for exactly that reason for now. It's surprising, OTOH, as I am sure native egcs 1.0.3 did build a proper lwl/lwr sequence for me on Ultrix a few years ago... Maybe it's just a MIPS backend configuration problem for other targets? I vote for dual code for now and then we may remove the egcs 1.0.3 compatibility cruft one day (for 2.6, for example). -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From macro@ds2.pg.gda.pl Fri Oct 6 12:37:56 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 MAA15393; Fri, 6 Oct 2000 12:37:41 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 12:37:41 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA28253; Fri, 6 Oct 2000 12:26:28 +0200 (MET DST) Date: Fri, 6 Oct 2000 12:26:28 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle cc: Gordon McNutt , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: insmod hates RELA? In-Reply-To: <20001006045151.B4123@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 696 Lines: 15 On Fri, 6 Oct 2000, Ralf Baechle wrote: > A possible explanation would be that you use the wrong binutils, have a > corrupt module file or try to load a module for another architecture or > modutils being plain broken? The linker tends to create empty .rela sections even if there is no input for them. This actually is a minor error and until (unless) we modify the linker just use the quick fix for modutils that is available from my FTP site (not that these modutils actually work ;-) ). -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From kaos@melbourne.sgi.com Fri Oct 6 12:57:21 2000 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id MAA15574; Fri, 6 Oct 2000 12:57:17 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 12:57:17 +0200 (MET DST) Received: (qmail 4730 invoked from network); 6 Oct 2000 10:57:04 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 6 Oct 2000 10:57:03 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: "Maciej W. Rozycki" cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: insmod hates RELA? In-reply-to: Your message of "Fri, 06 Oct 2000 12:26:28 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Oct 2000 21:57:02 +1100 Message-ID: <22488.970829822@ocs3.ocs-net> Content-Length: 1163 Lines: 28 On Fri, 6 Oct 2000 12:26:28 +0200 (MET DST), "Maciej W. Rozycki" wrote: > The linker tends to create empty .rela sections even if there is no input >for them. This actually is a minor error and until (unless) we modify the >linker just use the quick fix for modutils that is available from my FTP >site (not that these modutils actually work ;-) ). Against modutils 2.3.17. Does 2.3.17+this patch work on mips? Index: 18.2/obj/obj_load.c --- 18.2/obj/obj_load.c Fri, 08 Sep 2000 16:46:27 +1100 kaos (modutils-2.3/21_obj_load.c 1.7 644) +++ 18.2(w)/obj/obj_load.c Fri, 06 Oct 2000 21:45:44 +1100 kaos (modutils-2.3/21_obj_load.c 1.7 644) @@ -151,11 +151,13 @@ obj_load (int fp, Elf32_Half e_type, con #if SHT_RELM == SHT_REL case SHT_RELA: - error("RELA relocations not supported on this architecture"); + if (sec->header.sh_size) + error("RELA relocations not supported on this architecture"); return NULL; #else case SHT_REL: - error("REL relocations not supported on this architecture"); + if (sec->header.sh_size) + error("REL relocations not supported on this architecture"); return NULL; #endif From macro@ds2.pg.gda.pl Fri Oct 6 14:15:45 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 OAA16009; Fri, 6 Oct 2000 14:15:29 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 14:15:29 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA01333; Fri, 6 Oct 2000 14:05:13 +0200 (MET DST) Date: Fri, 6 Oct 2000 14:05:13 +0200 (MET DST) From: "Maciej W. Rozycki" To: Keith Owens cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: insmod hates RELA? In-Reply-To: <22488.970829822@ocs3.ocs-net> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 780 Lines: 16 On Fri, 6 Oct 2000, Keith Owens wrote: > Against modutils 2.3.17. Does 2.3.17+this patch work on mips? That's exactly my patch. ;-) Yes -- it stops complaining, but it doesn't make it load the ipv6 module (the only one I have) successfully (the kernel crashes, IIRC). I suppose it's not a modutils' fault, though -- my development environment is not as stable as I wish so this may actually be a gcc, binutils or kernel issue. Unfortunately I cannot afford tracking it down at the moment, but I'll look into it when I can. Anyone feel free to study the case independently. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From gmcnutt@ridgerun.com Fri Oct 6 15:22:22 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 PAA16423; Fri, 6 Oct 2000 15:22:21 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 15:22:21 +0200 (MET DST) Received: (qmail 29840 invoked from network); 6 Oct 2000 07:22:15 -0600 Received: from gmcnutt-lx.ridgerun.cxm (HELO ridgerun.com) (gmcnutt@192.168.1.17) by ridgerun-lx.ridgerun.cxm with SMTP; 6 Oct 2000 07:22:15 -0600 Sender: gmcnutt@fnet.fr Message-ID: <39DDD206.19443FAB@ridgerun.com> Date: Fri, 06 Oct 2000 07:22:14 -0600 From: Gordon McNutt X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test5 i686) X-Accept-Language: en MIME-Version: 1.0 CC: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: insmod hates RELA? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2438 Lines: 50 "Maciej W. Rozycki" wrote: > On Fri, 6 Oct 2000, Ralf Baechle wrote: > > > A possible explanation would be that you use the wrong binutils, have a > > corrupt module file or try to load a module for another architecture or > > modutils being plain broken? > > The linker tends to create empty .rela sections even if there is no input > for them. This actually is a minor error and until (unless) we modify the > linker just use the quick fix for modutils that is available from my FTP > site (not that these modutils actually work ;-) ). > > -- > + Maciej W. Rozycki, Technical University of Gdansk, Poland + > +--------------------------------------------------------------+ > + e-mail: macro@ds2.pg.gda.pl, PGP key available + On the advice of a colleague I switched to an older version of gcc (2.90.29) which got rid of the RELA problem (I was using 2.96). I've now gotten further toward my goal of inserting a module. But I'm not there yet. insmod (2.3.9) now complains about a relocation overflow on all of the kernel symbols. I'm looking at the source for insmod now. At the moment I'm trying to figure out why insmod wants to relocate kernel symbols. After patching in the values from ksym, it tries to relocate kernel symbols along with all the local symbols. Seems like a mismatch between what insmod expects the ELF to look like and what gcc wants to generate. Maybe I'm missing a gcc option or something? Here's the options I'm using to build the module: /usr/bin/mips-linux-gcc -D__KERNEL__ -DMODULE -I../include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strength-reduce -DMODVERSIONS -G 0 -mno-abicalls -mcpu=r5000 -pipe -fno-pic -mips2 I've looked a little more since writing the above. The relocation errors are occurring in the .bss section, where it appears insmod is iterating over all references to a symbol and doing a relocation. The type of relocation done for all symbols is associated with the 'R_MIPS_26' #define (see linux/elf.h). Does anyone know much about this? Does this mean that symbols will be relocated to a 26-bit offset from some known base? If so, then how is it supposed to deal with kernel symbols? The problem appears when insmod verifies that the symbol's address is within a certain range of the section header. Not unexpectedly, the ksyms don't satisfy this check. They're way out of there. Is this a bug in insmod? Anyway, thanks for the help --Gordon From kaos@ocs.com.au Fri Oct 6 15:52:00 2000 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA17564; Fri, 6 Oct 2000 15:51:57 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 15:51:57 +0200 (MET DST) Received: (qmail 5773 invoked from network); 6 Oct 2000 13:51:53 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 6 Oct 2000 13:51:53 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Gordon McNutt cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: insmod hates RELA? In-reply-to: Your message of "Fri, 06 Oct 2000 07:22:14 MDT." <39DDD206.19443FAB@ridgerun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 07 Oct 2000 00:51:52 +1100 Message-ID: <23467.970840312@ocs3.ocs-net> Content-Length: 1165 Lines: 25 >But I'm not there yet. insmod (2.3.9) now complains about a relocation >overflow on all of the kernel symbols. modutils 2.3.9 is quite old, the released version is up to 2.3.17. ftp..kernel.org/pub/linux/kernel/utils/modutils/v2.3. >I'm looking at the source for insmod >now. At the moment I'm trying to figure out why insmod wants to relocate >kernel symbols. It does not relocate kernel symbols, they have fixed values. What it does is fix up references from modules to kernel symbols, the modules have relocation references to external symbols and those external symbols have to be filled in. >I've looked a little more since writing the above. The relocation errors are >occurring in the .bss section, where it appears insmod is iterating over all >references to a symbol and doing a relocation. The type of relocation done >for all symbols is associated with the 'R_MIPS_26' #define (see linux/elf.h). >Is this a bug in insmod? Don't think so, rather it is appears to be gcc assuming that some symbols can be accessed via $GP+26 bits. I don't have a MIPS ELF manual handy at the moment so I am guessing that you need -mlong-calls for modules. From gmcnutt@ridgerun.com Fri Oct 6 16:52:52 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 QAA19665; Fri, 6 Oct 2000 16:52:51 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 16:52:51 +0200 (MET DST) Received: (qmail 31070 invoked from network); 6 Oct 2000 08:52:49 -0600 Received: from gmcnutt-lx.ridgerun.cxm (HELO ridgerun.com) (gmcnutt@192.168.1.17) by ridgerun-lx.ridgerun.cxm with SMTP; 6 Oct 2000 08:52:49 -0600 Sender: gmcnutt@fnet.fr Message-ID: <39DDE741.4C00811@ridgerun.com> Date: Fri, 06 Oct 2000 08:52:49 -0600 From: Gordon McNutt X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test5 i686) X-Accept-Language: en MIME-Version: 1.0 CC: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: insmod hates RELA? References: <23467.970840312@ocs3.ocs-net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 117 Lines: 7 Keith Owens wrote: > I am guessing that you need -mlong-calls > for modules. That was it exactly. Thanks. --Gordon From macro@ds2.pg.gda.pl Fri Oct 6 17:21:56 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 RAA21188; Fri, 6 Oct 2000 17:20:59 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 17:20:59 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id RAA05896; Fri, 6 Oct 2000 17:14:16 +0200 (MET DST) Date: Fri, 6 Oct 2000 17:14:16 +0200 (MET DST) From: "Maciej W. Rozycki" To: Keith Owens cc: Gordon McNutt , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: insmod hates RELA? In-Reply-To: <23467.970840312@ocs3.ocs-net> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1154 Lines: 23 On Sat, 7 Oct 2000, Keith Owens wrote: > >I've looked a little more since writing the above. The relocation errors are > >occurring in the .bss section, where it appears insmod is iterating over all > >references to a symbol and doing a relocation. The type of relocation done > >for all symbols is associated with the 'R_MIPS_26' #define (see linux/elf.h). > >Is this a bug in insmod? > > Don't think so, rather it is appears to be gcc assuming that some > symbols can be accessed via $GP+26 bits. I don't have a MIPS ELF > manual handy at the moment so I am guessing that you need -mlong-calls > for modules. The kernel is compiled with -fno-PIC, so it's quite likely that there are R_MIPS_26 relocations. They are used for all of the 'j* label' instructions (with the target address encoded in the 26 LSBs of the opcode). There is no $reg+26 bits addressing mode for MIPS (but there is $reg+16 and thus there is the R_MIPS_GPREL16 relocation). -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From ralf@oss.sgi.com Fri Oct 6 19:39:25 2000 Received: from u-35.karlsruhe.ipdial.viaginterkom.de (u-35.karlsruhe.ipdial.viaginterkom.de [62.180.18.35]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA22844; Fri, 6 Oct 2000 19:39:24 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 19:39:24 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 6 Oct 2000 18:21:22 +0200 Date: Fri, 6 Oct 2000 18:21:22 +0200 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: Jun Sun , "Kevin D. Kissell" , Dominic Sweetman , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction Message-ID: <20001006182122.A9061@bacchus.dhis.org> References: <20001006024337.A3429@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from macro@ds2.pg.gda.pl on Fri, Oct 06, 2000 at 11:54:18AM +0200 X-Accept-Language: de,en,fr Content-Length: 459 Lines: 11 On Fri, Oct 06, 2000 at 11:54:18AM +0200, Maciej W. Rozycki wrote: > I vote for dual code for now and then we may remove the egcs 1.0.3 > compatibility cruft one day (for 2.6, for example). Not much point in that - we end up with performancewise identical code for both C and assembler variants with current compilers. So whenever we finally retire egcs 1.0.3 I think we should switch completly to the new compiler and the C written unaligned.h. Ralf From ralf@oss.sgi.com Fri Oct 6 19:39:28 2000 Received: from u-35.karlsruhe.ipdial.viaginterkom.de (u-35.karlsruhe.ipdial.viaginterkom.de [62.180.18.35]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA22846; Fri, 6 Oct 2000 19:39:26 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 19:39:26 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 6 Oct 2000 18:28:21 +0200 Date: Fri, 6 Oct 2000 18:28:21 +0200 From: Ralf Baechle To: Jun Sun Cc: "Kevin D. Kissell" , linux-mips@fnet.fr, linux-mips@oss.sgi.com, Dominic Sweetman Subject: Re: load_unaligned() and "uld" instruction Message-ID: <20001006182821.B9061@bacchus.dhis.org> References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> <39DD55E9.AFCACB0E@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39DD55E9.AFCACB0E@mvista.com>; from jsun@mvista.com on Thu, Oct 05, 2000 at 09:32:41PM -0700 X-Accept-Language: de,en,fr Content-Length: 1431 Lines: 33 On Thu, Oct 05, 2000 at 09:32:41PM -0700, Jun Sun wrote: > > > > > Ralf, before the perfect solution is found, the following patch makes > > > > > the gcc complain go away. It just use ".set mips3" pragma. > > > > Which, as Ralf correctly observes, will generate code that will > > crash on 32-bit CPUs, > > Why will it crash 32-bit CPUs? On my R5432 CPU, the lwl/lwr sequence > executes just fine. That's a 64-bit CPU with a 32-bit bus ... > Or do you mean it will crash SOME 32-bit CPUs? Do those 32-bit CPUs > support lwl or lwr? If they don't, they should generate a reserved > instruction exception. If they do, I don't see any problem. It will crash all 32-bit CPUs. > Not entirely. I was thinking if the unaligned load/store instruction > corrupts the upper 32 bit content on SOME cpus, maybe we do need to cut > the upper 32bit as a workaround. Well, I hope it is not necessary. No, it happens on all CPUs. Interrupts only restore the lower 32-bit of the registers. Partially this happens for the sake of compatibility with 32-bit cpus, partially it's also the because otherwise 8kb kernel stack wouldn't be sufficient, we'd have to go up to 16kb stacks which again has potencial influence on the memory managment that can reduce the reliability of the kernel when low on memory, it increases the overhead. In short unless a system has serious needs for 64-bit supporting 64-bit is quite a loss. Ralf From ralf@oss.sgi.com Fri Oct 6 19:39:31 2000 Received: from u-35.karlsruhe.ipdial.viaginterkom.de (u-35.karlsruhe.ipdial.viaginterkom.de [62.180.18.35]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA22854; Fri, 6 Oct 2000 19:39:28 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 19:39:28 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 6 Oct 2000 18:32:08 +0200 Date: Fri, 6 Oct 2000 18:32:08 +0200 From: Ralf Baechle To: Jun Sun Cc: "Kevin D. Kissell" , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: load_unaligned() and "uld" instruction Message-ID: <20001006183208.C9061@bacchus.dhis.org> References: <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> <39DD55E9.AFCACB0E@mvista.com> <011801c02f19$1283f6a0$0deca8c0@Ulysses> <39DD68DE.E9B26A3D@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39DD68DE.E9B26A3D@mvista.com>; from jsun@mvista.com on Thu, Oct 05, 2000 at 10:53:34PM -0700 X-Accept-Language: de,en,fr Content-Length: 595 Lines: 13 On Thu, Oct 05, 2000 at 10:53:34PM -0700, Jun Sun wrote: > Although the usb does use get_unaligned(u64) (ldl/ldr), it actually does > not run into it - at least in my test so far. That probably explains > why my fix runs on the R5432 CPU so far. No, you just never hit the window where the your 64-bit reg got corrupted by an exception. The old broken macros also had a cast to long in them which was truncating the loaded 64-bit word so in 100% of cases the upper 32-bit was modified in creative ways. So I guess you were just lucky and never hit the case were this actually bits. Ralf From kevink@mips.com Fri Oct 6 22:45:21 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 WAA28833; Fri, 6 Oct 2000 22:45:20 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 22:45:20 +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 NAA19105; Fri, 6 Oct 2000 13:43:50 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id NAA15542; Fri, 6 Oct 2000 13:44:05 -0700 (PDT) Message-ID: <00e201c02fd6$9964c9c0$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Jun Sun" , "Ralf Baechle" Cc: , , "Dominic Sweetman" References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> <39DD55E9.AFCACB0E@mvista.com> <20001006182821.B9061@bacchus.dhis.org> <39DE7B4D.8514FC59@mvista.com> Subject: Re: load_unaligned() and "uld" instruction Date: Fri, 6 Oct 2000 22:46:34 +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 Content-Length: 1811 Lines: 48 Jun Sun wrote: > Ralf Baechle wrote: > > > > On Thu, Oct 05, 2000 at 09:32:41PM -0700, Jun Sun wrote: > > > > > > > > > Ralf, before the perfect solution is found, the following patch makes > > > > > > > the gcc complain go away. It just use ".set mips3" pragma. > > > > > > > > Which, as Ralf correctly observes, will generate code that will > > > > crash on 32-bit CPUs, > > > > > > Why will it crash 32-bit CPUs? On my R5432 CPU, the lwl/lwr sequence > > > executes just fine. > > > > That's a 64-bit CPU with a 32-bit bus ... > > > > That is what the manual claims. However I did find something strange. > > I run the following code on R5432: > > 0x8019dc34 : ldl $a2,7($a0) > 0x8019dc38 : ldr $a2,0($a0) > 0x8019dc3c : srl $a2,$a2,0x10 > > As Kevin has guessed, it actually runs fine. However, the register > content in $a2 is not right. Basically it appears that $a2 is a 32-bit > register instead of 64-bit register. I put a srl instruction to make > sure I was not fooled by gdb. Please read the instruction manual for srl more closely. In order to preserve binary compatibility with 32-bit MIPS CPUs, srl, sll, and sra always work *as if* only a 32-bit register is implemented. If you want to shift the full 64 bits, you need to use explicit 64-bit shifts: dsrl, dsll, dsra, etc. Use a dsrl instead of an srl and you *may* see what you are expecting. But there is also the issue that Ralf alluded to in earlier messages on this thread: If your kernel exception handler is only saving and restoring register state using 32-bit loads and stores, the upper 32-bits of the registers will tend to decay into sign-extensions of the least significant 32-bits. Regards, Kevin K. From ralf@oss.sgi.com Sat Oct 7 00:27:13 2000 Received: from u-150.karlsruhe.ipdial.viaginterkom.de (u-150.karlsruhe.ipdial.viaginterkom.de [62.180.18.150]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA01938; Sat, 7 Oct 2000 00:27:11 +0200 (MET DST) Received-Date: Sat, 7 Oct 2000 00:27:11 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 7 Oct 2000 00:26:35 +0200 Date: Sat, 7 Oct 2000 00:26:35 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: load_unaligned() and "uld" instruction Message-ID: <20001007002635.A9631@bacchus.dhis.org> References: <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> <39DD55E9.AFCACB0E@mvista.com> <011801c02f19$1283f6a0$0deca8c0@Ulysses> <39DD68DE.E9B26A3D@mvista.com> <39DE7DD3.7A67B19E@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39DE7DD3.7A67B19E@mvista.com>; from jsun@mvista.com on Fri, Oct 06, 2000 at 06:35:15PM -0700 X-Accept-Language: de,en,fr Content-Length: 538 Lines: 14 On Fri, Oct 06, 2000 at 06:35:15PM -0700, Jun Sun wrote: > While the __ldq_u() did work, I had a couple of syntax problems with > put_unaligned(). See the patch below. > > In addition, my usb subsystem now hangs. It might mean a bug in the new > unaligned.h or the fix to unaligned.h reveals another bug. I will let > you know. I had already a patch for a the x vs. val thing in the CVS, so I just took the part which adds the additional brackets from your patch to make sure the semantic is identical with functions calls. Ralf From jsun@mvista.com Fri Oct 6 20:25:09 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 UAA25581; Fri, 6 Oct 2000 20:25:07 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 20:25:07 +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 e96INcx11110; Fri, 6 Oct 2000 11:23:38 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39DE7B4D.8514FC59@mvista.com> Date: Fri, 06 Oct 2000 18:24:29 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: "Kevin D. Kissell" , linux-mips@fnet.fr, linux-mips@oss.sgi.com, Dominic Sweetman 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> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> <39DD55E9.AFCACB0E@mvista.com> <20001006182821.B9061@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1156 Lines: 33 Ralf Baechle wrote: > > On Thu, Oct 05, 2000 at 09:32:41PM -0700, Jun Sun wrote: > > > > > > > Ralf, before the perfect solution is found, the following patch makes > > > > > > the gcc complain go away. It just use ".set mips3" pragma. > > > > > > Which, as Ralf correctly observes, will generate code that will > > > crash on 32-bit CPUs, > > > > Why will it crash 32-bit CPUs? On my R5432 CPU, the lwl/lwr sequence > > executes just fine. > > That's a 64-bit CPU with a 32-bit bus ... > That is what the manual claims. However I did find something strange. I run the following code on R5432: 0x8019dc34 : ldl $a2,7($a0) 0x8019dc38 : ldr $a2,0($a0) 0x8019dc3c : srl $a2,$a2,0x10 As Kevin has guessed, it actually runs fine. However, the register content in $a2 is not right. Basically it appears that $a2 is a 32-bit register instead of 64-bit register. I put a srl instruction to make sure I was not fooled by gdb. I know R5432 is derived from R5000 FOR 32-bit systems. I guess there are probably a lot of short-cuts for 64-bit operations. Jun From jsun@mvista.com Fri Oct 6 20:35:58 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 UAA26108; Fri, 6 Oct 2000 20:35:57 +0200 (MET DST) Received-Date: Fri, 6 Oct 2000 20:35:57 +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 e96IYOx11537; Fri, 6 Oct 2000 11:34:24 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39DE7DD3.7A67B19E@mvista.com> Date: Fri, 06 Oct 2000 18:35:15 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle , linux-mips@fnet.fr, linux-mips@oss.sgi.com 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> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> <39DD55E9.AFCACB0E@mvista.com> <011801c02f19$1283f6a0$0deca8c0@Ulysses> <39DD68DE.E9B26A3D@mvista.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2242 Lines: 68 Jun Sun wrote: > > Ralf, I notice you have fixed it in the CVS tree. Just did a test, and > it looks good here. > I was too soon to say that ... :-) While the __ldq_u() did work, I had a couple of syntax problems with put_unaligned(). See the patch below. In addition, my usb subsystem now hangs. It might mean a bug in the new unaligned.h or the fix to unaligned.h reveals another bug. I will let you know. Jun --- unaligned.h.ralf Fri Oct 6 18:32:34 2000 +++ unaligned.h Fri Oct 6 18:01:43 2000 @@ -117,20 +117,20 @@ __val; \ }) -#define put_unaligned(x,ptr) \ +#define put_unaligned(val,ptr) \ do { \ switch (sizeof(*(ptr))) { \ case 1: \ - *(unsigned char *)ptr = (val); \ + *(unsigned char *)(ptr) = (val); \ break; \ case 2: \ - __stw_u(val, (unsigned short *)ptr); \ + __stw_u(val, (unsigned short *)(ptr)); \ break; \ case 4: \ - __stl_u(val, (unsigned int *)ptr); \ + __stl_u(val, (unsigned int *)(ptr)); \ break; \ case 8: \ - __stq_u(val, (unsigned long long *)ptr); \ + __stq_u(val, (unsigned long long *)(ptr)); \ break; \ default: \ __put_unaligned_bad_length(); \ From jsun@mvista.com Sat Oct 7 02:17:36 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 CAA04352; Sat, 7 Oct 2000 02:17:34 +0200 (MET DST) Received-Date: Sat, 7 Oct 2000 02:17:34 +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 e970FCx24137; Fri, 6 Oct 2000 17:15:12 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39DECDB2.5B8A9375@mvista.com> Date: Sat, 07 Oct 2000 00:16:02 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: "Kevin D. Kissell" CC: linux-mips@fnet.fr, linux-mips@oss.sgi.com 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> <39D0E51C.79A0BE50@mvista.com> <20001005141354.E30075@bacchus.dhis.org> <39DD26CC.3805FFE8@mvista.com> <00d101c02f04$3a6d7340$0deca8c0@Ulysses> <39DD55E9.AFCACB0E@mvista.com> <20001006182821.B9061@bacchus.dhis.org> <39DE7B4D.8514FC59@mvista.com> <00e201c02fd6$9964c9c0$0deca8c0@Ulysses> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1337 Lines: 35 "Kevin D. Kissell" wrote: > > Jun Sun wrote: > > That is what the manual claims. However I did find something strange. > > > > I run the following code on R5432: > > > > 0x8019dc34 : ldl $a2,7($a0) > > 0x8019dc38 : ldr $a2,0($a0) > > 0x8019dc3c : srl $a2,$a2,0x10 > > > > As Kevin has guessed, it actually runs fine. However, the register > > content in $a2 is not right. Basically it appears that $a2 is a 32-bit > > register instead of 64-bit register. I put a srl instruction to make > > sure I was not fooled by gdb. > > Please read the instruction manual for srl more closely. > In order to preserve binary compatibility with 32-bit MIPS > CPUs, srl, sll, and sra always work *as if* only a 32-bit register > is implemented. If you want to shift the full 64 bits, you need > to use explicit 64-bit shifts: dsrl, dsll, dsra, etc. Use a dsrl > instead of an srl and you *may* see what you are expecting. > Just re-did the test with dsrl. It does show that the higher 32-bit are loaded correctly by ldl/ldr. The result still was not completely right, due to the inline assembler bug noted by Ralf earlier. That bug casts off the higher 32-bit upon the function return. Thanks, Kevin. Jun ... learn something new each day ... From ralf@oss.sgi.com Sun Oct 8 18:49:37 2000 Received: from u-43.karlsruhe.ipdial.viaginterkom.de (u-43.karlsruhe.ipdial.viaginterkom.de [62.180.18.43]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA20448; Sun, 8 Oct 2000 18:49:35 +0200 (MET DST) Received-Date: Sun, 8 Oct 2000 18:49:35 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sun, 8 Oct 2000 17:51:53 +0200 Date: Sun, 8 Oct 2000 17:51:53 +0200 From: Ralf Baechle To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: ld & glibc Message-ID: <20001008175153.A1314@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: 834 Lines: 21 Please don't use a ld >= 2.9.x. I've tracked down a bug in those linkers fixing which unless you're lucky breaks binary compatibility with binaries generated by those linkers; there is no way to guaratee compatibility with the binaries generated by these linkers so the breakage is unavoidable. In short - fingers away. glibc-2.0.6-6lm was a release made in the erroneous assumption that this linker bug is actually a bug in 2.8.1. Now it tourned out to be just the other way around. Users of glibc-2.0.6-6lm should rebuild all binaries built with affected linkers with a fixed linker before they downgrade their libc to glibc-2.0.6-5lm. Glibc 2.2 based systems have entirely been built using some broken linker. In effect this means that they will have to be completly rebuilt with a fixed linker. Fix comes later ... Ralf From dom@algor.co.uk Mon Oct 9 16:37:22 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 QAA00297; Mon, 9 Oct 2000 16:37:21 +0200 (MET DST) Received-Date: Mon, 9 Oct 2000 16:37:21 +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 PAA05646; Mon, 9 Oct 2000 15:37:08 +0100 (GMT/BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id PAA00765; Mon, 9 Oct 2000 15:49:10 +0100 (GMT/BST) Date: Mon, 9 Oct 2000 15:49:10 +0100 (GMT/BST) Message-Id: <200010091449.PAA00765@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Ralf Baechle Cc: Dominic Sweetman , sde@algor.co.uk, "Kevin D. Kissell" , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction In-Reply-To: <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> <20000929192254.G16050@bacchus.dhis.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 8370 Lines: 194 It started when I 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. Ralf Baechle (ralf@oss.sgi.com) replied: > 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. I think we comply with a somewhat weaker reading of the same paragraph, in that no "MIPS III" instruction will be used unless you say -mips3 (or greater). I could also be pedantic and point out that the effect of "-mcpu=r3900" (for instance) is not defined by that quotation... -mmad: as you know (but all readers might not) the integer multiply-accumulate instructions are not in *any* numbered MIPS instruction set - at least not until MIPS32, which is a different series. If they existed as a single, coherent add-on a single "-mmad" flag would be the best solution - but they don't: no two manufacturer's implementations are quite the same. And the Vr41xx is MIPS III, except that it leaves out the "semaphore" instructions LL and SC. We want our toolchain to know these instructions aren't there, and it seems natural to overload the -mcpu=r4100 flag for this purpose. Perhaps we'll propose a change to the manual! > > 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. I can see why that might be sensible. Most MIPS CPUs except the lowest-end are now 64-bit, so why try to fix the memory limitation twice? I can sketch some reasons, though, why this might not be automatically and obviously correct outside SGI: 1. Linux on other architectures doesn't depend on being able to address the whole of physical memory through an "unmapped" window like MIPS' kseg0. (So this dependency can't extend into machine-independent code). 2. One effect of making the kernel 64-bit will be the memory swallowed by all those double-size pointers. 3. You're missing the advantage of a neat trick in the MIPS architecture, where 32-bit code running on a mips3+ CPU automatically "sign-extends" 32-bit pointers to generate valid 64-bit addresses. So it's not obvious why you shouldn't go the other way, and use 32-bit pointers inside a kernel which supports 64-bit-pointer applications. > Also expect embedded SMP kernels in the not to far future. That's orthogonal to the pointer size. > > 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 ... (With me it was the other way around... the interrupt problem was obvious, but I found it harder to see how the C compiler puns data between compiler-world types and "register" data types.) I guess anyone interested needs to be very careful to make the distinction (familiar to old hands) between: 1. Using a "64-bit capable" CPU (MIPS III or higher), which has 64-bit registers, data path and so on... 2. Compiling in an environment where some C variables are implemented with 64-bit mips3+ instructions or rely on 64-bit registers. 3. Compiling in an environment where C pointers become 64-bit objects. It's easy to slip into saying "64-bit" to mean "whichever of these I'm currently thinking of." You mentioned Kevin's suggested virtues for a kernel: > > 1. build for either 32-bit ("MIPS32" and near-miss) and 64-bit > > (MIPS3, MIPS4 and MIPS64) CPUs. Kevin works for MIPS, who have invented MIPS32 to try to stem incompatible proliferation of the instructino set of MIPS CPUs with only 32-bit registers and data paths. This is still new - few, if any, MIPS32 CPUs have shipped in systems yet. Linux kernels to run on 32-bit CPUs should perhaps rely on just the MIPS I instruction set plus a usable TLB (MIPS MMU hardware). It's true there are two major branches of the CPU-control instructions, but it's not that hard to cover up, and surely not a good use of scarce resources to assume compliance to MIPS32 just now. > > 2. Allow 64-bit operations on 64-bit CPUs, without insisting that > > [standard integer/pointer] C data types grow. Need to save the > > whole of registers and compile "long long" and "double" data > > types... Algorithmics thought that was a good idea, and it's a door we've kept open to our "embedded" customers, where 64-bit pointers are not much wanted. It does create a lot of unexpected side-effects in return for rather intangible benefits, so I sympathise with Ralf on that one. > 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. I think by "64-bit CPUs" you mean all of my (1-3) above, and by "true 32-bit stuff" you mean... I'm really not sure what. Somewhere buried under this is the problem of maintaining a Linux/MIPS kernel and providing any kind of confidence that it will (at any particular version) build and run correctly on "any reasonable MIPS CPU". To provide stability on variant platforms means identifying the interfaces between variant-dependent and -independent code, freezing those interfaces and treating them with great respect. I think that's still foreign to most of the Linux community, because they've grown up with PCs. It may simply be the best decision to allow the MIPS kernel landscape to fragment into islands, with the "compatibility" layer at the kernel/application interface (and some informal conventions to ease device driver porting). > 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'. I can't see, offhand, why a kernel which can map a large user space for applications with 64-bit pointers should require different page tables for applications which use 32-bit pointers. 32-bit pointers generate perfectly good 64-bit addresses. The userspace layout of 32-bit-pointer applications needs to feature stack space (for example) within reach of the 32-bit pointers - but does it really need such large changes to the VM code? > 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. While it would be nice to fix it, a single compiler which does all three is perhaps not so critical... Using o32 puts you in such a different universe that having a separate compiler is not such a big deal. -- 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 ralf@oss.sgi.com Wed Oct 11 04:12:57 2000 Received: from u-73.karlsruhe.ipdial.viaginterkom.de (u-73.karlsruhe.ipdial.viaginterkom.de [62.180.18.73]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA10610; Wed, 11 Oct 2000 04:12:55 +0200 (MET DST) Received-Date: Wed, 11 Oct 2000 04:12:55 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 11 Oct 2000 04:12:44 +0200 Date: Wed, 11 Oct 2000 04:12:44 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, debian-mips@lists.debian.org Subject: Re: glibc on MIPS ... Message-ID: <20001011041244.C7458@bacchus.dhis.org> References: <39E3D0B8.7F221344@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39E3D0B8.7F221344@mvista.com>; from jsun@mvista.com on Tue, Oct 10, 2000 at 07:30:16PM -0700 X-Accept-Language: de,en,fr Content-Length: 1001 Lines: 26 On Tue, Oct 10, 2000 at 07:30:16PM -0700, Jun Sun wrote: > Does anybody what is the status of glibc on MIPS? > > So far I have been using the glibc coming from linux-vr project. It is > v2.0.7. Somehow the pthread does not appear to be working. > pthread_create() returns EAGIN error, even though clone() system returns > correct result. 2.0.7 is filling my mailfolders with obscure bug reports. Seems like nobody is bothering to keep it updated with any kind of bug fixes. > I looked at the cvs tree on oss.sgi.com. The glibc version is 2.0.6. > What is the status of this version? Cvs on oss should be equivalent to glibc-2.0.6-5lm.src.rpm which is the version which I'm still recommending for now. Don't use -6lm, it's broken. > I also heard about the debian-mips project. What glibc is used here? A pre-2.2 snapshot. Not yet stable and requires a binutils snapshot to build which also isn't yet stable. But we're getting closer and things are beginning to look promising. Ralf From jsun@mvista.com Tue Oct 10 21:31:33 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 VAA05450; Tue, 10 Oct 2000 21:31:32 +0200 (MET DST) Received-Date: Tue, 10 Oct 2000 21:31:32 +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 e9AJTHx28981; Tue, 10 Oct 2000 12:29:17 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39E3D0B8.7F221344@mvista.com> Date: Tue, 10 Oct 2000 19:30:16 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com, linux-mips@fnet.fr, debian-mips@lists.debian.org Subject: glibc on MIPS ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 467 Lines: 16 Does anybody what is the status of glibc on MIPS? So far I have been using the glibc coming from linux-vr project. It is v2.0.7. Somehow the pthread does not appear to be working. pthread_create() returns EAGIN error, even though clone() system returns correct result. I looked at the cvs tree on oss.sgi.com. The glibc version is 2.0.6. What is the status of this version? I also heard about the debian-mips project. What glibc is used here? Thanks. Jun From cort@hq.fsmlabs.com Wed Oct 11 06:47:08 2000 Received: from hq.fsmlabs.com (hq.fsmlabs.com [209.155.42.197]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA12291; Wed, 11 Oct 2000 06:47:05 +0200 (MET DST) Received-Date: Wed, 11 Oct 2000 06:47:05 +0200 (MET DST) Received: (from cort@localhost) by hq.fsmlabs.com (8.9.3/8.9.3) id WAA02674; Tue, 10 Oct 2000 22:43:17 -0600 Date: Tue, 10 Oct 2000 22:43:17 -0600 From: Cort Dougan To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Cc: Ralf Baechle Subject: modutils bug? 'if' clause executes incorrectly Message-ID: <20001010224317.I733@hq.fsmlabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us Content-Length: 599 Lines: 20 I'm finding that in a Linux/MIPS module the test case attached executes the 'if' clause in if A B else C in the order A, C, B when A is false and correctly (A, B) when A is true. This is with GCC version egcs-2.90.29 980515 (egcs-1.0.3 release) and binutils 2.8.1 (with BFD 2.8.1). The asm in this routine looks good and I can keep the code from failing by removing the request_irq() and replacing it with something else that doesn't call into the kernel. I can't reproduce this in user-code or in kernel code. Does anyone have any suggestions? Perhaps a suggestion for modutils version? From kaos@melbourne.sgi.com Wed Oct 11 07:36:18 2000 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA13045; Wed, 11 Oct 2000 07:36:16 +0200 (MET DST) Received-Date: Wed, 11 Oct 2000 07:36:16 +0200 (MET DST) Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id WAA06522; Tue, 10 Oct 2000 22:43:16 -0700 (PDT) mail_from (kaos@melbourne.sgi.com) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id WAA71571; Tue, 10 Oct 2000 22:36:03 -0700 (PDT) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA13560; Wed, 11 Oct 2000 16:36:00 +1100 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Cort Dougan cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, Ralf Baechle Subject: Re: modutils bug? 'if' clause executes incorrectly In-reply-to: Your message of "Tue, 10 Oct 2000 22:43:17 MDT." <20001010224317.I733@hq.fsmlabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Oct 2000 16:36:00 +1100 Message-ID: <9251.971242560@kao2.melbourne.sgi.com> Content-Length: 532 Lines: 11 On Tue, 10 Oct 2000 22:43:17 -0600, Cort Dougan wrote: >I'm finding that in a Linux/MIPS module the test case attached executes the >'if' clause in Almost certainly nothing to do with modutils, insmod just relocates and loads the program. The only possible modutil problems are an unexpected relocation being emitted by binutils or insmod not handling a valid relocation correctly. Compile with -g then do "objdump -rS object.o". What does the offending section of code look like, including the relocations? From macro@ds2.pg.gda.pl Wed Oct 11 13:15:18 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 NAA16489; Wed, 11 Oct 2000 13:14:22 +0200 (MET DST) Received-Date: Wed, 11 Oct 2000 13:14:22 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id NAA13157; Wed, 11 Oct 2000 13:06:59 +0200 (MET DST) Date: Wed, 11 Oct 2000 13:06:58 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle cc: Jun Sun , linux-mips@oss.sgi.com, linux-mips@fnet.fr, debian-mips@lists.debian.org Subject: Re: glibc on MIPS ... In-Reply-To: <20001011041244.C7458@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 506 Lines: 13 On Wed, 11 Oct 2000, Ralf Baechle wrote: > A pre-2.2 snapshot. Not yet stable and requires a binutils snapshot to > build which also isn't yet stable. But we're getting closer and things > are beginning to look promising. I have also binutils 2.10 working well for glibc 2.2, if anyone's interested. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From ralf@oss.sgi.com Thu Oct 12 00:21:24 2000 Received: from u-252.karlsruhe.ipdial.viaginterkom.de (u-252.karlsruhe.ipdial.viaginterkom.de [62.180.18.252]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA23920; Thu, 12 Oct 2000 00:21:22 +0200 (MET DST) Received-Date: Thu, 12 Oct 2000 00:21:22 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 11 Oct 2000 17:14:49 +0200 Date: Wed, 11 Oct 2000 17:14:49 +0200 From: Ralf Baechle To: Keith Owens Cc: Cort Dougan , linux-mips@oss.sgi.com, linux-mips@fnet.fr, Ralf Baechle Subject: Re: modutils bug? 'if' clause executes incorrectly Message-ID: <20001011171449.A19344@bacchus.dhis.org> References: <20001010224317.I733@hq.fsmlabs.com> <9251.971242560@kao2.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <9251.971242560@kao2.melbourne.sgi.com>; from kaos@melbourne.sgi.com on Wed, Oct 11, 2000 at 04:36:00PM +1100 X-Accept-Language: de,en,fr Content-Length: 746 Lines: 18 Keith, > >I'm finding that in a Linux/MIPS module the test case attached executes the > >'if' clause in > > Almost certainly nothing to do with modutils, insmod just relocates and > loads the program. The only possible modutil problems are an > unexpected relocation being emitted by binutils or insmod not handling > a valid relocation correctly. Compile with -g then do "objdump -rS > object.o". What does the offending section of code look like, > including the relocations? For such occassions I would like to see some debugging functionality in modutils which allows dumping the relocated disk image as it would be loaded into the kernel into a disk image which then could be examined with objdump etc. for potencial problems. Ralf From ralf@oss.sgi.com Thu Oct 12 00:21:26 2000 Received: from u-252.karlsruhe.ipdial.viaginterkom.de (u-252.karlsruhe.ipdial.viaginterkom.de [62.180.18.252]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA23922; Thu, 12 Oct 2000 00:21:25 +0200 (MET DST) Received-Date: Thu, 12 Oct 2000 00:21:25 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 11 Oct 2000 17:31:17 +0200 Date: Wed, 11 Oct 2000 17:31:17 +0200 From: Ralf Baechle To: Cort Dougan Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: modutils bug? 'if' clause executes incorrectly Message-ID: <20001011173117.D19105@bacchus.dhis.org> References: <20001010224317.I733@hq.fsmlabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001010224317.I733@hq.fsmlabs.com>; from cort@fsmlabs.com on Tue, Oct 10, 2000 at 10:43:17PM -0600 X-Accept-Language: de,en,fr Content-Length: 764 Lines: 19 On Tue, Oct 10, 2000 at 10:43:17PM -0600, Cort Dougan wrote: > This is with GCC version egcs-2.90.29 980515 (egcs-1.0.3 release) and > binutils 2.8.1 (with BFD 2.8.1). > > The asm in this routine looks good and I can keep the code from failing by > removing the request_irq() and replacing it with something else that > doesn't call into the kernel. I can't reproduce this in user-code or in > kernel code. > > Does anyone have any suggestions? Perhaps a suggestion for modutils > version? I have an idea what's going wrong, maybe it's related to something that Brady Brown recently discovered. Are the object files you are trying to load generated by the assembler? If so, try to do a relocatable link on them with ld -r module-out.o module-in.o. Ralf From davem@redhat.com Thu Oct 12 00:18:13 2000 Received: from pizda.ninka.net (root@pizda.ninka.net [216.101.162.242]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA23851; Thu, 12 Oct 2000 00:18:11 +0200 (MET DST) Received-Date: Thu, 12 Oct 2000 00:18:11 +0200 (MET DST) Received: (from davem@localhost) by pizda.ninka.net (8.9.3/8.9.3) id PAA06887; Wed, 11 Oct 2000 15:04:30 -0700 Date: Wed, 11 Oct 2000 15:04:30 -0700 Message-Id: <200010112204.PAA06887@pizda.ninka.net> From: "David S. Miller" To: linux-mips@fnet.fr Subject: why Content-Length: 87 Lines: 9 does this list get so much Japanese spam? Later, David S. Miller davem@redhat.com From flo@rfc822.org Thu Oct 12 00:28:50 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA25162; Thu, 12 Oct 2000 00:28:49 +0200 (MET DST) Received-Date: Thu, 12 Oct 2000 00:28:49 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 930B87D9; Thu, 12 Oct 2000 00:28:46 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 7BA169014; Thu, 12 Oct 2000 00:24:21 +0200 (CEST) Date: Thu, 12 Oct 2000 00:24:21 +0200 From: Florian Lohoff To: Ralf Baechle Cc: Jun Sun , linux-mips@oss.sgi.com, linux-mips@fnet.fr, debian-mips@lists.debian.org Subject: Re: glibc on MIPS ... Message-ID: <20001012002421.A678@paradigm.rfc822.org> References: <39E3D0B8.7F221344@mvista.com> <20001011041244.C7458@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001011041244.C7458@bacchus.dhis.org>; from ralf@oss.sgi.com on Wed, Oct 11, 2000 at 04:12:44AM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 1016 Lines: 23 On Wed, Oct 11, 2000 at 04:12:44AM +0200, Ralf Baechle wrote: > On Tue, Oct 10, 2000 at 07:30:16PM -0700, Jun Sun wrote: > > I also heard about the debian-mips project. What glibc is used here? > > A pre-2.2 snapshot. Not yet stable and requires a binutils snapshot to > build which also isn't yet stable. But we're getting closer and things > are beginning to look promising. We are trying :) I am currently basing all my Debian-mips(el) things on glibc 2.0.6. It is the only stable solution right now. I am experimenting with the glibc 2.1.94-3 debian source package which i managed to get compiled with unmodified cvs binutils and gcc + the gcse patch. Ralf reported bugs in the ld where he send me a patch. With that patch i get a "Bus Error" from the ld.so within the glibc build. So currently - No real work on glibc 2.2 based debian but that will change soon i guess ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From flo@rfc822.org Thu Oct 12 00:28:50 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA25164; Thu, 12 Oct 2000 00:28:49 +0200 (MET DST) Received-Date: Thu, 12 Oct 2000 00:28:49 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id BACA0809; Thu, 12 Oct 2000 00:28:46 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id E9E289014; Thu, 12 Oct 2000 00:26:19 +0200 (CEST) Date: Thu, 12 Oct 2000 00:26:19 +0200 From: Florian Lohoff To: Cort Dougan Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, Ralf Baechle Subject: Re: modutils bug? 'if' clause executes incorrectly Message-ID: <20001012002619.B678@paradigm.rfc822.org> References: <20001010224317.I733@hq.fsmlabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001010224317.I733@hq.fsmlabs.com>; from cort@fsmlabs.com on Tue, Oct 10, 2000 at 10:43:17PM -0600 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 818 Lines: 26 On Tue, Oct 10, 2000 at 10:43:17PM -0600, Cort Dougan wrote: > if A > B > else > C > > in the order A, C, B when A is false and correctly (A, B) when A is true. > > This is with GCC version egcs-2.90.29 980515 (egcs-1.0.3 release) and > binutils 2.8.1 (with BFD 2.8.1). > > The asm in this routine looks good and I can keep the code from failing by > removing the request_irq() and replacing it with something else that > doesn't call into the kernel. I can't reproduce this in user-code or in > kernel code. > > Does anyone have any suggestions? Perhaps a suggestion for modutils > version? Please send the resulting asm code - I hear someone whispering "Branch delay slot". Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From cort@hq.fsmlabs.com Thu Oct 12 00:36:26 2000 Received: from hq.fsmlabs.com (hq.fsmlabs.com [209.155.42.197]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA28507; Thu, 12 Oct 2000 00:36:25 +0200 (MET DST) Received-Date: Thu, 12 Oct 2000 00:36:25 +0200 (MET DST) Received: (from cort@localhost) by hq.fsmlabs.com (8.9.3/8.9.3) id QAA30264; Wed, 11 Oct 2000 16:32:42 -0600 Date: Wed, 11 Oct 2000 16:32:42 -0600 From: Cort Dougan To: Ralf Baechle Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: modutils bug? 'if' clause executes incorrectly Message-ID: <20001011163242.F28328@hq.fsmlabs.com> References: <20001010224317.I733@hq.fsmlabs.com> <20001011173117.D19105@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <20001011173117.D19105@bacchus.dhis.org>; from Ralf Baechle on Wed, Oct 11, 2000 at 05:31:17PM +0200 Content-Length: 980 Lines: 23 } On Tue, Oct 10, 2000 at 10:43:17PM -0600, Cort Dougan wrote: } } > This is with GCC version egcs-2.90.29 980515 (egcs-1.0.3 release) and } > binutils 2.8.1 (with BFD 2.8.1). } > } > The asm in this routine looks good and I can keep the code from failing by } > removing the request_irq() and replacing it with something else that } > doesn't call into the kernel. I can't reproduce this in user-code or in } > kernel code. } > } > Does anyone have any suggestions? Perhaps a suggestion for modutils } > version? } } I have an idea what's going wrong, maybe it's related to something that } Brady Brown recently discovered. Are the object files you are trying to } load generated by the assembler? If so, try to do a relocatable link } on them with ld -r module-out.o module-in.o. The small test case I have (bug.c) is being built through gcc and that does shove the output through as. I did a mips-linux-ld -r -o bug.re.o bug.o and I get the same incorrect execution. From cort@hq.fsmlabs.com Thu Oct 12 00:42:20 2000 Received: from hq.fsmlabs.com (hq.fsmlabs.com [209.155.42.197]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA00231; Thu, 12 Oct 2000 00:42:16 +0200 (MET DST) Received-Date: Thu, 12 Oct 2000 00:42:16 +0200 (MET DST) Received: (from cort@localhost) by hq.fsmlabs.com (8.9.3/8.9.3) id QAA30529; Wed, 11 Oct 2000 16:38:27 -0600 Date: Wed, 11 Oct 2000 16:38:27 -0600 From: Cort Dougan To: Florian Lohoff Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, Ralf Baechle Subject: Re: modutils bug? 'if' clause executes incorrectly Message-ID: <20001011163827.H28328@hq.fsmlabs.com> References: <20001010224317.I733@hq.fsmlabs.com> <20001012002619.B678@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=WYTEVAkct0FjGQmd X-Mailer: Mutt 0.95.4us In-Reply-To: <20001012002619.B678@paradigm.rfc822.org>; from Florian Lohoff on Thu, Oct 12, 2000 at 12:26:19AM +0200 Content-Length: 19724 Lines: 335 --WYTEVAkct0FjGQmd Content-Type: text/plain; charset=us-ascii } On Tue, Oct 10, 2000 at 10:43:17PM -0600, Cort Dougan wrote: } > if A } > B } > else } > C } > } > in the order A, C, B when A is false and correctly (A, B) when A is true. } > } > This is with GCC version egcs-2.90.29 980515 (egcs-1.0.3 release) and } > binutils 2.8.1 (with BFD 2.8.1). } > } > The asm in this routine looks good and I can keep the code from failing by } > removing the request_irq() and replacing it with something else that } > doesn't call into the kernel. I can't reproduce this in user-code or in } > kernel code. } > } > Does anyone have any suggestions? Perhaps a suggestion for modutils } > version? } } Please send the resulting asm code - I hear someone whispering } "Branch delay slot". .c and gzip'd .s attached. Compiled with: mips-linux-gcc -v -G 0 -mno-abicalls -fno-pic -ffixed-8__ -D__KERNEL__ -DMODULE -D_LOOSE_KERNEL_NAMES -O2 -c -fomit-frame-pointer -pipe -mcpu=r8000 -mips2 -mlong-calls -I/sys/linux/include -I/sys/rtlinux/include -I/sys/rtlinux/include/compat -I/sys/rtlinux/include/posix -Wall -Wstrict-prototypes -g -D__RTL__ -D__KERNEL__ -DMODULE -D_LOOSE_KERNEL_NAMES -O2 -c -o bug.o main/bug.c --WYTEVAkct0FjGQmd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bug.c" #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include int var; MODULE_PARM(var, "i"); void foo(void) { } int init_module(void) { int debug, i; #define RTL_NR_IRQS 32 for (i = RTL_NR_IRQS - 1; i > 15; i--) { printk("A\n"); debug = request_irq (i, foo, 0, "blah", 0); printk("debug %d \n", debug); if ( debug ) { printk("B\n"); continue; } else { printk("C\n"); return debug; } } return 0; } void cleanup_module(void) { } --WYTEVAkct0FjGQmd Content-Type: application/octet-stream Content-Disposition: attachment; filename="bug.s.gz" Content-Transfer-Encoding: base64 H4sICEvr5DkCA2J1Zy5zAJRbbY+kOJL+3P0r8vp2pN1RZQ02YEyW+HKzc6OVVrPSba/uy0mI BDKTKxIYXqqr9tffE34Bk0VW7/VI3elwOByO9zCeT4+nqi4/sd2X43R+zL98/vT4UvZD1Taf vnjs0WNfPu/+fffrb//Y/bwzE7vynA97/hh7jzzexdILWbj7owJiwaO/68u6zIbyT7s/Xqtu 2NdVM73+aZe31w5bFbvj2x167FGIHYvj2PNZMFNkj3ym+EjMtN2IVcOuy4ahLA673f566nyO f87qn1/xq2n32bHKs7oeMMq7Keml53n4DY44Udlf67Y57w3Kebf/G5b+N0b4exj7Kh/3Xd+O 7fjWlUA4gWJX5fhxql7LYi8VjVN7rcb9qc+u5b5rq2Yse5fDssmOtWbxVJSnsgdSt7kKwHwo MVPX7bf9/07XbtAbEHR4rrr9sW7zZ2KkfO3KZqheyj1tc63+menN9qfx0pdZ4a7GQcrmPF72 fVlMeQlIV5bdpa3p56nt83J/La/0e2pyIrPHfhhWDZRWahrPWLEfRuyS73NsNNJWJDYcZ8he lHC6PAdKP0FofTlOfaMOXGdvkNSxz5r8omn1ZT+pPfbZCafe162ShwbTgM5EfOcXMFyX+6oZ GnuWFYwTE+312tJWMKRjS0QHOsu5mcjmnpVU+/J8bV/MUbK6yoY96OTPNOrP07Vsxr0Ck/mo v12zuJZH13y03SgL+nzOc55am348fE5T7DsD0vzw+RFCOw67Lz8Nb8NP/ajc4KcvD8zzHui/ P/x1LF9Hb0a7ZlXzk3bCdzifHunfz2a4kIbtHEaW9Oxpz1kQBdIXgXyaf0ZPIMWlIrVslF+y /jDypOdP3hPj20gkhZ0i7ye9//8hP8E4zw38XK0Okj7ANnt2f5f1gjDpw+8sWHgTdHQP0tr4 8+RFW3++Q3bNTKTor6myf53scGn7UVOSsKCnvc8jIZ/o748WrHmIkz6GQEQY+uH2Io2s1co8 sEzi4/Kubmf6ZgkZEI75xMPtDU51m5GdcZIGaXMLqWgnxDpg+YQl72ApGc+owUeo5Ep1+aqF wMJkkIhu9YEByedP1TU747fPafDhess92Yq4y77Fnnkj1UffZW59HiiZybtrXtqqAFKcsHhr WgWQPH3J0roawDD3Es6SH7nF5bGDvDt85Twp07RpU8pQaV4jGx727CFNaR8X6AFGSeZc9i6Y UMkAXBgHrGwQFfusduE+4McWaSNrXHAAsElgLjgEuKd0VzZ56U4ITLSn01COLjRS6OsNJTGn ZeyCY4Btqlqdhc54LcdLuzo5Y4p03vZrMB1zam5p0CGzvs/eVlA6I9UDzXkFpjPenIPR8aia WgHpdHV2s1o+bFvIrHs/4Z7FYJK53v42VM2phf6DZBDBRDVACQUpr4CpF9BimGS9Rw79FJKH xOIJdUxWo+CAbogoUJEZSwMQau0AWygLA4qVXx2nE7SoQZwHBFKEhm9ZR6BQWEoWIhVtFE45 Kcvn4N5sfqnOF2D4IbdrLEQqwqhDSCcjjCpgim56OnBhThI98YcgkA8i2Hb2Z1qeZ0jtKYkv SrhMXgcHOhxmcfKV06FMaMo6PRWkTiyNE99LBqCeiiE9ViOMnxkmfAZ5goDHHS58uUUOAfaS NUVNjoEUyhPfT370g+S0+H7AthY+l29qRZiwGTHYQizKF4UoknAxlC3EikIEECMHMd5CvLaF kp4vF0zubWFSdfisUGMHdfM8cHdCDLzEnxE3FdBR0AIicxD9zfN0+YzMHeRNKU0G0XcQwy3E s0EMHESxrdl/KikFYRLMmNEm5owqFmXyTR11Y19URlKRg7ypJ3J4hSkXXv1NPQ3TgODXwJAJ PXbQN3WVU4tBqKGjLX9TW0VWFMq0Q0df/qa+8hmVI6HNuPfUxYTC9ZPZUXxxR2EGNXBQoztU fa5QQ4dZeYeqQRUO6qYa2rqw5hVGSTBjB949bGNjoUyC4OMoUBu3CeNEfBwGToMmKrxEMNRI LyiRBDcBiz1RXnBjZuAeZbIeL3wnNqyVOEhMBwnz7kSEieYRrNidMDAwAQSRyDtOPan5aFHh jR8PPse8dHxibQ2Tmo/v+iJSJMp4bxHjjd4nNc+SaFPZU/r7lCn5RnxBCVyXIAFFviOg0BUA iScKHPGEq7V0+ChchBO6h1eiicQimtCNXEowkRMsQvfgSiyRXMQSusfWQnFsS7izSiTSW84r XJEU1yy1Hi3ZYjeRqxebTSVcfmafrdoFnb4kAvPMBXMlZ9KWRECONlO3NV4Jp5ab1junKQln XthwZWz8TMKBl3rLFbPJNBKinCXN3KPOkVAiFy4orjJMTo8RVbdz9SpOxywJ4s1MbaJNzJMw 3EymJsDEcGex6W9zfI2DJNxOnXNcjcMkDDaTpo1OMWqPeNspTOaLIddw0zHm5BhDsjOzoStZ JynGcPDFHF06Nhkyz0uC2QyES2dOa8yDvc5qjlwyc5JCcZeEfNOop9S22L7j0HLVWaeqgycc Jyut6vcp1Q2t59QPkq8QqKkkDKe0kystNpaRyGVkxevMh3T4WEUIw4YTOuUqChgumOdwEd8e RCqZMZaIGSkOVl5sUXgi5o3i8JaONjnG/ETMeo7FmpDFCRIxG0wc3VLS6ZuxMBHzwWO5pmRx RCJmk4njG+EYviPnaND8DZLlSTp8Q/c3WHa/2OEJBnCDJQKFhb4/WuKIJ28PaNHYCi1en9Ai IWstcW0VgCe60j18ZWg1B+7By6glO4TmegVjBOACjWVk7lhO6anJ0Gky9J26ugjRkwl0a5Lm uix/pjnswgm02aV1I7rx80C7huixItFlhYdVYqao+quYPyk0VKnUiKp+q25V66o7w0ulBoFq NvPOS8su152tZyHHrHghnyawz7gF06GnQQGDwALzDPFXwSJx9zqJGvP0UmYFcR+h0mrK1xG8 y+RHRjWH7nvLl4Pur+/SGbqqmQMSuk1G7WZwzvO0Qr85nc9v9orrabNm6L/Nq9GYMrSW31nN 1vls1OES/ShEgLUAHMKbJasyursWegWqPHSbWHEt3q9wzbQ7mxUIT2gmseK8sSJeraBvLXoR RBJ4ahHB3q1bldd0F5/m3aRvRBiaR3TutP3vU0X2iAbxR0OADj5DjYK680gfaOwVwT+xmQju ak5tduqmFMG3SPXnDtoUDgTBnDpt2ywIluuCwF4XILuPfVsfAjX8/hZDexqdLeAtQTFdr2/2 oufj1epui9aJZAJrxC/48nU8kU9EHOPwI1JXFHBn+jqilEJNaUCaBPCdRtiqxNAfoRzeY8QX JiAblLNmKQ2iQ2i0QCM5i55GMUaxMCPuLZdWNGTLlRUN+XJdRUN/uaqiYbxcU2Hoe8sdFQ2Z 4sF7FxzsJVU3QUxC3VApwd0GliDiTryZLDj01P5l37d9mlMUJaCvuBj7rEsbFcxCoRi5nurs POhDaVamvifBF2RMEcBaTFVfvaZYfu1a+jinFmiRqRk0mPn4qqDx/SiWpt+yaoQjlFMJ5aDR H3hgPlr1mOubClk/0GoaswHegg7/R4be/XWgsVWs0Z0CqTtLCoJgB81mml6zc5XDVI3WaFO0 qwQQ901uYUyZXIgAtRRrYXDnEDYkhwGlMQqN4CRe+F+Y8/maOS2lNM1hr2PbL+x+jzvaUbOI iLiUyKrI+PTYF9mY4d+srs7NJ/75D3/92TtgrO+QP3359vsOcfphR19fAdi1bTc8/k/zZb2E uUt0q7/7j3/8usvG3Q/D4Yfi396t4O4K9clRf3CsmryeitKM6BiPl5ulvrsUhrxTItr9UL/u /og6cqqL3bGk4cPOCIsGf3rY3dAJ/lU6auncK5obDPhDIrzNxocc80RlQ4jEK+RJ3aXbUHhK j9RLYDgXKr0BaPcAgvp2PuscAFXszBo/qWv7YTFQACxGbIges5esqgEx0eWkrl4OwlPxBZZ1 Sqk+qstGcWLIDF3Wo2YK5Vzh+Cq6UI2zaWdV+1LmdFKETYkB9kVtArbghMasCUrbBOGHdUaW nrJrVavWkwm2tAGrNnuAZFTc+soESgkm5nXYlKlm9wkgMmoAfHux5KP2Qy2GYu9etdScS0UU finrtG3QM9rSpE7N9Iff767D+aL5QvbjEsNUF6DC02QshGRhKREM8gGSoKgVGxMwYCM1bQUE s2mZaBpbcMAG3dgETehQHVir2P40uDAeUTlCY6svHd814KWsZ7YVSBk1+6gCmeB+FOyEVHUO mZ+xiUn/1tTOevABoR0RiZPy739P//O/fvnl4D3g1z9++/lvv/32y89ff/kz2ADADP/y268H 7owx7dPwz3/5u4MRbH/SIvsqR5Va1VdVL2HizoWWwgRjEaq4kOsVWGC83CRJfULETEyhuGOR j8SkHuqkBDSH1r0LiwLCCIGhAdb/s+GtyU1miMhQogg4BmwTnI0NiAzAojI/igmLxvM3M2Qb Sa4pGaboBAdrGxRp4fi6GgH6k1Kv1MWEeKLHS0qb8MYAef9exzSf7CsddRCBdU5bSamHUeCC hCH95GRN6lg1IC5JAjIksJYMTLspcTwm6dwyohktFS3/Lqvgl5KOK2OaNGLI8rzssCxWgYip GS2Dczlqv4yJhVixYGSASgU2HhMPMXgIbOys2nykCWIhViyYGo1UQt4c0/6x2t+Ua8NlGov2 m5qz4XUoR2K6BV/cA1/cU3yZ6u3sznKa1dLRnxuHsingdJgKaEpJyHx37Mv8RU8JmlL8BbrX vF6zDnBJcMVdIO8XNA3sXuvP6OwrZ/RpUaxVqFJqac6lRD2NF9R/Va4edh3ooydZTNnk/Vtn QNJzQCl2AgxqBOxjVogH+kygNMYZicUklQb1DX1aB9QHlKlvlR/F52dzhctZuOQW4XaOqBSu Va5xRMIZwiFqzYmeC7zrUld3kC+n4Up4xK2kjH9FOawg6rUBWIzBIvfgcwUk1b8dTEYAWt+2 CsEmBIAoB9Mq9ZyCSZsTMFM12LHJy0FViLHK4wSnz/QXBSMjN8DhCBIkMU4xZ5g6VMyqsjhY u57Z1PRMYaAIXqq6MGXoTFDJ4qDuNOS8HlI1yrH2SNC5ijUfwQkGb4Ag4Wkhe6+lVWEW/ku1 oeKcikOrht+xhN6ZBJRtNFM8hGPaNE45zYj5QvIKPko5RlFfSW0D6obCHN8QK+bcqgkW6RzD DdVi1iOUq0NWkZKlNFoytCUkU6SXWXcx15C6n1yFFO/VgYZ1OhZVrxVH6lBA9TLQlXuRGjkE SuqxAEQ9wED76knNU4sQwSl08Gg2UADLXj/UpBxljqwtCk5jjtyXJ0Ms8syZT4MpvbyHyBdW MpoHW1Sy8Ak6idBO0quvD6TvcvGV2EPzR7u+4JwFBSHOybF8j0Kb4VFJk/vkOj5f0kuhnudQ ccvpaQNXbxtmTRVIS0TOD2lKLEmGdtMZi/sRzUkVZkySwdG6CQr2iYvA01MftIyp+qxqP3ar +0xOd0ARqgdyJNvIDuTp7Wxbw6jeOsz2irH6VASASYUjfdmlOk/zhfFZj4Wl12vyJtEBYFoO EwkAyJQqA5vaaE05MAJIS/RqUGw+UyicAKElm1sUGSwo/vJIBoBj/aw2D2yWUjDV8cwJCiDr XyZa0JmUA4fBfae1MqXOIAiMUKU/S7XLCnbggT+/N/LNeyMjcemKUMlcho4QtdSlcMRIcsdg ESMJPvZdKRoeFjGCC34Q3PqyVYaMHKkBx4d6Fqlp9dBDWyM1yLXsX8rCI7RZatcZzcjNojGg GdHNalJokXDROLWhnrxRlW9jwKIq34YBUtWgikU+XyUyumunmEAOrk8TYDqcX0f5DxKCh5Bc TdOd1UrVCLveh7oWAWlbQNue1bZpWtJU3dXzIJr3ZMzcqRhlh4v3GPdadG/9a9E9KTp0FH9W 40XvSs2x0juqmlQrkAc25sW0PYfEpDcrXNjA7Ug6fO8UoVVvquUYOi6RmfhrNKswQhpHYmUQ c7hXGELdXnorWwitPhVGtMR0eno4DWRAoQ3pFkR3mZG4fwmlbilUoJvvVzndryI79+YKw8Rt GvdlOQNNMZS9zpAPUvVQosy9tIjtXzndEPp8qVQ83ds80zWh/hqzanaE7nWWWza+cdu9qk3E d2qTbLj+NDPkVif9t3TFKOK+8G4YPfcZqs1ijvy3fH7rq7FMj0jy6bt+bTmDiSJ0r12iQiDq Jo6o9RYU3Fecfkhp7ip5iHAai2OqviDxkNJnaMrwozbSpp9b3aO27dh0AUddCsamAzgqH0UJ bqr/o1NUGu87alciHHXNQUi6uV7eeSJkTMPF2K1RmeZPmRExaSPwMaWvXA5Yml3GSzXA1M8a bFIaNi9/t+e0aQ0k1JcyHlLvFc4CPuprpqXyPVp6VEaEgjp9GltRH1M0cWnVAoFqiVDXEsa5 lWRSBBU6tHFwcDOg+W37xcOPi+LJx0nxx/S5aqExkKU6RFCbYSDWYbeVfDH8qI5HsAQcLe3N 6mVD1ZW6vk3NW166ewv5zIqnGVF1EluCZtaPS81hzXHuqq0xziUHkaN3yw6mVpadWFYYdfWp 7c/mGuSbC5IffbpqqtebQ6kLi+nARZBMIqiY0a8Il7RGDaPKWxW3s8KZjdW7EWxp/93aGubF b3ammzcmKktyrpQDTRI28lSZPClmkwFEXYUCYgwGkD470/caoS1GWpBOOABCSgRs6e7ogNOE 2scq/RI8y2tFTqcP8FP1FmYSCGDK79SFnY7dLbIjskHKFDAynKjAkJ77duoIbrJJpb00qzFr ulGa9MW7yXObqX1NgqnIj2+WSc+7mdLRhKbMR6iUXm2b0wMqZia+2YbtQVIo2tbUpTsNN5qi e27vep2wZ/WSLR+jK9PukcgO0gZwSEsV8nbfomuHuWzHkLo4hWCCn1EDvH4pPkgL9CFLw2JD tyGA401VWmapqauNP1V0Mfxi3MhgmEqHx9C6hujOgcfMAs4GwBUAxxnf1NhXY+QwBBpPeaDy A4RrshK6L+cR3WpF6L1wwPCDxwnNCLnSW0NO7xSDzZt+jUNvCnnkJ5HYfFSnkejxII+CJLrz rk4h0StBTo8Xvc2XdQppUCyJJPI3H9dpHM1SlETh5gM7jaRZkkkUbT6x00iapTiJ4s1nds1o 3wxy6TmPBvn7w+lPUlyyJOabL0sV2tmi8STeflut+TJP3bj0nedw/jtJ2LdsXAbOW7bVQwmF 903/bzuE6Fy9Be/o2f/VhhDF8pwz9LY21i+GuIwcxHcUUZINY2n2dl6XinckV04u4eRBsOHk L2194HSlDHdBltXSOupls8c30/+xd3XPbeNI/l6zf0Uqd09bugxJgJ8qVW3Wyez6Jl8XZ1J3 TyxapGyuJVJDUrKdv/66Gw2SkvUxruThHvo3UympAQENoNFoNBrw6po8hrxbL/7Y0MUiptvZ n3VdA4V55KCyXmug9X4mnv5IA4stRrMr1rZWpJbXm65IhvWV7g3ZX/dBBUjF36MnzGoGWOPi YLaJyiovHuBzSLfVKCdqEOvpNb0HVhJ0oUkejsA4UJt0y7FbLqs2r/e6No7APg8O6k9jL7h9 Py7rG0uy6tP0hdvrT9q6pCsk9QoUlgHjiHYHBbrIupF/rtehSO69b9hhxxqCCg4XHTRCbEMw TiRaj8yfZV3TNiOydit5yplCttoUj8DUydO4zdM+Uw7saaLIJgDJi83VjGiKjDEpNmre07QU dXj7GLqgNwzA2L2lTa1rTUlQ9qucvbL9jhHXpygcFnvMwq5Q9GPyks/0shm2jYdPh9t6rykY 8RTgKtfAzhMWe3SQaisBtPYt6maVdYnZrUfWJkA7GC/AmY27lQdLtf6TE5Ek1WK/Vz0TB4Wn 4hhbS2fiwID5akJDjMVl/H0wfBQpZIKv/lUuFmXRjmN7+jSzoQ5d69AdJa1sErt2R0mZTWK3 0CippPaFrvUX4DTA3PXgLuhJpByhzav14DiYo2QW26JZJMrpz8SnbDdyXTQJUArQbUyLvgmR IWbw6npp/NZoyAGFbPFrE0UZkpEGxIoK0tb6qqzxwHZXxcVosrmQgPsjMojM7MXJaLaZOE9j 07NENKGKSDSTBzO186zCATgVoYbDToaoHXU6HDD7yTAan9WG9jzrtoYNq3JAXyoH93DVcpUS 7aQP4rHd7slXiFskNumV05v03jQ0F2mCY7sDDKhQToyOjMyUxjoyS/E+fe8d4DAHa11m6XU7 GJdgDD6u2sGyzFIzi3uzEgpr2F5khQTlWYp3KugPZLKszK1RYNR1ZsWH9NP7t1e/f/QSZ/Ih DSLHdUDP0CfPSTz4dPX5zZcL0H0fUhUF5Hj8kH64/HzlYsAWf/bgs3f4WL4iLwJURhGTVbqp EuV6s42uUnv6ZPYiRnoUngkqtye2XfPQhyJaoolfYDVTpXV3C4rQw4BN/JoX7RwUt6aJX6Xb bLkpTsdbNoVdeqwIuBhM0tD1k6LtfV0Njsx1vQR7wAwlqOwmXcNqgfGW6D+Er0t6BwO/w8oE 31FVNuT+jil9TfMMRvLIikVaYE2SRHfRuy1tIMxDDRhrtk0rJKhTR6ZYCF7QgjKCw2XgRZAk ds8V8r2uSFTQzui+p7D3BsulvS/a/jwNqHnbGa/0qdJKzNLYlkW0mnR0XbxBThXa66iJgGiG DCnB8ZXdlMeNjJ8WFzwpLjhVHF6dIZ0NxXnkinTu5nieZ07d+vKASEtgEoYsUpgtMwQzgYFA LiooEok8jS0VrMrBwAEiLZI2q5nOQAVCmyjPXggOQfcYQ8dT6qj66YYWYLC2Ewd3ICeeXTfU FBcoEyfsTFGE+gj70KEKKAWriQNy4ZI+B45OOaOyxf76TCH3jj681W7qDqNCep1td99Df5Zp 3ZQ3ZQWj2HepVcbeyGXDXYvOGrBqsDUhqA485bSmjlmDQdLJ9Oz9GzhaxhPhDs6NdZbOKwxu wLaSWwUopJKAhHF0TKKhjswZKJJogsB3E2xTWlPNJRdHRL/JzdfoWOjN5kkHRtSBJWyioVXx bBM4g4OpdyqBLqK6lHJszF88DXxOnw752ARhi2HkjeqdRXhoM3YUtbdZXt+PPEVlf5QwdhTZ s4Sxk6guFh1WsOMc6n1WfbdhN6J7a+QMOizU0DfX9h6CwnsI7mF/QmE60WTzIFt80KNgDNe0 hV5WCnRa8cDOdzRloyl8vUZdHaFqhy+9MqelBghmp4snoOhqPToRsY4N1qFhr9Zk93icNWF7 rL4D+16p/Quz+61mExta48+gnIPXuou82FJTUMnXdFxpAikrc2h8Qh1jFfRrqCCECoKDd6vz MjUxm0pFs00cwHfDFygnFdu56E4V+hhwdMEApYMCpcIz7cvNtu6r0uYVBPghubjoUhO2AQh8 bEsBoERAl5dLosaEGyaY1T5naXeNrseD/tKevwKJIwNKe9Y6HF3kpT1YpaocpuG8cDE0wOjl nFwEtgMiPsBBMj8wluC9LY/sEGTFhOQSKTKkDXRMRFsI7KujfbOjDeiuiaNHNduwGJhDLCV2 5R0NDnbA0Uq2BUxd3Abij6EKWC68QOe0j6t6qxVjKOYYfBPbDu9NL9MgNOEoKNZF6yeyQStq OKf3+e6W5xy7qvWtXkLLLnMQRI3Xv4fpvXOZ7ht2icnl7+Yae61+r8o/TFi/wrcQhmyeM67z V2jmNx4yyBnu5hy71b6V8+JXkDHoIwqFNdwmeKeLuuibubvWR0gbBoAQnDI4balQdzxTgwfO 27k4t2XnoPId0GfDRdydGbq9sZnc3Ux65xGhPEtNSK/CM0HlzRuaS8p3bGxgWlgCRwqDtWsp HNHZpIueZOYSkOicgIi9KwcLu7GkwJbf9qTY64uztFPbFuJ+y5sWX82Ki/Tbx08fYccCH768 +wdIP3x4e/kF9gDw4e/vfwPjGD5c/PML6ED48P7jbyDS8OHq08VvSYCffr389VMSUvY3b5Mj r+SYisndBxVrPEvdZjtXArbZoLTMFAGK1VpGJ22zdLcbt8ZRj602nQgEdl/09wS2fCIQetYV ARQTVcDRP779acb2qW8deshTT8OzNUOb9zRN2pH4wLnrBNbbgIyQbYA09j8BjU51gRN2MSAn j7AJQBI7GbgFjcnHfobjXWpvWSjfN1dCbRCRPU239ybc/ty/vxYxqHZ7l2LQ7PYyxUixH2ei rFIKnlc+XjWM6jXfnzJR7mYa21m95lXGnIyv7aJjTsZb/mbOxWmW0cULjxT9CQ7qTWdZoPj9 kyzAPnSz7E7vY6lUDEvForHYCOPu6lvgJ6RrztNvqHVA6SCzcXCulLLCQtClHsFH5dPoRKdG tl4XlflZ4OCRbHk7+llfOTrDoHaWtZOhzUOppkn49Ijyxk1i4eSgTGNURGcuTpA6XNZtwbx6 P49XUywzq2hY4XPP7Ql5xFB15gdUTRic5Ge+ygduzL0UGzZ2T+Z37yy2kQ6nTvVGDDDnNDHH 3WzqYAuKAkUd7/wkuyk6OhkxzQowcOZks86XxPzRsfuOHJCaBi1NBRw1fIz+2eGKXBGn2erL xj7+c2Uzn/EzJABvPrSt4Sr8idOHyzUche4zOMKDkc2aOcJJEp3kyNzOsAxZ/g4FjR+qhfnD VwKiEzpry7eXzk9wuu7AzGt6BeB5g1w8zJfmfMrE/JugA3vJnxtrr/ef5YObh76R3Zm1175B juNzstYU+OIstzA4KzC7w3O2WGY4fI684DM4hp3oiQpr601jzN4RT3nRdpaEjOELgsznWYVF tTGXz5lnsOmBGgyfEZ7QOef5bJv5bveNGbcB+kDiTOxJOcuD4T56zpxc3ZmjQ/wd3aOMnifV Vm69c2JgKmIO1c8U29XQAv3zpHY1Ytd/ljhk+cBQcFbL2XN65og9Qn9Cz9mKmMdwf4nlE/zn rrHsB2T+o/Mi8USWn8hI96eFxFbObYqf2e8D47HzA8ZBX5RhI3b3u9aO2XP7dkEXNQ2D3g8w aMph7p5lFVYZbNysko/1D/CwBROKi/F/tBhuSfCz1ur1prkp0FFvS8YbfDs7l35fBSWf3lZ9 z9YUjsAlPdkDXUCmP7sNgrKGGUuBIz9S1JbcelSYxtAQPzjVwmFIiHau9xZlbot2f4TPVXZX pPNyzKpHDtrTBT7R/4uc5ts5rZ3fG82rHfVkJd4Xyn5r00dHmFnNmnfQxBwmU9udULg77c+v zsgVN17vd2bPBbvAbNAXe5J73XK26cV6mc37TvYxvGpcz8fifreLPy1zS8BOPjmKtGW+fsR4 olvu3+Anb8ht6cw/2ok7/GNi30vnnEHMY/QMXwP/kKuP9/0CdKNM+XxfwTlyiFytN92bBl8K 064z2+zvEfrWJooeg8DDxmGbD0RvTDS3zWH7ToGK0XS8cQVywEdy430ikM1RlqWbzVqiwp3q zBYJqFSfZsb4Qjfsbigm1tZo7PcE3xgbF0FnhWE05s1YoYnCpwXRlzcdDD8genR4Zisj+ypB SRkVyiYNkIMxY/3RZBTtlsHrdALL/bgzaHkEojcm2qUP6HpMxwUIaP6YhhM20Y4aN2MspJC2 0xnsgdROdErMQLRG4uGCeOxqwd5TBqSI35MbS4zLNw52hMMGHe4JR0ivHgZ7w63o4c394fap +r3RUmPiMC7huLpR/7tjOndpMK6tX5IhgV6d87lxvL4CeafNZqkEarxHpVUv0RR7onU03Vmy gO6O8/NA6h2aUZRA9jl4cn+hgiRveADt6diHZortjX3Mw3NcxeA7EPQHWnD8vdnGDw71ytMO edIXB7rhQA88bejR06NLkibgiozJsqIlx+xHQB/iFw6vsCGW7LtGnzMTjPf6YA2fSVjf4lIG VdCDV9STnsuVmD8f1B87bssEOMEqzhizw7GmxuAm7WA0Da5BEc+o/gCi96en8+rWBjmyk3ee buslzrv+sQI+JIGEPlaYT0jmfL7fv+9xOAKsXu0du2oKnCrxbz1kfL/TGSJR2NQ4/S7S6nqv RLoGT7qBTw/52CcI+fCIdAF8MydHvBQEIY+dCWehK/RINONXL3N7UZTtEVyZ8uElO6zPXL06 ZZHcPml+RJH03HfGAbYT0MMHziY0EZ/J0PRMBhY0zzqOWbRHNXVzl2h8FUN7HmciWm9DVdui GVlR/R+3IFe+PY9vjOiaM7FomheLbLPs0mX2iEKvPYXlay7/Nm9sij1d7DP6lNGKSPc95VeR Oa6NJSVP86Ze4ysLGl9Z0F7IL5Uc78Ys3+9HjOXxogOxUHzpiC4jm77Ev6lhr4WZfsOIUkvh Iy7oGOoXPb55ML7vnK3WFD9OD5oe5vKP6kGn1UNn3lzUXjx+U9bfz7igvydCf9vAGT9RG+xn 7AtU7kzjc6ERUa6Xd/3rUUSwd7r25s7Oe+5UoL1Eo9X4td6dSzQmX//HF/Q4n36Sz/7tBeWP 8z1psf1TEioYPaPrPWlv/+q3VuG4vHA/445AKHpnpkztvX28fM/LE0evaBWMb5VhvD32G9Bd +0pMmT5wt/aXyMyDHkE03CFb9ZQosrcwmMIybKNekOIPl2CoOtAYXmwfkeLYHBgIekOKKHT9 TJn3IYhA18+UP9GKw+X4Lr6iR03+TSAQCAQCgUAgEAgEAoFAIBAIBAKBQCAQCAQCgUAgEAgE AoFAIBAIBAKBQCAQCAQCgUAgEAgEAoFAIBAIBAKBQCAQCAQCgUAgEAgEAoFAIBAIBAKBQCAQ CAQCgUAgEAgEAoFAIBAIBAKBQCAQCAQCgUAgEAgEAoFAIBAIBAKBQCAQCAQCgUAgEAgEAoFA IBAIBAKBQCAQCAQCgUAgEAgEAoFAIBAIBIL/B3j5qi1W7bIo1mV1k8RuONFB6E2UN+1umyLL E1fHEx2qYOKGXjRdtEkcu7O/xkE0CXSgMeOiXBZtomMFlDhASlverLL2Ll3W87vE9eJJ4HsR J8DvPfh95AIxcJhYZcskVh6QYm/iQj3X+NMiN8TQc4gIGf/YFJsiiYNwEkTaFknEtMtKKCRW yBwmR6bwrE1b+H+d+JMgdr0xrfwORUHWWFM71llTVF1aPBTztMyTEFoYh6Y9xXIxpoeOQ3Vn S2BzaGXoaKpz+grZnTj4319et1123b581WGHbKqyrpKvcaxnm8iNPSQmru9BztB19BTyQllx 7M+yxpk6U8/R4dSH1MD3VbBb8IvX2RJ67oX3l/94fxEm8L3tGhjEF69+aR/bX5ZltXn4pazm y01e8Ld2flvkr29f9UwtmqJIodlZCr/dzDtkLZi1rkcJy7LtoGEh1q+nqwz6UOmJGfSDbRyK 65IujsMZlGbzeeOM3+uqGFUZQZWh1/cjdWK9WLRFB6OmaMyo6HV2A5LmMwvL+j6tq3RVrOrm MfEmIHvRlEq+z+6K9K69z9Y50KFjIYF+m67KCn7vGmk0JCgGSUYWDem2vLlFWjxUja2CgYl5 YOIpNG/ieRpqdaZVtioSz524bqSNTIJkYTUuiQ/xtL7JM+hNx3Fmf4V/3dlDu77BHk6BniWQ 2cgzd03WdNDcPG8Mu85eEgxGRUnKiDQlQU9gQuL5mKCPjxPlhiECPjwYo8jmQUHcyUT82XGC 3GrWeg4mtNgSzZ2hpvDFp2ahJONUvVms0xUJt+3so4xQHYaZYIZ12IyhGuUc99VX6r/WD4Ko qvMi7RkK7bSZMisaeenzYAmUL7L5fB9zBpRvoh0aS8w97kntOxG1YAvzLU9xTNLrssNkV3uQ 7Ho0OtfEGxQXY0+4DgzwdV13WJQZYcjp02BRFbtDDGlGdEZpdoy1z3Jk0oxsAdHICxFBLblI MnJCpKp4MOIGdBaSg0OwviH2zAi4Lo6Aa/NF8SjjdrWrKXQImiLQQF6tkjhSZtrCV+K+n7hA KKq8n7TwlTjToT8xiwVQcNal66YGhlVsBQboi2V20w6TEznYLtPbAqZnl0Q0P93AkpfFwhSL s3LI3VBmovvBiIO0vYXmmITIVrheN8WWU6A3YKHCdOXZ6us1yo+raIQ1jDDRiibrQK+3tmsm yrdNX9+AHsO+iCxPuFomLiwi2rXsNJnpIa17Pppym3WFERxsvY6OrywHefhKDLbKg6QKeab5 6QazhcsKdr6sW2qlHalNRTLtuCFljSirGTUcm2KO8uSSdHsOJfJq/1jNIcVzKcWDFDuEVY0j i2nUY56eLUg3meG8X9tU4s0LONVoXdTe9Qar9IgfD/mxY3uwH9r7NYha1zwaWfZikGXlzFoN EzfxJ7sd6Kod7YKMfAUBmbWwDu0ve2Qa6SjgziirvHhIrPiSLN1m7a1Ru6bh83pTdQlOW25r L8mmcctmQzVgc6CO+6yEGn0jifCLqZFDKhXaAB1LisiIx/VmsSiaFqpTViy2ZdNtqJH+sBzg L9HSiqOJf2ItYFVn+kypGXRC30cwYfbsjOhP2Rmr1djIuCsa0L1p+7hCqVSatEa23BR2UGj5 hBRr9fjxFFuBrTvCc51vlgWWeF0vqVAYuOhpmR71xvGmm2KaYkFlhGj45MU6CX1WZpiCX0wZ NNJIgrwRiqQKTxlDpvTka+hrlCrU22m9sPPTsom6cFSF5ToY2xFG0DY4yVQ82+hNWwwCxmZL njDPUyuDe8qzgt4CK91KIMjwGr/yhKJEMJTIOAFjn3UlZcLmWh0JzWcCK8WyQtF1NE1+TZOf td98WWTVZg0mfGjVX/EAVvr1khc4/BnpBY2atHiYF2tUYZyFZnJitWT/S9SU+Ds7G0DxtcZI 4RJJl+gASuTh5RyJnSz2F1xSP2fmWQX2+bLOiOyenjSm6LJa1Cg6GkUn4KXcGY0c2648EmZQ +9FTPLA7Nbz89zefP+McA3ULnfHyNVSF1QAJdUJZb1rI8/FTitlsrhc21+RV9mryN9DWN2Ch tD27acoM81TcYhfARuQKWO9toWDqvYKBQlPdU5MjPxlpgxevu8d18eLlkZyTv9XX/wL2sC3Q GcfzeeFfjvE30jW7KTPvtX7t/GdXtJ0aFE3Z/JFRf9CYxGCr6tusypdFAyPqk2j77rAA2mEx g0TWqh2jfh7GPA22ZGIFTr+yGevK90jaYjvJDgrLS2THV7Pi6+WHd1/Sv/8zcSZf//v3d7+/ w8/u5O3lPy7xkze5evfl8s17/KwmXy6vLj59iPCLnlx9fncBKZf/g1/9yZvfv3z68gY/B5N3 V5/xQzi5uriiYqLJ5YcP795evvlK5ceTi/+9eP/m7bsrqs2ZXHzwnIA+u5P/MkRv8uHNxVC5 qyaXV5dQO33Rk4Otur0H8e+KptmswXwHSaBWksnxf5VZWW/bRhB+pn+FkLpAC8gOl+dShYHG aS40TVFbBfpQQKAk0lYriwoPO/n3nW/24Iqi1dZP4u7sXDvHN2t8WQ+qdEB2dgAXMecnNdoy 0o5v7rt2XT0BpMTc6WMXeRCjJQAT7ZnL2DT9kr4OTM3qW92Dym18azBRtIu8LFGsvmKDQUyi QMwpSAEj68+LVUXFqNoikKhJJgDJcWTokTJuCC7WRbNS7TQJiDIJ4RPabzsUXNavD8skYlWE doaOX0SWdgCV4PZ+Fmnj7Yw8nKricKDFat9BplYkhiIJFFngvSLfartQh7ROZmN5b9cHvTM4 iuokvSref1jc/vp2/uHmN4rrT2/mi/kfdkHwwk2/EEznr25//kiLZiUcD6+mKluoCBs4tBIJ 7eGfx2KW6BTmpKWPE03eMOorQ0KVQVpHp1wXUqcuWNB9gisebraFOxunAWZjXRdS7mtpH/1t 3w361q2fzzqCz1lqugFLj09Ozez6NKKCYnw5R7Lfvn7/5ifUloPVm98/0TWcNOIe73xgGcPF Cv76aTh9vqRRQjRPfATAy6fPRZ/iKWdxSlls8x8EGimknHtS5Z7xyI6SRu9LRhIycGoA9oEm kC+SPSsjZ/7A9r5rAY8kVxepphyLxdU2cItk1aQqMLpWMPeubqqatTMlg21aIetxjpXOfGcE wf7yoXpEIcpY50zprKETn3/atCtA+Iy1ziI+L61ay22+Q+HKWO0sYfQUWK1KKjs02oGA9c6k C6/Av8ALAl1hy1pASRrfmUhGh0asiy2/TmSxgVSGQUUT8mbHShpQxVv5Y4GzBY+PUhj4xHp3 m+16kbctuYxGQhZLxqeRxVJ839SsAZjvONEINDKdujkNrrR+JGOxrxoQxUxEnohp3opTq+ld 0X75CoKUCcgT1Kt9eTJCK0IUq4c1zSSoIGQgUJpqTIka7tQoJ3ScVYw/G7zkjSCzAWdwFJgu owOOT/UGl0F/0FO4Yaye0wW/HgjBsWDhxWbFh9h6DOmBsCUAwyEBIxjPk7ngydxEb7dTQQSU 3Tc75KHgUV0EbtAqyCM5RkWizafPlB9SVtie2QhVtUwEyhLfROaoU6h55PVd/6ZLx6geRr5P 0yp4hObdNPtBIWT/mdFufAyY85DQyM2u2bmjk/4eKdTe5d22Wm49Cy33ef2weMzrY1Bsdmbv SFHzpil8hsP8npkdTMFHuNecfx7xWgohzo7FOijXrF1tXkAOWXggWJlUVpVVgn5Pf0QHgcvO 6GtGU/ovQvHMl7tJogD9FKv9+JJvdi+X3d3lilzGNvpEAHEwlFzOMpibd1nWFN/eebMHUSg8 75sJadhcTfzphJIbP17ST7p+tUZc6px+0VG0Z8//4us/dmN5vEi6BUONQ2hMNv/lkUxWas1K nX8sC2Ueuxj289IFNu3/IUjztyKj+0uU9epks6r2hT+zZHoftqutC+XaGj348N0jc2/p1Z+7 F4fbwnf3KSPvhwTCJVgX5PzJt+vJMaPApbs+3g/d/ddq/5k4QUPVwWbjxVlz4sZZ5fgJh7eR 4DbC/xE/ruwD7m48UbMZD6i4DyiqWyMRJX2/5OC5kM+F1PU1XNl0y45lKXm08OSdi5RK3He0 8j2MjYbGZjA2OvO2GyaFhqSiYS9KHIpHPRRr/iifln8yyj8h/jmT7uku279BmY4yTTVTQkuJ ZSpHmUrNNJvWxeeOhmOgfJBno5wzxTmk3u4rzkpSMg0iI0lEUqqa4g940DFeVjKjKbKE8jXf MkeyjE8NS1GoSpFQoqi4aps8QClmI1LFMeas5Z/plHOMn0Vab1fVRVWvi9p+P+SEcVzZmeFH dppjmoh/Gwas4rD2hFx7ROAYRvpiKRw3JjTSyHPnAVNG4zyj/26CNExj+kj+zYZhPIYRy6OA XO60YkhRus2M6W1Q/gNDEaX5AFABAA== --WYTEVAkct0FjGQmd-- From ralf@oss.sgi.com Thu Oct 12 04:05:18 2000 Received: from u-252.karlsruhe.ipdial.viaginterkom.de (u-252.karlsruhe.ipdial.viaginterkom.de [62.180.18.252]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA02672; Thu, 12 Oct 2000 04:05:16 +0200 (MET DST) Received-Date: Thu, 12 Oct 2000 04:05:16 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 12 Oct 2000 04:04:44 +0200 Date: Thu, 12 Oct 2000 04:04:44 +0200 From: Ralf Baechle To: Florian Lohoff Cc: Jun Sun , linux-mips@oss.sgi.com, linux-mips@fnet.fr, debian-mips@lists.debian.org Subject: Re: glibc on MIPS ... Message-ID: <20001012040444.J22141@bacchus.dhis.org> References: <39E3D0B8.7F221344@mvista.com> <20001011041244.C7458@bacchus.dhis.org> <20001012002421.A678@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001012002421.A678@paradigm.rfc822.org>; from flo@rfc822.org on Thu, Oct 12, 2000 at 12:24:21AM +0200 X-Accept-Language: de,en,fr Content-Length: 774 Lines: 18 On Thu, Oct 12, 2000 at 12:24:21AM +0200, Florian Lohoff wrote: > We are trying :) I am currently basing all my Debian-mips(el) things > on glibc 2.0.6. It is the only stable solution right now. I am experimenting > with the glibc 2.1.94-3 debian source package which i managed to get > compiled with unmodified cvs binutils and gcc + the gcse patch. > > Ralf reported bugs in the ld where he send me a patch. With that patch > i get a "Bus Error" from the ld.so within the glibc build. There patch is ok; you get those bus errors because there are bugs in both ld and binutils that in most cases compensate each other. If you fix only one of them you get all sorts of funnies ... Even with the fixes ld is not yet perfect - for example emacs and X still fail. Ralf From kaos@melbourne.sgi.com Thu Oct 12 04:27:31 2000 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA05005; Thu, 12 Oct 2000 04:27:30 +0200 (MET DST) Received-Date: Thu, 12 Oct 2000 04:27:30 +0200 (MET DST) Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id TAA22023; Wed, 11 Oct 2000 19:19:41 -0700 (PDT) mail_from (kaos@melbourne.sgi.com) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id TAA41771; Wed, 11 Oct 2000 19:26:52 -0700 (PDT) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA20942; Thu, 12 Oct 2000 13:25:31 +1100 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Ralf Baechle cc: Cort Dougan , linux-mips@oss.sgi.com, linux-mips@fnet.fr, Ralf Baechle Subject: Re: modutils bug? 'if' clause executes incorrectly In-reply-to: Your message of "Wed, 11 Oct 2000 17:14:49 +0200." <20001011171449.A19344@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Oct 2000 13:25:31 +1100 Message-ID: <3897.971317531@kao2.melbourne.sgi.com> Content-Length: 689 Lines: 13 On Wed, 11 Oct 2000 17:14:49 +0200, Ralf Baechle wrote: >For such occassions I would like to see some debugging functionality in >modutils which allows dumping the relocated disk image as it would be >loaded into the kernel into a disk image which then could be examined >with objdump etc. for potencial problems. By the time insmod has finished with the module, the rest is a binary blob. No ELF headers, no symbols, all the sections run together with a struct module at the start. I can dump that easily enough but I question how much use it would be. Outputing anything more complicated such as ELF headers and symbols would be a significant addition to insmod. From rajesh.palani@philips.com Thu Oct 12 23:29:03 2000 Received: from gw-us4.philips.com (gw-us4.philips.com [63.114.235.90]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA13861; Thu, 12 Oct 2000 23:29:02 +0200 (MET DST) Received-Date: Thu, 12 Oct 2000 23:29:02 +0200 (MET DST) From: rajesh.palani@philips.com Received: from smtprelay-us2.philips.com (localhost.philips.com [127.0.0.1]) by gw-us4.philips.com with ESMTP id QAA17206 for ; Thu, 12 Oct 2000 16:28:54 -0500 (CDT) (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 xma017204; Thu, 12 Oct 00 16:28:54 -0500 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 QAA13875 for ; Thu, 12 Oct 2000 16:28:54 -0500 (CDT) Received: by AMLMS01.DIAMOND.PHILIPS.COM (Soft-Switch LMS 4.0) with snapi via AMEC id 0056910007960352; Thu, 12 Oct 2000 16:30:52 -0500 To: Subject: process shared conditional variable support - thread library Message-ID: <0056910007960352000002L122*@MHS> Date: Thu, 12 Oct 2000 16:30:52 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="MEMO 10/12/00 16:28:36" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Length: 163 Lines: 10 Hi, Is anyone aware of any thread library for Linux on MIPS that support= s process shared (pshared) conditional variables? Thanks & regards, Rajesh = From ralf@oss.sgi.com Fri Oct 13 02:24:18 2000 Received: from u-151.karlsruhe.ipdial.viaginterkom.de (u-151.karlsruhe.ipdial.viaginterkom.de [62.180.18.151]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA16390; Fri, 13 Oct 2000 02:24:16 +0200 (MET DST) Received-Date: Fri, 13 Oct 2000 02:24:16 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 13 Oct 2000 02:23:50 +0200 Date: Fri, 13 Oct 2000 02:23:50 +0200 From: Ralf Baechle To: Keith Owens Cc: Cort Dougan , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: modutils bug? 'if' clause executes incorrectly Message-ID: <20001013022350.J21634@bacchus.dhis.org> References: <20001011171449.A19344@bacchus.dhis.org> <3897.971317531@kao2.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3897.971317531@kao2.melbourne.sgi.com>; from kaos@melbourne.sgi.com on Thu, Oct 12, 2000 at 01:25:31PM +1100 X-Accept-Language: de,en,fr Content-Length: 1318 Lines: 32 On Thu, Oct 12, 2000 at 01:25:31PM +1100, Keith Owens wrote: > Ralf Baechle wrote: > >For such occassions I would like to see some debugging functionality in > >modutils which allows dumping the relocated disk image as it would be > >loaded into the kernel into a disk image which then could be examined > >with objdump etc. for potencial problems. > > By the time insmod has finished with the module, the rest is a binary > blob. No ELF headers, no symbols, all the sections run together with a > struct module at the start. I can dump that easily enough but I > question how much use it would be. Outputing anything more complicated > such as ELF headers and symbols would be a significant addition to > insmod. The blob is actually already ok and just what I wanted. You can easily talk objdump into disassembling that easily. All that is required in addition is the base address of the blob as the argument of the --adjust-vma option. [ralf@lappi ralf]$ mips-linux-objdump -b binary -m mips --adjust-vma 0xc0000000 -D /etc/group | head /etc/group: file format binary No symbols in "/etc/group". Disassembly of section .data: 00000000c0000000 <.data>: c0000000: 726f6f74 jalx c1bdbdc8 c0000004: 3a3a303a xori $s0,$s1,0x3a3a c0000008: 726f6f74 jalx c1bdbdc8 Ralf From kaos@melbourne.sgi.com Fri Oct 13 02:58:04 2000 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA16636; Fri, 13 Oct 2000 02:58:01 +0200 (MET DST) Received-Date: Fri, 13 Oct 2000 02:58:01 +0200 (MET DST) Received: (qmail 7795 invoked from network); 13 Oct 2000 00:57:45 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 13 Oct 2000 00:57:45 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Ralf Baechle cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: modutils bug? 'if' clause executes incorrectly In-reply-to: Your message of "Fri, 13 Oct 2000 02:23:50 +0200." <20001013022350.J21634@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Oct 2000 11:57:44 +1100 Message-ID: <10267.971398664@ocs3.ocs-net> Content-Length: 941 Lines: 18 On Fri, 13 Oct 2000 02:23:50 +0200, Ralf Baechle wrote: >On Thu, Oct 12, 2000 at 01:25:31PM +1100, Keith Owens wrote: >> By the time insmod has finished with the module, the rest is a binary >> blob. No ELF headers, no symbols, all the sections run together with a >> struct module at the start. I can dump that easily enough but I >> question how much use it would be. Outputing anything more complicated >> such as ELF headers and symbols would be a significant addition to >> insmod. > >The blob is actually already ok and just what I wanted. You can easily talk >objdump into disassembling that easily. All that is required in addition >is the base address of the blob as the argument of the --adjust-vma option. I will add insmod option -O to save the binary object to a file. insmod -m -O binary module will save the binary blob, -m already gives you the section and symbol map for the final binary object. From ralf@oss.sgi.com Fri Oct 13 17:20:24 2000 Received: from u-239.karlsruhe.ipdial.viaginterkom.de (u-239.karlsruhe.ipdial.viaginterkom.de [62.180.19.239]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA21737; Fri, 13 Oct 2000 17:20:22 +0200 (MET DST) Received-Date: Fri, 13 Oct 2000 17:20:22 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 13 Oct 2000 13:57:31 +0200 Date: Fri, 13 Oct 2000 13:57:31 +0200 From: Ralf Baechle To: Cort Dougan , Keith Owens Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: modutils bug? 'if' clause executes incorrectly Message-ID: <20001013135731.A30919@bacchus.dhis.org> References: <20001013022350.J21634@bacchus.dhis.org> <10267.971398664@ocs3.ocs-net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <10267.971398664@ocs3.ocs-net>; from kaos@melbourne.sgi.com on Fri, Oct 13, 2000 at 11:57:44AM +1100 X-Accept-Language: de,en,fr Content-Length: 1037 Lines: 30 Cort, I think in your module the following jump gets misstreated: 90: 0800002d j b4 90: R_MIPS_26 .text This one is is supposed to skip over the ``printk("A");'' code after ``printk("B");'', so it's the prime suspect. And this is how current modutils correctly compute such a R_MIPS_26 relocation in obj/obj_mips.c: *loc = (*loc & ~0x03ffffff) | ((*loc + (v >> 2)) & 0x03ffffff); But older modutils - including the modutils-2.1.121-12lm.src.rpm package from oss - do this: *loc = (*loc & ~0x03ffffff) | ((*loc & 0x03ffffff) + (v >> 2)); which is different - and wrong. This latter expression will for an assumed load address of 0xc0000000 place 0x3800042d into *loc which is ``xori $zero, $zero, 0x42d'', in other words a glorified nop resulting in the printk("A") statement also getting executed. So the fix should be either upgrading modutils or replacing above expression in obj/obj_mips.c in your old version of modutils with the correct one. Ralf From kaos@melbourne.sgi.com Fri Oct 13 17:44:07 2000 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA22879; Fri, 13 Oct 2000 17:44:04 +0200 (MET DST) Received-Date: Fri, 13 Oct 2000 17:44:04 +0200 (MET DST) Received: (qmail 14246 invoked from network); 13 Oct 2000 15:44:00 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 13 Oct 2000 15:43:59 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Ralf Baechle cc: Cort Dougan , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: modutils bug? 'if' clause executes incorrectly In-reply-to: Your message of "Fri, 13 Oct 2000 13:57:31 +0200." <20001013135731.A30919@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 14 Oct 2000 02:43:59 +1100 Message-ID: <18457.971451839@ocs3.ocs-net> Content-Length: 782 Lines: 23 On Fri, 13 Oct 2000 13:57:31 +0200, Ralf Baechle wrote: >I think in your module the following jump gets misstreated: > > 90: 0800002d j b4 > 90: R_MIPS_26 .text > >But older modutils - including the modutils-2.1.121-12lm.src.rpm package >from oss - do this: > > *loc = (*loc & ~0x03ffffff) | ((*loc & 0x03ffffff) + (v >> 2)); > >which is different - and wrong. Would that be this entry in the change log from 1998? Tue Nov 3 22:26:18 MET 1998 Ralf Baechle * obj/obj_mips.c (arch_apply_relocation): Fix application of R_MIPS_26 relocations. Thanks for tracking the problem down. I really, *really* want to kill people using modutils 2.1.121 on current kernels. From ralf@oss.sgi.com Fri Oct 13 19:40:53 2000 Received: from u-113.karlsruhe.ipdial.viaginterkom.de (u-113.karlsruhe.ipdial.viaginterkom.de [62.180.19.113]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA24559; Fri, 13 Oct 2000 19:40:51 +0200 (MET DST) Received-Date: Fri, 13 Oct 2000 19:40:51 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 13 Oct 2000 19:40:31 +0200 Date: Fri, 13 Oct 2000 19:40:31 +0200 From: Ralf Baechle To: Keith Owens Cc: Cort Dougan , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: modutils bug? 'if' clause executes incorrectly Message-ID: <20001013194031.D31641@bacchus.dhis.org> References: <20001013135731.A30919@bacchus.dhis.org> <18457.971451839@ocs3.ocs-net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <18457.971451839@ocs3.ocs-net>; from kaos@melbourne.sgi.com on Sat, Oct 14, 2000 at 02:43:59AM +1100 X-Accept-Language: de,en,fr Content-Length: 575 Lines: 18 On Sat, Oct 14, 2000 at 02:43:59AM +1100, Keith Owens wrote: > Would that be this entry in the change log from 1998? > > Tue Nov 3 22:26:18 MET 1998 Ralf Baechle > > * obj/obj_mips.c (arch_apply_relocation): Fix application of R_MIPS_26 > relocations. > > Thanks for tracking the problem down. I really, *really* want to kill > people using modutils 2.1.121 on current kernels. Now that explains the deja vue I had when I found this one ... I'm not using modules at all which why I still have such vintage modutils around ... Ralf From cort@hq.fsmlabs.com Fri Oct 13 21:28:41 2000 Received: from hq.fsmlabs.com (hq.fsmlabs.com [209.155.42.197]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA26415; Fri, 13 Oct 2000 21:28:40 +0200 (MET DST) Received-Date: Fri, 13 Oct 2000 21:28:40 +0200 (MET DST) Received: (from cort@localhost) by hq.fsmlabs.com (8.9.3/8.9.3) id NAA27923; Fri, 13 Oct 2000 13:25:27 -0600 Date: Fri, 13 Oct 2000 13:25:27 -0600 From: Cort Dougan To: Ralf Baechle Cc: Keith Owens , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: modutils bug? 'if' clause executes incorrectly Message-ID: <20001013132527.D27350@hq.fsmlabs.com> References: <20001013135731.A30919@bacchus.dhis.org> <18457.971451839@ocs3.ocs-net> <20001013194031.D31641@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <20001013194031.D31641@bacchus.dhis.org>; from Ralf Baechle on Fri, Oct 13, 2000 at 07:40:31PM +0200 Content-Length: 276 Lines: 7 } Now that explains the deja vue I had when I found this one ... } } I'm not using modules at all which why I still have such vintage modutils } around ... Can someone send me a fixed version of the BE modutils binary? I can give it a try and see if the trouble goes away. From ralf@oss.sgi.com Sat Oct 14 05:56:03 2000 Received: from u-108.karlsruhe.ipdial.viaginterkom.de (u-108.karlsruhe.ipdial.viaginterkom.de [62.180.18.108]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA07443; Sat, 14 Oct 2000 05:56:00 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 05:56:00 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 14 Oct 2000 05:55:50 +0200 Date: Sat, 14 Oct 2000 05:55:50 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001014055550.B3816@bacchus.dhis.org> References: <39E7EB73.9206D0DB@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39E7EB73.9206D0DB@mvista.com>; from jsun@mvista.com on Fri, Oct 13, 2000 at 10:13:23PM -0700 X-Accept-Language: de,en,fr Content-Length: 3178 Lines: 103 On Fri, Oct 13, 2000 at 10:13:23PM -0700, Jun Sun wrote: > Sorry to bring this topic again, but I cannot seem to sort out all the > pieces of info together to get a consistent picture. Below is what I > gathered through the recent emails on the lists. Please take a look and > correct any mistakes. Particularly I like to know which version is > considered STABLE today. Perhaps there is also issue what version works > with what. > > Also, let me know if I miss something. > > In the end I like to put it on a web page and track the future toolchain > developments - for lazy hackers. :-) > > Jun > > 1. binutils > ----------- > > a) latest binutil cvs tree (v2.10) + debian patch > > http://sourceware.cygnus.com/binutils/ > ftp://ftp.rfc822.org/pub/local/debian-mips/patches/rel32-binutils.diff > > b) Andreas Jaeger recommanded Ulf's patch against the CVS tree. He > recommanded > > ftp://oss.sgi.com/pub/linux/mips/src/binutils/binutils-000420.diff.gz. > > But I only found the following file. > > ftp://oss.sgi.com/pub/linux/mips/binutils/binutils-000424.diff.gz The binutils paragraph is old new. All of the required patches are now in binutils except one which I sent to Ulf yesterday. > c) What about those patches at the same ftp sites (v2.8.x)? > > ftp://oss.sgi.com/pub/linux/mips/binutils/ Still recommended because we can't yet be sure that binutils-cvs are kosher yet. For example it's suspect that I can't build Emacs. Might be something else but in case of doubt binutils are the suspect ... > 2. gcc > ------- > > a) the cvs tree on oss.sgi.com (v2.7.2?) Any patch needed for TODAY's > tree? Ralf seems to suggest his patch posted on 09/08 is still needed > (constructor, Keith gcse, etc). > > b) Ralf's patch against egcs 1.1.2 > > ftp://oss.sgi.com/pub/linux/mips/src/egcs/egcs-1.1.2.diff.gz Only intended for mips64 kernels.. Almost guaranteed to be unusable for anything else. > c) Ralf's patch against egcs 1.0.3a. (Where is the base tar ball?) On your favorite GNU site. > ftp://oss.sgi.com/pub/linux/mips/egcs/egcs-1.0.3a-2.diff.gz > > d) Andreas said the current development version 2.96 worked - with the > later binutils and gcc. Plus above mentioned constructor patch. Seems to work reasonably well. > 3.glibc > ------- > > a) the cvs tree on oss.sgi.com (v2.0.6). Any patch needed? No. However I'm not always doing the best job at keeping it uptodate. > Florian pointed out the following patch. I am not 100% sure if it is > aginst the current sgi CVS tree. Any confirmation? > > ftp://ftp.rfc822.org/pub/local/debian-mips/patches/rel32-glibc.diff Against the glibc cvs tree at Cygnus. > b) Andreas is trying to get glibc 2.2 working. Definitely bleeding edge > stuff. > > http://www.suse.de/%7Eaj/glibc-mips.html > > c) Maciej reported he got binutils v2.10 working for glibc 2.2. No > details or any distribution. > > d) glibc v2.0.7 from linux-vr project by Jay > > ftp://ftp.place.org/pub/nop/linuxce/ > ftp://ftp.place.org/pub/nop/linuxce/rpms/glibc-2.0.7-20.src.rpm 2.0.7 has resulted in so many bug reports that I consider to plain dump any related reports in the future. Ralf From ralf@oss.sgi.com Sat Oct 14 14:18:08 2000 Received: from u-118.karlsruhe.ipdial.viaginterkom.de (u-118.karlsruhe.ipdial.viaginterkom.de [62.180.21.118]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA14216; Sat, 14 Oct 2000 14:18:06 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 14:18:06 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 14 Oct 2000 06:21:00 +0200 Date: Sat, 14 Oct 2000 06:21:00 +0200 From: Ralf Baechle To: Ralf Baechle Cc: Jun Sun , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001014062100.A4407@bacchus.dhis.org> References: <39E7EB73.9206D0DB@mvista.com> <20001014055550.B3816@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001014055550.B3816@bacchus.dhis.org>; from ralf@oss.sgi.com on Sat, Oct 14, 2000 at 05:55:50AM +0200 X-Accept-Language: de,en,fr Content-Length: 822 Lines: 26 On Sat, Oct 14, 2000 at 05:55:50AM +0200, Ralf Baechle wrote: > > 1. binutils > > ----------- > > > > a) latest binutil cvs tree (v2.10) + debian patch > > > > http://sourceware.cygnus.com/binutils/ > > ftp://ftp.rfc822.org/pub/local/debian-mips/patches/rel32-binutils.diff > > > > b) Andreas Jaeger recommanded Ulf's patch against the CVS tree. He > > recommanded > > > > ftp://oss.sgi.com/pub/linux/mips/src/binutils/binutils-000420.diff.gz. > > > > But I only found the following file. > > > > ftp://oss.sgi.com/pub/linux/mips/binutils/binutils-000424.diff.gz > > The binutils paragraph is old new. All of the required patches are now > in binutils except one which I sent to Ulf yesterday. So Ulf commited the patch into the binutils cvs. Therefore no more pending patches for binutils-current. Ralf From jsun@mvista.com Sat Oct 14 00:14:00 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 AAA00416; Sat, 14 Oct 2000 00:13:59 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 00:13:59 +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 e9DMCGx18916; Fri, 13 Oct 2000 15:12:16 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39E7EB73.9206D0DB@mvista.com> Date: Fri, 13 Oct 2000 22:13:23 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: stable binutils, gcc, glibc ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2233 Lines: 78 Sorry to bring this topic again, but I cannot seem to sort out all the pieces of info together to get a consistent picture. Below is what I gathered through the recent emails on the lists. Please take a look and correct any mistakes. Particularly I like to know which version is considered STABLE today. Perhaps there is also issue what version works with what. Also, let me know if I miss something. In the end I like to put it on a web page and track the future toolchain developments - for lazy hackers. :-) Jun 1. binutils ----------- a) latest binutil cvs tree (v2.10) + debian patch http://sourceware.cygnus.com/binutils/ ftp://ftp.rfc822.org/pub/local/debian-mips/patches/rel32-binutils.diff b) Andreas Jaeger recommanded Ulf's patch against the CVS tree. He recommanded ftp://oss.sgi.com/pub/linux/mips/src/binutils/binutils-000420.diff.gz. But I only found the following file. ftp://oss.sgi.com/pub/linux/mips/binutils/binutils-000424.diff.gz c) What about those patches at the same ftp sites (v2.8.x)? ftp://oss.sgi.com/pub/linux/mips/binutils/ 2. gcc ------- a) the cvs tree on oss.sgi.com (v2.7.2?) Any patch needed for TODAY's tree? Ralf seems to suggest his patch posted on 09/08 is still needed (constructor, Keith gcse, etc). b) Ralf's patch against egcs 1.1.2 ftp://oss.sgi.com/pub/linux/mips/src/egcs/egcs-1.1.2.diff.gz c) Ralf's patch against egcs 1.0.3a. (Where is the base tar ball?) ftp://oss.sgi.com/pub/linux/mips/egcs/egcs-1.0.3a-2.diff.gz d) Andreas said the current development version 2.96 worked - with the later binutils and gcc. 3.glibc ------- a) the cvs tree on oss.sgi.com (v2.0.6). Any patch needed? Florian pointed out the following patch. I am not 100% sure if it is aginst the current sgi CVS tree. Any confirmation? ftp://ftp.rfc822.org/pub/local/debian-mips/patches/rel32-glibc.diff b) Andreas is trying to get glibc 2.2 working. Definitely bleeding edge stuff. http://www.suse.de/%7Eaj/glibc-mips.html c) Maciej reported he got binutils v2.10 working for glibc 2.2. No details or any distribution. d) glibc v2.0.7 from linux-vr project by Jay ftp://ftp.place.org/pub/nop/linuxce/ ftp://ftp.place.org/pub/nop/linuxce/rpms/glibc-2.0.7-20.src.rpm From flo@rfc822.org Sat Oct 14 12:58:27 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA11447; Sat, 14 Oct 2000 12:58:26 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 12:58:26 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id E18517F8; Sat, 14 Oct 2000 12:58:20 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 74D89900C; Sat, 14 Oct 2000 12:55:32 +0200 (CEST) Date: Sat, 14 Oct 2000 12:55:32 +0200 From: Florian Lohoff To: Jun Sun Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001014125532.A1536@paradigm.rfc822.org> References: <39E7EB73.9206D0DB@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39E7EB73.9206D0DB@mvista.com>; from jsun@mvista.com on Fri, Oct 13, 2000 at 10:13:23PM -0700 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 1512 Lines: 51 On Fri, Oct 13, 2000 at 10:13:23PM -0700, Jun Sun wrote: > Jun > > 1. binutils > ----------- > > a) latest binutil cvs tree (v2.10) + debian patch > > http://sourceware.cygnus.com/binutils/ > ftp://ftp.rfc822.org/pub/local/debian-mips/patches/rel32-binutils.diff Its not a debian patch - I just put it up when i got it out of Ralfs Nose :) > b) Andreas Jaeger recommanded Ulf's patch against the CVS tree. He > recommanded Just use cvs > 2. gcc > ------- > > a) the cvs tree on oss.sgi.com (v2.7.2?) Any patch needed for TODAY's > tree? Ralf seems to suggest his patch posted on 09/08 is still needed > (constructor, Keith gcse, etc). I am using current cvs - Which seems to do quiet well ... > 3.glibc > ------- > > a) the cvs tree on oss.sgi.com (v2.0.6). Any patch needed? *urgs* 2.0.6 - I am currently building everything against 2.0.6 but i rather now then later stop using it - But currently i am not using 2.2 because with the newest patch set by Ralf (glibc + binutils) i get a bus error while using rpcgen with the freshly build 2.2 glibc in the build process ... > Florian pointed out the following patch. I am not 100% sure if it is > aginst the current sgi CVS tree. Any confirmation? > > ftp://ftp.rfc822.org/pub/local/debian-mips/patches/rel32-glibc.diff This is the corresponding patch to the binutils things - Doesnt solve my problem though. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From flo@rfc822.org Sat Oct 14 12:58:27 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA11448; Sat, 14 Oct 2000 12:58:26 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 12:58:26 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 1A0087FA; Sat, 14 Oct 2000 12:58:20 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id DC1FE900C; Sat, 14 Oct 2000 12:57:10 +0200 (CEST) Date: Sat, 14 Oct 2000 12:57:10 +0200 From: Florian Lohoff To: Ralf Baechle Cc: Jun Sun , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001014125710.B1536@paradigm.rfc822.org> References: <39E7EB73.9206D0DB@mvista.com> <20001014055550.B3816@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001014055550.B3816@bacchus.dhis.org>; from ralf@oss.sgi.com on Sat, Oct 14, 2000 at 05:55:50AM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 1064 Lines: 33 On Sat, Oct 14, 2000 at 05:55:50AM +0200, Ralf Baechle wrote: > On Fri, Oct 13, 2000 at 10:13:23PM -0700, Jun Sun wrote: > > c) What about those patches at the same ftp sites (v2.8.x)? > > > > ftp://oss.sgi.com/pub/linux/mips/binutils/ > > Still recommended because we can't yet be sure that binutils-cvs are > kosher yet. For example it's suspect that I can't build Emacs. Might > be something else but in case of doubt binutils are the suspect ... If its only emacs - I am happy :) > > d) Andreas said the current development version 2.96 worked - with the > > later binutils and gcc. > > Plus above mentioned constructor patch. > > Seems to work reasonably well. For everything non glibc 2.2 > > ftp://ftp.place.org/pub/nop/linuxce/ > > ftp://ftp.place.org/pub/nop/linuxce/rpms/glibc-2.0.7-20.src.rpm > > 2.0.7 has resulted in so many bug reports that I consider to plain dump any > related reports in the future. Ack Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From chris@debian.org Sat Oct 14 13:33:44 2000 Received: from spawn.hockeyfiend.com (mail@adsl-61-8-71.mia.bellsouth.net [208.61.8.71]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA13567; Sat, 14 Oct 2000 13:33:43 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 13:33:43 +0200 (MET DST) Received: from localhost ([127.0.0.1] ident=chris) by spawn.hockeyfiend.com with esmtp (Exim 3.16 #1 (Debian)) id 13kPZH-0004Ye-00; Sat, 14 Oct 2000 07:33:35 -0400 Date: Sat, 14 Oct 2000 07:33:35 -0400 (EDT) From: "Christopher C. Chimelis" X-Sender: chris@spawn.hockeyfiend.com To: Florian Lohoff cc: Jun Sun , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... In-Reply-To: <20001014125532.A1536@paradigm.rfc822.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1028 Lines: 27 On Sat, 14 Oct 2000, Florian Lohoff wrote: > > http://sourceware.cygnus.com/binutils/ > > ftp://ftp.rfc822.org/pub/local/debian-mips/patches/rel32-binutils.diff > > Its not a debian patch - I just put it up when i got it out of Ralfs > Nose :) I'll hang on to this for the Debian binutils package, fyi (if I don't end up using a version that's been sync'ed with the CVS tree after it's committed). Speaking of which, have the latest binutils packages in woody been of any help? I haven't booted my SGI in awhile due to time constraints. > *urgs* 2.0.6 - I am currently building everything against 2.0.6 but > i rather now then later stop using it - But currently i am not using 2.2 > because with the newest patch set by Ralf (glibc + binutils) i get > a bus error while using rpcgen with the freshly build 2.2 glibc in > the build process ... Ugh. Well, once you all figure out if binutils is to blame or if it's gcc, drop me a note and I'll make sure to spit out a binutils package that includes the good patch... C From ralf@oss.sgi.com Sat Oct 14 14:41:30 2000 Received: from u-118.karlsruhe.ipdial.viaginterkom.de (u-118.karlsruhe.ipdial.viaginterkom.de [62.180.21.118]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA14829; Sat, 14 Oct 2000 14:41:28 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 14:41:28 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 14 Oct 2000 14:41:12 +0200 Date: Sat, 14 Oct 2000 14:41:12 +0200 From: Ralf Baechle To: Florian Lohoff Cc: Jun Sun , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001014144112.C4396@bacchus.dhis.org> References: <39E7EB73.9206D0DB@mvista.com> <20001014125532.A1536@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001014125532.A1536@paradigm.rfc822.org>; from flo@rfc822.org on Sat, Oct 14, 2000 at 12:55:32PM +0200 X-Accept-Language: de,en,fr Content-Length: 944 Lines: 27 On Sat, Oct 14, 2000 at 12:55:32PM +0200, Florian Lohoff wrote: > > 3.glibc > > ------- > > > > a) the cvs tree on oss.sgi.com (v2.0.6). Any patch needed? > > *urgs* 2.0.6 - I am currently building everything against 2.0.6 but > i rather now then later stop using it - But currently i am not using 2.2 > because with the newest patch set by Ralf (glibc + binutils) i get > a bus error while using rpcgen with the freshly build 2.2 glibc in > the build process ... > > > Florian pointed out the following patch. I am not 100% sure if it is > > aginst the current sgi CVS tree. Any confirmation? > > > > ftp://ftp.rfc822.org/pub/local/debian-mips/patches/rel32-glibc.diff > > This is the corresponding patch to the binutils things - Doesnt solve > my problem though. I got a newer libc 2.2 patch for you to try . I'll make a new patch and send it to you. (All the GOT1_OK stupidity has to be removed from the patch you have.) Ralf From ralf@oss.sgi.com Sat Oct 14 16:26:01 2000 Received: from u-97.karlsruhe.ipdial.viaginterkom.de (u-97.karlsruhe.ipdial.viaginterkom.de [62.180.10.97]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA16222; Sat, 14 Oct 2000 16:25:59 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 16:25:59 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 14 Oct 2000 16:25:46 +0200 Date: Sat, 14 Oct 2000 16:25:46 +0200 From: Ralf Baechle To: "Christopher C. Chimelis" Cc: Florian Lohoff , Jun Sun , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001014162546.A6206@bacchus.dhis.org> References: <20001014125532.A1536@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from chris@debian.org on Sat, Oct 14, 2000 at 07:33:35AM -0400 X-Accept-Language: de,en,fr Content-Length: 728 Lines: 18 On Sat, Oct 14, 2000 at 07:33:35AM -0400, Christopher C. Chimelis wrote: > > *urgs* 2.0.6 - I am currently building everything against 2.0.6 but > > i rather now then later stop using it - But currently i am not using 2.2 > > because with the newest patch set by Ralf (glibc + binutils) i get > > a bus error while using rpcgen with the freshly build 2.2 glibc in > > the build process ... > > Ugh. Well, once you all figure out if binutils is to blame or if it's > gcc, drop me a note and I'll make sure to spit out a binutils package that > includes the good patch... It's not obvious what's causing his problem. Florian: Can you run elf/ld.so from your glibc 2.2 tree without any further options or does it die? Ralf From nop@nop.com Sat Oct 14 16:49:46 2000 Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA16813; Sat, 14 Oct 2000 16:49:46 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 16:49:46 +0200 (MET DST) Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.248.129]) by chmls06.mediaone.net (8.8.7/8.8.7) with SMTP id KAA22970; Sat, 14 Oct 2000 10:49:40 -0400 (EDT) From: "Jay Carlson" To: "Ralf Baechle" , "Jun Sun" Cc: , Subject: RE: stable binutils, gcc, glibc ... Date: Sat, 14 Oct 2000 10:51:37 -0400 Message-ID: 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: <20001014055550.B3816@bacchus.dhis.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Content-Length: 1791 Lines: 46 Ralf Baechle writes: > > d) glibc v2.0.7 from linux-vr project by Jay > > > > ftp://ftp.place.org/pub/nop/linuxce/ > > ftp://ftp.place.org/pub/nop/linuxce/rpms/glibc-2.0.7-20.src.rpm > > 2.0.7 has resulted in so many bug reports that I consider to > plain dump any > related reports in the future. Hey, don't blame me for the 2.0.6->2.0.7 version bump. I just grabbed the biggest version number on oss.sgi.com at the time and made my *trivial* patches to add softfloat to the build. Let me say that again: 2.0.7 is NOT MY FAULT. :-) Seriously, I think the best thing we can do in this situation is start assigning our own linux-mips version numbers to combinations of upstream sources and our patches. So, we'd have something like: glibc 2.0.6 + 05lm patches (whatever) == glibc2.0.6 delta 1.0 glibc 2.0.6 + 06lm patches (whatever) == glibc2.0.6 delta 1.1 egcs 1.0.3a + ralf's current patches == egcs 1.0.3a delta 1.0 egcs 1.0.3a + ralf's patches tomorrow == egcs 1.0.3a delta 2.0 binutils 2.8.1 + standard patches == binutils 2.8.1 delta 1.0 binutils 2.10.x on 20001014 == binutils 2.10.x delta 1.0 binutils 2.10.x on 20001015 == binutils 2.10.x delta 2.1 We need to give *names* to the versions of the software we're testing against. I haven't bothered trying a world rebuild against gcc 2.96.x because telling people it worked wouldn't mean anything. Other people would not know that they could reproduce my success by getting the same bits as me. What I really want to hear is: "I rebuilt gcc, binutils, the kernel, modutils, and GNU fileutils using gcc 2.96 delta 7.3, binutils 2.10.x delta 5.2, and glibc 2.1.95 delta 1.0", and then know EXACTLY how to reproduce that at home. Just saying "current CVS with patches" doesn't help with reproducibility. Jay From ralf@oss.sgi.com Sat Oct 14 17:09:50 2000 Received: from u-97.karlsruhe.ipdial.viaginterkom.de (u-97.karlsruhe.ipdial.viaginterkom.de [62.180.10.97]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA16989; Sat, 14 Oct 2000 17:09:48 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 17:09:48 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 14 Oct 2000 17:09:28 +0200 Date: Sat, 14 Oct 2000 17:09:28 +0200 From: Ralf Baechle To: Jay Carlson Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001014170928.B6499@bacchus.dhis.org> References: <20001014055550.B3816@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from nop@nop.com on Sat, Oct 14, 2000 at 10:51:37AM -0400 X-Accept-Language: de,en,fr Content-Length: 2445 Lines: 53 On Sat, Oct 14, 2000 at 10:51:37AM -0400, Jay Carlson wrote: > Hey, don't blame me for the 2.0.6->2.0.7 version bump. I just grabbed the > biggest version number on oss.sgi.com at the time and made my *trivial* > patches to add softfloat to the build. > > Let me say that again: 2.0.7 is NOT MY FAULT. I didn't blame you - I didn't even know how came up with 2.0.7-mips. When I receive bug reports against the various 2.0.7 incarnations I just usually find that they're that particular 2.0.7 version has bugs which were fixed eternities ago. 2.0.7 as used by the distributors is probably a reasonably sane libc. Do your softfp patches somehow cause problems with hardware fp machines? If not we could throw all things together. > Seriously, I think the best thing we can do in this situation is start > assigning our own linux-mips version numbers to combinations of upstream > sources and our patches. So, we'd have something like: > > glibc 2.0.6 + 05lm patches (whatever) == glibc2.0.6 delta 1.0 > glibc 2.0.6 + 06lm patches (whatever) == glibc2.0.6 delta 1.1 > > egcs 1.0.3a + ralf's current patches == egcs 1.0.3a delta 1.0 > egcs 1.0.3a + ralf's patches tomorrow == egcs 1.0.3a delta 2.0 > > binutils 2.8.1 + standard patches == binutils 2.8.1 delta 1.0 > binutils 2.10.x on 20001014 == binutils 2.10.x delta 1.0 > binutils 2.10.x on 20001015 == binutils 2.10.x delta 2.1 > > We need to give *names* to the versions of the software we're testing > against. I haven't bothered trying a world rebuild against gcc 2.96.x > because telling people it worked wouldn't mean anything. Other people would > not know that they could reproduce my success by getting the same bits as > me. > > What I really want to hear is: "I rebuilt gcc, binutils, the kernel, > modutils, and GNU fileutils using gcc 2.96 delta 7.3, binutils 2.10.x delta > 5.2, and glibc 2.1.95 delta 1.0", and then know EXACTLY how to reproduce > that at home. Just saying "current CVS with patches" doesn't help with > reproducibility. Actually I'm trying to kill this entire naming problem by getting all patches back to the respective maintainers. Result: no pending patches for cvs binutils, only tiny ones for glibc-current and egcs-current. Naming the patches is a nice idea but frequently I find my own patches again on some server with creativly changed names. There is just nobody who controls the namespace for those patches. Ralf From nop@nop.com Sat Oct 14 18:09:47 2000 Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA20757; Sat, 14 Oct 2000 18:09:46 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 18:09:46 +0200 (MET DST) Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.248.129]) by chmls06.mediaone.net (8.8.7/8.8.7) with SMTP id MAA08609; Sat, 14 Oct 2000 12:09:41 -0400 (EDT) From: "Jay Carlson" To: "Ralf Baechle" , "Jay Carlson" Cc: , , "Mike Klar" Subject: RE: stable binutils, gcc, glibc ... Date: Sat, 14 Oct 2000 12:11:38 -0400 Message-ID: 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: <20001014170928.B6499@bacchus.dhis.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Content-Length: 3016 Lines: 68 Ralf Baechle writes: > On Sat, Oct 14, 2000 at 10:51:37AM -0400, Jay Carlson wrote: > > > Hey, don't blame me for the 2.0.6->2.0.7 version bump. I just > grabbed the > > biggest version number on oss.sgi.com at the time and made my *trivial* > > patches to add softfloat to the build. > > > > Let me say that again: 2.0.7 is NOT MY FAULT. > > I didn't blame you - I didn't even know how came up with > 2.0.7-mips. When I > receive bug reports against the various 2.0.7 incarnations I just usually > find that they're that particular 2.0.7 version has bugs which were fixed > eternities ago. Yeah. You weren't blaming me, and I don't think Jun was blaming me, but my name was attached to 2.0.7, and I wanted to escape.... > 2.0.7 as used by the distributors is probably a reasonably sane libc. See, another naming issue... > Do your softfp patches somehow cause problems with hardware fp machines? > If not we could throw all things together. No, no problems at all. They're just conditional on __HAVE_FPU__. Consider ftp://ftp.place.org/pub/nop/linuxce/glibc-2.0.7-mips-softfloat.patch submitted for the 2.0.6 branch. I'm not really the head toolchain builder for linux-vr these days---Mike Klar has a set of unified patches he's been working on. > Actually I'm trying to kill this entire naming problem by getting all > patches back to the respective maintainers. Result: no pending patches > for cvs binutils, only tiny ones for glibc-current and egcs-current. Yes. This is very good. This reduces the problem by one dimension---the unique specification of a source version can be reduced to a date (preferably the exact date you give to cvs checkout). Given success reports, other people can come along behind you and build tarballs and RPMs given just that information. Speaking of egcs-current---I hadn't looked at it in some time. It appears not to multilib for softfloat. Could somebody who already has signatures on file with the FSF add multilib softfloat for mips-linux targets? I mean, we (linux-vr) *think* we're going to be switching over to the FP emulator soon, but it hasn't happened yet. Adding multilib is pretty harmless---I can't think of how it could screw up the build for hardfp machines. The biggest reason I can think of *not* to make such a change is because there are already plans in the works to create a mipselnofp-linux target to more closely describe the situation. But I don't see any momentum behind it, and I'd rather have either multilib or mipselnofp than the default case of "linux-vr must ship patches and maintain separate .debs and .rpms that contain a proper superset of mainline functionality". > Naming the patches is a nice idea but frequently I find my own patches > again on some server with creativly changed names. There is just nobody > who controls the namespace for those patches. True :-( We do have the big hammer of linuxmips.org/linux-mips.org as a way of handing out namespace if people actually want to cooperate on naming. Jay From nop@nop.com Sat Oct 14 18:09:48 2000 Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA20758; Sat, 14 Oct 2000 18:09:46 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 18:09:46 +0200 (MET DST) Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.248.129]) by chmls06.mediaone.net (8.8.7/8.8.7) with SMTP id MAA08616; Sat, 14 Oct 2000 12:09:42 -0400 (EDT) From: "Jay Carlson" To: "Ralf Baechle" , "Jay Carlson" Cc: , Subject: RE: stable binutils, gcc, glibc ... Date: Sat, 14 Oct 2000 12:11:39 -0400 Message-ID: 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: <20001014170928.B6499@bacchus.dhis.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Content-Length: 501 Lines: 14 [don't you hate it when you remember something you wanted to ask right after you hit send?] Ralf Baechle writes: > Actually I'm trying to kill this entire naming problem by getting all > patches back to the respective maintainers. Result: no pending patches > for cvs binutils, only tiny ones for glibc-current and egcs-current. What's going to happen to glibc 2.0.6? I suspect the embedded people are going to be stuck using it until we figure out how to trim down the binary size of 2.2. Jay From ralf@oss.sgi.com Sat Oct 14 18:13:16 2000 Received: from u-97.karlsruhe.ipdial.viaginterkom.de (u-97.karlsruhe.ipdial.viaginterkom.de [62.180.10.97]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA20855; Sat, 14 Oct 2000 18:13:15 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 18:13:15 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 14 Oct 2000 18:12:57 +0200 Date: Sat, 14 Oct 2000 18:12:57 +0200 From: Ralf Baechle To: Jay Carlson Cc: Jay Carlson , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001014181257.C6499@bacchus.dhis.org> References: <20001014170928.B6499@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from nop@nop.com on Sat, Oct 14, 2000 at 12:11:39PM -0400 X-Accept-Language: de,en,fr Content-Length: 575 Lines: 14 On Sat, Oct 14, 2000 at 12:11:39PM -0400, Jay Carlson wrote: > > Actually I'm trying to kill this entire naming problem by getting all > > patches back to the respective maintainers. Result: no pending patches > > for cvs binutils, only tiny ones for glibc-current and egcs-current. > > What's going to happen to glibc 2.0.6? I suspect the embedded people are > going to be stuck using it until we figure out how to trim down the binary > size of 2.2. Which why I guess we still have to maintain it for a while or even come up with some alternative small libc. Ralf From brad@ltc.com Sat Oct 14 18:20:16 2000 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA21062; Sat, 14 Oct 2000 18:20:15 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 18:20:15 +0200 (MET DST) Received: from gw1.ltc.com (gw1.ltc.com [38.149.17.163]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ca314238 for ; Sat, 14 Oct 2000 12:25:43 -0400 Message-ID: <005601c035fa$e4b13a10$0701010a@ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" , "Jay Carlson" Cc: , References: <20001014170928.B6499@bacchus.dhis.org> <20001014181257.C6499@bacchus.dhis.org> Subject: Re: stable binutils, gcc, glibc ... Date: Sat, 14 Oct 2000 12:22:05 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Content-Length: 979 Lines: 30 ----- Original Message ----- From: "Ralf Baechle" To: "Jay Carlson" Cc: "Jay Carlson" ; ; Sent: Saturday, October 14, 2000 12:12 PM Subject: Re: stable binutils, gcc, glibc ... > On Sat, Oct 14, 2000 at 12:11:39PM -0400, Jay Carlson wrote: > > > > Actually I'm trying to kill this entire naming problem by getting all > > > patches back to the respective maintainers. Result: no pending patches > > > for cvs binutils, only tiny ones for glibc-current and egcs-current. > > > > What's going to happen to glibc 2.0.6? I suspect the embedded people are > > going to be stuck using it until we figure out how to trim down the binary > > size of 2.2. > > Which why I guess we still have to maintain it for a while or even come > up with some alternative small libc. I am fine with using 2.0.6 for a long time, at least until some markedly superior option is available. Regards, Brad From brad@ltc.com Sat Oct 14 18:27:28 2000 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA22497; Sat, 14 Oct 2000 18:27:27 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 18:27:27 +0200 (MET DST) Received: from gw1.ltc.com (gw1.ltc.com [38.149.17.163]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ga314242 for ; Sat, 14 Oct 2000 12:33:11 -0400 Message-ID: <005e01c035fb$ef883b40$0701010a@ltc.com> From: "Bradley D. LaRonde" To: "Jay Carlson" , "Ralf Baechle" Cc: , , "Mike Klar" References: Subject: Re: stable binutils, gcc, glibc ... Date: Sat, 14 Oct 2000 12:29:33 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Content-Length: 1866 Lines: 50 ----- Original Message ----- From: "Jay Carlson" To: "Ralf Baechle" ; "Jay Carlson" Cc: ; ; "Mike Klar" Sent: Saturday, October 14, 2000 12:11 PM Subject: RE: stable binutils, gcc, glibc ... > > RALF: Do your softfp patches somehow cause problems with hardware fp machines? > > RALF: If not we could throw all things together. > No, no problems at all. They're just conditional on __HAVE_FPU__. Consider > ftp://ftp.place.org/pub/nop/linuxce/glibc-2.0.7-mips-softfloat.patch > submitted for the 2.0.6 branch. > > I'm not really the head toolchain builder for linux-vr these days---Mike > Klar has a set of unified patches he's been working on. I would prefer to use mipsel tools and libraries from SGI and have the linux-vr-specific stuff go away (with linux-vr just mirroring the SGI stuff). > Could somebody who already has signatures on file with the FSF add multilib > softfloat for mips-linux targets? I mean, we (linux-vr) *think* we're going > to be switching over to the FP emulator soon, but it hasn't happened yet. > Adding multilib is pretty harmless---I can't think of how it could screw up > the build for hardfp machines. > > The biggest reason I can think of *not* to make such a change is because > there are already plans in the works to create a mipselnofp-linux target to > more closely describe the situation. But I don't see any momentum behind > it, and I'd rather have either multilib or mipselnofp than the default case > of "linux-vr must ship patches and maintain separate .debs and .rpms that > contain a proper superset of mainline functionality". I think that optimal for me would be if the tools from SGI worked for both hard-float and soft-float, and we didn't have any linux-vr-specific tools. Regards, Brad From flo@rfc822.org Sat Oct 14 19:55:24 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA26437; Sat, 14 Oct 2000 19:55:23 +0200 (MET DST) Received-Date: Sat, 14 Oct 2000 19:55:23 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 1043B7F8; Sat, 14 Oct 2000 19:55:23 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id D36AA900C; Sat, 14 Oct 2000 19:54:16 +0200 (CEST) Date: Sat, 14 Oct 2000 19:54:16 +0200 From: Florian Lohoff To: Ralf Baechle Cc: "Christopher C. Chimelis" , Jun Sun , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001014195416.A1598@paradigm.rfc822.org> References: <20001014125532.A1536@paradigm.rfc822.org> <20001014162546.A6206@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001014162546.A6206@bacchus.dhis.org>; from ralf@oss.sgi.com on Sat, Oct 14, 2000 at 04:25:46PM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 1158 Lines: 31 On Sat, Oct 14, 2000 at 04:25:46PM +0200, Ralf Baechle wrote: > On Sat, Oct 14, 2000 at 07:33:35AM -0400, Christopher C. Chimelis wrote: > > > > *urgs* 2.0.6 - I am currently building everything against 2.0.6 but > > > i rather now then later stop using it - But currently i am not using 2.2 > > > because with the newest patch set by Ralf (glibc + binutils) i get > > > a bus error while using rpcgen with the freshly build 2.2 glibc in > > > the build process ... > > > > Ugh. Well, once you all figure out if binutils is to blame or if it's > > gcc, drop me a note and I'll make sure to spit out a binutils package that > > includes the good patch... > > It's not obvious what's causing his problem. > > Florian: Can you run elf/ld.so from your glibc 2.2 tree without any further > options or does it die? No it doesnt - Works as expected ... When running like elf/ld.so --library-path . sunrpc/rpcgen i get a "Bus Error" Ill send you the LD_DEBUG=all ouput seperatly - It crashes after transfer to the program ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From kaos@melbourne.sgi.com Sun Oct 15 01:47:53 2000 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA09557; Sun, 15 Oct 2000 01:47:51 +0200 (MET DST) Received-Date: Sun, 15 Oct 2000 01:47:51 +0200 (MET DST) Received: (qmail 26259 invoked from network); 14 Oct 2000 23:47:39 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 14 Oct 2000 23:47:39 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... In-reply-to: Your message of "Sat, 14 Oct 2000 18:12:57 +0200." <20001014181257.C6499@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 15 Oct 2000 10:47:37 +1100 Message-ID: <29516.971567257@ocs3.ocs-net> Content-Length: 688 Lines: 14 On Sat, 14 Oct 2000 18:12:57 +0200, Ralf Baechle wrote: >On Sat, Oct 14, 2000 at 12:11:39PM -0400, Jay Carlson wrote: >> What's going to happen to glibc 2.0.6? I suspect the embedded people are >> going to be stuck using it until we figure out how to trim down the binary >> size of 2.2. > >Which why I guess we still have to maintain it for a while or even come >up with some alternative small libc. Is there any reason that newlib is not being used for embedded systems? That is what it was developed for. There is some MIPS support in newlib, I have no idea if it is complete but it would be better than starting from scratch. http://sources.redhat.com/newlib/ From ralf@oss.sgi.com Mon Oct 16 02:35:51 2000 Received: from u-227.karlsruhe.ipdial.viaginterkom.de (u-227.karlsruhe.ipdial.viaginterkom.de [62.180.21.227]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA18620; Mon, 16 Oct 2000 02:35:50 +0200 (MET DST) Received-Date: Mon, 16 Oct 2000 02:35:50 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 16 Oct 2000 02:35:23 +0200 Date: Mon, 16 Oct 2000 02:35:23 +0200 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: Jay Carlson , linux-mips@fnet.fr, linux-mips@oss.sgi.com, Mike Klar Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001016023523.D15377@bacchus.dhis.org> References: <005e01c035fb$ef883b40$0701010a@ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <005e01c035fb$ef883b40$0701010a@ltc.com>; from brad@ltc.com on Sat, Oct 14, 2000 at 12:29:33PM -0400 X-Accept-Language: de,en,fr Content-Length: 593 Lines: 14 On Sat, Oct 14, 2000 at 12:29:33PM -0400, Bradley D. LaRonde wrote: > I think that optimal for me would be if the tools from SGI worked for both > hard-float and soft-float, and we didn't have any linux-vr-specific tools. This is indeed the problem which I see with the softfp patch for libc. Andreas Jaeger did work on the softfp stuff in glibc 2.2. I don't know it's exact status but if for size reasons you want to stick with glibc 2.0 a backport might be of interest? Have the other tools - in particular binutils and gcc actually been modified except maybe changing defaults? Ralf From ralf@oss.sgi.com Mon Oct 16 03:07:50 2000 Received: from u-227.karlsruhe.ipdial.viaginterkom.de (u-227.karlsruhe.ipdial.viaginterkom.de [62.180.21.227]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA19738; Mon, 16 Oct 2000 03:07:48 +0200 (MET DST) Received-Date: Mon, 16 Oct 2000 03:07:48 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 16 Oct 2000 03:07:32 +0200 Date: Mon, 16 Oct 2000 03:07:32 +0200 From: Ralf Baechle To: Keith Owens Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001016030732.H15377@bacchus.dhis.org> References: <20001014181257.C6499@bacchus.dhis.org> <29516.971567257@ocs3.ocs-net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <29516.971567257@ocs3.ocs-net>; from kaos@melbourne.sgi.com on Sun, Oct 15, 2000 at 10:47:37AM +1100 X-Accept-Language: de,en,fr Content-Length: 697 Lines: 16 On Sun, Oct 15, 2000 at 10:47:37AM +1100, Keith Owens wrote: > >Which why I guess we still have to maintain it for a while or even come > >up with some alternative small libc. > > Is there any reason that newlib is not being used for embedded systems? > That is what it was developed for. There is some MIPS support in > newlib, I have no idea if it is complete but it would be better than > starting from scratch. http://sources.redhat.com/newlib/ Newlib, the libraries from eCOS and also libstand from NetBSD are three candidates I know of. I'm also interested in those small libraries as the base for a standalone library that runs directly on the ARC firmware or other firmware. Ralf From mfklar@ponymail.com Mon Oct 16 03:33:15 2000 Received: from short.adgrafix.com (short.adgrafix.com [63.79.128.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA20372; Mon, 16 Oct 2000 03:33:14 +0200 (MET DST) Received-Date: Mon, 16 Oct 2000 03:33:14 +0200 (MET DST) Received: from ppan2 (c534317-a.stcla1.sfba.home.com [24.20.134.153]) by short.adgrafix.com (8.9.3/8.9.3) with SMTP id VAA01115; Sun, 15 Oct 2000 21:27:05 -0400 (EDT) From: "Mike Klar" To: "Ralf Baechle" Cc: "Jay Carlson" , , Subject: RE: stable binutils, gcc, glibc ... Date: Sun, 15 Oct 2000 18:33:42 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20001016023523.D15377@bacchus.dhis.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 769 Lines: 18 Ralf Baechle wrote: > Have the other tools - in particular binutils and gcc actually > been modified > except maybe changing defaults? binutils we use unmodified from the cross- SRPM on ftp://oss.sgi.com. egcs-1.0.3a did require a small patch, which Jay has at: ftp://ftp.place.org/pub/nop/linuxce/egcs-1.0.3a-mips-softfloat.patch I've reworked it slightly to patch cleanly against the latest Linux-MIPS egcs-1.0.3a release, but the server that's on is a bit whacked at the moment (the patch conflict was pretty trivial, though...). We actually did not change the compiler default from hard-float, to compile soft-float, the flag -msoft-float still has to be used. Jay's patch just makes -msoft-float work (with glibc), at least that's my understanding. Mike Klar From alan@lxorguk.ukuu.org.uk Mon Oct 16 08:59:21 2000 Received: from the-village.bc.nu (lightning.swansea.linux.org.uk [194.168.151.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA24527; Mon, 16 Oct 2000 08:59:20 +0200 (MET DST) Received-Date: Mon, 16 Oct 2000 08:59:20 +0200 (MET DST) Received: from alan by the-village.bc.nu with local (Exim 2.12 #1) id 13l4G3-0003J1-00; Mon, 16 Oct 2000 08:00:27 +0100 Subject: Re: stable binutils, gcc, glibc ... To: ralf@oss.sgi.com (Ralf Baechle) Date: Mon, 16 Oct 2000 08:00:26 +0100 (BST) Cc: kaos@melbourne.sgi.com (Keith Owens), linux-mips@fnet.fr, linux-mips@oss.sgi.com In-Reply-To: <20001016030732.H15377@bacchus.dhis.org> from "Ralf Baechle" at Oct 16, 2000 03:07:32 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: From: Alan Cox Content-Length: 120 Lines: 5 > Newlib, the libraries from eCOS and also libstand from NetBSD are three The eCos library is an updated newlib. Alan From nop@nop.com Mon Oct 16 13:24:35 2000 Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA26665; Mon, 16 Oct 2000 13:24:34 +0200 (MET DST) Received-Date: Mon, 16 Oct 2000 13:24:34 +0200 (MET DST) Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.248.129]) by chmls06.mediaone.net (8.8.7/8.8.7) with SMTP id HAA08318; Mon, 16 Oct 2000 07:24:24 -0400 (EDT) From: "Jay Carlson" To: "Mike Klar" , "Ralf Baechle" Cc: "Jay Carlson" , , Subject: RE: stable binutils, gcc, glibc ... Date: Mon, 16 Oct 2000 07:26:19 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Content-Length: 2801 Lines: 68 OK, might as well get this into the list archives...... Mike Klar writes: > Ralf Baechle wrote: > > > Have the other tools - in particular binutils and gcc actually > > been modified > > except maybe changing defaults? > > binutils we use unmodified from the cross- SRPM on ftp://oss.sgi.com. Right. Exact version of 2.8.1 was: cross-binutils-2.8.1-1.src.rpm > egcs-1.0.3a did require a small patch, which Jay has at: > ftp://ftp.place.org/pub/nop/linuxce/egcs-1.0.3a-mips-softfloat.patch > I've reworked it slightly to patch cleanly against the latest Linux-MIPS > egcs-1.0.3a release, but the server that's on is a bit whacked at > the moment > (the patch conflict was pretty trivial, though...). The patch does three things: 1) turns on multilib support for -msoft-float. (This makes gcc install two versions of libgcc.a etc: one in the lib/libgcc.a, one in lib/softfloat/libgcc.a.) 2) asks the build process to include the actual soft float implementation (fp-bit.c) in libgcc.a. Note that this is probably not the optimal place for it in the long run, because these functions should be shared. I'm pretty sure glibc 2.2 has them there, which isn't so bad a spot. 3) chooses the soft float API (function names, arg order). Because every other MIPS configuration included with gcc ignores the native GNU naming convention in favor of the GOFAST API, I chose GOFAST. I figured that the sins of GOFAST's namespace pollution could be overlooked because Cygnus would be more likely to fix mips softfloat problems that affected paying embedded customers. glibc's choice of native GNU naming convention makes me regret this. I think there will have to be a flag day eventually because of 2 and/or 3. Luckily, we can rebuild all the binaries we have without TOO much pain. The issue can be put off until we're ready to start using glibc 2.2, which may be a while. Does anyone know if gcc 2.97 can build glibc 2.0.x? All of this is making me reconsider my request to install softfloat multilib into gcc 2.97. I don't understand how it will interact with glibc 2.2 yet. > We actually did not change the compiler default from hard-float, That's right. For linux-vr, CC="mipsel-linux-gcc -msoft-float". For the record, the glibc patch does two things: 1) longjmp/setjmp will only save FPU registers if __HAVE_FPU__ is defined. In unmodified egcs 1.0.3a, "%{!msoft-float: -D__HAVE_FPU__ }". 2) conditionalizes _FPU_GETCW and _FPU_SETCW in fpu_control.h. If I recall correctly, _FPU_SETCW() is called early in program startup, even for programs that will never touch the FPU. This of course causes instant death unless the kernel can emulate "ctc1 foo,$31".... Let me know if this is boring you decstation folks. By the way, anybody in the Boston area want a free 5000/120? Jay From ralf@oss.sgi.com Mon Oct 16 13:30:26 2000 Received: from u-206.karlsruhe.ipdial.viaginterkom.de (u-206.karlsruhe.ipdial.viaginterkom.de [62.180.18.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA27197; Mon, 16 Oct 2000 13:30:24 +0200 (MET DST) Received-Date: Mon, 16 Oct 2000 13:30:24 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 16 Oct 2000 13:30:10 +0200 Date: Mon, 16 Oct 2000 13:30:10 +0200 From: Ralf Baechle To: Jay Carlson Cc: Mike Klar , Jay Carlson , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001016133010.B17878@bacchus.dhis.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from nop@nop.com on Mon, Oct 16, 2000 at 07:26:19AM -0400 X-Accept-Language: de,en,fr Content-Length: 317 Lines: 9 On Mon, Oct 16, 2000 at 07:26:19AM -0400, Jay Carlson wrote: > Does anyone know if gcc 2.97 can build glibc 2.0.x? I'm using a glibc snapshot of about two weeks ago which seems to work fine for glibc. I however suspect it's making Emacs die and Emacs addicts keep insisting that this isn't within spec ;-) Ralf From ralf@oss.sgi.com Mon Oct 16 20:29:24 2000 Received: from u-55.karlsruhe.ipdial.viaginterkom.de (u-55.karlsruhe.ipdial.viaginterkom.de [62.180.19.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA02707; Mon, 16 Oct 2000 20:29:21 +0200 (MET DST) Received-Date: Mon, 16 Oct 2000 20:29:21 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 16 Oct 2000 14:00:05 +0200 Date: Mon, 16 Oct 2000 14:00:05 +0200 From: Ralf Baechle To: Jay Carlson Cc: Mike Klar , Jay Carlson , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001016140005.C17878@bacchus.dhis.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from nop@nop.com on Mon, Oct 16, 2000 at 07:26:19AM -0400 X-Accept-Language: de,en,fr Content-Length: 3263 Lines: 65 On Mon, Oct 16, 2000 at 07:26:19AM -0400, Jay Carlson wrote: > 1) turns on multilib support for -msoft-float. (This makes gcc install two > versions of libgcc.a etc: one in the lib/libgcc.a, one in > lib/softfloat/libgcc.a.) > > 2) asks the build process to include the actual soft float implementation > (fp-bit.c) in libgcc.a. Note that this is probably not the optimal place > for it in the long run, because these functions should be shared. I'm > pretty sure glibc 2.2 has them there, which isn't so bad a spot. > > 3) chooses the soft float API (function names, arg order). Because every > other MIPS configuration included with gcc ignores the native GNU naming > convention in favor of the GOFAST API, I chose GOFAST. I figured that the > sins of GOFAST's namespace pollution could be overlooked because Cygnus > would be more likely to fix mips softfloat problems that affected paying > embedded customers. glibc's choice of native GNU naming convention makes > me regret this. > > I think there will have to be a flag day eventually because of 2 and/or 3. > Luckily, we can rebuild all the binaries we have without TOO much pain. The > issue can be put off until we're ready to start using glibc 2.2, which may > be a while. > > Does anyone know if gcc 2.97 can build glibc 2.0.x? As I already wrote in my other email this seems to work. However there is a little minefiled hidden there which I should warn you about. Sometimes gcc emits references to __register_frame_info which is a libgcc defined symbol. This function happened to be defined coincidntally in libtermcap and a few others such that these references so far usually were satisfied. Now built with gcc 2.97 libtermcap no longer defines this symbol and so a few programs like for example mutt2 or bash2 will die therefore. If you then go and rebuild mutt / bash2 themselfes the static linker will pull this function from libgcc.a and things will work again. By then everything will be like it was intended to be but still this means some compatibility problem with older shared binaries.. > All of this is making me reconsider my request to install softfloat multilib > into gcc 2.97. I don't understand how it will interact with glibc 2.2 yet. > For the record, the glibc patch does two things: > > 1) longjmp/setjmp will only save FPU registers if __HAVE_FPU__ is defined. > In unmodified egcs 1.0.3a, "%{!msoft-float: -D__HAVE_FPU__ }". > > 2) conditionalizes _FPU_GETCW and _FPU_SETCW in fpu_control.h. If I recall > correctly, _FPU_SETCW() is called early in program startup, even for > programs that will never touch the FPU. This of course causes instant death > unless the kernel can emulate "ctc1 foo,$31".... I would prefer to see that this patch using some mechanism which detects the precense / absence of hardware fp at runtime and behaves accordingly. You can implement this by protecting the ctc instruction in _FPU_SETCW with a signal handler. This already happens during the early libc startup, so we can remember if we got have a FPU and use this again in setjmp & co. > Let me know if this is boring you decstation folks. By the way, anybody in > the Boston area want a free 5000/120? Anybody got me a free Indy power supply ... Ralf From macro@ds2.pg.gda.pl Mon Oct 16 17:50:51 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 RAA28549; Mon, 16 Oct 2000 17:45:50 +0200 (MET DST) Received-Date: Mon, 16 Oct 2000 17:45:50 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id RAA19268; Mon, 16 Oct 2000 17:41:45 +0200 (MET DST) Date: Mon, 16 Oct 2000 17:41:45 +0200 (MET DST) From: "Maciej W. Rozycki" To: Jun Sun cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... In-Reply-To: <39E7EB73.9206D0DB@mvista.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 965 Lines: 26 On Fri, 13 Oct 2000, Jun Sun wrote: > b) Andreas Jaeger recommanded Ulf's patch against the CVS tree. He > recommanded > > ftp://oss.sgi.com/pub/linux/mips/src/binutils/binutils-000420.diff.gz. > > But I only found the following file. > > ftp://oss.sgi.com/pub/linux/mips/binutils/binutils-000424.diff.gz I've forward-ported the patch to the final 2.10 release. It's available at ftp://ftp.ds2.pg.gda.pl/pub/macro/ and http://www.ds2.pg.gda.pl/~macro/ (the latter is slightly outdated though -- I need to update it from RPM packages). > c) Maciej reported he got binutils v2.10 working for glibc 2.2. No > details or any distribution. The package is available from ftp://ftp.ds2.pg.gda.pl/pub/macro/. Newer versions get uploaded as they are ready. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From lycky@morven.ru Tue Oct 17 11:36:39 2000 Received: from c017.sfo.cp.net (c017-h021.c017.sfo.cp.net [209.228.12.235]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id LAA09210; Tue, 17 Oct 2000 11:36:37 +0200 (MET DST) Received-Date: Tue, 17 Oct 2000 11:36:37 +0200 (MET DST) Received: (cpmta 3160 invoked from network); 16 Oct 2000 18:37:34 -0700 Received: from ra4-p11.dialup.elkatel.ru (HELO TmpStr) (195.18.34.11) by smtp.hacker-world.com (209.228.12.235) with SMTP; 16 Oct 2000 18:37:34 -0700 X-Sent: 17 Oct 2000 01:37:34 GMT From: lucky Subject: Click and take you money! Sender: lucky Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Date: Tue, 17 Oct 2000 05:37:53 +0400 Content-Length: 87 Lines: 2 All what you mast do just open this page http://www.morven.ru and take YOUR MONEY!!! From lycky@morven.ru Tue Oct 17 11:36:39 2000 Received: from c017.sfo.cp.net (c017-h021.c017.sfo.cp.net [209.228.12.235]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id LAA09210; Tue, 17 Oct 2000 11:36:37 +0200 (MET DST) Received-Date: Tue, 17 Oct 2000 11:36:37 +0200 (MET DST) Received: (cpmta 3160 invoked from network); 16 Oct 2000 18:37:34 -0700 Received: from ra4-p11.dialup.elkatel.ru (HELO TmpStr) (195.18.34.11) by smtp.hacker-world.com (209.228.12.235) with SMTP; 16 Oct 2000 18:37:34 -0700 X-Sent: 17 Oct 2000 01:37:34 GMT From: lucky Subject: Click and take you money! Sender: lucky Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Date: Tue, 17 Oct 2000 05:37:53 +0400 Content-Length: 87 Lines: 2 All what you mast do just open this page http://www.morven.ru and take YOUR MONEY!!! From robs@sv3.com Tue Oct 17 20:49:49 2000 Received: from mail.sv3 (mail.sv3.com [209.49.255.207]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA12663; Tue, 17 Oct 2000 20:49:48 +0200 (MET DST) Received-Date: Tue, 17 Oct 2000 20:49:48 +0200 (MET DST) Received: from sv3.com (mail.photochat.net [207.86.70.177]) by mail.sv3 with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id VCP1L7T9; Tue, 17 Oct 2000 14:42:22 -0400 Sender: robs@fnet.fr Message-ID: <39EC9FB2.A0CEE2C6@sv3.com> Date: Tue, 17 Oct 2000 11:51:30 -0700 From: rob pop Reply-To: robs@sv3.com X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: quick question Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Content-Length: 146 Lines: 7 I have a SGI indigo2 r4400 250mhz .. Will Linux run on it? Will your port work with it? if not, do you recommend one? thanks! -Rob robs@sv3.com From spock@mgnet.de Tue Oct 17 21:37:03 2000 Received: from scotty.mgnet.de (pD4B89435.dip.t-dialin.net [212.184.148.53]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA13251; Tue, 17 Oct 2000 21:37:01 +0200 (MET DST) Received-Date: Tue, 17 Oct 2000 21:37:01 +0200 (MET DST) Received: (qmail 405 invoked from network); 17 Oct 2000 19:36:48 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 17 Oct 2000 19:36:48 -0000 Date: Tue, 17 Oct 2000 21:36:48 +0200 (CEST) From: Klaus Naumann To: rob pop cc: linux-mips@fnet.fr Subject: Re: quick question In-Reply-To: <39EC9FB2.A0CEE2C6@sv3.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 665 Lines: 21 On Tue, 17 Oct 2000, rob pop wrote: > I have a SGI indigo2 r4400 250mhz .. > Will Linux run on it? Will your port work with it? > if not, do you recommend one? Hi, yes this machine will probably work. For further information look at http://oss.sgi.com/mips/i2-howto.html . This is a howto for setting up Linux on an Indigo2 which I have written a short while ago. You should find everything you want to know there. 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 flo@rfc822.org Wed Oct 18 03:35:19 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA19779; Wed, 18 Oct 2000 03:35:18 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 03:35:18 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id B93499F6; Wed, 18 Oct 2000 03:35:16 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 0704F900C; Wed, 18 Oct 2000 03:33:50 +0200 (CEST) Date: Wed, 18 Oct 2000 03:33:50 +0200 From: Florian Lohoff To: Jun Sun Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... Message-ID: <20001018033350.B2259@paradigm.rfc822.org> References: <39E7EB73.9206D0DB@mvista.com> <39ED2166.9B5F970@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39ED2166.9B5F970@mvista.com>; from jsun@mvista.com on Tue, Oct 17, 2000 at 09:04:54PM -0700 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 568 Lines: 17 On Tue, Oct 17, 2000 at 09:04:54PM -0700, Jun Sun wrote: > > (Ralf, you cannot find egcs-1.0.3a.tar.gz release on the net anymore. > You probably want to save this file on the same site with the diff > file.) You can ... lftp gcc.cygnus.com:/pub/gcc/old-releases/egcs> ls egcs-1.0.1.tar.bz2 egcs-1.0.tar.bz2 egcs-1.1b.tar.bz2 egcs-1.0.2.tar.bz2 egcs-1.1.1.tar.bz2 md5.sum egcs-1.0.3a.tar.bz2 egcs-1.1.2.tar.bz2 patches/ Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From ralf@oss.sgi.com Wed Oct 18 03:58:14 2000 Received: from u-237.karlsruhe.ipdial.viaginterkom.de (u-237.karlsruhe.ipdial.viaginterkom.de [62.180.18.237]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA19980; Wed, 18 Oct 2000 03:58:01 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 03:58:01 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 18 Oct 2000 03:57:19 +0200 Date: Wed, 18 Oct 2000 03:57:19 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... Message-ID: <20001018035719.F7865@bacchus.dhis.org> References: <39E7EB73.9206D0DB@mvista.com> <39ED2166.9B5F970@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39ED2166.9B5F970@mvista.com>; from jsun@mvista.com on Tue, Oct 17, 2000 at 09:04:54PM -0700 X-Accept-Language: de,en,fr Content-Length: 1301 Lines: 43 On Tue, Oct 17, 2000 at 09:04:54PM -0700, Jun Sun wrote: > (Ralf, you cannot find egcs-1.0.3a.tar.gz release on the net anymore. > You probably want to save this file on the same site with the diff > file.) 1.0.3a is part of the srpm packages on oss. > c) glibc 2.0.6 + mips patch > > ftp://oss.sgi.com/pub/linux/mips/glibc/srpms/glibc-2.0.6-5lm.src.rpm I have a glibc-2.0.6-7lm almost ready, still needs some more testing. > I also had success with latest binutils CVS tree. I gave a try to the > latest gcc, but did not look into it further. Same here with a tree that is a few days old. I haven't yet tried to build a kernel but for userland I have no relevant problem compared to 2.8.1 but tons of fixed ones. One ancient bug which is about to become a serious one still exist in gas. Gas doesn't properly handle branch that exceed the +/- 128kb range that can be encoded in the 16-bit branch offset. It should (SGI's as does) expand the branch as a macro instruction like this: loop: [...] beq r1, r2, loop should be turned into: loop: [...] bnez r1, r2, 1f j loop 1: but of course only if the branch destination is outside the 16-bit range. Thanks to the ever increasing code size there are now several realworld examples which run into this problem. Volunteers? Ralf From nop@nop.com Wed Oct 18 03:58:03 2000 Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA19981; Wed, 18 Oct 2000 03:58:02 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 03:58:02 +0200 (MET DST) Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.248.129]) by chmls06.mediaone.net (8.8.7/8.8.7) with SMTP id VAA22895; Tue, 17 Oct 2000 21:57:55 -0400 (EDT) From: "Jay Carlson" To: "Ralf Baechle" , "Jay Carlson" Cc: "Mike Klar" , "Jay Carlson" , , Subject: RE: stable binutils, gcc, glibc ... Date: Tue, 17 Oct 2000 21:59:49 -0400 Message-ID: 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: <20001016140005.C17878@bacchus.dhis.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Content-Length: 2585 Lines: 56 Ralf Baechle [mailto:ralf@oss.sgi.com] writes: > > Does anyone know if gcc 2.97 can build glibc 2.0.x? > > As I already wrote in my other email this seems to work. However there is > a little minefiled hidden there which I should warn you about. Sometimes > gcc emits references to __register_frame_info which is a libgcc defined > symbol. This function happened to be defined coincidntally in libtermcap > and a few others such that these references so far usually were satisfied. > Now built with gcc 2.97 libtermcap no longer defines this symbol and so a > few programs like for example mutt2 or bash2 will die therefore. Ah yes, this has bit me a few times even with my hacked 2.95.2. I think this is what the libc-hacker people were talking about in terms of glibc mistakenly reexporting the exception handing stuff. I don't remember them being very happy about it. > > For the record, the glibc patch does two things: > > > > 1) longjmp/setjmp will only save FPU registers if __HAVE_FPU__ > is defined. > > In unmodified egcs 1.0.3a, "%{!msoft-float: -D__HAVE_FPU__ }". > > > > 2) conditionalizes _FPU_GETCW and _FPU_SETCW in fpu_control.h. > If I recall > > correctly, _FPU_SETCW() is called early in program startup, even for > > programs that will never touch the FPU. This of course causes > instant death > > unless the kernel can emulate "ctc1 foo,$31".... > > I would prefer to see that this patch using some mechanism which detects > the precense / absence of hardware fp at runtime and behaves accordingly. I don't think this is necessary for any correctly built and linked executable. On platforms with no hardware FPU and no kernel emulation, any main program or library trying to touch a floating point variable will immediately bomb, so there is no chance of undiagnosed incorrect behavior. On machines with FPUs, setjmp/longjmp between modules that disagree on __HAVE_FPU__ will result in the callee-saved FPU registers not being saved/restored properly, and that will be a silent failure. On the other hand, any intercall between modules where a float as an argument or return value will silently fail too. The most plausible failure case I can think of is on a machine with hardware/kernel FPU. A softfloat main program calls some kind of hardfloat plugin .so, solely using integer arguments/return values. However, the plugin was built hardfp, and gets upset when the FP control word isn't initialized... I dunno. I just don't see softfp binaries ever showing up on hardfp platforms, aside from the proposed Linux VR transition to hardfp. Jay From nick@snowman.net Wed Oct 18 04:25:19 2000 Received: from ns.snowman.net (ns.snowman.net [63.80.4.34]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA20401; Wed, 18 Oct 2000 04:25:18 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 04:25:18 +0200 (MET DST) From: nick@snowman.net Received: from localhost (nick@localhost) by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA16418; Tue, 17 Oct 2000 22:25:12 -0400 Date: Tue, 17 Oct 2000 22:25:12 -0400 (EDT) X-Sender: nick@ns To: Jun Sun cc: Florian Lohoff , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... In-Reply-To: <39ED6B6A.E938CBAC@mvista.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 722 Lines: 27 www.google.com heh, I wonder how many geeks declare their love of google every day? Nick On Wed, 18 Oct 2000, Jun Sun wrote: > Florian Lohoff wrote: > > > > On Tue, Oct 17, 2000 at 09:04:54PM -0700, Jun Sun wrote: > > > > > > (Ralf, you cannot find egcs-1.0.3a.tar.gz release on the net anymore. > > > You probably want to save this file on the same site with the diff > > > file.) > > > > You can ... > > > > lftp gcc.cygnus.com:/pub/gcc/old-releases/egcs> ls > > > Darn! I missed the most sensible place ... > > On the other hand, if you try to search for egcs-1.0.3a, I bet you will > really have a hard time - I suppose ftp is conveniently forgotten due to > the new, crowded, over-populated web. > > Jun > From jsun@mvista.com Tue Oct 17 23:04:06 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 XAA13839; Tue, 17 Oct 2000 23:04:04 +0200 (MET DST) Received-Date: Tue, 17 Oct 2000 23:04:04 +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 e9HL2Fx20218; Tue, 17 Oct 2000 14:02:15 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39ED2166.9B5F970@mvista.com> Date: Tue, 17 Oct 2000 21:04:54 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: The initial results (Re: stable binutils, gcc, glibc ... References: <39E7EB73.9206D0DB@mvista.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2428 Lines: 70 I thank everybody who replied! My noticable absence in the discussion is merely an indication of my ignorance on this issue. But I really appreciate all the messages I got. Over the past weekend and yesterday, I started to collect, compile and package the toolchains. Here is the first report. I finally settled down with the old but deemed reliable versions : a) binutils v2.8.1 + mips patch ftp://sourceware.cygnus.com/pub/binutils/releases/ ftp://oss.sgi.com/pub/linux/mips/binutils/binutils-2.8.1-3.diff.gz b) egcs 1.0.3a + mips patch ftp://ftp.mvista.com/pub/Area51/mips_le/misc/egcs-1.0.3a.tar.gz ftp://oss.sgi.com/pub/linux/mips/egcs/egcs-1.0.3a-2.diff.gz (Ralf, you cannot find egcs-1.0.3a.tar.gz release on the net anymore. You probably want to save this file on the same site with the diff file.) c) glibc 2.0.6 + mips patch ftp://oss.sgi.com/pub/linux/mips/glibc/srpms/glibc-2.0.6-5lm.src.rpm 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 ----------- With the above tools, I hooked up with MontaVista's build machine and generated a few dozens of userland packages. You can find the RPMS and SRPMS of the toolchain and applications on the following ftp site. Inside these packages you will find a lot of "MontaVista-ism". (yeah, what a surprise!) ftp://ftp.mvista.com/pub/Area51/mips_le/ If you have NEC DDB5476 board, you can also try out my kernel on the following place. This kernel supports nfs rootfs through on-board ether port, IDE disk, PS/2 keyboard/mouse, Voodoo3 2000/3000 PCI graphic cards (framebuffer driver). ftp://ftp.mvista.com/pub/Area51/ddb-5476/ For your viewing pleasure, I also include a sleek microwindow demo, which is tested working on DDB5476 board with voodoo3 cards, ps/2 keyboard/mouse. I have not rpm-lized it yet. You can find the binaries on the following place: ftp://ftp.mvista.com/pub/Area51/mips_le/microwindows Please note all these packages are my own experimental stuff. Please do not call MontaVista's support engineers about bugs or problems. I will continue to do some more trials on MIPS toolchains, and post my results. Thanks again to everyone who replied. Jun P.S., The ftp uploading is still running. It should be completed in one hour. From flo@rfc822.org Wed Oct 18 11:19:34 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA24495; Wed, 18 Oct 2000 11:19:33 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 11:19:33 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 9A3B8A42; Wed, 18 Oct 2000 11:19:32 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 3FAE3900C; Wed, 18 Oct 2000 11:18:24 +0200 (CEST) Date: Wed, 18 Oct 2000 11:18:24 +0200 From: Florian Lohoff To: Jun Sun Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... Message-ID: <20001018111823.A1514@paradigm.rfc822.org> References: <39E7EB73.9206D0DB@mvista.com> <39ED2166.9B5F970@mvista.com> <20001018033350.B2259@paradigm.rfc822.org> <39ED6B6A.E938CBAC@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39ED6B6A.E938CBAC@mvista.com>; from jsun@mvista.com on Wed, Oct 18, 2000 at 02:20:42AM -0700 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 595 Lines: 19 On Wed, Oct 18, 2000 at 02:20:42AM -0700, Jun Sun wrote: > > On the other hand, if you try to search for egcs-1.0.3a, I bet you will > really have a hard time - I suppose ftp is conveniently forgotten due to > the new, crowded, over-populated web. > Try http://ftpsearch.ntnu.no It returns a couple of hundrets of links BTW: Does anyone still use archie ? I just installed it after years of non usage and i guess i have problems finding an archie server :) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From jsun@mvista.com Wed Oct 18 04:20:00 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 EAA20290; Wed, 18 Oct 2000 04:19:58 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 04:19:58 +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 e9I2I3x32613; Tue, 17 Oct 2000 19:18:03 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39ED6B6A.E938CBAC@mvista.com> Date: Wed, 18 Oct 2000 02:20:42 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: Florian Lohoff CC: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... References: <39E7EB73.9206D0DB@mvista.com> <39ED2166.9B5F970@mvista.com> <20001018033350.B2259@paradigm.rfc822.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 551 Lines: 20 Florian Lohoff wrote: > > On Tue, Oct 17, 2000 at 09:04:54PM -0700, Jun Sun wrote: > > > > (Ralf, you cannot find egcs-1.0.3a.tar.gz release on the net anymore. > > You probably want to save this file on the same site with the diff > > file.) > > You can ... > > lftp gcc.cygnus.com:/pub/gcc/old-releases/egcs> ls Darn! I missed the most sensible place ... On the other hand, if you try to search for egcs-1.0.3a, I bet you will really have a hard time - I suppose ftp is conveniently forgotten due to the new, crowded, over-populated web. Jun From geert@linux-m68k.org Wed Oct 18 18:28:11 2000 Received: from styx.cs.kuleuven.ac.be (root@styx.cs.kuleuven.ac.be [134.58.40.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA28536; Wed, 18 Oct 2000 18:28:10 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 18:28:10 +0200 (MET DST) Received: from cassiopeia.home (root@dialup004.cs.kuleuven.ac.be [134.58.47.133]) by styx.cs.kuleuven.ac.be (8.10.1/8.10.1) with ESMTP id e9IGRin06144; Wed, 18 Oct 2000 18:27:44 +0200 (MET DST) Received: from localhost (geert@localhost) by cassiopeia.home (8.9.3/8.9.3/Debian/GNU) with ESMTP id NAA01143; Wed, 18 Oct 2000 13:42:21 +0200 X-Authentication-Warning: cassiopeia.home: geert owned process doing -bs Date: Wed, 18 Oct 2000 13:42:20 +0200 (CEST) From: Geert Uytterhoeven Sender: geert@geert.cs.kuleuven.ac.be To: Jun Sun cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... In-Reply-To: <39ED2166.9B5F970@mvista.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 807 Lines: 23 On Tue, 17 Oct 2000, Jun Sun wrote: > If you have NEC DDB5476 board, you can also try out my kernel on the > following place. This kernel supports nfs rootfs through on-board ether Was it difficult to get the builtin Ethernet working? I mean, is it now trivial to get it to work on the ddb5074 as well? I'm still not at work, so I cannot play with^H^H^H^H^H^H^H^H^Hwork on it myself. > port, IDE disk, PS/2 keyboard/mouse, Voodoo3 2000/3000 PCI graphic cards > (framebuffer driver). Cool! Graphics! Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds From ralf@oss.sgi.com Wed Oct 18 23:11:36 2000 Received: from u-11.karlsruhe.ipdial.viaginterkom.de (u-11.karlsruhe.ipdial.viaginterkom.de [62.180.19.11]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA06796; Wed, 18 Oct 2000 23:11:34 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 23:11:34 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 18 Oct 2000 14:27:48 +0200 Date: Wed, 18 Oct 2000 14:27:48 +0200 From: Ralf Baechle To: Florian Lohoff Cc: Jun Sun , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... Message-ID: <20001018142748.A10360@bacchus.dhis.org> References: <39E7EB73.9206D0DB@mvista.com> <39ED2166.9B5F970@mvista.com> <20001018033350.B2259@paradigm.rfc822.org> <39ED6B6A.E938CBAC@mvista.com> <20001018111823.A1514@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001018111823.A1514@paradigm.rfc822.org>; from flo@rfc822.org on Wed, Oct 18, 2000 at 11:18:24AM +0200 X-Accept-Language: de,en,fr Content-Length: 451 Lines: 14 On Wed, Oct 18, 2000 at 11:18:24AM +0200, Florian Lohoff wrote: > Try http://ftpsearch.ntnu.no > > It returns a couple of hundrets of links > > BTW: Does anyone still use archie ? I just installed it after > years of non usage and i guess i have problems finding > an archie server :) Dark memories tell me archie.funet.fi, archie.uni-erlangen.de, somewhere at sunet.se, archie@archie.au (email, dunno if it was also telnet accessible). Ralf From flo@rfc822.org Wed Oct 18 14:46:04 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA26095; Wed, 18 Oct 2000 14:46:03 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 14:46:03 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id A6C9AA72; Wed, 18 Oct 2000 14:46:02 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 6B37B900C; Wed, 18 Oct 2000 14:30:03 +0200 (CEST) Date: Wed, 18 Oct 2000 14:30:03 +0200 From: Florian Lohoff To: Ralf Baechle Cc: Jun Sun , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... Message-ID: <20001018143003.C2354@paradigm.rfc822.org> References: <39E7EB73.9206D0DB@mvista.com> <39ED2166.9B5F970@mvista.com> <20001018035719.F7865@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001018035719.F7865@bacchus.dhis.org>; from ralf@oss.sgi.com on Wed, Oct 18, 2000 at 03:57:19AM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 790 Lines: 28 On Wed, Oct 18, 2000 at 03:57:19AM +0200, Ralf Baechle wrote: > > loop: > [...] > beq r1, r2, loop > > should be turned into: > > loop: > [...] > bnez r1, r2, 1f > j loop > 1: > > but of course only if the branch destination is outside the 16-bit range. > Thanks to the ever increasing code size there are now several realworld > examples which run into this problem. Volunteers? By thinking about this without any knowledge of the binutils code generation. How does this work if loop is only an external symbol ? The distance will than be relevant when linking but then the code will already be there and one would need to insert an instruction. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From jsun@mvista.com Wed Oct 18 19:14:24 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 TAA29311; Wed, 18 Oct 2000 19:14:22 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 19:14:22 +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 e9IHCNx21657; Wed, 18 Oct 2000 10:12:23 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39EDDA98.9C21949D@mvista.com> Date: Wed, 18 Oct 2000 10:15:04 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: Geert Uytterhoeven CC: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1492 Lines: 37 Geert Uytterhoeven wrote: > > On Tue, 17 Oct 2000, Jun Sun wrote: > > If you have NEC DDB5476 board, you can also try out my kernel on the > > following place. This kernel supports nfs rootfs through on-board ether > > Was it difficult to get the builtin Ethernet working? I mean, is it now > trivial to get it to work on the ddb5074 as well? I'm still not at work, so I > cannot play with^H^H^H^H^H^H^H^H^Hwork on it myself. > It was a tough problem, and it took me a long time to figure out. Basically, the srom only contains mac address - no check sum nor media tables. You need to by pass the checksum checking and eeprom parsing in the driver code. In addition, I have to reset the tulip chip at the board startup time. I use pmon to do the downloading. Pmon must have set the chip in some state that the linux driver cannot successfully re-initialize it by default. I also layout the PCI memory space idential to the physical memory space, ie., system ram starts from 0. I was concerned some drivers don't do address translations between these two address spaces. I actually have a DDB5074 board myself. I can try it out myself, but I am a little lazy to do that - not sure if anybody is still interested in that board. > > port, IDE disk, PS/2 keyboard/mouse, Voodoo3 2000/3000 PCI graphic cards > > (framebuffer driver). > > Cool! Graphics! > It is fun to have graphics. Yesterday I got hold of a MediaQ 200 card and a fb driver for it. It works like a charm. Jun From ralf@oss.sgi.com Wed Oct 18 23:11:39 2000 Received: from u-11.karlsruhe.ipdial.viaginterkom.de (u-11.karlsruhe.ipdial.viaginterkom.de [62.180.19.11]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA06802; Wed, 18 Oct 2000 23:11:37 +0200 (MET DST) Received-Date: Wed, 18 Oct 2000 23:11:37 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 18 Oct 2000 22:31:03 +0200 Date: Wed, 18 Oct 2000 22:31:03 +0200 From: Ralf Baechle To: Jay Carlson Cc: Mike Klar , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001018223103.H7865@bacchus.dhis.org> References: <20001016140005.C17878@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from nop@nop.com on Tue, Oct 17, 2000 at 09:59:49PM -0400 X-Accept-Language: de,en,fr Content-Length: 1962 Lines: 41 On Tue, Oct 17, 2000 at 09:59:49PM -0400, Jay Carlson wrote: > Ah yes, this has bit me a few times even with my hacked 2.95.2. I think > this is what the libc-hacker people were talking about in terms of glibc > mistakenly reexporting the exception handing stuff. I don't remember them > being very happy about it. It's FAQ. In short their answer is to not use a newer compiler than egcs 2.7.2 (or was it 2.8.1?). Hardly acceptable for us. Anyway, glibc 2.2 cleans up with that; a few programs need recompiling and where this is not an option there is a small library that can be pre-loaded and which will satisfy any references. > > I would prefer to see that this patch using some mechanism which detects > > the precense / absence of hardware fp at runtime and behaves accordingly. > > I don't think this is necessary for any correctly built and linked > executable. > > On platforms with no hardware FPU and no kernel emulation, any main program > or library trying to touch a floating point variable will immediately bomb, > so there is no chance of undiagnosed incorrect behavior. > > On machines with FPUs, setjmp/longjmp between modules that disagree on > __HAVE_FPU__ will result in the callee-saved FPU registers not being > saved/restored properly, and that will be a silent failure. On the other > hand, any intercall between modules where a float as an argument or return > value will silently fail too. > > The most plausible failure case I can think of is on a machine with > hardware/kernel FPU. A softfloat main program calls some kind of hardfloat > plugin .so, solely using integer arguments/return values. However, the > plugin was built hardfp, and gets upset when the FP control word isn't > initialized... > > I dunno. I just don't see softfp binaries ever showing up on hardfp > platforms, aside from the proposed Linux VR transition to hardfp. Ok. Then we just need to make sure that people don't mix objects. Ralf From ralf@oss.sgi.com Thu Oct 19 00:37:23 2000 Received: from u-11.karlsruhe.ipdial.viaginterkom.de (u-11.karlsruhe.ipdial.viaginterkom.de [62.180.19.11]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA09316; Thu, 19 Oct 2000 00:37:19 +0200 (MET DST) Received-Date: Thu, 19 Oct 2000 00:37:19 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 19 Oct 2000 00:37:02 +0200 Date: Thu, 19 Oct 2000 00:37:02 +0200 From: Ralf Baechle To: Florian Lohoff Cc: Jun Sun , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... Message-ID: <20001019003702.B12745@bacchus.dhis.org> References: <39E7EB73.9206D0DB@mvista.com> <39ED2166.9B5F970@mvista.com> <20001018035719.F7865@bacchus.dhis.org> <20001018143003.C2354@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001018143003.C2354@paradigm.rfc822.org>; from flo@rfc822.org on Wed, Oct 18, 2000 at 02:30:03PM +0200 X-Accept-Language: de,en,fr Content-Length: 419 Lines: 11 On Wed, Oct 18, 2000 at 02:30:03PM +0200, Florian Lohoff wrote: > By thinking about this without any knowledge of the binutils code generation. > > How does this work if loop is only an external symbol ? The distance > will than be relevant when linking but then the code will already be there > and one would need to insert an instruction. Branches to external symbols aren't allowed with MIPS ELF objects. Ralf From Harald.Koerfgen@home.ivm.de Thu Oct 19 19:36:11 2000 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA17399; Thu, 19 Oct 2000 19:36:09 +0200 (MET DST) Received-Date: Thu, 19 Oct 2000 19:36:09 +0200 (MET DST) Received: from franz.no.dom (port52.duesseldorf.ivm.de [195.247.65.52]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id TAA02915 for ; Thu, 19 Oct 2000 19:35:57 +0200 X-To: Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Resent-Date: Tue, 17 Oct 2000 22:34:40 -0400 Resent-Message-Id: Resent-From: Peartree Resent-To: Harald.Koerfgen@home.ivm.de Date: Thu, 19 Oct 2000 19:35:32 +0200 (CEST) Reply-To: Harald Koerfgen Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: FW: DecStation5000/240 Content-Length: 899 Lines: 33 -----FW: ----- Date: Tue, 17 Oct 2000 22:34:40 -0400 From: Peartree To: Harald.Koerfgen@home.ivm.de, ravdberg@inter.NL.net, triemer@wesleyan.edu, airlied@linux.ie Subject: FW: DecStation5000/240 -----Original Message----- From: Peartree [mailto:jpartridge@peartreesystems.com] Sent: Wednesday, October 11, 2000 11:20 PM To: engel@unix-ag.org Subject: DecStation5000/240 Got your name from the DecStation/Linux page. I'm moving soon and am clearing out my basement. I have a 5000/240 w/256MB RAM with a couple of RZ58's, 21" monitor, etc. and a Personal Decstation 3100 (I think). If you or someone you know would want it and can pay shipping (or pickup in Massachusetts) please let me know soon as possible. --------------End of forwarded message------------------------- -- Regards, Harald From aj@suse.de Fri Oct 20 13:10:16 2000 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA25230; Fri, 20 Oct 2000 13:10:15 +0200 (MET DST) Received-Date: Fri, 20 Oct 2000 13:10:15 +0200 (MET DST) Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 5F6811E1B6; Fri, 20 Oct 2000 13:09:44 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 9A4773E46A; Fri, 20 Oct 2000 13:09:42 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 13ma3M-0001rD-00; Fri, 20 Oct 2000 13:09:36 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 7ABC21822; Fri, 20 Oct 2000 13:09:35 +0200 (CEST) Sender: aj@suse.de Mail-Copies-To: never To: Jun Sun Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... References: <39E7EB73.9206D0DB@mvista.com> From: Andreas Jaeger Date: 20 Oct 2000 13:09:35 +0200 In-Reply-To: <39E7EB73.9206D0DB@mvista.com> Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 671 Lines: 24 I'd like to add the following paragraph to the glibc2 FAQ. Is this correct? Btw. I've updated my www page. Andreas ??mips Which tools should I use for MIPS? {AJ} Either use as compiler egcs 1.1.2 or the current development version of gcc 2.96 from CVS. gcc 2.95.x does not work correctly on mips-linux. You need recent binutils, anything before and including 2.10 will not work correctly. Either try the Linux binutils 2.10.0.26 from HJ Lu or the current development version of binutils. For details check also my page . -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From nop@nop.com Fri Oct 20 14:01:45 2000 Received: from chmls05.mediaone.net (chmls05.mediaone.net [24.147.1.143]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA25586; Fri, 20 Oct 2000 14:01:44 +0200 (MET DST) Received-Date: Fri, 20 Oct 2000 14:01:44 +0200 (MET DST) Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.248.129]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id IAA01846; Fri, 20 Oct 2000 08:01:32 -0400 (EDT) From: "Jay Carlson" To: , "Jun Sun" Cc: , Subject: RE: stable binutils, gcc, glibc ... Date: Fri, 20 Oct 2000 08:03:24 -0400 Message-ID: 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: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Content-Length: 252 Lines: 8 > {AJ} Either use as compiler egcs 1.1.2 or the current development > version of > gcc 2.96 from CVS. gcc 2.95.x does not work correctly on mips-linux. Why not 1.0.3a+patches? And could you mention a day that a 2.97 checkout was known to work? Jay From geert@linux-m68k.org Fri Oct 20 20:00:22 2000 Received: from styx.cs.kuleuven.ac.be (root@styx.cs.kuleuven.ac.be [134.58.40.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA28210; Fri, 20 Oct 2000 20:00:22 +0200 (MET DST) Received-Date: Fri, 20 Oct 2000 20:00:22 +0200 (MET DST) Received: from cassiopeia.home (root@dialup001.cs.kuleuven.ac.be [134.58.47.130]) by styx.cs.kuleuven.ac.be (8.10.1/8.10.1) with ESMTP id e9KHxu325315; Fri, 20 Oct 2000 19:59:58 +0200 (MET DST) Received: from localhost (geert@localhost) by cassiopeia.home (8.9.3/8.9.3/Debian/GNU) with ESMTP id QAA20751; Fri, 20 Oct 2000 16:55:44 +0200 X-Authentication-Warning: cassiopeia.home: geert owned process doing -bs Date: Fri, 20 Oct 2000 16:55:44 +0200 (CEST) From: Geert Uytterhoeven Sender: geert@geert.cs.kuleuven.ac.be To: Jun Sun cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: The initial results (Re: stable binutils, gcc, glibc ... In-Reply-To: <39EDDA98.9C21949D@mvista.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1418 Lines: 34 On Wed, 18 Oct 2000, Jun Sun wrote: > Geert Uytterhoeven wrote: > > On Tue, 17 Oct 2000, Jun Sun wrote: > > > If you have NEC DDB5476 board, you can also try out my kernel on the > > > following place. This kernel supports nfs rootfs through on-board ether > > > > Was it difficult to get the builtin Ethernet working? I mean, is it now > > trivial to get it to work on the ddb5074 as well? I'm still not at work, so I > > cannot play with^H^H^H^H^H^H^H^H^Hwork on it myself. > > It was a tough problem, and it took me a long time to figure out. > Basically, the srom only contains mac address - no check sum nor media > tables. You need to by pass the checksum checking and eeprom parsing in Having worked on Tulip drivers for the DDB (for another OS), I was already ware of that. > the driver code. In addition, I have to reset the tulip chip at the > board startup time. I use pmon to do the downloading. Pmon must have > set the chip in some state that the linux driver cannot successfully > re-initialize it by default. Ah, so that's the big problem! I never bothered to try resetting the Tulip. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds From spock@mgnet.de Fri Oct 20 19:45:41 2000 Received: from scotty.mgnet.de (pC19F6CC5.dip.t-dialin.net [193.159.108.197]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA27997; Fri, 20 Oct 2000 19:45:37 +0200 (MET DST) Received-Date: Fri, 20 Oct 2000 19:45:37 +0200 (MET DST) Received: (qmail 12933 invoked from network); 20 Oct 2000 17:45:22 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 20 Oct 2000 17:45:22 -0000 Date: Fri, 20 Oct 2000 19:45:22 +0200 (CEST) From: Klaus Naumann To: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Bug Tracker online Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1080 Lines: 28 Hi all, I've written a bug tracker lately which is online as of now. It is intended to make it easier to track the problems of Linux/MIPS and to give the developers a more clear input and overview of the situation. You can visit it at www.linux-mips.org -> Click "Bug Tracker" Some notes: I have not protected this stuff with a password or so. I'll take a close look what's going on and if it gets abused I have some ideas how to make it more secure. But as of now I hope we don't need to make things more complicated than they must be. If you want to receive a mail whenever something in the que changes, you can subscribe to a list of ppl which will be emailed. Well, thanks, have fun and hope you find it usable. If you encounter any bugs, have problems or suggestions feel free to mail me and tell me to make it much better. 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 jbglaw@lug-owl.de Fri Oct 20 20:29:16 2000 Received: from air.lug-owl.de (air.lug-owl.de [62.52.24.190]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA28973; Fri, 20 Oct 2000 20:29:15 +0200 (MET DST) Received-Date: Fri, 20 Oct 2000 20:29:15 +0200 (MET DST) Received: by air.lug-owl.de (Postfix, from userid 1000) id AA9A685C3; Fri, 20 Oct 2000 20:01:51 +0200 (CEST) Date: Fri, 20 Oct 2000 20:01:51 +0200 From: Jan-Benedict Glaw To: debian-mips|lists.debian.org@lug-owl.de Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: mipsel base.tgz Message-ID: <20001020200150.C25684@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: debian-mips|lists.debian.org, linux-mips@fnet.fr, linux-mips@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/Uq4LBwYP4y1W6pO" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: Linux air 2.4.0-test8-pre1 Content-Length: 7811 Lines: 178 --/Uq4LBwYP4y1W6pO Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I'm currently working on a base.tgz for Debian Woody on little endian MIPS machines (I'm working on a DECStation 5000/120). Currently, I've got problems with these packages: - netbase_4.05.deb ppp_2.4.0f-1_mipsel.deb pppconfig_2.0.5.deb telnetd_0.16-4_mipsel.deb ---> They depend (more or less) on (net-tools|iproute) which I haven't found any packages for - base-config_0.35_mipsel.deb ---> Fails because I've not found any debconf (neither little nor big brother;) - modconf_0.2.27.deb ---> Missing whiptail. I've got a whiptail executable from the old "declinux" root image and will produce a faked package off this. However, I prefer to have a native package... - console-tools_0.2.3-13_mipsel.deb ---> Complains about not having a file descriptor to a console, which might be correct as I installed everything within a chroot() cage over telnet. OTOH there's the serial console which I'd try... Currently, I don't have a native compiler running. I'd like to ask anybody to help me with all the packages above which fail at the moment... These packages are currently installed: Desired=3DUnknown/Install/Remove/Purge/Hold | Status=3DNot/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=3D(none)/Hold/Reinst-required/X=3Dboth-problems (Status,Err: upperc= ase=3Dbad) ||/ Name Version Description +++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ii adduser 3.19 Add and remove users and groups to resp. = fro ii ae 962-26 Anthony's Editor -- a tiny full-screen ed= ito ii apt 0.3.19 Advanced front-end for dpkg iU base-config 0.35 Debian base configuration package ii base-files 2.2.2 Debian base system miscellaneous files ii base-passwd 3.1.7 Debian Base System Password/Group Files ii bash 2.04-4 The GNU Bourne Again SHell ii bsdutils 2.10o-1 Basic utilities from 4.4BSD-Lite. ii console-data 1999.08.29-12. Keymaps, fonts, charset maps, fallback ta= ble iF console-tools 0.2.3-13 Linux console and font utilities. ii console-tools- 0.2.3-13 Shared libraries for Linux console and fo= nt=20 ii debianutils 1.13.3 Miscellaneous utilities specific to Debia= n. ii dialog 0.9a-20000730- Displays user-friendly dialog boxes from = she ii diff 2.7-21 File comparison utilities ii dpkg 1.6.14 Package maintenance system for Debian ii e2fsprogs 1.19-2 The EXT2 file system utilities and librar= ies ii elvis-tiny 1.4-9 Tiny vi compatible editor for the base sy= ste ii fbset 2.1-6 Framebuffer device maintenance program. ii fileutils 4.0z-2 GNU file management utilities. ii findutils 4.1-40 utilities for finding files--find, xargs,= an ii ftp 0.17-3 The FTP client. ii gawk 3.0.4-4 GNU awk, a pattern scanning and processin= g l ii gettext-base 0.10.35-15 GNU Internationalization utilities for th= e b ii grep 2.4.2-1 GNU grep, egrep and fgrep. ii gzip 1.2.4-33 The GNU compression utility. ii hostname 2.07 A utility to set/show the host name or do= mai ii ifupdown 0.5.5pr-1 High level tools to configure network int= erf ii info 4.0-4 Standalone GNU Info documentation browser ii ipchains 1.3.9-1 Network firewalling for Linux 2.2.x ii ldso 1.9.11-9 The Linux dynamic linker, library and uti= lit ii less 358-3 A file pager program, similar to more(1) ii libc6 2.0.6-5lm glibc fake entry. Please don't flame me i= f i ii libgdbmg1 1.7.3-26.2 GNU dbm database routines (runtime versio= n). ii libncurses5 5.0-7 Shared libraries for terminal handling ii libpam-modules 0.72-7 Pluggable Authentication Modules for PAM ii libpam-runtime 0.72-7 Runtime support for the PAM library ii libpam0g 0.72-7 Pluggable Authentication Modules library ii libpopt0 1.5-0.1 lib for parsing cmdline parameters ii libreadline4 4.1-1 GNU readline and history libraries, run-t= ime ii libwrap0 7.6-5 Wietse Venema's TCP wrappers library ii login 19990827-19 System login tools ii makedev 2.3.1-46.2 Creates special device files in /dev. ii mawk 1.3.3-5 a pattern scanning and text processing la= ngu iU modconf 0.2.27 Device Driver Configuration ii modutils 2.3.11-3 Linux module utilities. ii mount 2.10o-1 Tools for mounting and manipulating files= yst ii ncurses-base 5.0-7 Descriptions of common terminal types ii ncurses-bin 5.0-7 Terminal-related programs and man pages iU netbase 4.05 Basic TCP/IP networking system ii netkit-inetd 0.10-3 The Internet Superserver ii netkit-ping 0.10-3 The ping utility from netkit ii passwd 19990827-19 Change and administer password and group = dat ii pciutils 2.1.8-1 Linux PCI Utilities (for 2.[123].x kernel= s) ii perl-5.005 5.005.03-7.1 Larry Wall's Practical Extracting and Rep= ort ii perl-5.005-bas 5.005.03-7.1 The Pathologically Eclectic Rubbish Lister iU ppp 2.4.0f-1 Point-to-Point Protocol (PPP) daemon. iU pppconfig 2.0.5 A text menu based utility for configuring= pp ii procps 2.0.6-9 The /proc file system utilities. ii psmisc 19-2 Utilities that use the proc filesystem ii sed 3.02-6 The GNU sed stream editor. ii setserial 2.17-16 Controls configuration of serial ports. ii shellutils 2.0g-2 The GNU shell programming utilities. ii slang1 1.4.1-1 The S-Lang programming library - runtime = ver ii sysklogd 1.3-33 Kernel and system logging daemons ii sysvinit 2.78-4 System-V like init. ii tar 1.13.17-2 GNU tar ii tasksel 1.0-10 New task packages selector ii tcpd 7.6-5 Wietse Venema's TCP wrapper utilities iU telnetd 0.16-4 The telnet server. ii textutils 2.0-3 The GNU text file processing utilities. ii update 2.11-1 daemon to periodically flush filesystem b= uff ii util-linux 2.10o-1 Miscellaneous system utilities. That's all;) MfG, JBG PS: Thanks Flo for the machine! Now, after switching off all swap, it's quite stable: localhost:/packets# uptime=20 6:59pm up 1 day, 25 min, 0 users, load average: 0.41, 1.87, 1.18 --=20 Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck= !!! /* Jan-Benedict Glaw -- +49-177-5601720 */ keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83= 99 E1BB "insmod vi.o and there we go..." (Alexander Viro on linux-kernel) --/Uq4LBwYP4y1W6pO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjnwiI4ACgkQHb1edYOZ4btkxACeNnyy6Nt62p28Rv7Aw6vLyXsU scUAniFScqPrPkeOSkZFbtyB1kbli/iE =2cH0 -----END PGP SIGNATURE----- --/Uq4LBwYP4y1W6pO-- From jsun@mvista.com Fri Oct 20 20:15:18 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 UAA28359; Fri, 20 Oct 2000 20:15:16 +0200 (MET DST) Received-Date: Fri, 20 Oct 2000 20:15:16 +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 e9KID8x05243; Fri, 20 Oct 2000 11:13:08 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39F08BD9.BB56D050@mvista.com> Date: Fri, 20 Oct 2000 11:15:53 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: jbglaw@lug-owl.de CC: debian-mips|lists.debian.org@lug-owl.de, linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: mipsel base.tgz References: <20001020200150.C25684@lug-owl.de> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Content-Length: 654 Lines: 24 Jan-Benedict Glaw wrote: > > Hi! > > I'm currently working on a base.tgz for Debian Woody on little > endian MIPS machines (I'm working on a DECStation 5000/120). > > Currently, I've got problems with these packages: > > - netbase_4.05.deb > ppp_2.4.0f-1_mipsel.deb > pppconfig_2.0.5.deb > telnetd_0.16-4_mipsel.deb > ---> They depend (more or less) on (net-tools|iproute) which I > haven't found any packages for > A couple of days ago I built telnetd based on MontaVista CDK 1.2 build system. It is working well. You can find out the details of the build by checking out the source rpm. ftp://ftp.mvista.com/Area51/mips_le/ Jun From tbm@cyrius.com Fri Oct 20 20:39:17 2000 Received: from web1.lanscape.net (root@web1.lanscape.net [64.240.156.194]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA29104; Fri, 20 Oct 2000 20:39:16 +0200 (MET DST) Received-Date: Fri, 20 Oct 2000 20:39:16 +0200 (MET DST) Received: from sumpf.cyrius.com (IDENT:root@web1.lanscape.net [64.240.156.194]) by web1.lanscape.net (8.9.3/8.9.3) with ESMTP id NAA03722; Fri, 20 Oct 2000 13:39:13 -0500 Received: by sumpf.cyrius.com (Postfix, from userid 1000) id 4E18D15477; Fri, 20 Oct 2000 19:40:18 +0100 (BST) Date: Fri, 20 Oct 2000 19:40:18 +0100 From: Martin Michlmayr To: debian-mips@lists.debian.org, linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: mipsel base.tgz Message-ID: <20001020194018.A1613@sumpf.cyrius.com> References: <20001020200150.C25684@lug-owl.de> <39F08BD9.BB56D050@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39F08BD9.BB56D050@mvista.com>; from jsun@mvista.com on Fri, Oct 20, 2000 at 11:15:53AM -0700 Content-Length: 376 Lines: 13 * Jun Sun [20001020 11:15]: > A couple of days ago I built telnetd based on MontaVista CDK 1.2 build > system. It is working well. You can find out the details of the build > by checking out the source rpm. JBG was talking about Debian packages, not RPMS... > ftp://ftp.mvista.com/Area51/mips_le/ s#Area51#pub/Area51# -- Martin Michlmayr tbm@cyrius.com From jbglaw@lug-owl.de Fri Oct 20 21:25:56 2000 Received: from air.lug-owl.de (air.lug-owl.de [62.52.24.190]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA01479; Fri, 20 Oct 2000 21:25:55 +0200 (MET DST) Received-Date: Fri, 20 Oct 2000 21:25:55 +0200 (MET DST) Received: by air.lug-owl.de (Postfix, from userid 1000) id 7A4127D0B; Fri, 20 Oct 2000 21:25:35 +0200 (CEST) Date: Fri, 20 Oct 2000 21:25:34 +0200 From: Jan-Benedict Glaw To: debian-mips@lists.debian.org Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: mipsel.tar.bz2: Download address Message-ID: <20001020212534.A26849@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: debian-mips@lists.debian.org, linux-mips@fnet.fr, linux-mips@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: Linux air 2.4.0-test8-pre1 Content-Length: 1211 Lines: 43 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I'm currently uploading the .tar.bz2 to ftp://air.lug-owl.de/pub/debian-mipsel/base_tgz/base.tar.bz2 Unfortunately, I've to do this through a slow (and unstable) modem connect (the host itself is good connected). Please try the distribution! However, take care as it is a snapshot/pre-release/mostly untested/... The file size is 15929398 Bytes. Please don't downloade it before it is complete;) MfG, JBG --=20 Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck= !!! /* Jan-Benedict Glaw -- +49-177-5601720 */ keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83= 99 E1BB "insmod vi.o and there we go..." (Alexander Viro on linux-kernel) --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjnwnC4ACgkQHb1edYOZ4bvoUgCeN18GOk1GAttcVIH5kexFjv1k xakAoJLarPU5oGDWjOiimDEjrcQL5k4o =gpvg -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From ralf@oss.sgi.com Sat Oct 21 03:25:05 2000 Received: from u-247.karlsruhe.ipdial.viaginterkom.de (u-247.karlsruhe.ipdial.viaginterkom.de [62.180.21.247]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA05849; Sat, 21 Oct 2000 03:25:03 +0200 (MET DST) Received-Date: Sat, 21 Oct 2000 03:25:03 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 21 Oct 2000 03:24:44 +0200 Date: Sat, 21 Oct 2000 03:24:44 +0200 From: Ralf Baechle To: Jay Carlson Cc: aj@suse.de, Jun Sun , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: stable binutils, gcc, glibc ... Message-ID: <20001021032444.A27648@bacchus.dhis.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from nop@nop.com on Fri, Oct 20, 2000 at 08:03:24AM -0400 X-Accept-Language: de,en,fr Content-Length: 489 Lines: 14 On Fri, Oct 20, 2000 at 08:03:24AM -0400, Jay Carlson wrote: > > {AJ} Either use as compiler egcs 1.1.2 or the current development > > version of > > gcc 2.96 from CVS. gcc 2.95.x does not work correctly on mips-linux. > > Why not 1.0.3a+patches? And could you mention a day that a 2.97 checkout > was known to work? 1.0.3a doesn't work for compiling glibc 2.1.94 on any architecture due to a bug in the handling of weak undefined symbols - they're emitted as strong symbols. Ralf From flo@rfc822.org Sat Oct 21 20:34:42 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA10270; Sat, 21 Oct 2000 20:34:42 +0200 (MET DST) Received-Date: Sat, 21 Oct 2000 20:34:42 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 1BF257D9; Sat, 21 Oct 2000 20:34:40 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 52F23900C; Sat, 21 Oct 2000 20:21:59 +0200 (CEST) Date: Sat, 21 Oct 2000 20:21:59 +0200 From: Florian Lohoff To: Klaus Naumann Cc: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online Message-ID: <20001021202159.A3619@paradigm.rfc822.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from spock@mgnet.de on Fri, Oct 20, 2000 at 07:45:22PM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 977 Lines: 28 On Fri, Oct 20, 2000 at 07:45:22PM +0200, Klaus Naumann wrote: > Hi all, > > I've written a bug tracker lately which is online as of now. > It is intended to make it easier to track the problems of > Linux/MIPS and to give the developers a more clear input and > overview of the situation. If you are bored - Would you mind writing a "Boot output parser". What i have seen lately is that sometimes we are not aware of what drivers/machines work and which dont. So i thought of an idea where you just run a script or something sending something like dmesg cat /proc/cpuinfo to a central location which than parses the output. The one sending these reports has to give possible additional hints on what he did/patch/change to get it to work. So probabably we will than be able to keep track on which kernel versions worked on which machines. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From spock@mgnet.de Sun Oct 22 10:04:40 2000 Received: from scotty.mgnet.de (pD4B89433.dip.t-dialin.net [212.184.148.51]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id KAA16728; Sun, 22 Oct 2000 10:04:39 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 10:04:39 +0200 (MET DST) Received: (qmail 19333 invoked from network); 22 Oct 2000 08:04:27 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 22 Oct 2000 08:04:27 -0000 Date: Sun, 22 Oct 2000 10:04:27 +0200 (CEST) From: Klaus Naumann To: Florian Lohoff cc: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online In-Reply-To: <20001021202159.A3619@paradigm.rfc822.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2293 Lines: 55 On Sat, 21 Oct 2000, Florian Lohoff wrote: > On Fri, Oct 20, 2000 at 07:45:22PM +0200, Klaus Naumann wrote: > > Hi all, > > > > I've written a bug tracker lately which is online as of now. > > It is intended to make it easier to track the problems of > > Linux/MIPS and to give the developers a more clear input and > > overview of the situation. > > If you are bored - Would you mind writing a "Boot output parser". Actually writing the bug tracker wasn't an act of boredom (if you meant it that way). I had the strong feeling that we have a lot of open problems and we're loosing control which are still open. Well, in fact your mail is the only comment from the mailinglists on a project which has taken a week to write and makes sense to me and other ppl. I hoped that if ppl don't like the idea or the way I did it, that they at least would tell me to make it better. Just not saying anything is pretty lame and to be honest I'm pretty disappointed about that. Note that I'm not hunting for a "Hey what a cool idea !" or so - but I'd have expected at least any comment. > > What i have seen lately is that sometimes we are not aware of what > drivers/machines work and which dont. So i thought of an idea where > you just run a script or something sending something like > > dmesg > cat /proc/cpuinfo > > to a central location which than parses the output. > > The one sending these reports has to give possible additional > hints on what he did/patch/change to get it to work. So probabably > we will than be able to keep track on which kernel versions > worked on which machines. This is indeed a interesting idea. Writing it wouldn't be a big deal. But the question is if it's worth writing it. First we would need some ppl which actally send the info somewhere - I'm pretty much in doubt, that we will find enough so that it rents. Second question is if ppl are actually interested in such a thing. I'll not again waste time writing something where I don't get at least a small ammount of feedback and which noone is using. BFN, 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 agx@gandalf.physik.uni-konstanz.de Sun Oct 22 10:25:49 2000 Received: from gandalf.physik.uni-konstanz.de (gandalf1.physik.uni-konstanz.de [134.34.144.69]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA17316; Sun, 22 Oct 2000 10:25:48 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 10:25:48 +0200 (MET DST) Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 13nGRs-0007OH-00; Sun, 22 Oct 2000 10:25:44 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13nGRs-0003iK-00; Sun, 22 Oct 2000 10:25:44 +0200 Date: Sun, 22 Oct 2000 10:25:44 +0200 From: Guido Guenther To: Klaus Naumann Cc: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online Message-ID: <20001022102544.A14251@bilbo.physik.uni-konstanz.de> Mail-Followup-To: Klaus Naumann , Linux/MIPS list , "Linux MIPS fnet.fr" References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from spock@mgnet.de on Fri, Oct 20, 2000 at 07:45:22PM +0200 Sender: Guido Guenther Content-Length: 483 Lines: 12 On Fri, Oct 20, 2000 at 07:45:22PM +0200, Klaus Naumann wrote: > > Hi all, > > I've written a bug tracker lately which is online as of now. > It is intended to make it easier to track the problems of > Linux/MIPS and to give the developers a more clear input and > overview of the situation. Cool. I especially like the bug mailing list feature. Would it make sense to group bugs by e.g. toolchain/kernel/...(i.e. add some predefinded values to the "belongs to" field)? -- Guido From spock@mgnet.de Sun Oct 22 10:59:01 2000 Received: from scotty.mgnet.de (pD4B89433.dip.t-dialin.net [212.184.148.51]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id KAA17969; Sun, 22 Oct 2000 10:58:59 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 10:58:59 +0200 (MET DST) Received: (qmail 19516 invoked from network); 22 Oct 2000 08:58:58 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 22 Oct 2000 08:58:58 -0000 Date: Sun, 22 Oct 2000 10:58:58 +0200 (CEST) From: Klaus Naumann To: Guido Guenther cc: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online In-Reply-To: <20001022102544.A14251@bilbo.physik.uni-konstanz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 699 Lines: 18 On Sun, 22 Oct 2000, Guido Guenther wrote: > On Fri, Oct 20, 2000 at 07:45:22PM +0200, Klaus Naumann wrote: > Cool. I especially like the bug mailing list feature. > Would it make sense to group bugs by e.g. toolchain/kernel/...(i.e. add > some predefinded values to the "belongs to" field)? Well, I thought about that. The point is, that I don't know yet if the bugtracker doesn't get too inflexible if we use predefined values. WHat do you think ? 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 joey@finlandia.infodrom.north.de Sun Oct 22 11:03:55 2000 Received: from kuolema.infodrom.north.de (postfix@kuolema.Infodrom.North.DE [195.27.69.163]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA18073; Sun, 22 Oct 2000 11:03:35 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 11:03:35 +0200 (MET DST) Received: from finlandia.infodrom.north.de (finlandia.Infodrom.North.DE [195.27.69.162]) by kuolema.infodrom.north.de (Postfix) with ESMTP id 4CF234D73B; Sun, 22 Oct 2000 11:03:09 +0200 (CEST) Received: by finlandia.infodrom.north.de (Postfix, from userid 501) id D284410739; Sun, 22 Oct 2000 11:02:33 +0200 (CEST) Date: Sun, 22 Oct 2000 11:02:33 +0200 From: Martin Schulze To: Klaus Naumann Cc: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online Message-ID: <20001022110233.Y10454@finlandia.infodrom.north.de> Reply-To: Martin Schulze References: <20001022102544.A14251@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: ; from spock@mgnet.de on Sun, Oct 22, 2000 at 10:58:58AM +0200 Content-Length: 651 Lines: 21 Klaus Naumann wrote: > On Sun, 22 Oct 2000, Guido Guenther wrote: > > > On Fri, Oct 20, 2000 at 07:45:22PM +0200, Klaus Naumann wrote: > > Cool. I especially like the bug mailing list feature. > > Would it make sense to group bugs by e.g. toolchain/kernel/...(i.e. add > > some predefinded values to the "belongs to" field)? > > Well, I thought about that. The point is, that I don't know yet if the > bugtracker doesn't get too inflexible if we use predefined > values. WHat do you think ? I'd say: Use it, lern its limits, bug it if you need more features and improve it on the way. Regards, Joey -- Linux - the choice of a GNU generation. From K.H.C.vanHouten@research.kpn.com Sun Oct 22 12:21:11 2000 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA19387; Sun, 22 Oct 2000 12:21:10 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 12:21:10 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JVMYQTE2J8000SMQ@research.kpn.com> for linux-mips@fnet.fr; Sun, 22 Oct 2000 12:21:08 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id MAA00815; Sun, 22 Oct 2000 12:21:07 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 22 Oct 2000 12:21:07 +0200 (MET DST) From: Karel van Houten Subject: Re: Bug Tracker online In-reply-to: To: spock@mgnet.de (Klaus Naumann) Cc: linux-mips@oss.sgi.com (Linux/MIPS list), linux-mips@fnet.fr (Linux MIPS fnet.fr) Message-id: <200010221021.MAA00815@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.5 PL2] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-Length: 2097 Lines: 45 Hi Klaus, Klaus wrote: > Actually writing the bug tracker wasn't an act of boredom > (if you meant it that way). I had the strong feeling that we have > a lot of open problems and we're loosing control which are still open. > Well, in fact your mail is the only comment from the mailinglists on a > project which has taken a week to write and makes sense to me and other > ppl. I hoped that if ppl don't like the idea or the way I did it, that > they at least would tell me to make it better. > Just not saying anything is pretty lame and to be honest I'm pretty > disappointed about that. > Note that I'm not hunting for a "Hey what a cool idea !" or so - > but I'd have expected at least any comment. You sound a bit disappointed. Well, I can imagine, but you should give people more time. I had planned to look into your bug tracker, but didn't found the time yet (Your mail was still in my inbox). Concerning the boot output parser: > This is indeed a interesting idea. Writing it wouldn't be a big deal. > But the question is if it's worth writing it. First we would need > some ppl which actally send the info somewhere - I'm pretty > much in doubt, that we will find enough so that it rents. > Second question is if ppl are actually interested in such a thing. > I'll not again waste time writing something where I don't get at least a > small ammount of feedback and which noone is using. I think it is really useful to know what configurations / kernel versions and hardware other people have. I have published the bootlogs of my DECStations on my website. By the way, you could update your mips-linux webpages in respect to DECStations from my info: http://www.xs4all.nl/~vhouten/mipsel I'm currently running kernel 2.4.0-test9, and I'm in the process of rebuilding RedHat 6.1 packages to get a minimal distribution ready. Regards, -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From flo@rfc822.org Sun Oct 22 12:31:37 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA19514; Sun, 22 Oct 2000 12:31:37 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 12:31:37 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 26D2F7DD; Sun, 22 Oct 2000 12:31:36 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 1ECFC900C; Sun, 22 Oct 2000 12:30:13 +0200 (CEST) Date: Sun, 22 Oct 2000 12:30:13 +0200 From: Florian Lohoff To: Klaus Naumann Cc: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online Message-ID: <20001022123012.A1564@paradigm.rfc822.org> References: <20001021202159.A3619@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from spock@mgnet.de on Sun, Oct 22, 2000 at 10:04:27AM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 1716 Lines: 34 On Sun, Oct 22, 2000 at 10:04:27AM +0200, Klaus Naumann wrote: > Actually writing the bug tracker wasn't an act of boredom > (if you meant it that way). I had the strong feeling that we have No - I didnt think of it that way ... > > The one sending these reports has to give possible additional > > hints on what he did/patch/change to get it to work. So probabably > > we will than be able to keep track on which kernel versions > > worked on which machines. > > This is indeed a interesting idea. Writing it wouldn't be a big deal. > But the question is if it's worth writing it. First we would need > some ppl which actally send the info somewhere - I'm pretty > much in doubt, that we will find enough so that it rents. > Second question is if ppl are actually interested in such a thing. > I'll not again waste time writing something where I don't get at least a > small ammount of feedback and which noone is using. Right - I just thought as a feedback for the kernel cvs commits the other way round that you implemented - Sometimes (most of the time ?) bugs keep not found because noone is using some specific feature (Like the Timeing stuff in the decstations) and though a lot of people simply think its their fault instead of complaining - But with something like that and possibly a simple shell script we yould collect not negative but positive information on WHAT is actually working. Nevertheless this only works for a small subset of the mips stuff (kernel) and though might be pretty useless as most of the kernel stuff works and userspace is getting the problem. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From spock@mgnet.de Sun Oct 22 12:52:32 2000 Received: from scotty.mgnet.de (pD4B89433.dip.t-dialin.net [212.184.148.51]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id MAA20528; Sun, 22 Oct 2000 12:52:30 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 12:52:30 +0200 (MET DST) Received: (qmail 19905 invoked from network); 22 Oct 2000 10:52:23 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 22 Oct 2000 10:52:23 -0000 Date: Sun, 22 Oct 2000 12:52:23 +0200 (CEST) From: Klaus Naumann To: Karel van Houten cc: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online In-Reply-To: <200010221021.MAA00815@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1981 Lines: 49 On Sun, 22 Oct 2000, Karel van Houten wrote: > Hi Klaus, > > Klaus wrote: > > Actually writing the bug tracker wasn't an act of boredom > > (if you meant it that way). I had the strong feeling that we have > > a lot of open problems and we're loosing control which are still open. > > Well, in fact your mail is the only comment from the mailinglists on a > > project which has taken a week to write and makes sense to me and other > > ppl. I hoped that if ppl don't like the idea or the way I did it, that > > they at least would tell me to make it better. > > Just not saying anything is pretty lame and to be honest I'm pretty > > disappointed about that. > > Note that I'm not hunting for a "Hey what a cool idea !" or so - > > but I'd have expected at least any comment. > You sound a bit disappointed. Well, I can imagine, but you should > give people more time. I had planned to look into your bug tracker, > but didn't found the time yet (Your mail was still in my inbox). Yes, you're right - I was a bit rushing. And it wasn't the first time that I got this impression ... so maybe I was a bit to fast. > Concerning the boot output parser: [snippelip] > I think it is really useful to know what configurations / kernel versions > and hardware other people have. I have published the bootlogs of > my DECStations on my website. ok, we just need to think about a good way to make the thing happen. Anyone with a good idea mail me ;) > By the way, you could update your mips-linux webpages in respect to > DECStations from my info: http://www.xs4all.nl/~vhouten/mipsel Done. :) > I'm currently running kernel 2.4.0-test9, and I'm in the process > of rebuilding RedHat 6.1 packages to get a minimal distribution ready. Cool :) -- 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 Sun Oct 22 13:46:31 2000 Received: from netsurf.de (ut@p153.n01.ham.access.is-europe.net [195.179.176.153]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA21664; Sun, 22 Oct 2000 13:46:23 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 13:46:23 +0200 (MET DST) Received: (from ut@localhost) by netsurf.de (8.8.4/8.8.4) id NAA01415; Sun, 22 Oct 2000 13:45:01 +0200 Message-Id: <200010221145.NAA01415@netsurf.de> Subject: Re: Bug Tracker online To: spock@mgnet.de (Klaus Naumann) Date: Sun, 22 Oct 2000 13:45:00 +0200 (MEST) Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr In-Reply-To: from "Klaus Naumann" at Oct 22, 2000 12:52:23 PM From: Ulrich Teichert X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 606 Lines: 18 Hi! >> I think it is really useful to know what configurations / kernel versions >> and hardware other people have. I have published the bootlogs of >> my DECStations on my website. > >ok, we just need to think about a good way to make the thing happen. >Anyone with a good idea mail me ;) Couldn't we just take the bug tracker? I mean, add a state to the bugs, abuse a text field, et voila. HTH, 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 spock@mgnet.de Sun Oct 22 13:54:45 2000 Received: from scotty.mgnet.de (pC19EA949.dip.t-dialin.net [193.158.169.73]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id NAA21776; Sun, 22 Oct 2000 13:54:42 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 13:54:42 +0200 (MET DST) Received: (qmail 20114 invoked from network); 22 Oct 2000 11:54:18 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 22 Oct 2000 11:54:18 -0000 Date: Sun, 22 Oct 2000 13:54:18 +0200 (CEST) From: Klaus Naumann To: Ulrich Teichert cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: Bug Tracker online In-Reply-To: <200010221145.NAA01415@netsurf.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 752 Lines: 24 On Sun, 22 Oct 2000, Ulrich Teichert wrote: > Hi! > >ok, we just need to think about a good way to make the thing happen. > >Anyone with a good idea mail me ;) > > Couldn't we just take the bug tracker? I mean, add a state to the bugs, > abuse a text field, et voila. We actually could. I have a status called "Info" - so we could just add bugs with status Info and make a summary like "Bootmessages of Indigo2 (22102000)" and paste the info into the text field. Anyone against that or better solutions ? 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 Sun Oct 22 14:16:33 2000 Received: from netsurf.de (ut@p153.n01.ham.access.is-europe.net [195.179.176.153]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA22842; Sun, 22 Oct 2000 14:16:29 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 14:16:29 +0200 (MET DST) Received: (from ut@localhost) by netsurf.de (8.8.4/8.8.4) id OAA03704; Sun, 22 Oct 2000 14:16:03 +0200 Message-Id: <200010221216.OAA03704@netsurf.de> Subject: Re: Bug Tracker online To: spock@mgnet.de (Klaus Naumann) Date: Sun, 22 Oct 2000 14:16:03 +0200 (MEST) Cc: ut@netsurf.de (Ulrich Teichert), linux-mips@oss.sgi.com, linux-mips@fnet.fr In-Reply-To: from "Klaus Naumann" at Oct 22, 2000 01:54:18 PM From: Ulrich Teichert X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 641 Lines: 19 Hi! >We actually could. I have a status called "Info" - so >we could just add bugs with status Info and make a summary like >"Bootmessages of Indigo2 (22102000)" and paste the info into the >text field. > >Anyone against that or better solutions ? Umm... I would prefer to use a designated state - it's much easier to search for. When you're abusing a system: be nice, even when it's your own ;-) Just my 2 Pf (way less than cents), 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 wesolows@rotor.chem.unr.edu Sun Oct 22 17:32:35 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 RAA24152; Sun, 22 Oct 2000 17:32:34 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 17:32:34 +0200 (MET DST) Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id IAA29819; Sun, 22 Oct 2000 08:32:12 -0700 Date: Sun, 22 Oct 2000 08:32:12 -0700 From: Keith M Wesolowski To: Klaus Naumann Cc: Guido Guenther , Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online Message-ID: <20001022083212.A29387@chem.unr.edu> References: <20001022102544.A14251@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from spock@mgnet.de on Sun, Oct 22, 2000 at 10:58:58AM +0200 X-Complaints-To: postmaster@chem.unr.edu Content-Length: 1080 Lines: 24 On Sun, Oct 22, 2000 at 10:58:58AM +0200, Klaus Naumann wrote: > On Sun, 22 Oct 2000, Guido Guenther wrote: > > > On Fri, Oct 20, 2000 at 07:45:22PM +0200, Klaus Naumann wrote: > > Cool. I especially like the bug mailing list feature. > > Would it make sense to group bugs by e.g. toolchain/kernel/...(i.e. add > > some predefinded values to the "belongs to" field)? > > Well, I thought about that. The point is, that I don't know yet if the > bugtracker doesn't get too inflexible if we use predefined > values. WHat do you think ? The trouble is, for some bugs, by the time you've figured out what the bug belongs to, you're 90% of the way to having fixed it and there's usually no point to putting it into the bug tracker. At the same time, using something like "toolchain" is rather vague. It might be nice to have a list of common trouble areas and then an "Other: ____________" type field for bugs that aren't obvious. -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From spock@mgnet.de Sun Oct 22 18:20:10 2000 Received: from scotty.mgnet.de (pC19F6C99.dip.t-dialin.net [193.159.108.153]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA25313; Sun, 22 Oct 2000 18:20:07 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 18:20:07 +0200 (MET DST) Received: (qmail 20917 invoked from network); 22 Oct 2000 16:20:01 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 22 Oct 2000 16:20:01 -0000 Date: Sun, 22 Oct 2000 18:20:01 +0200 (CEST) From: Klaus Naumann To: Keith M Wesolowski cc: Guido Guenther , Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online In-Reply-To: <20001022083212.A29387@chem.unr.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1395 Lines: 31 On Sun, 22 Oct 2000, Keith M Wesolowski wrote: > On Sun, Oct 22, 2000 at 10:58:58AM +0200, Klaus Naumann wrote: > > Well, I thought about that. The point is, that I don't know yet if the > > bugtracker doesn't get too inflexible if we use predefined > > values. WHat do you think ? > > The trouble is, for some bugs, by the time you've figured out what the > bug belongs to, you're 90% of the way to having fixed it and there's > usually no point to putting it into the bug tracker. At the same time, > using something like "toolchain" is rather vague. It might be nice to > have a list of common trouble areas and then an "Other: ____________" > type field for bugs that aren't obvious. The real point is that the "Belongs to" field is not mandatory. If you don't know where the problem is leave it blank. It was intented to give a hint where a problem might be. For example when you're seeing a kernel panic it's obvious, that this belongs to the kernel. If you're seeing a bus error and don't know what it might be leave it open. Having predefined values and a Other: possebility is rather complicated to implement and is a overkill I'd say. 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 Sun Oct 22 18:54:02 2000 Received: from u-162.karlsruhe.ipdial.viaginterkom.de (u-162.karlsruhe.ipdial.viaginterkom.de [62.180.18.162]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA26789; Sun, 22 Oct 2000 18:53:38 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 18:53:38 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sun, 22 Oct 2000 18:52:42 +0200 Date: Sun, 22 Oct 2000 18:52:42 +0200 From: Ralf Baechle To: Karel van Houten Cc: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online Message-ID: <20001022185242.B21426@bacchus.dhis.org> References: <200010221021.MAA00815@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200010221021.MAA00815@sparta.research.kpn.com>; from K.H.C.vanHouten@research.kpn.com on Sun, Oct 22, 2000 at 12:21:07PM +0200 X-Accept-Language: de,en,fr Content-Length: 678 Lines: 16 On Sun, Oct 22, 2000 at 12:21:07PM +0200, Karel van Houten wrote: > I think it is really useful to know what configurations / kernel versions > and hardware other people have. I have published the bootlogs of > my DECStations on my website. > > By the way, you could update your mips-linux webpages in respect to > DECStations from my info: http://www.xs4all.nl/~vhouten/mipsel > > I'm currently running kernel 2.4.0-test9, and I'm in the process > of rebuilding RedHat 6.1 packages to get a minimal distribution ready. Sorry to beat you, I got ~60% packages of distribution which is a mix between 6.2 and 7.0 building :-) I however only have big endian binaries. Ralf From K.H.C.vanHouten@research.kpn.com Sun Oct 22 19:08:44 2000 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA27419; Sun, 22 Oct 2000 19:08:43 +0200 (MET DST) Received-Date: Sun, 22 Oct 2000 19:08:43 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JVNCZ3KLCM000RNS@research.kpn.com> for linux-mips@fnet.fr; Sun, 22 Oct 2000 19:08:41 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id TAA04753; Sun, 22 Oct 2000 19:08:40 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 22 Oct 2000 19:08:40 +0200 (MET DST) From: Karel van Houten Subject: Re: Bug Tracker online In-reply-to: <20001022185242.B21426@bacchus.dhis.org> To: ralf@oss.sgi.com (Ralf Baechle) Cc: K.H.C.vanHouten@research.kpn.com (Karel van Houten), linux-mips@oss.sgi.com (Linux/MIPS list), linux-mips@fnet.fr (Linux MIPS fnet.fr) Message-id: <200010221708.TAA04753@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.5 PL2] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-Length: 761 Lines: 21 Ralf wrote: > > On Sun, Oct 22, 2000 at 12:21:07PM +0200, Karel van Houten wrote: > > > I'm currently running kernel 2.4.0-test9, and I'm in the process > > of rebuilding RedHat 6.1 packages to get a minimal distribution ready. > > Sorry to beat you, I got ~60% packages of distribution which is a mix > between 6.2 and 7.0 building :-) I however only have big endian binaries. > Indeed, I'm building Little endian binaries, especially for DECStation. I hope to make them available on oss, if space permits. -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From airlied@csn.ul.ie Mon Oct 23 00:54:38 2000 Received: from skynet.csn.ul.ie (root@skynet.csn.ul.ie [136.201.105.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA02105; Mon, 23 Oct 2000 00:54:37 +0200 (MET DST) Received-Date: Mon, 23 Oct 2000 00:54:37 +0200 (MET DST) Received: from localhost (airlied@localhost) by skynet.csn.ul.ie (8.9.3/8.9.3) with ESMTP id XAA26444; Sun, 22 Oct 2000 23:53:06 +0100 Date: Sun, 22 Oct 2000 23:53:06 +0100 (IST) From: Dave Airlie To: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: quicky patch for dz.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 841 Lines: 36 Hi, Just read Karel's site about dz.c not working ... not sure if this helps (haven't had time to test it ... VAX is plugged in.. need to get time to setup the DS5000 again..) info->magic is never used, anyways. Dave. Index: dz.c =================================================================== RCS file: /cvs/linux/drivers/char/dz.c,v retrieving revision 1.11 diff -u -r1.11 dz.c --- dz.c 2000/10/03 11:49:16 1.11 +++ dz.c 2000/10/22 22:51:57 @@ -1350,7 +1350,6 @@ { info = &multi[i]; lines[i] = info; - info->magic = SERIAL_MAGIC; if ((mips_machtype == MACH_DS23100) || (mips_machtype == MACH_DS5100)) info->port = (unsigned long) KN01_DZ11_BASE; -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied@skynet.ie pam_smb / Linux DecStation / Linux VAX / ILUG person From sdlfsd@mal_server1.malitnet.net.my Mon Oct 23 17:03:45 2000 Received: from proxy (mail.bernecker.de [62.159.152.83]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA10738; Mon, 23 Oct 2000 17:03:44 +0200 (MET DST) Received-Date: Mon, 23 Oct 2000 17:03:44 +0200 (MET DST) Received: by proxy with MERCUR-SMTP/POP3/IMAP4-Server (v3.00.25 AS-2719755) for at Mon, 23 Oct 2000 16:29:29 +0200 From: To: Date: Mon, 23 Oct 2000 06:54:38 Message-Id: <325.880677.136273@mail.mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Length: 813 Lines: 31 GET YOUR OWN 100 MEG WEBSITE FOR ONLY $11.95 PER MONTH TODAY! STOP PAYING $19.95 or more TODAY for your web site, WHEN YOU CAN GET ONE FOR ONLY $11.95 PER MONTH! DO YOU ALREADY HAVE A WEBSITE? ALL YOU HAVE TO DO IS TRANSFER THE DOMAIN TO OUR SERVERS AND UPLOAD YOUR DATA AND YOU ARE READY TO GO! YOUR NEW WEB SPACE CAN BE CREATED INSTANTLY WITH JUST A SIMPLE PHONE CALL TO OUR OFFICE. YOU CAN CHANGE THE DESIGN OF YOUR SITE AS MUCH AS YOU WANT with no extra charge! UNLIMITED TRAFFIC -- no extra charge! FRONT PAGE EXTENSIONS are FULLY SUPPORTED. A SET UP FEE OF $40.00 APPLIES for FIRST TIME CUSTOMERS. ALL FEES PREPAID IN ADVANCE FOR THE YEAR PLUS A $40.00 SET UP CHARGE. FOR DETAILS CALL 1 888 248 0765 if you are outside the USA, please fax 240 337 8325 Webhosting International From flo@rfc822.org Mon Oct 23 16:36:23 2000 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA09502; Mon, 23 Oct 2000 16:36:23 +0200 (MET DST) Received-Date: Mon, 23 Oct 2000 16:36:23 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id 32AFF7F3; Mon, 23 Oct 2000 16:32:53 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id A6D8B900C; Mon, 23 Oct 2000 16:25:47 +0200 (CEST) Date: Mon, 23 Oct 2000 16:25:47 +0200 From: Florian Lohoff To: Karel van Houten Cc: Ralf Baechle , Linux/MIPS list , "Linux MIPS fnet.fr" Subject: Re: Bug Tracker online Message-ID: <20001023162547.H355@paradigm.rfc822.org> References: <20001022185242.B21426@bacchus.dhis.org> <200010221708.TAA04753@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <200010221708.TAA04753@sparta.research.kpn.com>; from K.H.C.vanHouten@research.kpn.com on Sun, Oct 22, 2000 at 07:08:40PM +0200 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 818 Lines: 23 On Sun, Oct 22, 2000 at 07:08:40PM +0200, Karel van Houten wrote: > Ralf wrote: > > > > On Sun, Oct 22, 2000 at 12:21:07PM +0200, Karel van Houten wrote: > > > > > I'm currently running kernel 2.4.0-test9, and I'm in the process > > > of rebuilding RedHat 6.1 packages to get a minimal distribution ready. > > > > Sorry to beat you, I got ~60% packages of distribution which is a mix > > between 6.2 and 7.0 building :-) I however only have big endian binaries. > > > > Indeed, I'm building Little endian binaries, especially for DECStation. > I hope to make them available on oss, if space permits. > I would also be happy to mirror them to source.rfc822.org aka ftp.rfc822.org Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From nick@snowman.net Mon Oct 23 16:44:54 2000 Received: from ns.snowman.net (ns.snowman.net [63.80.4.34]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA09634; Mon, 23 Oct 2000 16:44:53 +0200 (MET DST) Received-Date: Mon, 23 Oct 2000 16:44:53 +0200 (MET DST) From: nick@snowman.net Received: from localhost (nick@localhost) by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id KAA04271; Mon, 23 Oct 2000 10:44:49 -0400 Date: Mon, 23 Oct 2000 10:44:49 -0400 (EDT) X-Sender: nick@ns cc: Linux/MIPS list , "Linux MIPS fnet.fr" Subject: r8000 In-Reply-To: <20001023162547.H355@paradigm.rfc822.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 105 Lines: 5 Hi, I've managed to aquire a indigo2 R8k. Can anyone tell me about running linux on it? Thanks Nick From <@Cologne.DE:karsten@excalibur.cologne.de> Tue Oct 24 03:25:15 2000 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [195.227.25.6]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id DAA16554; Tue, 24 Oct 2000 03:25:13 +0200 (MET DST) Received-Date: Tue, 24 Oct 2000 03:25:13 +0200 (MET DST) Received: from localhost (1731 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Tue, 24 Oct 2000 03:25:10 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id DAA03717; Tue, 24 Oct 2000 03:22:33 +0200 Message-ID: <20001024032232.A3426@excalibur.cologne.de> Date: Tue, 24 Oct 2000 03:22:32 +0200 From: Karsten Merker To: linux-mips@fnet.fr Cc: linux-mips@oss.sgi.com Subject: process lockups Mail-Followup-To: linux-mips@fnet.fr, linux-mips@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i X-No-Archive: yes Content-Length: 1080 Lines: 23 Hallo everyone, I am running Kernel 2.4.0-test9 on a DECstation 5000/150. I am experiencing a strange behaviour when having strong I/O-load, such as running a "tar xvf foobar.tgz" with a large archive. After some time of activity the process (in this case tar) is stuck in status "D". There is neither an entry in the syslog nor on the console that would give me a hint what is happening. Is anyone else experiencing this? Another thing I see on my 5000/150 (and only there - this is my only R4K-machine, so I do not know whether this is CPU- or machine-type-bound) is "top" going weird, eating lots of CPU cycles and spitting messages "schedule_timeout: wrong timeout value fffbd0b2 from 800900f8; Setting flush to zero for top". I know Florian also has this on his 5000/150. Anyone else with the same behavoiur or any idea about the cause for this? Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From ralf@oss.sgi.com Tue Oct 24 04:48:07 2000 Received: from u-45.karlsruhe.ipdial.viaginterkom.de (u-45.karlsruhe.ipdial.viaginterkom.de [62.180.18.45]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA17417; Tue, 24 Oct 2000 04:48:06 +0200 (MET DST) Received-Date: Tue, 24 Oct 2000 04:48:06 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 24 Oct 2000 04:47:36 +0200 Date: Tue, 24 Oct 2000 04:47:36 +0200 From: Ralf Baechle To: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: process lockups Message-ID: <20001024044736.B3397@bacchus.dhis.org> References: <20001024032232.A3426@excalibur.cologne.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001024032232.A3426@excalibur.cologne.de>; from karsten@excalibur.cologne.de on Tue, Oct 24, 2000 at 03:22:32AM +0200 X-Accept-Language: de,en,fr Content-Length: 1543 Lines: 30 On Tue, Oct 24, 2000 at 03:22:32AM +0200, Karsten Merker wrote: > I am running Kernel 2.4.0-test9 on a DECstation 5000/150. I am > experiencing a strange behaviour when having strong I/O-load, such as > running a "tar xvf foobar.tgz" with a large archive. After some time of > activity the process (in this case tar) is stuck in status "D". There is > neither an entry in the syslog nor on the console that would give me a > hint what is happening. Is anyone else experiencing this? I observe similar stuck processes on Origins - even without massive I/O load. I'm trying to track them but little success aside of fixing a few unrelated little bugs. Do you observe those on your R4k box also? Another things which I'm observing is that I occasinally can't unmount a filesystem. umount then says the fs is still in use. Sometimes it's at least possible to remount the fs r/o. Have you also observed this one? > Another thing I see on my 5000/150 (and only there - this is my only > R4K-machine, so I do not know whether this is CPU- or machine-type-bound) > is "top" going weird, eating lots of CPU cycles and spitting messages > "schedule_timeout: wrong timeout value fffbd0b2 from 800900f8; Setting > flush to zero for top". I know Florian also has this on his 5000/150. > Anyone else with the same behavoiur or any idea about the cause for this? Setting flush to zero for means that the floating point approximator is now enabled ;-) The schedule_timeout thing is unrelated; I've never heared of it before. Ralf From K.H.C.vanHouten@research.kpn.com Tue Oct 24 07:51:47 2000 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA18318; Tue, 24 Oct 2000 07:51:46 +0200 (MET DST) Received-Date: Tue, 24 Oct 2000 07:51:46 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JVPHWIC5S0000S9V@research.kpn.com> for linux-mips@fnet.fr; Tue, 24 Oct 2000 07:51:44 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id HAA02069; Tue, 24 Oct 2000 07:51:43 +0200 (MET DST) Date: Tue, 24 Oct 2000 07:51:42 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: Re: process lockups In-reply-to: "Your message of Tue, 24 Oct 2000 04:47:36 +0200." <20001024044736.B3397@bacchus.dhis.org> To: Ralf Baechle Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com, K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@kpn.com Message-id: <200010240551.HAA02069@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: exmh version 1.6.5 12/11/95 Content-type: text/plain; charset=us-ascii Content-Length: 2293 Lines: 50 Ralf Baechle wrote: > > On Tue, Oct 24, 2000 at 03:22:32AM +0200, Karsten Merker wrote: > > > I am running Kernel 2.4.0-test9 on a DECstation 5000/150. I am > > experiencing a strange behaviour when having strong I/O-load, such as > > running a "tar xvf foobar.tgz" with a large archive. After some time of > > activity the process (in this case tar) is stuck in status "D". There is > > neither an entry in the syslog nor on the console that would give me a > > hint what is happening. Is anyone else experiencing this? > > I observe similar stuck processes on Origins - even without massive I/O > load. I'm trying to track them but little success aside of fixing a few > unrelated little bugs. Do you observe those on your R4k box also? On my DEC 5000/260 (R4k) I have no stuck processes, but I should mention that I am running without swap (I have 192Mb RAM). > Another things which I'm observing is that I occasinally can't unmount > a filesystem. umount then says the fs is still in use. Sometimes it's > at least possible to remount the fs r/o. Have you also observed this one? Yes, but only the root FS. I thought I might have to upgrade to a newer mount program for the 2.4 kernel, or is the system call returning the error? > > Another thing I see on my 5000/150 (and only there - this is my only > > R4K-machine, so I do not know whether this is CPU- or machine-type-bound) > > is "top" going weird, eating lots of CPU cycles and spitting messages > > "schedule_timeout: wrong timeout value fffbd0b2 from 800900f8; Setting > > flush to zero for top". I know Florian also has this on his 5000/150. > > Anyone else with the same behavoiur or any idea about the cause for this? > > Setting flush to zero for means that the floating point > approximator is now enabled ;-) > > The schedule_timeout thing is unrelated; I've never heared of it before. Aside from this I stil get 'bug in get_wchan' messages, but everything seems to run fine. I hope to test my current kernels on a 5000/150 and a 3100. Regards, -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From <@Cologne.DE:karsten@excalibur.cologne.de> Tue Oct 24 13:31:23 2000 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [195.227.25.6]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id NAA02095; Tue, 24 Oct 2000 13:31:19 +0200 (MET DST) Received-Date: Tue, 24 Oct 2000 13:31:19 +0200 (MET DST) Received: from localhost (2944 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Tue, 24 Oct 2000 13:31:10 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id NAA02750; Tue, 24 Oct 2000 13:15:23 +0200 Message-ID: <20001024131523.A2431@excalibur.cologne.de> Date: Tue, 24 Oct 2000 13:15:23 +0200 From: Karsten Merker To: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: process lockups Mail-Followup-To: linux-mips@fnet.fr, linux-mips@oss.sgi.com References: <20001024044736.B3397@bacchus.dhis.org> <200010240551.HAA02069@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <200010240551.HAA02069@sparta.research.kpn.com>; from Houten K.H.C. van (Karel) on Tue, Oct 24, 2000 at 07:51:42AM +0200 X-No-Archive: yes Content-Length: 2058 Lines: 44 On Tue, Oct 24, 2000 at 07:51:42AM +0200, Houten K.H.C. van (Karel) wrote: > > Ralf Baechle wrote: [hanging processes in status "D"] > > I observe similar stuck processes on Origins - even without massive I/O > > load. I'm trying to track them but little success aside of fixing a few > > unrelated little bugs. Do you observe those on your R4k box also? > On my DEC 5000/260 (R4k) I have no stuck processes, but I should mention > that I am running without swap (I have 192Mb RAM). Having swap or not does not seem to influence the behaviour - I also get hangs with swap disabled. Good candidates for hangig are either tar or gcc. > > Another things which I'm observing is that I occasinally can't unmount > > a filesystem. umount then says the fs is still in use. Sometimes it's > > at least possible to remount the fs r/o. Have you also observed this one? > Yes, but only the root FS. I thought I might have to upgrade to a newer > mount program for the 2.4 kernel, or is the system call returning the error? Similar effect here - sometimes unmounting the root fs on shutdown is successfull, sometimes I get "/ is busy" without being able to find a reason for that. Possibly it is a bug in the mount (I am still running mount-2.9o). > > > Another thing I see on my 5000/150 (and only there - this is my only > > > R4K-machine, so I do not know whether this is CPU- or machine-type-bound) > > > is "top" going weird, eating lots of CPU cycles and spitting messages > > > "schedule_timeout: wrong timeout value fffbd0b2 from 800900f8; Setting > > > flush to zero for top". I know Florian also has this on his 5000/150. > > > Anyone else with the same behavoiur or any idea about the cause for this? > > > > Setting flush to zero for means that the floating point > > approximator is now enabled ;-) ??? Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From ralf@oss.sgi.com Tue Oct 24 17:14:14 2000 Received: from u-117.karlsruhe.ipdial.viaginterkom.de (u-117.karlsruhe.ipdial.viaginterkom.de [62.180.10.117]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA04131; Tue, 24 Oct 2000 17:14:06 +0200 (MET DST) Received-Date: Tue, 24 Oct 2000 17:14:06 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 24 Oct 2000 16:38:43 +0200 Date: Tue, 24 Oct 2000 16:38:43 +0200 From: Ralf Baechle To: K.H.C.vanHouten@kpn.com Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com, K.H.C.vanHouten@research.kpn.com Subject: Re: process lockups Message-ID: <20001024163843.A7342@bacchus.dhis.org> References: <20001024044736.B3397@bacchus.dhis.org> <200010240551.HAA02069@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200010240551.HAA02069@sparta.research.kpn.com>; from K.H.C.vanHouten@research.kpn.com on Tue, Oct 24, 2000 at 07:51:42AM +0200 X-Accept-Language: de,en,fr Content-Length: 1840 Lines: 39 On Tue, Oct 24, 2000 at 07:51:42AM +0200, Houten K.H.C. van (Karel) wrote: > > > I am running Kernel 2.4.0-test9 on a DECstation 5000/150. I am > > > experiencing a strange behaviour when having strong I/O-load, such as > > > running a "tar xvf foobar.tgz" with a large archive. After some time of > > > activity the process (in this case tar) is stuck in status "D". There is > > > neither an entry in the syslog nor on the console that would give me a > > > hint what is happening. Is anyone else experiencing this? > > > > I observe similar stuck processes on Origins - even without massive I/O > > load. I'm trying to track them but little success aside of fixing a few > > unrelated little bugs. Do you observe those on your R4k box also? > On my DEC 5000/260 (R4k) I have no stuck processes, but I should mention > that I am running without swap (I have 192Mb RAM). That matches my Origin experience with it's 1.5gb RAM and no swap. > > Another things which I'm observing is that I occasinally can't unmount > > a filesystem. umount then says the fs is still in use. Sometimes it's > > at least possible to remount the fs r/o. Have you also observed this one? > Yes, but only the root FS. I thought I might have to upgrade to a newer > mount program for the 2.4 kernel, or is the system call returning the error? It also happens for other filesystems; the heavier the usage of the filesystem has been the more often. But I've never seen a hanging tar or gcc process. > Aside from this I stil get 'bug in get_wchan' messages, but everything > seems to run fine. I hope to test my current kernels on a 5000/150 and > a 3100. This message is harmless. The only effect is that the WCHAN column of ps axl will have bogus information. Which is a problem - I need exactly the WCHAN information to debug this problem. Ralf From ralf@oss.sgi.com Tue Oct 24 17:14:18 2000 Received: from u-117.karlsruhe.ipdial.viaginterkom.de (u-117.karlsruhe.ipdial.viaginterkom.de [62.180.10.117]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA04139; Tue, 24 Oct 2000 17:14:15 +0200 (MET DST) Received-Date: Tue, 24 Oct 2000 17:14:15 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 24 Oct 2000 17:09:39 +0200 Date: Tue, 24 Oct 2000 17:09:39 +0200 From: Ralf Baechle To: K.H.C.vanHouten@kpn.com Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: process lockups Message-ID: <20001024170939.C7342@bacchus.dhis.org> References: <20001024044736.B3397@bacchus.dhis.org> <200010240551.HAA02069@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0.1i In-Reply-To: <200010240551.HAA02069@sparta.research.kpn.com>; from K.H.C.vanHouten@research.kpn.com on Tue, Oct 24, 2000 at 07:51:42AM +0200 X-Accept-Language: de,en,fr Content-Length: 1804 Lines: 51 On Tue, Oct 24, 2000 at 07:51:42AM +0200, Houten K.H.C. van (Karel) wrote: > Aside from this I stil get 'bug in get_wchan' messages, but everything > seems to run fine. I hope to test my current kernels on a 5000/150 and > a 3100. Try this untested fix for get_wchan. The values in the ps axl column should now be numbers that make sense as addresses. Unless the `n' option is also used ps will try to translate the address back into a symbol. Cite from ps(1): [...] To produce the WCHAN field, ps needs to read the Sys­ tem.map file created when the kernel is compiled. The search path is: $PS_SYSTEM_MAP /boot/System.map-`uname -r` /boot/System.map /lib/modules/`uname -r`/System.map /usr/src/linux/System.map /System.map [...] If that's working as planned please send me the WCHAN of any stuck process. I need to know where they're stuck. Ralf --- arch/mips/kernel/process.c 2000/10/05 01:18:43 1.21 +++ arch/mips/kernel/process.c 2000/10/24 14:54:29 @@ -203,18 +203,9 @@ return 0; pc = thread_saved_pc(&p->thread); - if (pc == (unsigned long) interruptible_sleep_on - || pc == (unsigned long) sleep_on) { - schedule_frame = ((unsigned long *)p->thread.reg30)[9]; - return ((unsigned long *)schedule_frame)[15]; - } - if (pc == (unsigned long) interruptible_sleep_on_timeout - || pc == (unsigned long) sleep_on_timeout) { - schedule_frame = ((unsigned long *)p->thread.reg30)[9]; - return ((unsigned long *)schedule_frame)[16]; - } if (pc >= first_sched && pc < last_sched) { - printk(KERN_DEBUG "Bug in %s\n", __FUNCTION__); + schedule_frame = ((unsigned long *)p->thread.reg30)[9]; + return ((unsigned long *)schedule_frame)[11]; } return pc; From <@Cologne.DE:karsten@excalibur.cologne.de> Tue Oct 24 19:57:20 2000 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [195.227.25.6]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA06487; Tue, 24 Oct 2000 19:57:19 +0200 (MET DST) Received-Date: Tue, 24 Oct 2000 19:57:19 +0200 (MET DST) Received: from localhost (3405 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Tue, 24 Oct 2000 19:57:17 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id TAA04519; Tue, 24 Oct 2000 19:55:55 +0200 Message-ID: <20001024195555.A4469@excalibur.cologne.de> Date: Tue, 24 Oct 2000 19:55:55 +0200 From: Karsten Merker To: Ralf Baechle Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: process lockups Mail-Followup-To: Ralf Baechle , linux-mips@fnet.fr, linux-mips@oss.sgi.com References: <20001024044736.B3397@bacchus.dhis.org> <200010240551.HAA02069@sparta.research.kpn.com> <20001024163843.A7342@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <20001024163843.A7342@bacchus.dhis.org>; from Ralf Baechle on Tue, Oct 24, 2000 at 04:38:43PM +0200 X-No-Archive: yes Content-Length: 2412 Lines: 56 On Tue, Oct 24, 2000 at 04:38:43PM +0200, Ralf Baechle wrote: > Which is a problem - I need exactly the WCHAN information to debug this > problem. Here we go... Two major processes are running: a tar zxvf (PIDs 212 and 213) and a dpkg-buildpackage. Both together should consume all CPU time available, but they do not, they just sit idle. Interesting is that here there is no process in state "D" as I had before. This seems to be reproducible. These logs were created from a fresh cvs-checkout (already including your patch). root# ps -laww F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD 100 S 0 189 168 0 60 0 - 1000 pause ttyp0 00:00:00 screen 100 S 0 212 191 1 60 0 - 579 ? ttya0 00:00:00 tar 000 S 0 213 212 0 60 0 - 394 pipe_w ttya0 00:00:00 gzip 100 S 0 220 197 0 60 0 - 873 wait4 ttya2 00:00:00 dpkg-buildpacka 100 S 0 272 220 0 60 0 - 1563 wait4 ttya2 00:00:02 dpkg-source 000 S 0 277 272 0 60 0 - 394 pipe_w ttya2 00:00:00 gunzip 100 S 0 278 272 0 60 0 - 536 ? ttya2 00:00:00 cpio 000 S 0 279 278 0 60 0 - 864 wait4 ttya2 00:00:00 sh 000 S 0 280 279 0 60 0 - 333 pipe_w ttya2 00:00:00 egrep 000 R 0 283 196 0 60 0 - 800 - ttya1 00:00:00 ps While this happens, top tells: 27 processes: 26 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 10.5% user, 9.5% system, 0.0% nice, 79.9% idle Mem: 127056K av, 22064K used, 104992K free, 0K shrd, 488K buff Swap: 0K av, 0K used, 0K free 10952K cached PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 284 root 0 0 1048 1048 684 R 0 12.9 0.8 0:00 top 190 root 0 0 1204 1204 984 S 0 0.8 0.9 0:02 screen 1 root 0 0 484 484 408 S 0 0.0 0.3 0:02 init [...] Any further processes have 0% CPU. After some time the tar zxvf suddenly starts running and decompresses the archive in one step. Hope this description is helpful, if you need further information, just mail me. Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From ralf@oss.sgi.com Wed Oct 25 03:30:05 2000 Received: from u-66.karlsruhe.ipdial.viaginterkom.de (u-66.karlsruhe.ipdial.viaginterkom.de [62.180.19.66]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA12792; Wed, 25 Oct 2000 03:30:00 +0200 (MET DST) Received-Date: Wed, 25 Oct 2000 03:30:00 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 25 Oct 2000 03:29:32 +0200 Date: Wed, 25 Oct 2000 03:29:32 +0200 From: Ralf Baechle To: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: process lockups Message-ID: <20001025032932.A15247@bacchus.dhis.org> References: <20001024044736.B3397@bacchus.dhis.org> <200010240551.HAA02069@sparta.research.kpn.com> <20001024163843.A7342@bacchus.dhis.org> <20001024195555.A4469@excalibur.cologne.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001024195555.A4469@excalibur.cologne.de>; from karsten@excalibur.cologne.de on Tue, Oct 24, 2000 at 07:55:55PM +0200 X-Accept-Language: de,en,fr Content-Length: 2626 Lines: 55 On Tue, Oct 24, 2000 at 07:55:55PM +0200, Karsten Merker wrote: > Two major processes are running: a tar zxvf (PIDs 212 and 213) and a > dpkg-buildpackage. Both together should consume all CPU time available, > but they do not, they just sit idle. Interesting is that here there is no > process in state "D" as I had before. This seems to be reproducible. > > These logs were created from a fresh cvs-checkout (already including your > patch). Which was still pretty fishy. The scheduler has changed significantly and so it took a little bit more fixing. Which explains the `?' in the listing below. I tried to fix this in the CVS tree. > root# ps -laww > F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD > 100 S 0 189 168 0 60 0 - 1000 pause ttyp0 00:00:00 screen > 100 S 0 212 191 1 60 0 - 579 ? ttya0 00:00:00 tar > 000 S 0 213 212 0 60 0 - 394 pipe_w ttya0 00:00:00 gzip > 100 S 0 220 197 0 60 0 - 873 wait4 ttya2 00:00:00 dpkg-buildpacka > 100 S 0 272 220 0 60 0 - 1563 wait4 ttya2 00:00:02 dpkg-source > 000 S 0 277 272 0 60 0 - 394 pipe_w ttya2 00:00:00 gunzip > 100 S 0 278 272 0 60 0 - 536 ? ttya2 00:00:00 cpio > 000 S 0 279 278 0 60 0 - 864 wait4 ttya2 00:00:00 sh > 000 S 0 280 279 0 60 0 - 333 pipe_w ttya2 00:00:00 egrep > 000 R 0 283 196 0 60 0 - 800 - ttya1 00:00:00 ps Ok, so dpkg-buildpackage is waiting for the termination of some other process. > While this happens, top tells: > > 27 processes: 26 sleeping, 1 running, 0 zombie, 0 stopped > CPU states: 10.5% user, 9.5% system, 0.0% nice, 79.9% idle > Mem: 127056K av, 22064K used, 104992K free, 0K shrd, 488K buff > Swap: 0K av, 0K used, 0K free 10952K cached > > PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND > 284 root 0 0 1048 1048 684 R 0 12.9 0.8 0:00 top > 190 root 0 0 1204 1204 984 S 0 0.8 0.9 0:02 screen > 1 root 0 0 484 484 408 S 0 0.0 0.3 0:02 init > [...] > Any further processes have 0% CPU. Those CPU percentage are meaninless anyway. They don't indicate anything about a process' current CPU usage. > After some time the tar zxvf suddenly starts running and decompresses the > archive in one step. The `?' show that tar is sleeping but due to thie get_wchan bug was don't see on what it is waiting for so there is little I can do with this information ... Ralf From skranz@ridgerun.com Fri Oct 27 17:24: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 RAA09070; Fri, 27 Oct 2000 17:24:24 +0200 (MET DST) Received-Date: Fri, 27 Oct 2000 17:24:24 +0200 (MET DST) Received: (qmail 21813 invoked from network); 27 Oct 2000 09:24:17 -0600 Received: from skranz-lx.ridgerun.cxm (HELO ridgerun.com) (skranz@192.168.1.15) by ridgerun-lx.ridgerun.cxm with SMTP; 27 Oct 2000 09:24:17 -0600 Sender: skranz@fnet.fr Message-ID: <39F99E20.8EE47072@ridgerun.com> Date: Fri, 27 Oct 2000 09:24:17 -0600 From: Steve Kranz 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: remote GDB debugging and the __init macro of init.h Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1837 Lines: 60 Note: I had to make a change to allow remote MIPS kernel debugging (GDB). The change I found necessary was in the file: include/linux/init.h (2.4.0-test9) As you can see from the snippet below the change involves conditionally defining the "__init" macro as a function of whether remote debugging is enabled or not. Am I missing something, or does this seem like a reasonable change? =========== Was this... =========== /* * Mark functions and data as being only used at initialization * or exit time. */ #define __init __attribute__ ((__section__ (".text.init"))) ================================== I changed my local copy to this... ================================== /* * Mark functions and data as being only used at initialization * or exit time. */ #ifdef CONFIG_REMOTE_DEBUG // Note: While running the mips-linux-elf-gdb (GNU gdb 5.0), RidgeRun Inc // noticed that gdb could not correctly derive the true address of any symbol // declared with the __init pragma. This prevented being able to correctly // set breakpoints on any of those functions. So, if we are building // with the GDB remote debugger in mind, then null out the __init // definition making those functions look like a normal functions // since this seems to satisfy things for remote kernel debugging. // Incidentally, for reference, the GDB being used at the time of this writing // was configured as "--host=i686-pc-linux-gnu --target=mips-linux-elf". // and the mips-linux-gcc crosscompiler being used is egcs-2.90.29 980515 // (egcs-1.0.3 release) with binutils version 2.8.1. (These tools running on // a x86 host producing code for target CONFIG_CPU_R5000). #define __init #else #define __init __attribute__ ((__section__ (".text.init"))) #endif Steve Kranz skranz@ridgerun.com Senior Kernel Developer RidgeRun Inc. From kevink@mips.com Fri Oct 27 17:48:20 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 RAA10107; Fri, 27 Oct 2000 17:48:18 +0200 (MET DST) Received-Date: Fri, 27 Oct 2000 17:48:18 +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 IAA11139; Fri, 27 Oct 2000 08:47:30 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id IAA12832; Fri, 27 Oct 2000 08:47:44 -0700 (PDT) Message-ID: <014a01c0402d$b432ada0$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Steve Kranz" , , References: <39F99E20.8EE47072@ridgerun.com> Subject: Re: remote GDB debugging and the __init macro of init.h Date: Fri, 27 Oct 2000 17:50:50 +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 Content-Length: 2739 Lines: 82 What you've done should solve the problem, but note that it has the side effect of preventing the text and data sections in question from getting freed up at the end of initialization. I probably should have done so myself last year when I was struggling with debugging some init code using kgdb, but instead I simply got used to finding the address in the symbol table and setting the breakpoints by hex address instead of by symbol. The real fix would be to teach gdb to treat symbols in the init section as valid targets. Kevin K. ----- Original Message ----- From: "Steve Kranz" To: ; Sent: Friday, October 27, 2000 5:24 PM Subject: remote GDB debugging and the __init macro of init.h > Note: > > I had to make a change to allow remote MIPS kernel > debugging (GDB). The change I found necessary was in the > file: > > include/linux/init.h (2.4.0-test9) > > As you can see from the snippet below the change > involves conditionally defining the "__init" macro as > a function of whether remote debugging is enabled or > not. Am I missing something, or does this seem like a > reasonable change? > > =========== > Was this... > =========== > /* > * Mark functions and data as being only used at initialization > * or exit time. > */ > #define __init __attribute__ ((__section__ (".text.init"))) > > ================================== > I changed my local copy to this... > ================================== > /* > * Mark functions and data as being only used at initialization > * or exit time. > */ > #ifdef CONFIG_REMOTE_DEBUG > // Note: While running the mips-linux-elf-gdb (GNU gdb 5.0), RidgeRun > Inc > // noticed that gdb could not correctly derive the true address of any > symbol > // declared with the __init pragma. This prevented being able to > correctly > // set breakpoints on any of those functions. So, if we are building > // with the GDB remote debugger in mind, then null out the __init > // definition making those functions look like a normal functions > // since this seems to satisfy things for remote kernel debugging. > // Incidentally, for reference, the GDB being used at the time of this > writing > // was configured as "--host=i686-pc-linux-gnu --target=mips-linux-elf". > > // and the mips-linux-gcc crosscompiler being used is egcs-2.90.29 > 980515 > // (egcs-1.0.3 release) with binutils version 2.8.1. (These tools > running on > // a x86 host producing code for target CONFIG_CPU_R5000). > #define __init > #else > #define __init __attribute__ ((__section__ (".text.init"))) > #endif > > > Steve Kranz > skranz@ridgerun.com > Senior Kernel Developer > RidgeRun Inc. > From kazu150@mcn.ne.jp Fri Oct 27 19:06:40 2000 Received: from smtp.livedoor.com (prx3.livedoor.com [203.104.131.12]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA11462; Fri, 27 Oct 2000 19:06:39 +0200 (MET DST) Received-Date: Fri, 27 Oct 2000 19:06:39 +0200 (MET DST) Received: (qmail 15817 invoked from network); 28 Oct 2000 02:06:05 +0900 Received: from unknown (HELO OEMCompute) (63.12.182.36) by prx3.livedoor.com with SMTP; 28 Oct 2000 02:06:05 +0900 X-Mailer: SendMailEX 1.00 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Date: Sat, 28 Oct 2000 01:45:46 +0900 Subject: =?ISO-2022-JP?B?GyRCIX0hfTpfQnAhJjdzNkgkSzpHRSwkSjd4PEIhJjliTig8fUZ+JVMlOCVNJTkkTiQ0MEZGYiRHJDkhfSF9GyhC?= From: =?ISO-2022-JP?B?GyRCIUozdCFLQTQ/LjYoS1xJdBsoQg==?= To: 10118 Content-Length: 2307 Lines: 61 $BFMA3$N%a!<%k$r<:Ni$7$^$9!#(B $B$3$N%a!<%k$,ITMW$JJ}$XFO$$$F$$$^$7$?$i?<$/$*OM$S?=$7>e$2$^$9!#(B $BJ]>Z?M$NHa7`$,O"F|?7J9$d;(;o$rFx$o$;$F$$$^$9!#(B $BlLL$GJ]>Z?M$OI,MW$G$9$,!"Mj$`$N$bMj$^$l$k$N$b(B $B7y$J$b$N$G$9!#(B $B$=$3$G!":#$^$G$N8D?M$K$h$k?ME*J]>Z$KJQ$o$C$F5S8w$rMa$S$F$$$k$N$,!"(B $B!J3t!KA4?.6($N!VJ]>Z%S%8%M%9!W$G$9!#(B $B$b$A$m$s!"5.J}$,!VJ]>Z!W$9$k$o$1$G$O$"$j$^$;$s!#(B $B!ZJ]>Zkz7t![$H$$$&!":[H==j$G$bH=Nc$,<($5$l$F$$$k%7%9%F%`$,$"$j!"(B $B$$$^$3$l$rZkz7t$,$$$m$$$m$J%1!<%9$G;H$o$l$@$7$F$$$k$3$H$r$4B8CN(B $B$G$7$?$+!)(B $B%S%8%M%9$H$7$F$bCOF;$K3hF0$rB3$1$F$$$1$P!"6C$/$[$I$N<}F~$K$J$C$F(B $B$$$-$^$9!#(B ********************************************* $B!}J]>Z%S%8%M%9$H$O!&!&!&(B $BJ]>Zkz7t$rMxMQ$9$k;v$K$h$j!":#$^$G$N8D?MJ]>Z$+$i@8$8$kJ]>Z$NHa7`$r(B $BDIJ|$9$k!"2K$rMxMQ$7$F$N#D#M!&%]%9%F%#%s%0$,]$K9-$/(B $B<}F~$r5a$a$k;v$,2DG=$G$9!#(B $B"!1D6H!&;EF~$lEy$O0l@ZITMW!#;qNA$NH/Aw$+$i$9$Y$FK\It$,Be9T$7$^$9!#(B $B"!8xG'8\LdHV9f$NMxMQ$GC/$K$bCN$i$l$:3hF0$G$-$^$9!#(B $B"!$b$A$m$s5.J}$KJ]>Z$N@UG$$O$+$+$j$^$;$s!#(B $B"#9bN(<}F~$rC5$7$F$$$k$,K~B-$7$?$N$,8+$D$+$i$J$$J}!#(B $B"#1D6H!&%;!<%k%9$,7y$$$GK\6H$K;Y>c$J$/9b<}F~$r$*K>$_$NJ}!#(B $B"#J]>Z$Okz7t$NJ}$,NI$$$H;W$o$l$kJ}!#(B $B"#I{<}F~!&I{6H$r$*K>$_$NJ}!#(B $B"#J]>Zkz7t$G?M=u$1$r$7$?$$$H$*;W$$$NJ}!#(B $B$3$N$h$&$JJ}$K:G$bE,$7$F$$$^$9!#(B $B#2#0:P0J>e$NJ}$J$i$I$J$?$G$b:_Bp$G!"M>2K;~4V$NMxMQ$G3hF0$G$-$^$9!#(B $BK\6H$K%W%i%99bN(<}F~$N%A%c%s%9$G$9!#(B $B!VJ]>Z%S%8%M%9!W$KIT67$O$"$j$^$;$s!#(B $B5.J}$NL4$r3p$($k$?$a$NK-$+$J;q6b3MF@$N%A%c%s%9$G$9!#!*!*(B $B$46=L#$,$*$"$j$NJ}$O!"$^$:$O>\:Y;qNA$r$4@A5a2<$5$$!#(B $B!}!};qNA@A5a$O$3$A$i$X!}!}(B $BM9JXHV9f(B $B$4=;=j(B $B$*L>A0(B $B$4?&6H(B $B$4G/Np(B $BEEOCHV9f(B $B$rL@5-$N>e!"!VJ]>Z%S%8%M%9!W$N7oL>$G%a!<%k$K$F$*4j$$CW$7$^$9!#(B $BK\It$h$jL5NA$GAwIUCW$7$^$9!#(B $B!J3t!KA4?.6(K\It(B $BEl5~ET=BC+6hF;8<:d#2CzL\#1#5HVCO#19f(B $BA4?.6(Bh;0JL4[(B kazu150@mcn.ne.jp From kazu150@mcn.ne.jp Fri Oct 27 19:06:40 2000 Received: from smtp.livedoor.com (prx3.livedoor.com [203.104.131.12]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA11462; Fri, 27 Oct 2000 19:06:39 +0200 (MET DST) Received-Date: Fri, 27 Oct 2000 19:06:39 +0200 (MET DST) Received: (qmail 15817 invoked from network); 28 Oct 2000 02:06:05 +0900 Received: from unknown (HELO OEMCompute) (63.12.182.36) by prx3.livedoor.com with SMTP; 28 Oct 2000 02:06:05 +0900 X-Mailer: SendMailEX 1.00 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Date: Sat, 28 Oct 2000 01:45:46 +0900 Subject: =?ISO-2022-JP?B?GyRCIX0hfTpfQnAhJjdzNkgkSzpHRSwkSjd4PEIhJjliTig8fUZ+JVMlOCVNJTkkTiQ0MEZGYiRHJDkhfSF9GyhC?= From: =?ISO-2022-JP?B?GyRCIUozdCFLQTQ/LjYoS1xJdBsoQg==?= To: 10118 Content-Length: 2307 Lines: 61 $BFMA3$N%a!<%k$r<:Ni$7$^$9!#(B $B$3$N%a!<%k$,ITMW$JJ}$XFO$$$F$$$^$7$?$i?<$/$*OM$S?=$7>e$2$^$9!#(B $BJ]>Z?M$NHa7`$,O"F|?7J9$d;(;o$rFx$o$;$F$$$^$9!#(B $BlLL$GJ]>Z?M$OI,MW$G$9$,!"Mj$`$N$bMj$^$l$k$N$b(B $B7y$J$b$N$G$9!#(B $B$=$3$G!":#$^$G$N8D?M$K$h$k?ME*J]>Z$KJQ$o$C$F5S8w$rMa$S$F$$$k$N$,!"(B $B!J3t!KA4?.6($N!VJ]>Z%S%8%M%9!W$G$9!#(B $B$b$A$m$s!"5.J}$,!VJ]>Z!W$9$k$o$1$G$O$"$j$^$;$s!#(B $B!ZJ]>Zkz7t![$H$$$&!":[H==j$G$bH=Nc$,<($5$l$F$$$k%7%9%F%`$,$"$j!"(B $B$$$^$3$l$rZkz7t$,$$$m$$$m$J%1!<%9$G;H$o$l$@$7$F$$$k$3$H$r$4B8CN(B $B$G$7$?$+!)(B $B%S%8%M%9$H$7$F$bCOF;$K3hF0$rB3$1$F$$$1$P!"6C$/$[$I$N<}F~$K$J$C$F(B $B$$$-$^$9!#(B ********************************************* $B!}J]>Z%S%8%M%9$H$O!&!&!&(B $BJ]>Zkz7t$rMxMQ$9$k;v$K$h$j!":#$^$G$N8D?MJ]>Z$+$i@8$8$kJ]>Z$NHa7`$r(B $BDIJ|$9$k!"2K$rMxMQ$7$F$N#D#M!&%]%9%F%#%s%0$,]$K9-$/(B $B<}F~$r5a$a$k;v$,2DG=$G$9!#(B $B"!1D6H!&;EF~$lEy$O0l@ZITMW!#;qNA$NH/Aw$+$i$9$Y$FK\It$,Be9T$7$^$9!#(B $B"!8xG'8\LdHV9f$NMxMQ$GC/$K$bCN$i$l$:3hF0$G$-$^$9!#(B $B"!$b$A$m$s5.J}$KJ]>Z$N@UG$$O$+$+$j$^$;$s!#(B $B"#9bN(<}F~$rC5$7$F$$$k$,K~B-$7$?$N$,8+$D$+$i$J$$J}!#(B $B"#1D6H!&%;!<%k%9$,7y$$$GK\6H$K;Y>c$J$/9b<}F~$r$*K>$_$NJ}!#(B $B"#J]>Z$Okz7t$NJ}$,NI$$$H;W$o$l$kJ}!#(B $B"#I{<}F~!&I{6H$r$*K>$_$NJ}!#(B $B"#J]>Zkz7t$G?M=u$1$r$7$?$$$H$*;W$$$NJ}!#(B $B$3$N$h$&$JJ}$K:G$bE,$7$F$$$^$9!#(B $B#2#0:P0J>e$NJ}$J$i$I$J$?$G$b:_Bp$G!"M>2K;~4V$NMxMQ$G3hF0$G$-$^$9!#(B $BK\6H$K%W%i%99bN(<}F~$N%A%c%s%9$G$9!#(B $B!VJ]>Z%S%8%M%9!W$KIT67$O$"$j$^$;$s!#(B $B5.J}$NL4$r3p$($k$?$a$NK-$+$J;q6b3MF@$N%A%c%s%9$G$9!#!*!*(B $B$46=L#$,$*$"$j$NJ}$O!"$^$:$O>\:Y;qNA$r$4@A5a2<$5$$!#(B $B!}!};qNA@A5a$O$3$A$i$X!}!}(B $BM9JXHV9f(B $B$4=;=j(B $B$*L>A0(B $B$4?&6H(B $B$4G/Np(B $BEEOCHV9f(B $B$rL@5-$N>e!"!VJ]>Z%S%8%M%9!W$N7oL>$G%a!<%k$K$F$*4j$$CW$7$^$9!#(B $BK\It$h$jL5NA$GAwIUCW$7$^$9!#(B $B!J3t!KA4?.6(K\It(B $BEl5~ET=BC+6hF;8<:d#2CzL\#1#5HVCO#19f(B $BA4?.6(Bh;0JL4[(B kazu150@mcn.ne.jp From ralf@oss.sgi.com Sat Oct 28 03:53:48 2000 Received: from u-162.karlsruhe.ipdial.viaginterkom.de (u-162.karlsruhe.ipdial.viaginterkom.de [62.180.18.162]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA20376; Sat, 28 Oct 2000 03:53:47 +0200 (MET DST) Received-Date: Sat, 28 Oct 2000 03:53:47 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 28 Oct 2000 03:53:16 +0200 Date: Sat, 28 Oct 2000 03:53:16 +0200 From: Ralf Baechle To: "Kevin D. Kissell" Cc: Steve Kranz , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: remote GDB debugging and the __init macro of init.h Message-ID: <20001028035316.A5097@bacchus.dhis.org> References: <39F99E20.8EE47072@ridgerun.com> <014a01c0402d$b432ada0$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <014a01c0402d$b432ada0$0deca8c0@Ulysses>; from kevink@mips.com on Fri, Oct 27, 2000 at 05:50:50PM +0200 X-Accept-Language: de,en,fr Content-Length: 665 Lines: 17 On Fri, Oct 27, 2000 at 05:50:50PM +0200, Kevin D. Kissell wrote: > What you've done should solve the problem, but note > that it has the side effect of preventing the text and data > sections in question from getting freed up at the end > of initialization. I probably should have done so myself > last year when I was struggling with debugging some init > code using kgdb, but instead I simply got used to finding > the address in the symbol table and setting the breakpoints > by hex address instead of by symbol. > > The real fix would be to teach gdb to treat symbols > in the init section as valid targets. Did somebody look into porting KDB? Ralf From kaos@melbourne.sgi.com Sat Oct 28 03:54:33 2000 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id DAA20402; Sat, 28 Oct 2000 03:54:30 +0200 (MET DST) Received-Date: Sat, 28 Oct 2000 03:54:30 +0200 (MET DST) Received: (qmail 16693 invoked from network); 28 Oct 2000 01:54:19 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 28 Oct 2000 01:54:18 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Steve Kranz cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: remote GDB debugging and the __init macro of init.h In-reply-to: Your message of "Fri, 27 Oct 2000 09:24:17 MDT." <39F99E20.8EE47072@ridgerun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Oct 2000 12:54:18 +1100 Message-ID: <4909.972698058@ocs3.ocs-net> Content-Length: 1020 Lines: 23 On Fri, 27 Oct 2000 09:24:17 -0600, Steve Kranz wrote: > I had to make a change to allow remote MIPS kernel > debugging (GDB). The change I found necessary was in the > file: > > include/linux/init.h (2.4.0-test9) > > As you can see from the snippet below the change > involves conditionally defining the "__init" macro as > a function of whether remote debugging is enabled or > not. Am I missing something, or does this seem like a > reasonable change? It would be better to teach kgdb that the kernel has symbols in sections other than .text. Even with your patch, you do not get all the symbols, there is also code in sections .setup.init, .initcall.init and .exitcall.exit, with similar sections for data. You cannot remove .initcall.init without destroying the kernel initialization procedure. Recent versions of kgdb for ix86 use a modified version of gdb that knows about multiple sections for modules. I do not know if they have the same functionality for the kernel. From aaa@sa3.so-net.ne.jp Sun Oct 29 02:21:05 2000 Received: from mgate11.so-net.ne.jp (mgate11.so-net.ne.jp [210.139.254.158]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA02108; Sun, 29 Oct 2000 02:21:03 +0200 (MET DST) Received-Date: Sun, 29 Oct 2000 02:21:03 +0200 (MET DST) Received: from mail.sa3.so-net.ne.jp (mspool07.so-net.ne.jp [210.139.254.186]) by mgate11.so-net.ne.jp (8.9.3/3.7W00101717) with ESMTP id JAA08577 for ; Sun, 29 Oct 2000 09:20:58 +0900 (JST) Received: from pcg-f60-series (z211-19-83-70.dialup.wakwak.ne.jp [211.19.83.70]) by mail.sa3.so-net.ne.jp (8.9.3/3.7W99092111) with SMTP id JAA23835 for ; Sun, 29 Oct 2000 09:20:57 +0900 (JST) Date: Sun, 29 Oct 2000 09:20:57 +0900 (JST) Message-Id: <200010290020.JAA23835@mail.sa3.so-net.ne.jp> From: =?ISO-2022-JP?B?GyRCMGxITD5vPDE4JjVmMkgbKEI=?= To: Subject: =?ISO-2022-JP?B?GyRCIXolLyUkJTokRyQ5IXobKEI=?= MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit X-Mailer: Achi-Kochi Mail ver1.04 Content-Length: 1178 Lines: 33 $B!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y(B $BFMA3$N%/%$%:<:Ni$$$?$7$^$9!#$3$N%a!<%k$O7G<(HDEy$K(B $B=q$-9~$_$5$l$?J}$K$*Aw$j$7$F$$$^$9!#C/$@$3$$$D!*(B $B5$;}$A0-$$$J$!$H$*;W$$$G$7$g$&$,!"$*5$$K$J$5$i$:!#(B $B!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y!y(B $B$G$O!"AaB.%/%$%:$G$9!#(B $B(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(B $B!!#Q!'?M4V$NBN$NCf$G0lHVBg$-$$:YK&$O2?$N:YK&$G$7$g$&!)(B $B(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(B $B$J$>$J$>$G$O$"$j$^$;$s!#%*%A$b$"$j$^$;$s!#(B $BCN$C$F$=$&$GCN$i$J$$!*(B $BM}7O=P?H$NJ}$O4JC1$9$.$F%4%a%s%J%5%$!*(B $B(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(3(B $B!!#A!'Ez$($O8eF|%a!<%k$G$*Aw$j$$$?$7$^$9!#(B $B(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(5(B $B8eF|$*Aw$j$9$kEz$($N%a!<%k0J9_!"$5$i$K$3$A$i$+$i%a!<%k(B $B$r$*Aw$j$9$k$3$H$O0l@Z$4$6$$$^$;$s$,!"(B $BEz$($bCN$j$?$/$J$$!*FsEY$H%a!<%kAw$C$F$/$k$J$H8@$&J}$O(B $B$3$A$i$X!!(Bhttp://www.ae.wakwak.com/~aaa/cancel.html $B%"%I%l%9$r:o=|$5$;$F$$$?$@$-$^$9!#(B $B0J>e$G$9!#<:Ni$$$?$7$^$7$?!#(B $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!!(Bfrom:$B0lHL>o<18&5f2H(B. From master@nowhere.de Sun Oct 29 16:23:52 2000 Received: from dialup.nacamar.de (authsrv.nacamar.de [194.162.162.197]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id QAA08141; Sun, 29 Oct 2000 16:23:51 +0100 (MET) Received-Date: Sun, 29 Oct 2000 16:23:51 +0100 (MET) Received: (qmail 178 invoked from network); 29 Oct 2000 15:23:50 -0000 Received: from dialin-port137.access.nacamar.de (HELO chef-host.nowhere.de) (root@62.27.201.136) by authsrv.nacamar.de with SMTP; 29 Oct 2000 15:23:50 -0000 Received: from chef-host.nowhere.de (master@chef-host.nowhere.de [192.168.1.1]) by chef-host.nowhere.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA20356 for ; Sun, 29 Oct 2000 16:25:39 +0100 Date: Sun, 29 Oct 2000 16:25:39 +0100 (MET) From: Alexander Reil Reply-To: alexreil@dialup.nacamar.de To: linux-mips@fnet.fr Subject: Linux in a RM200 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 395 Lines: 14 Hello all, i need your help. I try to run linux on a RM200 from SNI. So i have a few questions, and maybe you can tell me, where to find the answers. 1) Is milo-0.27 really the actual version? It seems to be a little bit old. Is it still necessary? 2) Trying to compile milo-0.27 i realized a missing autoconf.h. Is there a "prototype" to download? I hope somebody can help me... A. Reil From reply@jic.ne.jp Mon Oct 30 10:45:22 2000 Received: from mail2.jic.ne.jp (ns.jic.ne.jp [210.161.118.146]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id KAA16578; Mon, 30 Oct 2000 10:45:20 +0100 (MET) Received-Date: Mon, 30 Oct 2000 10:45:20 +0100 (MET) Received: (qmail 9992 invoked from network); 30 Oct 2000 08:19:33 -0000 Received: from pop3.jic.ne.jp (HELO jicsv05) (210.161.118.148) by ns.jic.ne.jp with SMTP; 30 Oct 2000 08:19:33 -0000 Date: Mon, 30 Oct 2000 17:25:07 +0900 From: "FINE Index" Sender: reply@jic.ne.jp Reply-to: reply@jic.ne.jp Subject: =?ISO-2022-JP?B?GyRCJDQbKEobJEIwRhsoShskQkZiGyhK?= To: linux-mips@fnet.fr MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Content-Length: 998 Lines: 19 linux-mips@fnet.fr$B!!MM!""#%5%$%H$N$40FFb"#(J -------------------------------------------------------------------------- $B%M%C%H%U%l%s%IJg=8!"$a$k$H$b#f#i#n#e(J [ http://www.jic.ne.jp/fine/index200.html ] $B!!!!;22C$r1[$($^$7$?!*=w@-;22C&IJ$,@52A$N#5#0!s0J2\$7$/$O%5%$%H$K$F(J $B=w@-8~$1%j%s%/=8%5%$%H!"(JFINE Index [ http://www.jic.ne.jp/fine/index.html ] -------------------------------------------------------------------------- $BG[?.Dd;_$O$3$A$i!'(J http://www.jic.ne.jp/fine/fin951.cgi?usrcd=59411212&mladr=linux-mips@fnet.fr From reply@jic.ne.jp Mon Oct 30 10:45:22 2000 Received: from mail2.jic.ne.jp (ns.jic.ne.jp [210.161.118.146]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id KAA16578; Mon, 30 Oct 2000 10:45:20 +0100 (MET) Received-Date: Mon, 30 Oct 2000 10:45:20 +0100 (MET) Received: (qmail 9992 invoked from network); 30 Oct 2000 08:19:33 -0000 Received: from pop3.jic.ne.jp (HELO jicsv05) (210.161.118.148) by ns.jic.ne.jp with SMTP; 30 Oct 2000 08:19:33 -0000 Date: Mon, 30 Oct 2000 17:25:07 +0900 From: "FINE Index" Sender: reply@jic.ne.jp Reply-to: reply@jic.ne.jp Subject: =?ISO-2022-JP?B?GyRCJDQbKEobJEIwRhsoShskQkZiGyhK?= To: linux-mips@fnet.fr MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Content-Length: 998 Lines: 19 linux-mips@fnet.fr$B!!MM!""#%5%$%H$N$40FFb"#(J -------------------------------------------------------------------------- $B%M%C%H%U%l%s%IJg=8!"$a$k$H$b#f#i#n#e(J [ http://www.jic.ne.jp/fine/index200.html ] $B!!!!;22C$r1[$($^$7$?!*=w@-;22C&IJ$,@52A$N#5#0!s0J2\$7$/$O%5%$%H$K$F(J $B=w@-8~$1%j%s%/=8%5%$%H!"(JFINE Index [ http://www.jic.ne.jp/fine/index.html ] -------------------------------------------------------------------------- $BG[?.Dd;_$O$3$A$i!'(J http://www.jic.ne.jp/fine/fin951.cgi?usrcd=59411212&mladr=linux-mips@fnet.fr From jsun@mvista.com Mon Oct 30 18:53:45 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 SAA20272; Mon, 30 Oct 2000 18:53:43 +0100 (MET) Received-Date: Mon, 30 Oct 2000 18:53:43 +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 e9UHom331845; Mon, 30 Oct 2000 09:50:49 -0800 Sender: jsun@hermes.mvista.com Message-ID: <39FDB5B7.61BE2B91@mvista.com> Date: Mon, 30 Oct 2000 09:53:59 -0800 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: "Kevin D. Kissell" CC: Steve Kranz , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: remote GDB debugging and the __init macro of init.h References: <39F99E20.8EE47072@ridgerun.com> <014a01c0402d$b432ada0$0deca8c0@Ulysses> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 650 Lines: 19 "Kevin D. Kissell" wrote: > > What you've done should solve the problem, but note > that it has the side effect of preventing the text and data > sections in question from getting freed up at the end > of initialization. I probably should have done so myself > last year when I was struggling with debugging some init > code using kgdb, but instead I simply got used to finding > the address in the symbol table and setting the breakpoints > by hex address instead of by symbol. > Kevin, A dumb question - how do you set breakpoint at specified address? I was trying to do that with "b 0xabcdabcd" or "b @0xabcdabcd", none of them worked. Jun From ralf@oss.sgi.com Tue Oct 31 05:12:28 2000 Received: from u-180.karlsruhe.ipdial.viaginterkom.de (u-180.karlsruhe.ipdial.viaginterkom.de [62.180.21.180]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA26695; Tue, 31 Oct 2000 05:12:26 +0100 (MET) Received-Date: Tue, 31 Oct 2000 05:12:26 +0100 (MET) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 31 Oct 2000 05:12:04 +0100 Date: Tue, 31 Oct 2000 05:12:04 +0100 From: Ralf Baechle To: Jun Sun Cc: "Kevin D. Kissell" , Steve Kranz , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: remote GDB debugging and the __init macro of init.h Message-ID: <20001031051203.B27465@bacchus.dhis.org> References: <39F99E20.8EE47072@ridgerun.com> <014a01c0402d$b432ada0$0deca8c0@Ulysses> <39FDB5B7.61BE2B91@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39FDB5B7.61BE2B91@mvista.com>; from jsun@mvista.com on Mon, Oct 30, 2000 at 09:53:59AM -0800 X-Accept-Language: de,en,fr Content-Length: 734 Lines: 20 On Mon, Oct 30, 2000 at 09:53:59AM -0800, Jun Sun wrote: > > What you've done should solve the problem, but note > > that it has the side effect of preventing the text and data > > sections in question from getting freed up at the end > > of initialization. I probably should have done so myself > > last year when I was struggling with debugging some init > > code using kgdb, but instead I simply got used to finding > > the address in the symbol table and setting the breakpoints > > by hex address instead of by symbol. > > A dumb question - how do you set breakpoint at specified address? I was > trying to do that with "b 0xabcdabcd" or "b @0xabcdabcd", none of them > worked. b *0xabcdabcd Try ``help break'' :-) Ralf From banach@mailexpress.de Tue Oct 31 08:59:51 2000 Received: from mailgate.rz.uni-karlsruhe.de (exim@mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA28680; Tue, 31 Oct 2000 08:59:50 +0100 (MET) Received-Date: Tue, 31 Oct 2000 08:59:50 +0100 (MET) Received: from t08serv.tennessee.uni-karlsruhe.de (root@t08serv.tennessee.uni-karlsruhe.de [172.20.64.1]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 13qWKj-0003Mp-00; Tue, 31 Oct 2000 08:59:49 +0100 Received: from mailexpress.de (fury@t28a301.tennessee.uni-karlsruhe.de [172.20.66.30]) by t08serv.tennessee.uni-karlsruhe.de (8.8.8/8.8.8) with ESMTP id IAA06456 for ; Tue, 31 Oct 2000 08:13:21 +0100 Sender: fury@tennessee.uni-karlsruhe.de Message-ID: <39FE7BFC.85B7C45B@mailexpress.de> Date: Tue, 31 Oct 2000 08:59:56 +0100 From: Stefan Banach X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.17 i586) X-Accept-Language: de, en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: gas + absolute addressing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 479 Lines: 19 Hi there, 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... Best regards, Stefan From ralf@uni-koblenz.de Tue Oct 31 22:44:23 2000 Received: from u-142.karlsruhe.ipdial.viaginterkom.de (u-142.karlsruhe.ipdial.viaginterkom.de [62.180.10.142]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA06033; Tue, 31 Oct 2000 22:44:21 +0100 (MET) Received-Date: Tue, 31 Oct 2000 22:44:21 +0100 (MET) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 31 Oct 2000 11:24:17 +0100 Date: Tue, 31 Oct 2000 11:24:17 +0100 From: Ralf Baechle To: alexreil@dialup.nacamar.de Cc: linux-mips@fnet.fr Subject: Re: Linux in a RM200 Message-ID: <20001031112417.C27465@bacchus.dhis.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from master@nowhere.de on Sun, Oct 29, 2000 at 04:25:39PM +0100 X-Accept-Language: de,en,fr Content-Length: 659 Lines: 19 On Sun, Oct 29, 2000 at 04:25:39PM +0100, Alexander Reil wrote: > i need your help. I try to run linux on a RM200 from SNI. So i have a > few questions, and maybe you can tell me, where to find the answers. > > 1) Is milo-0.27 really the actual version? > It seems to be a little bit old. Is it still necessary? Due to special firmware stupidity in the RM200 Milo 0.27.1 is still needed. 0.27.1 is also the latest version. The entire RM200 code is somewhat rotten currently. > 2) Trying to compile milo-0.27 i realized a missing autoconf.h. Is > there a "prototype" to download? autoconf.h is a file generated during the kernel configuration. Ralf