From owner-linux-mips@oss.sgi.com Sun Oct 1 02:48:25 2000 Received: by oss.sgi.com id ; Sun, 1 Oct 2000 02:48:05 -0700 Received: from styx.cs.kuleuven.ac.be ([134.58.40.3]:52690 "EHLO styx.cs.kuleuven.ac.be") by oss.sgi.com with ESMTP id ; Sun, 1 Oct 2000 02:47:44 -0700 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 e919lTZ04773; Sun, 1 Oct 2000 11:47:29 +0200 (MET DST) Received: from localhost (geert@localhost) by cassiopeia.home (8.9.3/8.9.3/Debian/GNU) with ESMTP id LAA00384; Sun, 1 Oct 2000 11:40:41 +0200 X-Authentication-Warning: cassiopeia.home: geert owned process doing -bs Date: Sun, 1 Oct 2000 11:40:41 +0200 (CEST) From: Geert Uytterhoeven To: Florian Lohoff cc: "Maciej W. Rozycki" , Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux In-Reply-To: <20000929220103.A396@paradigm.rfc822.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, 29 Sep 2000, Florian Lohoff wrote: > tty00 at 0xbf900001 (irq = 4) is a Z85C30 SCC > tty01 at 0xbf900009 (irq = 4) is a Z85C30 SCC > tty02 at 0xbf980001 (irq = 4) is a Z85C30 SCC > tty03 at 0xbf980009 (irq = 4) is a Z85C30 SCC Shouldn't these be reported as ttyS0[0-3]? 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 owner-linux-mips@oss.sgi.com Sun Oct 1 03:27:56 2000 Received: by oss.sgi.com id ; Sun, 1 Oct 2000 03:27:46 -0700 Received: from u-196.karlsruhe.ipdial.viaginterkom.de ([62.180.19.196]:38924 "EHLO u-196.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 1 Oct 2000 03:27:33 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sun, 1 Oct 2000 12:27:10 +0200 Date: Sun, 1 Oct 2000 12:27:10 +0200 From: Ralf Baechle To: Geert Uytterhoeven Cc: Florian Lohoff , "Maciej W. Rozycki" , Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux Message-ID: <20001001122710.A12972@bacchus.dhis.org> References: <20000929220103.A396@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from geert@linux-m68k.org on Sun, Oct 01, 2000 at 11:40:41AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sun, Oct 01, 2000 at 11:40:41AM +0200, Geert Uytterhoeven wrote: > On Fri, 29 Sep 2000, Florian Lohoff wrote: > > tty00 at 0xbf900001 (irq = 4) is a Z85C30 SCC > > tty01 at 0xbf900009 (irq = 4) is a Z85C30 SCC > > tty02 at 0xbf980001 (irq = 4) is a Z85C30 SCC > > tty03 at 0xbf980009 (irq = 4) is a Z85C30 SCC > > Shouldn't these be reported as ttyS0[0-3]? Search for tty% in the serial drivers - it's actually a widespread mistake ... Ralf From owner-linux-mips@oss.sgi.com Sun Oct 1 10:01:51 2000 Received: by oss.sgi.com id ; Sun, 1 Oct 2000 10:01:41 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:13074 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sun, 1 Oct 2000 10:01:18 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 69AF57D9; Sun, 1 Oct 2000 19:00:42 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 52CF59014; Sun, 1 Oct 2000 18:46:18 +0200 (CEST) Date: Sun, 1 Oct 2000 18:46:18 +0200 From: Florian Lohoff To: Ralf Baechle Cc: "Maciej W. Rozycki" , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux Message-ID: <20001001184618.A6307@paradigm.rfc822.org> References: <20000928214002.B767@paradigm.rfc822.org> <20000930121823.A32244@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000930121823.A32244@bacchus.dhis.org>; from ralf@oss.sgi.com on Sat, Sep 30, 2000 at 12:18:23PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, Sep 30, 2000 at 12:18:23PM +0200, Ralf Baechle wrote: > On Fri, Sep 29, 2000 at 11:36:07AM +0200, Maciej W. Rozycki wrote: > > > Well, I asked for testing before the commit, but nobody bothered to write > > anything, so I assumed everything is correct, sigh... > > Not sigh ... The lesson that not speaking up is a also wrong! > I talked to a couple of people and everybody thought they made something wrong and waited ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Mon Oct 2 02:49:56 2000 Received: by oss.sgi.com id ; Mon, 2 Oct 2000 02:49:46 -0700 Received: from [139.230.35.235] ([139.230.35.235]:44559 "EHLO gloose.scis.cowan.edu.au") by oss.sgi.com with ESMTP id ; Mon, 2 Oct 2000 02:49:26 -0700 Received: from tribune (35-165dhcp.scis.ecu.edu.au [139.230.35.165] (may be forged)) by gloose.scis.cowan.edu.au (8.9.3/8.9.3) with SMTP id RAA04027 for ; Mon, 2 Oct 2000 17:53:54 +0400 Message-Id: <200010021353.RAA04027@gloose.scis.cowan.edu.au> X-Sender: aboyanic@gloose.scis.cowan.edu.au X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Mon, 02 Oct 2000 18:00:24 +0400 To: linux-mips@oss.sgi.com From: Alastair Boyanich Subject: DECStation People Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Quickie, are any of the models of decstation's supported running on RS3k? Looking at the RS3k support for a possible port to the SGI Power 4D/210. --- Alastair Boyanich Edith Cowan University Western Australia --- Sent From: Palm Pilot IIIc From owner-linux-mips@oss.sgi.com Mon Oct 2 04:43:58 2000 Received: by oss.sgi.com id ; Mon, 2 Oct 2000 04:43:48 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:36055 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Mon, 2 Oct 2000 04:43:23 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id NAA08876; Mon, 2 Oct 2000 13:39:39 +0200 (MET DST) Date: Mon, 2 Oct 2000 13:39:39 +0200 (MET DST) From: "Maciej W. Rozycki" To: Florian Lohoff cc: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux In-Reply-To: <20000929220103.A396@paradigm.rfc822.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, 29 Sep 2000, Florian Lohoff wrote: > Sorry for the confusion - It seems i was inaccurate - I tried on > the /260 and it works ... See attached - Ill retry the /125 in a minute. Good -- I was really wondering what would be wrong here -- the only difference between the /260 and the (well-tested) /240 path is the use of cycle counter routines and they weren't changed seriously. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Mon Oct 2 04:48:38 2000 Received: by oss.sgi.com id ; Mon, 2 Oct 2000 04:48:29 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:45527 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Mon, 2 Oct 2000 04:48:07 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id NAA09173; Mon, 2 Oct 2000 13:46:09 +0200 (MET DST) Date: Mon, 2 Oct 2000 13:46:08 +0200 (MET DST) From: "Maciej W. Rozycki" To: Florian Lohoff cc: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux In-Reply-To: <20000929222227.C396@paradigm.rfc822.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, 29 Sep 2000, Florian Lohoff wrote: > >>boot > 1532656+0+141200 > This DECstation is a DS5000/1xx > Loading R[23]00 MMU routines. > CPU revision is: 00000230 > Primary instruction cache 64kb, linesize 4 bytes > Primary data cache 64kb, linesize 4 bytes > Linux version 2.4.0-test8-pre1 (flo@slimer.rfc822.org) (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)) #1 Fri Sep 29 20:09:51 GMT 2000 > On node 0 totalpages: 4096 > zone(0): 4096 pages. > zone(1): 0 pages. > zone(2): 0 pages. > Kernel command line: console=ttyS2 root=/dev/sda1 > Calibrating delay loop... I've looked through the code thoroughly and I cannot find the point of failure. Please try the following patch and report the addresses that get printed after "dec_irq_setup". What versions of tools do you use? Could you please provide me a preprocessed copy of int-handler.S and a copy of int-handler.o? Thanks, Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + diff -u --recursive --new-file linux-mips-2.4.0-test8-20000829.macro/arch/mips/dec/setup.c linux-mips-2.4.0-test8-20000829/arch/mips/dec/setup.c --- linux-mips-2.4.0-test8-20000829.macro/arch/mips/dec/setup.c Sat Sep 30 16:33:17 2000 +++ linux-mips-2.4.0-test8-20000829/arch/mips/dec/setup.c Sat Sep 30 17:32:26 2000 @@ -27,6 +27,8 @@ #include #include +#define IOASIC_DEBUG + extern asmlinkage void decstation_handle_int(void); void dec_init_kn01(void); @@ -98,6 +100,13 @@ break; } set_except_vector(0, decstation_handle_int); +#ifdef IOASIC_DEBUG + printk("dec_irq_setup: MMIO addresses:\n"); + printk("I/O ASIC base: %p\n", ioasic_base); + printk("I/O ASIC SIR : %p\n", isr); + printk("I/O ASIC SIMR: %p\n", imr); + printk("RTC base : %p\n", dec_rtc_base); +#endif } /* diff -u --recursive --new-file linux-mips-2.4.0-test8-20000829.macro/arch/mips/dec/time.c linux-mips-2.4.0-test8-20000829/arch/mips/dec/time.c --- linux-mips-2.4.0-test8-20000829.macro/arch/mips/dec/time.c Sat Sep 30 16:34:12 2000 +++ linux-mips-2.4.0-test8-20000829/arch/mips/dec/time.c Sat Sep 30 17:52:30 2000 @@ -31,6 +31,8 @@ #include +#define R4K_DEBUG + extern volatile unsigned long wall_jiffies; extern rwlock_t xtime_lock; @@ -548,11 +550,16 @@ init_cycle_counter(); +#ifndef R4K_DEBUG if (cyclecounter_available) { + printk("time_init: using CP0.COUNT for do_gettimeoffset()...\n"); write_32bit_cp0_register(CP0_COUNT, 0); do_gettimeoffset = do_fast_gettimeoffset; irq0.handler = r4k_timer_interrupt; - } else if (IOASIC) { + } else +#endif + if (IOASIC) { + printk("time_init: using IOASIC.FCTR for do_gettimeoffset()...\n"); ioasic_write(FCTR, 0); do_gettimeoffset = do_ioasic_gettimeoffset; irq0.handler = ioasic_timer_interrupt; diff -u --recursive --new-file linux-mips-2.4.0-test8-20000829.macro/include/asm-mips/div64.h linux-mips-2.4.0-test8-20000829/include/asm-mips/div64.h --- linux-mips-2.4.0-test8-20000829.macro/include/asm-mips/div64.h Sat Aug 26 04:26:45 2000 +++ linux-mips-2.4.0-test8-20000829/include/asm-mips/div64.h Sat Sep 30 17:47:57 2000 @@ -12,11 +12,14 @@ #include +#define DIV64_DEBUG + /* * No traps on overflows for any of these... */ -#if (_MIPS_ISA == _MIPS_ISA_MIPS1) || (_MIPS_ISA == _MIPS_ISA_MIPS2) +#if defined(DIV64_DEBUG) || \ + (_MIPS_ISA == _MIPS_ISA_MIPS1) || (_MIPS_ISA == _MIPS_ISA_MIPS2) #define do_div64_32(res, high, low, base) ({ \ unsigned long __quot, __mod; \ From owner-linux-mips@oss.sgi.com Mon Oct 2 05:01:50 2000 Received: by oss.sgi.com id ; Mon, 2 Oct 2000 05:01:45 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:54231 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Mon, 2 Oct 2000 05:01:08 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id NAA09519; Mon, 2 Oct 2000 13:59:03 +0200 (MET DST) Date: Mon, 2 Oct 2000 13:59:03 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle cc: Florian Lohoff , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux In-Reply-To: <20000930121823.A32244@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, 30 Sep 2000, Ralf Baechle wrote: > > Well, I asked for testing before the commit, but nobody bothered to write > > anything, so I assumed everything is correct, sigh... > > Not sigh ... The lesson that not speaking up is a also wrong! Well, if nobody reports a problem with a patch, it means it's either fine or nobody bothered to test it. For me both cases mean it's OK to apply it. > The ddiv usage outside of do_div / do_div64_32 is actually ok because But can't we receive an exception for some reason??? > interrupts are always disabled. We don't have the same guarantee for > do_div / do_div64_32 calls. Yep -- it's used for printk. > Hmm... We got two error scenarios left - bus errors and cache errors. If > we get one of those doomsday is near anyway ... Anyway, these are rare, > so we rather make these exception handlers pay the price. I'd see two approaches: either wipe 64-bit code out completely (clean and elegant -- I'd vote for it, even though there is performance penalty) or disable interrupts around the 64-bit division (the window would be small and it would still be a performance win, but it's ugly as hell). What do you think? Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Mon Oct 2 15:46:44 2000 Received: by oss.sgi.com id ; Mon, 2 Oct 2000 15:46:33 -0700 Received: from u-211.karlsruhe.ipdial.viaginterkom.de ([62.180.21.211]:56846 "EHLO u-211.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 2 Oct 2000 15:45:59 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 3 Oct 2000 00:45:07 +0200 Date: Tue, 3 Oct 2000 00:45:07 +0200 From: Ralf Baechle To: Alastair Boyanich Cc: linux-mips@oss.sgi.com Subject: Re: DECStation People Message-ID: <20001003004507.A614@bacchus.dhis.org> References: <200010021353.RAA04027@gloose.scis.cowan.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200010021353.RAA04027@gloose.scis.cowan.edu.au>; from aboyanic@gloose.scis.cowan.edu.au on Mon, Oct 02, 2000 at 06:00:24PM +0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 02, 2000 at 06:00:24PM +0400, Alastair Boyanich wrote: > Quickie, are any of the models of decstation's supported running on RS3k? > > Looking at the RS3k support for a possible port to the SGI Power 4D/210. people are running various R3k machines, DEC and others. In case of SGI's your problem will be the necessary hardware documentation for everything else around the processor ... Ralf From owner-linux-mips@oss.sgi.com Mon Oct 2 16:46:34 2000 Received: by oss.sgi.com id ; Mon, 2 Oct 2000 16:46:14 -0700 Received: from u-211.karlsruhe.ipdial.viaginterkom.de ([62.180.21.211]:63758 "EHLO u-211.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 2 Oct 2000 16:45:53 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 3 Oct 2000 01:44:51 +0200 Date: Tue, 3 Oct 2000 01:44:51 +0200 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: Florian Lohoff , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux Message-ID: <20001003014451.B614@bacchus.dhis.org> References: <20000930121823.A32244@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 Mon, Oct 02, 2000 at 01:59:03PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 02, 2000 at 01:59:03PM +0200, Maciej W. Rozycki wrote: > > > Well, I asked for testing before the commit, but nobody bothered to write > > > anything, so I assumed everything is correct, sigh... > > > > Not sigh ... The lesson that not speaking up is a also wrong! > > Well, if nobody reports a problem with a patch, it means it's either fine > or nobody bothered to test it. For me both cases mean it's OK to apply > it. Sure. > > The ddiv usage outside of do_div / do_div64_32 is actually ok because > > But can't we receive an exception for some reason??? No, the only exceptions we still may have to deal with are asynchronous ones, that is cache error and bus error. Oh yes, trace exception on certain special CPUs that have support for tracing in hw. > > interrupts are always disabled. We don't have the same guarantee for > > do_div / do_div64_32 calls. > > Yep -- it's used for printk. > I'd see two approaches: either wipe 64-bit code out completely (clean and > elegant -- I'd vote for it, even though there is performance penalty) or > disable interrupts around the 64-bit division (the window would be small > and it would still be a performance win, but it's ugly as hell). What do > you think? I have a nice little solution, we can wrap the divide with ll / sc. If the sc ever fails we took an exception and retry ... (I think I just felt like comming up with a coding stunt ;-) Ralf From owner-linux-mips@oss.sgi.com Tue Oct 3 00:49:10 2000 Received: by oss.sgi.com id ; Tue, 3 Oct 2000 00:49:00 -0700 Received: from [139.230.35.235] ([139.230.35.235]:30224 "EHLO gloose.scis.cowan.edu.au") by oss.sgi.com with ESMTP id ; Tue, 3 Oct 2000 00:48:21 -0700 Received: from localhost (aboyanic@localhost) by gloose.scis.cowan.edu.au (8.9.3/8.9.3) with ESMTP id PAA05356; Tue, 3 Oct 2000 15:52:48 +0400 Date: Tue, 3 Oct 2000 15:52:48 +0400 (MSD) From: To: Ralf Baechle cc: linux-mips@oss.sgi.com Subject: Re: DECStation People In-Reply-To: <20001003004507.A614@bacchus.dhis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Unfortunately this I realise. Any pointers at the moment? ...any header files from old compilers showing ports for chips or anything that are abandned or opensourced by SGI that you know of? Any pointers are greatfully accepted. Regs Alastair Boyanich On Tue, 3 Oct 2000, Ralf Baechle wrote: > On Mon, Oct 02, 2000 at 06:00:24PM +0400, Alastair Boyanich wrote: > > > Quickie, are any of the models of decstation's supported running on RS3k? > > > > Looking at the RS3k support for a possible port to the SGI Power 4D/210. > > people are running various R3k machines, DEC and others. In case of SGI's > your problem will be the necessary hardware documentation for everything > else around the processor ... > > Ralf > From owner-linux-mips@oss.sgi.com Tue Oct 3 02:44:49 2000 Received: by oss.sgi.com id ; Tue, 3 Oct 2000 02:44:39 -0700 Received: from mail.ivm.net ([62.204.1.4]:13889 "EHLO mail.ivm.net") by oss.sgi.com with ESMTP id ; Tue, 3 Oct 2000 02:44:18 -0700 Received: from franz.no.dom (port102.duesseldorf.ivm.de [195.247.65.102]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id LAA15401; Tue, 3 Oct 2000 11:42:32 +0200 X-To: linux-mips@oss.sgi.com Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000928214002.B767@paradigm.rfc822.org> Date: Tue, 03 Oct 2000 11:41:54 +0200 (CEST) Reply-To: Harald Koerfgen Organization: none From: Harald Koerfgen To: Florian Lohoff Subject: RE: Decstation broken Was: CVS Update@oss.sgi.com: linux Cc: "Maciej W. Rozycki" , linux-mips@oss.sgi.com Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, On 28-Sep-00 Florian Lohoff wrote: [...] > since this commit my machines are all broken (5000/260, 5000/150 > and 5000/125) - They all hang in the "Calibrating delay loop ...". Fixed. -- Regards, Harald From owner-linux-mips@oss.sgi.com Tue Oct 3 03:11:00 2000 Received: by oss.sgi.com id ; Tue, 3 Oct 2000 03:10:50 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:14816 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Tue, 3 Oct 2000 03:10:19 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA09153; Tue, 3 Oct 2000 12:08:32 +0200 (MET DST) Date: Tue, 3 Oct 2000 12:08:31 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle cc: Florian Lohoff , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux In-Reply-To: <20001003014451.B614@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, 3 Oct 2000, Ralf Baechle wrote: > I have a nice little solution, we can wrap the divide with ll / sc. If > the sc ever fails we took an exception and retry ... Could be, but I'm still uncertain whether we want to keep 64-bit code at all. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Tue Oct 3 03:34:20 2000 Received: by oss.sgi.com id ; Tue, 3 Oct 2000 03:34:10 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:25312 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Tue, 3 Oct 2000 03:33:28 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA09734; Tue, 3 Oct 2000 12:31:09 +0200 (MET DST) Date: Tue, 3 Oct 2000 12:31:08 +0200 (MET DST) From: "Maciej W. Rozycki" Reply-To: "Maciej W. Rozycki" To: Harald Koerfgen cc: Florian Lohoff , linux-mips@oss.sgi.com Subject: RE: Decstation broken Was: CVS Update@oss.sgi.com: linux In-Reply-To: Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, 3 Oct 2000, Harald Koerfgen wrote: > > since this commit my machines are all broken (5000/260, 5000/150 > > and 5000/125) - They all hang in the "Calibrating delay loop ...". > > Fixed. Thanks -- I've found the typo yesterday evening, too. I knew it must have been a stupid error. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Tue Oct 3 03:35:49 2000 Received: by oss.sgi.com id ; Tue, 3 Oct 2000 03:35:40 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:28128 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Tue, 3 Oct 2000 03:35:21 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA09851; Tue, 3 Oct 2000 12:34:15 +0200 (MET DST) Date: Tue, 3 Oct 2000 12:34:14 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle , Geert Uytterhoeven cc: Florian Lohoff , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux In-Reply-To: Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sun, 1 Oct 2000, Geert Uytterhoeven wrote: > > tty00 at 0xbf900001 (irq = 4) is a Z85C30 SCC > > tty01 at 0xbf900009 (irq = 4) is a Z85C30 SCC > > tty02 at 0xbf980001 (irq = 4) is a Z85C30 SCC > > tty03 at 0xbf980009 (irq = 4) is a Z85C30 SCC > > Shouldn't these be reported as ttyS0[0-3]? Ralf, could you please apply? Thanks. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + diff -u --recursive --new-file linux-mips-2.4.0-test7-20000829.macro/drivers/char/dz.c linux-mips-2.4.0-test7-20000829/drivers/char/dz.c --- linux-mips-2.4.0-test7-20000829.macro/drivers/char/dz.c Fri Jun 30 04:26:16 2000 +++ linux-mips-2.4.0-test7-20000829/drivers/char/dz.c Mon Oct 2 22:27:38 2000 @@ -1047,7 +1047,7 @@ } if (--info->count < 0) { - printk("ds_close: bad serial port count for ttys%d: %d\n", + printk("ds_close: bad serial port count for ttyS%02d: %d\n", info->line, info->count); info->count = 0; } @@ -1379,7 +1379,7 @@ if (! info->port) return 0; - printk("ttyS%02d at 0x%04x (irq = %d)\n", info->line, info->port, SERIAL); + printk("ttyS%02d at 0x%08x (irq = %d)\n", info->line, info->port, SERIAL); } /* reset the chip */ diff -u --recursive --new-file linux-mips-2.4.0-test7-20000829.macro/drivers/tc/zs.c linux-mips-2.4.0-test7-20000829/drivers/tc/zs.c --- linux-mips-2.4.0-test7-20000829.macro/drivers/tc/zs.c Fri Aug 11 04:26:34 2000 +++ linux-mips-2.4.0-test7-20000829/drivers/tc/zs.c Mon Oct 2 22:25:15 2000 @@ -623,7 +623,7 @@ save_flags(flags); cli(); #ifdef SERIAL_DEBUG_OPEN - printk("starting up ttyS%d (irq %d)...", info->line, info->irq); + printk("starting up ttyS%02d (irq %d)...", info->line, info->irq); #endif /* @@ -1258,7 +1258,7 @@ } #ifdef SERIAL_DEBUG_OPEN - printk("rs_close ttys%d, count = %d\n", info->line, info->count); + printk("rs_close ttyS%02d, count = %d\n", info->line, info->count); #endif if ((tty->count == 1) && (info->count != 1)) { /* @@ -1273,7 +1273,7 @@ info->count = 1; } if (--info->count < 0) { - printk("rs_close: bad serial port count for ttys%d: %d\n", + printk("rs_close: bad serial port count for ttyS%02d: %d\n", info->line, info->count); info->count = 0; } @@ -1463,7 +1463,7 @@ retval = 0; add_wait_queue(&info->open_wait, &wait); #ifdef SERIAL_DEBUG_OPEN - printk("block_til_ready before block: ttys%d, count = %d\n", + printk("block_til_ready before block: ttyS%02d, count = %d\n", info->line, info->count); #endif cli(); @@ -1499,7 +1499,7 @@ break; } #ifdef SERIAL_DEBUG_OPEN - printk("block_til_ready blocking: ttys%d, count = %d\n", + printk("block_til_ready blocking: ttyS%02d, count = %d\n", info->line, info->count); #endif schedule(); @@ -1510,7 +1510,7 @@ info->count++; info->blocked_open--; #ifdef SERIAL_DEBUG_OPEN - printk("block_til_ready after blocking: ttys%d, count = %d\n", + printk("block_til_ready after blocking: ttyS%02d, count = %d\n", info->line, info->count); #endif if (retval) @@ -1600,7 +1600,7 @@ info->pgrp = current->pgrp; #ifdef SERIAL_DEBUG_OPEN - printk("rs_open ttys%d successful...", info->line); + printk("rs_open ttyS%02d successful...", info->line); #endif /* tty->low_latency = 1; */ return 0; @@ -1817,7 +1817,7 @@ info->normal_termios = serial_driver.init_termios; init_waitqueue_head(&info->open_wait); init_waitqueue_head(&info->close_wait); - printk("tty%02d at 0x%08x (irq = %d)", info->line, + printk("ttyS%02d at 0x%08x (irq = %d)", info->line, info->port, info->irq); printk(" is a Z85C30 SCC\n"); } From owner-linux-mips@oss.sgi.com Tue Oct 3 11:23:31 2000 Received: by oss.sgi.com id ; Tue, 3 Oct 2000 11:23:21 -0700 Received: from mail.ivm.net ([62.204.1.4]:5746 "EHLO mail.ivm.net") by oss.sgi.com with ESMTP id ; Tue, 3 Oct 2000 11:23:06 -0700 Received: from franz.no.dom (port111.duesseldorf.ivm.de [195.247.65.111]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id UAA06382; Tue, 3 Oct 2000 20:21:59 +0200 X-To: linux-mips@oss.sgi.com Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 03 Oct 2000 20:21:25 +0200 (CEST) Reply-To: Harald Koerfgen Organization: none From: Harald Koerfgen To: "Maciej W. Rozycki" Subject: RE: Decstation broken Was: CVS Update@oss.sgi.com: linux Cc: linux-mips@oss.sgi.com Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On 03-Oct-00 Maciej W. Rozycki wrote: > On Tue, 3 Oct 2000, Harald Koerfgen wrote: > >> > since this commit my machines are all broken (5000/260, 5000/150 >> > and 5000/125) - They all hang in the "Calibrating delay loop ...". >> >> Fixed. > > Thanks -- I've found the typo yesterday evening, too. I knew it must > have been a stupid error. Exactly this type of error is often enough difficult to find. At least for the one who wrote it :) -- Regards, Harald From owner-linux-mips@oss.sgi.com Wed Oct 4 11:59:13 2000 Received: by oss.sgi.com id ; Wed, 4 Oct 2000 11:59:03 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:21000 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Wed, 4 Oct 2000 11:58:39 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 893E97F4; Wed, 4 Oct 2000 20:57:55 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 6015A9014; Wed, 4 Oct 2000 20:56:54 +0200 (CEST) Date: Wed, 4 Oct 2000 20:56:54 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: 2.4.0-test8-pre1 on Decstation 5000/150 Message-ID: <20001004205654.C8870@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Success: KN04 V2.1k (PC: 0xbfc0073c, SP: 0x839b7de8) -tftp boot(3), bootp 195.71.99.222:/data/tftp/vmlinux-dec -tftp load 1367072+0+141328 This DECstation is a DS5000/1xx Loading R4000 MMU routines. CPU revision is: 00000430 Primary instruction cache 8kb, linesize 16 bytes. Primary data cache 8kb, linesize 16 bytes. Secondary cache sized at 1024K linesize 32 bytes. Linux version 2.4.0-test8-pre1 (flo@ping.mediaways.net) (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)) #2 Wed Oct 4 20:44:58 CEST 2000 On node 0 totalpages: 16384 zone(0): 16384 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/sda2 console=ttyS2 Calibrating delay loop... 49.68 BogoMIPS Memory: 62740k/65536k available (1196k kernel code, 2796k reserved, 78k data, 56k init) Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes) Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes) Page-cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 4096 (order: 3, 32768 bytes) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 12.5 MHz (no parity) slot 0: DEC PMAZ-AA V5.3d slot 1: DEC PMAZ-AA V5.3b slot 2: DEC PMAF-FA V1.1 Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 4096 bind 4096) Starting kswapd v1.7 pty: 256 Unix98 ptys configured SCSI ID 7 Clk 25MHz CCF=5 TOut 167 NCR53C9x(esp236) SCSI ID 7 Clk 12MHz CCF=3 TOut 139 NCR53C9x(esp236) SCSI ID 7 Clk 12MHz CCF=3 TOut 139 NCR53C9x(esp236) ESP: Total of 3 ESP hosts found, 3 actually in use. scsi0 : ESP236 (NCR53C9x) scsi1 : ESP236 (NCR53C9x) scsi2 : ESP236 (NCR53C9x) scsi : 3 hosts. Vendor: QUANTUM Model: FIREBALL_TM2110S Rev: 300X Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 Vendor: SEAGATE Model: ST15230W SUN4.2G Rev: 0738 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sdb at scsi0, channel 0, id 1, lun 0 Vendor: SEAGATE Model: ST15230W SUN4.2G Rev: 0738 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sdc at scsi0, channel 0, id 2, lun 0 Vendor: SEAGATE Model: ST15230W SUN4.2G Rev: 0738 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sdd at scsi0, channel 0, id 3, lun 0 Vendor: SEAGATE Model: ST15230W SUN4.2G Rev: 0738 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sde at scsi0, channel 0, id 4, lun 0 Vendor: SEAGATE Model: ST15230W SUN4.2G Rev: 0738 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sdf at scsi0, channel 0, id 5, lun 0 Vendor: SEAGATE Model: ST15230W SUN4.2G Rev: 0738 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sdg at scsi0, channel 0, id 6, lun 0 scsi : detected 7 SCSI disks total. esp0: target 0 [period 200ns offset 15 5.00MHz synchronous SCSI] SCSI device sda: hdwr sector= 512 bytes. Sectors= 4124736 [2014 MB] [2.0 GB] Partition check: sda: sda1 sda2 esp0: target 1 [period 200ns offset 15 5.00MHz synchronous SCSI] SCSI device sdb: hdwr sector= 512 bytes. Sectors= 8386733 [4095 MB] [4.1 GB] sdb: sdb1 esp0: target 2 [period 200ns offset 15 5.00MHz synchronous SCSI] SCSI device sdc: hdwr sector= 512 bytes. Sectors= 8386733 [4095 MB] [4.1 GB] sdc: sdc1 esp0: target 3 [period 200ns offset 15 5.00MHz synchronous SCSI] SCSI device sdd: hdwr sector= 512 bytes. Sectors= 8386733 [4095 MB] [4.1 GB] sdd: sdd1 esp0: target 4 [period 200ns offset 15 5.00MHz synchronous SCSI] SCSI device sde: hdwr sector= 512 bytes. Sectors= 8386733 [4095 MB] [4.1 GB] sde: sde1 esp0: target 5 [period 200ns offset 15 5.00MHz synchronous SCSI] SCSI device sdf: hdwr sector= 512 bytes. Sectors= 8386733 [4095 MB] [4.1 GB] sdf: sdf1 esp0: target 6 [period 200ns offset 15 5.00MHz synchronous SCSI] SCSI device sdg: hdwr sector= 512 bytes. Sectors= 8386733 [4095 MB] [4.1 GB] sdg: sdg1 DECstation Z8530 serial driver version 0.03 ttyS00 at 0xbc100001 (irq = 4) is a Z85C30 SCC ttyS01 at 0xbc100009 (irq = 4) is a Z85C30 SCC ttyS02 at 0xbc180001 (irq = 4) is a Z85C30 SCC ttyS03 at 0xbc180009 (irq = 4) is a Z85C30 SCC rtc: Digital DECstation epoch (2000) detected Real Time Clock Driver v1.10d declance.c: v0.008 by Linux Mips DECstation task force eth0: IOASIC onboard LANCE, addr = 08:00:2b:28:f0:a3, irq = 3 Sending BOOTP requests.... OK IP-Config: Got BOOTP answer from 195.71.99.222, my address is 195.71.99.221 kmem_create: Forcing size word alignment - nfs_fh VFS: Mounted root (ext2 filesystem) readonly. Freeing unused PROM memory: 124k freed Freeing unused kernel memory: 56k freed INIT: version 2.78 booting -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Wed Oct 4 12:28:44 2000 Received: by oss.sgi.com id ; Wed, 4 Oct 2000 12:28:34 -0700 Received: from mail.ivm.net ([62.204.1.4]:16492 "EHLO mail.ivm.net") by oss.sgi.com with ESMTP id ; Wed, 4 Oct 2000 12:28:06 -0700 Received: from franz.no.dom (port235.duesseldorf.ivm.de [195.247.65.235]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id VAA01980; Wed, 4 Oct 2000 21:27:09 +0200 X-To: linux-mips@oss.sgi.com Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20001004205654.C8870@paradigm.rfc822.org> Date: Wed, 04 Oct 2000 21:26:35 +0200 (CEST) Reply-To: Harald Koerfgen Organization: none From: Harald Koerfgen To: Florian Lohoff Subject: RE: 2.4.0-test8-pre1 on Decstation 5000/150 Cc: linux-mips@oss.sgi.com Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On 04-Oct-00 Florian Lohoff wrote: > > Success: Doubts ? :) -- Regards, Harald From owner-linux-mips@oss.sgi.com Wed Oct 4 17:28:15 2000 Received: by oss.sgi.com id ; Wed, 4 Oct 2000 17:28:05 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:8210 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Wed, 4 Oct 2000 17:27:32 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id F1CC77D9; Thu, 5 Oct 2000 02:26:48 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id C3B0F9014; Thu, 5 Oct 2000 01:52:56 +0200 (CEST) Date: Thu, 5 Oct 2000 01:52:56 +0200 From: Florian Lohoff To: Harald Koerfgen Cc: linux-mips@oss.sgi.com Subject: Re: 2.4.0-test8-pre1 on Decstation 5000/150 Message-ID: <20001005015256.A1671@paradigm.rfc822.org> References: <20001004205654.C8870@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from Harald.Koerfgen@home.ivm.de on Wed, Oct 04, 2000 at 09:26:35PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 04, 2000 at 09:26:35PM +0200, Harald Koerfgen wrote: > On 04-Oct-00 Florian Lohoff wrote: > > > > Success: > > Doubts ? :) > Just confirmation :) Not that we once again dont have success or failure reports :) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Thu Oct 5 03:10:57 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 03:10:47 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:12300 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Thu, 5 Oct 2000 03:10:22 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 5E8487D9; Thu, 5 Oct 2000 12:09:39 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 1FA039014; Thu, 5 Oct 2000 12:08:43 +0200 (CEST) Date: Thu, 5 Oct 2000 12:08:43 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: Current CVS kernel doesnt compile Message-ID: <20001005120843.D346@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing /var/tmp/mips/src/linux-decr4k-current/include/asm/semaphore-helper.h: In function `waking_non_zero': In file included from semaphore.c:7: /var/tmp/mips/src/linux-decr4k-current/include/asm/semaphore-helper.h:95: warning: implicit declaration of function `__atomic_fool_gcc' /var/tmp/mips/src/linux-decr4k-current/include/asm/semaphore-helper.h:96: output number 2 not directly addressable make[1]: *** [semaphore.o] Error 1 make[1]: Leaving directory `/var/tmp/mips/src/linux-decr4k-current/arch/mips/kernel' make: *** [_dir_arch/mips/kernel] Error 2 You have mail in /var/spool/mail/flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Thu Oct 5 05:09:39 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 05:09:28 -0700 Received: from u-143.karlsruhe.ipdial.viaginterkom.de ([62.180.18.143]:51460 "EHLO u-143.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 05:09:01 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 5 Oct 2000 14:07:58 +0200 Date: Thu, 5 Oct 2000 14:07:58 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com Subject: Re: Current CVS kernel doesnt compile Message-ID: <20001005140758.D30075@bacchus.dhis.org> References: <20001005120843.D346@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001005120843.D346@paradigm.rfc822.org>; from flo@rfc822.org on Thu, Oct 05, 2000 at 12:08:43PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Oct 05, 2000 at 12:08:43PM +0200, Florian Lohoff wrote: > /var/tmp/mips/src/linux-decr4k-current/include/asm/semaphore-helper.h: In function `waking_non_zero': > In file included from semaphore.c:7: > /var/tmp/mips/src/linux-decr4k-current/include/asm/semaphore-helper.h:95: warning: implicit declaration of function `__atomic_fool_gcc' > /var/tmp/mips/src/linux-decr4k-current/include/asm/semaphore-helper.h:96: output number 2 not directly addressable > make[1]: *** [semaphore.o] Error 1 > make[1]: Leaving directory `/var/tmp/mips/src/linux-decr4k-current/arch/mips/kernel' > make: *** [_dir_arch/mips/kernel] Error 2 Sorry, the tags of my private cvs archive got messed up which resulted in a bogus patch that I merged into oss. I'll tackle that immeditely. Ralf From owner-linux-mips@oss.sgi.com Thu Oct 5 05:15:28 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 05:15:18 -0700 Received: from u-143.karlsruhe.ipdial.viaginterkom.de ([62.180.18.143]:52228 "EHLO u-143.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 05:14:57 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Thu Oct 5 05:46:29 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 05:46:18 -0700 Received: from u-143.karlsruhe.ipdial.viaginterkom.de ([62.180.18.143]:54276 "EHLO u-143.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 05:45:50 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 5 Oct 2000 14:44:55 +0200 Date: Thu, 5 Oct 2000 14:44:55 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com Subject: Re: Current CVS kernel doesnt compile Message-ID: <20001005144455.A955@bacchus.dhis.org> References: <20001005120843.D346@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001005120843.D346@paradigm.rfc822.org>; from flo@rfc822.org on Thu, Oct 05, 2000 at 12:08:43PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Oct 05, 2000 at 12:08:43PM +0200, Florian Lohoff wrote: > /var/tmp/mips/src/linux-decr4k-current/include/asm/semaphore-helper.h: In function `waking_non_zero': > In file included from semaphore.c:7: > /var/tmp/mips/src/linux-decr4k-current/include/asm/semaphore-helper.h:95: warning: implicit declaration of function `__atomic_fool_gcc' > /var/tmp/mips/src/linux-decr4k-current/include/asm/semaphore-helper.h:96: output number 2 not directly addressable > make[1]: *** [semaphore.o] Error 1 > make[1]: Leaving directory `/var/tmp/mips/src/linux-decr4k-current/arch/mips/kernel' > make: *** [_dir_arch/mips/kernel] Error 2 > You have mail in /var/spool/mail/flo Fixed in CVS. Ralf From owner-linux-mips@oss.sgi.com Thu Oct 5 11:13:10 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 11:12:50 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:19952 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 11:12:23 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Thu Oct 5 12:40:10 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 12:40:01 -0700 Received: from mx.mips.com ([206.31.31.226]:28077 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 12:39:34 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > > > 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 owner-linux-mips@oss.sgi.com Thu Oct 5 14:34:11 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 14:34:02 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:6142 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 14:33:30 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing "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 owner-linux-mips@oss.sgi.com Thu Oct 5 15:08:52 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 15:08:31 -0700 Received: from mx.mips.com ([206.31.31.226]:21167 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 15:08:11 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Thu Oct 5 15:54:22 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 15:54:02 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:9459 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 15:53:40 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing "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 owner-linux-mips@oss.sgi.com Thu Oct 5 16:12:22 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 16:12:12 -0700 Received: from mx.mips.com ([206.31.31.226]:11696 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 16:11:50 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > > > 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 owner-linux-mips@oss.sgi.com Thu Oct 5 17:44:43 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 17:44:23 -0700 Received: from u-174.karlsruhe.ipdial.viaginterkom.de ([62.180.18.174]:8965 "EHLO u-174.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 17:44:00 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Thu Oct 5 19:53:02 2000 Received: by oss.sgi.com id ; Thu, 5 Oct 2000 19:52:53 -0700 Received: from u-174.karlsruhe.ipdial.viaginterkom.de ([62.180.18.174]:28677 "EHLO u-174.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 5 Oct 2000 19:52:40 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 00:57:34 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 00:57:25 -0700 Received: from saturn.mikemac.com ([216.99.199.88]:40205 "EHLO saturn.mikemac.com") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 00:56:59 -0700 Received: from Saturn (localhost [127.0.0.1]) by saturn.mikemac.com (8.9.3/8.9.3) with ESMTP id UAA21853 for ; Thu, 5 Oct 2000 20:40:17 -0700 Message-Id: <200010060340.UAA21853@saturn.mikemac.com> To: linux-mips@oss.sgi.com Subject: Linux-VR test7 hangs when execing init Date: Thu, 05 Oct 2000 20:40:17 -0700 From: Mike McDonald Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Recently the Linux-VR tree synced up with the SGI tree at test7 (from test4). As a result of this updating of the Linux-VR tree, my kernels either hang or Oops while execing init. A minimal kernel will hang and a normally config'd kernel will Oops. Does anyone know of any changes in the ELF code or the ext2 filesystem that might be the cause fo this? Any other ideas as to the cause or how to go about tracking it down? Thanks, Mike McDonald mikemac@mikemac.com ----minimal kernel--------------------------------------------- Detected 32MB of memory. Will use 32MB of it. Loading R4000 MMU routines. CPU revision is: 00000c70 Primary instruction cache 32kb, linesize 32 bytes. Primary data cache 16kb, linesize 16 bytes. Secondary cache: none Linux version 2.4.0-test7 (mikemac@Uranus) (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)) #15 Thu Oct 5 20:25:31 PDT 2000 On node 0 totalpages: 8192 zone(0): 8192 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/ram0 ip=192.5.213.64:::::: Calibrating delay loop... 128.61 BogoMIPS Memory: 30496k/32768k available (686k kernel code, 2272k reserved, 793k data, 36k init) Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes) Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 2048 (order: 2, 16384 bytes) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Starting kswapd v1.7 RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize RAMDISK: Compressed image found at block 0 VR41xx Serial driver version 0.3 (10-Sep-2000) ttyS00 at 0xaf000800 (irq = 17) is a 16550A EXT2-fs warning: maximal mount count reached, running e2fsck is recommended VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 36k freed (Hung!) -------normal kernel-------------------------------------------------- VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 76k freed Unable to handle kernel paging request at virtual address 00000088, epc == 8006f97c, ra == 8006f97 4 Oops in fault.c:do_page_fault, line 158: $0 : 00000000 10007e00 3020901e 00000000 $4 : 3020901e 00000000 00000010 80024000 $8 : fffffffe ffff00ff 80175818 8017581c $12: 00000200 00000000 803f3d88 81e72d40 $16: 00000000 80179334 00000000 00000080 $20: 00000003 803f3ef8 803f3ef8 00008000 $24: 00000000 00000000 $28: 803f2000 803f3bd8 00000000 8006f974 epc : 8006f97c Status: 10007e03 Cause : 00008008 Process sh (pid: 1, stackpage=803f2000) Stack: 8006f578 8004b6b0 81e6a360 800b452c 803f3cb0 81e72db0 803f3db8 00000000 80081f48 80081bbc 00000008 81e68000 80178000 0001fff4 803f3eb0 80047094 803ce600 81e8b3e0 464c457f 00010101 00000000 00000000 00080002 00000001 00406720 00000034 0004df18 00000003 00200034 00280003 000e000f 0000000d 803f3e04 00000ff4 803f3e04 00000ff4 802e6a00 80028638 80180f04 00002000 00000000 ... Call Trace: [<8006f578>] [<8004b6b0>] [<800b452c>] [<80081f48>] [<80081bbc>] [<80047094>] [<800286 38>] [<800686a4>] [<8006ef58>] [<80081a44>] [<8006fe38>] [<8006f4dc>] [<800702c8>] [<800a7dcc>] [< 80028134>] [<8002e7ac>] [<80077d04>] [<8013a3a8>] [<8002b348>] [<8002b348>] [<8013a3a8>] [<8013a3a 8>] [<8013c644>] [<8005d158>] [<80030418>] [<8002814c>] [<800282f4>] [<8002a154>] [<8002a144>] Code: af8203f0 8f9303a4 26520001 <8e620008> 00128940 0222102b 1040002b 00001021 8e62000c ---------- Uranus=>kernel_btrace Ready for call trace list. on a blank line when done. [<8006f97c>] Call Trace: [<8006f578>] [<8004b6b0>] [<800b452c>] [<80081f48>] [<80081bbc>] [<80047094>] [<800286 38>] [<800686a4>] [<8006ef58>] [<80081a44>] [<8006fe38>] [<8006f4dc>] [<800702c8>] [<800a7dcc>] [< 80028134>] [<8002e7ac>] [<80077d04>] [<8013a3a8>] [<8002b348>] [<8002b348>] [<8013a3a8>] [<8013a3a 8>] [<8013c644>] [<8005d158>] [<80030418>] [<8002814c>] [<800282f4>] [<8002a154>] [<8002a144>] Code: af8203f0 8f9303a4 26520001 <8e620008> 00128940 0222102b 1040002b 00001021 8e62000c Processing... Address Function 8006f97c flush_old_exec 8006f578 kernel_read 8004b6b0 timer_bh 800b452c generic_make_request 80081f48 load_elf_binary 80081bbc load_elf_binary 80047094 bh_action 80028638 handle_softirq 800686a4 block_sync_page 8006ef58 copy_strings 80081a44 load_elf_binary 8006fe38 search_binary_handler 8006f4dc open_exec 800702c8 do_execve 800a7dcc change_speed 80028134 init 8002e7ac sys_execve 80077d04 sys_dup 8013a3a8 sprintf 8002b348 stack_done 8002b348 stack_done 8013a3a8 sprintf 8013a3a8 sprintf 8013c644 sprintf 8005d158 __free_pages 80030418 free_initmem 8002814c init 800282f4 init 8002a154 kernel_thread 8002a144 kernel_thread From owner-linux-mips@oss.sgi.com Fri Oct 6 01:01:14 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 01:01:04 -0700 Received: from ns4.Sony.CO.JP ([202.238.80.4]:9747 "EHLO ns4.sony.co.jp") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 01:00:46 -0700 Received: from mail3.sony.co.jp (gatekeeper7.Sony.CO.JP [202.238.80.21]) by ns4.sony.co.jp (R8) with ESMTP id RAA24753; Fri, 6 Oct 2000 17:00:43 +0900 (JST) Received: from mail3.sony.co.jp (localhost [127.0.0.1]) by mail3.sony.co.jp (R8) with ESMTP id RAA25368; Fri, 6 Oct 2000 17:05:27 +0900 (JST) Received: from smail1.sm.sony.co.jp (smail1.sm.sony.co.jp [43.11.253.1]) by mail3.sony.co.jp (R8) with ESMTP id RAA25331; Fri, 6 Oct 2000 17:05:27 +0900 (JST) Received: from email.sm.sony.co.jp (email.sm.sony.co.jp [43.11.253.2]) by smail1.sm.sony.co.jp (8.8.8/3.6W) with ESMTP id QAA07399; Fri, 6 Oct 2000 16:59:04 +0900 (JST) Received: from sm.sony.co.jp (kei@gaia.sm.sony.co.jp [43.11.132.48]) by email.sm.sony.co.jp (8.8.8/3.6W) with ESMTP id QAA00127; Fri, 6 Oct 2000 16:55:03 +0900 (JST) Message-Id: <200010060755.QAA00127@email.sm.sony.co.jp> To: Mike McDonald cc: linux-mips@oss.sgi.com Subject: Re: Linux-VR test7 hangs when execing init In-reply-to: Your message of Thu, 05 Oct 2000 20:40:17 -0700. <200010060340.UAA21853@saturn.mikemac.com> Date: Fri, 06 Oct 2000 17:00:41 +0900 From: Hiroshi Kawashima Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi. > Recently the Linux-VR tree synced up with the SGI tree at test7 > (from test4). As a result of this updating of the Linux-VR tree, my > kernels either hang or Oops while execing init. A minimal kernel will > hang and a normally config'd kernel will Oops. Does anyone know of any > changes in the ELF code or the ext2 filesystem that might be the cause > fo this? Any other ideas as to the cause or how to go about tracking > it down? It should be problem around PCMCIA is broken on test7. Some are working for fixing this (on linuxce list), but not completed yet. ---- Kawashima From owner-linux-mips@oss.sgi.com Fri Oct 6 02:56:25 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 02:56:05 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:57986 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 02:55:44 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 03:37:24 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 03:37:15 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:17539 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 03:36:52 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 03:57:45 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 03:57:35 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:57355 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Fri, 6 Oct 2000 03:57:10 -0700 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> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 05:12:45 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 05:12:26 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:6532 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 05:12:00 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 06:08:05 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 06:07:56 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:53776 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Fri, 6 Oct 2000 06:07:36 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 731BC7C5F; Fri, 6 Oct 2000 14:07:34 +0100 (BST) Date: Fri, 6 Oct 2000 14:07:34 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: SMB in 2.4 Kernel Message-ID: <20001006140734.A11647@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, I sucesfully built a 2.4 cvs kernel from yesturday....then, I enabled smb support and tried to re-compile, and got this: make[3]: Entering directory `/tmp/linux/fs/smbfs' gcc -D__KERNEL__ -I/tmp/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -mcpu=r4600 -mips2 -Wa,--trap -pipe -DSMBFS_PARANOIA -c -o proc.o proc.c proc.c: In function `smb_setup_header': proc.c:826: `val' undeclared (first use this function) proc.c:826: (Each undeclared identifier is reported only once proc.c:826: for each function it appears in.) proc.c: In function `smb_setup_bcc': proc.c:849: `val' undeclared (first use this function) proc.c: In function `smb_proc_open': proc.c:881: `val' undeclared (first use this function) proc.c: In function `smb_proc_close': proc.c:980: `val' undeclared (first use this function) proc.c: In function `smb_proc_read': proc.c:1085: `val' undeclared (first use this function) proc.c: In function `smb_proc_write': proc.c:1135: `val' undeclared (first use this function) proc.c: In function `smb_proc_create': proc.c:1163: `val' undeclared (first use this function) proc.c: In function `smb_proc_mv': proc.c:1197: `val' undeclared (first use this function) proc.c: In function `smb_proc_unlink': proc.c:1307: `val' undeclared (first use this function) proc.c: In function `smb_proc_trunc': proc.c:1358: `val' undeclared (first use this function) proc.c: In function `smb_proc_readdir_short': proc.c:1504: `val' undeclared (first use this function) proc.c:1484: warning: unused variable `entries_asked' proc.c: In function `smb_proc_readdir_long': proc.c:1749: `val' undeclared (first use this function) proc.c:1694: warning: unused variable `max_matches' proc.c: In function `smb_proc_getattr_ff': proc.c:1924: `val' undeclared (first use this function) proc.c: In function `smb_proc_getattr_trans2': proc.c:2044: `val' undeclared (first use this function) proc.c: In function `smb_proc_setattr_core': proc.c:2170: `val' undeclared (first use this function) proc.c: In function `smb_proc_setattr_ext': proc.c:2229: `val' undeclared (first use this function) proc.c: In function `smb_proc_setattr_trans2': proc.c:2276: `val' undeclared (first use this function) make[3]: *** [proc.o] Error 1 make[3]: Leaving directory `/tmp/linux/fs/smbfs' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/tmp/linux/fs/smbfs' make[1]: *** [_subdir_smbfs] Error 2 make[1]: Leaving directory `/tmp/linux/fs' make: *** [_dir_fs] Error 2 Any ideas? Compiling nativly on an Indy 4k with glibc 2.0.6, egcs 1.0.3a, binutils 2.8.1 and 2.2.14 Thanks! Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Fri Oct 6 06:22:47 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 06:22:37 -0700 Received: from [206.207.108.63] ([206.207.108.63]:18528 "HELO ridgerun-lx.ridgerun.cxm") by oss.sgi.com with SMTP id ; Fri, 6 Oct 2000 06:22:25 -0700 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 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 To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing "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 owner-linux-mips@oss.sgi.com Fri Oct 6 06:52:17 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 06:52:08 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:34828 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Fri, 6 Oct 2000 06:51:57 -0700 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> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing >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 owner-linux-mips@oss.sgi.com Fri Oct 6 07:53:20 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 07:53:10 -0700 Received: from [206.207.108.63] ([206.207.108.63]:47972 "HELO ridgerun-lx.ridgerun.cxm") by oss.sgi.com with SMTP id ; Fri, 6 Oct 2000 07:53:00 -0700 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 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 To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Keith Owens wrote: > I am guessing that you need -mlong-calls > for modules. That was it exactly. Thanks. --Gordon From owner-linux-mips@oss.sgi.com Fri Oct 6 08:20:40 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 08:20:30 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:27269 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 08:20:09 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 14:10:30 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 14:10:10 -0700 Received: from mx.mips.com ([206.31.31.226]:6077 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 14:09:53 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 14:43:01 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 14:42:41 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:8465 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Fri, 6 Oct 2000 14:42:26 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 5FCCF7C5F; Fri, 6 Oct 2000 18:54:41 +0100 (BST) Date: Fri, 6 Oct 2000 18:54:41 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: [cosmos@hepcat.org: Re: IRIS INDIGO & LINUX] Message-ID: <20001006185441.A12129@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, Thought you'd like this one...I reponded to a post on an SGI mailinglist asking if he could run Linux on his Indego 2....this bloke said he could not, I said he could and pointed him towards the web site....look at the reply he sent me :) ----- Forwarded message from Daniel Leeds ----- Date: Fri, 6 Oct 2000 07:54:46 -0700 From: Daniel Leeds To: Ian Chilton Subject: Re: IRIS INDIGO & LINUX On Fri, 6 Oct 2000, Ian Chilton wrote: > Hello, > > > hell no. you want linux buy a damn peecee. > > WRONG! :-) > http://www.linux-mips.org > > > Bye for Now, > you seriously consider that something worth smiling about? Linux is pathetic, those ports are half ass. And most of all, if you are buying SGI equipment to run Linux you are a sorry motherfucker. smile about that. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= cosmos "What do both Linux and it's at users share in common? hepcat.org Both were created after 1990." =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-linux-mips@oss.sgi.com Fri Oct 6 14:43:01 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 14:42:41 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:8721 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Fri, 6 Oct 2000 14:42:28 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id E74687C6D; Fri, 6 Oct 2000 19:00:41 +0100 (BST) Date: Fri, 6 Oct 2000 19:00:41 +0100 From: Ian Chilton To: Daniel Leeds Subject: Re: IRIS INDIGO & LINUX Message-ID: <20001006190041.B12129@woody.ichilton.co.uk> References: <20001006100340.A11049@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i In-Reply-To: ; from cosmos@hepcat.org on Fri, Oct 06, 2000 at 07:54:46AM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, > you seriously consider that something worth smiling about? Linux is > pathetic, those ports are half ass. And most of all, if you are buying > SGI equipment to run Linux you are a sorry motherfucker. uhm..I don't think there is any need for language like that! This guy obviously wanted to run Linux on his SGI, so I answered his question. If you don't want to run Linux on an SGI, then that is fine...you can use IRIX...no problem... But, if someone wants to run/port Linux, then that is his/her choice, so there is no need for criticism.... Let me remind you that Linux is now a very popular operating system, but that was brought about by a small group of hackers who were interested.... I happen to be activly working on the Linux/MIPS port, and have IRIX and Linux on my Indy and that is my decision...so there is no need for you to go sending mail like that...if you don't like it, don't use it and keep quiet! Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Fri Oct 6 14:57:31 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 14:57:11 -0700 Received: from saturn.mikemac.com ([216.99.199.88]:65294 "EHLO saturn.mikemac.com") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 14:57:01 -0700 Received: from Saturn (localhost [127.0.0.1]) by saturn.mikemac.com (8.9.3/8.9.3) with ESMTP id IAA31261; Fri, 6 Oct 2000 08:29:35 -0700 Message-Id: <200010061529.IAA31261@saturn.mikemac.com> To: Hiroshi Kawashima cc: linux-mips@oss.sgi.com Subject: Re: Linux-VR test7 hangs when execing init In-Reply-To: Your message of "Fri, 06 Oct 2000 17:00:41 +0900." <200010060755.QAA00127@email.sm.sony.co.jp> Date: Fri, 06 Oct 2000 08:29:35 -0700 From: Mike McDonald Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing >To: Mike McDonald >Subject: Re: Linux-VR test7 hangs when execing init >Date: Fri, 06 Oct 2000 17:00:41 +0900 >From: Hiroshi Kawashima > >Hi. > >> Recently the Linux-VR tree synced up with the SGI tree at test7 >> (from test4). As a result of this updating of the Linux-VR tree, my >> kernels either hang or Oops while execing init. A minimal kernel will >> hang and a normally config'd kernel will Oops. Does anyone know of any >> changes in the ELF code or the ext2 filesystem that might be the cause >> fo this? Any other ideas as to the cause or how to go about tracking >> it down? > >It should be problem around PCMCIA is broken on test7. >Some are working for fixing this (on linuxce list), but not >completed yet. PCMCIA is not configured in my minimal kernel, so that shouldn't be it. Mike McDonald mikemac@mikemac.com ------------------ Uranus=>fgrep "=y" .config | sort CONFIG_BINFMT_ELF=y CONFIG_BLK_DEV_INITRD=y CONFIG_BLK_DEV_RAM=y CONFIG_CLASS_DESKTOP=y CONFIG_CPU_LITTLE_ENDIAN=y CONFIG_CPU_NO_FPU=y CONFIG_CPU_VR4122=y CONFIG_CPU_VR41XX=y CONFIG_CROSSCOMPILE=y CONFIG_ELF_KERNEL=y CONFIG_EXPERIMENTAL=y CONFIG_EXT2_FS=y CONFIG_HAVE_IO_PORTS=y CONFIG_KCORE_ELF=y CONFIG_MIPS_FPU_EMULATOR=y CONFIG_MSDOS_PARTITION=y CONFIG_NEC_HARRIER=y CONFIG_PROC_FS=y CONFIG_SERIAL=y CONFIG_SERIAL_CONSOLE=y From owner-linux-mips@oss.sgi.com Fri Oct 6 14:58:31 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 14:58:11 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:38902 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 14:58:08 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 14:58:31 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 14:58:10 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:38902 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 14:58:08 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 15:23:01 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 15:22:42 -0700 Received: from u-150.karlsruhe.ipdial.viaginterkom.de ([62.180.18.150]:10502 "EHLO u-150.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 15:22:36 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 15:23:01 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 15:22:42 -0700 Received: from u-150.karlsruhe.ipdial.viaginterkom.de ([62.180.18.150]:10502 "EHLO u-150.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 15:22:34 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 15:23:01 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 15:22:41 -0700 Received: from u-150.karlsruhe.ipdial.viaginterkom.de ([62.180.18.150]:10502 "EHLO u-150.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 15:22:38 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 15:23:01 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 15:22:41 -0700 Received: from u-150.karlsruhe.ipdial.viaginterkom.de ([62.180.18.150]:10502 "EHLO u-150.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 15:22:38 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 6 Oct 2000 19:53:32 +0200 Date: Fri, 6 Oct 2000 19:53:32 +0200 From: Ralf Baechle To: Ian Chilton Cc: linux-mips@oss.sgi.com Subject: Re: SMB in 2.4 Kernel Message-ID: <20001006195332.B8544@bacchus.dhis.org> References: <20001006140734.A11647@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001006140734.A11647@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Fri, Oct 06, 2000 at 02:07:34PM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, Oct 06, 2000 at 02:07:34PM +0100, Ian Chilton wrote: > Compiling nativly on an Indy 4k with glibc 2.0.6, egcs 1.0.3a, binutils 2.8.1 and 2.2.14 I'm just comitting an untested fix for this problem. It also did affect mips64. Ralf From owner-linux-mips@oss.sgi.com Fri Oct 6 15:27:30 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 15:27:21 -0700 Received: from u-150.karlsruhe.ipdial.viaginterkom.de ([62.180.18.150]:11014 "EHLO u-150.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 15:27:10 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 6 17:17:52 2000 Received: by oss.sgi.com id ; Fri, 6 Oct 2000 17:17:41 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:24047 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 6 Oct 2000 17:17:36 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing "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 owner-linux-mips@oss.sgi.com Sun Oct 8 09:50:17 2000 Received: by oss.sgi.com id ; Sun, 8 Oct 2000 09:50:07 -0700 Received: from u-43.karlsruhe.ipdial.viaginterkom.de ([62.180.18.43]:6404 "EHLO u-43.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 8 Oct 2000 09:49:48 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Oct 9 07:37:40 2000 Received: by oss.sgi.com id ; Mon, 9 Oct 2000 07:37:30 -0700 Received: from smtp.algor.co.uk ([62.254.210.199]:48858 "EHLO kenton.algor.co.uk") by oss.sgi.com with ESMTP id ; Mon, 9 Oct 2000 07:37:19 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Oct 9 08:51:50 2000 Received: by oss.sgi.com id ; Mon, 9 Oct 2000 08:51:41 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:18707 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 9 Oct 2000 08:51:38 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id ED3247F7; Mon, 9 Oct 2000 17:51:35 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 7EB5F9014; Mon, 9 Oct 2000 17:50:32 +0200 (CEST) Date: Mon, 9 Oct 2000 17:50:32 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: BFD: bfd assertion fail elfcode.h:1205 Message-ID: <20001009175032.B7288@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, while building glibc 2.2 for mips with cvs gcc/binutils as of 20001007 i get the following - multiple times ( >1000 ) when building the package (probably while stripping the binarys) BFD: bfd assertion fail elfcode.h:1205 BFD: bfd assertion fail elfcode.h:1205 BFD: bfd assertion fail elfcode.h:1205 BFD: bfd assertion fail elfcode.h:1205 BFD: bfd assertion fail elfcode.h:1205 BFD: bfd assertion fail elfcode.h:1205 BFD: bfd assertion fail elfcode.h:1205 BFD: bfd assertion fail elfcode.h:1205 BFD: bfd assertion fail elfcode.h:1205 Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Mon Oct 9 13:32:51 2000 Received: by oss.sgi.com id ; Mon, 9 Oct 2000 13:32:41 -0700 Received: from [206.207.108.63] ([206.207.108.63]:45891 "HELO ridgerun-lx.ridgerun.cxm") by oss.sgi.com with SMTP id ; Mon, 9 Oct 2000 13:32:38 -0700 Received: (qmail 16904 invoked from network); 9 Oct 2000 14:32:27 -0600 Received: from gmcnutt-lx.ridgerun.cxm (HELO ridgerun.com) (gmcnutt@192.168.1.17) by ridgerun-lx.ridgerun.cxm with SMTP; 9 Oct 2000 14:32:27 -0600 Message-ID: <39E22B5A.66587B5A@ridgerun.com> Date: Mon, 09 Oct 2000 14:32:26 -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@oss.sgi.com Subject: sgiserial.c Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing I'm trying to get the Indy's serial port to drive a peripheral card at 115200 baud. It appears to work OK at 9600 baud (the serial port that is -- the card expects 115200 baud). First of all, it lookslike the baud_table (in sgiserial.c) used to convert termios.c_cflag bits to a numeric baud rate was outdated so I fixed it up. Didn't help. It looks like transmit interrupts are occurring and the driver is trying to write them to the chip (one byte per interrupt..? ok, whatever works), but the other end usually isn't getting anything. When reading, the Indy seems to get bytes but they don't look good. BTW, I've tried compiling the kernel without console support on the serial line but I still get some console messages during boot (at 9600 baud). Haven't looked too hard at that yet... When I force everybody to use 115200 baud (via a hack) I don't see the console messages (yes, I changed minicom to expect 115200 in this case). It just seems like the chip is not correctly being set to operate at 115200 -- even when I force it to try. Has anybody else tried to make the serial port speak 115200? Thanks, --Gordon From owner-linux-mips@oss.sgi.com Mon Oct 9 17:21:42 2000 Received: by oss.sgi.com id ; Mon, 9 Oct 2000 17:21:32 -0700 Received: from u-240.karlsruhe.ipdial.viaginterkom.de ([62.180.18.240]:28421 "EHLO u-240.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 9 Oct 2000 17:20:58 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 10 Oct 2000 02:19:53 +0200 Date: Tue, 10 Oct 2000 02:19:53 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com Subject: Re: BFD: bfd assertion fail elfcode.h:1205 Message-ID: <20001010021953.E25504@bacchus.dhis.org> References: <20001009175032.B7288@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001009175032.B7288@paradigm.rfc822.org>; from flo@rfc822.org on Mon, Oct 09, 2000 at 05:50:32PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 09, 2000 at 05:50:32PM +0200, Florian Lohoff wrote: > Hi, > while building glibc 2.2 for mips with cvs gcc/binutils as > of 20001007 i get the following - multiple times ( >1000 ) when > building the package (probably while stripping the binarys) > > BFD: bfd assertion fail elfcode.h:1205 > BFD: bfd assertion fail elfcode.h:1205 > BFD: bfd assertion fail elfcode.h:1205 > BFD: bfd assertion fail elfcode.h:1205 > BFD: bfd assertion fail elfcode.h:1205 > BFD: bfd assertion fail elfcode.h:1205 > BFD: bfd assertion fail elfcode.h:1205 > BFD: bfd assertion fail elfcode.h:1205 > BFD: bfd assertion fail elfcode.h:1205 In my source tree from cvs line 1205 is empty and there have not been changes to elfcode.h since September 27 so it seems we're looking at different trees. Also I haven't observed these assertions. Can you isolate the changes triggering them? Ralf From owner-linux-mips@oss.sgi.com Mon Oct 9 20:14:52 2000 Received: by oss.sgi.com id ; Mon, 9 Oct 2000 20:14:42 -0700 Received: from wo1133.wohnheim.uni-wuerzburg.de ([132.187.221.133]:58407 "EHLO wo1133.wohnheim.uni-wuerzburg.de") by oss.sgi.com with ESMTP id ; Mon, 9 Oct 2000 20:14:28 -0700 Received: (from rhoenie@localhost) by wo1133.wohnheim.uni-wuerzburg.de (SGI-8.9.3/8.9.3) id FAA36565 for linux-mips@oss.sgi.com; Tue, 10 Oct 2000 05:13:48 +0200 (CEST) Date: Tue, 10 Oct 2000 05:13:48 +0200 From: Marcus Herbert To: Linux on MIPS Subject: Re: sgiserial.c Message-ID: <20001010051348.A36498@wo1133.wohnheim.uni-wuerzburg.de> Mail-Followup-To: Marcus Herbert , Linux on MIPS References: <39E22B5A.66587B5A@ridgerun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.2i In-Reply-To: <39E22B5A.66587B5A@ridgerun.com>; from gmcnutt@ridgerun.com on Mon, Oct 09, 2000 at 02:32:26PM -0600 X-Wisdom: Do not dangle the mouse by its cable or throw the mouse at co-workers. Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 09, 2000 at 02:32:26PM -0600, Gordon McNutt wrote: > I'm trying to get the Indy's serial port to drive a peripheral card at > 115200 baud. It appears to work OK at 9600 baud (the serial port that is > -- the card expects 115200 baud). It is limited to 38400 bit/second on hardware side. Read IRIX serial manpage: [..] SUPPORTED SPEEDS The serial ports of all SGI systems support several standard rates up through 38400 bps (see termio(7) for these standard rates). The serial ports on O2, OCTANE, Origin2000, Onyx2 and Origin200 systems also support 31250 57600 76800 115200 [..] This is common knowlegde btw ;-) -- PGP2 Key-ID: 666/36540865 1997/06/09 GPG Key-ID: 1024D/2E2DAB44 2000-01-30 Geek-Code: GCS b O e+ h From owner-linux-mips@oss.sgi.com Mon Oct 9 20:22:02 2000 Received: by oss.sgi.com id ; Mon, 9 Oct 2000 20:21:52 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:12399 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 9 Oct 2000 20:21:33 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id UAA09281 for ; Mon, 9 Oct 2000 20:27:42 -0700 (PDT) mail_from (kaos@melbourne.sgi.com) 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 OAA04624 for ; Tue, 10 Oct 2000 14:19:17 +1100 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Linux on MIPS Subject: Re: sgiserial.c In-reply-to: Your message of "Tue, 10 Oct 2000 05:13:48 +0200." <20001010051348.A36498@wo1133.wohnheim.uni-wuerzburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Oct 2000 14:19:17 +1100 Message-ID: <3417.971147957@kao2.melbourne.sgi.com> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, 10 Oct 2000 05:13:48 +0200, Marcus Herbert wrote: >SUPPORTED SPEEDS > The serial ports of all SGI systems support several standard rates > up through 38400 bps (see termio(7) for these standard rates). > The serial ports on O2, OCTANE, Origin2000, Onyx2 and Origin200 > systems also support > > 31250 57600 > 76800 115200 FWIW, O2's may be rated at 115200 but I can kill my O2 by feeding it the output from a Linux serial console at 115200. No diagnostics, just a solid machine hang. From owner-linux-mips@oss.sgi.com Mon Oct 9 20:46:42 2000 Received: by oss.sgi.com id ; Mon, 9 Oct 2000 20:46:33 -0700 Received: from u-240.karlsruhe.ipdial.viaginterkom.de ([62.180.18.240]:50181 "EHLO u-240.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 9 Oct 2000 20:46:11 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 10 Oct 2000 05:45:06 +0200 Date: Tue, 10 Oct 2000 05:45:06 +0200 From: Ralf Baechle To: Keith Owens Cc: Linux on MIPS Subject: Re: sgiserial.c Message-ID: <20001010054506.F25504@bacchus.dhis.org> References: <20001010051348.A36498@wo1133.wohnheim.uni-wuerzburg.de> <3417.971147957@kao2.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3417.971147957@kao2.melbourne.sgi.com>; from kaos@melbourne.sgi.com on Tue, Oct 10, 2000 at 02:19:17PM +1100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Oct 10, 2000 at 02:19:17PM +1100, Keith Owens wrote: > > The serial ports of all SGI systems support several standard rates > > up through 38400 bps (see termio(7) for these standard rates). > > The serial ports on O2, OCTANE, Origin2000, Onyx2 and Origin200 > > systems also support > > > > 31250 57600 > > 76800 115200 > > FWIW, O2's may be rated at 115200 but I can kill my O2 by feeding it > the output from a Linux serial console at 115200. No diagnostics, just > a solid machine hang. The Origin's IOC3 16550 can go even higher rates at low interrupt load due to it's higher crystal frequency and a NIC-like DMA descriptors. We just don't do it yet in the Linux driver ... Ralf From owner-linux-mips@oss.sgi.com Tue Oct 10 02:41:44 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 02:41:34 -0700 Received: from lightning.swansea.linux.org.uk ([194.168.151.1]:21544 "EHLO the-village.bc.nu") by oss.sgi.com with ESMTP id ; Tue, 10 Oct 2000 02:41:10 -0700 Received: from alan by the-village.bc.nu with local (Exim 2.12 #1) id 13ivuH-0003Un-00; Tue, 10 Oct 2000 10:41:09 +0100 Subject: Re: sgiserial.c To: ralf@oss.sgi.com (Ralf Baechle) Date: Tue, 10 Oct 2000 10:41:08 +0100 (BST) Cc: kaos@melbourne.sgi.com (Keith Owens), linux-mips@oss.sgi.com (Linux on MIPS) In-Reply-To: <20001010054506.F25504@bacchus.dhis.org> from "Ralf Baechle" at Oct 10, 2000 05:45:06 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > The Origin's IOC3 16550 can go even higher rates at low interrupt load > due to it's higher crystal frequency and a NIC-like DMA descriptors. > We just don't do it yet in the Linux driver ... 165x0 chips on x86 running in normal FIFO modes we can do 900Kbits pretty solidly. You should be able to hit the full 2Mbit without trying From owner-linux-mips@oss.sgi.com Tue Oct 10 05:48:34 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 05:48:25 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:53000 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Tue, 10 Oct 2000 05:47:54 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 54629803; Tue, 10 Oct 2000 14:47:11 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id C7B2F9014; Tue, 10 Oct 2000 14:29:47 +0200 (CEST) Date: Tue, 10 Oct 2000 14:29:47 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Re: BFD: bfd assertion fail elfcode.h:1205 Message-ID: <20001010142947.A5074@paradigm.rfc822.org> References: <20001009175032.B7288@paradigm.rfc822.org> <20001010021953.E25504@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001010021953.E25504@bacchus.dhis.org>; from ralf@oss.sgi.com on Tue, Oct 10, 2000 at 02:19:53AM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Oct 10, 2000 at 02:19:53AM +0200, Ralf Baechle wrote: > > BFD: bfd assertion fail elfcode.h:1205 > > In my source tree from cvs line 1205 is empty and there have not been changes > to elfcode.h since September 27 so it seems we're looking at different > trees. Also I haven't observed these assertions. Can you isolate the > changes triggering them? Thats the same observation i did - I looked at the same source as you i guess - So i am a bit - Um - irritated ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Tue Oct 10 12:31:26 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 12:31:16 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:45565 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Tue, 10 Oct 2000 12:31:00 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 10 16:39:35 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 16:39:26 -0700 Received: from air.lug-owl.de ([62.52.24.190]:17158 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Tue, 10 Oct 2000 16:38:48 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id C964086CA; Wed, 11 Oct 2000 01:38:05 +0200 (CEST) Date: Wed, 11 Oct 2000 01:38:04 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Subject: Problem w/ serial console after power-on Message-ID: <20001011013803.A5873@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I've got a DECStation 5000/120 and tried to start some hacking, but no success: I can read everything the box outputs to its serial lines, but anything I type into my minicom seems to end up in /dev/null... The cable is okay, but what could be wrong instead? Any hints? =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 KN02-BA V5.7e 3/misc/kbd ?STF (4: Ln#0 Kbd self test) 3/misc/mouse ?STF (4: Ln#1 Pntr self test) ?IO: 3/rz0/vmunix (bb rd) >> =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 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) --1yeeQ81UyVL57Vl7 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 iEYEARECAAYFAjnjqFsACgkQHb1edYOZ4buI0ACfSYcBCeIcFlKvcD3TtFdcJJTp bBIAni5U5GQ/o0JZk6utyLDFLXSW6i4v =3DgI -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-linux-mips@oss.sgi.com Tue Oct 10 19:14:05 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 19:13:56 -0700 Received: from u-73.karlsruhe.ipdial.viaginterkom.de ([62.180.18.73]:23558 "EHLO u-73.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 10 Oct 2000 19:13:35 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 10 21:47:27 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 21:47:18 -0700 Received: from hq.fsmlabs.com ([209.155.42.197]:30727 "EHLO hq.fsmlabs.com") by oss.sgi.com with ESMTP id ; Tue, 10 Oct 2000 21:46:57 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 10 22:39:48 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 22:39:39 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:52758 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 10 Oct 2000 22:39:19 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA08270 for ; Tue, 10 Oct 2000 22:30:52 -0700 (PDT) mail_from (kaos@melbourne.sgi.com) 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> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 10 23:00:09 2000 Received: by oss.sgi.com id ; Tue, 10 Oct 2000 22:59:59 -0700 Received: from fileserv2.cologne.de ([195.227.25.6]:42860 "HELO fileserv2.Cologne.DE") by oss.sgi.com with SMTP id ; Tue, 10 Oct 2000 22:59:24 -0700 Received: from localhost (2179 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Wed, 11 Oct 2000 07:58:37 +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 HAA01454; Wed, 11 Oct 2000 07:48:50 +0200 Message-ID: <20001011074850.A999@excalibur.cologne.de> Date: Wed, 11 Oct 2000 07:48:50 +0200 From: Karsten Merker To: linux-mips@oss.sgi.com Subject: Re: Problem w/ serial console after power-on Mail-Followup-To: linux-mips@oss.sgi.com References: <20001011013803.A5873@lug-owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <20001011013803.A5873@lug-owl.de>; from Jan-Benedict Glaw on Wed, Oct 11, 2000 at 01:38:04AM +0200 X-No-Archive: yes Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 11, 2000 at 01:38:04AM +0200, Jan-Benedict Glaw wrote: > I've got a DECStation 5000/120 and tried to start some hacking, > but no success: I can read everything the box outputs to its > serial lines, but anything I type into my minicom seems to end > up in /dev/null... The cable is okay, but what could be wrong > instead? Any hints? Well known effect :-) I have a "normal" 7-wire-nullmodem cable that works fine when connecting my vt420 to my Linux PC and running a getty on the port, ist also works fine when connecting the vt420 to the DECstations serial console port, but I have the same problem as you when connecting the DECstation to the PC and running a terminal emulation program on the PC. The soloution: use a 3-wire-nullmodem cable and inside each of the connectors connect RTS-CTS and DTR-DSR-DCD. This should look like this: DECstation PC GND ---------------- GND RxD ---------------- TxD TxD ---------------- RxD RTS -+ +- RTS | | CTS -+ +- CTS DTR-+ +- DTR | | DSR-+ +- DSR | | DCD-+ +- DCD Viel Spass beim Loeten :-). 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 owner-linux-mips@oss.sgi.com Wed Oct 11 00:19:49 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 00:19:39 -0700 Received: from air.lug-owl.de ([62.52.24.190]:59654 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Wed, 11 Oct 2000 00:19:15 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id AF6A486DF; Wed, 11 Oct 2000 09:18:32 +0200 (CEST) Date: Wed, 11 Oct 2000 09:18:32 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Subject: Re: Problem w/ serial console after power-on Message-ID: <20001011091831.A11757@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com References: <20001011013803.A5873@lug-owl.de> <20001011074850.A999@excalibur.cologne.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001011074850.A999@excalibur.cologne.de>; from karsten@excalibur.cologne.de on Wed, Oct 11, 2000 at 07:48:50AM +0200 X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 11, 2000 at 07:48:50AM +0200, Karsten Merker wrote: > On Wed, Oct 11, 2000 at 01:38:04AM +0200, Jan-Benedict Glaw wrote: [Nonfunctional null modem cable] > Well known effect :-) > I have a "normal" 7-wire-nullmodem cable that works fine when connecting Yes, that's true... > The soloution: use a 3-wire-nullmodem cable and inside each of the > connectors connect RTS-CTS and DTR-DSR-DCD. Oh, where's my foot? ...want to shoot it;) > Viel Spass beim Loeten :-). =2E..und ich wollte den gestern schon von meiner Freundin mitnehmen... 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) --ZGiS0Q5IWpPtfppv 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 iEYEARECAAYFAjnkFEcACgkQHb1edYOZ4bu0IQCcDyoUNnBAmQFUFNcJTmw/L4jp 1nsAnR4BhE4DEi7CIDXC+rSY+53I7rIR =ABdC -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-linux-mips@oss.sgi.com Wed Oct 11 04:13:19 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 04:13:10 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:4789 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Wed, 11 Oct 2000 04:12:38 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 11 09:30:00 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 09:29:51 -0700 Received: from gatekeep.ti.com ([192.94.94.61]:17626 "EHLO gatekeep.ti.com") by oss.sgi.com with ESMTP id ; Wed, 11 Oct 2000 09:29:15 -0700 Received: from dlep6.itg.ti.com ([157.170.188.9]) by gatekeep.ti.com (8.11.0/8.11.0) with ESMTP id e9BGSTT25824 for ; Wed, 11 Oct 2000 11:28:29 -0500 (CDT) Received: from dlep6.itg.ti.com (localhost [127.0.0.1]) by dlep6.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA15157 for ; Wed, 11 Oct 2000 11:28:29 -0500 (CDT) Received: from dlep4.itg.ti.com (dlep4.itg.ti.com [157.170.188.63]) by dlep6.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA15147 for ; Wed, 11 Oct 2000 11:28:29 -0500 (CDT) Received: from ti.com (reddwarf.sc.ti.com [158.218.100.143]) by dlep4.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA02772 for ; Wed, 11 Oct 2000 11:28:28 -0500 (CDT) Message-ID: <39E49824.92128925@ti.com> Date: Wed, 11 Oct 2000 10:41:08 -0600 From: Jeff Harrell X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Macro error in 2.4.0-test9 (unaligned.h) Content-Type: multipart/mixed; boundary="------------2250C10270256EBD3BF65E78" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------2250C10270256EBD3BF65E78 Content-Type: multipart/alternative; boundary="------------151D339996ECF005152E113D" --------------151D339996ECF005152E113D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit This caused a problem when loading the ppp module... ~~~~~~~~~~~~8< snippet from /include/asm-mips/unaligned.h -------- #define put_unaligned(x,ptr) \ <<== shouldn't x actually be val here? do { \ switch (sizeof(*(ptr))) { \ case 1: \ *(unsigned char *)ptr = (val); \ break; \ case 2: \ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Jeff Harrell Work: (801) 619-6104 Broadband Access group/TI jharrell@ti.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --------------151D339996ECF005152E113D Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit This caused a problem when loading the ppp module...
 

~~~~~~~~~~~~8< snippet from  /include/asm-mips/unaligned.h --------

#define put_unaligned(x,ptr)      \                   <<== shouldn't  x actually be val here?
    do {         \
         switch (sizeof(*(ptr))) {     \
             case 1:        \
              *(unsigned char *)ptr = (val);    \
               break;       \
             case 2:        \

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeff Harrell                    Work:  (801) 619-6104 
Broadband Access group/TI       
jharrell@ti.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  --------------151D339996ECF005152E113D-- --------------2250C10270256EBD3BF65E78 Content-Type: text/x-vcard; charset=us-ascii; name="jharrell.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Jeff Harrell Content-Disposition: attachment; filename="jharrell.vcf" begin:vcard n:Harrell;Jeff tel;cell:(801) 597-6268 tel;fax:(801) 619-6150 tel;work:(801) 619-6104 x-mozilla-html:TRUE url:http://www.ti.com org:Broadband Access Group version:2.1 email;internet:jharrell@ti.com title:Texas Instruments adr;quoted-printable:;;170 West Election Rd. Suite 100 =0D=0AMS 4106 ;Draper;Utah;84020-6410;USA x-mozilla-cpt:;0 fn:Jeff Harrell end:vcard --------------2250C10270256EBD3BF65E78-- From owner-linux-mips@oss.sgi.com Wed Oct 11 10:19:11 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 10:18:51 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:59396 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Wed, 11 Oct 2000 10:18:30 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id DD1747C75; Wed, 11 Oct 2000 18:17:38 +0100 (BST) Date: Wed, 11 Oct 2000 18:17:38 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: Patches for CVS Glibc, Binutils, GCC Message-ID: <20001011181738.A22525@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, Does anyone have the patches required for the latest CVS glibc/gcc/binutils? I have the GCC patch from early last week that Ralf sent out, but I don't know whether that is still relevenet, or whether there is a new one etc.. Also I have no patches for glibc / binutils..do I need any? Thanks! Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Wed Oct 11 12:29:02 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 12:28:52 -0700 Received: from [206.207.108.63] ([206.207.108.63]:49964 "HELO ridgerun-lx.ridgerun.cxm") by oss.sgi.com with SMTP id ; Wed, 11 Oct 2000 12:28:17 -0700 Received: (qmail 15014 invoked from network); 11 Oct 2000 13:19:27 -0600 Received: from randys-personal.ridgerun.cxm (HELO randyspersonal) (192.168.1.216) by ridgerun-lx.ridgerun.cxm with SMTP; 11 Oct 2000 13:19:27 -0600 From: "Randy Sartin" To: Subject: rs_ioctl() in sgiserial.c info/help needed Date: Wed, 11 Oct 2000 13:28:05 -0600 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) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Background: I am trying to get the Indy's serial port to drive a dongle and am having some trouble getting the dongle to work. The problem seems to be in rs_ioctl() in sgiserial.c - it doesn't handle the TIOCMSET command. The TIOCMSET command allows control over the DTR and RTS lines. The "standard" rs_ioctl() in serial.c does support TIOCMSET. It calls set_modem_info() to control the UART (I think) to then control DTR and RTS. So - my question is... Can I control DTR and RTS on Indy or is this a software feature that hasn't been implemented yet? Thanks, Randy Sartin From owner-linux-mips@oss.sgi.com Wed Oct 11 15:29:52 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 15:29:42 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:32529 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Wed, 11 Oct 2000 15:29:29 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 11 15:30:12 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 15:30:02 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:32273 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Wed, 11 Oct 2000 15:29:30 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 11 15:36:52 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 15:36:42 -0700 Received: from hq.fsmlabs.com ([209.155.42.197]:36874 "EHLO hq.fsmlabs.com") by oss.sgi.com with ESMTP id ; Wed, 11 Oct 2000 15:36:22 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing } 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 owner-linux-mips@oss.sgi.com Wed Oct 11 15:42:42 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 15:42:32 -0700 Received: from hq.fsmlabs.com ([209.155.42.197]:55562 "EHLO hq.fsmlabs.com") by oss.sgi.com with ESMTP id ; Wed, 11 Oct 2000 15:42:14 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --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 owner-linux-mips@oss.sgi.com Wed Oct 11 15:43:32 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 15:43:22 -0700 Received: from u-252.karlsruhe.ipdial.viaginterkom.de ([62.180.18.252]:6663 "EHLO u-252.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 11 Oct 2000 15:43:07 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 11 Oct 2000 17:35:36 +0200 Date: Wed, 11 Oct 2000 17:35:36 +0200 From: Ralf Baechle To: linux-mips@oss.sgi.com Subject: Re: Problem w/ serial console after power-on Message-ID: <20001011173536.A19367@bacchus.dhis.org> References: <20001011013803.A5873@lug-owl.de> <20001011074850.A999@excalibur.cologne.de> <20001011091831.A11757@lug-owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001011091831.A11757@lug-owl.de>; from jbglaw@lug-owl.de on Wed, Oct 11, 2000 at 09:18:32AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 11, 2000 at 09:18:32AM +0200, Jan-Benedict Glaw wrote: > [Nonfunctional null modem cable] > > > Well known effect :-) > > I have a "normal" 7-wire-nullmodem cable that works fine when connecting > > Yes, that's true... > > > The soloution: use a 3-wire-nullmodem cable and inside each of the > > connectors connect RTS-CTS and DTR-DSR-DCD. > > Oh, where's my foot? ...want to shoot it;) No probleem with knocking out hardware handshaking of the serial console like that. You can't do rts-cts or you risk hard to track temporary freezes of the machine. It's been what has caused the freezes of oss.sgi.com some time ago ... Ralf From owner-linux-mips@oss.sgi.com Wed Oct 11 15:43:42 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 15:43:32 -0700 Received: from u-252.karlsruhe.ipdial.viaginterkom.de ([62.180.18.252]:6663 "EHLO u-252.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 11 Oct 2000 15:43:05 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 11 15:43:52 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 15:43:42 -0700 Received: from u-252.karlsruhe.ipdial.viaginterkom.de ([62.180.18.252]:6663 "EHLO u-252.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 11 Oct 2000 15:43:03 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 11 19:06:32 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 19:06:22 -0700 Received: from u-252.karlsruhe.ipdial.viaginterkom.de ([62.180.18.252]:24327 "EHLO u-252.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 11 Oct 2000 19:05:57 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 11 19:15:22 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 19:15:02 -0700 Received: from u-252.karlsruhe.ipdial.viaginterkom.de ([62.180.18.252]:26119 "EHLO u-252.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 11 Oct 2000 19:14:36 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 12 Oct 2000 04:13:40 +0200 Date: Thu, 12 Oct 2000 04:13:40 +0200 From: Ralf Baechle To: Jeff Harrell Cc: linux-mips@oss.sgi.com Subject: Re: Macro error in 2.4.0-test9 (unaligned.h) Message-ID: <20001012041339.A28300@bacchus.dhis.org> References: <39E49824.92128925@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39E49824.92128925@ti.com>; from jharrell@ti.com on Wed, Oct 11, 2000 at 10:41:08AM -0600 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 11, 2000 at 10:41:08AM -0600, Jeff Harrell wrote: > ~~~~~~~~~~~~8< snippet from /include/asm-mips/unaligned.h -------- > > #define put_unaligned(x,ptr) \ <<== shouldn't x > actually be val here? > do { \ > switch (sizeof(*(ptr))) { \ > case 1: \ > *(unsigned char *)ptr = (val); \ > break; \ > case 2: \ Fixed six days ago ... Ralf From owner-linux-mips@oss.sgi.com Wed Oct 11 19:28:22 2000 Received: by oss.sgi.com id ; Wed, 11 Oct 2000 19:28:11 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:41798 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 11 Oct 2000 19:27:32 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id TAA03506; Wed, 11 Oct 2000 19:34:00 -0700 (PDT) mail_from (kaos@melbourne.sgi.com) 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> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Thu Oct 12 05:56:04 2000 Received: by oss.sgi.com id ; Thu, 12 Oct 2000 05:55:44 -0700 Received: from u-161.karlsruhe.ipdial.viaginterkom.de ([62.180.18.161]:37127 "EHLO u-161.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 12 Oct 2000 05:55:19 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 12 Oct 2000 06:30:12 +0200 Date: Thu, 12 Oct 2000 06:30:12 +0200 From: Ralf Baechle To: Ian Chilton Cc: linux-mips@oss.sgi.com Subject: Re: Patches for CVS Glibc, Binutils, GCC Message-ID: <20001012063012.A14443@bacchus.dhis.org> References: <20001011181738.A22525@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001011181738.A22525@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Wed, Oct 11, 2000 at 06:17:38PM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 11, 2000 at 06:17:38PM +0100, Ian Chilton wrote: > > Does anyone have the patches required for the latest CVS glibc/gcc/binutils? > > I have the GCC patch from early last week that Ralf sent out, but I don't know whether that is still relevenet, or whether there is a new one etc.. > > Also I have no patches for glibc / binutils..do I need any? Yes, both need patches. Ralf From owner-linux-mips@oss.sgi.com Thu Oct 12 07:50:04 2000 Received: by oss.sgi.com id ; Thu, 12 Oct 2000 07:49:34 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:31749 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Thu, 12 Oct 2000 07:49:12 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 9173A7C75; Thu, 12 Oct 2000 15:48:30 +0100 (BST) Date: Thu, 12 Oct 2000 15:48:30 +0100 From: Ian Chilton To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Re: Patches for CVS Glibc, Binutils, GCC Message-ID: <20001012154830.A24509@woody.ichilton.co.uk> References: <20001011181738.A22525@woody.ichilton.co.uk> <20001012063012.A14443@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i In-Reply-To: <20001012063012.A14443@bacchus.dhis.org>; from ralf@oss.sgi.com on Thu, Oct 12, 2000 at 06:30:12AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, > Yes, both need patches. humm...any chance you could have a directory on oss, where you always stick the patches when they are updated...maybe also a text file, with the date it was last changed... Thanks! Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Thu Oct 12 11:17:00 2000 Received: by oss.sgi.com id ; Thu, 12 Oct 2000 11:16:50 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:4089 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Thu, 12 Oct 2000 11:16:18 -0700 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 e9CIEOx05467; Thu, 12 Oct 2000 11:14:24 -0700 Message-ID: <39E66230.C6010B25@mvista.com> Date: Thu, 12 Oct 2000 18:15:28 -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: Ian Chilton CC: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Patches for CVS Glibc, Binutils, GCC References: <20001011181738.A22525@woody.ichilton.co.uk> <20001012063012.A14443@bacchus.dhis.org> <20001012154830.A24509@woody.ichilton.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ian Chilton wrote: > > Hello, > > > Yes, both need patches. > > humm...any chance you could have a directory on oss, where you always stick the patches when they are updated...maybe also a text file, with the date it was last changed... > > Thanks! > > Bye for Now, > > Ian I agree. A common way of doing it is to have a patch named after a date, which inidicates the patch can be applied against the CVS tree on that date. ... Actually I need those patches too. :-) Jun From owner-linux-mips@oss.sgi.com Thu Oct 12 14:06:40 2000 Received: by oss.sgi.com id ; Thu, 12 Oct 2000 14:06:25 -0700 Received: from u-151.karlsruhe.ipdial.viaginterkom.de ([62.180.18.151]:51719 "EHLO u-151.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 12 Oct 2000 14:06:17 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 12 Oct 2000 23:05:20 +0200 Date: Thu, 12 Oct 2000 23:05:20 +0200 From: Ralf Baechle To: Jun Sun Cc: Ian Chilton , linux-mips@oss.sgi.com Subject: Re: Patches for CVS Glibc, Binutils, GCC Message-ID: <20001012230520.B21634@bacchus.dhis.org> References: <20001011181738.A22525@woody.ichilton.co.uk> <20001012063012.A14443@bacchus.dhis.org> <20001012154830.A24509@woody.ichilton.co.uk> <39E66230.C6010B25@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39E66230.C6010B25@mvista.com>; from jsun@mvista.com on Thu, Oct 12, 2000 at 06:15:28PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Oct 12, 2000 at 06:15:28PM -0700, Jun Sun wrote: > > humm...any chance you could have a directory on oss, where you always stick the patches when they are updated...maybe also a text file, with the date it was last changed... > I agree. A common way of doing it is to have a patch named after a > date, which inidicates the patch can be applied against the CVS tree on > that date. In general all those patches are only fairly shortlived. They're intended to be tested and will then go into back to their original maintainers. And probably noone of the hackers really like producing a large extra administrative overhead to extra bookkeeping work ... Ralf From owner-linux-mips@oss.sgi.com Thu Oct 12 17:24:48 2000 Received: by oss.sgi.com id ; Thu, 12 Oct 2000 17:24:19 -0700 Received: from u-151.karlsruhe.ipdial.viaginterkom.de ([62.180.18.151]:15368 "EHLO u-151.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 12 Oct 2000 17:24:10 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Thu Oct 12 17:58:19 2000 Received: by oss.sgi.com id ; Thu, 12 Oct 2000 17:58:09 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:47375 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Thu, 12 Oct 2000 17:57:52 -0700 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> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 13 02:02:50 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 02:02:40 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:9746 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Fri, 13 Oct 2000 02:02:22 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 9FC507FA; Fri, 13 Oct 2000 11:02:19 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 8E48D9018; Fri, 13 Oct 2000 01:46:16 +0200 (CEST) Date: Fri, 13 Oct 2000 01:46:16 +0200 From: Florian Lohoff To: Ralf Baechle Cc: Ian Chilton , linux-mips@oss.sgi.com Subject: Re: Patches for CVS Glibc, Binutils, GCC Message-ID: <20001013014615.A2930@paradigm.rfc822.org> References: <20001011181738.A22525@woody.ichilton.co.uk> <20001012063012.A14443@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001012063012.A14443@bacchus.dhis.org>; from ralf@oss.sgi.com on Thu, Oct 12, 2000 at 06:30:12AM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Oct 12, 2000 at 06:30:12AM +0200, Ralf Baechle wrote: > On Wed, Oct 11, 2000 at 06:17:38PM +0100, Ian Chilton wrote: > > > > > Does anyone have the patches required for the latest CVS glibc/gcc/binutils? > > > > I have the GCC patch from early last week that Ralf sent out, but I don't know whether that is still relevenet, or whether there is a new one etc.. > > > > Also I have no patches for glibc / binutils..do I need any? > > Yes, both need patches. > Both at ftp://ftp.rfc822.org/pub/local/debian-mips/patches rel32-glibc.diff rel32-binutils.diff If not now - At least in 30 Minutes from now (Automatic rsync) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Fri Oct 13 03:16:51 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 03:16:31 -0700 Received: from u-70.karlsruhe.ipdial.viaginterkom.de ([62.180.19.70]:31496 "EHLO u-70.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 03:16:12 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 13 Oct 2000 11:56:26 +0200 Date: Fri, 13 Oct 2000 11:56:26 +0200 From: Ralf Baechle To: Randy Sartin Cc: linux-mips@oss.sgi.com Subject: Re: rs_ioctl() in sgiserial.c info/help needed Message-ID: <20001013115626.A26588@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 randys@ridgerun.com on Wed, Oct 11, 2000 at 01:28:05PM -0600 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 11, 2000 at 01:28:05PM -0600, Randy Sartin wrote: > Background: > I am trying to get the Indy's serial port to drive a dongle and am having > some trouble getting the dongle to work. The problem seems to be in > rs_ioctl() in sgiserial.c - it doesn't handle the TIOCMSET command. The > TIOCMSET command allows control over the DTR and RTS lines. > > The "standard" rs_ioctl() in serial.c does support TIOCMSET. It calls > set_modem_info() to control the UART (I think) to then control DTR and RTS. > > So - my question is... > Can I control DTR and RTS on Indy or is this a software feature that hasn't > been implemented yet? Not implemented yet. The Indy serial driver is derived from a prehistoric version of the Sparc zs driver which didn't have that feature yet. It looked easy to transplant it into sgiserial, so here we go. I'm attaching a a untested kernel patch agaist a current 2.4.0-test9 kernel which will add this feature. Untested because my Indy powersupply seems to have died. Ralf diff -ur orion.work/drivers/sgi/char/sgiserial.c linux-sgi/drivers/sgi/char/sgiserial.c --- orion.work/drivers/sgi/char/sgiserial.c Sat Jul 8 05:02:25 2000 +++ linux-sgi/drivers/sgi/char/sgiserial.c Fri Oct 13 11:27:49 2000 @@ -147,7 +147,7 @@ static const char *badmagic = "Warning: bad magic number for serial struct (%d, %d) in %s\n"; static const char *badinfo = - "Warning: null sun_serial for (%d, %d) in %s\n"; + "Warning: null sgi_serial for (%d, %d) in %s\n"; if (!info) { printk(badinfo, MAJOR(device), MINOR(device), routine); @@ -178,7 +178,8 @@ * interrupts are enabled. Therefore we have to check ioc_iocontrol before we * access it. */ -static inline unsigned char read_zsreg(struct sgi_zschannel *channel, unsigned char reg) +static inline unsigned char read_zsreg(struct sgi_zschannel *channel, + unsigned char reg) { unsigned char retval; volatile unsigned char junk; @@ -192,7 +193,8 @@ return retval; } -static inline void write_zsreg(struct sgi_zschannel *channel, unsigned char reg, unsigned char value) +static inline void write_zsreg(struct sgi_zschannel *channel, + unsigned char reg, unsigned char value) { volatile unsigned char junk; @@ -1302,6 +1304,59 @@ junk = ioc_icontrol->istat0; sti(); return put_user(status,value); +} + +static int get_modem_info(struct sgi_serial * info, unsigned int *value) +{ + unsigned char status; + unsigned int result; + + cli(); + status = info->zs_channel->control; + udelay(2); + sti(); + result = ((info->curregs[5] & RTS) ? TIOCM_RTS : 0) + | ((info->curregs[5] & DTR) ? TIOCM_DTR : 0) + | ((status & DCD) ? TIOCM_CAR : 0) + | ((status & SYNC) ? TIOCM_DSR : 0) + | ((status & CTS) ? TIOCM_CTS : 0); + if (put_user(result, value)) + return -EFAULT; + return 0; +} + +static int set_modem_info(struct sgi_serial * info, unsigned int cmd, + unsigned int *value) +{ + unsigned int arg; + + if (get_user(arg, value)) + return -EFAULT; + switch (cmd) { + case TIOCMBIS: + if (arg & TIOCM_RTS) + info->curregs[5] |= RTS; + if (arg & TIOCM_DTR) + info->curregs[5] |= DTR; + break; + case TIOCMBIC: + if (arg & TIOCM_RTS) + info->curregs[5] &= ~RTS; + if (arg & TIOCM_DTR) + info->curregs[5] &= ~DTR; + break; + case TIOCMSET: + info->curregs[5] = ((info->curregs[5] & ~(RTS | DTR)) + | ((arg & TIOCM_RTS) ? RTS : 0) + | ((arg & TIOCM_DTR) ? DTR : 0)); + break; + default: + return -EINVAL; + } + cli(); + write_zsreg(info->zs_channel, 5, info->curregs[5]); + sti(); + return 0; } /* @@ -1322,11 +1377,10 @@ static int rs_ioctl(struct tty_struct *tty, struct file * file, unsigned int cmd, unsigned long arg) { - int error; - struct sgi_serial * info = (struct sgi_serial *)tty->driver_data; + struct sgi_serial * info = (struct sgi_serial *) tty->driver_data; int retval; - if (serial_paranoia_check(info, tty->device, "rs_ioctl")) + if (serial_paranoia_check(info, tty->device, "zs_ioctl")) return -ENODEV; if ((cmd != TIOCGSERIAL) && (cmd != TIOCSSERIAL) && @@ -1353,45 +1407,36 @@ send_break(info, arg ? arg*(HZ/10) : HZ/4); return 0; case TIOCGSOFTCAR: - error = verify_area(VERIFY_WRITE, (void *) arg,sizeof(long)); - if (error) - return error; - put_user(C_CLOCAL(tty) ? 1 : 0, - (unsigned long *) arg); + if (put_user(C_CLOCAL(tty) ? 1 : 0, + (unsigned long *) arg)) + return -EFAULT; return 0; case TIOCSSOFTCAR: - error = get_user(arg, (unsigned long *)arg); - if (error) - return error; + if (get_user(arg, (unsigned long *) arg)) + return -EFAULT; tty->termios->c_cflag = ((tty->termios->c_cflag & ~CLOCAL) | (arg ? CLOCAL : 0)); return 0; + case TIOCMGET: + return get_modem_info(info, (unsigned int *) arg); + case TIOCMBIS: + case TIOCMBIC: + case TIOCMSET: + return set_modem_info(info, cmd, (unsigned int *) arg); case TIOCGSERIAL: - error = verify_area(VERIFY_WRITE, (void *) arg, - sizeof(struct serial_struct)); - if (error) - return error; return get_serial_info(info, (struct serial_struct *) arg); case TIOCSSERIAL: return set_serial_info(info, (struct serial_struct *) arg); case TIOCSERGETLSR: /* Get line status register */ - error = verify_area(VERIFY_WRITE, (void *) arg, - sizeof(unsigned int)); - if (error) - return error; - else - return get_lsr_info(info, (unsigned int *) arg); + return get_lsr_info(info, (unsigned int *) arg); case TIOCSERGSTRUCT: - error = verify_area(VERIFY_WRITE, (void *) arg, - sizeof(struct sgi_serial)); - if (error) - return error; - copy_to_user((struct sun_serial *) arg, - info, sizeof(struct sgi_serial)); + if (copy_to_user((struct sgi_serial *) arg, + info, sizeof(struct sgi_serial))) + return -EFAULT; return 0; default: diff -ur orion.work/drivers/sgi/char/sgiserial.h linux-sgi/drivers/sgi/char/sgiserial.h --- orion.work/drivers/sgi/char/sgiserial.h Thu Jun 17 15:29:04 1999 +++ linux-sgi/drivers/sgi/char/sgiserial.h Fri Oct 13 11:34:22 2000 @@ -359,7 +359,7 @@ #define ZCOUNT 0x2 /* Zero count */ #define Tx_BUF_EMP 0x4 /* Tx Buffer empty */ #define DCD 0x8 /* DCD */ -#define SYNC_HUNT 0x10 /* Sync/hunt */ +#define SYNC 0x10 /* Sync/hunt */ #define CTS 0x20 /* CTS */ #define TxEOM 0x40 /* Tx underrun */ #define BRK_ABRT 0x80 /* Break/Abort */ From owner-linux-mips@oss.sgi.com Fri Oct 13 08:20:52 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 08:20:42 -0700 Received: from u-239.karlsruhe.ipdial.viaginterkom.de ([62.180.19.239]:53768 "EHLO u-239.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 08:20:25 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 13 08:44:32 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 08:44:21 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:43526 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Fri, 13 Oct 2000 08:44:06 -0700 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> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 13 10:41:23 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 10:41:12 -0700 Received: from u-113.karlsruhe.ipdial.viaginterkom.de ([62.180.19.113]:521 "EHLO u-113.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 10:40:53 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 13 11:21:02 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 11:20:43 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:18694 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Fri, 13 Oct 2000 11:20:31 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id B67B97C75; Fri, 13 Oct 2000 19:20:29 +0100 (BST) Date: Fri, 13 Oct 2000 19:20:29 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: 2.4 Kernel Problem on Indy Message-ID: <20001013192029.A27003@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, Just compiled the CVS 2.4 kernel from this morning, with egcs 1.0.3a, glibc 2.0.6 and binutils 2.8.1 (compiled nativly) When I try to boot, it says this...something I have done wrong, or a kernel bug? (the cvs 2.2 one I did at the same time works though :)) >> boot bootp():/vmlinux root=/dev/sda5 130768+22320+3184+341792+48560d+4604+6816 entry: 0x8afa60d0 Obtaining /vmlinux from server slinky - Exception: Status register: 0x10004802 Cause register: 0x8008 Exception PC: 0x88026f88, Exception RA: 0x8802a698 exception, bad address: 0xfffffffc Local I/O interrupt register 1: 0x80 Saved user regs in hex (&gpda 0xa8740e48, &_regs 0xa8741048): arg: 88193f40 21 88009e24 3c tmp: 4800 ffff00ff a 0 881a377e fffffff7 ffffffff 88009dbc sve: 881a3763 881a3763 0 0 88193f44 10004801 21 0 t8 a t9 0 at 10004800 v0 fffffff8 v1 0 k1 bad11bad gp 88008000 fp 88009d98 sp 88009d98 ra 8802a698 PANIC: Unexpected exception [Press reset or ENTER to restart.] Any ideas? Thanks! Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Fri Oct 13 12:28:53 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 12:28:43 -0700 Received: from hq.fsmlabs.com ([209.155.42.197]:25864 "EHLO hq.fsmlabs.com") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 12:28:29 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing } 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 owner-linux-mips@oss.sgi.com Fri Oct 13 15:14:26 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 15:14:16 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:54261 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 15:14:02 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 13 17:11:25 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 17:11:16 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:32006 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Fri, 13 Oct 2000 17:10:57 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 2762E7C75; Sat, 14 Oct 2000 01:10:56 +0100 (BST) Date: Sat, 14 Oct 2000 01:10:56 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: ld problem Message-ID: <20001014011056.A27588@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, I am running a system with glibc 2.0.6 (-5lm), binutils 2.8.1 and egcs 1.0.3a, oh, and linux-2.2.14-mips Everything compiled fine, including X4.0.1, except when I try to run startx, I get: bash-2.04# startx xinit: error in loading shared libraries libXmu.so.6: cannot open shared object file: No such file or directory That's when I found the ldconfig problem: bash-2.04# /sbin/ldconfig Bus error Any ideas?? Is this useful --> bash-2.04# file /sbin/ldconfig /sbin/ldconfig: ELF 32-bit MSB mips-1 executable, MIPS R3000_BE, version 1, statically linked, not stripped bash-2.04# Thanks! Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Fri Oct 13 20:56:27 2000 Received: by oss.sgi.com id ; Fri, 13 Oct 2000 20:56:18 -0700 Received: from u-108.karlsruhe.ipdial.viaginterkom.de ([62.180.18.108]:31241 "EHLO u-108.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 13 Oct 2000 20:56:02 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 03:58:50 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 03:58:30 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:59408 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 03:58:23 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 03:58:50 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 03:58:30 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:59664 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 03:58:24 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 04:36:50 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 04:36:30 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:38673 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 04:36:09 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id B98B67F8; Sat, 14 Oct 2000 13:36:07 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 9DBB4900C; Sat, 14 Oct 2000 13:35:02 +0200 (CEST) Date: Sat, 14 Oct 2000 13:35:02 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com, debian-mips@lists.debian.org Subject: delo 0.1 / Decstation Boot Loader Message-ID: <20001014133502.A1685@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, i started to hack on a Decstation bootloader - It is currently not booting anything but i thought of letting you know. I put the stuff i already have at ftp://ftp.rfc822.org/pub/local/debian-mipsel/experimental And it is called "delo" - The Decstation Loader - It is loosly designed like "SILO" the Sparc Loader. I have a small application called "writeboot" which is based on lilo and bootprep and inserts the extents to load into the bootsector of the defined disk. This seems to work quiet well. I succeeded to load a full kernel dumped with objcopy like this. The second thing is the "loader" which will (when finished) use the libe2fs to open an ext2 filesystem, load the kernel and run it. Goal is to be able to select the kernel image to be loaded on the prom command line like boot 3/rz0 /boot/vmlinux root=/dev/sda5 console=ttyS2 Although i am not shure on how to select the partition/filesystem on which to look for the kernel. Also MS-DOS Disklabel support has to be added to be able to automatically find the partitions. Currently i am using the first partition starting at 64 (Although the open_ext2 currently fails :( ) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Sat Oct 14 04:59:20 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 04:59:10 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:47366 "HELO convert rfc822-to-8bit woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 04:58:57 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 759BD7C74; Sat, 14 Oct 2000 12:58:55 +0100 (BST) Date: Sat, 14 Oct 2000 12:58:55 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Cc: wesolows@foobazco.org Subject: CVS GCC Problem Message-ID: <20001014125855.A28429@woody.ichilton.co.uk> Reply-To: ian@ichilton.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8BIT User-Agent: Mutt/1.3.9i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, I guess it's not my weekend :( I am trying to satup a cross compile environment on my x86 linux box (gcc 2.95.2 , glibc 2.1.3, binutils 2.10, linux-2.2.17) I am building current CVS binutils and GCC of today with patches that Keith Weso lowski sent me. I have tried this 2 or 3 times, and get the same problem every time,.. mkdir /crossdev mkdir /crossdev-build mkdir /crossdev-build/gcc-build mkdir /crossdev-build/binutils-build cd /crossdev-build cp -ax ~/cvs/linux-mips/src binutils cp -ax ~/cvs/linux-mips/gcc . cd binutils patch -p1 < /export/mips/patches/binutils-1009.diff cd ../gcc patch -p0 < /export/mips/patches/gcc-000922.diff cd ../binutils-build ../binutils/configure --prefix=/crossdev --target=mips-linux && make && make install export PATH=$PATH:/crossdev/bin cd ../gcc-build AR=mips-linux-ar RANLIB=mips-linux-ranlib ../gcc/configure --prefix=/crossdev --target=mips-linux --with-newlib && make -C libiberty LANGUAGES=c && make -C gcc LANGUAGES=c ..This is where it goes wrong :( ./xgcc -B./ -B/crossdev/mips-linux/bin/ -isystem /crossdev/mips-linux/include -O2 -DCROSS_COMPILE -DIN_GCC `echo -g -W -Wall -Wtraditional -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long|sed -e s/-pedantic//g -e s/-Wtraditional//g` -isystem ./include -fPIC -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.0 -Wl,--version-script=libgcc.map -o libgcc_s.so libgcc/./_muldi3.o libgcc/./_divdi3.o libgcc/./_moddi3.o libgcc/./_udivdi3.o libgcc/./_umoddi3.o libgcc/./_negdi2.o libgcc/./_lshrdi3.o libgcc/./_ashldi3.o libgcc/./_ashrdi3.o libgcc/./_ffsdi2.o libgcc/./_clz.o libgcc/./_udiv_w_sdiv.o libgcc/./_udivmoddi4.o libgcc/./_cmpdi2.o libgcc/./_ucmpdi2.o libgcc/./_floatdidf.o libgcc/./_floatdisf.o libgcc/./_fixunsdfsi.o libgcc/./_fixunssfsi.o libgcc/./_fixunsdfdi.o libgcc/./_fixdfdi.o libgcc/./_fixunssfdi.o libgcc/./_fixsfdi.o libgcc/./_fixxfdi.o libgcc/./_fixunsxfdi.o libgcc/./_floatdixf.o libgcc/./_fixunsxfsi.o libgcc/./_fixtfdi.o libgcc/./_fixunstfdi.o libgcc/./_floatditf.o libgcc/./__gcc_bcmp.o libgcc/./_varargs.o libgcc/./__dummy.o libgcc/./_eprintf.o libgcc/./_bb.o libgcc/./_shtab.o libgcc/./_clear_cache.o libgcc/./_trampoline.o libgcc/./__main.o libgcc/./_exit.o libgcc/./_ctors.o libgcc/./_eh.o libgcc/./frame-dwarf2.o -lc /crossdev/mips-linux/bin/ld: cannot open crti.o: No such file or directory collect2: ld returned 1 exit status make[1]: *** [libgcc_s.so] Error 1 make[1]: Leaving directory `/crossdev-build/gcc-build/gcc' make: *** [libgcc.a] Error 2 make: Leaving directory `/crossdev-build/gcc-build/gcc' Any ideas? Thanks! Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Sat Oct 14 05:05:10 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 05:05:00 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:47622 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 05:04:59 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 80D2B7C75; Sat, 14 Oct 2000 13:04:52 +0100 (BST) Date: Sat, 14 Oct 2000 13:04:52 +0100 From: Ian Chilton To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Re: ld problem Message-ID: <20001014130452.B28429@woody.ichilton.co.uk> References: <20001014011056.A27588@woody.ichilton.co.uk> <20001014123233.B4407@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i In-Reply-To: <20001014123233.B4407@bacchus.dhis.org>; from ralf@oss.sgi.com on Sat, Oct 14, 2000 at 12:32:33PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, > Which is probably the root of the evil - I assume at the point when it's > crashing the new /etc/ld.so.conf file is still incomplete. I don't have > a theory what's causing that, sorry. Do you think it could be something to do with the glibc-2.0.6-5lm? or, what about ld.so? I think I compiled v1.9.9 > Hmm... Checkout your /etc/ld.so.conf file. It should exist and contain > a number of lines like: I checked that before the origional post...ld.so.conf looks fine.. > A workaround which may try is the LD_LIBRARY_PATH variable: > export LD_LIBRARY_PATH=`tr '\n' ':' ; Sat, 14 Oct 2000 05:14:00 -0700 Received: from u-118.karlsruhe.ipdial.viaginterkom.de ([62.180.21.118]:47881 "EHLO u-118.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 05:13:51 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 14 Oct 2000 12:38:14 +0200 Date: Sat, 14 Oct 2000 12:38:14 +0200 From: Ralf Baechle To: Ian Chilton Cc: linux-mips@oss.sgi.com Subject: Re: 2.4 Kernel Problem on Indy Message-ID: <20001014123814.C4407@bacchus.dhis.org> References: <20001013192029.A27003@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001013192029.A27003@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Fri, Oct 13, 2000 at 07:20:29PM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, Oct 13, 2000 at 07:20:29PM +0100, Ian Chilton wrote: > Just compiled the CVS 2.4 kernel from this morning, with egcs 1.0.3a, glibc 2.0.6 and binutils 2.8.1 (compiled nativly) > > When I try to boot, it says this...something I have done wrong, or a kernel bug? > (the cvs 2.2 one I did at the same time works though :)) > > >> boot bootp():/vmlinux root=/dev/sda5 Boot with ``boot -f ...''. If then your Indy rejects the kernel binary you have a very old firmware and will have to rebuild a kernel as ECOFF binary with ``make vmlinux.ecoff'' and boot that one. (If this procedure actually works for you then you still have a few IRIX bits left on your disk.) Ralf From owner-linux-mips@oss.sgi.com Sat Oct 14 05:14:10 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 05:14:00 -0700 Received: from u-118.karlsruhe.ipdial.viaginterkom.de ([62.180.21.118]:47881 "EHLO u-118.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 05:13:51 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 14 Oct 2000 14:13:32 +0200 Date: Sat, 14 Oct 2000 14:13:32 +0200 From: Ralf Baechle To: Ian Chilton Cc: linux-mips@oss.sgi.com Subject: Re: ld problem Message-ID: <20001014141332.B4396@bacchus.dhis.org> References: <20001014011056.A27588@woody.ichilton.co.uk> <20001014123233.B4407@bacchus.dhis.org> <20001014130452.B28429@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001014130452.B28429@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Sat, Oct 14, 2000 at 01:04:52PM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, Oct 14, 2000 at 01:04:52PM +0100, Ian Chilton wrote: > > Which is probably the root of the evil - I assume at the point when it's > > crashing the new /etc/ld.so.conf file is still incomplete. I don't have > > a theory what's causing that, sorry. > > Do you think it could be something to do with the glibc-2.0.6-5lm? > > or, what about ld.so? I think I compiled v1.9.9 That explains it. Don't use the ld.so package at all. glibc has it's own dynamic linker. Ralf From owner-linux-mips@oss.sgi.com Sat Oct 14 05:14:10 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 05:14:00 -0700 Received: from u-118.karlsruhe.ipdial.viaginterkom.de ([62.180.21.118]:47881 "EHLO u-118.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 05:13:47 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 05:14:10 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 05:14:00 -0700 Received: from u-118.karlsruhe.ipdial.viaginterkom.de ([62.180.21.118]:47881 "EHLO u-118.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 05:13:49 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 14 Oct 2000 12:32:33 +0200 Date: Sat, 14 Oct 2000 12:32:33 +0200 From: Ralf Baechle To: Ian Chilton Cc: linux-mips@oss.sgi.com Subject: Re: ld problem Message-ID: <20001014123233.B4407@bacchus.dhis.org> References: <20001014011056.A27588@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001014011056.A27588@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Sat, Oct 14, 2000 at 01:10:56AM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, Oct 14, 2000 at 01:10:56AM +0100, Ian Chilton wrote: > I am running a system with glibc 2.0.6 (-5lm), binutils 2.8.1 and > egcs 1.0.3a, oh, and linux-2.2.14-mips > > Everything compiled fine, including X4.0.1, except when I try to run > startx, I get: > > bash-2.04# startx > xinit: error in loading shared libraries > libXmu.so.6: cannot open shared object file: No such file or directory > That's when I found the ldconfig problem: > > bash-2.04# /sbin/ldconfig > Bus error Which is probably the root of the evil - I assume at the point when it's crashing the new /etc/ld.so.conf file is still incomplete. I don't have a theory what's causing that, sorry. Hmm... Checkout your /etc/ld.so.conf file. It should exist and contain a number of lines like: /usr/X11R6/lib /usr/lib /usr/local/lib and probably others more. Maybe ldconfig crashes if the file doesn't exist or contains garbage. A workaround which may try is the LD_LIBRARY_PATH variable: export LD_LIBRARY_PATH=`tr '\n' ':' ; Sat, 14 Oct 2000 05:41:50 -0700 Received: from u-118.karlsruhe.ipdial.viaginterkom.de ([62.180.21.118]:52489 "EHLO u-118.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 05:41:29 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 05:46:10 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 05:45:50 -0700 Received: from u-118.karlsruhe.ipdial.viaginterkom.de ([62.180.21.118]:53769 "EHLO u-118.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 05:45:38 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 14 Oct 2000 14:45:27 +0200 Date: Sat, 14 Oct 2000 14:45:27 +0200 From: Ralf Baechle To: ian@ichilton.co.uk Cc: linux-mips@oss.sgi.com, wesolows@foobazco.org Subject: Re: CVS GCC Problem Message-ID: <20001014144527.D4396@bacchus.dhis.org> References: <20001014125855.A28429@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001014125855.A28429@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Sat, Oct 14, 2000 at 12:58:55PM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, Oct 14, 2000 at 12:58:55PM +0100, Ian Chilton wrote: > I guess it's not my weekend :( #include http://oss.sgi.com/mips/mips-howto.html, see the x-compiler section. Ralf From owner-linux-mips@oss.sgi.com Sat Oct 14 07:26:34 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 07:26:23 -0700 Received: from u-97.karlsruhe.ipdial.viaginterkom.de ([62.180.10.97]:27914 "EHLO u-97.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 07:26:07 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 07:50:14 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 07:50:04 -0700 Received: from chmls06.mediaone.net ([24.147.1.144]:29105 "EHLO chmls06.mediaone.net") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 07:49:42 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 08:10:04 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 08:09:54 -0700 Received: from u-97.karlsruhe.ipdial.viaginterkom.de ([62.180.10.97]:30474 "EHLO u-97.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 08:09:44 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 09:09:54 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 09:09:44 -0700 Received: from chmls06.mediaone.net ([24.147.1.144]:58052 "EHLO chmls06.mediaone.net") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 09:09:43 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 09:10:04 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 09:09:54 -0700 Received: from chmls06.mediaone.net ([24.147.1.144]:58564 "EHLO chmls06.mediaone.net") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 09:09:44 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing [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 owner-linux-mips@oss.sgi.com Sat Oct 14 09:13:34 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 09:13:24 -0700 Received: from u-97.karlsruhe.ipdial.viaginterkom.de ([62.180.10.97]:32522 "EHLO u-97.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 09:13:13 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 09:20:24 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 09:20:14 -0700 Received: from ltc.ltc.com ([38.149.17.171]:38921 "HELO ltc.com") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 09:20:01 -0700 Received: from gw1.ltc.com (gw1.ltc.com [38.149.17.163]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id da314239 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing ----- 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 owner-linux-mips@oss.sgi.com Sat Oct 14 09:27:54 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 09:27:35 -0700 Received: from ltc.ltc.com ([38.149.17.171]:46857 "HELO ltc.com") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 09:27:27 -0700 Received: from gw1.ltc.com (gw1.ltc.com [38.149.17.163]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ha314243 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing ----- 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 owner-linux-mips@oss.sgi.com Sat Oct 14 10:55:57 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 10:55:47 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:59910 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 10:55:25 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 11:05:07 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 11:04:57 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:9735 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 11:04:43 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id B369E7F8; Sat, 14 Oct 2000 20:04:41 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 17600900C; Sat, 14 Oct 2000 20:03:37 +0200 (CEST) Date: Sat, 14 Oct 2000 20:03:37 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com, debian-mips@lists.debian.org Subject: Re: delo 0.1 / Decstation Boot Loader Message-ID: <20001014200337.D1598@paradigm.rfc822.org> References: <20001014133502.A1685@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001014133502.A1685@paradigm.rfc822.org>; from flo@rfc822.org on Sat, Oct 14, 2000 at 01:35:02PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, Oct 14, 2000 at 01:35:02PM +0200, Florian Lohoff wrote: > Hi, > i started to hack on a Decstation bootloader - It is currently > not booting anything but i thought of letting you know. > > I put the stuff i already have at > > ftp://ftp.rfc822.org/pub/local/debian-mipsel/experimental > > And it is called "delo" - The Decstation Loader - It is loosly > designed like "SILO" the Sparc Loader. Update delo 0.2 is up and running I booted Debian GNU/Linux/Mips/Decstation multiple times on my 5000/260 - delo is now able to read an ELF kernel from the first partition on the disk, copy the sections to the right locations and run it at e_entry. The TODO list is getting shorter - Biggest problem i right now see is crashes of the resulting kernel - But only when disabling DEBUG output - I think there are some alignment issues. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Sat Oct 14 12:19:46 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 12:19:27 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:42508 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 12:19:00 -0700 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 13kWpW-0002AE-00; Sat, 14 Oct 2000 21:18:50 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13kWpW-0000jD-00; Sat, 14 Oct 2000 21:18:50 +0200 Date: Sat, 14 Oct 2000 21:18:50 +0200 From: Guido Guenther To: ian@ichilton.co.uk Cc: linux-mips@oss.sgi.com Subject: Re: CVS GCC Problem Message-ID: <20001014211850.A2774@bilbo.physik.uni-konstanz.de> References: <20001014125855.A28429@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001014125855.A28429@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Sat, Oct 14, 2000 at 12:58:55PM +0100 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, Oct 14, 2000 at 12:58:55PM +0100, Ian Chilton wrote: > /crossdev/mips-linux/bin/ld: cannot open crti.o: No such file or directory I see the same thing here. gcc from cvs 000925 seems to be o.k. Regards, -- Guido -- GPG-Public Key: finger agx@debian.org From owner-linux-mips@oss.sgi.com Sat Oct 14 15:56:00 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 15:55:50 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:62728 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 15:55:21 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 509CC7C75; Sat, 14 Oct 2000 23:55:20 +0100 (BST) Date: Sat, 14 Oct 2000 23:55:20 +0100 From: Ian Chilton To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Re: ld problem Message-ID: <20001014235520.B29358@woody.ichilton.co.uk> Reply-To: ian@ichilton.co.uk References: <20001014011056.A27588@woody.ichilton.co.uk> <20001014123233.B4407@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i In-Reply-To: <20001014123233.B4407@bacchus.dhis.org>; from ralf@oss.sgi.com on Sat, Oct 14, 2000 at 12:32:33PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, > > bash-2.04# /sbin/ldconfig > > Bus error I recompiled glibc-2.0.6-5lm, but still get the same "Bus Error" with ldconfig :( > export LD_LIBRARY_PATH=`tr '\n' ':' ; Sat, 14 Oct 2000 16:48:00 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:13836 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 16:47:45 -0700 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> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 14 17:15:51 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 17:15:40 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:59405 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Sat, 14 Oct 2000 17:15:25 -0700 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 13kbSV-0002wm-00; Sun, 15 Oct 2000 02:15:23 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13kbSV-0000pi-00; Sun, 15 Oct 2000 02:15:23 +0200 Date: Sun, 15 Oct 2000 02:15:23 +0200 From: Guido Guenther To: linux-mips@oss.sgi.com Subject: patches for dvhtool Message-ID: <20001015021522.B3106@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PEIAKu/WMn1b1Hv9" User-Agent: Mutt/1.0.1i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Hi, with the following two patches (first against dvhtool, second against current cvs kernel) it's possible to boot the Indy from a local harddisk without the need of IRIX to install it in the volume header. Set setenv OSLoader linux and setenv OSLoadPartition /dev/sd(whatever) in the boot-prom and do a: dvhtool -d /dev/sda(whatever) --unix-to-vh (your_favorite_ecoff_kernel) linux Regards, -- Guido P.S.: ...and no, I don't know if it will work, so better backup your volumheader first. -- GPG-Public Key: finger agx@debian.org --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dvhtool.diff" ? dvhtool.diff Index: Makefile =================================================================== RCS file: /cvs/dvhtool/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- Makefile 2000/07/07 22:06:38 1.2 +++ Makefile 2000/10/14 23:32:17 @@ -2,8 +2,8 @@ # Makefile for dvhtool # CC = gcc -CFLAGS = -O2 -Wall -D_XOPEN_SOURCE=500L -DDEBUG -LDFLAGS = -s +CFLAGS = -O2 -Wall -D_XOPEN_SOURCE=500L -D__MIPSEB__ +LDFLAGS = -s -static OBJS = dvhtool.o dvhlib.o Index: dvh.h =================================================================== RCS file: /cvs/dvhtool/dvh.h,v retrieving revision 1.1 diff -u -r1.1 dvh.h --- dvh.h 2000/07/07 02:24:53 1.1 +++ dvh.h 2000/10/14 23:32:17 @@ -126,6 +126,8 @@ #define PTYPE_XFS 10 /* partition is sgi XFS */ #define PTYPE_XFSLOG 11 /* partition is sgi XFS log */ #define PTYPE_XLV 12 /* partition is part of an XLV vol*/ +#define PTYPE_LINUXSWAP 0x82 /* partition is linux swap */ +#define PTYPE_LINUX 0x83 /* partition is linux native */ #define NPTYPES 16 #define VHMAGIC 0xbe5a941 /* randomly chosen value */ Index: dvhlib.c =================================================================== RCS file: /cvs/dvhtool/dvhlib.c,v retrieving revision 1.3 diff -u -r1.3 dvhlib.c --- dvhlib.c 2000/07/11 23:50:44 1.3 +++ dvhlib.c 2000/10/14 23:32:18 @@ -40,6 +40,8 @@ case PTYPE_XFS: return "XFS"; case PTYPE_XFSLOG: return "XFS Log"; case PTYPE_XLV: return "XLV Volume"; + case PTYPE_LINUXSWAP: return "Linux swap"; + case PTYPE_LINUX: return "Linux native"; default: return "Unknown Partition Type"; } @@ -128,6 +130,20 @@ } static void +recalc_vh_csum( struct dvh_handle *dvh) +{ + uint32_t csum = 0; + int i; + + dvh->dvh_vh.vh_csum = 0; + i = sizeof(struct volume_header) / sizeof(uint32_t) - 1; + while(i--) { + csum += ntohl(dvh->dvh_cs[i]); + } + dvh->dvh_vh.vh_csum = -csum; +} + +static void dvh_swap_device_parameters(struct device_parameters *dp) { swap_short(dp->dp_cyls); @@ -276,6 +292,7 @@ free(buf); } +#if 0 static int dvh_sort(const void *p1, const void *p2) { @@ -294,6 +311,7 @@ return 0; } +#endif void dvh_file_to_vh(struct dvh_handle *dvh, const char *u_name, const char *vh_name) @@ -301,8 +319,9 @@ struct volume_header *vh = &dvh->dvh_vh; struct volume_directory *vd = vh->vh_vd; struct stat istat; - int i, res, ifd, dest; - char *buf; + long size=vh->vh_pt[8].pt_nblks * blksize; + int i, res, ifd, dest, num=0, newAdded=0; + char *buf[NVDIR]; ifd = open(u_name, O_RDONLY); if (ifd == -1) @@ -311,53 +330,102 @@ res = fstat(ifd, &istat); if (res == -1) die("Couldn't stat source file"); - - /* XXX Check for free entry before modifying the the dvh. */ - /* XXX Check for sufficient space before modifying the the dvh. */ - /* Are we replacing an existing file? */ + size=vh->vh_pt[8].pt_nblks * blksize - istat.st_size; /* XXX pad to blocksize? */ + /* Are we replacing an existing file, check for enough space and free entry in volume header */ for (i = 0; i < NVDIR; i++) { if (strncmp(vh_name, vd->vd_name, VDNAMESIZE) == 0) { /* It's an existing file, delete it. */ vd->vd_name[0] = '\0'; + vd->vd_nbytes = 0; break; } + if ( vd->vd_nbytes ) { + size -= vd->vd_nbytes; + num++; + } vd++; } - /* First sort all dvh entries by their starting block. */ - qsort(vh->vh_vd, NVDIR, sizeof(struct volume_directory), dvh_sort); + if ( num == NVDIR ) + die("No more free entries in Volume header"); + if ( size <= 0 ) + die("Not enough space left in volume header"); + + /* copy all the other entries into a buffer */ + vd = vh->vh_vd; + for (i = 0; i < NVDIR; i++) { + if( vd->vd_nbytes ) { + buf[i] = malloc(vd->vd_nbytes); + if (buf[i] == NULL) + die("No memory"); + res = pread(dvh->dvh_fd, buf[i], vd->vd_nbytes, vd->vd_lbn * blksize); +#ifdef DEBUG + fprintf(stderr,"Copying entry %s to tmp buffer\n", vd->vd_name); +#endif + if (res != vd->vd_nbytes) { + die("Short read"); + } + } else { + buf[i] = 0; + } + vd++; + } - /* Now move all files stuff all files to the beginning of the - volume directory partition. */ + /* look for a free entry and add the new one */ + vd = vh->vh_vd; /* XXX The number 4 is observed from the IRIX dvh. */ dest = vh->vh_pt[8].pt_firstlbn + 4; - vd = vh->vh_vd; - for (i = 0; i < NVDIR; i++, vd++) { - if (dest != vd->vd_lbn) { - /* Move it */ + for (i = 0; i < NVDIR; i++) { + /* add new entry if we find a free entry and we've not already done it */ + if( ! vd->vd_nbytes && ! newAdded ) { +#ifdef DEBUG + fprintf(stderr,"Adding new entry at position %d\n", i); +#endif + vd->vd_nbytes = istat.st_size; + strcpy( vd->vd_name, vh_name); + newAdded = 1; + + buf[i] = malloc(vd->vd_nbytes); + if (buf[i] == NULL) + die("No memory"); + + res = pread(ifd, buf[i], vd->vd_nbytes, 0); + if (res != vd->vd_nbytes) { + die("Short read"); + } + close(ifd); } - + if ( vd->vd_nbytes ) { /* write buf to Volume Directory */ +#ifdef DEBUG + fprintf(stderr,"Writing buf[%d]\n", i); +#endif + vd->vd_lbn = dest; + res = pwrite(dvh->dvh_fd, buf[i], vd->vd_nbytes, vd->vd_lbn * blksize); + if (res != vd->vd_nbytes) { + fprintf(stderr, "Wrote %d not %d\n", res, vd->vd_nbytes); + die("Short write"); + } + } dest += (vd->vd_nbytes + 511) / 512; /* XXX Blocksize */ vd++; } - /* -> dest now points to the starting block for the new file. */ - - /* XXX Now allocate a new directory entry for the file, populate it, - write it to the vh and write the updated vh back to the disk. */ - buf = malloc(vd->vd_nbytes); - if (buf == NULL) - die("No memory"); - - res = pread(ifd, buf, vd->vd_nbytes, 0); - if (res != vd->vd_nbytes) { - die("Short read"); - } - - res = pwrite(dvh->dvh_fd, buf, vd->vd_nbytes, vd->vd_lbn * blksize); - if (res != vd->vd_nbytes) - die("Short write"); - - free(buf); + for ( i = 0; i < NVDIR; i++) { + if( buf[i] ) + free( buf[i] ); + } + + /* write the new volume header too! */ + recalc_vh_csum(dvh); +#ifdef DEBUG + printf("About to rewrite the volume header: "); +#endif + res = pwrite(dvh->dvh_fd, vh, sizeof(struct volume_header), 0); + if ( res != sizeof(struct volume_header )) { + die("Short write of volume header - bye bye\n"); + } +#ifdef DEBUG + printf("wrote %d bytes\n", res); +#endif } Index: dvhlib.h =================================================================== RCS file: /cvs/dvhtool/dvhlib.h,v retrieving revision 1.1 diff -u -r1.1 dvhlib.h --- dvhlib.h 2000/07/07 02:24:53 1.1 +++ dvhlib.h 2000/10/14 23:32:18 @@ -22,6 +22,8 @@ void extern dvh_close(struct dvh_handle *dvh); extern void dvh_vh_to_file(const struct dvh_handle *dvh, const char *vh_name, const char *u_name); +extern void dvh_file_to_vh(struct dvh_handle *dvh, const char *u_name, + const char *dvh_name); extern void dvh_print_vh(const struct dvh_handle *vh); extern void dvh_print_vd(const struct dvh_handle *vh); extern void dvh_print_pt(const struct dvh_handle *vh); Index: dvhtool.c =================================================================== RCS file: /cvs/dvhtool/dvhtool.c,v retrieving revision 1.2 diff -u -r1.2 dvhtool.c --- dvhtool.c 2000/07/07 22:06:38 1.2 +++ dvhtool.c 2000/10/14 23:32:18 @@ -12,7 +12,7 @@ #include "dvhlib.h" #if defined(__linux__) && defined(__MIPSEB__) && !defined (DEBUG) -#define DEVICE "/dev/rdsk/dks0d1vol" +#define DEVICE "/dev/sda" #else #define DEVICE "volhdr-1.dat" #endif @@ -33,7 +33,8 @@ #define OPT_PRINT_PT 258 #define OPT_PRINT_ALL 259 #define OPT_VH_TO_UNIX 260 -#define OPT_HELP 261 +#define OPT_UNIX_TO_VH 261 +#define OPT_HELP 262 static struct option long_options[] = { {"device", required_argument, NULL, OPT_DEVICE}, @@ -42,6 +43,7 @@ {"print-partitions", no_argument, NULL, OPT_PRINT_PT}, {"print-all", no_argument, NULL, OPT_PRINT_ALL}, {"vh-to-unix", no_argument, NULL, OPT_VH_TO_UNIX}, + {"unix-to-vh", no_argument, NULL, OPT_UNIX_TO_VH}, {"help", no_argument, NULL, OPT_HELP}, {NULL, 0, NULL, 0} }; @@ -53,6 +55,7 @@ print_pt, print_all, vh_to_unix, + unix_to_vh, show_usage }; @@ -98,6 +101,10 @@ action = vh_to_unix; break; + case OPT_UNIX_TO_VH: + action = unix_to_vh; + break; + case OPT_HELP: default: action = show_usage; @@ -146,6 +153,24 @@ u_file = argv[optind]; dvh_vh_to_file(dvh, vh_file, u_file); } + if (action == unix_to_vh) { + char *vh_file, *u_file; + + if (optind + 2 > argc) + die("Missing arguments"); + + u_file = argv[optind++]; + vh_file = argv[optind]; + + /* close the dvh and reopen rw */ + dvh_close(dvh); + dvh = dvh_open(device, DVH_READWRITE); + if (dvh == NULL) + die("Can't reopen Disk Volume Header rw"); + + dvh_file_to_vh(dvh, u_file, vh_file); + } + dvh_close(dvh); --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cmdline.diff" --- arch/mips/arc/cmdline.c.orig Sun Oct 15 01:48:40 2000 +++ arch/mips/arc/cmdline.c Sun Oct 15 01:49:28 2000 @@ -27,13 +27,14 @@ "SystemPartition=", "OSLoader=", "OSLoadPartition=", - "OSLoadFilename=" + "OSLoadFilename=", + "OSLoadOptions=" }; #define NENTS(foo) ((sizeof((foo)) / (sizeof((foo[0]))))) void __init prom_init_cmdline(void) { - char *cp; + char *cp, *s; int actr, i; actr = 1; /* Always ignore argv[0] */ @@ -57,7 +58,21 @@ if (cp != &(arcs_cmdline[0])) /* get rid of trailing space */ --cp; *cp = '\0'; - + /* Indy'ism: check for root=partition, if not set it using OSLoadPartition */ + if ( ! strstr( &(arcs_cmdline[0]), "root=")) { + for( i = 0; i < prom_argc; i++ ) { + if ( strstr( prom_argv[i], "OSLoadPartition")) { + s = strstr(prom_argv[i], "="); + strcpy(cp, "root"); + cp += strlen("root"); + strcpy(cp, s); + cp += strlen(s); + *cp = '\0'; + break; + } + } + } + #ifdef DEBUG_CMDLINE prom_printf("prom_init_cmdline: %s\n", &(arcs_cmdline[0])); #endif --PEIAKu/WMn1b1Hv9-- From owner-linux-mips@oss.sgi.com Sat Oct 14 20:03:13 2000 Received: by oss.sgi.com id ; Sat, 14 Oct 2000 20:03:03 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:8205 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sat, 14 Oct 2000 20:02:40 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 62D9B7F8; Sun, 15 Oct 2000 05:02:38 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 56F38900C; Sun, 15 Oct 2000 04:47:53 +0200 (CEST) Date: Sun, 15 Oct 2000 04:47:53 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com, debian-mips@lists.debian.org Subject: Re: delo 0.1 / Decstation Boot Loader Message-ID: <20001015044752.A3817@paradigm.rfc822.org> References: <20001014133502.A1685@paradigm.rfc822.org> <20001014200337.D1598@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001014200337.D1598@paradigm.rfc822.org>; from flo@rfc822.org on Sat, Oct 14, 2000 at 08:03:37PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, Oct 14, 2000 at 08:03:37PM +0200, Florian Lohoff wrote: > Update > > delo 0.2 is up and running Next update - Delo 0.5 up and running I added MS-Dos Partition support that Delo can load from and partition you select - Syntax for me is boot 3/rz0 5/boot/vmlinux root=/dev/sda5 console=ttyS2 As you might guess - 5 is the partition number as in /dev/sda5. Currently i do have the problem that the machine locks hard as soon as the kernel spits out the Kernel Command Line and i am unsure if this is Kernel or Bootloader related. KN05 V2.1k (PC: 0xa002cab8, SP: 0x83a4dde8) 3/prcache >>boot 3/rz0 5/boot/vmlinux root=/dev/sda5 console=ttyS2 delo V0.3 Opening ext2fs on partition 5 Loading /boot/vmlinux ................................................ok This DECstation is a DS5000/2x0 Loading R4000 MMU routines. CPU revision is: 00000440 Primary instruction cache 16kb, linesize 16 bytes. Primary data cache 16kb, linesize 16 bytes. Secondary cache sized at 1024K linesize 32 bytes. Linux version 2.4.0-test8-pre1 (flo@slimer.rfc822.org) (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)) #3 Fri Oct 13 16:27:07 CEST 2000 On node 0 totalpages: 16384 zone(0): 16384 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: 5/boot/vmlinux root=/dev/sda5 console=ttyS2 At this position it locks hard (No reset button pressing - Powercycle) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Sun Oct 15 05:26:48 2000 Received: by oss.sgi.com id ; Sun, 15 Oct 2000 05:26:38 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:21001 "HELO convert rfc822-to-8bit woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Sun, 15 Oct 2000 05:26:15 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 318AC7C75; Sun, 15 Oct 2000 13:26:10 +0100 (BST) Date: Sun, 15 Oct 2000 13:26:10 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: Possible GCC Bug Message-ID: <20001015132610.A30248@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8BIT User-Agent: Mutt/1.3.9i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, Compiling CVS GCC from yesturday, nativly, using egcs 1.0.3a and binutils 2.8.1 (CVS Binutils compiled fine without patches BTW) if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi /mnt/hd2/lfstmp/gcc/gcc-build/gcc/xgcc -B/mnt/hd2/lfstmp/gcc/gcc-build/gcc/ -B/usr/mips-unknown-linux-gnu/bin/ -B/usr/mips-unknown-linux-gnu/lib/ -isystem /usr/mips-unknown-linux-gnu/include -O2 -DIN_GCC `echo -g -O2 -W -Wall -Wtraditional -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long|sed -e s/-pedantic//g -e s/-Wtraditional//g` -isystem ./include -fPIC -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.0 -Wl,--version-script=libgcc.map -o libgcc_s.so libgcc/./_muldi3.o libgcc/./_divdi3.o libgcc/./_moddi3.o libgcc/./_udivdi3.o libgcc/./_umoddi3.o libgcc/./_negdi2.o libgcc/./_lshrdi3.o libgcc/./_ashldi3.o libgcc/./_ashrdi3.o libgcc/./_ffsdi2.o libgcc/./_clz.o libgcc/./_udiv_w_sdiv.o libgcc/./_udivmoddi4.o libgcc/./_cmpdi2.o libgcc/./_ucmpdi2.o libgcc/./_floatdidf.o libgcc/./_floatdisf.o libgcc/./_fixunsdfsi.o libgcc/./_fixunssfsi.o libgcc/./_fixunsdfdi.o libgcc/./_fixdfdi.o libgcc/./_fixunssfdi.o libgcc/./_fixsfdi.o libgcc/./_fixxfdi.o libgcc/./_fixunsxfdi.o libgcc/./_floatdixf.o libgcc/./_fixunsxfsi.o libgcc/./_fixtfdi.o libgcc/./_fixunstfdi.o libgcc/./_floatditf.o libgcc/./__gcc_bcmp.o libgcc/./_varargs.o libgcc/./__dummy.o libgcc/./_eprintf.o libgcc/./_bb.o libgcc/./_shtab.o libgcc/./_clear_cache.o libgcc/./_trampoline.o libgcc/./__main.o libgcc/./_exit.o libgcc/./_ctors.o libgcc/./_eh.o libgcc/./frame-dwarf2.o -lc /usr/bin/ld:libgcc.map:1: parse error in VERSION script collect2: ld returned 1 exit status make[3]: *** [libgcc_s.so] Error 1 make[3]: Leaving directory `/mnt/hd2/lfstmp/gcc/gcc-build/gcc' make[2]: *** [libgcc.a] Error 2 make[2]: Leaving directory `/mnt/hd2/lfstmp/gcc/gcc-build/gcc' make[1]: *** [stage_a] Error 2 make[1]: Leaving directory `/mnt/hd2/lfstmp/gcc/gcc-build/gcc' make: *** [bootstrap] Error 2 bash-2.04# Thanks! Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Sun Oct 15 17:35:53 2000 Received: by oss.sgi.com id ; Sun, 15 Oct 2000 17:35:43 -0700 Received: from u-227.karlsruhe.ipdial.viaginterkom.de ([62.180.21.227]:59146 "EHLO u-227.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 15 Oct 2000 17:35:35 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 15 18:01:32 2000 Received: by oss.sgi.com id ; Sun, 15 Oct 2000 18:01:23 -0700 Received: from u-227.karlsruhe.ipdial.viaginterkom.de ([62.180.21.227]:5131 "EHLO u-227.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 15 Oct 2000 18:01:07 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 16 Oct 2000 03:00:53 +0200 Date: Mon, 16 Oct 2000 03:00:53 +0200 From: Ralf Baechle To: Guido Guenther Cc: ian@ichilton.co.uk, linux-mips@oss.sgi.com Subject: Re: CVS GCC Problem Message-ID: <20001016030053.G15377@bacchus.dhis.org> References: <20001014125855.A28429@woody.ichilton.co.uk> <20001014211850.A2774@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001014211850.A2774@bilbo.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Sat, Oct 14, 2000 at 09:18:50PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, Oct 14, 2000 at 09:18:50PM +0200, Guido Guenther wrote: > On Sat, Oct 14, 2000 at 12:58:55PM +0100, Ian Chilton wrote: > > /crossdev/mips-linux/bin/ld: cannot open crti.o: No such file or directory > I see the same thing here. gcc from cvs 000925 seems to be o.k. The file crti.o should be in /crossdev/mips-linux/lib/crti.o. Is it actually there? Can you checkout where the x-compiler is actually searching for those files? Ralf From owner-linux-mips@oss.sgi.com Sun Oct 15 18:08:13 2000 Received: by oss.sgi.com id ; Sun, 15 Oct 2000 18:08:03 -0700 Received: from u-227.karlsruhe.ipdial.viaginterkom.de ([62.180.21.227]:7691 "EHLO u-227.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 15 Oct 2000 18:07:49 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 15 18:33:23 2000 Received: by oss.sgi.com id ; Sun, 15 Oct 2000 18:33:13 -0700 Received: from short.adgrafix.com ([63.79.128.2]:64187 "EHLO short.adgrafix.com") by oss.sgi.com with ESMTP id ; Sun, 15 Oct 2000 18:33:03 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 15 19:34:04 2000 Received: by oss.sgi.com id ; Sun, 15 Oct 2000 19:33:54 -0700 Received: from air.lug-owl.de ([62.52.24.190]:50703 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Sun, 15 Oct 2000 19:33:50 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id B7A89803F; Mon, 16 Oct 2000 04:33:47 +0200 (CEST) Date: Mon, 16 Oct 2000 04:33:47 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Subject: base.tgz Message-ID: <20001016043346.A6656@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! Flo gave me a DECStation some days (2 weeks or so?) ago. I now finally got it running so far. My compiler is quite a bit old (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release), from SRPMS), but it con compile actual CVS. For first tests I used a kernel Flo compiled (R3k-240-test8-pre1 from ftp.rfc822.org:/pub/local/...), but with that one there was no great chance to even copy some files. Actual CVS is quite more stable (well, it doesn't survive a nmap scan, but I con copy tenth of megabytes without any favourite segfaults/bus errors/ core dumps/ ...) My next goal is to cleanly build something like base.tgz. Maybe we can get a smooth debian installation in some days;) So, and now I'll go to bed... 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) --rwEMma7ioTxnRzrJ 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 iEYEARECAAYFAjnqaQoACgkQHb1edYOZ4bsriwCeJo6T4wXBr2vanYQpheb35w+Z xLIAnR584HxfXHgYAb2L8h6caIuwpIw/ =vWU6 -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-linux-mips@oss.sgi.com Sun Oct 15 23:59:08 2000 Received: by oss.sgi.com id ; Sun, 15 Oct 2000 23:58:58 -0700 Received: from lightning.swansea.linux.org.uk ([194.168.151.1]:35360 "EHLO the-village.bc.nu") by oss.sgi.com with ESMTP id ; Sun, 15 Oct 2000 23:58:36 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > Newlib, the libraries from eCOS and also libstand from NetBSD are three The eCos library is an updated newlib. Alan From owner-linux-mips@oss.sgi.com Mon Oct 16 04:24:59 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 04:24:49 -0700 Received: from chmls06.mediaone.net ([24.147.1.144]:63228 "EHLO chmls06.mediaone.net") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 04:24:31 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Oct 16 04:30:39 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 04:30:29 -0700 Received: from u-206.karlsruhe.ipdial.viaginterkom.de ([62.180.18.206]:26379 "EHLO u-206.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 04:30:25 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Oct 16 08:56:01 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 08:55:41 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:30951 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 08:55:24 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Oct 16 11:03:12 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 11:03:02 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:34044 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 11:02:46 -0700 Received: from mvista.com (IDENT:ppopov@zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id e9GI1Vx06622 for ; Mon, 16 Oct 2000 11:01:31 -0700 Message-ID: <39EB41B0.101F0123@mvista.com> Date: Mon, 16 Oct 2000 10:58:08 -0700 From: Pete Popov Organization: Monta Vista Software X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@oss.sgi.com" Subject: IDT 32334 processor Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Has anyone done (or heard of) any work with linux and the IDT 32334 mips processor? Pete From owner-linux-mips@oss.sgi.com Mon Oct 16 11:29:52 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 11:29:43 -0700 Received: from u-55.karlsruhe.ipdial.viaginterkom.de ([62.180.19.55]:49931 "EHLO u-55.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 11:29:29 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Oct 16 11:36:23 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 11:36:13 -0700 Received: from mx.mips.com ([206.31.31.226]:6835 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Mon, 16 Oct 2000 11:36:03 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id LAA02001; Mon, 16 Oct 2000 11:35:43 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id LAA07397; Mon, 16 Oct 2000 11:35:47 -0700 (PDT) Message-ID: <009601c037a0$5f324940$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Pete Popov" , References: <39EB41B0.101F0123@mvista.com> Subject: Re: IDT 32334 processor Date: Mon, 16 Oct 2000 20:38:44 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing No, but from the specs I've seen for the part, it should run a "MIPS32" kernel with little or no modification. That's the port that we did at MIPS for the 4KC. You can download the kernel sources from MIPS at ftp://ftp.mips.com/pub/linux/mips. Some of the work has been merged into the 2.2 stream at SGI, but not all of it. Regards, Kevin K. ----- Original Message ----- From: "Pete Popov" To: Sent: Monday, October 16, 2000 7:58 PM Subject: IDT 32334 processor > > Has anyone done (or heard of) any work with linux and the IDT 32334 mips > processor? > > Pete From owner-linux-mips@oss.sgi.com Mon Oct 16 19:15:18 2000 Received: by oss.sgi.com id ; Mon, 16 Oct 2000 19:15:08 -0700 Received: from air.lug-owl.de ([62.52.24.190]:44296 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Mon, 16 Oct 2000 19:14:53 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id 8BA8285C2; Tue, 17 Oct 2000 04:14:50 +0200 (CEST) Date: Tue, 17 Oct 2000 04:14:50 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Subject: Re: base.tgz Message-ID: <20001017041449.A17546@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com References: <20001016043346.A6656@lug-owl.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001016043346.A6656@lug-owl.de>; from jbglaw@lug-owl.de on Mon, Oct 16, 2000 at 04:33:47AM +0200 X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 16, 2000 at 04:33:47AM +0200, Jan-Benedict Glaw wrote: Hi! > My next goal is to cleanly build something like base.tgz. Maybe > we can get a smooth debian installation in some days;) Okay, I took the package list off potato's base.tgz. Please comment on the missing packets or which files to take instead. Please also have a look at the perl packages... Packages which seem to be not used/useable. They'll not be included: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Package: console-tools-libs Package: fbset Package: fdflush Package: fdutils Package: isapnptools Package: lilo Package: mbr Package: pciutils Package: pump Package: syslinux Package: xviddetect Package: pcmcia-cs Packages which are broken in some way right now: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Package: debconf-tiny (not found) Package: bsdutils (not found) Package: libc6 (will use converted 206-5 rpm) Package: libnewt0 (not found, will use newt-0.40-9.rpm) Package: libstdc++2.10 (not found) Package: locales (not found) Package: mount (not found, will take mount-2.9o-1.rpm) Package: util-linux (not found, will take util-linux-2.7-19.rpm) Package: whiptail (not found, will use declinux' version) Packages which are okay: ~~~~~~~~~~~~~~~~~~~~~~~~ * Package: adduser=20 * Package: ae * Package: apt * Package: base-config * Package: base-files * Package: base-passwd * Package: bash * Package: debianutils * Package: diff * Package: dpkg * Package: e2fsprogs * Package: elvis-tiny * Package: fileutils * Package: findutils * Package: ftp * Package: gettext-base * Package: grep * Package: gzip * Package: hostname * Package: ldso * Package: libdb2 * Package: libgdbmg1 * Package: libncurses5 * Package: libpam-modules * Package: libpam-runtime * Package: libpam0g * Package: libpopt0 * Package: libreadline4 * Package: libwrap0 * Package: login * Package: makedev * Package: mawk * Package: modconf * Package: modutils * Package: ncurses-base * Package: ncurses-bin * Package: netbase (using netstd_3.07-17.deb) * Package: passwd * Package: perl-5.005-base (using perl-5.005_5.005.03-7.1_mipsel.deb) * Package: perl-base (using perl-5.005-base_5.005.03-7.1_mipsel.deb) * Package: ppp * Package: pppconfig * Package: procps * Package: psmisc * Package: sed * Package: setserial * Package: shellutils * Package: slang1 * Package: sysklogd * Package: sysvinit * Package: tar * Package: tasksel * Package: tcpd * Package: telnet * Package: textutils * Package: update 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) --x+6KMIRAuhnl3hBn 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 iEYEARECAAYFAjnrthkACgkQHb1edYOZ4bumeQCfTM6/VtlYrRvPCVpcSc2QIcAZ j6kAn3pHXi/S1nJduXixwbk9mWtgBWlP =Qh9L -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-linux-mips@oss.sgi.com Tue Oct 17 06:30:44 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 06:30:34 -0700 Received: from styx.cs.kuleuven.ac.be ([134.58.40.3]:9161 "EHLO styx.cs.kuleuven.ac.be") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 06:30:16 -0700 Received: from cassiopeia.home (root@dialup005.cs.kuleuven.ac.be [134.58.47.134]) by styx.cs.kuleuven.ac.be (8.10.1/8.10.1) with ESMTP id e9HDU3n23665; Tue, 17 Oct 2000 15:30:03 +0200 (MET DST) Received: from localhost (geert@localhost) by cassiopeia.home (8.9.3/8.9.3/Debian/GNU) with ESMTP id NAA00702; Tue, 17 Oct 2000 13:20:04 +0200 X-Authentication-Warning: cassiopeia.home: geert owned process doing -bs Date: Tue, 17 Oct 2000 13:20:04 +0200 (CEST) From: Geert Uytterhoeven To: Jan-Benedict Glaw cc: linux-mips@oss.sgi.com Subject: Re: base.tgz In-Reply-To: <20001017041449.A17546@lug-owl.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, 17 Oct 2000, Jan-Benedict Glaw wrote: > On Mon, Oct 16, 2000 at 04:33:47AM +0200, Jan-Benedict Glaw wrote: > > My next goal is to cleanly build something like base.tgz. Maybe > > we can get a smooth debian installation in some days;) > > Okay, I took the package list off potato's base.tgz. Please comment > on the missing packets or which files to take instead. Please also > have a look at the perl packages... > > Packages which seem to be not used/useable. They'll not be included: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Package: pciutils ^^^^^^^^^^^^^^^^^ I prefer to have pciutils. It's very handy for debugging PCI problems. 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 owner-linux-mips@oss.sgi.com Tue Oct 17 07:03:34 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 07:03:13 -0700 Received: from router.isratech.ro ([193.226.114.69]:18692 "EHLO router.isratech.ro") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 07:02:54 -0700 Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163]) by router.isratech.ro (8.10.2/8.10.2) with ESMTP id e9HE2EZ28778 for ; Tue, 17 Oct 2000 12:02:31 -0200 Message-ID: <39EC5A4A.DFE3EAD7@isratech.ro> Date: Tue, 17 Oct 2000 16:55:25 +0300 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: CrossCompiler. Content-Type: multipart/mixed; boundary="------------BB949592EC280934EBE83FEE" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------BB949592EC280934EBE83FEE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello you all, I am new in this field so if I will make mistakes please be patient and I will try to not repeat myself. So my task is to setup a gcc crosscompiler which will make code for a mips machine. The crosscompiler will run on a i686-pc-linux machine. I downloaded the latest stuff from oss.sgi.com ( I read the foozbar project which was to setup a crosscompiler on a Indy machine also for mips ) but I got an error . Something with signal 11. Can any of you have any ideea of what to do to setupsuch a crosscompiler ? Thanks for all the help that I will get from you . Regards, Nicu --------------BB949592EC280934EBE83FEE Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:Popovici;Nicu tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;software adr:;;;IASI;IASI;6600;ROMANIA version:2.1 email;internet:octavp@isratech.ro title:software engineer x-mozilla-cpt:;0 fn:Nicu Popovici end:vcard --------------BB949592EC280934EBE83FEE-- From owner-linux-mips@oss.sgi.com Tue Oct 17 07:29:23 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 07:29:04 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:38672 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Tue, 17 Oct 2000 07:28:55 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 551E094A; Tue, 17 Oct 2000 16:28:52 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id C9ACF900C; Tue, 17 Oct 2000 16:27:24 +0200 (CEST) Date: Tue, 17 Oct 2000 16:27:24 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: Re: base.tgz Message-ID: <20001017162724.H4890@paradigm.rfc822.org> References: <20001016043346.A6656@lug-owl.de> <20001017041449.A17546@lug-owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001017041449.A17546@lug-owl.de>; from jbglaw@lug-owl.de on Tue, Oct 17, 2000 at 04:14:50AM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Oct 17, 2000 at 04:14:50AM +0200, Jan-Benedict Glaw wrote: > Packages which seem to be not used/useable. They'll not be included: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Package: console-tools-libs > Package: fbset > Package: fdflush > Package: fdutils > Package: isapnptools > Package: lilo > Package: mbr > Package: pciutils > Package: pump > Package: syslinux > Package: xviddetect > Package: pcmcia-cs We should include them without syslinux, lilo, mbr which are i386 specific. All others might need some special hacking ... > Packages which are broken in some way right now: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Package: debconf-tiny (not found) > Package: bsdutils (not found) from util-linux > Package: libc6 (will use converted 206-5 rpm) > Package: libnewt0 (not found, will use newt-0.40-9.rpm) > Package: libstdc++2.10 (not found) > Package: locales (not found) This is glibc ... > Package: mount (not found, will take mount-2.9o-1.rpm) from util-linux > Package: util-linux (not found, will take util-linux-2.7-19.rpm) from util-linux The util-linux stuff is tricky - I have made a debian-mips package from it using wesolows patches - The packages are at ftp://ftp.rfc822.org/pub/local/debian-mips/temp-packages One could easily build these for mipsel ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Tue Oct 17 07:31:23 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 07:31:03 -0700 Received: from [206.207.108.63] ([206.207.108.63]:29021 "HELO ridgerun-lx.ridgerun.cxm") by oss.sgi.com with SMTP id ; Tue, 17 Oct 2000 07:30:48 -0700 Received: (qmail 8417 invoked from network); 17 Oct 2000 08:30:37 -0600 Received: from skranz-lx.ridgerun.cxm (HELO ridgerun.com) (skranz@192.168.1.15) by ridgerun-lx.ridgerun.cxm with SMTP; 17 Oct 2000 08:30:37 -0600 Message-ID: <39EC628D.43431069@ridgerun.com> Date: Tue, 17 Oct 2000 08:30:37 -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: Nicu Popovici CC: linux-mips@oss.sgi.com Subject: Re: CrossCompiler. References: <39EC5A4A.DFE3EAD7@isratech.ro> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Try downloading the make-cross... package located at the following site: ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple The README file pertaining to that package states the following: "This is the "standard" toolchain. It may not be perfect, but it at least builds a working kernel and some userland packages. It will be updated as major bugs are fixed or every 4-6 weeks or so. If you are doing development with Simple and/or glibc 2.2, you should be using these versions. make-cross.sh can be used to build a full cross toolchain in one shot." Steve Kranz RidgeRun Inc. ============================= Nicu Popovici wrote: > Hello you all, > > I am new in this field so if I will make mistakes please be patient > and I will try to not repeat myself. > > So my task is to setup a gcc crosscompiler which will make code for a > mips machine. The crosscompiler will run on a i686-pc-linux machine. I > downloaded the latest stuff from oss.sgi.com ( I read the foozbar > project which was to setup a crosscompiler on a Indy machine also for > mips ) but I got an error . > Something with signal 11. Can any of you have any ideea of what to do > to setupsuch a crosscompiler ? > > Thanks for all the help that I will get from you . > > Regards, > Nicu From owner-linux-mips@oss.sgi.com Tue Oct 17 08:21:24 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 08:21:04 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:8710 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 08:20:41 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id IAA19493; Tue, 17 Oct 2000 08:20:08 -0700 Date: Tue, 17 Oct 2000 08:20:08 -0700 From: Keith M Wesolowski To: Steve Kranz Cc: Nicu Popovici , linux-mips@oss.sgi.com Subject: Re: CrossCompiler. Message-ID: <20001017082008.A19317@chem.unr.edu> References: <39EC5A4A.DFE3EAD7@isratech.ro> <39EC628D.43431069@ridgerun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39EC628D.43431069@ridgerun.com>; from skranz@ridgerun.com on Tue, Oct 17, 2000 at 08:30:37AM -0600 X-Complaints-To: postmaster@chem.unr.edu Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Oct 17, 2000 at 08:30:37AM -0600, Steve Kranz wrote: > Try downloading the make-cross... package located at the > following site: > "This is the "standard" toolchain. It may not be > perfect, but it at least builds a working kernel and > some userland packages. It will be updated as major Unfortunately the standard toolchain itself is out of date. I would recommend instead getting current CVS binutils and gcc, and patching appropriately. With any luck we'll soon have a new standard toolchain. make-cross, otoh, is still 100% useful; I use it all the time and it works with arbitrary versions. -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From owner-linux-mips@oss.sgi.com Tue Oct 17 08:35:54 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 08:35:44 -0700 Received: from air.lug-owl.de ([62.52.24.190]:31246 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Tue, 17 Oct 2000 08:35:28 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id 3479A85CD; Tue, 17 Oct 2000 17:35:26 +0200 (CEST) Date: Tue, 17 Oct 2000 17:35:25 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Subject: Re: base.tgz Message-ID: <20001017173525.C22796@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com References: <20001016043346.A6656@lug-owl.de> <20001017041449.A17546@lug-owl.de> <20001017162724.H4890@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DIOMP1UsTsWJauNi" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001017162724.H4890@paradigm.rfc822.org>; from flo@rfc822.org on Tue, Oct 17, 2000 at 04:27:24PM +0200 X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --DIOMP1UsTsWJauNi Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 17, 2000 at 04:27:24PM +0200, Florian Lohoff wrote: > On Tue, Oct 17, 2000 at 04:14:50AM +0200, Jan-Benedict Glaw wrote: [Some less interesting packages] > We should include them without syslinux, lilo, mbr which > are i386 specific. All others might need some special > hacking ... Will see what I can do;) First of all, I'll combine all the .deb's I've currently fetched up. Btw, Geert asked for pciutils. Are there MIPSel machines with PCI bus(ses)? > from util-linux >=20 > The util-linux stuff is tricky - I have made a debian-mips package > from it using wesolows patches - The packages are at > ftp://ftp.rfc822.org/pub/local/debian-mips/temp-packages > One could easily build these for mipsel ... Thanks. I'll try to compile it for mipsel as soon as I've got a=20 working toolchain. Currently, I'm only able to x-compile kernels on a ia32 machine... 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) --DIOMP1UsTsWJauNi 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 iEYEARECAAYFAjnscb0ACgkQHb1edYOZ4btKLwCgherIams16hddbLE7NxNmDbnB 4NAAoIm9uybQTWaS6f4f1hqYZY88JQUI =qLSy -----END PGP SIGNATURE----- --DIOMP1UsTsWJauNi-- From owner-linux-mips@oss.sgi.com Tue Oct 17 08:58:14 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 08:58:04 -0700 Received: from saturn.mikemac.com ([216.99.199.88]:36369 "EHLO saturn.mikemac.com") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 08:57:50 -0700 Received: from Saturn (localhost [127.0.0.1]) by saturn.mikemac.com (8.9.3/8.9.3) with ESMTP id IAA25549; Tue, 17 Oct 2000 08:50:31 -0700 Message-Id: <200010171550.IAA25549@saturn.mikemac.com> To: jbglaw@lug-owl.de cc: linux-mips@oss.sgi.com Subject: Re: base.tgz In-Reply-To: Your message of "Tue, 17 Oct 2000 17:35:25 +0200." <20001017173525.C22796@lug-owl.de> Date: Tue, 17 Oct 2000 08:50:31 -0700 From: Mike McDonald Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing >Date: Tue, 17 Oct 2000 17:35:25 +0200 >From: Jan-Benedict Glaw >To: linux-mips@oss.sgi.com >Subject: Re: base.tgz >Will see what I can do;) First of all, I'll combine all the .deb's >I've currently fetched up. Btw, Geert asked for pciutils. Are there >MIPSel machines with PCI bus(ses)? Yes. Mike McDonald mikemac@mikemac.com From owner-linux-mips@oss.sgi.com Tue Oct 17 09:31:44 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 09:31:25 -0700 Received: from mx.mips.com ([206.31.31.226]:63165 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 09:30:57 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id JAA10682; Tue, 17 Oct 2000 09:30:33 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id JAA06479; Tue, 17 Oct 2000 09:30:45 -0700 (PDT) Message-ID: <009001c03858$0d963840$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: , "Mike McDonald" Cc: References: <200010171550.IAA25549@saturn.mikemac.com> Subject: Re: base.tgz Date: Tue, 17 Oct 2000 18:33:49 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > >Will see what I can do;) First of all, I'll combine all the .deb's > >I've currently fetched up. Btw, Geert asked for pciutils. Are there > >MIPSel machines with PCI bus(ses)? > > Yes. Heck, I've got two different ones in the lab! Kevin K. From owner-linux-mips@oss.sgi.com Tue Oct 17 14:04:27 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 14:04:18 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:22009 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 14:04:06 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 17 16:17:40 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 16:17:30 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:12017 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 16:17:13 -0700 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 e9HNFnx26468; Tue, 17 Oct 2000 16:15:53 -0700 Message-ID: <39ED40B4.EEB5F444@mvista.com> Date: Tue, 17 Oct 2000 23:18:28 -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 Subject: 16K page size? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Has anybody tried that before? I wonder if it is just as simple as changing PAGE_SHIFT from 12 to 14 in include/asm-mips/page.h. I remember I have seen many places in kernel and drivers that assume 4k page size (perhaps minimum 4k page size in reality.) What about glibc? Does it assume any page size? Thanks. Jun From owner-linux-mips@oss.sgi.com Tue Oct 17 17:47:12 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 17:47:02 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:26117 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Tue, 17 Oct 2000 17:46:44 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id A56489F1; Wed, 18 Oct 2000 02:46:41 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id C444C900C; Wed, 18 Oct 2000 02:45:32 +0200 (CEST) Date: Wed, 18 Oct 2000 02:45:32 +0200 From: Florian Lohoff To: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: delo 0.7 Message-ID: <20001018024532.B2130@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, new "delo" release - It seems that i might call it "everyday use" release. New features: - reads /etc/delo.conf for parameters and kernel image name - command line arguments for the bootsector installer -----------------schnipp------------------------------------ KN05 V2.1k (PC: 0xbfc007ac, SP: 0x82e47de8) 3/prcache delo V0.7 Copyright 2000 Florian Lohoff Loading /etc/delo.conf .. ok Loading /boot/vmlinux ................... ok This DECstation is a DS5000/2x0 Loading R4000 MMU routines. CPU revision is: 00000440 Primary instruction cache 16kb, linesize 16 bytes. Primary data cache 16kb, linesize 16 bytes. Secondary cache sized at 1024K linesize 32 bytes. Linux version 2.4.0-test8-pre1 (flo@slimer.rfc822.org) (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)) #3 Fri Oct 13 16:27:07 CEST 2000 -----------------schnapp------------------------------------ There is a known bug i cant seem to find - Look into the readme. I only tried on /260 so far but i guess itl work on any REX machine. There is currentl no "NON-REX" support but someday .... The loading is currently SLOW like hell - I guess its because of the PROM beeing very slow. There are possibilities to speed up - But - Who wants to boot his Decstation that often ? Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Tue Oct 17 18:30:42 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 18:30:32 -0700 Received: from u-237.karlsruhe.ipdial.viaginterkom.de ([62.180.18.237]:42509 "EHLO u-237.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 18:30:17 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 18 Oct 2000 03:30:02 +0200 Date: Wed, 18 Oct 2000 03:30:02 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: 16K page size? Message-ID: <20001018033002.D7865@bacchus.dhis.org> References: <39ED40B4.EEB5F444@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39ED40B4.EEB5F444@mvista.com>; from jsun@mvista.com on Tue, Oct 17, 2000 at 11:18:28PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Oct 17, 2000 at 11:18:28PM -0700, Jun Sun wrote: > Has anybody tried that before? > > I wonder if it is just as simple as changing PAGE_SHIFT from 12 to 14 in > include/asm-mips/page.h. > > I remember I have seen many places in kernel and drivers that assume 4k > page size (perhaps minimum 4k page size in reality.) What about glibc? > Does it assume any page size? Most applications probably use the getpagesize() function, so they should be fine. libc itself should also be clean. In the kernel we don't handle this properly yet. There are also some optimizations which are possible for larger page sizes. IA64 already has a larger pagesize than Intel, so I hope they have already solve most of the problems for us. Ralf From owner-linux-mips@oss.sgi.com Tue Oct 17 18:35:42 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 18:35:32 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:58629 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Tue, 17 Oct 2000 18:35:19 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 17 18:35:42 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 18:35:32 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:58373 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Tue, 17 Oct 2000 18:35:19 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 5F4759F1; Wed, 18 Oct 2000 03:35:16 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 7AB96900C; Wed, 18 Oct 2000 03:30:31 +0200 (CEST) Date: Wed, 18 Oct 2000 03:30:31 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: Re: base.tgz Message-ID: <20001018033031.A2259@paradigm.rfc822.org> References: <20001016043346.A6656@lug-owl.de> <20001017041449.A17546@lug-owl.de> <20001017162724.H4890@paradigm.rfc822.org> <20001017173525.C22796@lug-owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001017173525.C22796@lug-owl.de>; from jbglaw@lug-owl.de on Tue, Oct 17, 2000 at 05:35:25PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Oct 17, 2000 at 05:35:25PM +0200, Jan-Benedict Glaw wrote: > On Tue, Oct 17, 2000 at 04:27:24PM +0200, Florian Lohoff wrote: > > On Tue, Oct 17, 2000 at 04:14:50AM +0200, Jan-Benedict Glaw wrote: > > Will see what I can do;) First of all, I'll combine all the .deb's > I've currently fetched up. Btw, Geert asked for pciutils. Are there > MIPSel machines with PCI bus(ses)? RM200C i guess Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Tue Oct 17 18:38:42 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 18:38:32 -0700 Received: from u-237.karlsruhe.ipdial.viaginterkom.de ([62.180.18.237]:45069 "EHLO u-237.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 18:38:22 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 18 Oct 2000 03:38:04 +0200 Date: Wed, 18 Oct 2000 03:38:04 +0200 From: Ralf Baechle To: Jun Sun , linux-mips@oss.sgi.com Subject: Re: 16K page size? Message-ID: <20001018033804.E7865@bacchus.dhis.org> References: <39ED40B4.EEB5F444@mvista.com> <20001018033002.D7865@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001018033002.D7865@bacchus.dhis.org>; from ralf@oss.sgi.com on Wed, Oct 18, 2000 at 03:30:02AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 18, 2000 at 03:30:02AM +0200, Ralf Baechle wrote: > Most applications probably use the getpagesize() function, so they should > be fine. libc itself should also be clean. > > In the kernel we don't handle this properly yet. There are also some > optimizations which are possible for larger page sizes. IA64 already > has a larger pagesize than Intel, so I hope they have already solve ^^^^^ i386 > most of the problems for us. Ralf From owner-linux-mips@oss.sgi.com Tue Oct 17 18:41:22 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 18:41:02 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:62469 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Tue, 17 Oct 2000 18:40:52 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 6B0479F1; Wed, 18 Oct 2000 03:40:49 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 4B4AD900C; Wed, 18 Oct 2000 03:39:40 +0200 (CEST) Date: Wed, 18 Oct 2000 03:39:40 +0200 From: Florian Lohoff To: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: delo 0.7 Message-ID: <20001018033940.C2259@paradigm.rfc822.org> References: <20001018024532.B2130@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001018024532.B2130@paradigm.rfc822.org>; from flo@rfc822.org on Wed, Oct 18, 2000 at 02:45:32AM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 18, 2000 at 02:45:32AM +0200, Florian Lohoff wrote: > Hi, > new "delo" release - It seems that i might call it "everyday use" release. > [...] > > I only tried on /260 so far but i guess itl work on any REX machine. > There is currentl no "NON-REX" support but someday .... Ok - I tried again on a /133 and a /120 which both worked So consider this a VERY usable release .... Patches always welcome - How does the CD-Rom boot on the decstation work ? Are they doing the same on cd-rom ? Ahh - wait - yes - This is why the Decstation cdroms had to support 512 byte blocking :) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Tue Oct 17 18:58:22 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 18:58:03 -0700 Received: from u-237.karlsruhe.ipdial.viaginterkom.de ([62.180.18.237]:46093 "EHLO u-237.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 18:57:53 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 17 18:58:22 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 18:58:12 -0700 Received: from chmls06.mediaone.net ([24.147.1.144]:40098 "EHLO chmls06.mediaone.net") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 18:57:58 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 17 19:13:23 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 19:13:12 -0700 Received: from u-237.karlsruhe.ipdial.viaginterkom.de ([62.180.18.237]:47885 "EHLO u-237.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 19:12:50 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 18 Oct 2000 04:12:37 +0200 Date: Wed, 18 Oct 2000 04:12:36 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com Subject: Re: base.tgz Message-ID: <20001018041235.G7865@bacchus.dhis.org> References: <20001016043346.A6656@lug-owl.de> <20001017041449.A17546@lug-owl.de> <20001017162724.H4890@paradigm.rfc822.org> <20001017173525.C22796@lug-owl.de> <20001018033031.A2259@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001018033031.A2259@paradigm.rfc822.org>; from flo@rfc822.org on Wed, Oct 18, 2000 at 03:30:31AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 18, 2000 at 03:30:31AM +0200, Florian Lohoff wrote: > On Tue, Oct 17, 2000 at 05:35:25PM +0200, Jan-Benedict Glaw wrote: > > On Tue, Oct 17, 2000 at 04:27:24PM +0200, Florian Lohoff wrote: > > > On Tue, Oct 17, 2000 at 04:14:50AM +0200, Jan-Benedict Glaw wrote: > > > > Will see what I can do;) First of all, I'll combine all the .deb's > > I've currently fetched up. Btw, Geert asked for pciutils. Are there > > MIPSel machines with PCI bus(ses)? > > RM200C i guess All SNI MIPS PCI machines can be reconfigured for both byte orders. And of course Cobalt's ... Ralf From owner-linux-mips@oss.sgi.com Tue Oct 17 19:20:12 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 19:20:02 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:35320 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 19:20:00 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 17 19:25:43 2000 Received: by oss.sgi.com id ; Tue, 17 Oct 2000 19:25:23 -0700 Received: from ns.snowman.net ([63.80.4.34]:31758 "EHLO ns.snowman.net") by oss.sgi.com with ESMTP id ; Tue, 17 Oct 2000 19:25:20 -0700 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) From: 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 18 00:43:44 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 00:43:34 -0700 Received: from air.lug-owl.de ([62.52.24.190]:27667 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Wed, 18 Oct 2000 00:43:11 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id D24C485D1; Wed, 18 Oct 2000 09:43:08 +0200 (CEST) Date: Wed, 18 Oct 2000 09:43:07 +0200 From: Jan-Benedict Glaw To: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: delo 0.7 Message-ID: <20001018094307.B30050@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: debian-mips@lists.debian.org, linux-mips@oss.sgi.com References: <20001018024532.B2130@paradigm.rfc822.org> <20001018033940.C2259@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001018033940.C2259@paradigm.rfc822.org>; from flo@rfc822.org on Wed, Oct 18, 2000 at 03:39:40AM +0200 X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2000 at 03:39:40AM +0200, Florian Lohoff wrote: > On Wed, Oct 18, 2000 at 02:45:32AM +0200, Florian Lohoff wrote: > > Hi, > > new "delo" release - It seems that i might call it "everyday use" relea= se. > > I only tried on /260 so far but i guess itl work on any REX machine. > > There is currentl no "NON-REX" support but someday .... >=20 > Ok - I tried again on a /133 and a /120 which both worked=20 Would you mind to build a .deb of it? I'm not yet so skilled to build "proper" packages (keeping to learn that as well;) I'd like to include it in my base.tgz... 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) --rJwd6BRFiFCcLxzm 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 iEYEARECAAYFAjntVIsACgkQHb1edYOZ4bvomwCcCM0a8s2WV+Znb7KV2Vjlwciv NpEAn2gLuEgua0BWSK1fxlxQMTS0dZXz =ReoH -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-linux-mips@oss.sgi.com Wed Oct 18 02:20:14 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 02:19:54 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:43277 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Wed, 18 Oct 2000 02:19:35 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 18 02:21:04 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 02:20:44 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:45581 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Wed, 18 Oct 2000 02:20:36 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 14A99A42; Wed, 18 Oct 2000 11:20:34 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 440F7900C; Wed, 18 Oct 2000 11:19:28 +0200 (CEST) Date: Wed, 18 Oct 2000 11:19:28 +0200 From: Florian Lohoff To: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: delo 0.7 Message-ID: <20001018111928.B1514@paradigm.rfc822.org> References: <20001018024532.B2130@paradigm.rfc822.org> <20001018033940.C2259@paradigm.rfc822.org> <20001018094307.B30050@lug-owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001018094307.B30050@lug-owl.de>; from jbglaw@lug-owl.de on Wed, Oct 18, 2000 at 09:43:07AM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 18, 2000 at 09:43:07AM +0200, Jan-Benedict Glaw wrote: > On Wed, Oct 18, 2000 at 03:39:40AM +0200, Florian Lohoff wrote: > > On Wed, Oct 18, 2000 at 02:45:32AM +0200, Florian Lohoff wrote: > > > Hi, > > > new "delo" release - It seems that i might call it "everyday use" release. > > > > I only tried on /260 so far but i guess itl work on any REX machine. > > > There is currentl no "NON-REX" support but someday .... > > > > Ok - I tried again on a /133 and a /120 which both worked > > Would you mind to build a .deb of it? I'm not yet so skilled to > build "proper" packages (keeping to learn that as well;) > > I'd like to include it in my base.tgz... Ill do that - Some things missing but it will be available this week somewhen ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Wed Oct 18 05:31:55 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 05:31:35 -0700 Received: from router.isratech.ro ([193.226.114.69]:22276 "EHLO router.isratech.ro") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 05:31:14 -0700 Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163]) by router.isratech.ro (8.10.2/8.10.2) with ESMTP id e9ICUiZ18340 for ; Wed, 18 Oct 2000 10:30:46 -0200 Message-ID: <39ED962F.3230FDEE@isratech.ro> Date: Wed, 18 Oct 2000 15:23:11 +0300 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: CrossGcc Kernel fail. Content-Type: multipart/mixed; boundary="------------211CCA9BDFF832D2DFF474DC" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------211CCA9BDFF832D2DFF474DC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello once again, In all the documentation found on the web it says that after building binutils and gcc I should be able to compile the MIPS Kernel sources. Or my problem is that I can not compile the sources. Any ideas why ? The compilation gives me the following error: cc1: warnings being treated as errors. I used binutils 2.8.1 with the patch and egcs 1.0.3a along with add-ons ( crypt and linuxthreads ). Another question : in all the docs that I found says apply patch binutils--mips.patch, gcc--mips.patch and the same for glibc. I did a search for binutils-2.8.1-mips.patch and I did not find anything. Can anyone tell me where to find those patches ? Regards, Nicu --------------211CCA9BDFF832D2DFF474DC Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:Popovici;Nicu tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;software adr:;;;IASI;IASI;6600;ROMANIA version:2.1 email;internet:octavp@isratech.ro title:software engineer x-mozilla-cpt:;0 fn:Nicu Popovici end:vcard --------------211CCA9BDFF832D2DFF474DC-- From owner-linux-mips@oss.sgi.com Wed Oct 18 05:40:04 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 05:39:54 -0700 Received: from air.lug-owl.de ([62.52.24.190]:45063 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Wed, 18 Oct 2000 05:39:36 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id 6C5A485D5; Wed, 18 Oct 2000 14:39:34 +0200 (CEST) Date: Wed, 18 Oct 2000 14:39:34 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Subject: Re: CrossGcc Kernel fail. Message-ID: <20001018143933.A32077@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com References: <39ED962F.3230FDEE@isratech.ro> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39ED962F.3230FDEE@isratech.ro>; from octavp@isratech.ro on Wed, Oct 18, 2000 at 03:23:11PM +0300 X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2000 at 03:23:11PM +0300, Nicu Popovici wrote: > Hello once again, >=20 > cc1: warnings being treated as errors. Linus once made errors of all warnings, but that's ages ago... What kernel do you try to compile? Anything else than current CVS tree? > Another question : in all the docs that I found says apply patch > binutils--mips.patch, gcc--mips.patch and the same for > glibc. I did a search for binutils-2.8.1-mips.patch and I did not find > anything. Can anyone tell me where to find those patches ? What's wrong with ftp://oss.sgi.com/pub/linux/mips/crossdev/srpms/* ? 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) --ew6BAiZeqk4r7MaW 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 iEYEARECAAYFAjntmgUACgkQHb1edYOZ4bumLgCePiSme081jB5l1onF0LLw9qiT 35wAn0FAUwgTajo3gIOXkqSOyAfYK5bg =srx2 -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-linux-mips@oss.sgi.com Wed Oct 18 05:46:36 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 05:46:25 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:14340 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Wed, 18 Oct 2000 05:46:05 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 18 07:37:29 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 07:37:20 -0700 Received: from igw8.watson.ibm.com ([198.81.209.20]:41188 "EHLO igw8.watson.ibm.com") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 07:37:07 -0700 Received: from sp1n189at0.watson.ibm.com (sp1n189at0.watson.ibm.com [9.2.104.62]) by igw8.watson.ibm.com (8.9.3/8.9.3/05-14-1999) with ESMTP id KAA15392; Wed, 18 Oct 2000 10:37:05 -0400 Received: from kitch0.watson.ibm.com (kitch0.watson.ibm.com [9.2.251.57]) by sp1n189at0.watson.ibm.com (8.9.3/Feb-20-98) with ESMTP id KAA26326; Wed, 18 Oct 2000 10:37:05 -0400 Received: (from jimix@localhost) by kitch0.watson.ibm.com (AIX4.3/8.9.3/8.9.3/01-10-2000) id KAA53800; Wed, 18 Oct 2000 10:37:04 -0400 From: jimix@pobox.com (Jimi X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14829.46470.128116.219939@kitch0.watson.ibm.com> Date: Wed, 18 Oct 2000 10:36:54 -0400 (EDT) To: Ralf Baechle CC: linux-mips@oss.sgi.com Subject: IRIX as(1) question (relavent to linux as well) X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing I have no idea who to ask so I'd like to ask you, if you don't mind. The following bug has gnu as(1) implications because it does not handle the errata below at all. I REALLY need information on the '-t5_nops_follow_br' for the /usr/lib32/cmplrs/asm command. It helps me with a bug in gcc-2.92.2 but I need to know if it does anything else (details below). Please feel free to forward this to anyone who might help. -Jimi X The key background information is that some mips processors have a bug whereby a 64-bit shift after a 64-bit divide can cause the shift to produce an incorrect result. This is a known problem and the errata can be found on: http://www.mips.com/Documentation/R4000_3.0_2.2_PC_SC_errata.pdf #28 on page 7 The mips/sgi assembler will cover for this by adding a nop between a divide and a subsequent shift. However, depending on how gcc is invoked (debug optimization) when it generates this sequence it may insert a lable between the divide and the shift. The IRIX assembler no longer recognizes the sequence and does not insert the the nop. If we pass the IRIX assembler the '-t5_nops_follow_br' it solves the problem forcing the nop and actually it results in two, which if unrestricted could result in some serious performance issues. We would like to know what else it will do to our other code, it seems harmless, but we would like to know specifics if they are available. here is a code sample with the label, remove the label and IRIX as(1) insterts the nop, gnu as(1) does not. ddiv $0,$2,$5 .alabel: dsll $7,$7,32 From owner-linux-mips@oss.sgi.com Wed Oct 18 07:43:20 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 07:43:00 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:5638 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 07:42:46 -0700 Received: from sgibos.boston.sgi.com (sgibos.boston.sgi.com [169.238.32.4] (may be forged)) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA04454 for ; Wed, 18 Oct 2000 07:50:03 -0700 (PDT) mail_from (aumenta@sgibos.boston.sgi.com) Received: from bos-amsa003e--n.boston.sgi.com (bos-amsa003e--n.boston.sgi.com [169.238.35.10]) by sgibos.boston.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA46086 for ; Wed, 18 Oct 2000 10:41:26 -0400 (EDT) Received: from boston.sgi.com (PC-AUMENTA [192.82.201.222]) by bos-amsa003e--n.boston.sgi.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 47LQWG3Y; Wed, 18 Oct 2000 10:43:19 -0400 Message-ID: <39EDB69E.2C89D8C4@boston.sgi.com> Date: Wed, 18 Oct 2000 10:41:34 -0400 From: Albert Aumenta Organization: SGI X-Mailer: Mozilla 4.5 [en]C-CCK-MCD SGI (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: network speeds Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi all, I have a general linux question (ie one not pertaining to mips) that I am hoping someone can help me with. I have the need to confirm the speed at which the network interface is running at on a customer site on a 1200 . I am assuming the answer is in /proc but have been unable to find it. AL From owner-linux-mips@oss.sgi.com Wed Oct 18 07:59:51 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 07:59:41 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:58635 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Wed, 18 Oct 2000 07:59:23 -0700 Received: (qmail 26493 invoked from network); 18 Oct 2000 14:59:17 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 18 Oct 2000 14:59:17 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Albert Aumenta cc: linux-mips@oss.sgi.com Subject: Re: network speeds In-reply-to: Your message of "Wed, 18 Oct 2000 10:41:34 EDT." <39EDB69E.2C89D8C4@boston.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 19 Oct 2000 01:59:15 +1100 Message-ID: <4838.971881155@ocs3.ocs-net> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, 18 Oct 2000 10:41:34 -0400, Albert Aumenta wrote: >I have the need to confirm the speed at which the network interface is >running at on a customer site on a 1200 . I am assuming the answer is in >/proc >but have been unable to find it. Sore point, linux network device drivers do not export network interface speeds. Your best option is mii-diag from http://www.scyld.com/diag/index.html. From owner-linux-mips@oss.sgi.com Wed Oct 18 09:28:21 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 09:28:01 -0700 Received: from styx.cs.kuleuven.ac.be ([134.58.40.3]:62444 "EHLO styx.cs.kuleuven.ac.be") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 09:28:00 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 18 10:14:51 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 10:14:41 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:12785 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 10:14:24 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 18 13:16:35 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 13:16:15 -0700 Received: from air.lug-owl.de ([62.52.24.190]:64526 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Wed, 18 Oct 2000 13:16:07 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id 7D4CF85DE; Wed, 18 Oct 2000 22:16:04 +0200 (CEST) Date: Wed, 18 Oct 2000 22:16:03 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Subject: Re: base.tgz Message-ID: <20001018221603.F3596@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com References: <20001016043346.A6656@lug-owl.de> <20001017041449.A17546@lug-owl.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0rSojgWGcpz+ezC3" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001017041449.A17546@lug-owl.de>; from jbglaw@lug-owl.de on Tue, Oct 17, 2000 at 04:14:50AM +0200 X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --0rSojgWGcpz+ezC3 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 17, 2000 at 04:14:50AM +0200, Jan-Benedict Glaw wrote: > On Mon, Oct 16, 2000 at 04:33:47AM +0200, Jan-Benedict Glaw wrote: > * Package: base-files base-files_2.2.2_mipsel.deb provides /etc/nsswitch.conf as well as glibc_2.0.6ml5.rpm does. Which one do you prefer to have in a base.tgz? --------- .rpm version, comments/blank lines removed passwd: files nisplus nis shadow: files nisplus nis group: files nisplus nis hosts: files nisplus nis dns services: nisplus [NOTFOUND=3Dreturn] files networks: nisplus [NOTFOUND=3Dreturn] files protocols: nisplus [NOTFOUND=3Dreturn] files rpc: nisplus [NOTFOUND=3Dreturn] files ethers: nisplus [NOTFOUND=3Dreturn] files netmasks: nisplus [NOTFOUND=3Dreturn] files =20 bootparams: nisplus [NOTFOUND=3Dreturn] files netgroup: nisplus publickey: nisplus automount: files nisplus aliases: files nisplus --------- .deb version, comments/blank lines removed passwd: compat group: compat shadow: compat hosts: files dns networks: files protocols: db files services: db files ethers: db files rpc: db files netgroup: nis Personally, I prefer to have the .deb version, but I think it's better to ask before;) Esp the nisplus entries in RH's variant make me to dislike is... 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) --0rSojgWGcpz+ezC3 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 iEYEARECAAYFAjnuBQIACgkQHb1edYOZ4bsh2QCfYDnnL7zHhlv14COxbAbpey1l j4oAn2P+1BnNYJ9rZ5NaJWzmFny+D9rY =NwaO -----END PGP SIGNATURE----- --0rSojgWGcpz+ezC3-- From owner-linux-mips@oss.sgi.com Wed Oct 18 13:31:05 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 13:30:55 -0700 Received: from air.lug-owl.de ([62.52.24.190]:36623 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Wed, 18 Oct 2000 13:30:38 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id F3A9985DD; Wed, 18 Oct 2000 22:30:35 +0200 (CEST) Date: Wed, 18 Oct 2000 22:30:35 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Subject: DECStation-Kernel Message-ID: <20001018223035.G3596@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UTZ8bGhNySVQ9LYl" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --UTZ8bGhNySVQ9LYl Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! Some days ago 2 people asked me for some more-or-less stable kernel for some DECStation. That one I'm using (self-compiled) seems to quite stable on my 5000/120. You can find it somewhere at ftp://air.lug-owl.de/pub/mipsel/kernel-packages/ . My base.tgz will show up there as well as soon as I got the database somewhat consistend;) 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) --UTZ8bGhNySVQ9LYl 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 iEYEARECAAYFAjnuCGoACgkQHb1edYOZ4bsTaQCfdF5s8oDiK8tcHCquBrkUCP4+ P1gAn2CRyzHPaamQPikCKPivCRLJJ7W8 =HS8m -----END PGP SIGNATURE----- --UTZ8bGhNySVQ9LYl-- From owner-linux-mips@oss.sgi.com Wed Oct 18 14:26:45 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 14:26:35 -0700 Received: from u-11.karlsruhe.ipdial.viaginterkom.de ([62.180.19.11]:23310 "EHLO u-11.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 14:26:20 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 18 14:27:05 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 14:26:46 -0700 Received: from u-11.karlsruhe.ipdial.viaginterkom.de ([62.180.19.11]:23310 "EHLO u-11.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 14:26:22 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 18 15:37:55 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 15:37:45 -0700 Received: from u-11.karlsruhe.ipdial.viaginterkom.de ([62.180.19.11]:27918 "EHLO u-11.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 15:37:20 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 18 18:22:28 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 18:22:18 -0700 Received: from bob.openport.com ([208.219.70.3]:16870 "EHLO purgatory.openport.com") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 18:21:58 -0700 Received: from openport.com (isdn-dgarnier.openport.com [192.168.111.175]) by purgatory.openport.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id UAA11297 for ; Wed, 18 Oct 2000 20:21:50 -0500 (CDT) Message-ID: <39EE2D79.D55CA9A7@openport.com> Date: Wed, 18 Oct 2000 18:08:41 -0500 From: Dave Garnier Reply-To: dgarnier@openport.com Organization: OPT X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: SGI news group Subject: Indigo2 setup Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing I just picked up an indigo2 with irix6.5 on it, but no install cd's. Is it possible to install mips-linux with out the irix cd's? I would like to wipe the drive clean, and I remember reading that you need the irix boot loader, is this still true? Also is there a how-to, web site with an install guide, or FAQ ? From owner-linux-mips@oss.sgi.com Wed Oct 18 19:25:08 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 19:24:58 -0700 Received: from wopr.scooter.cx ([216.254.73.145]:2825 "EHLO wopr.scooter.cx") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 19:24:45 -0700 Received: from localhost (scott@localhost) by wopr.scooter.cx (8.9.3/8.9.3) with ESMTP id WAA09326 for ; Wed, 18 Oct 2000 22:24:43 -0400 Date: Wed, 18 Oct 2000 22:24:43 -0400 (EDT) From: Scott Venier To: linux-mips@oss.sgi.com Subject: Re: 16K page size? In-Reply-To: <20001018033804.E7865@bacchus.dhis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing shouldn't most things be safe since alpha uses 8k pages? Scott On Wed, 18 Oct 2000, Ralf Baechle wrote: > On Wed, Oct 18, 2000 at 03:30:02AM +0200, Ralf Baechle wrote: > > > Most applications probably use the getpagesize() function, so they should > > be fine. libc itself should also be clean. > > > > In the kernel we don't handle this properly yet. There are also some > > optimizations which are possible for larger page sizes. IA64 already > > has a larger pagesize than Intel, so I hope they have already solve > ^^^^^ > i386 > > most of the problems for us. > > Ralf > From owner-linux-mips@oss.sgi.com Wed Oct 18 22:21:29 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 22:21:19 -0700 Received: from wo1133.wohnheim.uni-wuerzburg.de ([132.187.221.133]:35881 "EHLO wo1133.wohnheim.uni-wuerzburg.de") by oss.sgi.com with ESMTP id ; Wed, 18 Oct 2000 22:21:05 -0700 Received: (from rhoenie@localhost) by wo1133.wohnheim.uni-wuerzburg.de (SGI-8.9.3/8.9.3) id HAA24909 for linux-mips@oss.sgi.com; Thu, 19 Oct 2000 07:21:03 +0200 (CEST) Date: Thu, 19 Oct 2000 07:21:03 +0200 From: Marcus Herbert To: linux-mips@oss.sgi.com Subject: Re: Indigo2 setup Message-ID: <20001019072103.A124866@wo1133.wohnheim.uni-wuerzburg.de> Mail-Followup-To: Marcus Herbert , linux-mips@oss.sgi.com References: <39EE2D79.D55CA9A7@openport.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.2i In-Reply-To: <39EE2D79.D55CA9A7@openport.com>; from dgarnier@openport.com on Wed, Oct 18, 2000 at 06:08:41PM -0500 X-Wisdom: The amount of brain on earth is constant, and the population is growing Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 18, 2000 at 06:08:41PM -0500, Dave Garnier wrote: > I just picked up an indigo2 with irix6.5 on it, but no install cd's. Is > it possible to install mips-linux with out the irix cd's? I would like > to wipe the drive clean, and I remember reading that you need the irix > boot loader, is this still true? Also is there a how-to, web site with > an install guide, or FAQ ? If i were you i wouldnt simply kill the installation. Get a second harddisk, attach it either internal or external, prepare it for use with linux and finaly swap it with the built in drive on the sled. I recommend an IBM drive (faster and not that noisy). http://oss.sgi.com/mips/mips-howto.html (There is even a special indigo2 page somewhere, but i cant memorize the URL right now. I guess Florian can help out.) -- PGP2 Key-ID: 666/36540865 1997/06/09 GPG Key-ID: 1024D/2E2DAB44 2000-01-30 Geek-Code: GCS b O e+ h From owner-linux-mips@oss.sgi.com Wed Oct 18 23:28:49 2000 Received: by oss.sgi.com id ; Wed, 18 Oct 2000 23:28:39 -0700 Received: from pD4B893D0.dip.t-dialin.net ([212.184.147.208]:32524 "HELO scotty.mgnet.de") by oss.sgi.com with SMTP id ; Wed, 18 Oct 2000 23:28:22 -0700 Received: (qmail 6554 invoked from network); 19 Oct 2000 06:28:18 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 19 Oct 2000 06:28:18 -0000 Date: Thu, 19 Oct 2000 08:28:19 +0200 (CEST) From: Klaus Naumann To: Dave Garnier cc: SGI news group Subject: Re: Indigo2 setup In-Reply-To: <39EE2D79.D55CA9A7@openport.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, 18 Oct 2000, Dave Garnier wrote: > I just picked up an indigo2 with irix6.5 on it, but no install cd's. Is > it possible to install mips-linux with out the irix cd's? I would like > to wipe the drive clean, and I remember reading that you need the irix > boot loader, is this still true? Also is there a how-to, web site with > an install guide, or FAQ ? Hi, I've written a pretty long and complete HOWTO for installing Linux on an Indigo2. You may read it at http://oss.sgi.com/mips/i2-howto.html . If you have any suggestions or questions you can join us on irc.openprojets.net / #mipslinux or mail me. HTH, 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 owner-linux-mips@oss.sgi.com Thu Oct 19 03:15:13 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 03:14:53 -0700 Received: from air.lug-owl.de ([62.52.24.190]:32260 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Thu, 19 Oct 2000 03:14:35 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id D359F85E6; Thu, 19 Oct 2000 12:14:32 +0200 (CEST) Date: Thu, 19 Oct 2000 12:14:32 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Subject: Swap on DECStation Message-ID: <20001019121432.E9832@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KlAEzMkarCnErv5Q" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --KlAEzMkarCnErv5Q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! Making my first steps on DECStations, I see the follwoing behavior: - Running juite a number of processes like void main(void){for(;;);} is no real problem. They don't want any memory;) - *But* only running two processes which malloc() a large memory region (read: 10MB each on my 5000/120 w/ 8MB RAM *but* enough swap to provide that virtual memory) will lock up the box quite predictably... Is there any advice you can give me on how to start debugging the process of swapping in/out pages? I really don't know enough about Linux' VM system and it's arch-dependand backend on MIPSel. 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) --KlAEzMkarCnErv5Q 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 iEYEARECAAYFAjnuyYcACgkQHb1edYOZ4bt2dACdFzp3v+RUlIYa+0FqRLRTgnkC 0gIAn0AyiX+NnTDCrZMffns/EMr+IRjx =+DOZ -----END PGP SIGNATURE----- --KlAEzMkarCnErv5Q-- From owner-linux-mips@oss.sgi.com Thu Oct 19 04:29:33 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 04:29:13 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:46347 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 04:28:49 -0700 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 13mDsM-0004rJ-00; Thu, 19 Oct 2000 13:28:46 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13mDsM-0007Ma-00; Thu, 19 Oct 2000 13:28:46 +0200 Date: Thu, 19 Oct 2000 13:28:45 +0200 From: Guido Guenther To: Ralf Baechle Cc: Guido Guenther , ian@ichilton.co.uk, linux-mips@oss.sgi.com Subject: Re: CVS GCC Problem Message-ID: <20001019132845.A27629@bilbo.physik.uni-konstanz.de> References: <20001014125855.A28429@woody.ichilton.co.uk> <20001014211850.A2774@bilbo.physik.uni-konstanz.de> <20001016030053.G15377@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001016030053.G15377@bacchus.dhis.org>; from ralf@oss.sgi.com on Mon, Oct 16, 2000 at 03:00:53AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 16, 2000 at 03:00:53AM +0200, Ralf Baechle wrote: > On Sat, Oct 14, 2000 at 09:18:50PM +0200, Guido Guenther wrote: > > > On Sat, Oct 14, 2000 at 12:58:55PM +0100, Ian Chilton wrote: > > > /crossdev/mips-linux/bin/ld: cannot open crti.o: No such file or directory > > I see the same thing here. gcc from cvs 000925 seems to be o.k. > > The file crti.o should be in /crossdev/mips-linux/lib/crti.o. Is it actually > there? Can you checkout where the x-compiler is actually searching > for those files? It's not there, it seems like binutils(cvs 001013 + rel32 patch) don't build/install it. xgcc searches in: .../crossdev/src/gcc/egcs-001018/build/gcc/ .../crossdev/src/gcc/egcs-001018/build/mips-linux/newlib/ .../crossdev/src/gcc/egcs-001018/build/mips-linux/newlib/targ-include .../crossdev/src/gcc/egcs-001018/newlib/libc/include .../crossdev/mips-linux-2.2/mips-linux/bin/ .../crossdev/mips-linux-2.2/mips-linux/lib/ .../crossdev/mips-linux-2.2/mips-linux/include Regards, -- Guido From owner-linux-mips@oss.sgi.com Thu Oct 19 04:40:33 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 04:40:13 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:21765 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Thu, 19 Oct 2000 04:39:42 -0700 Received: (qmail 3157 invoked from network); 19 Oct 2000 11:39:36 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 19 Oct 2000 11:39:36 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Guido Guenther cc: Ralf Baechle , ian@ichilton.co.uk, linux-mips@oss.sgi.com Subject: Re: CVS GCC Problem In-reply-to: Your message of "Thu, 19 Oct 2000 13:28:45 +0200." <20001019132845.A27629@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 19 Oct 2000 22:39:34 +1100 Message-ID: <16535.971955574@ocs3.ocs-net> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, 19 Oct 2000 13:28:45 +0200, Guido Guenther wrote: >On Mon, Oct 16, 2000 at 03:00:53AM +0200, Ralf Baechle wrote: >> On Sat, Oct 14, 2000 at 09:18:50PM +0200, Guido Guenther wrote: >> >> > On Sat, Oct 14, 2000 at 12:58:55PM +0100, Ian Chilton wrote: >> > > /crossdev/mips-linux/bin/ld: cannot open crti.o: No such file or directory >> > I see the same thing here. gcc from cvs 000925 seems to be o.k. >> >> The file crti.o should be in /crossdev/mips-linux/lib/crti.o. Is it actually >> there? Can you checkout where the x-compiler is actually searching >> for those files? >It's not there, it seems like binutils(cvs 001013 + rel32 patch) >don't build/install it. xgcc searches in: Data point. Same problem (no crti.o) with bleeding edge gcc and binutils, cross compile ix86 to ia64, using a home grown cross compile script. Configuring gcc with --disable-shared avoids the problem, at the expense of not building a shared libgcc. From owner-linux-mips@oss.sgi.com Thu Oct 19 07:49:44 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 07:49:34 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:36473 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 07:49:18 -0700 Received: from thor ([207.246.91.243]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id HAA08244 for ; Thu, 19 Oct 2000 07:41:30 -0700 (PDT) mail_from (jsk@tetracon-eng.net) Received: from localhost (localhost [127.0.0.1]) by thor (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA27661; Thu, 19 Oct 2000 11:48:47 -0300 Date: Thu, 19 Oct 2000 11:48:47 -0300 From: "J. Scott Kasten" To: Dave Garnier cc: SGI news group Subject: Re: Indigo2 setup In-Reply-To: <39EE2D79.D55CA9A7@openport.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing The issue is slightly more complicated than yes or no. It is possible to install and run linux on an SGI without any Irix assistance at all. But you will be stuck netbooting the kernel from a bootp/tftp server and then mounting the local disk after receiving the kernel from another machine over the network. If you have the Irix utilities, then it is possible to partition and install the kernel on the hard disk in such a way that linux boots totally off the hard disk without actually requiring Irix to be installed on the disk, but at present you need some Irix utilities to accomplish that. As part of the disk labeling process, the Irix format utility creates a sizeable volume header (a separate partition) into which it dumps a handfull of standalone binary images that can run from the SGI prom. The most important of these is "sash" or Stand Alone SHell. This minimal shell has the capability of reading an elf binary from an EFS or XFS formatted partition and executing it. It's primary purpose in life is to load the kernel "/unix", but it's also used to run certain system repair utilities with the system totally down. You can put an elf kernel into your EFS or XFS partition if you have one and replace /unix with it or change the sash parameters so it loads that instead of /unix. Secondly, you could instead put the linux kernel into that volume header in place of sash, but you will need a coff kernel image instead of elf as most proms only read coff. That will cause the prom to boot strap the linux kernel itself thinking that it just loaded sash. You then have no need for and EFS or XFS partions at all, but still, you will need some Irix utilities to pull this off as we do not yet have linux versions that I am aware of. Under Irix, do a man on dvhtool to get info on modifying that volume header. Another cute trick I learned to play was to use fmt to format the disk and elect to make that header really large. I would then stuff both sash and the Irix miniroot off the installation CD in there with the linux kernel. The miniroot would have all the Irix utilities I need for editing the disk, plus I could mount CDs or rcp data over the network to get my linux stuff onto the box. -- J. Scott Kasten Email: jsk AT tetracon-eng DOT net "In most cases, all an argument proves is that two people were present......" On Wed, 18 Oct 2000, Dave Garnier wrote: > I just picked up an indigo2 with irix6.5 on it, but no install cd's. Is > it possible to install mips-linux with out the irix cd's? I would like > to wipe the drive clean, and I remember reading that you need the irix > boot loader, is this still true? Also is there a how-to, web site with > an install guide, or FAQ ? > > > > > > From owner-linux-mips@oss.sgi.com Thu Oct 19 09:50:05 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 09:49:55 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:23053 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 09:49:32 -0700 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 13mIsd-00063d-00; Thu, 19 Oct 2000 18:49:23 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13mIsc-0007sJ-00; Thu, 19 Oct 2000 18:49:22 +0200 Date: Thu, 19 Oct 2000 18:49:22 +0200 From: Guido Guenther To: "J. Scott Kasten" Cc: Dave Garnier , SGI news group Subject: Re: Indigo2 setup Message-ID: <20001019184922.A29608@bilbo.physik.uni-konstanz.de> References: <39EE2D79.D55CA9A7@openport.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from jsk@tetracon-eng.net on Thu, Oct 19, 2000 at 11:48:47AM -0300 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Oct 19, 2000 at 11:48:47AM -0300, J. Scott Kasten wrote: > > The issue is slightly more complicated than yes or no. > > It is possible to install and run linux on an SGI without any Irix > assistance at all. But you will be stuck netbooting the kernel from a > bootp/tftp server and then mounting the local disk after receiving the > kernel from another machine over the network. Not true anymore. You can partition with a patched fdisk(from Keith) and put the kernel into the volume-header with a patched dvhtool(patch posted a few days ago on this list) + a small kernel-patch to parse the OSLoadPartition prom-variable. See http://honk.physik.uni-konstanz.de/~agx/mipslinux/dvhtool/ I could only test this on an Indy since I don't have a hd in my I2. On the Indy I put 4 kernels into the volume header and could choose freely between them by using the OSLoader-option in the prom. Regards, -- Guido From owner-linux-mips@oss.sgi.com Thu Oct 19 10:09:45 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 10:09:35 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:30506 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 10:09:24 -0700 Received: from thor ([207.246.91.243]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id KAA00232 for ; Thu, 19 Oct 2000 10:01:33 -0700 (PDT) mail_from (jsk@tetracon-eng.net) Received: from localhost (localhost [127.0.0.1]) by thor (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA27985; Thu, 19 Oct 2000 14:08:29 -0300 Date: Thu, 19 Oct 2000 14:08:29 -0300 From: "J. Scott Kasten" To: Guido Guenther cc: Dave Garnier , SGI news group Subject: Re: Indigo2 setup In-Reply-To: <20001019184922.A29608@bilbo.physik.uni-konstanz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing I knew some people were working on that, but I must have missed the latest news updates. Thanks for the info. -- J. Scott Kasten Email: jsk AT tetracon-eng DOT net "In most cases, all an argument proves is that two people were present......" On Thu, 19 Oct 2000, Guido Guenther wrote: > On Thu, Oct 19, 2000 at 11:48:47AM -0300, J. Scott Kasten wrote: > > > > The issue is slightly more complicated than yes or no. > > > > It is possible to install and run linux on an SGI without any Irix > > assistance at all. But you will be stuck netbooting the kernel from a > > bootp/tftp server and then mounting the local disk after receiving the > > kernel from another machine over the network. > Not true anymore. You can partition with a patched fdisk(from Keith) and > put the kernel into the volume-header with a patched dvhtool(patch posted > a few days ago on this list) + a small kernel-patch to parse the > OSLoadPartition prom-variable. See > http://honk.physik.uni-konstanz.de/~agx/mipslinux/dvhtool/ > I could only test this on an Indy since I don't have a hd in my I2. On > the Indy I put 4 kernels into the volume header and could choose freely > between them by using the OSLoader-option in the prom. > Regards, > -- Guido > From owner-linux-mips@oss.sgi.com Thu Oct 19 12:03:55 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 12:03:36 -0700 Received: from mail.ivm.net ([62.204.1.4]:56440 "EHLO mail.ivm.net") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 12:03:06 -0700 Received: from franz.no.dom (port54.duesseldorf.ivm.de [195.247.65.54]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id UAA06675; Thu, 19 Oct 2000 20:56:17 +0200 X-To: linux-mips@oss.sgi.com Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20001019121432.E9832@lug-owl.de> Date: Thu, 19 Oct 2000 20:55:54 +0200 (CEST) Reply-To: Harald Koerfgen Organization: none From: Harald Koerfgen To: Jan-Benedict Glaw Subject: RE: Swap on DECStation Cc: linux-mips@oss.sgi.com Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, On 19-Oct-00 Jan-Benedict Glaw wrote: > - *But* only running two processes which malloc() a large memory > region (read: 10MB each on my 5000/120 w/ 8MB RAM *but* enough > swap to provide that virtual memory) will lock up the box quite > predictably... Yes, swapping is broken on R23000 boxen since quite some time and I haven't had the time to track this down. However, reverting a change in include/asmmips/pgtable.h seems to help: --- snip --- --- pgtable.h.orig Sat Jul 1 12:27:34 2000 +++ pgtable.h Sat Jul 1 17:25:21 2000 @@ -443,9 +443,9 @@ extern void update_mmu_cache(struct vm_area_struct *vma, unsigned long address, pte_t pte); -#define SWP_TYPE(x) (((x).val >> 1) & 0x3f) -#define SWP_OFFSET(x) ((x).val >> 8) -#define SWP_ENTRY(type,offset) ((swp_entry_t) { ((type) << 1) | ((offset) << 8) }) +#define SWP_TYPE(x) (((x).val >> 8) & 0x7f) +#define SWP_OFFSET(x) ((x).val >> 15) +#define SWP_ENTRY(type,offset) ((swp_entry_t) { ((type) << 8) | ((offset) << 15) }) #define pte_to_swp_entry(pte) ((swp_entry_t) { pte_val(pte) }) --- snip --- Thanks to Richard van den Berg for pointing this out. -- Regards, Harald From owner-linux-mips@oss.sgi.com Thu Oct 19 14:19:46 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 14:19:27 -0700 Received: from u-176.karlsruhe.ipdial.viaginterkom.de ([62.180.19.176]:24079 "EHLO u-176.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 14:19:12 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 19 Oct 2000 22:25:01 +0200 Date: Thu, 19 Oct 2000 22:25:01 +0200 From: Ralf Baechle To: Guido Guenther Cc: linux-mips@oss.sgi.com Subject: Re: patches for dvhtool Message-ID: <20001019222501.A20568@bacchus.dhis.org> References: <20001015021522.B3106@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001015021522.B3106@bilbo.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Sun, Oct 15, 2000 at 02:15:23AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sun, Oct 15, 2000 at 02:15:23AM +0200, Guido Guenther wrote: I've applied your patches with exception of the debug junk and the partition ID stuff - the values for the prtition ids exceed the maximum value and we don't have assigned partition ids anyway. Ralf From owner-linux-mips@oss.sgi.com Thu Oct 19 14:19:46 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 14:19:36 -0700 Received: from u-176.karlsruhe.ipdial.viaginterkom.de ([62.180.19.176]:24079 "EHLO u-176.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 14:19:14 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 19 Oct 2000 22:30:43 +0200 Date: Thu, 19 Oct 2000 22:30:43 +0200 From: Ralf Baechle To: Scott Venier Cc: linux-mips@oss.sgi.com Subject: Re: 16K page size? Message-ID: <20001019223043.B20651@bacchus.dhis.org> References: <20001018033804.E7865@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from scott@scooter.cx on Wed, Oct 18, 2000 at 10:24:43PM -0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 18, 2000 at 10:24:43PM -0400, Scott Venier wrote: > shouldn't most things be safe since alpha uses 8k pages? I've seen places which had #ifdef __alpha__ instead of conditionals on the pagesize ... Ralf From owner-linux-mips@oss.sgi.com Thu Oct 19 14:45:06 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 14:44:56 -0700 Received: from u-176.karlsruhe.ipdial.viaginterkom.de ([62.180.19.176]:26639 "EHLO u-176.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 14:44:46 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 19 Oct 2000 23:44:30 +0200 Date: Thu, 19 Oct 2000 23:44:30 +0200 From: Ralf Baechle To: Harald Koerfgen Cc: Jan-Benedict Glaw , linux-mips@oss.sgi.com Subject: Re: Swap on DECStation Message-ID: <20001019234430.C20887@bacchus.dhis.org> References: <20001019121432.E9832@lug-owl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from Harald.Koerfgen@home.ivm.de on Thu, Oct 19, 2000 at 08:55:54PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Oct 19, 2000 at 08:55:54PM +0200, Harald Koerfgen wrote: > --- snip --- > --- pgtable.h.orig Sat Jul 1 12:27:34 2000 > +++ pgtable.h Sat Jul 1 17:25:21 2000 > @@ -443,9 +443,9 @@ > extern void update_mmu_cache(struct vm_area_struct *vma, > unsigned long address, pte_t pte); > > -#define SWP_TYPE(x) (((x).val >> 1) & 0x3f) > -#define SWP_OFFSET(x) ((x).val >> 8) > -#define SWP_ENTRY(type,offset) ((swp_entry_t) { ((type) << 1) | ((offset) << 8) }) > +#define SWP_TYPE(x) (((x).val >> 8) & 0x7f) > +#define SWP_OFFSET(x) ((x).val >> 15) > +#define SWP_ENTRY(type,offset) ((swp_entry_t) { ((type) << 8) | ((offset) << 15) }) > #define pte_to_swp_entry(pte) ((swp_entry_t) { pte_val(pte) }) Reverting this breaks R4000. At least now I know how this did end up in CVS ... Ralf From owner-linux-mips@oss.sgi.com Thu Oct 19 15:31:06 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 15:30:57 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:15611 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 15:30:33 -0700 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 e9JMTBx07311; Thu, 19 Oct 2000 15:29:11 -0700 Message-ID: <39EF765A.EC787ED6@mvista.com> Date: Thu, 19 Oct 2000 15:31: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@oss.sgi.com Subject: pthread_create() gets BUS ERROR Content-Type: multipart/mixed; boundary="------------E4DC32CC784EC842672D31C4" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------E4DC32CC784EC842672D31C4 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit I am running a simple pthread_create() test. The thread gets created, but the creating thread gets BUS error after the function call. In fact, it gets SIGUSR1 signal. Does anybody know what is wrong here? It looks to me that creating thread is waiting for the created thread to start up, but somehow did not install the signal handler correctly!? I am running with the "stable" toolchain that I generated recently, i.e., binutil 2.8.1, egcs 1.0.3a and glibc2.0.6. I attached the program and the strace output. Thanks. Jun --------------E4DC32CC784EC842672D31C4 Content-Type: text/plain; charset=iso-2022-jp; name="pthread.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pthread.c" #include #include #include typedef void * (*pthread_func_t) (void *); void myfunc(void *arg) { printf("slave : myfunc runs.\n"); } main() { int ret; pthread_t thread; printf("master : before create a thread ... \n"); ret = pthread_create(&thread, NULL, (pthread_func_t)myfunc, NULL); perror("after creating a thread ... :"); printf("master : after create a thread ... %d(%s)\n", ret, strerror(ret)); if (ret == EAGAIN) { printf("error is EAGAIN\n"); } } --------------E4DC32CC784EC842672D31C4 Content-Type: text/plain; charset=iso-2022-jp; name="output" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="output" execve("./pthread", ["./pthread"], [/* 15 vars */]) = 0 brk(0) = 0x10010fb0 cacheflush(0x7ffffbb8, 0x28, 0x3) = 0 cacheflush(0x7ffffb40, 0x28, 0x3) = 0 mmap(ptrace: umoven: Input/output error ptrace: umoven: Input/output error ) = 715829248 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) cacheflush(0x7ffffaa8, 0x28, 0x3) = 0 open("/etc/ld.so.cache", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/libpthread.so.0", O_RDONLY) = 3 mmap(ptrace: umoven: Input/output error ptrace: umoven: Input/output error ) = 715833344 munmap(0x2aaac000, 4096) = 0 mmap(ptrace: umoven: Input/output error ptrace: umoven: Input/output error ) = 715833344 mprotect(0x2aab7000, 281200, PROT_NONE) = 0 mmap(NULL, 0, PROT_NONE, MAP_FILE, 0, 0) = 0x2aaf6000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 mmap(ptrace: umoven: Input/output error ptrace: umoven: Input/output error ) = 716161024 munmap(0x2aafc000, 4096) = 0 mmap(ptrace: umoven: Input/output error ptrace: umoven: Input/output error ) = 716161024 mprotect(0x2abb3000, 330496, PROT_NONE) = 0 mmap(0x18f, 0, 0x8f380000, MAP_SHARED|MAP_FIXED|MAP_RENAME|0x180, 0, 0x8f380000) = 0x2abf2000 mmap(0x8f364045, 87, PROT_NONE, MAP_FILE|0x8f380000, 121, 0ptrace: umoven: Input/output error ) = 717201408 close(3) = 0 mprotect(0x2aafc000, 749568, PROT_READ|PROT_WRITE) = 0 mprotect(0x2aafc000, 749568, PROT_READ|PROT_EXEC) = 0 mprotect(0x2aaac000, 45056, PROT_READ|PROT_WRITE) = 0 mprotect(0x2aaac000, 45056, PROT_READ|PROT_EXEC) = 0 personality(PER_LINUX) = 0 getpid() = 92 getpid() = 92 sigaction(SIGUSR1, {0x10000000, [TRAP EMT BUS SEGV SYS ALRM USR2 CHLD WINCH IO TSTP TTIN VTALRM XCPU], 0}, NULL, 0x5c) = 0 sigaction(SIGUSR2, {SIG_DFL}, NULL, 0x5c) = 0 sigprocmask(SIG_BLOCK, [USR1], NULL) = 0 fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(3, 0), ...}) = 0 mmap(ptrace: umoven: Input/output error ptrace: umoven: Input/output error ) = 717242368 ioctl(1, TCGETS, {B9600 opost isig icanon echo ...}) = 0 write(1, "master : before create a thread "..., 37master : before create a thread ... ) = 37 brk(0) = 0x10010fb0 brk(0x10012fa8) = 0x10012fa8 brk(0x10013000) = 0x10013000 pipe([717225552, 0]) = 3 clone(child_stack=0x10012f78, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND) = 93 sigprocmask(SIG_SETMASK, NULL, [USR1]) = 0 write(4, "\0\220\257*\0\0\0\0\0\0\0\0\220\v@\0\0\0\0\0\0\200\0\0"..., 148) = 148 sigprocmask(SIG_SETMASK, NULL, [USR1]) = 0 sigsuspend(~[HUP INT QUIT ILL EMT FPE BUS] --- SIGUSR1 (User defined signal 1) --- <... sigsuspend resumed> ) = -1 EINTR (Interrupted system call) sigreturn() = ? (mask now [TRAP FPE BUS SEGV SYS ALRM TERM CHLD PWR PROF]) --- SIGBUS (Bus error) --- +++ killed by SIGBUS +++ sh-2.03# slave : myfunc runs. --------------E4DC32CC784EC842672D31C4-- From owner-linux-mips@oss.sgi.com Thu Oct 19 15:40:36 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 15:40:27 -0700 Received: from u-176.karlsruhe.ipdial.viaginterkom.de ([62.180.19.176]:32015 "EHLO u-176.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 15:40:13 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 20 Oct 2000 00:39:46 +0200 Date: Fri, 20 Oct 2000 00:39:46 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: pthread_create() gets BUS ERROR Message-ID: <20001020003946.E20887@bacchus.dhis.org> References: <39EF765A.EC787ED6@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39EF765A.EC787ED6@mvista.com>; from jsun@mvista.com on Thu, Oct 19, 2000 at 03:31:54PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Oct 19, 2000 at 03:31:54PM -0700, Jun Sun wrote: > I am running a simple pthread_create() test. The thread gets created, > but the creating thread gets BUS error after the function call. In > fact, it gets SIGUSR1 signal. Does anybody know what is wrong here? > > It looks to me that creating thread is waiting for the created thread to > start up, but somehow did not install the signal handler correctly!? > > I am running with the "stable" toolchain that I generated recently, > i.e., binutil 2.8.1, egcs 1.0.3a and glibc2.0.6. Which libc release exactly? I've uploaded another release glibc-2.0.6-7lm to oss:/pub/linux/mips/glibc/. In case you're running big endian, could you try that release? (Sorry, no source, will upload the srpm tomorrow.) Ralf From owner-linux-mips@oss.sgi.com Thu Oct 19 15:59:46 2000 Received: by oss.sgi.com id ; Thu, 19 Oct 2000 15:59:37 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:28156 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Thu, 19 Oct 2000 15:59:16 -0700 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 e9JMvtx08407; Thu, 19 Oct 2000 15:57:55 -0700 Message-ID: <39EF7D17.56C8C527@mvista.com> Date: Thu, 19 Oct 2000 16:00:39 -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: linux-mips@oss.sgi.com Subject: Re: pthread_create() gets BUS ERROR References: <39EF765A.EC787ED6@mvista.com> <20001020003946.E20887@bacchus.dhis.org> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ralf Baechle wrote: > > On Thu, Oct 19, 2000 at 03:31:54PM -0700, Jun Sun wrote: > > > I am running a simple pthread_create() test. The thread gets created, > > but the creating thread gets BUS error after the function call. In > > fact, it gets SIGUSR1 signal. Does anybody know what is wrong here? > > > > It looks to me that creating thread is waiting for the created thread to > > start up, but somehow did not install the signal handler correctly!? > > > > I am running with the "stable" toolchain that I generated recently, > > i.e., binutil 2.8.1, egcs 1.0.3a and glibc2.0.6. > > Which libc release exactly? > > I've uploaded another release glibc-2.0.6-7lm to oss:/pub/linux/mips/glibc/. > In case you're running big endian, could you try that release? > > (Sorry, no source, will upload the srpm tomorrow.) > > Ralf I am running little endian - and I am running with my own setup. Can you post the diff file first? Assuming no other changes ... Jun From owner-linux-mips@oss.sgi.com Fri Oct 20 00:10:19 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 00:10:09 -0700 Received: from router.isratech.ro ([193.226.114.69]:61959 "EHLO router.isratech.ro") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 00:09:54 -0700 Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163]) by router.isratech.ro (8.10.2/8.10.2) with ESMTP id e9K79dZ17129 for ; Fri, 20 Oct 2000 05:09:39 -0200 Message-ID: <39EFEE24.B0A08A8D@isratech.ro> Date: Fri, 20 Oct 2000 10:03:00 +0300 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: [Fwd: CrossGcc steps!] Content-Type: multipart/mixed; boundary="------------C79C27A2B80D1E202D3050AA" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------C79C27A2B80D1E202D3050AA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------C79C27A2B80D1E202D3050AA Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mozilla-Status2: 00000000 Message-ID: <39EF0FE2.1BBD2B63@isratech.ro> Date: Thu, 19 Oct 2000 18:14:42 +0300 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: jbglaw@lug-owl.de Subject: Re: CrossGcc steps! References: <20001018171111.H32077@lug-owl.de> <39EE8300.49D8959C@isratech.ro> <20001019081727.A8870@lug-owl.de> <39EE99E6.96E07087@isratech.ro> <20001019094429.A9454@lug-owl.de> <39EEAC8E.B510FFD2@isratech.ro> <20001019103728.B9832@lug-owl.de> <39EEB80A.C0B989F5@isratech.ro> <20001019110946.C9832@lug-owl.de> <39EEC729.2081E422@isratech.ro> <20001019122516.G9832@lug-owl.de> Content-Type: multipart/mixed; boundary="------------12DCACDD8387F5F42A221503" This is a multi-part message in MIME format. --------------12DCACDD8387F5F42A221503 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello Jan, Finally I have the CVS linux tree in my directory but now I have another problem. As I said I used binutils 2.8.1 with patches anf egcs1.0.3a with patches but when I do make clean make dep and make I get the following error at make: arch/mips/kernel/kernel.o: In function 'init_IRQ' irq.c (__ksymtab+0x80) : undefined refernce to 'enable_irq' irq.c (__ksymtab+0x88) : undefined refernce to 'disable_irq' arch/mips/kernel/kernel.o: In function 'do_IRQ' irq.c(.text.init+0x5a8): undefined refernce to 'prom_init' irq.c(.text.init+0x5a8): relocation truncated to fit : R_MIPS_26 prom_init arch/mips/mm/mm.o : In function 'free_initmem' init.c(.text+0x694): undefined refernce to 'prom_free_prom_memory' init.c(.text+0x694): relocation truncated to fit : R_MIPS_26 prom_free_prom_memory arch/mips/mm/mm.o : In function 'get_pte_slow' init.c(.text.init+0x278): undefined reference to 'page_is_ram' init.c(.text.init+0x278): relocation truncated to fit: R_MIPS_26 page_is_ram arch/mips/mm/mm.o : In function 'do_check_pgt_cache' init.c(.text.init+0x39c):undefined refernce to 'prom_printf' init.c(.text.init+0x39c):relocation truncated to fit : R_MIPS_26 prom_printf make : *** (vmlinux) Error 1 Can anyone help me with this kind of error ? What I wanted to ask you is : did you make any particular configuration for this kernel with make menuconfig ? Or the problem is not from the CVS kernel ? Regards, Nicu --------------12DCACDD8387F5F42A221503 Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:Popovici;Nicu tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;software adr:;;;IASI;IASI;6600;ROMANIA version:2.1 email;internet:octavp@isratech.ro title:software engineer x-mozilla-cpt:;0 fn:Nicu Popovici end:vcard --------------12DCACDD8387F5F42A221503-- --------------C79C27A2B80D1E202D3050AA Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:Popovici;Nicu tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;software adr:;;;IASI;IASI;6600;ROMANIA version:2.1 email;internet:octavp@isratech.ro title:software engineer x-mozilla-cpt:;0 fn:Nicu Popovici end:vcard --------------C79C27A2B80D1E202D3050AA-- From owner-linux-mips@oss.sgi.com Fri Oct 20 00:19:18 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 00:19:09 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:16657 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 00:19:02 -0700 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 13mWSB-0001XB-00; Fri, 20 Oct 2000 09:18:59 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13mWSB-0008LH-00; Fri, 20 Oct 2000 09:18:59 +0200 Date: Fri, 20 Oct 2000 09:18:58 +0200 From: Guido Guenther To: Ralf Baechle Cc: Guido Guenther , linux-mips@oss.sgi.com Subject: Re: patches for dvhtool Message-ID: <20001020091858.A32040@bilbo.physik.uni-konstanz.de> References: <20001015021522.B3106@bilbo.physik.uni-konstanz.de> <20001019222501.A20568@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001019222501.A20568@bacchus.dhis.org>; from ralf@oss.sgi.com on Thu, Oct 19, 2000 at 10:25:01PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Oct 19, 2000 at 10:25:01PM +0200, Ralf Baechle wrote: > On Sun, Oct 15, 2000 at 02:15:23AM +0200, Guido Guenther wrote: > > I've applied your patches with exception of the debug junk and the > partition ID stuff - the values for the prtition ids exceed the maximum > value and we don't have assigned partition ids anyway. Fdisk created the linux partitions with 0x83 which is the same as on i386. Any reasons why we can't use them? Regards, -- Guido From owner-linux-mips@oss.sgi.com Fri Oct 20 00:46:09 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 00:45:59 -0700 Received: from widukind.bi.teuto.net ([212.8.197.28]:59399 "EHLO widukind.bi.teuto.net") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 00:45:37 -0700 Received: from micropolis.microdata-pos.de ([212.8.203.34]) by widukind.bi.teuto.net (8.9.3/8.9.3) with ESMTP id JAA20869 for ; Fri, 20 Oct 2000 09:45:34 +0200 Received: from imail.microdata-pos.de by micropolis.microdata-pos.de (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA19189 for ; Fri, 20 Oct 2000 09:45:33 +0200 Received: by imail.microdata-pos.de (8.9.3/8.9.3/Debian 8.9.3-21) id JAA09368 for linux-mips@oss.sgi.com; Fri, 20 Oct 2000 09:45:03 +0200 Date: Fri, 20 Oct 2000 09:45:03 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Subject: whiptail and debconf Message-ID: <20001020094503.A9179@microdata-pos.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi! /* * My regular provider seems to be down right now, * so I've to use this email address;( */ Well, I've now got a chroot[1]-environment with quite most of all important packages installed the correct and ight way (TM). However, some of them fail because neither whiptail nor one of the debconf variants is available. I've not yet a native compiler; could someone *please* try to build a .deb of these packages? MfG, JBG [1] chroot seems to be little bit buggy to me in the declinux root fs... root@localhost#> chroot base_tgz_dir/ /bin/bash ...results in "cwd: Can't get current path" (from memory). Doing a "ls" shows base_tgz_dir (and other directory entries) which should no longer be available nor visible to the process! chdir()ing into base_tgz_dir manually after doing the chroot command fixes that, but that's a bit confusing to me... -- My ~/.sig is on another host;( From owner-linux-mips@oss.sgi.com Fri Oct 20 04:10:12 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 04:10:02 -0700 Received: from Cantor.suse.de ([194.112.123.193]:60937 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Fri, 20 Oct 2000 04:09:46 -0700 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) 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: Lines: 24 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 20 05:02:12 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 05:02:02 -0700 Received: from chmls05.mediaone.net ([24.147.1.143]:5370 "EHLO chmls05.mediaone.net") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 05:01:46 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > {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 owner-linux-mips@oss.sgi.com Fri Oct 20 06:03:53 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 06:03:43 -0700 Received: from router.isratech.ro ([193.226.114.69]:65298 "EHLO router.isratech.ro") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 06:03:40 -0700 Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163]) by router.isratech.ro (8.10.2/8.10.2) with ESMTP id e9KD2bZ28883 for ; Fri, 20 Oct 2000 11:03:01 -0200 Message-ID: <39F040D4.4BFB2E26@isratech.ro> Date: Fri, 20 Oct 2000 15:55:48 +0300 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: [Fwd: CrossGcc steps!] Content-Type: multipart/mixed; boundary="------------E402C82F993BDC9EE33D3592" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------E402C82F993BDC9EE33D3592 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------E402C82F993BDC9EE33D3592 Content-Type: message/rfc822 Content-Transfer-Encoding: 8bit Content-Disposition: inline X-Mozilla-Status2: 00000000 Message-ID: <39F03E3E.F3F58745@isratech.ro> Date: Fri, 20 Oct 2000 15:44:46 +0300 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: jbglaw@lug-owl.de, linuix-mips@oss.sgi.com Subject: Re: CrossGcc steps! References: <20001019081727.A8870@lug-owl.de> <39EE99E6.96E07087@isratech.ro> <20001019094429.A9454@lug-owl.de> <39EEAC8E.B510FFD2@isratech.ro> <20001019103728.B9832@lug-owl.de> <39EEB80A.C0B989F5@isratech.ro> <20001019110946.C9832@lug-owl.de> <39EEC729.2081E422@isratech.ro> <20001019122516.G9832@lug-owl.de> <39EF0FE2.1BBD2B63@isratech.ro> <20001020144609.B23056@lug-owl.de> Content-Type: multipart/mixed; boundary="------------D54BA50BC698C570DE80298D" This is a multi-part message in MIME format. --------------D54BA50BC698C570DE80298D Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello , I will keep the lines smaller than 70 bytes! Jan-Benedict Glaw wrote: > On Thu, Oct 19, 2000 at 06:14:42PM +0300, Nicu Popovici wrote: > > Hello Jan, > > > > Finally I have the CVS linux tree in my directory but now I have another problem. As I said I used > > binutils 2.8.1 with patches anf egcs1.0.3a with patches but when I do make clean make dep and make > > I get the following error at make: > > ----> Please keep your lines shorter than about 70 bytes! <----- > > [Lots of missing symbols though missing objects] > > > Can anyone help me with this kind of error ? > > Yupp. Your .config is wrong. What kind of machine do you exactly ghave? I have a Intel pentium III at 500 Mhz which is running RedHat 6.2. > > > > What I wanted to ask you is : did you make any particular configuration for this kernel with make > > menuconfig ? > > You need to have an *exactly* fitting config. You're responsible > to make it by config/oldconfig/menuconfig/xconfig, as what you prefer. Can you help me with the options ? > > > > Or the problem is not from the CVS kernel ? > > No. You've choosen wrong options;) > > MfG, JBG > > -- > Fehler eingestehen, Größe zeigen: Nehmt die Rechtschreibreform zurück!!! > /* Jan-Benedict Glaw -- +49-177-5601720 */ > keyID=0x8399E1BB fingerprint=250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 8399 E1BB > "insmod vi.o and there we go..." (Alexander Viro on linux-kernel) > > ------------------------------------------------------------------------ > Part 1.2Type: application/pgp-signature --------------D54BA50BC698C570DE80298D Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:Popovici;Nicu tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;software adr:;;;IASI;IASI;6600;ROMANIA version:2.1 email;internet:octavp@isratech.ro title:software engineer x-mozilla-cpt:;0 fn:Nicu Popovici end:vcard --------------D54BA50BC698C570DE80298D-- --------------E402C82F993BDC9EE33D3592 Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:Popovici;Nicu tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;software adr:;;;IASI;IASI;6600;ROMANIA version:2.1 email;internet:octavp@isratech.ro title:software engineer x-mozilla-cpt:;0 fn:Nicu Popovici end:vcard --------------E402C82F993BDC9EE33D3592-- From owner-linux-mips@oss.sgi.com Fri Oct 20 06:19:02 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 06:18:52 -0700 Received: from air.lug-owl.de ([62.52.24.190]:25104 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Fri, 20 Oct 2000 06:18:34 -0700 Received: by air.lug-owl.de (Postfix, from userid 1000) id 060967E92; Fri, 20 Oct 2000 15:18:30 +0200 (CEST) Date: Fri, 20 Oct 2000 15:18:30 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Cc: Nicu Popovici Subject: Re: [Fwd: CrossGcc steps!] Message-ID: <20001020151830.E23056@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com, Nicu Popovici References: <39F040D4.4BFB2E26@isratech.ro> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0H629O+sVkh21xTi" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39F040D4.4BFB2E26@isratech.ro>; from octavp@isratech.ro on Fri, Oct 20, 2000 at 03:55:48PM +0300 X-Operating-System: Linux air 2.4.0-test8-pre1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --0H629O+sVkh21xTi Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 20, 2000 at 03:55:48PM +0300, Nicu Popovici wrote: > > Yupp. Your .config is wrong. What kind of machine do you exactly ghave? >=20 > I have a Intel pentium III at 500 Mhz which is running RedHat 6.2. No, I thought of your mips machine... [ ] I've not got any MIPS based machine [ ] I've got a MIPS based machine. It is called ______________________________________ [ ] I've build a cross compiler with --target=3Dmips-linux [ ] I've build a cross compiler with --target=3Dmipsel-linux > > You need to have an *exactly* fitting config. You're responsible > > to make it by config/oldconfig/menuconfig/xconfig, as what you prefer. >=20 > Can you help me with the options ? Therefor I'd need to know what machine you are compiling for... 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) --0H629O+sVkh21xTi 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 iEYEARECAAYFAjnwRiUACgkQHb1edYOZ4bvDyACffAqeRe8HmKty+4lEMrz7xW1F aeAAn0GSgpJ25S0ZK1zDuW3N1AJIk4Tr =VgVx -----END PGP SIGNATURE----- --0H629O+sVkh21xTi-- From owner-linux-mips@oss.sgi.com Fri Oct 20 11:00:46 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 11:00:36 -0700 Received: from styx.cs.kuleuven.ac.be ([134.58.40.3]:46758 "EHLO styx.cs.kuleuven.ac.be") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 11:00:21 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 20 11:03:45 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 11:03:35 -0700 Received: from air.lug-owl.de ([62.52.24.190]:53252 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Fri, 20 Oct 2000 11:03:28 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --/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 owner-linux-mips@oss.sgi.com Fri Oct 20 11:15:45 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 11:15:36 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:39153 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 11:15:19 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 20 11:39:46 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 11:39:36 -0700 Received: from web1.lanscape.net ([64.240.156.194]:23825 "EHLO web1.lanscape.net") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 11:39:29 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing * 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 owner-linux-mips@oss.sgi.com Fri Oct 20 12:26:45 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 12:26:36 -0700 Received: from air.lug-owl.de ([62.52.24.190]:17670 "HELO air.lug-owl.de") by oss.sgi.com with SMTP id ; Fri, 20 Oct 2000 12:26:16 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --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 owner-linux-mips@oss.sgi.com Fri Oct 20 14:33:27 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 14:33:06 -0700 Received: from natmail2.webmailer.de ([192.67.198.65]:26051 "EHLO post.webmailer.de") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 14:32:47 -0700 Received: from scotty.mgnet.de (p3E9B8D23.dip.t-dialin.net [62.155.141.35]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id XAA03304 for ; Fri, 20 Oct 2000 23:32:45 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 20 14:42:06 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 14:41:56 -0700 Received: from u-122.karlsruhe.ipdial.viaginterkom.de ([62.180.18.122]:54544 "EHLO u-122.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 14:41:38 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 20 Oct 2000 23:40:54 +0200 Date: Fri, 20 Oct 2000 23:40:54 +0200 From: Ralf Baechle To: Guido Guenther Cc: linux-mips@oss.sgi.com Subject: Re: patches for dvhtool Message-ID: <20001020234054.A25125@bacchus.dhis.org> References: <20001015021522.B3106@bilbo.physik.uni-konstanz.de> <20001019222501.A20568@bacchus.dhis.org> <20001020091858.A32040@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001020091858.A32040@bilbo.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Fri, Oct 20, 2000 at 09:18:58AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, Oct 20, 2000 at 09:18:58AM +0200, Guido Guenther wrote: > > I've applied your patches with exception of the debug junk and the > > partition ID stuff - the values for the prtition ids exceed the maximum > > value and we don't have assigned partition ids anyway. > Fdisk created the linux partitions with 0x83 which is the same as on > i386. Any reasons why we can't use them? The permitted number space for partition types is only 0 - 15. Don't ask me why - it's not important anywyay imho and so there is no reason to use the same partition ids as for PC-style partitions. Ralf From owner-linux-mips@oss.sgi.com Fri Oct 20 18:25:39 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 18:25:29 -0700 Received: from u-247.karlsruhe.ipdial.viaginterkom.de ([62.180.21.247]:62480 "EHLO u-247.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 18:25:04 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 20 19:49:09 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 19:48:59 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:33016 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 19:48:40 -0700 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 e9L2lGx31155; Fri, 20 Oct 2000 19:47:16 -0700 Message-ID: <39F1045B.21EF1851@mvista.com> Date: Fri, 20 Oct 2000 19:50:03 -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 Subject: problems with insmod ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing I am using modutils v2.1.121, generated by binutils 2.8.1/egcs v1.0.3a/glibc 2.0.6. I have several problems with it. In obj/obj_mipsel.c arch_apply_relocation() function, the mips_hi16_list is not initialized to NULL before it is used as a list head. So, later, insmod dies at trying to access 0x41. (BTW, it seems horrible to me that arch_apply_relocation() remaps obj_file struct to a local mips_file struct, destroying the original ELF header struct. Is this safe?) I kind of hacked around this problem (I don't know the real fix), but I got some other problems. This time it is at obj/obj_reloc.c:410 - sec->contents is 0x0. It seems to me that this section should be included in load list at the first place. Does somebody why it is there? I dumped the section info here : (gdb) p/x *f->load_order->load_next->load_next $22 = { header = { sh_name = 0x36, sh_type = 0x70000006, sh_flags = 0x2, sh_addr = 0xc00000e0, sh_offset = 0xd0, sh_size = 0x18, sh_link = 0x0, sh_info = 0x0, sh_addralign = 0x4, sh_entsize = 0x1 }, name = 0x1001bf26, contents = 0x0, load_next = 0x1001bd88, idx = 0x5 } ======= BTW, I seem to remember someone said the modutils 2.1.121 is not good MIPS. Which version is good? Jun From owner-linux-mips@oss.sgi.com Fri Oct 20 20:11:59 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 20:11:49 -0700 Received: from u-247.karlsruhe.ipdial.viaginterkom.de ([62.180.21.247]:8977 "EHLO u-247.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 20 Oct 2000 20:11:22 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 21 Oct 2000 05:11:09 +0200 Date: Sat, 21 Oct 2000 05:11:09 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: problems with insmod ... Message-ID: <20001021051109.A30093@bacchus.dhis.org> References: <39F1045B.21EF1851@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39F1045B.21EF1851@mvista.com>; from jsun@mvista.com on Fri, Oct 20, 2000 at 07:50:03PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, Oct 20, 2000 at 07:50:03PM -0700, Jun Sun wrote: > In obj/obj_mipsel.c arch_apply_relocation() function, the mips_hi16_list > is not initialized to NULL before it is used as a list head. So, later, > insmod dies at trying to access 0x41. > > (BTW, it seems horrible to me that arch_apply_relocation() remaps > obj_file struct to a local mips_file struct, destroying the original ELF > header struct. Is this safe?) > > I kind of hacked around this problem (I don't know the real fix), but I > got some other problems. This time it is at obj/obj_reloc.c:410 - > sec->contents is 0x0. It seems to me that this section should be > included in load list at the first place. Does somebody why it is > there? > > I dumped the section info here : > > (gdb) p/x *f->load_order->load_next->load_next > $22 = { > header = { > sh_name = 0x36, > sh_type = 0x70000006, > sh_flags = 0x2, > sh_addr = 0xc00000e0, > sh_offset = 0xd0, > sh_size = 0x18, > sh_link = 0x0, > sh_info = 0x0, > sh_addralign = 0x4, > sh_entsize = 0x1 > }, > name = 0x1001bf26, > contents = 0x0, > load_next = 0x1001bd88, > idx = 0x5 > } This is a .reginfo section. MIPS specific and guaranteed to be useless. The ABI says we should load it but they're useless, so inside the kernel simply ignore it. > BTW, I seem to remember someone said the modutils 2.1.121 is not good > MIPS. Which version is good? There are patched versions of 2.1.121 available which are usable. I've uploaded source and binaries of 2.1.131 and Keith Owen's latest version into oss.sgi.com:/pub/linux/mips/modutils. Ralf From owner-linux-mips@oss.sgi.com Fri Oct 20 21:13:00 2000 Received: by oss.sgi.com id ; Fri, 20 Oct 2000 21:12:50 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:55051 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Fri, 20 Oct 2000 21:12:27 -0700 Received: (qmail 17287 invoked from network); 21 Oct 2000 04:12:20 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 21 Oct 2000 04:12:20 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Jun Sun cc: linux-mips@oss.sgi.com Subject: Re: problems with insmod ... In-reply-to: Your message of "Fri, 20 Oct 2000 19:50:03 PDT." <39F1045B.21EF1851@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Oct 2000 15:12:19 +1100 Message-ID: <8345.972101539@ocs3.ocs-net> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, 20 Oct 2000 19:50:03 -0700, Jun Sun wrote: >I am using modutils v2.1.121, generated by binutils 2.8.1/egcs >v1.0.3a/glibc 2.0.6. > >BTW, I seem to remember someone said the modutils 2.1.121 is not good >MIPS. Which version is good? 2.1.121 is over two years old and is missing several mips patches. There is no good reason to use 2.1.121, modutils 2.3 is backwards compatible. The last mips specific patch was in modutils 2.3.15. 2.3.18 ignores empty relocate sections which I believe were a problem for several architectures, possibly including mips. 2.3.19 will be released this weekend and includes a mips patch to fix a minor problem which I doubt anybody has ever hit. If you need modutils now, use 2.3.18, if you can wait 48 hours, wait for 2.3.19. ftp://ftp..kernel.org/pub/linux/kernel/utils/modutils/v2.3. From owner-linux-mips@oss.sgi.com Sat Oct 21 11:35:05 2000 Received: by oss.sgi.com id ; Sat, 21 Oct 2000 11:34:55 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:9227 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sat, 21 Oct 2000 11:34:43 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sat Oct 21 12:24:55 2000 Received: by oss.sgi.com id ; Sat, 21 Oct 2000 12:24:45 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:49163 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sat, 21 Oct 2000 12:24:32 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 2577C7D9; Sat, 21 Oct 2000 21:24:30 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 08E2D900C; Sat, 21 Oct 2000 21:23:19 +0200 (CEST) Date: Sat, 21 Oct 2000 21:23:18 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: oops in lance initialization / diskboot Message-ID: <20001021212318.C3619@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing I have seen an interesting oops This happened when i booted with delo from disk and directly after the "BOOTP" message should have been coming i got this oops. Previously i got the following messages on the console. eth0: Memory error, status fe83 eth0: DMA error LANCE unopened after 100 ticks, csr0=0001. I guess this has something to do with diskbooting as this doesnt happen when booting from tftp/net ... This is a decstation 5000/150 KN04 V2.1k diskbooted with delo 0.7 Kernel is a 2.4.0-test9 from current cvs as of 001021 BTW: I got another oops when trying to process this oops with ksymoops which i did not capture :( ----- Forwarded message from root ----- ksymoops 2.3.4 on mips 2.4.0-test9. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test9/ (default) -m /boot/System.map-2.4.0-test9 (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. No modules in ksyms, skipping objects Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file? Unable to handle kernel paging request at virtual address 545f4d74, epc == 80058580, ra == 80058930 $0 : 00000000 10012c00 00000120 545f4d6c $4 : 0000000a 00000001 8116e000 00000009 $8 : 10012c01 1000001e 10012c01 00010000 $12: 0000000a fffffffd ffffffff 81179c50 $16: 800dce38 8116f820 8116f940 10012c01 $20: 8116f800 00000003 00000000 8116f658 $24: 00000010 00000000 $28: 8116e000 8116f7d0 8043ff80 80058930 epc : 80058580 Using defaults from ksymoops -t elf32-littlemips -a mips:3000 Status: 10012c02 Cause : 00000008 Process (pid: -2146251216, stackpage=8116e000) Stack: 00000000 00000000 00000000 00000000 80058930 00000000 00000000 00000000 00000000 00000000 8004f1f8 00000000 30687465 00000000 00000000 00000000 8117d4c0 00000000 80048838 a0020000 bc0c0000 00000003 00000000 0000000c 00000000 00000000 00000000 10012c01 800dce10 20000000 00000003 8116f800 8116f928 00000008 00010000 8018c00c 00010100 00010000 017c0000 fffffffd ffffffff ... Call Trace: [<80058930>] [<8004f1f8>] [<80048838>] [<800dce10>] [<800cab9c>] [<800dce3c>] [<80155648>] [<800cab9c>] [<800dc008>] [<800ffefc>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800dd6a0>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800ca73c>] [<80155648>] [<800ee580>] [<800cab9c>] [<800cac08>] [<800ca73c>] ... Warning (Oops_trace_line): garbage '...' at end of trace line ignored Code: 2402fffd 00071140 00621821 <8c620008> 240b0001 504b0001 ac600008 24c90358 24c20340 >>RA; 80058930 >>PC; 80058580 <===== Trace; 80058930 Trace; 8004f1f8 Trace; 80048838 Trace; 800dce10 Trace; 800cab9c Trace; 800dce3c Trace; 80155648 Trace; 800cab9c Trace; 800dc008 Trace; 800ffefc Trace; 800ca73c Trace; 80155648 Trace; 800cab9c Trace; 800cac08 Trace; 800dd6a0 Trace; 800ca73c Trace; 80155648 Trace; 800cab9c Trace; 800cac08 Trace; 800ca73c Trace; 80155648 Trace; 800cab9c Trace; 800cac08 Trace; 800ca73c Trace; 80155648 Trace; 800cab9c Trace; 800cac08 Trace; 800ca73c Trace; 80155648 Trace; 800cab9c Trace; 800cac08 Trace; 800ca73c Trace; 80155648 Trace; 800cab9c Trace; 800cac08 Trace; 800ca73c Trace; 80155648 Trace; 800ee580 Trace; 800cab9c Trace; 800cac08 Trace; 800ca73c Code; 80058574 0000000000000000 <_PC>: Code; 80058574 0: 2402fffd li $v0,-3 Code; 80058578 4: 00071140 sll $v0,$a3,0x5 Code; 8005857c 8: 00621821 addu $v1,$v1,$v0 Code; 80058580 <===== c: 8c620008 lw $v0,8($v1) <===== Code; 80058584 10: 240b0001 li $t3,1 Code; 80058588 14: 504b0001 beql $v0,$t3,1c <_PC+1c> 80058590 Code; 8005858c 18: ac600008 sw $zero,8($v1) Code; 80058590 1c: 24c90358 addiu $t1,$a2,856 Code; 80058594 20: 24c20340 addiu $v0,$a2,832 3 warnings issued. Results may not be reliable. ----- End forwarded message ----- -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Sat Oct 21 13:14:28 2000 Received: by oss.sgi.com id ; Sat, 21 Oct 2000 13:14:08 -0700 Received: from mx.mips.com ([206.31.31.226]:41458 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Sat, 21 Oct 2000 13:13:39 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id NAA17935; Sat, 21 Oct 2000 13:13:18 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id NAA28758; Sat, 21 Oct 2000 13:13:31 -0700 (PDT) Message-ID: <00d301c03b9b$d5ce2340$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Florian Lohoff" , References: <20001021212318.C3619@paradigm.rfc822.org> Subject: Re: oops in lance initialization / diskboot Date: Sat, 21 Oct 2000 22:16:43 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing I've seen this sort of problem on other platforms with other bootloaders, but I'll bet good money that the reason is the same - if the boot monitor listens to the ethernet, it will have set up some number of buffer descriptors in memory. There's a class of loader bug whereing it launches the application, in this case the Linux kernel, without shutting down the LAN controller. The first broadcast packet that comes across the wire then corrupts some hunk of memory that Linux thought it had control over. Note that your "address" is a fragment of an ASCII string. The only 100% solution is to fix the bootloader. Can you shut off the Lance in delo? Kevin K. ----- Original Message ----- From: "Florian Lohoff" To: Sent: Saturday, October 21, 2000 9:23 PM Subject: oops in lance initialization / diskboot > > I have seen an interesting oops > > This happened when i booted with delo from disk and > directly after the "BOOTP" message should have been coming > i got this oops. Previously i got the following messages > on the console. > > eth0: Memory error, status fe83 > eth0: DMA error > LANCE unopened after 100 ticks, csr0=0001. > > I guess this has something to do with diskbooting as this doesnt > happen when booting from tftp/net ... > > This is a decstation 5000/150 KN04 V2.1k diskbooted with delo 0.7 > > Kernel is a 2.4.0-test9 from current cvs as of 001021 > > BTW: I got another oops when trying to process this oops with ksymoops > which i did not capture :( > > ----- Forwarded message from root ----- > > ksymoops 2.3.4 on mips 2.4.0-test9. Options used > -V (default) > -k /proc/ksyms (default) > -l /proc/modules (default) > -o /lib/modules/2.4.0-test9/ (default) > -m /boot/System.map-2.4.0-test9 (default) > > Warning: You did not tell me where to find symbol information. I will > assume that the log matches the kernel and modules that are running > right now and I'll use the default options above for symbol resolution. > If the current kernel and/or modules do not match the log, you can get > more accurate output by telling me the kernel version and where to find > map, modules, ksyms etc. ksymoops -h explains the options. > > No modules in ksyms, skipping objects > Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file? > Unable to handle kernel paging request at virtual address 545f4d74, epc == 80058580, ra == 80058930 > $0 : 00000000 10012c00 00000120 545f4d6c > $4 : 0000000a 00000001 8116e000 00000009 > $8 : 10012c01 1000001e 10012c01 00010000 > $12: 0000000a fffffffd ffffffff 81179c50 > $16: 800dce38 8116f820 8116f940 10012c01 > $20: 8116f800 00000003 00000000 8116f658 > $24: 00000010 00000000 > $28: 8116e000 8116f7d0 8043ff80 80058930 > epc : 80058580 > Using defaults from ksymoops -t elf32-littlemips -a mips:3000 > Status: 10012c02 > Cause : 00000008 > Process (pid: -2146251216, stackpage=8116e000) > Stack: 00000000 00000000 00000000 00000000 80058930 00000000 00000000 00000000 > 00000000 00000000 8004f1f8 00000000 30687465 00000000 00000000 00000000 > 8117d4c0 00000000 80048838 a0020000 bc0c0000 00000003 00000000 0000000c > 00000000 00000000 00000000 10012c01 800dce10 20000000 00000003 8116f800 > 8116f928 00000008 00010000 8018c00c 00010100 00010000 017c0000 fffffffd > ffffffff ... > Call Trace: [<80058930>] [<8004f1f8>] [<80048838>] [<800dce10>] [<800cab9c>] [<800dce3c>] [<80155648>] [<800cab9c>] [<800dc008>] [<800ffefc>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800dd6a0>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800ca73c>] [<80155648>] [<800cab9c>] [<800cac08>] [<800ca73c>] [<80155648>] [<800ee580>] [<800cab9c>] [<800cac08>] [<800ca73c>] ... > Warning (Oops_trace_line): garbage '...' at end of trace line ignored > Code: 2402fffd 00071140 00621821 <8c620008> 240b0001 504b0001 ac600008 24c90358 24c20340 > > >>RA; 80058930 > >>PC; 80058580 <===== > Trace; 80058930 > Trace; 8004f1f8 > Trace; 80048838 > Trace; 800dce10 > Trace; 800cab9c > Trace; 800dce3c > Trace; 80155648 > Trace; 800cab9c > Trace; 800dc008 > Trace; 800ffefc > Trace; 800ca73c > Trace; 80155648 > Trace; 800cab9c > Trace; 800cac08 > Trace; 800dd6a0 > Trace; 800ca73c > Trace; 80155648 > Trace; 800cab9c > Trace; 800cac08 > Trace; 800ca73c > Trace; 80155648 > Trace; 800cab9c > Trace; 800cac08 > Trace; 800ca73c > Trace; 80155648 > Trace; 800cab9c > Trace; 800cac08 > Trace; 800ca73c > Trace; 80155648 > Trace; 800cab9c > Trace; 800cac08 > Trace; 800ca73c > Trace; 80155648 > Trace; 800cab9c > Trace; 800cac08 > Trace; 800ca73c > Trace; 80155648 > Trace; 800ee580 > Trace; 800cab9c > Trace; 800cac08 > Trace; 800ca73c > Code; 80058574 > 0000000000000000 <_PC>: > Code; 80058574 > 0: 2402fffd li $v0,-3 > Code; 80058578 > 4: 00071140 sll $v0,$a3,0x5 > Code; 8005857c > 8: 00621821 addu $v1,$v1,$v0 > Code; 80058580 <===== > c: 8c620008 lw $v0,8($v1) <===== > Code; 80058584 > 10: 240b0001 li $t3,1 > Code; 80058588 > 14: 504b0001 beql $v0,$t3,1c <_PC+1c> 80058590 > Code; 8005858c > 18: ac600008 sw $zero,8($v1) > Code; 80058590 > 1c: 24c90358 addiu $t1,$a2,856 > Code; 80058594 > 20: 24c20340 addiu $v0,$a2,832 > > > 3 warnings issued. Results may not be reliable. > > ----- End forwarded message ----- > > -- > Florian Lohoff flo@rfc822.org +49-5201-669912 > "Write only memory - Oops. Time for my medication again ..." > From owner-linux-mips@oss.sgi.com Sat Oct 21 13:30:57 2000 Received: by oss.sgi.com id ; Sat, 21 Oct 2000 13:30:38 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:37135 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sat, 21 Oct 2000 13:30:15 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 6C1297D9; Sat, 21 Oct 2000 22:30:13 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id BCF1F900C; Sat, 21 Oct 2000 22:29:04 +0200 (CEST) Date: Sat, 21 Oct 2000 22:29:04 +0200 From: Florian Lohoff To: "Kevin D. Kissell" Cc: linux-mips@oss.sgi.com Subject: Re: oops in lance initialization / diskboot Message-ID: <20001021222904.C4004@paradigm.rfc822.org> References: <20001021212318.C3619@paradigm.rfc822.org> <00d301c03b9b$d5ce2340$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <00d301c03b9b$d5ce2340$0deca8c0@Ulysses>; from kevink@mips.com on Sat, Oct 21, 2000 at 10:16:43PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, Oct 21, 2000 at 10:16:43PM +0200, Kevin D. Kissell wrote: > I've seen this sort of problem on other platforms with > other bootloaders, but I'll bet good money that the > reason is the same - if the boot monitor listens to > the ethernet, it will have set up some number of > buffer descriptors in memory. There's a class of > loader bug whereing it launches the application, > in this case the Linux kernel, without shutting down > the LAN controller. The first broadcast packet that > comes across the wire then corrupts some hunk of > memory that Linux thought it had control over. Note > that your "address" is a fragment of an ASCII string. > The only 100% solution is to fix the bootloader. Can > you shut off the Lance in delo? Probably - The problem is that i cant with the PROM. So i have to copy the lance init/search thing from the kernel if i wanted to ... But from the source i see that the driver assumes the Lance is inactive and starts with setting up DMA instead of first resetting the Card. I'll try that first. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Sat Oct 21 15:25:48 2000 Received: by oss.sgi.com id ; Sat, 21 Oct 2000 15:25:38 -0700 Received: from ns0.uklinux.net ([212.1.130.10]:42507 "EHLO www.uklinux.net") by oss.sgi.com with ESMTP id ; Sat, 21 Oct 2000 15:25:26 -0700 Received: from rincewind (ppp-1-61.cvx6.telinco.net [212.1.156.61]) by www.uklinux.net (8.9.3/8.8.7) with SMTP id XAA31725 for ; Sat, 21 Oct 2000 23:25:23 +0100 Reply-To: From: "Budgester" To: "Linux-Mips (E-mail)" Subject: Installing Linux on an Indy Date: Sat, 21 Oct 2000 23:18:19 +0100 Message-ID: <000601c03bac$d24a43f0$0300000a@budgester.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, I am trying to Install Linux on an INDY, but due to lack of knowledge and me being a bit of a newbie I am having problems. I have a i386 server setup and as much documentation as I can find, I am using the foobazco docs at the moment. Could anyone point me in the right direction to solve the following problem. Where do I find base.tar.gz ? Thanks Budgester From owner-linux-mips@oss.sgi.com Sat Oct 21 15:39:18 2000 Received: by oss.sgi.com id ; Sat, 21 Oct 2000 15:38:58 -0700 Received: from smtp.screaming.net ([212.49.224.20]:63198 "EHLO smtp.screaming.net") by oss.sgi.com with ESMTP id ; Sat, 21 Oct 2000 15:38:34 -0700 Received: from slitesys.demon.co.uk (root@dyn206-ras23.screaming.net [212.49.246.206]) by smtp.screaming.net (8.9.3/8.9.3) with ESMTP id WAA10835; Sat, 21 Oct 2000 22:41:56 GMT Received: from localhost (alistair@localhost) by slitesys.demon.co.uk (8.8.5/8.8.5) with SMTP id XAA16709; Sat, 21 Oct 2000 23:40:11 +0100 Date: Sat, 21 Oct 2000 23:40:11 +0100 (BST) From: Alistair MacDonald Reply-To: A.MacDonald@slitesys.demon.co.uk To: Budgester cc: "Linux-Mips (E-mail)" Subject: Re: Installing Linux on an Indy In-Reply-To: <000601c03bac$d24a43f0$0300000a@budgester.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, 21 Oct 2000, Budgester wrote: > I am trying to Install Linux on an INDY, but due to lack of knowledge and me > being a bit of a newbie I am having problems. > > I have a i386 server setup and as much documentation as I can find, > > I am using the foobazco docs at the moment. > > Could anyone point me in the right direction to solve the following problem. > > Where do I find base.tar.gz ? You can find the most recent versions of the code at: ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple/userland-0.2b There isn't a base.tar.gz in the 'simple' system any more. I found that for a diskless Indy I could just extract all these packages into one directory and then mount that. You'll need the most recent kernel from: ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple/kernels as well. If you plan on running with this setup then you will probably want to create a /tmp directory and a /var/log which appeared to be missing on mine. Alistair From owner-linux-mips@oss.sgi.com Sat Oct 21 15:46:18 2000 Received: by oss.sgi.com id ; Sat, 21 Oct 2000 15:45:58 -0700 Received: from mx.mips.com ([206.31.31.226]:14323 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Sat, 21 Oct 2000 15:45:50 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id PAA18337; Sat, 21 Oct 2000 15:45:29 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id PAA01282; Sat, 21 Oct 2000 15:45:42 -0700 (PDT) Message-ID: <00f001c03bb1$189f09e0$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Florian Lohoff" Cc: References: <20001021212318.C3619@paradigm.rfc822.org> <00d301c03b9b$d5ce2340$0deca8c0@Ulysses> <20001021222904.C4004@paradigm.rfc822.org> Subject: Re: oops in lance initialization / diskboot Date: Sun, 22 Oct 2000 00:48:47 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > But from the source i see that the driver assumes the Lance > is inactive and starts with setting up DMA instead of first > resetting the Card. Baaaaad idea. >I'll try that first. It will no doubt help, but unless you shut it down in the bootloader, you will always have a race between the driver init routine and the arrival of the Packet of Death. Kevin K. From owner-linux-mips@oss.sgi.com Sun Oct 22 01:05:01 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 01:04:51 -0700 Received: from natmail2.webmailer.de ([192.67.198.65]:50609 "EHLO post.webmailer.de") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 01:04:30 -0700 Received: from scotty.mgnet.de (pD4B89433.dip.t-dialin.net [212.184.148.51]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id KAA17861 for ; Sun, 22 Oct 2000 10:04:28 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 01:26:32 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 01:26:11 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:13583 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 01:25:47 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 01:59:32 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 01:59:22 -0700 Received: from natmail2.webmailer.de ([192.67.198.65]:455 "EHLO post.webmailer.de") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 01:59:01 -0700 Received: from scotty.mgnet.de (pD4B89433.dip.t-dialin.net [212.184.148.51]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id KAA16898 for ; 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 02:04:32 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 02:04:13 -0700 Received: from kuolema.Infodrom.North.DE ([195.27.69.163]:50192 "HELO kuolema.infodrom.north.de") by oss.sgi.com with SMTP id ; Sun, 22 Oct 2000 02:04:10 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 03:21:52 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 03:21:33 -0700 Received: from hermes.research.kpn.com ([139.63.192.8]:58891 "EHLO hermes.research.kpn.com") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 03:21:12 -0700 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@oss.sgi.com; Sun, 22 Oct 2000 12:21:09 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 03:32:23 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 03:32:03 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:61447 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sun, 22 Oct 2000 03:31:38 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 03:53:22 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 03:53:03 -0700 Received: from natmail2.webmailer.de ([192.67.198.65]:45960 "EHLO post.webmailer.de") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 03:52:39 -0700 Received: from scotty.mgnet.de (pD4B89433.dip.t-dialin.net [212.184.148.51]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id MAA10977 for ; Sun, 22 Oct 2000 12:52:34 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 04:46:13 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 04:46:03 -0700 Received: from p153.n01.ham.access.is-europe.net ([195.179.176.153]:23815 "EHLO netsurf.de") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 04:45:37 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 04:54:53 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 04:54:43 -0700 Received: from natmail2.webmailer.de ([192.67.198.65]:16816 "EHLO post.webmailer.de") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 04:54:23 -0700 Received: from scotty.mgnet.de (pC19EA949.dip.t-dialin.net [193.158.169.73]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id NAA01738 for ; Sun, 22 Oct 2000 13:54:19 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 05:17:14 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 05:16:54 -0700 Received: from p153.n01.ham.access.is-europe.net ([195.179.176.153]:61448 "EHLO netsurf.de") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 05:16:22 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 08:33:09 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 08:32:49 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:8721 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 08:32:27 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 09:20:28 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 09:20:18 -0700 Received: from natmail2.webmailer.de ([192.67.198.65]:14792 "EHLO post.webmailer.de") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 09:20:05 -0700 Received: from scotty.mgnet.de (pC19F6C99.dip.t-dialin.net [193.159.108.153]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id SAA03108 for ; Sun, 22 Oct 2000 18:20:02 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 09:54:28 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 09:54:18 -0700 Received: from u-162.karlsruhe.ipdial.viaginterkom.de ([62.180.18.162]:50436 "EHLO u-162.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 09:54:04 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 10:09:29 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 10:09:09 -0700 Received: from hermes.research.kpn.com ([139.63.192.8]:40206 "EHLO hermes.research.kpn.com") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 10:08:43 -0700 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>; Sun, 22 Oct 2000 19:08:42 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Oct 22 15:55:02 2000 Received: by oss.sgi.com id ; Sun, 22 Oct 2000 15:54:53 -0700 Received: from skynet.csn.ul.ie ([136.201.105.2]:30481 "EHLO skynet.csn.ul.ie") by oss.sgi.com with ESMTP id ; Sun, 22 Oct 2000 15:54:36 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Oct 23 04:22:07 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 04:21:57 -0700 Received: from router.isratech.ro ([193.226.114.69]:27402 "EHLO router.isratech.ro") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 04:21:32 -0700 Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163]) by router.isratech.ro (8.10.2/8.10.2) with ESMTP id e9NBL3Z23998 for ; Mon, 23 Oct 2000 09:21:15 -0200 Message-ID: <39F47FF3.863BC2F9@isratech.ro> Date: Mon, 23 Oct 2000 14:14:11 -0400 From: Nicu Popovici X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.15-2.5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Hello! Content-Type: multipart/mixed; boundary="------------68D0A09B9D2CE6579C61E58A" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------68D0A09B9D2CE6579C61E58A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, >From where can I read the mail archive ? Can anyone tell me that ? I lost all my mails since 20-october 200 until today. So I do not know any other way in which I can read all mails from there . Regards, Nicu --------------68D0A09B9D2CE6579C61E58A Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:POPOVICI;Nicolae Octavian tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;Software adr:;;;;;; version:2.1 email;internet:octavp@isratech.ro title:Software engineer x-mozilla-cpt:;0 fn:Nicolae Octavian POPOVICI end:vcard --------------68D0A09B9D2CE6579C61E58A-- From owner-linux-mips@oss.sgi.com Mon Oct 23 04:29:27 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 04:29:17 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:6192 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 04:29:14 -0700 Received: from sgstv.stavanger.sgi.com (sgstv.stavanger.sgi.com [144.253.219.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id EAA03091 for ; Mon, 23 Oct 2000 04:36:32 -0700 (PDT) mail_from (roald@stavanger.sgi.com) Received: by sgstv.stavanger.sgi.com (980427.SGI.8.8.8/940406.SGI) id NAA36397; Mon, 23 Oct 2000 13:27:32 +0200 (MEST) From: "Roald Lygre" Message-Id: <10010231327.ZM3696009@sgstv.stavanger.sgi.com> Date: Mon, 23 Oct 2000 13:27:31 +0200 In-Reply-To: Nicu Popovici "Hello!" (Oct 23, 2:14pm) References: <39F47FF3.863BC2F9@isratech.ro> Reply_To: roald@stavanger.sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Nicu Popovici , linux-mips@oss.sgi.com Subject: Re: Hello! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Oct 23, 2:14pm, Nicu Popovici wrote: > Subject: Hello! > > Hello, > > >From where can I read the mail archive ? Can anyone tell me that ? > I lost all my mails since 20-october 200 until today. So I do not know > any other way in which I can read all mails from there . > Nicu, check out: http://www.linux.sgi.com/archive/ -Roald -- --------------------------------------------------------------- | Company: SGI Norge A/S | | Email: roald@sgi.com Tlf: +47 5163 4183 | | Addr: Luramyrveien 79 Mobil: +47 909 33 903| | N-4313 Sandnes VMail (SGI): 870-4679 | | NORWAY VMail(ext): +47 6711 4679 | --------------------------------------------------------------- Essential SGI Websites: http://www.sgi.com/ SGI http://www.sgi.no/ SGI Norge http://support-europe.sgi.com/ Log calls, patches+overlays, ++ http://techpubs.sgi.com/ Technical documents, man pages http://freeware.sgi.com/ Freeware - "ready-to-eat" http://oss.sgi.com Open Systems Software http://oss.sgi.com/mips/ Linux for SGI (Mips/Intel) http://www.sgi.com/developers/ Developer Central http://www.sgi.com/Products/Evaluation/ Evaluation Software -------------------------------------------------------------- P O W E R E D B Y M I P S / R U N B Y I R I X - - S G I -------------------------------------------------------------- From owner-linux-mips@oss.sgi.com Mon Oct 23 07:42:41 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 07:42:32 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:15111 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 23 Oct 2000 07:42:17 -0700 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: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Oct 23 07:45:11 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 07:45:02 -0700 Received: from ns.snowman.net ([63.80.4.34]:33811 "EHLO ns.snowman.net") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 07:44:51 -0700 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) From: 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 To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, I've managed to aquire a indigo2 R8k. Can anyone tell me about running linux on it? Thanks Nick From owner-linux-mips@oss.sgi.com Mon Oct 23 08:47:32 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 08:47:12 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:28681 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 23 Oct 2000 08:46:48 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 4E9F47F4; Mon, 23 Oct 2000 17:46:40 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id B625E900C; Mon, 23 Oct 2000 17:45:28 +0200 (CEST) Date: Mon, 23 Oct 2000 17:45:28 +0200 From: Florian Lohoff To: nick@snowman.net Cc: linux-mips@oss.sgi.com Subject: Re: r8000 Message-ID: <20001023174528.B4390@paradigm.rfc822.org> References: <20001023162547.H355@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from nick@snowman.net on Mon, Oct 23, 2000 at 10:44:49AM -0400 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 23, 2000 at 10:44:49AM -0400, nick@snowman.net wrote: > Hi, I've managed to aquire a indigo2 R8k. Can anyone tell me about > running linux on it? No support - Noone is working on it - Rare documentation :) I have one myself but i havent looked into it deeper ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Mon Oct 23 11:45:13 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 11:45:03 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:35572 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 11:44:41 -0700 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 e9NIgT309720; Mon, 23 Oct 2000 11:42:29 -0700 Message-ID: <39F48742.933941B8@mvista.com> Date: Mon, 23 Oct 2000 11:45:22 -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: Keith Owens CC: linux-mips@oss.sgi.com Subject: Re: problems with insmod ... References: <8345.972101539@ocs3.ocs-net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Keith Owens wrote: > > On Fri, 20 Oct 2000 19:50:03 -0700, > Jun Sun wrote: > >I am using modutils v2.1.121, generated by binutils 2.8.1/egcs > >v1.0.3a/glibc 2.0.6. > > > >BTW, I seem to remember someone said the modutils 2.1.121 is not good > >MIPS. Which version is good? > > 2.1.121 is over two years old and is missing several mips patches. > There is no good reason to use 2.1.121, modutils 2.3 is backwards > compatible. > > The last mips specific patch was in modutils 2.3.15. 2.3.18 ignores > empty relocate sections which I believe were a problem for several > architectures, possibly including mips. 2.3.19 will be released this > weekend and includes a mips patch to fix a minor problem which I doubt > anybody has ever hit. If you need modutils now, use 2.3.18, if you can > wait 48 hours, wait for 2.3.19. > > ftp://ftp..kernel.org/pub/linux/kernel/utils/modutils/v2.3. I tried with 2.3.19, and now I am having problem with out of bound index in symbol table. See the output below. --------- sh-2.03# insmod hello.o hello.o: local symbol gcc2_compiled. with index 10 exceeds local_symtab_size 10 hello.o: local symbol __gnu_compiled_c with index 11 exceeds local_symtab_size 10 hello.o: local symbol __module_kernel_version with index 12 exceeds local_symtab_size 10 --------- I took a look. It appears that there is bug fix in v2.3.19 that checks the symbol index against the table size, which in turn discovers this bug. Is this a ld bug? The sh_info field is indeed 10, but there are more symbols. I included the symbol table below, and the command line that I generate the module. ---------- SYMBOL TABLE: 00000000 l d .modinfo 00000000 00000000 l d .rodata 00000000 00000000 l d .text 00000000 00000000 l d .data 00000000 00000000 l d .bss 00000000 00000000 l d *ABS* 00000000 00000000 l d *ABS* 00000000 00000000 l d .note 00000000 00000000 l d .comment 00000000 00000000 l .text 00000000 gcc2_compiled. 00000000 l .text 00000000 __gnu_compiled_c 00000000 l O .modinfo 0000001b __module_kernel_version 00000000 g F .text 00000048 init_module 00000000 O *UND* 00000000 printk 00000048 g F .text 00000040 cleanup_module ----------- Make command: mips_5000_le-gcc -Wall -DMODULE -D__KERNEL__ -DLINUX -fno-pic -c hello.c Jun From owner-linux-mips@oss.sgi.com Mon Oct 23 15:32:25 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 15:32:15 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:44039 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Mon, 23 Oct 2000 15:32:11 -0700 Received: (qmail 7728 invoked from network); 23 Oct 2000 22:32:04 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 23 Oct 2000 22:32:04 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Jun Sun cc: linux-mips@oss.sgi.com Subject: Re: problems with insmod ... In-reply-to: Your message of "Mon, 23 Oct 2000 11:45:22 PDT." <39F48742.933941B8@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Oct 2000 09:32:03 +1100 Message-ID: <7690.972340323@ocs3.ocs-net> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, 23 Oct 2000 11:45:22 -0700, Jun Sun wrote: >I tried with 2.3.19, and now I am having problem with out of bound index >in symbol table. See the output below. > >--------- >sh-2.03# insmod hello.o >hello.o: local symbol gcc2_compiled. with index 10 exceeds >local_symtab_size 10 >hello.o: local symbol __gnu_compiled_c with index 11 exceeds >local_symtab_size 10 >--------- It is a toolchain bug, I think it is in the assembler. I have a dim distant memory from about a month ago that somebody on linux-mips found the problem. Ask the toolchain experts. From owner-linux-mips@oss.sgi.com Mon Oct 23 15:38:26 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 15:38:15 -0700 Received: from gatekeep.ti.com ([192.94.94.61]:55454 "EHLO gatekeep.ti.com") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 15:38:12 -0700 Received: from dlep8.itg.ti.com ([157.170.134.88]) by gatekeep.ti.com (8.11.0/8.11.0) with ESMTP id e9NMc6f18402; Mon, 23 Oct 2000 17:38:06 -0500 (CDT) Received: from dlep8.itg.ti.com (localhost [127.0.0.1]) by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id RAA21101; Mon, 23 Oct 2000 17:38:05 -0500 (CDT) Received: from dlep3.itg.ti.com (dlep3-maint.itg.ti.com [157.170.133.16]) by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id RAA21092; Mon, 23 Oct 2000 17:38:05 -0500 (CDT) Received: from ti.com (IDENT:bbrown@bbrowndt.sc.ti.com [158.218.100.180]) by dlep3.itg.ti.com (8.9.3/8.9.3) with ESMTP id RAA23723; Mon, 23 Oct 2000 17:38:04 -0500 (CDT) Message-ID: <39F4BEDA.C7A7D956@ti.com> Date: Mon, 23 Oct 2000 16:42:34 -0600 From: Brady Brown Organization: Texas Instruments X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: Jun Sun CC: Keith Owens , linux-mips@oss.sgi.com Subject: Re: problems with insmod ... References: <8345.972101539@ocs3.ocs-net> <39F48742.933941B8@mvista.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Jun Sun wrote: > Keith Owens wrote: > > > > On Fri, 20 Oct 2000 19:50:03 -0700, > > Jun Sun wrote: > > >I am using modutils v2.1.121, generated by binutils 2.8.1/egcs > > >v1.0.3a/glibc 2.0.6. > > > > > >BTW, I seem to remember someone said the modutils 2.1.121 is not good > > >MIPS. Which version is good? > > > > 2.1.121 is over two years old and is missing several mips patches. > > There is no good reason to use 2.1.121, modutils 2.3 is backwards > > compatible. > > > > The last mips specific patch was in modutils 2.3.15. 2.3.18 ignores > > empty relocate sections which I believe were a problem for several > > architectures, possibly including mips. 2.3.19 will be released this > > weekend and includes a mips patch to fix a minor problem which I doubt > > anybody has ever hit. If you need modutils now, use 2.3.18, if you can > > wait 48 hours, wait for 2.3.19. > > > > ftp://ftp..kernel.org/pub/linux/kernel/utils/modutils/v2.3. > > I tried with 2.3.19, and now I am having problem with out of bound index > in symbol table. See the output below. > > --------- > sh-2.03# insmod hello.o > hello.o: local symbol gcc2_compiled. with index 10 exceeds > local_symtab_size 10 > hello.o: local symbol __gnu_compiled_c with index 11 exceeds > local_symtab_size 10 > hello.o: local symbol __module_kernel_version with index 12 exceeds > local_symtab_size 10 > --------- > > I took a look. It appears that there is bug fix in v2.3.19 that checks > the symbol index against the table size, which in turn discovers this > bug. > > Is this a ld bug? The sh_info field is indeed 10, but there are more > symbols. > > I included the symbol table below, and the command line that I generate > the module. > > ---------- > SYMBOL TABLE: > 00000000 l d .modinfo 00000000 > 00000000 l d .rodata 00000000 > 00000000 l d .text 00000000 > 00000000 l d .data 00000000 > 00000000 l d .bss 00000000 > 00000000 l d *ABS* 00000000 > 00000000 l d *ABS* 00000000 > 00000000 l d .note 00000000 > 00000000 l d .comment 00000000 > 00000000 l .text 00000000 gcc2_compiled. > 00000000 l .text 00000000 __gnu_compiled_c > 00000000 l O .modinfo 0000001b __module_kernel_version > 00000000 g F .text 00000048 init_module > 00000000 O *UND* 00000000 printk > 00000048 g F .text 00000040 cleanup_module > ----------- > > Make command: > > mips_5000_le-gcc -Wall -DMODULE -D__KERNEL__ -DLINUX -fno-pic -c hello.c > > Jun There is a known issue right now with the .elf format generated by the mips assembler. The assembler has the local symbol table ordering and size field out of sync, consequently when insmod tries to install it, it fails because there are more local symbols in the file than the 'inf' field in the file header indicates. I think this is being looked into. As a 'dirty' work around - the linker does appear to generate correct elf outputs so I am currently linking all of my modules using the -r command line switch so the output remains re-locatable. The readelf utility shows the symbol table stuff if you are interested. After the incremental link the files insmod's fine. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Brady Brown (bbrown@ti.com) Work:(801)619-6103 Texas Instruments: Broadband Access Group ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-linux-mips@oss.sgi.com Mon Oct 23 17:41:27 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 17:41:18 -0700 Received: from u-50.karlsruhe.ipdial.viaginterkom.de ([62.180.19.50]:20228 "EHLO u-50.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 17:40:58 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 24 Oct 2000 02:40:40 +0200 Date: Tue, 24 Oct 2000 02:40:40 +0200 From: Ralf Baechle To: Keith Owens Cc: Jun Sun , linux-mips@oss.sgi.com Subject: Re: problems with insmod ... Message-ID: <20001024024040.D1009@bacchus.dhis.org> References: <39F48742.933941B8@mvista.com> <7690.972340323@ocs3.ocs-net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <7690.972340323@ocs3.ocs-net>; from kaos@melbourne.sgi.com on Tue, Oct 24, 2000 at 09:32:03AM +1100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Oct 24, 2000 at 09:32:03AM +1100, Keith Owens wrote: > On Mon, 23 Oct 2000 11:45:22 -0700, > Jun Sun wrote: > >I tried with 2.3.19, and now I am having problem with out of bound index > >in symbol table. See the output below. > > > >--------- > >sh-2.03# insmod hello.o > >hello.o: local symbol gcc2_compiled. with index 10 exceeds > >local_symtab_size 10 > >hello.o: local symbol __gnu_compiled_c with index 11 exceeds > >local_symtab_size 10 > >--------- > > It is a toolchain bug, I think it is in the assembler. I have a dim > distant memory from about a month ago that somebody on linux-mips found > the problem. Ask the toolchain experts. It's a bug bug in ld, one in BFD and a sillyness in IRIX ELF which the linker uses. IRIX ELF uses different sorting rules for the symbol table, see mips_elf_sym_is_global in bfd/elf32-mips.c. - Bug one: ld generated output should follow the same rules as assembler generated output. - Bug two is more a design flaw - why does Linux/MIPS and most other MIPS ELF configurations use IRIX and not ABI ELF? - Bug three is that mips_elf_sym_is_global applies these IRIX ELF sorting rules even to ABI ELF. Ralf From owner-linux-mips@oss.sgi.com Mon Oct 23 18:07:27 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 18:07:18 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:57840 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 18:07:11 -0700 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 e9O15f302417; Mon, 23 Oct 2000 18:05:41 -0700 Message-ID: <39F4E113.6BC85A5C@mvista.com> Date: Mon, 23 Oct 2000 18:08:35 -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: Keith Owens , linux-mips@oss.sgi.com Subject: Re: problems with insmod ... References: <39F48742.933941B8@mvista.com> <7690.972340323@ocs3.ocs-net> <20001024024040.D1009@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ralf Baechle wrote: > > On Tue, Oct 24, 2000 at 09:32:03AM +1100, Keith Owens wrote: > > > On Mon, 23 Oct 2000 11:45:22 -0700, > > Jun Sun wrote: > > >I tried with 2.3.19, and now I am having problem with out of bound index > > >in symbol table. See the output below. > > > > > >--------- > > >sh-2.03# insmod hello.o > > >hello.o: local symbol gcc2_compiled. with index 10 exceeds > > >local_symtab_size 10 > > >hello.o: local symbol __gnu_compiled_c with index 11 exceeds > > >local_symtab_size 10 > > >--------- > > > > It is a toolchain bug, I think it is in the assembler. I have a dim > > distant memory from about a month ago that somebody on linux-mips found > > the problem. Ask the toolchain experts. > > It's a bug bug in ld, one in BFD and a sillyness in IRIX ELF which the linker > uses. IRIX ELF uses different sorting rules for the symbol table, see > mips_elf_sym_is_global in bfd/elf32-mips.c. > > - Bug one: ld generated output should follow the same rules as assembler > generated output. > - Bug two is more a design flaw - why does Linux/MIPS and most other > MIPS ELF configurations use IRIX and not ABI ELF? > - Bug three is that mips_elf_sym_is_global applies these IRIX ELF sorting > rules even to ABI ELF. > > Ralf This sounds like a serious problem to me. So here are the questions : 1) is it fixed in the latest binutils? 2) is it worth fixed for binutil v2.8.1? I might be able to fix this problem, but I surely need some fill-ins. Jun From owner-linux-mips@oss.sgi.com Mon Oct 23 18:19:47 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 18:19:37 -0700 Received: from u-50.karlsruhe.ipdial.viaginterkom.de ([62.180.19.50]:23300 "EHLO u-50.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 18:19:18 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 24 Oct 2000 03:18:28 +0200 Date: Tue, 24 Oct 2000 03:18:28 +0200 From: Ralf Baechle To: Jun Sun Cc: Keith Owens , linux-mips@oss.sgi.com Subject: Re: problems with insmod ... Message-ID: <20001024031828.A2816@bacchus.dhis.org> References: <39F48742.933941B8@mvista.com> <7690.972340323@ocs3.ocs-net> <20001024024040.D1009@bacchus.dhis.org> <39F4E113.6BC85A5C@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39F4E113.6BC85A5C@mvista.com>; from jsun@mvista.com on Mon, Oct 23, 2000 at 06:08:35PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 23, 2000 at 06:08:35PM -0700, Jun Sun wrote: > > > Jun Sun wrote: > > > >I tried with 2.3.19, and now I am having problem with out of bound index > > > >in symbol table. See the output below. > > > > > > > >--------- > > > >sh-2.03# insmod hello.o > > > >hello.o: local symbol gcc2_compiled. with index 10 exceeds > > > >local_symtab_size 10 > > > >hello.o: local symbol __gnu_compiled_c with index 11 exceeds > > > >local_symtab_size 10 > > > >--------- > > > > > > It is a toolchain bug, I think it is in the assembler. I have a dim > > > distant memory from about a month ago that somebody on linux-mips found > > > the problem. Ask the toolchain experts. > > > > It's a bug bug in ld, one in BFD and a sillyness in IRIX ELF which the linker > > uses. IRIX ELF uses different sorting rules for the symbol table, see > > mips_elf_sym_is_global in bfd/elf32-mips.c. > > > > - Bug one: ld generated output should follow the same rules as assembler > > generated output. > > - Bug two is more a design flaw - why does Linux/MIPS and most other > > MIPS ELF configurations use IRIX and not ABI ELF? > > - Bug three is that mips_elf_sym_is_global applies these IRIX ELF sorting > > rules even to ABI ELF. > > > > Ralf > > This sounds like a serious problem to me. So here are the questions : > > 1) is it fixed in the latest binutils? No, all binutils ever are affected. > 2) is it worth fixed for binutil v2.8.1? Probably not. I believe modulo some testing current CVS binutils are ready for more serious use than just binutils fixing. In any case fixing should be easy. Ralf From owner-linux-mips@oss.sgi.com Mon Oct 23 18:23:07 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 18:22:57 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:26097 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 18:22:55 -0700 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 e9O1LP303349; Mon, 23 Oct 2000 18:21:25 -0700 Message-ID: <39F4E4C2.A9570003@mvista.com> Date: Mon, 23 Oct 2000 18:24:18 -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: linux-mips@oss.sgi.com Subject: Re: pthread_create() gets BUS ERROR References: <39EF765A.EC787ED6@mvista.com> <20001020003946.E20887@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ralf Baechle wrote: > > On Thu, Oct 19, 2000 at 03:31:54PM -0700, Jun Sun wrote: > > > I am running a simple pthread_create() test. The thread gets created, > > but the creating thread gets BUS error after the function call. In > > fact, it gets SIGUSR1 signal. Does anybody know what is wrong here? > > > > It looks to me that creating thread is waiting for the created thread to > > start up, but somehow did not install the signal handler correctly!? > > > > I am running with the "stable" toolchain that I generated recently, > > i.e., binutil 2.8.1, egcs 1.0.3a and glibc2.0.6. > > Which libc release exactly? > > I've uploaded another release glibc-2.0.6-7lm to oss:/pub/linux/mips/glibc/. > In case you're running big endian, could you try that release? > > (Sorry, no source, will upload the srpm tomorrow.) > > Ralf Since Ralf has not posted his patch for glibc yet, I looked into the problem a little bit more. It appears to be another toolchain related problem, instead of a glibc problem. In linuxthread/pthread.c:pthread_initialize_manager(), it accesses a global variable __pthread_initial_thread_bos in pthread shared library. Apparently the code finds out the address of the variable through some table (why is that?). It looks like the offset for variable is off by 8. Another ld problem? I am using the "old but stable" toolchains, as I stated in an earlier email. :-9 Jun ====== "... 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 c) glibc 2.0.6 + mips patch ftp://oss.sgi.com/pub/linux/mips/glibc/srpms/glibc-2.0.6-5lm.src.rpm ..." From owner-linux-mips@oss.sgi.com Mon Oct 23 18:25:37 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 18:25:28 -0700 Received: from fileserv2.cologne.de ([195.227.25.6]:13127 "HELO fileserv2.Cologne.DE") by oss.sgi.com with SMTP id ; Mon, 23 Oct 2000 18:25:17 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Oct 23 18:38:37 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 18:38:27 -0700 Received: from u-50.karlsruhe.ipdial.viaginterkom.de ([62.180.19.50]:24068 "EHLO u-50.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 18:38:06 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 24 Oct 2000 03:37:43 +0200 Date: Tue, 24 Oct 2000 03:37:43 +0200 From: Ralf Baechle To: Jun Sun Cc: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: pthread_create() gets BUS ERROR Message-ID: <20001024033743.B2816@bacchus.dhis.org> References: <39EF765A.EC787ED6@mvista.com> <20001020003946.E20887@bacchus.dhis.org> <39F4E4C2.A9570003@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39F4E4C2.A9570003@mvista.com>; from jsun@mvista.com on Mon, Oct 23, 2000 at 06:24:18PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 23, 2000 at 06:24:18PM -0700, Jun Sun wrote: > Since Ralf has not posted his patch for glibc yet, I looked into the > problem a little bit more. If you'd be waiting just a few minutes longer I'd have announced it :-) The srpm is currently uploading to oss.sgi.com:/pub/linux/mips/glibc/ srpms/glibc-2.0.6-7lm.src.rpm. The file is 4682466 bytes long, so don't start downloading before it's completly uploaded :-) > It appears to be another toolchain related problem, instead of a glibc > problem. > > In linuxthread/pthread.c:pthread_initialize_manager(), it accesses a > global variable __pthread_initial_thread_bos in pthread shared library. > Apparently the code finds out the address of the variable through some > table (why is that?). It looks like the offset for variable is off by > 8. Another ld problem? > > I am using the "old but stable" toolchains, as I stated in an earlier > email.:-9 This description somehow rings a bell. I'll dig through my mailfolders and will post if I find something. Ralf From owner-linux-mips@oss.sgi.com Mon Oct 23 19:48:29 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 19:48:19 -0700 Received: from u-45.karlsruhe.ipdial.viaginterkom.de ([62.180.18.45]:38916 "EHLO u-45.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 19:48:01 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Oct 23 21:36:00 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 21:35:50 -0700 Received: from ns1.SuSE.com ([202.58.118.2]:64527 "HELO ns1.suse.com") by oss.sgi.com with SMTP id ; Mon, 23 Oct 2000 21:35:31 -0700 Received: from zappa.oak.suse.com (fw.SuSE.com [202.58.118.35]) by ns1.suse.com (Postfix) with ESMTP id A07C6DF918 for ; Mon, 23 Oct 2000 21:34:25 -0700 (PDT) Received: from home.oak.suse.com (home.oak.suse.com [192.168.0.4]) by zappa.oak.suse.com (Postfix) with ESMTP id 07203AFB15 for ; Mon, 23 Oct 2000 21:35:31 -0700 (PDT) Received: by home.oak.suse.com (Postfix, from userid 0) id D890C7E824; Mon, 23 Oct 2000 21:35:30 -0700 (PDT) Date: Mon, 23 Oct 2000 21:35:30 -0700 From: Randall Craig To: linux-mips@oss.sgi.com Subject: R5000SC Message-ID: <20001023213530.A32077@suse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing I think from the faq that the R5000SC is not supported: ---Snip---- Not supported are R4000MC and R4400MC CPUs (that is multiprocessor systems) as well as R5000 systems with a CPU controlled second level cache. This means where the cache is controlled by the R5000 itself in contrast to some external external cache controller. The difference is important because, unlike other systems, especially PCs, on MIPS the cache is architecturally visible and needs to be controlled by software. ---Snap--- The machine seems seems to have Secondary unified cache. Could anyone confirm that this machine is not supported. Here is some more info, I do not have access to the machine. 1 180 MHZ IP22 Processor FPU: MIPS R5000 Floating Point Coprocessor Revision: 1.0 CPU: MIPS R5000 Processor Chip Revision: 2.1 On-board serial ports: 2 On-board bi-directional parallel port Data cache size: 32 Kbytes Instruction cache size: 32 Kbytes Secondary unified instruction/data cache size: 512 Kbytes on Processor 0 -- Randall H. Craig SuSE Inc., Tel: +1-510-628-3380 (ext. 5004) 580 Second St., Suite 210 Fax: +1-510-835-3381 Oakland CA 94607 Email: randall@suse.com USA WWW: http://www.suse.com From owner-linux-mips@oss.sgi.com Mon Oct 23 22:52:20 2000 Received: by oss.sgi.com id ; Mon, 23 Oct 2000 22:52:10 -0700 Received: from hermes.research.kpn.com ([139.63.192.8]:50952 "EHLO hermes.research.kpn.com") by oss.sgi.com with ESMTP id ; Mon, 23 Oct 2000 22:51:46 -0700 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>; 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 24 04:32:13 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 04:31:53 -0700 Received: from fileserv2.cologne.de ([195.227.25.6]:33616 "HELO fileserv2.Cologne.DE") by oss.sgi.com with SMTP id ; Tue, 24 Oct 2000 04:31:31 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 24 05:11:03 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 05:10:54 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:36107 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Tue, 24 Oct 2000 05:10:48 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id B1FF080B; Tue, 24 Oct 2000 14:10:45 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id EC013900C; Tue, 24 Oct 2000 14:08:58 +0200 (CEST) Date: Tue, 24 Oct 2000 14:08:58 +0200 From: Florian Lohoff To: Randall Craig Cc: linux-mips@oss.sgi.com Subject: Re: R5000SC Message-ID: <20001024140858.F3795@paradigm.rfc822.org> References: <20001023213530.A32077@suse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001023213530.A32077@suse.com>; from randall@suse.com on Mon, Oct 23, 2000 at 09:35:30PM -0700 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 23, 2000 at 09:35:30PM -0700, Randall Craig wrote: > The machine seems seems to have Secondary unified cache. Could anyone > confirm that this machine is not supported. Even without Secondary Cache there are problems with R5000. > 1 180 MHZ IP22 Processor > FPU: MIPS R5000 Floating Point Coprocessor Revision: 1.0 > CPU: MIPS R5000 Processor Chip Revision: 2.1 I got a 150Mhz IP22 (Indy) without secondary cache and i see very strange things happen with 2.4.0-test9 (2.2.14 was reported to work) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Tue Oct 24 05:33:04 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 05:32:43 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:62219 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Tue, 24 Oct 2000 05:32:18 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id B47CA807; Tue, 24 Oct 2000 14:31:51 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 2A856900C; Tue, 24 Oct 2000 14:25:26 +0200 (CEST) Date: Tue, 24 Oct 2000 14:25:26 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: Re: process lockups Message-ID: <20001024142526.A4162@paradigm.rfc822.org> References: <20001024032232.A3426@excalibur.cologne.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: 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 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Oct 24, 2000 at 03:22:32AM +0200, Karsten Merker wrote: > 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? I have not seen this on my /150 although i have not been running -test9. I got that machine @home right now so ill check if i can reproduce 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? I guess this is Decstation specific as i cant seem to be able to reproduce this on the I2 - I have seen this too. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Tue Oct 24 06:31:03 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 06:30:44 -0700 Received: from router.isratech.ro ([193.226.114.69]:57103 "EHLO router.isratech.ro") by oss.sgi.com with ESMTP id ; Tue, 24 Oct 2000 06:30:25 -0700 Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163]) by router.isratech.ro (8.10.2/8.10.2) with ESMTP id e9ODTcZ12857 for ; Tue, 24 Oct 2000 11:29:41 -0200 Message-ID: <39F5EF83.6AFF6A5D@isratech.ro> Date: Tue, 24 Oct 2000 16:22:27 -0400 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Linux Mips kernel! Content-Type: multipart/mixed; boundary="------------F149F4556971E85E03E3B2AB" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------F149F4556971E85E03E3B2AB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, I have the final version of Mips Linux kernel from the CVS site but I do not manage to compile it. After make menuconfig , make dep and make CROSS_COMPILE=mips-linux- I get the following error. h/mips/kernel/kernel.o: In function `i8259_do_irq': irq.c(.text.init+0x370): undefined reference to `prom_init' irq.c(.text.init+0x370): relocation truncated to fit: R_MIPS_26 prom_init arch/mips/mm/mm.o: In function `free_initmem': init.c(.text+0x664): undefined reference to `prom_free_prom_memory' init.c(.text+0x664): relocation truncated to fit: R_MIPS_26 prom_free_prom_memory arch/mips/mm/mm.o: In function `get_pte_slow': init.c(.text.init+0x278): undefined reference to `page_is_ram' init.c(.text.init+0x278): relocation truncated to fit: R_MIPS_26 page_is_ram arch/mips/mm/mm.o: In function `do_check_pgt_cache': init.c(.text.init+0x39c): undefined reference to `prom_printf' init.c(.text.init+0x39c): relocation truncated to fit: R_MIPS_26 prom_printf make: *** [vmlinux] Error 1 Can anyone help me ? Regards, Nicu --------------F149F4556971E85E03E3B2AB Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:POPOVICI;Nicolae Octavian tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;Software adr:;;;;;; version:2.1 email;internet:octavp@isratech.ro title:Software engineer x-mozilla-cpt:;0 fn:Nicolae Octavian POPOVICI end:vcard --------------F149F4556971E85E03E3B2AB-- From owner-linux-mips@oss.sgi.com Tue Oct 24 07:06:24 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 07:06:14 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:47119 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Tue, 24 Oct 2000 07:05:52 -0700 Received: from frodo.physik.uni-konstanz.de [134.34.144.82] by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 13o4hH-0007Mu-00; Tue, 24 Oct 2000 16:04:59 +0200 Received: from agx by frodo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13o4hH-00018O-00; Tue, 24 Oct 2000 16:04:59 +0200 Date: Tue, 24 Oct 2000 16:04:59 +0200 From: Guido Guenther To: Nicu Popovici Cc: linux-mips@oss.sgi.com Subject: Re: Linux Mips kernel! Message-ID: <20001024160459.A4351@frodo.physik.uni-konstanz.de> References: <39F5EF83.6AFF6A5D@isratech.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39F5EF83.6AFF6A5D@isratech.ro>; from octavp@isratech.ro on Tue, Oct 24, 2000 at 04:22:27PM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Oct 24, 2000 at 04:22:27PM -0400, Nicu Popovici wrote: > Hello, > > I have the final version of Mips Linux kernel from the CVS site but I do > not manage to compile it. > After make menuconfig , make dep and make CROSS_COMPILE=mips-linux- I > get the following error. [..snip..] what versions of gcc/binutils are you using? I'd recommend binutils 2.8.1 + mips-patches & egcs 1.0.3a + mips-patches. If I remember correntcly they are packaged ready for crosscompiling on oss. Regards, -- Guido From owner-linux-mips@oss.sgi.com Tue Oct 24 08:14:44 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 08:14:25 -0700 Received: from u-117.karlsruhe.ipdial.viaginterkom.de ([62.180.10.117]:51204 "EHLO u-117.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 24 Oct 2000 08:14:09 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 24 08:14:44 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 08:14:34 -0700 Received: from u-117.karlsruhe.ipdial.viaginterkom.de ([62.180.10.117]:51204 "EHLO u-117.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 24 Oct 2000 08:14:11 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 24 10:58:04 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 10:57:45 -0700 Received: from fileserv2.cologne.de ([195.227.25.6]:35673 "HELO fileserv2.Cologne.DE") by oss.sgi.com with SMTP id ; Tue, 24 Oct 2000 10:57:23 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 24 14:35:15 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 14:35:06 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:41979 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Tue, 24 Oct 2000 14:35:00 -0700 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 e9OLXQ328024; Tue, 24 Oct 2000 14:33:27 -0700 Message-ID: <39F600D6.A54FC824@mvista.com> Date: Tue, 24 Oct 2000 14:36:22 -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: linux-mips@oss.sgi.com Subject: Re: pthread_create() gets BUS ERROR References: <39EF765A.EC787ED6@mvista.com> <20001020003946.E20887@bacchus.dhis.org> <39F4E4C2.A9570003@mvista.com> <20001024033743.B2816@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ralf Baechle wrote: > > On Mon, Oct 23, 2000 at 06:24:18PM -0700, Jun Sun wrote: > > > Since Ralf has not posted his patch for glibc yet, I looked into the > > problem a little bit more. > > If you'd be waiting just a few minutes longer I'd have announced it :-) > > The srpm is currently uploading to oss.sgi.com:/pub/linux/mips/glibc/ > srpms/glibc-2.0.6-7lm.src.rpm. The file is 4682466 bytes long, so don't > start downloading before it's completly uploaded :-) > > > It appears to be another toolchain related problem, instead of a glibc > > problem. > > > > In linuxthread/pthread.c:pthread_initialize_manager(), it accesses a > > global variable __pthread_initial_thread_bos in pthread shared library. > > Apparently the code finds out the address of the variable through some > > table (why is that?). It looks like the offset for variable is off by > > 8. Another ld problem? > > > > I am using the "old but stable" toolchains, as I stated in an earlier > > email.:-9 > > This description somehow rings a bell. I'll dig through my mailfolders > and will post if I find something. > > Ralf Since I suspect it is binutils problem, I tried to use the latest binutil with egcs 1.0.3a and glibc 2.0.6. This leads to unusable userland programs - init hangs. sash runs, but nothing else seems to work. Do that mean I should not mix up the versions among toolchains? Has anybody tried that above combo before? I will try glibc-2.0.6-7lm.src.rpm, but I am very hopeful that it will solve this problem. BTW, has anybody got pthread running on any 2.4 Linux/MIPS? I want to know if I am just unlucky or else... Jun From owner-linux-mips@oss.sgi.com Tue Oct 24 17:17:37 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 17:17:17 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:44537 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Tue, 24 Oct 2000 17:16:57 -0700 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 e9P0FL304777; Tue, 24 Oct 2000 17:15:21 -0700 Message-ID: <39F626C9.96146652@mvista.com> Date: Tue, 24 Oct 2000 17:18:17 -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 Subject: gcc : ... is greater than maximum object file alignment Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing I looked carefully again at the output for building glibc, and I found the following warnings. If I remembered correctly, Ralf has already fixed a similar problem a while back. Maybe it is not in the patch file? I am using egcs-1.0.3a-2.diff.gz on oss.sgi.com site. pthread.c:31: warning: alignment of `__pthread_initial_thread' is greater than maximum object file alignment pthread.c:62: warning: alignment of `__pthread_manager_thread' is greater than maximum object file alignment Jun From owner-linux-mips@oss.sgi.com Tue Oct 24 17:43:07 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 17:42:47 -0700 Received: from u-66.karlsruhe.ipdial.viaginterkom.de ([62.180.19.66]:261 "EHLO u-66.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 24 Oct 2000 17:42:18 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 25 Oct 2000 02:41:56 +0200 Date: Wed, 25 Oct 2000 02:41:56 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: gcc : ... is greater than maximum object file alignment Message-ID: <20001025024156.B10792@bacchus.dhis.org> References: <39F626C9.96146652@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39F626C9.96146652@mvista.com>; from jsun@mvista.com on Tue, Oct 24, 2000 at 05:18:17PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Oct 24, 2000 at 05:18:17PM -0700, Jun Sun wrote: > I looked carefully again at the output for building glibc, and I found > the following warnings. If I remembered correctly, Ralf has already > fixed a similar problem a while back. Maybe it is not in the patch > file? I am using egcs-1.0.3a-2.diff.gz on oss.sgi.com site. > > pthread.c:31: warning: alignment of `__pthread_initial_thread' is > greater than maximum object file alignment > pthread.c:62: warning: alignment of `__pthread_manager_thread' is > greater than maximum object file alignment The fix was only available as part of the cross-egcs-1.0.3a-2 package but not us unbundled patch. It's now available there. Note that the native compiler also isn't based on this latest patch. Ralf From owner-linux-mips@oss.sgi.com Tue Oct 24 18:30:38 2000 Received: by oss.sgi.com id ; Tue, 24 Oct 2000 18:30:27 -0700 Received: from u-66.karlsruhe.ipdial.viaginterkom.de ([62.180.19.66]:1541 "EHLO u-66.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 24 Oct 2000 18:30:05 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Wed Oct 25 01:01:59 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 01:01:39 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:33819 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 01:01:07 -0700 Received: from relay.milan.sgi.com (relay.milan.sgi.com [144.253.240.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id AAA29595 for ; Wed, 25 Oct 2000 00:53:17 -0700 (PDT) mail_from (mmorosin@sgi.com) Received: from nt-milan.milan.sgi.com (nt-milan.milan.sgi.com [144.253.240.70]) by relay.milan.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id KAA24246; Wed, 25 Oct 2000 10:02:18 +0200 (CST) Received: by nt-milan.milan.sgi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 25 Oct 2000 09:59:44 +0200 Message-ID: <913763E09A62D2118DC500A0C9E4139DBF8B40@nt-milan.milan.sgi.com> From: Maurizio Morosini To: "'eurotac@neu.sgi.com'" Cc: linux-mips@oss.sgi.com, "',maurizio@milan.sgi.com'" <>, maurizio@relay.milan.sgi.com Subject: 1400scsi cable Date: Wed, 25 Oct 2000 09:59:43 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi all I am looking for a Part Number regarding scsi cable for Mylex AcceleRAID 250 PCI card for 1400 Sistem . 1400 scsi cable is short and I didn't recive any cable with Raid board . Have anyone some info?? Thanks a lot Maurizio From owner-linux-mips@oss.sgi.com Wed Oct 25 05:56:40 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 05:56:19 -0700 Received: from srvntsxconn3.toc.ixl.com ([216.99.0.139]:38670 "HELO srvntsxconn3.toc.ixl.com") by oss.sgi.com with SMTP id ; Wed, 25 Oct 2000 05:56:00 -0700 Received: from 216.99.0.139 by srvntsxconn3.toc.ixl.com (InterScan E-Mail VirusWall NT); Wed, 25 Oct 2000 08:55:47 -0400 (Eastern Daylight Time) Received: by srvntsxconn3.toc.ixl.com with Internet Mail Service (5.5.2650.21) id ; Wed, 25 Oct 2000 08:55:47 -0400 Message-ID: <0A5319EEAF65D411825E00805FBBD8A1209A63@exchange.clt.ixl.com> From: tmaloney@ixl.com To: linux-mips@oss.sgi.com Subject: putting together an Indy Date: Wed, 25 Oct 2000 08:54:13 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > hey everyone, > > here is a description of the SGI Indy i just bought. can anyone look at > this and tell me, with the exceptions of a hard drive and some ram, what i > need to get this working? > i think all the video hardware is there, but i'm not sure if what is > listed is all i need. that is a main question. any other suggestions are > welcome. i am a mac user with some linux and solaris experience. i hope to > get linux on this machine when the sgi port is ready. meanwhile, i am > getting the machine itself together. got this much for less than 65.00 on > ebay. > > SGI Indy system complete with a R4600 133MHz Processor Module > NG1 8-bit Graphics Frame Buffer for fast color graphics with resolutions > of up to 1280x1024 @ 76Hz > OnBoard 10Base-T/ISDN/Audio/S-Video > Key Features: Proven MIPS R4600 133MHz Processor Module. > worth ) A Internal Instruction/Data Caches Maximum expandability with GIO > expansion ports "NG1" 8-bit 3D Accelerated Frame Buffer for Fast Color > Graphics. > Expandable to 256MB Internal/External mini-50 SCSI-2 Ports Two Integrated > RS-232/422 Serial Ports > Macintosh Compatible in RS-422 Mode Integrated Bidirectional Parallel Port > Integrated Ethernet 10Base-T and AUI Port Integrated ISDN Basic Rate Port > Integrated Iris CD Quality Audio Processor System Integrated Vino > S-Video,Composite, Analog Processor System NTSC or PAL StereoView hardware > Interface for Virtual Reality and Advanced Graphics Dual Drive Capacity > with an addtional bracket > > > thanks alot. > > Tim Maloney > Senior Developer > iXL, Inc. > 1930 Camden Road, Suite 2070 > Charlotte, NC 28203 > 704 943-7193 phone > tmaloney@ixl.com > www.ixl.com > From owner-linux-mips@oss.sgi.com Wed Oct 25 06:19:40 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 06:19:30 -0700 Received: from srvntsxconn3.toc.ixl.com ([216.99.0.139]:48911 "HELO srvntsxconn3.toc.ixl.com") by oss.sgi.com with SMTP id ; Wed, 25 Oct 2000 06:19:19 -0700 Received: from 216.99.0.139 by srvntsxconn3.toc.ixl.com (InterScan E-Mail VirusWall NT); Wed, 25 Oct 2000 09:19:06 -0400 (Eastern Daylight Time) Received: by srvntsxconn3.toc.ixl.com with Internet Mail Service (5.5.2650.21) id ; Wed, 25 Oct 2000 09:19:05 -0400 Message-ID: <0A5319EEAF65D411825E00805FBBD8A1209A65@exchange.clt.ixl.com> From: tmaloney@ixl.com To: linux-mips@oss.sgi.com Subject: RE: putting together an Indy Date: Wed, 25 Oct 2000 09:17:30 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=474141593 will this work in an Indy? From owner-linux-mips@oss.sgi.com Wed Oct 25 06:26:39 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 06:26:30 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:64076 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 06:26:13 -0700 Received: from conejo.engr.sgi.com (conejo.engr.sgi.com [130.62.50.34]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id GAA27727 for ; Wed, 25 Oct 2000 06:18:25 -0700 (PDT) mail_from (rsanders@conejo.engr.sgi.com) Received: (from rsanders@localhost) by conejo.engr.sgi.com (SGI-8.9.3/8.9.3) id GAA01942 for linux-mips@oss.sgi.com; Wed, 25 Oct 2000 06:24:56 -0700 (PDT) Date: Wed, 25 Oct 2000 06:24:56 -0700 (PDT) From: "Robert M. Sanders" Message-Id: <200010251324.GAA01942@conejo.engr.sgi.com> To: linux-mips@oss.sgi.com Subject: Re: RE: putting together an Indy In-Reply-To: <0A5319EEAF65D411825E00805FBBD8A1209A65@exchange.clt.ixl.com> X-Status: N X-Mailer: Applixware 4.41 (1021.286.3) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=474141593 > > will this work in an Indy? > No an Indy uses standard SIMMS, ECC style and requires them in groups of 4. However, due to timing considerations the SIMMS need to be of good quality 70 ns or better and must be ECC, ie. 72 bit. Bob From owner-linux-mips@oss.sgi.com Wed Oct 25 06:29:30 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 06:29:10 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:45133 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 06:29:04 -0700 Received: from conejo.engr.sgi.com (conejo.engr.sgi.com [130.62.50.34]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id GAA28087 for ; Wed, 25 Oct 2000 06:21:17 -0700 (PDT) mail_from (rsanders@conejo.engr.sgi.com) Received: (from rsanders@localhost) by conejo.engr.sgi.com (SGI-8.9.3/8.9.3) id GAA01949 for linux-mips@oss.sgi.com; Wed, 25 Oct 2000 06:27:48 -0700 (PDT) Date: Wed, 25 Oct 2000 06:27:48 -0700 (PDT) From: "Robert M. Sanders" Message-Id: <200010251327.GAA01949@conejo.engr.sgi.com> To: linux-mips@oss.sgi.com Subject: Re: putting together an Indy In-Reply-To: <0A5319EEAF65D411825E00805FBBD8A1209A63@exchange.clt.ixl.com> X-Status: N X-Mailer: Applixware 4.41 (1021.286.3) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > > hey everyone, > > > > here is a description of the SGI Indy i just bought. can anyone look at > > this and tell me, with the exceptions of a hard drive and some ram, what i > > need to get this working? Everything except RAM and disk are there. you'll need a 13W3 to HD15 cable to get the monitor connected. Also, the 8-bit graphics are a bit limited, but still usable. Bob > > i think all the video hardware is there, but i'm not sure if what is > > listed is all i need. that is a main question. any other suggestions are > > welcome. i am a mac user with some linux and solaris experience. i hope to > > get linux on this machine when the sgi port is ready. meanwhile, i am > > getting the machine itself together. got this much for less than 65.00 on > > ebay. > > > > SGI Indy system complete with a R4600 133MHz Processor Module > > NG1 8-bit Graphics Frame Buffer for fast color graphics with resolutions > > of up to 1280x1024 @ 76Hz > > OnBoard 10Base-T/ISDN/Audio/S-Video > > Key Features: Proven MIPS R4600 133MHz Processor Module. > > worth ) A Internal Instruction/Data Caches Maximum expandability with GIO > > expansion ports "NG1" 8-bit 3D Accelerated Frame Buffer for Fast Color > > Graphics. > > Expandable to 256MB Internal/External mini-50 SCSI-2 Ports Two Integrated > > RS-232/422 Serial Ports > > Macintosh Compatible in RS-422 Mode Integrated Bidirectional Parallel Port > > Integrated Ethernet 10Base-T and AUI Port Integrated ISDN Basic Rate Port > > Integrated Iris CD Quality Audio Processor System Integrated Vino > > S-Video,Composite, Analog Processor System NTSC or PAL StereoView hardware > > Interface for Virtual Reality and Advanced Graphics Dual Drive Capacity > > with an addtional bracket > > > > > > thanks alot. > > > > Tim Maloney > > Senior Developer > > iXL, Inc. > > 1930 Camden Road, Suite 2070 > > Charlotte, NC 28203 > > 704 943-7193 phone > > tmaloney@ixl.com > > www.ixl.com > > > From owner-linux-mips@oss.sgi.com Wed Oct 25 06:37:59 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 06:37:40 -0700 Received: from smtp6.xs4all.nl ([194.109.6.48]:43261 "EHLO smtp6.xs4all.nl") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 06:37:27 -0700 Received: from xs4.xs4all.nl (wdmgds@xs4.xs4all.nl [194.109.6.45]) by smtp6.xs4all.nl (8.9.3/8.9.3) with ESMTP id PAA24507 for ; Wed, 25 Oct 2000 15:37:17 +0200 (CEST) From: wdmgds@xs4all.nl Received: from localhost (wdmgds@localhost) by xs4.xs4all.nl (8.9.0/8.9.0) with ESMTP id PAA17703 for ; Wed, 25 Oct 2000 15:37:05 +0200 (CEST) Date: Wed, 25 Oct 2000 15:37:05 +0200 (CEST) To: linux-mips@oss.sgi.com Subject: indy gr3-xz support Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Is the Gr3-XZ supported (24bp / opengl) under mips-linux? And the indy-sound system? From owner-linux-mips@oss.sgi.com Wed Oct 25 06:52:30 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 06:52:10 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:40239 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 06:51:50 -0700 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id GAA01726 for ; Wed, 25 Oct 2000 06:59:14 -0700 (PDT) mail_from (rsanders@conejo.engr.sgi.com) Received: from conejo.engr.sgi.com (conejo.engr.sgi.com [130.62.50.34]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id GAA33856 for ; Wed, 25 Oct 2000 06:51:49 -0700 (PDT) Received: (from rsanders@localhost) by conejo.engr.sgi.com (SGI-8.9.3/8.9.3) id GAA02341 for linux-mips@oss.sgi.com; Wed, 25 Oct 2000 06:49:17 -0700 (PDT) Date: Wed, 25 Oct 2000 06:49:17 -0700 (PDT) From: "Robert M. Sanders" Message-Id: <200010251349.GAA02341@conejo.engr.sgi.com> To: linux-mips@oss.sgi.com Subject: Re: indy gr3-xz support In-Reply-To: X-Status: N X-Mailer: Applixware 4.41 (1021.286.3) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > > Is the Gr3-XZ supported (24bp / opengl) under mips-linux? > > And the indy-sound system? > > For sound, see - http://www.alsa-project.org/ Bob From owner-linux-mips@oss.sgi.com Wed Oct 25 07:53:00 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 07:52:50 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:23303 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 07:52:31 -0700 Received: from agx by gandalf.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13oRuI-0007oM-00; Wed, 25 Oct 2000 16:51:58 +0200 Date: Wed, 25 Oct 2000 16:51:58 +0200 From: Guido Guenther To: wdmgds@xs4all.nl Cc: linux-mips@oss.sgi.com Subject: Re: indy gr3-xz support Message-ID: <20001025165158.A29999@gandalf.physik.uni-konstanz.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from wdmgds@xs4all.nl on Wed, Oct 25, 2000 at 03:37:05PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 25, 2000 at 03:37:05PM +0200, wdmgds@xs4all.nl wrote: > > Is the Gr3-XZ supported (24bp / opengl) under mips-linux? There's no support for the XZ board since there's no documentation for it available. The XL boards work both in 8 & 24 bit. -- Guido -- GPG-Public Key: finger agx@debian.org From owner-linux-mips@oss.sgi.com Wed Oct 25 07:59:20 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 07:59:00 -0700 Received: from spider.nlr.nl ([137.17.80.200]:50529 "EHLO smtp-server.nlr.nl") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 07:58:55 -0700 Received: from hatch.nlr.nl (hatch.nlr.nl [137.17.197.5]) by smtp-server.nlr.nl (8.10.1/8.10.1/NLR 29/03/2000) with ESMTP id e9PEwmf3585821; Wed, 25 Oct 2000 16:58:48 +0200 (CDT) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: (from smant@localhost) by hatch.nlr.nl (8.9.3/8.9.3) id QAA15253 for linux-mips@oss.sgi.com; Wed, 25 Oct 2000 16:58:48 +0200 From: Geert Albert Smant Message-Id: <200010251458.QAA15253@hatch.nlr.nl> Subject: HELP: Linux on Indy + graphics To: linux-mips@oss.sgi.com Date: Wed, 25 Oct 2000 16:58:48 +0200 (CEST) Reply-to: smant@nlr.nl X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing HELP! Does somebody have a sort of a 'cookbook' on how to install Linux (HardHat 5.1??) on an Indy and also information on how to get the X-server (4.0.1??) running on an Indy? I have installed the oss.sgi.com HardHat 5.1 distribution on an Indy R4K system with basic graphics (8-bit), but I cannot seem to get the X-server working... There must be someone who has an Indy -with- an Xserver (at least the person who ported the X-server to the Indy I guess.... :) Any help appreciated! Regards, Geert-Albert -- ------------------------------------------------------------------ Geert Albert Smant / email: smant@nlr.nl National Aerospace Laboratory NLR, IC (NLR) phone: +31 527248418 Voorsterweg 31, 8316 PR Marknesse, NL / fax: +31 527248210 From owner-linux-mips@oss.sgi.com Wed Oct 25 08:00:20 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 08:00:00 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:26887 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 07:59:48 -0700 Received: from agx by gandalf.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13oS1m-0007pa-00; Wed, 25 Oct 2000 16:59:42 +0200 Date: Wed, 25 Oct 2000 16:59:42 +0200 From: Guido Guenther To: wdmgds@xs4all.nl Cc: linux-mips@oss.sgi.com Subject: Re: indy gr3-xz support Message-ID: <20001025165942.C29999@gandalf.physik.uni-konstanz.de> References: <20001025165158.A29999@gandalf.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001025165158.A29999@gandalf.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Wed, Oct 25, 2000 at 04:51:58PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 25, 2000 at 04:51:58PM +0200, Guido Guenther wrote: > On Wed, Oct 25, 2000 at 03:37:05PM +0200, wdmgds@xs4all.nl wrote: > > > > Is the Gr3-XZ supported (24bp / opengl) under mips-linux? > There's no support for the XZ board since there's no documentation for > it available. The XL boards work both in 8 & 24 bit. Correction: 8 & 24bit XL boards work both in 8 bit mode only(silly me). -- Guido From owner-linux-mips@oss.sgi.com Wed Oct 25 08:06:00 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 08:05:51 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:33540 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Wed, 25 Oct 2000 08:05:38 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id B5C267CD4; Wed, 25 Oct 2000 16:05:36 +0100 (BST) Date: Wed, 25 Oct 2000 16:05:36 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: Re: HELP: Linux on Indy + graphics Message-ID: <20001025160536.B17228@woody.ichilton.co.uk> References: <200010251458.QAA15253@hatch.nlr.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i In-Reply-To: <200010251458.QAA15253@hatch.nlr.nl>; from smant@nlr.nl on Wed, Oct 25, 2000 at 04:58:48PM +0200 Fcc: /var/mail/sent-mail-oct2000 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, > how to get the X-server (4.0.1??) running on an Indy? All the links are at: http://www.linux-mips.org The one you want for X is: http://honk.physik.uni-konstanz.de/%7Eagx/mipslinux/x/x.html Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Wed Oct 25 08:07:20 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 08:07:00 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:33796 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Wed, 25 Oct 2000 08:06:52 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 8321E7CD4; Wed, 25 Oct 2000 16:06:51 +0100 (BST) Date: Wed, 25 Oct 2000 16:06:51 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: Glibc Problem Message-ID: <20001025160651.C17228@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i Fcc: /var/mail/sent-mail-oct2000 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, I am having this problem cross-compiling todays CVS glibc: ../sysdeps/generic/dl-cache.c: In function `_dl_load_cache_lookup': ../sysdeps/generic/dl-cache.c:177: warning: large integer implicitly truncated to unsigned type ../sysdeps/generic/dl-cache.c:181: `CACHEMAGIC_VERSION_NEW' undeclared (first use in this function) ../sysdeps/generic/dl-cache.c:181: (Each undeclared identifier is reported only once ../sysdeps/generic/dl-cache.c:181: for each function it appears in.) make[2]: *** [/crossdev-build/mips-linux/glibc-001025-obj/elf/dl-cache.o] Error 1 make[2]: Leaving directory `/crossdev-build/src/glibc-001025/elf' make[1]: *** [elf/subdir_lib] Error 2 make[1]: Leaving directory `/crossdev-build/src/glibc-001025' make: *** [all] Error 2 It worked the other day :-) Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Wed Oct 25 08:41:01 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 08:40:51 -0700 Received: from mailout1-1.nyroc.rr.com ([24.92.226.146]:63230 "EHLO mailout1-1.nyroc.rr.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 08:40:42 -0700 Received: from rochester.rr.com (d1818233d.rochester.rr.com [24.24.35.61]) by mailout1-1.nyroc.rr.com (8.9.3/8.9.3) with ESMTP id LAA20188 for ; Wed, 25 Oct 2000 11:37:04 -0400 (EDT) Message-ID: <39F6FE50.257FC297@rochester.rr.com> Date: Wed, 25 Oct 2000 11:37:52 -0400 From: Pedro Ugalde X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@oss.sgi.com" Subject: Re: putting together an Indy References: <0A5319EEAF65D411825E00805FBBD8A1209A63@exchange.clt.ixl.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing check this site, they have a long explanation for it all. http://www.reputable.com/indytech.html Pedro Ugalde tmaloney@ixl.com wrote: > > hey everyone, > > > > here is a description of the SGI Indy i just bought. can anyone look at > > this and tell me, with the exceptions of a hard drive and some ram, what i > > need to get this working? > > i think all the video hardware is there, but i'm not sure if what is > > listed is all i need. that is a main question. any other suggestions are > > welcome. i am a mac user with some linux and solaris experience. i hope to > > get linux on this machine when the sgi port is ready. meanwhile, i am > > getting the machine itself together. got this much for less than 65.00 on > > ebay. > > > > SGI Indy system complete with a R4600 133MHz Processor Module > > NG1 8-bit Graphics Frame Buffer for fast color graphics with resolutions > > of up to 1280x1024 @ 76Hz > > OnBoard 10Base-T/ISDN/Audio/S-Video > > Key Features: Proven MIPS R4600 133MHz Processor Module. > > worth ) A Internal Instruction/Data Caches Maximum expandability with GIO > > expansion ports "NG1" 8-bit 3D Accelerated Frame Buffer for Fast Color > > Graphics. > > Expandable to 256MB Internal/External mini-50 SCSI-2 Ports Two Integrated > > RS-232/422 Serial Ports > > Macintosh Compatible in RS-422 Mode Integrated Bidirectional Parallel Port > > Integrated Ethernet 10Base-T and AUI Port Integrated ISDN Basic Rate Port > > Integrated Iris CD Quality Audio Processor System Integrated Vino > > S-Video,Composite, Analog Processor System NTSC or PAL StereoView hardware > > Interface for Virtual Reality and Advanced Graphics Dual Drive Capacity > > with an addtional bracket > > > > > > thanks alot. > > > > Tim Maloney > > Senior Developer > > iXL, Inc. > > 1930 Camden Road, Suite 2070 > > Charlotte, NC 28203 > > 704 943-7193 phone > > tmaloney@ixl.com > > www.ixl.com > > From owner-linux-mips@oss.sgi.com Wed Oct 25 08:46:31 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 08:46:21 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:55049 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 08:46:03 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id IAA10464; Wed, 25 Oct 2000 08:45:44 -0700 Date: Wed, 25 Oct 2000 08:45:44 -0700 From: Keith M Wesolowski To: Ian Chilton Cc: linux-mips@oss.sgi.com Subject: Re: Glibc Problem Message-ID: <20001025084544.A10373@chem.unr.edu> References: <20001025160651.C17228@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001025160651.C17228@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Wed, Oct 25, 2000 at 04:06:51PM +0100 X-Complaints-To: postmaster@chem.unr.edu Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 25, 2000 at 04:06:51PM +0100, Ian Chilton wrote: > I am having this problem cross-compiling todays CVS glibc: > ../sysdeps/generic/dl-cache.c:181: `CACHEMAGIC_VERSION_NEW' undeclared (first use in this function) A simple platform-independent typo. I'm sure it'll be fixed soon. In the meantime here's a patch. Index: dl-cache.c =================================================================== RCS file: /cvs/glibc/libc/sysdeps/generic/dl-cache.c,v retrieving revision 1.25 diff -u -r1.25 dl-cache.c --- dl-cache.c 2000/10/25 08:07:18 1.25 +++ dl-cache.c 2000/10/25 15:41:06 @@ -178,13 +178,13 @@ cache_new = (struct cache_file_new *) ((void *) cache + offset); if (cachesize < (offset + sizeof (struct cache_file_new)) - || memcmp (cache_new->magic, CACHEMAGIC_VERSION_NEW, - sizeof CACHEMAGIC_VERSION_NEW - 1) != 0) + || memcmp (cache_new->magic, CACHEMAGIC_NEW, + sizeof CACHEMAGIC_NEW - 1) != 0) cache_new = (void *) -1; } else if (file != NULL && cachesize > sizeof *cache_new - && memcmp (cache_new->magic, CACHEMAGIC_VERSION_NEW, - sizeof CACHEMAGIC_VERSION_NEW - 1) == 0) + && memcmp (cache_new->magic, CACHEMAGIC_NEW, + sizeof CACHEMAGIC_NEW - 1) == 0) { cache_new = file; cache = file; -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From owner-linux-mips@oss.sgi.com Wed Oct 25 09:00:22 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 09:00:01 -0700 Received: from Cantor.suse.de ([194.112.123.193]:48901 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Wed, 25 Oct 2000 09:00:00 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 7FDA61E0C6; Wed, 25 Oct 2000 17:59:58 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id D933F3E46E; Wed, 25 Oct 2000 17:59:57 +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 13oSsX-0001ZQ-00; Wed, 25 Oct 2000 17:54:13 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id E93AC1822; Wed, 25 Oct 2000 17:54:12 +0200 (CEST) Mail-Copies-To: never To: Ian Chilton Cc: linux-mips@oss.sgi.com Subject: Re: Glibc Problem References: <20001025160651.C17228@woody.ichilton.co.uk> From: Andreas Jaeger Date: 25 Oct 2000 17:54:12 +0200 In-Reply-To: <20001025160651.C17228@woody.ichilton.co.uk> Message-ID: Lines: 18 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing >>>>> Ian Chilton writes: > Hello, > I am having this problem cross-compiling todays CVS glibc: Better ask on the glibc list - and there'll you find a patch already. check the archives of libc-alpha on: http://sources.redhat.com/glibc > It worked the other day :-) And will work tomorrow ;-) Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-linux-mips@oss.sgi.com Wed Oct 25 09:16:41 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 09:16:31 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:43012 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Wed, 25 Oct 2000 09:16:25 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id DE22E7C6D; Wed, 25 Oct 2000 17:16:23 +0100 (BST) Date: Wed, 25 Oct 2000 17:16:23 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: Uh Oh..Gadget's Been Coding Again :-) Message-ID: <20001025171623.A17401@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i Fcc: /var/mail/sent-mail-oct2000 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, Got a few scripts that you may be interested in, mainly for make-cross users: http://linuxmips.ichilton.co.uk/get-cvs.sh -> This gets the current gcc, binutils, glibc and linux/mips 2.4 kernel from CVS (requires 1 directory change in the top to work) http://linuxmips.ichilton.co.uk/package-cvs.pl -> This packages the above cvs stuff up, into tar files in the format gcc-001025.tar, inside of which is the dir 001025, as required by Keith's make-cross.sh (available from ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple/crossdev/) Remember to check out our Linux/MIPS web site at http://linuxmips.ichilton.co.uk We have up-to-date news, a bug tracker, and lots of links. Let me know if you find the scripts useful! Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Wed Oct 25 10:01:51 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 10:01:41 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:4616 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 10:01:33 -0700 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 13oTve-0008P2-00; Wed, 25 Oct 2000 19:01:30 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13oTve-0007Pd-00; Wed, 25 Oct 2000 19:01:30 +0200 Date: Wed, 25 Oct 2000 19:01:29 +0200 From: Guido Guenther To: linux-mips@oss.sgi.com Subject: fdisk/kernel oddity Message-ID: <20001025190129.A28426@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, I recently partitioned a second HD on an Indy with Keith's fdisk patch. After some writing to it( cp -a /usr /mnt), I see the following: Oct 25 16:00:37 bert kernel: 08:11: rw=0, want=1088320776, limit=533919 Oct 25 16:00:37 bert kernel: attempt to access beyond end of device [..snip..] Oct 25 16:00:37 bert kernel: 08:11: rw=0, want=138373542, limit=533919 Oct 25 16:01:27 bert kernel: [rm:9357] Illegal instruction at 004059a4 ra=004028d8 08:11 is /dev/sda11 which is the "SGI volume", according to fdisk -l: Device Info Start End Sectors Id System /dev/sda1 boot 6 937 3872540 83 Linux native /dev/sda2 swap 938 1009 298850 83 Linux native /dev/sda9 0 4 20770 0 SGI volhdr /dev/sda11 0 1008 4191386 6 SGI volume So the requsted block is *far* out of bounds. What puzzles me even more is that I get illegal instructions for almost all commands I execute afterwards. Any comments on this one? Regards, -- Guido -- GPG-Public Key: finger agx@debian.org From owner-linux-mips@oss.sgi.com Wed Oct 25 10:16:11 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 10:15:52 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:35082 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 10:15:25 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id KAA12014; Wed, 25 Oct 2000 10:14:53 -0700 Date: Wed, 25 Oct 2000 10:14:53 -0700 From: Keith M Wesolowski To: Guido Guenther Cc: linux-mips@oss.sgi.com Subject: Re: fdisk/kernel oddity Message-ID: <20001025101453.A11789@chem.unr.edu> References: <20001025190129.A28426@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: <20001025190129.A28426@bilbo.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Wed, Oct 25, 2000 at 07:01:29PM +0200 X-Complaints-To: postmaster@chem.unr.edu Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 25, 2000 at 07:01:29PM +0200, Guido Guenther wrote: > After some writing to it( cp -a /usr /mnt), I see the following: > Oct 25 16:00:37 bert kernel: 08:11: rw=0, want=1088320776, limit=533919 > Oct 25 16:00:37 bert kernel: attempt to access beyond end of device > [..snip..] > Oct 25 16:00:37 bert kernel: 08:11: rw=0, want=138373542, limit=533919 > Oct 25 16:01:27 bert kernel: [rm:9357] Illegal instruction at 004059a4 ra=004028d8 Not to sound defensive, but I'm fairly sure this isn't an fdisk-related problem. The partitions that fdisk creates follow the spec as far as I can see. > 08:11 is /dev/sda11 which is the "SGI volume", according to fdisk -l: > Device Info Start End Sectors Id System > /dev/sda1 boot 6 937 3872540 83 Linux native > /dev/sda2 swap 938 1009 298850 83 Linux native > /dev/sda9 0 4 20770 0 SGI volhdr > /dev/sda11 0 1008 4191386 6 SGI volume > > So the requsted block is *far* out of bounds. These partitions look quite sane. I wonder, though, if there's something about your specific partitioning that is confusing the kernel's SGI disklabel support. > What puzzles me even more is that I get illegal instructions for almost > all commands I execute afterwards. Any comments on this one? I rather suspect that this is the same problem that causes the request for the out-of-bounds block in the first place: kernel memory corruption. Unfortunately I have few ideas as to what the specific problem is. I would start bug-hunting in the sgi disklabel kernel parts. Make sure that it's compatible with what fdisk is doing. -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From owner-linux-mips@oss.sgi.com Wed Oct 25 10:44:41 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 10:44:32 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:22024 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 10:44:17 -0700 Received: from agx by gandalf.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13oUaa-0000Kc-00; Wed, 25 Oct 2000 19:43:48 +0200 Date: Wed, 25 Oct 2000 19:43:48 +0200 From: Guido Guenther To: Keith M Wesolowski Cc: linux-mips@oss.sgi.com Subject: Re: fdisk/kernel oddity Message-ID: <20001025194348.A1164@gandalf.physik.uni-konstanz.de> References: <20001025190129.A28426@bilbo.physik.uni-konstanz.de> <20001025101453.A11789@chem.unr.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001025101453.A11789@chem.unr.edu>; from wesolows@chem.unr.edu on Wed, Oct 25, 2000 at 10:14:53AM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 25, 2000 at 10:14:53AM -0700, Keith M Wesolowski wrote: > On Wed, Oct 25, 2000 at 07:01:29PM +0200, Guido Guenther wrote: > Not to sound defensive, but I'm fairly sure this isn't an > fdisk-related problem. The partitions that fdisk creates follow the > spec as far as I can see. I didn't want to blame fdisk for that(how could I, I want you to send the patches upstream ASAP :) > > > What puzzles me even more is that I get illegal instructions for almost > > all commands I execute afterwards. Any comments on this one? > > I rather suspect that this is the same problem that causes the request > for the out-of-bounds block in the first place: kernel memory > corruption. Unfortunately I have few ideas as to what the specific > problem is. I would start bug-hunting in the sgi disklabel kernel > parts. Make sure that it's compatible with what fdisk is doing. That's a starting point - thanks. Ian pointed out that it might be related to the fact that I use two harddisks which is interesting since I see the problems only when writing on sda, sdb seems to be o.k. Regards, -- Guido From owner-linux-mips@oss.sgi.com Wed Oct 25 12:06:11 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 12:06:03 -0700 Received: from f25.law3.hotmail.com ([209.185.241.25]:27148 "EHLO hotmail.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 12:05:55 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 25 Oct 2000 12:05:46 -0700 Received: from 207.175.42.105 by lw3fd.law3.hotmail.msn.com with HTTP; Wed, 25 Oct 2000 19:05:46 GMT X-Originating-IP: [207.175.42.105] From: "James McD" To: rsanders@conejo.engr.sgi.com Cc: linux-mips@oss.sgi.com Subject: Re: indy gr3-xz support Date: Wed, 25 Oct 2000 19:05:46 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 25 Oct 2000 19:05:46.0404 (UTC) FILETIME=[94938640:01C03EB6] Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hey, I feel your pain. I too have recently acquired the same machine with no ram etc. You are in luck though, all you need is some 72 pin parity ram, if you look up DMT technologies they have it in sticks of 8megs each for about 32 bucks for 64 megs. The hard drive is also an easy to come by item, from what I have heard watch out when purchasing too fast a drive though...ie 7200 rpm or better since the drive can create a large quantity of heat in the small case. You will also need something to view the display with, dmt also has monitors, but if you look around you may be able to find something bigger or you could get the converter cable to use a normal peecee style monitor. Be careful to check scan rates when purchasing old sgi monitors as I burnt one up in the blink of a screen. Once all is said and done as far as the hardware goes then set yourself up a network and check out: http://reality.sgi.com/raju/SGI-Linux-mini-HOWTO.html or just do a search off google for and you will find many documents on getting Linux fired up on your indy! >From: "Robert M. Sanders" >To: linux-mips@oss.sgi.com >Subject: Re: indy gr3-xz support >Date: Wed, 25 Oct 2000 06:49:17 -0700 (PDT) >Received: from [216.32.174.190] by hotmail.com (3.2) with ESMTP id >MHotMailBBC030CC00AAD820F3DBD820AEBE10F90; Wed Oct 25 06:53:16 2000 >Received: by oss.sgi.com id ;Wed, 25 Oct 2000 06:52:10 >-0700 >Received: from pneumatic-tube.sgi.com ([204.94.214.22]:40239 "EHLO >pneumatic-tube.sgi.com") by oss.sgi.com with ESMTPid ; >Wed, 25 Oct 2000 06:51:50 -0700 >Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by >pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP >id GAA01726for ; Wed, 25 Oct 2000 06:59:14 -0700 >(PDT)mail_from (rsanders@conejo.engr.sgi.com) >Received: from conejo.engr.sgi.com (conejo.engr.sgi.com [130.62.50.34]) by >nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id >GAA33856 for ; Wed, 25 Oct 2000 06:51:49 -0700 >(PDT) >Received: (from rsanders@localhost)by conejo.engr.sgi.com (SGI-8.9.3/8.9.3) >id GAA02341for linux-mips@oss.sgi.com; Wed, 25 Oct 2000 06:49:17 -0700 >(PDT) >From owner-linux-mips@oss.sgi.com Wed Oct 25 06:56:50 2000 >Message-Id: <200010251349.GAA02341@conejo.engr.sgi.com> >In-Reply-To: >X-Status: N >X-Mailer: Applixware 4.41 (1021.286.3) >X-Orcpt: rfc822;linux-mips@oss.sgi.com >Sender: owner-linux-mips@oss.sgi.com >Precedence: bulk > > > > > Is the Gr3-XZ supported (24bp / opengl) under mips-linux? > > > > And the indy-sound system? > > > > >For sound, see - http://www.alsa-project.org/ > >Bob > _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From owner-linux-mips@oss.sgi.com Wed Oct 25 13:46:53 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 13:46:33 -0700 Received: from natmail2.webmailer.de ([192.67.198.65]:49300 "EHLO post.webmailer.de") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 13:46:16 -0700 Received: from scotty.mgnet.de (p3E9ECD26.dip.t-dialin.net [62.158.205.38]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id WAA21780 for ; Wed, 25 Oct 2000 22:46:13 +0200 (MET DST) Received: (qmail 554 invoked from network); 25 Oct 2000 20:45:27 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 25 Oct 2000 20:45:27 -0000 Date: Wed, 25 Oct 2000 22:46:12 +0200 (CEST) From: Klaus Naumann To: Guido Guenther cc: Keith M Wesolowski , linux-mips@oss.sgi.com Subject: Re: fdisk/kernel oddity In-Reply-To: <20001025194348.A1164@gandalf.physik.uni-konstanz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, 25 Oct 2000, Guido Guenther wrote: > On Wed, Oct 25, 2000 at 10:14:53AM -0700, Keith M Wesolowski wrote: > > On Wed, Oct 25, 2000 at 07:01:29PM +0200, Guido Guenther wrote: > > Not to sound defensive, but I'm fairly sure this isn't an > > fdisk-related problem. The partitions that fdisk creates follow the > > spec as far as I can see. > I didn't want to blame fdisk for that(how could I, I want you to send > the patches upstream ASAP :) > > > > > What puzzles me even more is that I get illegal instructions for almost > > > all commands I execute afterwards. Any comments on this one? > > > > I rather suspect that this is the same problem that causes the request > > for the out-of-bounds block in the first place: kernel memory > > corruption. Unfortunately I have few ideas as to what the specific > > problem is. I would start bug-hunting in the sgi disklabel kernel > > parts. Make sure that it's compatible with what fdisk is doing. > That's a starting point - thanks. Ian pointed out that it might be > related to the fact that I use two harddisks which is interesting since > I see the problems only when writing on sda, sdb seems to be o.k. > Regards, > -- Guido This is a problem which I'm seeing for a loooooong time now. I've been geeting this correuption a while back too - look at the mailing list archives. The problem seems to be cache corruption as far as I can see. Since Ralf checked in some small fixes for the cache handling it's a bit better - but not completely fixed. The Problem is also tracked on the buc tracker btw (#5) . I have seen this only when copying from one harddisk to another. Especialy if one wants to copy the kernel sources it will messup. 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 owner-linux-mips@oss.sgi.com Wed Oct 25 15:33:44 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 15:33:34 -0700 Received: from gandalf1.physik.uni-konstanz.de ([134.34.144.69]:51721 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 15:33:11 -0700 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 13oZ6O-0001m9-00; Thu, 26 Oct 2000 00:32:56 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13oZ6O-0007WV-00; Thu, 26 Oct 2000 00:32:56 +0200 Date: Thu, 26 Oct 2000 00:32:56 +0200 From: Guido Guenther To: Klaus Naumann Cc: Keith M Wesolowski , linux-mips@oss.sgi.com Subject: Re: fdisk/kernel oddity Message-ID: <20001026003256.A28902@bilbo.physik.uni-konstanz.de> References: <20001025194348.A1164@gandalf.physik.uni-konstanz.de> 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 Wed, Oct 25, 2000 at 10:46:12PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 25, 2000 at 10:46:12PM +0200, Klaus Naumann wrote: > I've been geeting this correuption a while back too - look at the mailing > list archives. The problem seems to be cache corruption as far as I can > see. Since Ralf checked in some small fixes for the cache handling it's a > bit better - but not completely fixed. Can you explain in what sense it is "a bit better" now. > The Problem is also tracked on the buc tracker btw (#5) . Ian was so kind to but it into the BTS after he told me that this is a known problem. > > I have seen this only when copying from one harddisk to another. > Especialy if one wants to copy the kernel sources it will messup. I also see problems when dd'ing from /dev/sda to e.g. /dev/null, so this does not only occur when copying between disks. Also in this case I don't get the illegal instructions but rather strange "/etc/shadow file not found" messages. Regards, -- Guido From owner-linux-mips@oss.sgi.com Wed Oct 25 20:02:25 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 20:02:15 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:65522 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 20:01:56 -0700 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 e9Q30L315569; Wed, 25 Oct 2000 20:00:21 -0700 Message-ID: <39F79EF8.9029AE6@mvista.com> Date: Wed, 25 Oct 2000 20:03:20 -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 Subject: a REALLY, REALLY nasty bug Content-Type: multipart/mixed; boundary="------------5AC1E941C60B3443C5D0E5E3" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------5AC1E941C60B3443C5D0E5E3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Nasty degree - 3 days of tracking. The symptom was pthread cannot be created. In the end the caller will get a BUS error. What exactly happened has to do with how registers are saved. Below attached is the beginning part of sys_sigsuspend() function. It is easy to see that s0 is saved into stack frame AFTER its modified. Next time when process returns to userland, the s0 reg will be wrong! So the bug is either 1) that we need to save s0 register in SAVE_SOME and not save it in save_static; or that 2) we fix compiler so that it does not use s0 register in that case (it does the same thing for sys_rt_sigsuspend) I am sure Ralf will have something to say about it. :-) In any case, I attached a patch for 1) fix. Jun ------------ sys_sigsuspend(struct pt_regs regs) { 8008e280: 27bdffc0 addiu $sp,$sp,-64 8008e284: afb00030 sw $s0,48($sp) sigset_t *uset, saveset, newset; save_static(®s); 8008e288: 27b00040 addiu $s0,$sp,64 8008e28c: afbf003c sw $ra,60($sp) 8008e290: afb20038 sw $s2,56($sp) 8008e294: afb10034 sw $s1,52($sp) 8008e298: afa40040 sw $a0,64($sp) 8008e29c: afa50044 sw $a1,68($sp) 8008e2a0: afa60048 sw $a2,72($sp) 8008e2a4: afa7004c sw $a3,76($sp) 8008e2a8: ae100058 sw $s0,88($s0) 8008e2ac: ae11005c sw $s1,92($s0) ..... --------------5AC1E941C60B3443C5D0E5E3 Content-Type: text/plain; charset=us-ascii; name="junk" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="junk" diff -Nru linux/include/asm-mips/stackframe.h.orig linux/include/asm-mips/stackframe.h --- linux/include/asm-mips/stackframe.h.orig Wed Oct 25 19:45:50 2000 +++ linux/include/asm-mips/stackframe.h Wed Oct 25 19:47:54 2000 @@ -49,7 +49,6 @@ #define save_static(frame) \ __asm__ __volatile__( \ - "sw\t$16,"__str(PT_R16)"(%0)\n\t" \ "sw\t$17,"__str(PT_R17)"(%0)\n\t" \ "sw\t$18,"__str(PT_R18)"(%0)\n\t" \ "sw\t$19,"__str(PT_R19)"(%0)\n\t" \ @@ -90,6 +89,7 @@ mfc0 v1, CP0_EPC; \ sw $7, PT_R7(sp); \ sw v1, PT_EPC(sp); \ + sw $16, PT_R16(sp); \ sw $25, PT_R25(sp); \ sw $28, PT_R28(sp); \ sw $31, PT_R31(sp); \ --------------5AC1E941C60B3443C5D0E5E3-- From owner-linux-mips@oss.sgi.com Wed Oct 25 22:58:36 2000 Received: by oss.sgi.com id ; Wed, 25 Oct 2000 22:58:26 -0700 Received: from router.isratech.ro ([193.226.114.69]:19979 "EHLO router.isratech.ro") by oss.sgi.com with ESMTP id ; Wed, 25 Oct 2000 22:58:04 -0700 Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163]) by router.isratech.ro (8.10.2/8.10.2) with ESMTP id e9Q5voZ01887 for ; Thu, 26 Oct 2000 03:57:50 -0200 Message-ID: <39F828B2.A662A568@isratech.ro> Date: Thu, 26 Oct 2000 08:50:58 -0400 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Atlas Board! Content-Type: multipart/mixed; boundary="------------B44DD18D5BC6754323BF0FBF" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------B44DD18D5BC6754323BF0FBF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello , I want to ask few questions about an Atlas board. Who has such a board maybe will give me some tips to have an working Linux on that machine. 1. What type of RAM do I need ? 2. I want to cross - compile the CVS linux kernel for Mips but I failed on a i686. Could anyone tell me if I try to compile the kernel on Atlas board I will succeed. Regards, Nicu --------------B44DD18D5BC6754323BF0FBF Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:POPOVICI;Nicolae Octavian tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;Software adr:;;;;;; version:2.1 email;internet:octavp@isratech.ro title:Software engineer x-mozilla-cpt:;0 fn:Nicolae Octavian POPOVICI end:vcard --------------B44DD18D5BC6754323BF0FBF-- From owner-linux-mips@oss.sgi.com Thu Oct 26 00:12:56 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 00:12:36 -0700 Received: from mx.mips.com ([206.31.31.226]:24751 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Thu, 26 Oct 2000 00:12:14 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id AAA27194 for ; Thu, 26 Oct 2000 00:11:52 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id AAA22618 for ; Thu, 26 Oct 2000 00:12:06 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id JAA03377 for ; Thu, 26 Oct 2000 09:10:52 +0200 (MET DST) Message-ID: <39F7D8FB.84F9C4B3@mips.com> Date: Thu, 26 Oct 2000 09:10:51 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: [Fwd: Re: Atlas Board!] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing -------- Original Message -------- Subject: Re: Atlas Board! Date: Thu, 26 Oct 2000 09:09:16 +0200 From: Carsten Langgaard To: Nicu Popovici References: <39F828B2.A662A568@isratech.ro> Nicu Popovici wrote: > Hello , > > I want to ask few questions about an Atlas board. Who has such a board > maybe will give me some tips to have an working Linux on that machine. > > 1. What type of RAM do I need ? A PC100 SDRAM DIMM module up to a maximum of 128 Mbyte will be fine. Make sure the module is capable of 2-cycle CAS latency, today most are. > > 2. I want to cross - compile the CVS linux kernel for Mips but I failed > on a i686. Could anyone tell me if I try to compile the kernel on Atlas > board I will succeed. You should be able to compile the kernel on the Atlas board, at least I have been able to do it. > > Regards, > Nicu -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Thu Oct 26 00:13:06 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 00:12:57 -0700 Received: from mx.mips.com ([206.31.31.226]:25519 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Thu, 26 Oct 2000 00:12:48 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id AAA27206; Thu, 26 Oct 2000 00:12:26 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id AAA22628; Thu, 26 Oct 2000 00:12:39 -0700 (PDT) Message-ID: <004401c03f1c$96a67760$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Nicu Popovici" , References: <39F828B2.A662A568@isratech.ro> Subject: Re: Atlas Board! Date: Thu, 26 Oct 2000 09:15:48 +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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > I want to ask few questions about an Atlas board. Who has such a board > maybe will give me some tips to have an working Linux on that machine. I'm one of the guys who did the 2.2 port, so I hope I can help. > 1. What type of RAM do I need ? A PC100 SDRAM SIM - at least, that's what mine has. > 2. I want to cross - compile the CVS linux kernel for Mips but I failed > on a i686. Could anyone tell me if I try to compile the kernel on Atlas > board I will succeed. I do all my builds native, either on an Indy or an Algorithmics board (I've done it on the Atlas to prove it worked, but the other two are faster). What you might consider doing would be to download a 2.2 kernel binary and the NFS installation kit from the MIPS FTP site, bootstrap install the OS, then install the sources and native tools. See ftp://ftp.mips.com/pub/linux/mips/. I've got a web site at http://www.paralogos.com/mipslinux/ with pointers to the relevant FTP directories at MIPS, and an HTML version of the setup and installation procedure. One word of warning. The Atlas design uses a Philips "super I/O" chip that has some bugs. Specifically, the ethernet interface is wonky under load. It works well enough for the boot PROM monitor (YAMON) to be able to boot the Linux kernel from your TFTP server completely reliably, but under serious FTP or NFS traffic, it tends to lose interrupts/packets. I *strongly* recommend putting an AMD PCnet PCI card in the Atlas' PCI slot. The driver should already be built into the kernel binaries on the MIPS FTP site. Regards, Kevin K. From owner-linux-mips@oss.sgi.com Thu Oct 26 07:49:18 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 07:48:59 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:1029 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Thu, 26 Oct 2000 07:48:47 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id B71898F3; Thu, 26 Oct 2000 16:48:43 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id A01BC900C; Thu, 26 Oct 2000 14:15:15 +0200 (CEST) Date: Thu, 26 Oct 2000 14:15:15 +0200 From: Florian Lohoff To: James McD Cc: rsanders@conejo.engr.sgi.com, linux-mips@oss.sgi.com Subject: Re: indy gr3-xz support Message-ID: <20001026141515.E399@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 vile8@hotmail.com on Wed, Oct 25, 2000 at 07:05:46PM +0000 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 25, 2000 at 07:05:46PM +0000, James McD wrote: > Hey, I feel your pain. I too have recently acquired the same machine with no > ram etc. > You are in luck though, all you need is some 72 pin parity ram, if you look > up DMT technologies they have it in sticks of 8megs each for about 32 bucks > for 64 megs. It is standard Parity SIMM - 72 Pin I used Ram of old RS/6000 (Model 250) which works without problems ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Thu Oct 26 07:49:19 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 07:49:08 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:773 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Thu, 26 Oct 2000 07:48:47 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id D4CEB8F5; Thu, 26 Oct 2000 16:48:43 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 42060900C; Thu, 26 Oct 2000 14:19:08 +0200 (CEST) Date: Thu, 26 Oct 2000 14:19:08 +0200 From: Florian Lohoff To: Keith M Wesolowski Cc: Guido Guenther , linux-mips@oss.sgi.com Subject: Re: fdisk/kernel oddity Message-ID: <20001026141908.F399@paradigm.rfc822.org> References: <20001025190129.A28426@bilbo.physik.uni-konstanz.de> <20001025101453.A11789@chem.unr.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001025101453.A11789@chem.unr.edu>; from wesolows@chem.unr.edu on Wed, Oct 25, 2000 at 10:14:53AM -0700 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 25, 2000 at 10:14:53AM -0700, Keith M Wesolowski wrote: > > I rather suspect that this is the same problem that causes the request > for the out-of-bounds block in the first place: kernel memory > corruption. Unfortunately I have few ideas as to what the specific > problem is. I would start bug-hunting in the sgi disklabel kernel > parts. Make sure that it's compatible with what fdisk is doing. > I agree here - This also would fit to the "Illegal Instruction" thing he sees afterwards - It seems to be time to debug the kernel SGI Disklabel support :) Most interestingly i am running on an Indigo2 with 7 Disks attached and they all have SGI Disklabels - And i have no problems (Although 6 of the 7 have the exatly same geometrie) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Thu Oct 26 07:56:19 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 07:56:09 -0700 Received: from [166.70.178.116] ([166.70.178.116]:16135 "EHLO home.knm.org") by oss.sgi.com with ESMTP id ; Thu, 26 Oct 2000 07:56:04 -0700 Received: (from mark@localhost) by home.knm.org (8.9.3/8.9.3) id IAA05015; Thu, 26 Oct 2000 08:55:42 -0600 Date: Thu, 26 Oct 2000 08:55:42 -0600 Message-Id: <200010261455.IAA05015@home.knm.org> X-Authentication-Warning: home.knm.org: mark set sender to mark@home.knm.org using -f From: Mark Lehrer To: linux-mips@oss.sgi.com Subject: Threads on mips Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello! I am just getting started with one of the MIPS embedded platforms, the NEC VR4122. I downloaded the kernel & ramdisk from the linux-vr web pages. Some of the apps I'm trying to port over use pthreads; however, the pthread library that is included doesn't appear to work - the process that tries to create a thread just waits forever until I hit ctrl-c. Is anyone using threads with the mips embedded platforms? If so, what kernel, libc, and pthreads library are you using? If not, has anyone thought about what it might take to get threads to work? Thanks, Mark Lehrer From owner-linux-mips@oss.sgi.com Thu Oct 26 11:30:00 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 11:29:50 -0700 Received: from srvntsxconn3.toc.ixl.com ([216.99.0.139]:50191 "HELO srvntsxconn3.toc.ixl.com") by oss.sgi.com with SMTP id ; Thu, 26 Oct 2000 11:29:31 -0700 Received: from 216.99.0.139 by srvntsxconn3.toc.ixl.com (InterScan E-Mail VirusWall NT); Thu, 26 Oct 2000 14:29:09 -0400 (Eastern Daylight Time) Received: by srvntsxconn3.toc.ixl.com with Internet Mail Service (5.5.2650.21) id ; Thu, 26 Oct 2000 14:19:03 -0400 Message-ID: <0A5319EEAF65D411825E00805FBBD8A1209A93@exchange.clt.ixl.com> From: tmaloney@ixl.com To: vile8@hotmail.com Cc: linux-mips@oss.sgi.com Subject: RE: indy gr3-xz support Date: Thu, 26 Oct 2000 14:16:18 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing what is the url for DMT technologies? or any other good sites to get cheap ram for an Indy. -----Original Message----- From: James McD [mailto:vile8@hotmail.com] Sent: Wednesday, October 25, 2000 11:51 PM To: tmaloney@ixl.com Subject: RE: indy gr3-xz support well, from what ive seen the 60 or 70ns 72 pin parity ram sticks should work. You have to have them in banks of four. So if you get 4 16megs that should be ok. I am curious, since I have seen sparks handle large ram in banks of 2 if that would work also, but I dont know. Check out DMT technologies for cheap ram though, I got 64 megs for approx 34 bucks! They ship quickly too. Lots o' luck, James >From: tmaloney@ixl.com >To: vile8@hotmail.com >Subject: RE: indy gr3-xz support >Date: Wed, 25 Oct 2000 15:46:21 -0400 >MIME-Version: 1.0 >Received: from [216.99.0.139] by hotmail.com (3.2) with ESMTP id >MHotMailBBC083F50086D820F39BD863008B0EC90; Wed Oct 25 12:48:06 2000 >Received: from 216.99.0.139 by srvntsxconn3.toc.ixl.com (InterScan E-Mail >VirusWall NT); Wed, 25 Oct 2000 15:47:58 -0400 (Eastern Daylight Time) >Received: by srvntsxconn3.toc.ixl.com with Internet Mail Service >(5.5.2650.21)id ; Wed, 25 Oct 2000 15:47:58 -0400 >From tmaloney@ixl.com Wed Oct 25 12:50:03 2000 >Message-ID: <0A5319EEAF65D411825E00805FBBD8A1209A7D@exchange.clt.ixl.com> >X-Mailer: Internet Mail Service (5.5.2650.21) > >http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=473634143 > >if these are parity, would they work do you think? > >-----Original Message----- >From: James McD [mailto:vile8@hotmail.com] >Sent: Wednesday, October 25, 2000 3:06 PM >To: rsanders@conejo.engr.sgi.com >Cc: linux-mips@oss.sgi.com >Subject: Re: indy gr3-xz support > > >Hey, I feel your pain. I too have recently acquired the same machine with >no > >ram etc. >You are in luck though, all you need is some 72 pin parity ram, if you look >up DMT technologies they have it in sticks of 8megs each for about 32 bucks >for 64 megs. >The hard drive is also an easy to come by item, from what I have heard >watch > >out when purchasing too fast a drive though...ie 7200 rpm or better since >the drive can create a large quantity of heat in the small case. >You will also need something to view the display with, dmt also has >monitors, but if you look around you may be able to find something bigger >or > >you could get the converter cable to use a normal peecee style monitor. Be >careful to check scan rates when purchasing old sgi monitors as I burnt one >up in the blink of a screen. >Once all is said and done as far as the hardware goes then set yourself up >a > >network and check out: >http://reality.sgi.com/raju/SGI-Linux-mini-HOWTO.html >or just do a search off google for and you will find >many documents on getting Linux fired up on your indy! > > > > >From: "Robert M. Sanders" > >To: linux-mips@oss.sgi.com > >Subject: Re: indy gr3-xz support > >Date: Wed, 25 Oct 2000 06:49:17 -0700 (PDT) > >Received: from [216.32.174.190] by hotmail.com (3.2) with ESMTP id > >MHotMailBBC030CC00AAD820F3DBD820AEBE10F90; Wed Oct 25 06:53:16 2000 > >Received: by oss.sgi.com id ;Wed, 25 Oct 2000 06:52:10 > >-0700 > >Received: from pneumatic-tube.sgi.com ([204.94.214.22]:40239 "EHLO > >pneumatic-tube.sgi.com") by oss.sgi.com with ESMTPid ; > >Wed, 25 Oct 2000 06:51:50 -0700 > >Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by > >pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via >ESMTP > >id GAA01726for ; Wed, 25 Oct 2000 06:59:14 -0700 > >(PDT)mail_from (rsanders@conejo.engr.sgi.com) > >Received: from conejo.engr.sgi.com (conejo.engr.sgi.com [130.62.50.34]) >by > >nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id > >GAA33856 for ; Wed, 25 Oct 2000 06:51:49 -0700 > >(PDT) > >Received: (from rsanders@localhost)by conejo.engr.sgi.com >(SGI-8.9.3/8.9.3) > > >id GAA02341for linux-mips@oss.sgi.com; Wed, 25 Oct 2000 06:49:17 -0700 > >(PDT) > >From owner-linux-mips@oss.sgi.com Wed Oct 25 06:56:50 2000 > >Message-Id: <200010251349.GAA02341@conejo.engr.sgi.com> > >In-Reply-To: > >X-Status: N > >X-Mailer: Applixware 4.41 (1021.286.3) > >X-Orcpt: rfc822;linux-mips@oss.sgi.com > >Sender: owner-linux-mips@oss.sgi.com > >Precedence: bulk > > > > > > > > Is the Gr3-XZ supported (24bp / opengl) under mips-linux? > > > > > > And the indy-sound system? > > > > > > > >For sound, see - http://www.alsa-project.org/ > > > >Bob > > > >_________________________________________________________________________ >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > >Share information about yourself, create your own public profile at >http://profiles.msn.com. _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From owner-linux-mips@oss.sgi.com Thu Oct 26 13:30:31 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 13:30:12 -0700 Received: from gatekeep.ti.com ([192.94.94.61]:6040 "EHLO gatekeep.ti.com") by oss.sgi.com with ESMTP id ; Thu, 26 Oct 2000 13:30:03 -0700 Received: from dlep6.itg.ti.com ([157.170.188.9]) by gatekeep.ti.com (8.11.1/8.11.1) with ESMTP id e9QKTvn14202; Thu, 26 Oct 2000 15:29:57 -0500 (CDT) Received: from dlep6.itg.ti.com (localhost [127.0.0.1]) by dlep6.itg.ti.com (8.9.3/8.9.3) with ESMTP id PAA01673; Thu, 26 Oct 2000 15:29:57 -0500 (CDT) Received: from dlep3.itg.ti.com (dlep3-maint.itg.ti.com [157.170.133.16]) by dlep6.itg.ti.com (8.9.3/8.9.3) with ESMTP id PAA01635; Thu, 26 Oct 2000 15:29:55 -0500 (CDT) Received: from ti.com (IDENT:bbrown@bbrowndt.sc.ti.com [158.218.100.180]) by dlep3.itg.ti.com (8.9.3/8.9.3) with ESMTP id PAA19879; Thu, 26 Oct 2000 15:29:50 -0500 (CDT) Message-ID: <39F89556.582FD0B@ti.com> Date: Thu, 26 Oct 2000 14:34:30 -0600 From: Brady Brown Organization: Texas Instruments X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test9 i686) X-Accept-Language: en MIME-Version: 1.0 To: Nicu Popovici CC: linux-mips@oss.sgi.com Subject: Re: Atlas Board! References: <39F828B2.A662A568@isratech.ro> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Nicu Popovici wrote: > Hello , > > I want to ask few questions about an Atlas board. Who has such a board > maybe will give me some tips to have an working Linux on that machine. > > 1. What type of RAM do I need ? > 2. I want to cross - compile the CVS linux kernel for Mips but I failed > on a i686. Could anyone tell me if I try to compile the kernel on Atlas > board I will succeed. > We have linux running on several Atlas boards here. We are Cross-Compiling the kernel successfully on an Intel machine. The cross tools we are currently using are: binutils-mipsel-linux-2.8.1-1 egcs-c++-mipsel-linux-1.0.3a-2 egcs-g77-mipsel-linux-1.0.3a-2 egcs-mipsel-linux-1.0.3a-2 egcs-libstdc++-mipsel-linux-2.8.0-2 egcs-objc-mipsel-linux-1.0.3a-2 These are available at ftp://oss.sgi.com/pub/linux/mips/crossdev/i386-linux/mipsel-linux/ Note: the binutils version 2.9.5-1 gave us some problems when we tried it so we are still using 2.8.1-1 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Brady Brown (bbrown@ti.com) Work:(801)619-6103 Texas Instruments: Broadband Access Group ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-linux-mips@oss.sgi.com Thu Oct 26 14:17:01 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 14:16:52 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:50172 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Thu, 26 Oct 2000 14:16:41 -0700 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 e9QLEr308975; Thu, 26 Oct 2000 14:14:53 -0700 Message-ID: <39F89F81.1A34F7C@mvista.com> Date: Thu, 26 Oct 2000 14:17: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: Mark Lehrer CC: linux-mips@oss.sgi.com Subject: Re: Threads on mips References: <200010261455.IAA05015@home.knm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Mark Lehrer wrote: > > Hello! I am just getting started with one of the MIPS embedded > platforms, the NEC VR4122. I downloaded the kernel & ramdisk from the > linux-vr web pages. > > Some of the apps I'm trying to port over use pthreads; however, the > pthread library that is included doesn't appear to work - the process > that tries to create a thread just waits forever until I hit ctrl-c. > I have worked with linux-vr before and tried to get pthread working. The glibc v2.0.7 had several problems in terms of getting pthread working. > Is anyone using threads with the mips embedded platforms? If so, what > kernel, libc, and pthreads library are you using? > I just found a bug in kernel yesterday. After the temporary fix, my pthread test program seems to work. I am using glibc 2.0.6. Kernel is v2.4 from cvs tree. > If not, has anyone thought about what it might take to get threads to > work? > I am thinking about that a lot. :-) I like to get ViewML, a web broswer, working. It requires pthreads. Jun From owner-linux-mips@oss.sgi.com Thu Oct 26 16:40:14 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 16:39:54 -0700 Received: from u-208.karlsruhe.ipdial.viaginterkom.de ([62.180.19.208]:29958 "EHLO u-208.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 26 Oct 2000 16:39:30 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 27 Oct 2000 01:38:45 +0200 Date: Fri, 27 Oct 2000 01:38:45 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: a REALLY, REALLY nasty bug Message-ID: <20001027013845.C1056@bacchus.dhis.org> References: <39F79EF8.9029AE6@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39F79EF8.9029AE6@mvista.com>; from jsun@mvista.com on Wed, Oct 25, 2000 at 08:03:20PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Wed, Oct 25, 2000 at 08:03:20PM -0700, Jun Sun wrote: > I am sure Ralf will have something to say about it. :-) In any case, I > attached a patch for 1) fix. A fix that is less easily affected by compiler overoptmizations is contained in 2.2; I'll merge it forward into 2.4. Dunno how that didn't make it into 2.4. Time for a brown paper bag. Ralf From owner-linux-mips@oss.sgi.com Thu Oct 26 17:41:46 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 17:41:36 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:1014 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Thu, 26 Oct 2000 17:41:20 -0700 Received: from mvista.com (IDENT:ppopov@zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id e9R0df321723 for ; Thu, 26 Oct 2000 17:39:41 -0700 Message-ID: <39F8CE01.3782BBF5@mvista.com> Date: Thu, 26 Oct 2000 17:36:17 -0700 From: Pete Popov Organization: Monta Vista Software X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@oss.sgi.com" Subject: userland packages Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Is there a guide on how to rebuild userland packages from source code? I've installed the cross compiler and can compile a kernel, but when I try to build a simple userland app, the compiler can't find libraries, include files, etc. Thanks. Pete From owner-linux-mips@oss.sgi.com Thu Oct 26 18:57:07 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 18:56:57 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:15355 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Thu, 26 Oct 2000 18:56:28 -0700 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 e9R1sq325979; Thu, 26 Oct 2000 18:54:52 -0700 Message-ID: <39F8E121.8260535A@mvista.com> Date: Thu, 26 Oct 2000 18:57: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: Ralf Baechle CC: linux-mips@oss.sgi.com Subject: Re: a REALLY, REALLY nasty bug References: <39F79EF8.9029AE6@mvista.com> <20001027013845.C1056@bacchus.dhis.org> Content-Type: multipart/mixed; boundary="------------C5536D991A3F6184B968C232" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------C5536D991A3F6184B968C232 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ralf Baechle wrote: > > On Wed, Oct 25, 2000 at 08:03:20PM -0700, Jun Sun wrote: > > > I am sure Ralf will have something to say about it. :-) In any case, I > > attached a patch for 1) fix. > > A fix that is less easily affected by compiler overoptmizations is contained > in 2.2; I'll merge it forward into 2.4. Dunno how that didn't make it > into 2.4. > I took a look of what v2.2 does. It does look better than my hack. Just verified that it worked on my machine. I attached the patch - if you want to save some time. > Time for a brown paper bag. > You mean time for beer and pork feet? Jun --------------C5536D991A3F6184B968C232 Content-Type: text/plain; charset=us-ascii; name="junk" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="junk" diff -Nru linux/include/asm-mips/stackframe.h.orig linux/include/asm-mips/stackframe.h --- linux/include/asm-mips/stackframe.h.orig Wed Oct 25 19:45:50 2000 +++ linux/include/asm-mips/stackframe.h Thu Oct 26 18:34:50 2000 @@ -47,19 +47,28 @@ #define __str2(x) #x #define __str(x) __str2(x) -#define save_static(frame) \ - __asm__ __volatile__( \ - "sw\t$16,"__str(PT_R16)"(%0)\n\t" \ - "sw\t$17,"__str(PT_R17)"(%0)\n\t" \ - "sw\t$18,"__str(PT_R18)"(%0)\n\t" \ - "sw\t$19,"__str(PT_R19)"(%0)\n\t" \ - "sw\t$20,"__str(PT_R20)"(%0)\n\t" \ - "sw\t$21,"__str(PT_R21)"(%0)\n\t" \ - "sw\t$22,"__str(PT_R22)"(%0)\n\t" \ - "sw\t$23,"__str(PT_R23)"(%0)\n\t" \ - "sw\t$30,"__str(PT_R30)"(%0)\n\t" \ - : /* No outputs */ \ - : "r" (frame)) +#define save_static_function(symbol) \ +__asm__ ( \ + ".globl\t" #symbol "\n\t" \ + ".align\t2\n\t" \ + ".type\t" #symbol ", @function\n\t" \ + ".ent\t" #symbol ", 0\n" \ + #symbol":\n\t" \ + ".frame\t$29, 0, $31\n\t" \ + "sw\t$16,"__str(PT_R16)"($29)\t\t\t# save_static_function\n\t" \ + "sw\t$17,"__str(PT_R17)"($29)\n\t" \ + "sw\t$18,"__str(PT_R18)"($29)\n\t" \ + "sw\t$19,"__str(PT_R19)"($29)\n\t" \ + "sw\t$20,"__str(PT_R20)"($29)\n\t" \ + "sw\t$21,"__str(PT_R21)"($29)\n\t" \ + "sw\t$22,"__str(PT_R22)"($29)\n\t" \ + "sw\t$23,"__str(PT_R23)"($29)\n\t" \ + "sw\t$30,"__str(PT_R30)"($29)\n\t" \ + ".end\t" #symbol "\n\t" \ + ".size\t" #symbol",. - " #symbol) + +/* Used in declaration of save_static functions. */ +#define unused __attribute__((unused)) #define SAVE_SOME \ .set push; \ @@ -90,6 +99,7 @@ mfc0 v1, CP0_EPC; \ sw $7, PT_R7(sp); \ sw v1, PT_EPC(sp); \ + sw $16, PT_R16(sp); \ sw $25, PT_R25(sp); \ sw $28, PT_R28(sp); \ sw $31, PT_R31(sp); \ diff -Nru linux/arch/mips/kernel/signal.c.orig linux/arch/mips/kernel/signal.c --- linux/arch/mips/kernel/signal.c.orig Thu Oct 26 18:36:54 2000 +++ linux/arch/mips/kernel/signal.c Thu Oct 26 18:42:01 2000 @@ -76,12 +76,12 @@ /* * Atomically swap in the new signal mask, and wait for a signal. */ -asmlinkage inline int -sys_sigsuspend(struct pt_regs regs) +save_static_function(sys_sigsuspend); +static unused int +_sys_sigsuspend(struct pt_regs regs) { sigset_t *uset, saveset, newset; - save_static(®s); uset = (sigset_t *) regs.regs[4]; if (copy_from_user(&newset, uset, sizeof(sigset_t))) return -EFAULT; @@ -103,13 +103,13 @@ } } -asmlinkage int -sys_rt_sigsuspend(struct pt_regs regs) + +save_static_function(sys_rt_sigsuspend); +static unused int +_sys_rt_sigsuspend(struct pt_regs regs) { sigset_t *unewset, saveset, newset; size_t sigsetsize; - - save_static(®s); /* XXX Don't preclude handling different sized sigset_t's. */ sigsetsize = regs.regs[5]; diff -Nru linux/arch/mips/kernel/syscall.c.orig linux/arch/mips/kernel/syscall.c --- linux/arch/mips/kernel/syscall.c.orig Thu Oct 26 18:43:10 2000 +++ linux/arch/mips/kernel/syscall.c Thu Oct 26 18:47:00 2000 @@ -92,22 +92,22 @@ return do_mmap2(addr, len, prot, flags, fd, pgoff); } -asmlinkage int sys_fork(struct pt_regs regs) +save_static_function(sys_fork); +static unused int _sys_fork(struct pt_regs regs) { int res; - save_static(®s); res = do_fork(SIGCHLD, regs.regs[29], ®s); return res; } -asmlinkage int sys_clone(struct pt_regs regs) +save_static_function(sys_clone); +static unused int _sys_clone(struct pt_regs regs) { unsigned long clone_flags; unsigned long newsp; int res; - save_static(®s); clone_flags = regs.regs[4]; newsp = regs.regs[5]; if (!newsp) --------------C5536D991A3F6184B968C232-- From owner-linux-mips@oss.sgi.com Thu Oct 26 19:08:17 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 19:08:07 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:46844 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Thu, 26 Oct 2000 19:07:46 -0700 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 e9R269326679; Thu, 26 Oct 2000 19:06:09 -0700 Message-ID: <39F8E3C7.57C6D1DE@mvista.com> Date: Thu, 26 Oct 2000 19:09:11 -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 Subject: gdb bus error for unaligned access Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ralf, This is the long-overdue patch for kgdb. It gets rid of "BUS signal" for unaligned accesses in kgdb mode. Jun diff -Nru linux/arch/mips/kernel/gdb-stub.c.orig linux/arch/mips/kernel/gdb-stub.c --- linux/arch/mips/kernel/gdb-stub.c.orig Wed Oct 25 11:08:20 2000 +++ linux/arch/mips/kernel/gdb-stub.c Thu Oct 26 19:05:07 2000 @@ -320,8 +320,9 @@ unsigned char tt; /* Trap type code for MIPS R3xxx and R4xxx */ unsigned char signo; /* Signal that we map this trap into */ } hard_trap_info[] = { - { 4, SIGBUS }, /* address error (load) */ - { 5, SIGBUS }, /* address error (store) */ +/* [jsun] kernel emulates unaligned access */ +/* { 4, SIGBUS }, */ /* address error (load) */ +/* { 5, SIGBUS }, */ /* address error (store) */ { 6, SIGBUS }, /* instruction bus error */ { 7, SIGBUS }, /* data bus error */ { 9, SIGTRAP }, /* break */ From owner-linux-mips@oss.sgi.com Thu Oct 26 19:35:37 2000 Received: by oss.sgi.com id ; Thu, 26 Oct 2000 19:35:27 -0700 Received: from u-208.karlsruhe.ipdial.viaginterkom.de ([62.180.19.208]:41222 "EHLO u-208.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 26 Oct 2000 19:35:02 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 27 Oct 2000 04:34:33 +0200 Date: Fri, 27 Oct 2000 04:34:33 +0200 From: Ralf Baechle To: Pete Popov Cc: "linux-mips@oss.sgi.com" Subject: Re: userland packages Message-ID: <20001027043432.F6628@bacchus.dhis.org> References: <39F8CE01.3782BBF5@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39F8CE01.3782BBF5@mvista.com>; from ppopov@mvista.com on Thu, Oct 26, 2000 at 05:36:17PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Oct 26, 2000 at 05:36:17PM -0700, Pete Popov wrote: > Is there a guide on how to rebuild userland packages from source code? > I've installed the cross compiler and can compile a kernel, but when I > try to build a simple userland app, the compiler can't find libraries, > include files, etc. You have to copy all the includes and libraries to /usr/mips-linux/{include,lib}/, then fixup linker scripts that disguise themselfes as .so files like libc.so and you can start. Getting everything to crosscompile is a hard job, I really recomend native builds. Ralf From owner-linux-mips@oss.sgi.com Fri Oct 27 03:19:59 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 03:19:39 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:15 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Fri, 27 Oct 2000 03:19:17 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 15A4292A; Fri, 27 Oct 2000 12:19:11 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id DDDB7900C; Fri, 27 Oct 2000 12:18:02 +0200 (CEST) Date: Fri, 27 Oct 2000 12:18:02 +0200 From: Florian Lohoff To: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: [ANNOUNCE] glibc 2.2 (2.1.95) debian packages available Message-ID: <20001027121802.B3541@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, yesterday i managed to get glibc 2.2 debian source packages to compile under mips - I used cvs gcc 20001007 and binutils of the same date including 2 patches for gcc. For glibc i used the default debian source package 2.1.95 + 2 patches concerning dl-machine.h - One from the cvs and one from oss.sgi.com. Packages are available at ftp://ftp.rfc822.org/pub/local/debian-mips/glibc It seems that the incompatibility problems i had with previous versions concerning bash are gone. I am able to compile a 2.2 bash in the chroot populated with the glibc 2.2 and 2.0 binarys ( And it also works ). It seems there is a bug in bash concerning non-existance of /proc which will cause my bash to segfault but mounting proc in the chroot solves this. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Fri Oct 27 06:34:50 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 06:34:40 -0700 Received: from srvntsxconn3.toc.ixl.com ([216.99.0.139]:41740 "HELO srvntsxconn3.toc.ixl.com") by oss.sgi.com with SMTP id ; Fri, 27 Oct 2000 06:34:27 -0700 Received: from 216.99.0.139 by srvntsxconn3.toc.ixl.com (InterScan E-Mail VirusWall NT); Fri, 27 Oct 2000 09:34:12 -0400 (Eastern Daylight Time) Received: by srvntsxconn3.toc.ixl.com with Internet Mail Service (5.5.2650.21) id ; Fri, 27 Oct 2000 09:34:11 -0400 Message-ID: <0A5319EEAF65D411825E00805FBBD8A1209A9C@exchange.clt.ixl.com> From: tmaloney@ixl.com To: linux-mips@oss.sgi.com Subject: RE: Welcome to linux-mips Date: Fri, 27 Oct 2000 09:32:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=471679859 going fast. it's not my auction, but i'd be bidding on it id i hadn't won one just like it. 40.00 will put you in high bidder position. -----Original Message----- From: Majordomo@oss.sgi.com [mailto:Majordomo@oss.sgi.com] Sent: Tuesday, October 24, 2000 3:53 PM To: tmaloney@ixl.com Subject: Welcome to linux-mips -- Welcome to the linux-mips mailing list! Please save this message for future reference. Thank you. If you ever want to remove yourself from this mailing list, you can send mail to with the following command in the body of your email message: unsubscribe linux-mips or from another account, besides tmaloney@ixl.com: unsubscribe linux-mips tmaloney@ixl.com If you ever need to get in contact with the owner of the list, (if you have trouble unsubscribing, or have questions about the list itself) send email to . This is the general rule for most mailing lists when you need to contact a human. Here's the general information for the list you've subscribed to, in case you don't already have it: For information file on the SGI Open Systems project: "Linux/MIPS" please refer to "http://www.linux.sgi.com/mips/". From owner-linux-mips@oss.sgi.com Fri Oct 27 08:03:41 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 08:03:21 -0700 Received: from srvntsxconn3.toc.ixl.com ([216.99.0.139]:3858 "HELO srvntsxconn3.toc.ixl.com") by oss.sgi.com with SMTP id ; Fri, 27 Oct 2000 08:03:04 -0700 Received: from 216.99.0.139 by srvntsxconn3.toc.ixl.com (InterScan E-Mail VirusWall NT); Fri, 27 Oct 2000 11:02:48 -0400 (Eastern Daylight Time) Received: by srvntsxconn3.toc.ixl.com with Internet Mail Service (5.5.2650.21) id ; Fri, 27 Oct 2000 11:02:48 -0400 Message-ID: <0A5319EEAF65D411825E00805FBBD8A1209AB8@exchange.clt.ixl.com> From: tmaloney@ixl.com To: linux-mips@oss.sgi.com Subject: http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=480274822 Date: Fri, 27 Oct 2000 11:01:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=480274822 do these seem ok for use in an Indy? Tim Maloney Senior Developer iXL, Inc. 1930 Camden Road, Suite 2070 Charlotte, NC 28203 704 943-7193 phone tmaloney@ixl.com www.ixl.com From owner-linux-mips@oss.sgi.com Fri Oct 27 08:25:11 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 08:24:51 -0700 Received: from [206.207.108.63] ([206.207.108.63]:3964 "HELO ridgerun-lx.ridgerun.cxm") by oss.sgi.com with SMTP id ; Fri, 27 Oct 2000 08:24:27 -0700 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 27 08:25:21 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 08:25:11 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:36378 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 27 Oct 2000 08:24:52 -0700 Received: from conejo.engr.sgi.com (conejo.engr.sgi.com [130.62.50.34]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA04623 for ; Fri, 27 Oct 2000 08:29:31 -0700 (PDT) mail_from (rsanders@conejo.engr.sgi.com) Received: (from rsanders@localhost) by conejo.engr.sgi.com (SGI-8.9.3/8.9.3) id IAA02554 for linux-mips@oss.sgi.com; Fri, 27 Oct 2000 08:18:00 -0700 (PDT) Date: Fri, 27 Oct 2000 08:18:00 -0700 (PDT) From: "Robert M. Sanders" Message-Id: <200010271518.IAA02554@conejo.engr.sgi.com> To: linux-mips@oss.sgi.com Subject: Re: http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=480274822 In-Reply-To: <0A5319EEAF65D411825E00805FBBD8A1209AB8@exchange.clt.ixl.com> X-Status: N X-Mailer: Applixware 4.41 (1021.286.3) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=480274822 > > do these seem ok for use in an Indy? > Nope. they must have Gold pins, otherwise there will be metal migration. Use for a short time might be ok. Also, there is no statement of their speed they must be 70 ns or faster. Best bet is to go to Crucial's or Dataram's website and at least get the spec's for their replacement SIMMs. Then use those to compare against the stuff on E'bay. Also, consider that unless you're going to run IRIX 6.5.x, 32 Mb or 64 MB is fine for Linux and 2D graphics. Under IRIX 6.5.x, 64MB is the starting point but the system will be slow. 128MB or 192MB is much better - 128Mb allows Netscape to fire up with swapping. Also, flakey memory will cause all sorts of problems and kernel panics. And not just on SGI hardware, but on a common PC. Do not use junk memory, you'll be debugging lots of problems that do not appear to be memory related and transient in nature. Bob From owner-linux-mips@oss.sgi.com Fri Oct 27 08:35:11 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 08:35:01 -0700 Received: from mailout2-0.nyroc.rr.com ([24.92.226.121]:25524 "EHLO mailout2-0.nyroc.rr.com") by oss.sgi.com with ESMTP id ; Fri, 27 Oct 2000 08:34:44 -0700 Received: from rochester.rr.com (d1818233d.rochester.rr.com [24.24.35.61]) by mailout2-0.nyroc.rr.com (8.9.3/8.9.3) with ESMTP id LAA01632; Fri, 27 Oct 2000 11:26:17 -0400 (EDT) Message-ID: <39F99FE1.F078DF99@rochester.rr.com> Date: Fri, 27 Oct 2000 11:31:45 -0400 From: Pedro Ugalde X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: tmaloney@ixl.com, "linux-mips@oss.sgi.com" Subject: Re: http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=480274822 References: <0A5319EEAF65D411825E00805FBBD8A1209AB8@exchange.clt.ixl.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Beware, I heard that tin lead simms oxidise the terminals on sgi machines but i have never tested it. good luck Pedro ugalde tmaloney@ixl.com wrote: > http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=480274822 > > do these seem ok for use in an Indy? > > Tim Maloney > Senior Developer > iXL, Inc. > 1930 Camden Road, Suite 2070 > Charlotte, NC 28203 > 704 943-7193 phone > tmaloney@ixl.com > www.ixl.com From owner-linux-mips@oss.sgi.com Fri Oct 27 08:49:01 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 08:48:51 -0700 Received: from mx.mips.com ([206.31.31.226]:59330 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Fri, 27 Oct 2000 08:48:25 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 27 10:13:32 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 10:13:22 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:22004 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 27 Oct 2000 10:13:07 -0700 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 e9RHBL310703; Fri, 27 Oct 2000 10:11:25 -0700 Message-ID: <39F9B7EF.D6469D07@mvista.com> Date: Fri, 27 Oct 2000 10:14: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: Ralf Baechle CC: Pete Popov , "linux-mips@oss.sgi.com" Subject: Re: userland packages References: <39F8CE01.3782BBF5@mvista.com> <20001027043432.F6628@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ralf Baechle wrote: > > On Thu, Oct 26, 2000 at 05:36:17PM -0700, Pete Popov wrote: > > > Is there a guide on how to rebuild userland packages from source code? > > I've installed the cross compiler and can compile a kernel, but when I > > try to build a simple userland app, the compiler can't find libraries, > > include files, etc. > > You have to copy all the includes and libraries to > /usr/mips-linux/{include,lib}/, then fixup linker scripts that disguise > themselfes as .so files like libc.so and you can start. > > Getting everything to crosscompile is a hard job, I really recomend > native builds. > Pete, He is not telling the truth. :-) See his very own MIPS-HOWTO, cross-compile section : http://www.linux.sgi.com/mips-howto.html Also, you can take a look of the rpm spec files for the toolchains I put on ftp.mvista.com/pub/Area51/mips_le/. So far all my usrland stuff are cross-compiled - I don't have the luxury of a desktop MIPS with 1.6GB RAM. Jun From owner-linux-mips@oss.sgi.com Fri Oct 27 10:25:02 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 10:24:42 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:17653 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 27 Oct 2000 10:24:34 -0700 Received: from mvista.com (IDENT:ppopov@zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id e9RHMu311465 for ; Fri, 27 Oct 2000 10:22:56 -0700 Message-ID: <39F9B924.97AF7A4@mvista.com> Date: Fri, 27 Oct 2000 10:19:32 -0700 From: Pete Popov Organization: Monta Vista Software X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@oss.sgi.com" Subject: FATAL: cannot determine library version Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing I've got a big endian kernel running for a new embedded board, and it mounts the root fs over nfs. I'm using the simple-0.2b packages as the root fs. At some point after /bin/sh is loaded, I get the following error: FATAL: cannot determine library version The same root file system is fine on my Indigo2. Any clues? Thanks, Pete From owner-linux-mips@oss.sgi.com Fri Oct 27 10:47:33 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 10:47:23 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:33571 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 27 Oct 2000 10:47:12 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA29437 for ; Fri, 27 Oct 2000 10:39:23 -0700 (PDT) mail_from (jberens@sgi.com) Received: from poppy-e185.americas.sgi.com (poppy.americas.sgi.com [128.162.185.207]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id MAA7439346 for ; Fri, 27 Oct 2000 12:45:55 -0500 (CDT) Received: from jberens.americas.sgi.com (jberens.americas.sgi.com [128.162.186.11]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.7) with ESMTP id MAA08145 for ; Fri, 27 Oct 2000 12:45:55 -0500 (CDT) Date: Fri, 27 Oct 2000 12:46:13 -0500 From: Joe Berens X-Sender: jberens@jberens.americas.sgi.com To: linux-mips@oss.sgi.com Subject: Installing linux on Indy Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, I have followed the installation instructions and I think every thing is set up right. When I do "boot -f bootp()://vmlinux", the kernel seems to start booting and hangs after: Partition check: sda1 sda2 sda3 sda4 Looking up port of RPC 100003/2 on RPC: sendmsg returned error 128 RPC: sendmsg returned error 128 RPC: sendmsg returned error 128 RPC: sendmsg returned error 128 portmap: server not responding, timed out Root-Nfs: Unable to get nfsd port number from server, using default Looking up port of RPC 100005/1 on RPC: sendmsg returned error 128 Then it seems to hang for ever. Any help is greatly appreciated. Thank you, Joe ___________________________________ Joe Berens SGI Customer Support Center Operating Systems Group Phone: 800-800-4744, Direct: 651-683-3254 Email: jberens@sgi.com ___________________________________ From owner-linux-mips@oss.sgi.com Fri Oct 27 16:28:36 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 16:28:26 -0700 Received: from u-162.karlsruhe.ipdial.viaginterkom.de ([62.180.18.162]:17671 "EHLO u-162.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 27 Oct 2000 16:28:06 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 28 Oct 2000 01:27:45 +0200 Date: Sat, 28 Oct 2000 01:27:45 +0200 From: Ralf Baechle To: Jun Sun Cc: Pete Popov , "linux-mips@oss.sgi.com" Subject: Re: userland packages Message-ID: <20001028012745.B2813@bacchus.dhis.org> References: <39F8CE01.3782BBF5@mvista.com> <20001027043432.F6628@bacchus.dhis.org> <39F9B7EF.D6469D07@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39F9B7EF.D6469D07@mvista.com>; from jsun@mvista.com on Fri, Oct 27, 2000 at 10:14:23AM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, Oct 27, 2000 at 10:14:23AM -0700, Jun Sun wrote: > He is not telling the truth. :-) See his very own MIPS-HOWTO, > cross-compile section : > > http://www.linux.sgi.com/mips-howto.html So you probably never tried to crosscompile something with extensive autoconf scripts like Gnome. It's a major pain to get that done right. Running the compiler is the trivial part of build some package ... > Also, you can take a look of the rpm spec files for the toolchains I put > on ftp.mvista.com/pub/Area51/mips_le/. So far all my usrland stuff are > cross-compiled - I don't have the luxury of a desktop MIPS with 1.6GB > RAM. I bet your heating makes less noise ... Ralf From owner-linux-mips@oss.sgi.com Fri Oct 27 16:36:05 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 16:35:46 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:20719 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 27 Oct 2000 16:35:42 -0700 Received: from mvista.com (IDENT:ppopov@zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id e9RNY1303021; Fri, 27 Oct 2000 16:34:01 -0700 Message-ID: <39FA101C.4903F088@mvista.com> Date: Fri, 27 Oct 2000 16:30:36 -0700 From: Pete Popov Organization: Monta Vista Software X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: Jun Sun , "linux-mips@oss.sgi.com" Subject: Re: userland packages References: <39F8CE01.3782BBF5@mvista.com> <20001027043432.F6628@bacchus.dhis.org> <39F9B7EF.D6469D07@mvista.com> <20001028012745.B2813@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ralf Baechle wrote: > > On Fri, Oct 27, 2000 at 10:14:23AM -0700, Jun Sun wrote: > > > He is not telling the truth. :-) See his very own MIPS-HOWTO, > > cross-compile section : > > > > http://www.linux.sgi.com/mips-howto.html > > So you probably never tried to crosscompile something with extensive > autoconf scripts like Gnome. It's a major pain to get that done right. > Running the compiler is the trivial part of build some package ... Our cross development environment make it easy to rebuild all packages we support, but the big endian tool chain and libs aren't ready yet. I think I'll just wait :-) I've got plenty of things broken as it is, without the userland packages. > > Also, you can take a look of the rpm spec files for the toolchains I put > > on ftp.mvista.com/pub/Area51/mips_le/. So far all my usrland stuff are > > cross-compiled - I don't have the luxury of a desktop MIPS with 1.6GB > > RAM. > > I bet your heating makes less noise ... Pete From owner-linux-mips@oss.sgi.com Fri Oct 27 18:54:26 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 18:54:06 -0700 Received: from u-162.karlsruhe.ipdial.viaginterkom.de ([62.180.18.162]:21768 "EHLO u-162.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 27 Oct 2000 18:53:46 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 27 18:54:56 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 18:54:36 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:28175 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Fri, 27 Oct 2000 18:54:24 -0700 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> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Fri Oct 27 20:14:46 2000 Received: by oss.sgi.com id ; Fri, 27 Oct 2000 20:14:36 -0700 Received: from u-162.karlsruhe.ipdial.viaginterkom.de ([62.180.18.162]:35336 "EHLO u-162.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 27 Oct 2000 20:14:16 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 28 Oct 2000 05:13:26 +0200 Date: Sat, 28 Oct 2000 05:13:26 +0200 From: Ralf Baechle To: Joe Berens Cc: linux-mips@oss.sgi.com Subject: Re: Installing linux on Indy Message-ID: <20001028051326.B5764@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 jberens@sgi.com on Fri, Oct 27, 2000 at 12:46:13PM -0500 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, Oct 27, 2000 at 12:46:13PM -0500, Joe Berens wrote: > I have followed the installation instructions and I think every thing is > set up right. When I do "boot -f bootp() server>://vmlinux", the kernel seems to start booting and > hangs after: > > Partition check: sda1 sda2 sda3 sda4 > Looking up port of RPC 100003/2 on > RPC: sendmsg returned error 128 > RPC: sendmsg returned error 128 > RPC: sendmsg returned error 128 > RPC: sendmsg returned error 128 > portmap: server not responding, timed out > Root-Nfs: Unable to get nfsd port number from server, using default > Looking up port of RPC 100005/1 on > RPC: sendmsg returned error 128 128 = ENETUNREACH. Sure your network configuration is correct and both client and server are on the same subnet? Ralf From owner-linux-mips@oss.sgi.com Sat Oct 28 01:45:00 2000 Received: by oss.sgi.com id ; Sat, 28 Oct 2000 01:44:40 -0700 Received: from fte036.mc2.chalmers.se ([129.16.41.199]:15623 "EHLO fte036.mc2.chalmers.se") by oss.sgi.com with ESMTP id ; Sat, 28 Oct 2000 01:44:21 -0700 Received: from fte004 (fte004.mc2.chalmers.se [129.16.41.163]) by fte036.mc2.chalmers.se (8.9.3 (PHNE_18979)/8.9.3) with SMTP id KAA22588; Sat, 28 Oct 2000 10:51:37 +0200 (METDST) Message-ID: <007801c040bb$7fc5def0$a3291081@mc2.chalmers.se> From: "Erik Aderstedt" To: "Joe Berens" , References: Subject: Re: Installing linux on Indy Date: Sat, 28 Oct 2000 10:46:00 +0200 Organization: Solid State Electronics Laboratory 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.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, The portmapper isn't running on your system. I'm not an expert, I just know that I got a lot of RPC-related errors due to portmap not running. If you are booting from a RedHat system please note that due to some misconfiguration (at least in 6.1) portmap will not be running after you've booted the system , even though you may have installed it. Finally, make sure that nfsd and mountd are both running on your host. /Erik erik@ic.chalmers.se ----- Original Message ----- From: Joe Berens To: Sent: Friday, October 27, 2000 7:46 PM Subject: Installing linux on Indy > Hello, > > I have followed the installation instructions and I think every thing is > set up right. When I do "boot -f bootp() server>://vmlinux", the kernel seems to start booting and > hangs after: > > Partition check: sda1 sda2 sda3 sda4 > Looking up port of RPC 100003/2 on > RPC: sendmsg returned error 128 > RPC: sendmsg returned error 128 > RPC: sendmsg returned error 128 > RPC: sendmsg returned error 128 > portmap: server not responding, timed out > Root-Nfs: Unable to get nfsd port number from server, using default > Looking up port of RPC 100005/1 on > RPC: sendmsg returned error 128 > > > Then it seems to hang for ever. > Any help is greatly appreciated. > > Thank you, > > Joe > ___________________________________ > > Joe Berens > SGI Customer Support Center > Operating Systems Group > Phone: 800-800-4744, Direct: 651-683-3254 > Email: jberens@sgi.com > > ___________________________________ > > > From owner-linux-mips@oss.sgi.com Sat Oct 28 15:49:54 2000 Received: by oss.sgi.com id ; Sat, 28 Oct 2000 15:49:34 -0700 Received: from u-75.karlsruhe.ipdial.viaginterkom.de ([62.180.18.75]:65032 "EHLO u-75.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 28 Oct 2000 15:49:01 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 28 Oct 2000 15:18:09 +0200 Date: Sat, 28 Oct 2000 15:18:09 +0200 From: Ralf Baechle To: Pete Popov Cc: "linux-mips@oss.sgi.com" Subject: Re: FATAL: cannot determine library version Message-ID: <20001028151809.A7138@bacchus.dhis.org> References: <39F9B924.97AF7A4@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39F9B924.97AF7A4@mvista.com>; from ppopov@mvista.com on Fri, Oct 27, 2000 at 10:19:32AM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, Oct 27, 2000 at 10:19:32AM -0700, Pete Popov wrote: > I've got a big endian kernel running for a new embedded board, and it > mounts the root fs over nfs. I'm using the simple-0.2b packages as the > root fs. At some point after /bin/sh is loaded, I get the following > error: > > FATAL: cannot determine library version > > The same root file system is fine on my Indigo2. Seems your kernel is foobared. On startup libc is trying to determine the kernel version but both using uname and /proc/sys/kernel/osrelease fail for some reason. Ralf From owner-linux-mips@oss.sgi.com Sun Oct 29 04:57:08 2000 Received: by oss.sgi.com id ; Sun, 29 Oct 2000 04:56:58 -0800 Received: from router.isratech.ro ([193.226.114.69]:4626 "EHLO router.isratech.ro") by oss.sgi.com with ESMTP id ; Sun, 29 Oct 2000 04:56:37 -0800 Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163]) by router.isratech.ro (8.10.2/8.10.2) with ESMTP id e9TCuKZ25583 for ; Sun, 29 Oct 2000 10:56:22 -0200 Message-ID: <39FC8D4C.16654639@isratech.ro> Date: Sun, 29 Oct 2000 15:49:17 -0500 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: ATLAS board! Content-Type: multipart/mixed; boundary="------------EAA126E5B17A322118FEF5D5" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------EAA126E5B17A322118FEF5D5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, I have an Atlas board and now I am struggling to setup a Linux on it. I have few questions 1. After I will install Linux on the board, it will function as a standalone computer ? 2 Do I need Yamon after installing Linux on it ? Thanks Nicu --------------EAA126E5B17A322118FEF5D5 Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:POPOVICI;Nicolae Octavian tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;Software adr:;;;;;; version:2.1 email;internet:octavp@isratech.ro title:Software engineer x-mozilla-cpt:;0 fn:Nicolae Octavian POPOVICI end:vcard --------------EAA126E5B17A322118FEF5D5-- From owner-linux-mips@oss.sgi.com Sun Oct 29 08:27:28 2000 Received: by oss.sgi.com id ; Sun, 29 Oct 2000 08:27:19 -0800 Received: from noose.gt.owl.de ([62.52.19.4]:27147 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sun, 29 Oct 2000 08:27:05 -0800 Received: by noose.gt.owl.de (Postfix, from userid 10) id 9EF84815; Sun, 29 Oct 2000 17:27:02 +0100 (CET) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 75B1A900C; Sun, 29 Oct 2000 17:25:17 +0100 (CET) Date: Sun, 29 Oct 2000 17:25:17 +0100 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: atomic.h changes fixed bug Was: CVS Update@oss.sgi.com: linux Message-ID: <20001029172517.C2663@paradigm.rfc822.org> References: <20001026235921Z553785-493+346@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001026235921Z553785-493+346@oss.sgi.com>; from ralf@oss.sgi.com on Thu, Oct 26, 2000 at 04:59:17PM -0700 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Oct 26, 2000 at 04:59:17PM -0700, Ralf Baechle wrote: > CVSROOT: /home/pub/cvs > Module name: linux > Changes by: ralf@oss.sgi.com 00/10/26 16:59:17 > > Modified files: > include/asm-mips: atomic.h > include/asm-mips64: atomic.h > > Log message: > Add memory clobbers to the atomic_*_return functions. I hope this > fixes the file corruption / `D' state processes people observe. This at least fixes the file corruption stuff i have been seeing (Never The Same Checksum aka NTSC) remake:/home/flo# md5sum xfree86_4.0.1.orig.tar.gz 590767187e145407bcda582facf5afc0 xfree86_4.0.1.orig.tar.gz remake:/home/flo# md5sum xfree86_4.0.1.orig.tar.gz 590767187e145407bcda582facf5afc0 xfree86_4.0.1.orig.tar.gz remake:/home/flo# md5sum xfree86_4.0.1.orig.tar.gz 590767187e145407bcda582facf5afc0 xfree86_4.0.1.orig.tar.gz remake:/home/flo# md5sum xfree86_4.0.1.orig.tar.gz 590767187e145407bcda582facf5afc0 xfree86_4.0.1.orig.tar.gz remake:/home/flo# md5sum xfree86_4.0.1.orig.tar.gz 590767187e145407bcda582facf5afc0 xfree86_4.0.1.orig.tar.gz Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Sun Oct 29 08:49:39 2000 Received: by oss.sgi.com id ; Sun, 29 Oct 2000 08:49:28 -0800 Received: from noose.gt.owl.de ([62.52.19.4]:47115 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Sun, 29 Oct 2000 08:49:11 -0800 Received: by noose.gt.owl.de (Postfix, from userid 10) id A1AA58E7; Sun, 29 Oct 2000 17:49:08 +0100 (CET) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id F1158900C; Sun, 29 Oct 2000 17:47:32 +0100 (CET) Date: Sun, 29 Oct 2000 17:47:32 +0100 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Re: atomic.h changes fixed bug Was: CVS Update@oss.sgi.com: linux Message-ID: <20001029174732.D2663@paradigm.rfc822.org> References: <20001026235921Z553785-493+346@oss.sgi.com> <20001029172517.C2663@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001029172517.C2663@paradigm.rfc822.org>; from flo@rfc822.org on Sun, Oct 29, 2000 at 05:25:17PM +0100 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sun, Oct 29, 2000 at 05:25:17PM +0100, Florian Lohoff wrote: > On Thu, Oct 26, 2000 at 04:59:17PM -0700, Ralf Baechle wrote: > > CVSROOT: /home/pub/cvs > > Module name: linux > > Changes by: ralf@oss.sgi.com 00/10/26 16:59:17 > > > > Modified files: > > include/asm-mips: atomic.h > > include/asm-mips64: atomic.h > > > > Log message: > > Add memory clobbers to the atomic_*_return functions. I hope this > > fixes the file corruption / `D' state processes people observe. > > This at least fixes the file corruption stuff i have been seeing > (Never The Same Checksum aka NTSC) I was to quick ... It seems to be partially fixed ... flo@remake:~$ md5sum xfree86_4.0.1.orig.tar.gz e91fa9fbda045965f12a49def8cafb3a xfree86_4.0.1.orig.tar.gz flo@remake:~$ md5sum xfree86_4.0.1.orig.tar.gz 06f1bb64a75cf475dfbbde5bb28d8420 xfree86_4.0.1.orig.tar.gz flo@remake:~$ md5sum xfree86_4.0.1.orig.tar.gz ade38e19b446a6432f9424994840a699 xfree86_4.0.1.orig.tar.gz flo@remake:~$ md5sum xfree86_4.0.1.orig.tar.gz 8495ab01d5bd2047311e38d0a7612882 xfree86_4.0.1.orig.tar.gz flo@remake:~$ pwd /home2/flo flo@remake:~$ md5sum /home/flo/xfree86_4.0.1.orig.tar.gz 590767187e145407bcda582facf5afc0 /home/flo/xfree86_4.0.1.orig.tar.gz flo@remake:~$ md5sum /home/flo/xfree86_4.0.1.orig.tar.gz 590767187e145407bcda582facf5afc0 /home/flo/xfree86_4.0.1.orig.tar.gz flo@remake:~$ md5sum /home/flo/xfree86_4.0.1.orig.tar.gz 590767187e145407bcda582facf5afc0 /home/flo/xfree86_4.0.1.orig.tar.gz flo@remake:~$ df Filesystem 1k-blocks Used Available Use% Mounted on /dev/sda1 762860 634544 89564 88% / /dev/sdb1 2079044 50668 1922764 3% /home2 So it seems there is still some problem in some i/o stuff concerning the different disk ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Sun Oct 29 13:35:49 2000 Received: by oss.sgi.com id ; Sun, 29 Oct 2000 13:35:41 -0800 Received: from ns.snowman.net ([63.80.4.34]:64521 "EHLO ns.snowman.net") by oss.sgi.com with ESMTP id ; Sun, 29 Oct 2000 13:35:26 -0800 Received: from localhost (nick@localhost) by ns.snowman.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA15363; Sun, 29 Oct 2000 16:35:20 -0500 Date: Sun, 29 Oct 2000 16:35:20 -0500 (EST) From: X-Sender: nick@ns To: Nicu Popovici cc: linux-mips@oss.sgi.com Subject: Re: ATLAS board! In-Reply-To: <39FC8D4C.16654639@isratech.ro> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Pardon my ignorance, but what is a Atlas board? Thanks Nick On Sun, 29 Oct 2000, Nicu Popovici wrote: > Hello, > > I have an Atlas board and now I am struggling to setup a Linux on it. I > have few questions > 1. After I will install Linux on the board, it will function as a > standalone computer ? > 2 Do I need Yamon after installing Linux on it ? > > Thanks > Nicu > From owner-linux-mips@oss.sgi.com Sun Oct 29 16:14:40 2000 Received: by oss.sgi.com id ; Sun, 29 Oct 2000 16:14:30 -0800 Received: from u-4.karlsruhe.ipdial.viaginterkom.de ([62.180.19.4]:11018 "EHLO u-4.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 29 Oct 2000 16:14:08 -0800 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 30 Oct 2000 01:13:29 +0100 Date: Mon, 30 Oct 2000 01:13:29 +0100 From: Ralf Baechle To: nick@snowman.net Cc: Nicu Popovici , linux-mips@oss.sgi.com Subject: Re: ATLAS board! Message-ID: <20001030011329.A19627@bacchus.dhis.org> References: <39FC8D4C.16654639@isratech.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from nick@snowman.net on Sun, Oct 29, 2000 at 04:35:20PM -0500 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sun, Oct 29, 2000 at 04:35:20PM -0500, nick@snowman.net wrote: > Pardon my ignorance, but what is a Atlas board? A MIPS evaluation board. Ralf From owner-linux-mips@oss.sgi.com Sun Oct 29 16:23:40 2000 Received: by oss.sgi.com id ; Sun, 29 Oct 2000 16:23:30 -0800 Received: from u-4.karlsruhe.ipdial.viaginterkom.de ([62.180.19.4]:12298 "EHLO u-4.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 29 Oct 2000 16:23:22 -0800 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 30 Oct 2000 01:22:44 +0100 Date: Mon, 30 Oct 2000 01:22:44 +0100 From: Ralf Baechle To: Pedro Ugalde Cc: tmaloney@ixl.com, "linux-mips@oss.sgi.com" Subject: Re: http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=480274822 Message-ID: <20001030012244.B19627@bacchus.dhis.org> References: <0A5319EEAF65D411825E00805FBBD8A1209AB8@exchange.clt.ixl.com> <39F99FE1.F078DF99@rochester.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39F99FE1.F078DF99@rochester.rr.com>; from pugalde1@rochester.rr.com on Fri, Oct 27, 2000 at 11:31:45AM -0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, Oct 27, 2000 at 11:31:45AM -0400, Pedro Ugalde wrote: > Beware, I heard that tin lead simms oxidise the terminals on sgi > machines but i have never tested it. The same problem also applies to other machines. Simple rule don't mix different materials on the terminals. Ralf From owner-linux-mips@oss.sgi.com Sun Oct 29 17:18:40 2000 Received: by oss.sgi.com id ; Sun, 29 Oct 2000 17:18:30 -0800 Received: from u-4.karlsruhe.ipdial.viaginterkom.de ([62.180.19.4]:18698 "EHLO u-4.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 29 Oct 2000 17:18:20 -0800 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 30 Oct 2000 02:17:41 +0100 Date: Mon, 30 Oct 2000 02:17:41 +0100 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com Subject: Re: atomic.h changes fixed bug Was: CVS Update@oss.sgi.com: linux Message-ID: <20001030021741.B20700@bacchus.dhis.org> References: <20001026235921Z553785-493+346@oss.sgi.com> <20001029172517.C2663@paradigm.rfc822.org> <20001029174732.D2663@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001029174732.D2663@paradigm.rfc822.org>; from flo@rfc822.org on Sun, Oct 29, 2000 at 05:47:32PM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sun, Oct 29, 2000 at 05:47:32PM +0100, Florian Lohoff wrote: > > This at least fixes the file corruption stuff i have been seeing > > (Never The Same Checksum aka NTSC) > > I was to quick ... It seems to be partially fixed ... > > flo@remake:~$ md5sum xfree86_4.0.1.orig.tar.gz > e91fa9fbda045965f12a49def8cafb3a xfree86_4.0.1.orig.tar.gz > flo@remake:~$ md5sum xfree86_4.0.1.orig.tar.gz > 06f1bb64a75cf475dfbbde5bb28d8420 xfree86_4.0.1.orig.tar.gz > flo@remake:~$ md5sum xfree86_4.0.1.orig.tar.gz > ade38e19b446a6432f9424994840a699 xfree86_4.0.1.orig.tar.gz > flo@remake:~$ md5sum xfree86_4.0.1.orig.tar.gz > 8495ab01d5bd2047311e38d0a7612882 xfree86_4.0.1.orig.tar.gz > flo@remake:~$ pwd > /home2/flo > flo@remake:~$ md5sum /home/flo/xfree86_4.0.1.orig.tar.gz > 590767187e145407bcda582facf5afc0 /home/flo/xfree86_4.0.1.orig.tar.gz > flo@remake:~$ md5sum /home/flo/xfree86_4.0.1.orig.tar.gz > 590767187e145407bcda582facf5afc0 /home/flo/xfree86_4.0.1.orig.tar.gz > flo@remake:~$ md5sum /home/flo/xfree86_4.0.1.orig.tar.gz > 590767187e145407bcda582facf5afc0 /home/flo/xfree86_4.0.1.orig.tar.gz > flo@remake:~$ df > Filesystem 1k-blocks Used Available Use% Mounted on > /dev/sda1 762860 634544 89564 88% / > /dev/sdb1 2079044 50668 1922764 3% /home2 > > So it seems there is still some problem in some i/o stuff concerning > the different disk ... I only get those corruption reports from Indy users but from no other platform. Ralf From owner-linux-mips@oss.sgi.com Sun Oct 29 19:24:50 2000 Received: by oss.sgi.com id ; Sun, 29 Oct 2000 19:24:41 -0800 Received: from u-4.karlsruhe.ipdial.viaginterkom.de ([62.180.19.4]:32522 "EHLO u-4.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 29 Oct 2000 19:24:18 -0800 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 30 Oct 2000 04:23:47 +0100 Date: Mon, 30 Oct 2000 04:23:46 +0100 From: Ralf Baechle To: Florian Lohoff Cc: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: [ANNOUNCE] glibc 2.2 (2.1.95) debian packages available Message-ID: <20001030042346.A21748@bacchus.dhis.org> References: <20001027121802.B3541@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001027121802.B3541@paradigm.rfc822.org>; from flo@rfc822.org on Fri, Oct 27, 2000 at 12:18:02PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Fri, Oct 27, 2000 at 12:18:02PM +0200, Florian Lohoff wrote: > It seems that the incompatibility problems i had with previous versions > concerning bash are gone. I am able to compile a 2.2 bash in the chroot > populated with the glibc 2.2 and 2.0 binarys ( And it also works ). There was a bug in the generic code of 2.2 which I recently fixed. Since then I have at least 99% compatibility with old binaries. > It seems there is a bug in bash concerning non-existance of /proc > which will cause my bash to segfault but mounting proc in the chroot > solves this. Upgrade your libc or fix it yourself, it's trivial. needs to include . This will also fix mysterious compile problems of the adjtime package. Ralf From owner-linux-mips@oss.sgi.com Sun Oct 29 22:35:02 2000 Received: by oss.sgi.com id ; Sun, 29 Oct 2000 22:34:51 -0800 Received: from natmail2.webmailer.de ([192.67.198.65]:9428 "EHLO post.webmailer.de") by oss.sgi.com with ESMTP id ; Sun, 29 Oct 2000 22:34:34 -0800 Received: from scotty.mgnet.de (p3E9EC9F2.dip.t-dialin.net [62.158.201.242]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id HAA12485 for ; Mon, 30 Oct 2000 07:34:31 +0100 (MET) Received: (qmail 17185 invoked from network); 30 Oct 2000 06:34:31 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 30 Oct 2000 06:34:31 -0000 Date: Mon, 30 Oct 2000 07:35:52 +0100 (CET) From: Klaus Naumann To: Ralf Baechle cc: Linux/MIPS list Subject: Re: atomic.h changes fixed bug Was: CVS Update@oss.sgi.com: linux In-Reply-To: <20001030021741.B20700@bacchus.dhis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, 30 Oct 2000, Ralf Baechle wrote: > > So it seems there is still some problem in some i/o stuff concerning > > the different disk ... > > I only get those corruption reports from Indy users but from no other > platform. That's not correct - I have been reporting that I see these problems on my Indigo2 several months ago. 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 owner-linux-mips@oss.sgi.com Mon Oct 30 02:32:02 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 02:31:52 -0800 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:1435 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 02:31:31 -0800 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA12566; Mon, 30 Oct 2000 11:27:25 +0100 (MET) Date: Mon, 30 Oct 2000 11:27:25 +0100 (MET) From: "Maciej W. Rozycki" To: Ralf Baechle cc: Jun Sun , Pete Popov , "linux-mips@oss.sgi.com" Subject: Re: userland packages In-Reply-To: <20001028012745.B2813@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sat, 28 Oct 2000, Ralf Baechle wrote: > So you probably never tried to crosscompile something with extensive > autoconf scripts like Gnome. It's a major pain to get that done right. Well, for sane scripts that can be handled easily by defining problematic cache variables to reasonable values. The real problem are helper programs used to build architecture-dependent data, see e.g. tic in ncurses. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Mon Oct 30 02:33:32 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 02:33:22 -0800 Received: from router.isratech.ro ([193.226.114.69]:6922 "EHLO router.isratech.ro") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 02:33:18 -0800 Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163]) by router.isratech.ro (8.10.2/8.10.2) with ESMTP id e9UAUQZ18113 for ; Mon, 30 Oct 2000 08:30:35 -0200 Message-ID: <39FDAE22.7626E6E@isratech.ro> Date: Mon, 30 Oct 2000 12:21:38 -0500 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Still cannot compile the KERNEL!!! Content-Type: multipart/mixed; boundary="------------41664DF7B61187D49DBEE838" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------41664DF7B61187D49DBEE838 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello you all, I have a problem. I've built a crosscompiler for MIPS on my intel machine but until now I could not compile any mips kernel. I tried with version from CVS site and now I an trying with linux-2.2.12.mips-src.01.04.tar.gz and I an running into errors from the beggining.( are in the attached file ) I still succeded to compile a test.c file on my intel machine with my crosscompiler and then to run the resulted file on the mips machine and it worked. When I tried with the g++ and with the test.cpp ( a simple class ) the crosscompiler made a file but when I executed on the mips machine it says a.out error in loading shared libraries undefined simbol : _deregister_frame_info I hope that anyone will help me on that . I am running out of time . Regards, Nicu --------------41664DF7B61187D49DBEE838 Content-Type: text/plain; charset=us-ascii; name="error" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="error" n file included from /usr/src/atlas_linux/include/linux/timex.h:138, from /usr/src/atlas_linux/include/linux/sched.h:14, from /usr/src/atlas_linux/include/linux/mm.h:4, from /usr/src/atlas_linux/include/linux/slab.h:14, from /usr/src/atlas_linux/include/linux/malloc.h:4, from /usr/src/atlas_linux/include/linux/proc_fs.h:5, from init/main.c:23: /usr/src/atlas_linux/include/asm/timex.h:36: warning: implicit declaration of function `read_32bit_cp0_register' /usr/src/atlas_linux/include/asm/timex.h:36: `CP0_COUNT' undeclared (first use this function) /usr/src/atlas_linux/include/asm/timex.h:36: (Each undeclared identifier is reported only once /usr/src/atlas_linux/include/asm/timex.h:36: for each function it appears in.) make: *** [init/main.o] Error 1 --------------41664DF7B61187D49DBEE838 Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:POPOVICI;Nicolae Octavian tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;Software adr:;;;;;; version:2.1 email;internet:octavp@isratech.ro title:Software engineer x-mozilla-cpt:;0 fn:Nicolae Octavian POPOVICI end:vcard --------------41664DF7B61187D49DBEE838-- From owner-linux-mips@oss.sgi.com Mon Oct 30 02:41:32 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 02:41:13 -0800 Received: from noose.gt.owl.de ([62.52.19.4]:30981 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 30 Oct 2000 02:41:04 -0800 Received: by noose.gt.owl.de (Postfix, from userid 10) id 6DCD99D8; Mon, 30 Oct 2000 11:41:02 +0100 (CET) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id C8898900C; Mon, 30 Oct 2000 11:39:48 +0100 (CET) Date: Mon, 30 Oct 2000 11:39:48 +0100 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Re: atomic.h changes fixed bug Was: CVS Update@oss.sgi.com: linux Message-ID: <20001030113948.B1016@paradigm.rfc822.org> References: <20001026235921Z553785-493+346@oss.sgi.com> <20001029172517.C2663@paradigm.rfc822.org> <20001029174732.D2663@paradigm.rfc822.org> <20001030021741.B20700@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001030021741.B20700@bacchus.dhis.org>; from ralf@oss.sgi.com on Mon, Oct 30, 2000 at 02:17:41AM +0100 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 02:17:41AM +0100, Ralf Baechle wrote: > > So it seems there is still some problem in some i/o stuff concerning > > the different disk ... > > I only get those corruption reports from Indy users but from no other > platform. Non Indy users also report this (Klaus Naumann e.g.) but i do not see this on my R4400 I2 only on the R4600 Indy ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Mon Oct 30 03:44:12 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 03:44:03 -0800 Received: from natmail2.webmailer.de ([192.67.198.65]:32980 "EHLO post.webmailer.de") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 03:43:45 -0800 Received: from scotty.mgnet.de (p3E9EC9F2.dip.t-dialin.net [62.158.201.242]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id MAA02561 for ; Mon, 30 Oct 2000 12:43:40 +0100 (MET) Received: (qmail 20857 invoked from network); 30 Oct 2000 11:43:37 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 30 Oct 2000 11:43:37 -0000 Date: Mon, 30 Oct 2000 12:45:11 +0100 (CET) From: Klaus Naumann To: Nicu Popovici cc: linux-mips@oss.sgi.com Subject: Re: Still cannot compile the KERNEL!!! In-Reply-To: <39FDAE22.7626E6E@isratech.ro> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, 30 Oct 2000, Nicu Popovici wrote: Sounds really like you have /usr/src/linux linked to your intel kernel and not to the mips kernel - check that first. HTH, 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 owner-linux-mips@oss.sgi.com Mon Oct 30 03:50:32 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 03:50:22 -0800 Received: from woody.ichilton.co.uk ([216.29.174.40]:12552 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Mon, 30 Oct 2000 03:50:12 -0800 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id EF7427CEC; Mon, 30 Oct 2000 11:50:10 +0000 (GMT) Date: Mon, 30 Oct 2000 11:50:10 +0000 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: GCC Problem Message-ID: <20001030115010.A18728@woody.ichilton.co.uk> Reply-To: ian@ichilton.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i Fcc: /var/mail/sent-mail-oct2000 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, I had a problem compiling egcs 1.0.3a nativly. I had it a few weeks ago, and fixed it, and it worked. Now, I am having exactly the same problem again, and I can't seem to fix it...annoying.. The system has glibc-2.0.6-7lm and binutils-2.8.1. I am using the egcs-1.0.3a-3 patch Last time I did it, I was using -5lm and the egcs -2 patch.. Here is the problem: /lfstmp/egcs-1.0.3a/gcc-build/gcc/xgcc -B/lfstmp/egcs-1.0.3a/gcc-build/gcc/ -g -O2 -fno-implicit-templates -EL -Wl,-soname,libstdc++.so.`echo 2.8.0 | sed 's/\([0-9][.][0-9]\).*/\1/'` -shared -o libstdc++.so.2.8.0 `cat piclist` -lm /usr/lib/libm.so: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[4]: *** [libstdc++.so.2.8.0] Error 1 make[4]: Leaving directory `/lfstmp/egcs-1.0.3a/gcc-build/libraries/el/libstdc++' make[3]: *** [multi-do] Error 1 make[3]: Leaving directory `/lfstmp/egcs-1.0.3a/gcc-build/libraries/libstdc++' make[2]: *** [multi-all] Error 2 make[2]: Leaving directory `/lfstmp/egcs-1.0.3a/gcc-build/libraries/libstdc++' make[1]: *** [all-target-libstdc++] Error 2 make[1]: Leaving directory `/lfstmp/egcs-1.0.3a/gcc-build' make: *** [bootstrap] Error 2 I seem to remember the fix was something like creating symlinks. In /usr/lib, I only had libstdc++.a, so I copied libstdc++.so.2.8.0 from my working /usr/lib dir and made some symlinks as below: bash-2.04# ls -l /usr/lib/libstdc* -rw-r--r-- 1 root root 1852098 Oct 28 20:28 /usr/lib/libstdc++.a lrwxrwxrwx 1 root root 18 Oct 29 15:40 /usr/lib/libstdc++.so -> libstdc++.so.2.8.0 lrwxrwxrwx 1 root root 18 Oct 29 15:40 /usr/lib/libstdc++.so.2.8 -> libstdc++.so.2.8.0 -r-xr-xr-x 1 root root 510594 Oct 29 12:53 /usr/lib/libstdc++.so.2.8.0 I also seem to have all of these OK: bash-2.04# ls -l /usr/lib/libm* -rw-r--r-- 1 root root 1240434 Oct 29 15:29 /usr/lib/libm.a lrwxrwxrwx 1 root root 19 Oct 29 15:29 /usr/lib/libm.so -> ../../lib/libm.so.6 -rw-r--r-- 1 root root 1255528 Oct 29 15:29 /usr/lib/libm_p.a -rw-r--r-- 1 root root 3764 Oct 29 15:29 /usr/lib/libmcheck.a bash-2.04# bash-2.04# /sbin/ldconfig bash-2.04# Can someone help me out here, bcause I have had it working, and know it works, but it is frustrating :) Just to let you know what I am working on....I hope to have a glibc-2.0.6/egcs 1.0.3a/2.2.14 system AND a glibc-2.2/new gcc/2.4pre9 system available for download in the next week or 2.... Thanks! Bye for Now, Ian \|||/ (o o) /----------------ooO-(_)-Ooo----------------\ | Ian Chilton | | E-Mail : ian@ichilton.co.uk | \-------------------------------------------/ From owner-linux-mips@oss.sgi.com Mon Oct 30 06:19:23 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 06:19:13 -0800 Received: from noose.gt.owl.de ([62.52.19.4]:42509 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 30 Oct 2000 06:18:52 -0800 Received: by noose.gt.owl.de (Postfix, from userid 10) id A89A2A36; Mon, 30 Oct 2000 15:18:50 +0100 (CET) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id BDB5A900C; Mon, 30 Oct 2000 15:17:36 +0100 (CET) Date: Mon, 30 Oct 2000 15:17:36 +0100 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: userspace spinlocks Message-ID: <20001030151736.C2687@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, while compiling db2 i got the configure warning "spinlocks not implemented for this compiler/architecture" - I guess as we do not currently have SMP machines (except the ones ralf is working on) we dont have a problem, but how should the spinlocks be implemented ? I mean - normally "ll" and "sc" are needed - But those are not available on R3000 - And spinning in an ll/sc loop and emulating them with exceptions isnt that fast. OTOH - Where are they normally implemented ? libc ? macro ? Could there be a runtime linking thing with a cpu detection wether we have ll/sc or not ? Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Mon Oct 30 06:23:13 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 06:22:53 -0800 Received: from noose.gt.owl.de ([62.52.19.4]:50445 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 30 Oct 2000 06:22:41 -0800 Received: by noose.gt.owl.de (Postfix, from userid 10) id 03F4FA21; Mon, 30 Oct 2000 15:22:39 +0100 (CET) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id A6BD9900C; Mon, 30 Oct 2000 15:21:29 +0100 (CET) Date: Mon, 30 Oct 2000 15:21:29 +0100 From: Florian Lohoff To: Nicu Popovici Cc: linux-mips@oss.sgi.com Subject: Re: Still cannot compile the KERNEL!!! Message-ID: <20001030152129.D2687@paradigm.rfc822.org> References: <39FDAE22.7626E6E@isratech.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39FDAE22.7626E6E@isratech.ro>; from octavp@isratech.ro on Mon, Oct 30, 2000 at 12:21:38PM -0500 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 12:21:38PM -0500, Nicu Popovici wrote: > Hello you all, > > I have a problem. I've built a crosscompiler for MIPS on my intel > machine but until now I could not compile any mips kernel. I tried with > version from CVS site and now I an trying with > linux-2.2.12.mips-src.01.04.tar.gz and I an running into errors from the > beggining.( are in the attached file ) > > I still succeded to compile a test.c file on my intel machine with my > crosscompiler and then to run the resulted file on the mips machine and > it worked. > When I tried with the g++ and with the test.cpp ( a simple class ) the > crosscompiler made a file but when I executed on the mips machine it > says > a.out error in loading shared libraries > undefined simbol : _deregister_frame_info I guess you have a broken 2.07 glibc for mips lying around - Try to eliminate that and use the 2.06 made by ralf or start with glibc 2.2 (For experienced users) BTW: For compiling a kernel you dont need and glibc on the cross devel machine at all. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Mon Oct 30 07:09:44 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 07:09:34 -0800 Received: from rotor.chem.unr.edu ([134.197.32.176]:8978 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 07:09:13 -0800 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id HAA06669; Mon, 30 Oct 2000 07:08:46 -0800 Date: Mon, 30 Oct 2000 07:08:46 -0800 From: Keith M Wesolowski To: ian@ichilton.co.uk Cc: linux-mips@oss.sgi.com Subject: Re: GCC Problem Message-ID: <20001030070846.A6450@chem.unr.edu> References: <20001030115010.A18728@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001030115010.A18728@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Mon, Oct 30, 2000 at 11:50:10AM +0000 X-Complaints-To: postmaster@chem.unr.edu Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 11:50:10AM +0000, Ian Chilton wrote: > I had a problem compiling egcs 1.0.3a nativly. I had it a few weeks > ago, and fixed it, and it worked. Now, I am having exactly the same > problem again, and I can't seem to fix it...annoying.. > /lfstmp/egcs-1.0.3a/gcc-build/gcc/xgcc > -B/lfstmp/egcs-1.0.3a/gcc-build/gcc/ -g -O2 -fno-implicit-templates > -EL -Wl,-soname,libstdc++.so.`echo 2.8.0 | sed > 's/\([0-9][.][0-9]\).*/\1/'` -shared -o libstdc++.so.2.8.0 `cat > piclist` -lm /usr/lib/libm.so: could not read symbols: Invalid > operation collect2: ld returned 1 exit status make[4]: *** > [libstdc++.so.2.8.0] Error 1 I used to get this too; I think it's simply a bug in old egcs. It tries to multilib libstdc++, which is usually impossible, since you would need to have both big and little endian libm.so in the same place. Since you don't need little-endian (or big-endian, if building mipsel) libstdc++ anyway, and the big endian one has already been built, the error is ignorable. -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From owner-linux-mips@oss.sgi.com Mon Oct 30 07:24:44 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 07:24:34 -0800 Received: from rotor.chem.unr.edu ([134.197.32.176]:10770 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 07:24:13 -0800 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id HAA06953; Mon, 30 Oct 2000 07:23:20 -0800 Date: Mon, 30 Oct 2000 07:23:20 -0800 From: Keith M Wesolowski To: Nicu Popovici Cc: linux-mips@oss.sgi.com Subject: Re: Still cannot compile the KERNEL!!! Message-ID: <20001030072320.B6450@chem.unr.edu> References: <39FDAE22.7626E6E@isratech.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39FDAE22.7626E6E@isratech.ro>; from octavp@isratech.ro on Mon, Oct 30, 2000 at 12:21:38PM -0500 X-Complaints-To: postmaster@chem.unr.edu Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 12:21:38PM -0500, Nicu Popovici wrote: > I have a problem. I've built a crosscompiler for MIPS on my intel > machine but until now I could not compile any mips kernel. I tried with > version from CVS site and now I an trying with > linux-2.2.12.mips-src.01.04.tar.gz and I an running into errors from the > beggining.( are in the attached file ) > > I still succeded to compile a test.c file on my intel machine with my > crosscompiler and then to run the resulted file on the mips machine and > it worked. > When I tried with the g++ and with the test.cpp ( a simple class ) the > crosscompiler made a file but when I executed on the mips machine it > says > a.out error in loading shared libraries > undefined simbol : _deregister_frame_info Please tell us the exact versions of the toolchain and libc you are using. gcc -v, ld --version, and the exact libc version and any patches you applied and where you got them. In all likelihood one or more of these things is either a known broken version or a mismatch. Make sure too that, regardless of what versions you have, you copy all the libraries from the same versions onto the mips machine. In addition, I'd recommend using current 2.2 CVS kernels unless for some reason you know you can't. The tag is linux_2_2. Please note that you don't need libc at all to cross-build a kernel. -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From owner-linux-mips@oss.sgi.com Mon Oct 30 08:44:05 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 08:43:45 -0800 Received: from srvntsxconn3.toc.ixl.com ([216.99.0.139]:9481 "HELO srvntsxconn3.toc.ixl.com") by oss.sgi.com with SMTP id ; Mon, 30 Oct 2000 08:43:36 -0800 Received: from 216.99.0.139 by srvntsxconn3.toc.ixl.com (InterScan E-Mail VirusWall NT); Mon, 30 Oct 2000 11:43:16 -0500 (Eastern Standard Time) Received: by srvntsxconn3.toc.ixl.com with Internet Mail Service (5.5.2650.21) id ; Mon, 30 Oct 2000 11:43:16 -0500 Message-ID: <0A5319EEAF65D411825E00805FBBD8A1209B0D@exchange.clt.ixl.com> From: tmaloney@ixl.com To: linux-mips@oss.sgi.com Subject: Indy Ram Date: Mon, 30 Oct 2000 11:41:36 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing someone from this list told me that there was a vendor with cheap ram fir SGI's called DMT Technologies. can anyone elaborate with a URL, or some details on how to contact them. oh, and if anyone has a hard drive with Irix installed for an Indy on it, let me know what you want for it. i don't know if it's possible to get a pre-configured hard drive, but hey, it never hurts to ask. i am also interested in prices for bare used Indy compatible drives, and pre-installed Linux-mips as well. oh, and if you have Indy compatible ram for sale, contact me as well. thanks, Tim From owner-linux-mips@oss.sgi.com Mon Oct 30 08:49:36 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 08:49:15 -0800 Received: from pirx.hexapodia.org ([208.42.114.113]:18694 "HELO pirx.hexapodia.org") by oss.sgi.com with SMTP id ; Mon, 30 Oct 2000 08:49:06 -0800 Received: by pirx.hexapodia.org (Postfix, from userid 22448) id 4E1C98DE; Mon, 30 Oct 2000 10:49:05 -0600 (CST) Date: Mon, 30 Oct 2000 10:49:05 -0600 From: Andy Isaacson To: tmaloney@ixl.com Cc: linux-mips@oss.sgi.com Subject: Re: Indy Ram Message-ID: <20001030104905.B5325@hexapodia.org> References: <0A5319EEAF65D411825E00805FBBD8A1209B0D@exchange.clt.ixl.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <0A5319EEAF65D411825E00805FBBD8A1209B0D@exchange.clt.ixl.com>; from tmaloney@ixl.com on Mon, Oct 30, 2000 at 11:41:36AM -0500 X-PGP-Fingerprint: 48 01 21 E2 D4 E4 68 D1 B8 DF 39 B2 AF A3 16 B9 X-PGP-Key-URL: http://web.mr-happy.com/~adi/pgp.txt Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 11:41:36AM -0500, tmaloney@ixl.com wrote: > someone from this list told me that there was a vendor with cheap ram fir > SGI's called DMT Technologies. can anyone elaborate with a URL, or some > details on how to contact them. http://google.com/search?q=dmt+technologies Or go to www.google.com and enter "dmt technologies" in the search box. DMT's web site appears to be at http://www.dmttech.com. -andy From owner-linux-mips@oss.sgi.com Mon Oct 30 09:50:25 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 09:50:06 -0800 Received: from gateway-490.mvista.com ([63.192.220.206]:59893 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 09:49:46 -0800 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 e9UHlu331707; Mon, 30 Oct 2000 09:47:56 -0800 Message-ID: <39FDB50A.4919D84E@mvista.com> Date: Mon, 30 Oct 2000 09:51:06 -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: Florian Lohoff CC: linux-mips@oss.sgi.com Subject: Re: userspace spinlocks References: <20001030151736.C2687@paradigm.rfc822.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Florian Lohoff wrote: > > OTOH - Where are they normally implemented ? libc ? macro ? As far I know, they ether use atomic instructions such as ll/sc or use kernel trap to emulate atomic operations. I am not sure if other means are possible because userland cannot disable interrupts or prevent context switch. > Could > there be a runtime linking thing with a cpu detection wether we > have ll/sc or not ? > This is a wonderful idea. It should incorporate into future MIPS CPU support structure. Jun From owner-linux-mips@oss.sgi.com Mon Oct 30 09:53:35 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 09:53:25 -0800 Received: from gateway-490.mvista.com ([63.192.220.206]:62965 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 09:53:11 -0800 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 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing "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 owner-linux-mips@oss.sgi.com Mon Oct 30 09:58:55 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 09:58:36 -0800 Received: from tower.ti.com ([192.94.94.5]:37081 "EHLO tower.ti.com") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 09:58:30 -0800 Received: from dlep8.itg.ti.com ([157.170.134.88]) by tower.ti.com (8.11.1/8.11.1) with ESMTP id e9UHwO921636; Mon, 30 Oct 2000 11:58:24 -0600 (CST) Received: from dlep8.itg.ti.com (localhost [127.0.0.1]) by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA03260; Mon, 30 Oct 2000 11:58:23 -0600 (CST) Received: from dlep3.itg.ti.com (dlep3-maint.itg.ti.com [157.170.133.16]) by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA03250; Mon, 30 Oct 2000 11:58:23 -0600 (CST) Received: from ti.com (IDENT:bbrown@bbrowndt.sc.ti.com [158.218.100.180]) by dlep3.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA18937; Mon, 30 Oct 2000 11:58:23 -0600 (CST) Message-ID: <39FDB7DD.25FCEDE7@ti.com> Date: Mon, 30 Oct 2000 11:03:09 -0700 From: Brady Brown Organization: Texas Instruments X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test9 i686) X-Accept-Language: en MIME-Version: 1.0 To: Nicu Popovici CC: linux-mips@oss.sgi.com Subject: Re: ATLAS board! References: <39FC8D4C.16654639@isratech.ro> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Nicu Popovici wrote: > Hello, > > I have an Atlas board and now I am struggling to setup a Linux on it. I > have few questions > 1. After I will install Linux on the board, it will function as a > standalone computer ? We have not used it as a stand-alone system here (only as a development platform) but the board does have all the peripheral in's and out's to be a stand-alone box. > > 2 Do I need Yamon after installing Linux on it ? > > Thanks > Nicu There is BIOS type functionality in Yamon that is needed to be able to boot Linux (Bootup, PCI enumeration, low level hardware initialization etc). If you were to write your own boot-up and low-level startup routines and then write an OS loader that could boot a kernel image from the drive, then you could conceivably boot Linux on the box without Yamon. From owner-linux-mips@oss.sgi.com Mon Oct 30 10:44:26 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 10:44:07 -0800 Received: from gateway-490.mvista.com ([63.192.220.206]:7415 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 10:43:39 -0800 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 e9UIfs302990; Mon, 30 Oct 2000 10:41:54 -0800 Message-ID: <39FDC1B1.A4E33DDE@mvista.com> Date: Mon, 30 Oct 2000 10:45:05 -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: linux-mips@oss.sgi.com Subject: r4k_dma_cache_inv_pc() does writeback Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing It just occur to me that r4k_dma_cache_inv_pc() actually does a writeback before it invalidates the cache. Is there story behind it? Or just a plain bug? If it is a bug, I don't find an easy way to invalidate the whole dcache other than writing a new function, perhaps in r4kcache.h. Jun From owner-linux-mips@oss.sgi.com Mon Oct 30 11:10:57 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 11:10:37 -0800 Received: from gateway-490.mvista.com ([63.192.220.206]:42999 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 11:10:08 -0800 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 e9UJ8O304861; Mon, 30 Oct 2000 11:08:24 -0800 Message-ID: <39FDC7E6.BFEBFA08@mvista.com> Date: Mon, 30 Oct 2000 11:11:34 -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: linux-mips@oss.sgi.com Subject: state of kernel CVS tree Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ralf, It appears you have already introduced some of the interrupt controller changes in the CVS tree. However I am trouble to compile the kernel. See the error message below for arch/mips/kernelirq.c file. irq.c:109: macro `irq_enter' used with too many (2) args irq.c:125: macro `irq_exit' used with too many (2) args irq.c:175: redefinition of `disable_irq' irq.c:149: `disable_irq' previously defined here irq.c: In function `enable_irq': irq.c:207: warning: implicit declaration of function `hw_resend_irq' BTW, it would be nice to annouce this kind of breaking change a couple of days ahead of time. Jun From owner-linux-mips@oss.sgi.com Mon Oct 30 14:17:02 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 14:16:53 -0800 Received: from u-180.karlsruhe.ipdial.viaginterkom.de ([62.180.21.180]:13067 "EHLO u-180.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 14:16:40 -0800 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 30 Oct 2000 22:41:46 +0100 Date: Mon, 30 Oct 2000 22:41:46 +0100 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: Jun Sun , Pete Popov , "linux-mips@oss.sgi.com" Subject: Re: userland packages Message-ID: <20001030224146.G24185@bacchus.dhis.org> References: <20001028012745.B2813@bacchus.dhis.org> 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: ; from macro@ds2.pg.gda.pl on Mon, Oct 30, 2000 at 11:27:25AM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 11:27:25AM +0100, Maciej W. Rozycki wrote: > > So you probably never tried to crosscompile something with extensive > > autoconf scripts like Gnome. It's a major pain to get that done right. > > Well, for sane scripts that can be handled easily by defining problematic > cache variables to reasonable values. The real problem are helper > programs used to build architecture-dependent data, see e.g. tic in > ncurses. Or as one more example rpcgen in libc. Last I checked libc did cheat and omit all the affected parts of libc when crosscompiling. Não bom. Ralf From owner-linux-mips@oss.sgi.com Mon Oct 30 14:17:02 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 14:16:52 -0800 Received: from u-180.karlsruhe.ipdial.viaginterkom.de ([62.180.21.180]:13067 "EHLO u-180.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 14:16:38 -0800 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 30 Oct 2000 22:14:55 +0100 Date: Mon, 30 Oct 2000 22:14:55 +0100 From: Ralf Baechle To: Klaus Naumann Cc: Linux/MIPS list Subject: Re: atomic.h changes fixed bug Was: CVS Update@oss.sgi.com: linux Message-ID: <20001030221455.B24185@bacchus.dhis.org> References: <20001030021741.B20700@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from spock@mgnet.de on Mon, Oct 30, 2000 at 07:35:52AM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 07:35:52AM +0100, Klaus Naumann wrote: > > > So it seems there is still some problem in some i/o stuff concerning > > > the different disk ... > > > > I only get those corruption reports from Indy users but from no other > > platform. > > That's not correct - I have been reporting that I see these problems on my > Indigo2 several months ago. Which essentially is a Indy as far as of interest for this problem. IP22 would have been more exact, I admit. Ralf From owner-linux-mips@oss.sgi.com Mon Oct 30 14:18:32 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 14:18:22 -0800 Received: from gateway-490.mvista.com ([63.192.220.206]:27891 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 14:18:07 -0800 Received: from mvista.com (IDENT:ppopov@zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id e9UMGM317669; Mon, 30 Oct 2000 14:16:22 -0800 Message-ID: <39FDF26A.196F5D1B@mvista.com> Date: Mon, 30 Oct 2000 14:12:58 -0800 From: Pete Popov Organization: Monta Vista Software X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: "linux-mips@oss.sgi.com" Subject: Re: FATAL: cannot determine library version References: <39F9B924.97AF7A4@mvista.com> <20001028151809.A7138@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ralf Baechle wrote: > > On Fri, Oct 27, 2000 at 10:19:32AM -0700, Pete Popov wrote: > > > I've got a big endian kernel running for a new embedded board, and it > > mounts the root fs over nfs. I'm using the simple-0.2b packages as the > > root fs. At some point after /bin/sh is loaded, I get the following > > error: > > > > FATAL: cannot determine library version > > > > The same root file system is fine on my Indigo2. > > Seems your kernel is foobared. On startup libc is trying to determine > the kernel version but both using uname and /proc/sys/kernel/osrelease > fail for some reason. Thanks, that helped. uname wasn't called at all -- only /proc/sys/kernel/osrelease was being opened. However, I did not have CONFIG_SYSCTL enabled in my .config file. Pete From owner-linux-mips@oss.sgi.com Mon Oct 30 15:26:32 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 15:26:12 -0800 Received: from NS.CenSoft.COM ([208.219.23.2]:779 "EHLO ns.centurysoftware.com") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 15:26:01 -0800 Received: from censoft.com (IDENT:jordanc@cen94.censoft.com [208.219.23.94]) by ns.centurysoftware.com (8.9.3/8.9.3) with ESMTP id RAA19582; Mon, 30 Oct 2000 17:36:51 -0700 (MST) Message-ID: <39FE0338.AAB08D9A@censoft.com> Date: Mon, 30 Oct 2000 16:24:40 -0700 From: Jordan Crouse Organization: Century Software X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.17 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com CC: jasonk@censoft.com, markl@censoft.com Subject: Compiling libc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is one for all the libc folks out there.. I am running into some big problems trying to compile libc-001023 as downloaded from the ftp site just the other day. Basically, after compiling everything, I start to verify my build and I get the following whilst in the /iconv directory (actually, I get it all over the place): mips_41xx_le-gcc -nostdlib -nostartfiles -o iconv_prog -Wl,-dynamic-linker=/opt/hardhat/devkit/mips/41xx_le/mipsel-hardhat-linux/lib/ld.so.1 ../csu/crt1.o ../csu/crti.o `mips_41xx_le-gcc --print-file-name=crtbegin.o` iconv_prog.o -Wl,-rpath-link=..:../math:../elf:../dlfcn:../nss:../nis:../rt:../resolv:../crypt:../linuxthreads ../libc.so.6 ../libc_nonshared.a -lgcc `mips_41xx_le-gcc --print-file-name=crtend.o` ../csu/crtn.o ../libc.so.6: undefined reference to `__pthread_initialize_minimal' This is driving me up the wall and down the other side since it is obvious that the linuxthreads directory is part of the rpath, and I know that all of the pthreads libraries are compiled, so I can't find a single reason why it doesn't work. A little background for you... mips_41xx_le is actually the mipsel-linux compiler under a different name (from the MontaVista CDK). I invoked my configure script as such: ./configure --enable-add-ons=linuxthreads --prefix=/opt/hardhat/devkit/mips/41xx_le/mipsel-hardhat-linux mipsel-hardhat-linux I would really appreciate any patches, advice or therapy. Jordan crouse From owner-linux-mips@oss.sgi.com Mon Oct 30 18:15:21 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 18:15:02 -0800 Received: from u-180.karlsruhe.ipdial.viaginterkom.de ([62.180.21.180]:63755 "EHLO u-180.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 18:14:29 -0800 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 31 Oct 2000 03:14:12 +0100 Date: Tue, 31 Oct 2000 03:14:12 +0100 From: Ralf Baechle To: Jordan Crouse Cc: linux-mips@oss.sgi.com, jasonk@Censoft.com, markl@Censoft.com Subject: Re: Compiling libc Message-ID: <20001031031412.C26425@bacchus.dhis.org> References: <39FE0338.AAB08D9A@censoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39FE0338.AAB08D9A@censoft.com>; from jordanc@Censoft.com on Mon, Oct 30, 2000 at 04:24:40PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 04:24:40PM -0700, Jordan Crouse wrote: > This is one for all the libc folks out there.. > > I am running into some big problems trying to compile libc-001023 as > downloaded from the ftp site just the other day. > > Basically, after compiling everything, I start to verify my build and I > get the following whilst in the /iconv directory (actually, I get it all > over the place): > > mips_41xx_le-gcc -nostdlib -nostartfiles -o iconv_prog > -Wl,-dynamic-linker=/opt/hardhat/devkit/mips/41xx_le/mipsel-hardhat-linux/lib/ld.so.1 > ../csu/crt1.o ../csu/crti.o `mips_41xx_le-gcc > --print-file-name=crtbegin.o` iconv_prog.o > -Wl,-rpath-link=..:../math:../elf:../dlfcn:../nss:../nis:../rt:../resolv:../crypt:../linuxthreads > ../libc.so.6 ../libc_nonshared.a -lgcc `mips_41xx_le-gcc > --print-file-name=crtend.o` ../csu/crtn.o > ../libc.so.6: undefined reference to `__pthread_initialize_minimal' > > This is driving me up the wall and down the other side since it is > obvious that the linuxthreads directory is part of the rpath, and I know > that all of the pthreads libraries are compiled, so I can't find a > single reason why it doesn't work. > > A little background for you... mips_41xx_le is actually the > mipsel-linux compiler under a different name (from the MontaVista CDK). > I invoked my configure script as such: > > ./configure --enable-add-ons=linuxthreads > --prefix=/opt/hardhat/devkit/mips/41xx_le/mipsel-hardhat-linux > mipsel-hardhat-linux > > I would really appreciate any patches, advice or therapy. No patches but the advice to dump this compiler entirely for glibc 2.2 use. Your compiler seems to be a derivate of egcs 1.0 or similar vintage which like in this case misstreats undefined weak symbols. Ralf From owner-linux-mips@oss.sgi.com Mon Oct 30 18:44:21 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 18:44:12 -0800 Received: from u-180.karlsruhe.ipdial.viaginterkom.de ([62.180.21.180]:65291 "EHLO u-180.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 18:43:54 -0800 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 31 Oct 2000 03:43:34 +0100 Date: Tue, 31 Oct 2000 03:43:34 +0100 From: Ralf Baechle To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: r4k_dma_cache_inv_pc() does writeback Message-ID: <20001031034334.A27427@bacchus.dhis.org> References: <39FDC1B1.A4E33DDE@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39FDC1B1.A4E33DDE@mvista.com>; from jsun@mvista.com on Mon, Oct 30, 2000 at 10:45:05AM -0800 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 10:45:05AM -0800, Jun Sun wrote: > It just occur to me that r4k_dma_cache_inv_pc() actually does a > writeback before it invalidates the cache. Is there story behind it? > Or just a plain bug? No big story, I was simply to lazy to implement yet another function. You could probably get some performance gains. > If it is a bug, I don't find an easy way to invalidate the whole dcache > other than writing a new function, perhaps in r4kcache.h. Ralf From owner-linux-mips@oss.sgi.com Mon Oct 30 20:12:43 2000 Received: by oss.sgi.com id ; Mon, 30 Oct 2000 20:12:23 -0800 Received: from u-180.karlsruhe.ipdial.viaginterkom.de ([62.180.21.180]:2316 "EHLO u-180.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 30 Oct 2000 20:12:19 -0800 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Oct 31 03:24:19 2000 Received: by oss.sgi.com id ; Tue, 31 Oct 2000 03:24:09 -0800 Received: from router.isratech.ro ([193.226.114.69]:10508 "EHLO router.isratech.ro") by oss.sgi.com with ESMTP id ; Tue, 31 Oct 2000 03:23:54 -0800 Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163]) by router.isratech.ro (8.10.2/8.10.2) with ESMTP id e9VBNWZ24672 for ; Tue, 31 Oct 2000 09:23:33 -0200 Message-ID: <39FF1A83.387D0E1F@isratech.ro> Date: Tue, 31 Oct 2000 14:16:20 -0500 From: Nicu Popovici X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: MIPS ftp problem! Content-Type: multipart/mixed; boundary="------------E20C4AE68439F2942B537F98" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing This is a multi-part message in MIME format. --------------E20C4AE68439F2942B537F98 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, I have a problem with the mips machine. I have an Atlas board and when I do ftp on the mips machine from a intel one and I try to transfer files ( it works very very slow 0,0234 bytes/s). The same is happening when I try to make ftp from the mips machine on a intel box ( all running Linux ). Thanks, Nicu --------------E20C4AE68439F2942B537F98 Content-Type: text/x-vcard; charset=us-ascii; name="octavp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Nicu Popovici Content-Disposition: attachment; filename="octavp.vcf" begin:vcard n:POPOVICI;Nicolae Octavian tel;cell:+40 93 605020 x-mozilla-html:FALSE org:SC Silicon Service SRL;Software adr:;;;;;; version:2.1 email;internet:octavp@isratech.ro title:Software engineer x-mozilla-cpt:;0 fn:Nicolae Octavian POPOVICI end:vcard --------------E20C4AE68439F2942B537F98-- From owner-linux-mips@oss.sgi.com Tue Oct 31 09:49:20 2000 Received: by oss.sgi.com id ; Tue, 31 Oct 2000 09:49:00 -0800 Received: from srvntsxconn3.toc.ixl.com ([216.99.0.139]:8968 "HELO srvntsxconn3.toc.ixl.com") by oss.sgi.com with SMTP id ; Tue, 31 Oct 2000 09:48:50 -0800 Received: from 216.99.0.139 by srvntsxconn3.toc.ixl.com (InterScan E-Mail VirusWall NT); Tue, 31 Oct 2000 12:48:43 -0500 (Eastern Standard Time) Received: by srvntsxconn3.toc.ixl.com with Internet Mail Service (5.5.2650.21) id ; Tue, 31 Oct 2000 12:48:43 -0500 Message-ID: <0A5319EEAF65D411825E00805FBBD8A1209B4C@exchange.clt.ixl.com> From: tmaloney@ixl.com To: linux-mips@oss.sgi.com Subject: RE: indy gr3-xz support Date: Tue, 31 Oct 2000 12:46:50 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing "New Plextore UltraPlex PX-32TSe CD-ROM drive with SCSI cable. This is a 14x/32x CAV, 512kb, power tray CD-ROM drive with Plextor Manager software. It can be used on any PC, Macintosh or Unix computer that has a SCSI-2 connection." what do you think? Irix bootable? Thanks, Tim From owner-linux-mips@oss.sgi.com Tue Oct 31 10:02:41 2000 Received: by oss.sgi.com id ; Tue, 31 Oct 2000 10:02:31 -0800 Received: from gateway-490.mvista.com ([63.192.220.206]:5116 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Tue, 31 Oct 2000 10:02:18 -0800 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 e9VI0D309991; Tue, 31 Oct 2000 10:00:13 -0800 Message-ID: <39FF091F.E6457945@mvista.com> Date: Tue, 31 Oct 2000 10:02:07 -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: Nicu Popovici CC: linux-mips@oss.sgi.com Subject: Re: MIPS ftp problem! References: <39FF1A83.387D0E1F@isratech.ro> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Nicu Popovici wrote: > > Hello, > > I have a problem with the mips machine. I have an Atlas board and when I > do ftp on the mips machine from a intel one and I try to transfer files > ( it works very very slow 0,0234 bytes/s). The same is happening when I > try to make ftp from the mips machine on a intel box ( all running Linux > ). > > Thanks, > Nicu Nicu, I had the similar problems for several times. Most of the times it turned out to be interrupt problems. Basically the ether interrupt is not interrupting the CPU. Sometimes CPU detects the ether interrupt later through some other interrupts. For one time it was a hardware setup problem (bus frequency is set too high). I also had one problem with /etc/nssswitch.conf, which cuases all network apps pause for a long time during startup. Hope this helps. Jun From owner-linux-mips@oss.sgi.com Tue Oct 31 12:22:11 2000 Received: by oss.sgi.com id ; Tue, 31 Oct 2000 12:22:01 -0800 Received: from jester.ti.com ([192.94.94.1]:29369 "EHLO jester.ti.com") by oss.sgi.com with ESMTP id ; Tue, 31 Oct 2000 12:21:39 -0800 Received: from dlep8.itg.ti.com ([157.170.134.88]) by jester.ti.com (8.11.1/8.11.1) with ESMTP id e9VKLXJ28628; Tue, 31 Oct 2000 14:21:33 -0600 (CST) Received: from dlep8.itg.ti.com (localhost [127.0.0.1]) by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id OAA20012; Tue, 31 Oct 2000 14:21:33 -0600 (CST) Received: from dlep3.itg.ti.com (dlep3-maint.itg.ti.com [157.170.133.16]) by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id OAA20008; Tue, 31 Oct 2000 14:21:32 -0600 (CST) Received: from ti.com (IDENT:bbrown@bbrowndt.sc.ti.com [158.218.100.180]) by dlep3.itg.ti.com (8.9.3/8.9.3) with ESMTP id OAA25210; Tue, 31 Oct 2000 14:21:32 -0600 (CST) Message-ID: <39FF2AEB.3137F75E@ti.com> Date: Tue, 31 Oct 2000 13:26:19 -0700 From: Brady Brown Organization: Texas Instruments X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test9 i686) X-Accept-Language: en MIME-Version: 1.0 To: Nicu Popovici CC: linux-mips@oss.sgi.com Subject: Re: MIPS ftp problem! References: <39FF1A83.387D0E1F@isratech.ro> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Nicu Popovici wrote: > Hello, > > I have a problem with the mips machine. I have an Atlas board and when I > do ftp on the mips machine from a intel one and I try to transfer files > ( it works very very slow 0,0234 bytes/s). The same is happening when I > try to make ftp from the mips machine on a intel box ( all running Linux > ). > > Thanks, > Nicu Is this using the Atlas on-board NIC? We found some pretty bad performance with the on-board NIC and went to the very cheap RTL8139 PCI card from OvisLink (used the 8139too.o driver). Performance there is pretty good. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Brady Brown (bbrown@ti.com) Work:(801)619-6103 Texas Instruments: Broadband Access Group ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-linux-mips@oss.sgi.com Tue Oct 31 13:44:43 2000 Received: by oss.sgi.com id ; Tue, 31 Oct 2000 13:44:33 -0800 Received: from u-142.karlsruhe.ipdial.viaginterkom.de ([62.180.10.142]:43532 "EHLO u-142.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 31 Oct 2000 13:44:25 -0800 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 31 Oct 2000 19:22:57 +0100 Date: Tue, 31 Oct 2000 19:22:57 +0100 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com Subject: Re: userspace spinlocks Message-ID: <20001031192257.B28909@bacchus.dhis.org> References: <20001030151736.C2687@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001030151736.C2687@paradigm.rfc822.org>; from flo@rfc822.org on Mon, Oct 30, 2000 at 03:17:36PM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 03:17:36PM +0100, Florian Lohoff wrote: > Hi, > while compiling db2 i got the configure warning "spinlocks not implemented > for this compiler/architecture" - I guess as we do not currently have > SMP machines (except the ones ralf is working on) we dont have a problem, > but how should the spinlocks be implemented ? Think multithreadeding. We do have the problem on every machine. > I mean - normally "ll" and "sc" are needed - But those are not > available on R3000 - And spinning in an ll/sc loop and emulating > them with exceptions isnt that fast. The assumption is that spinlocks have low contention so we don't loop. Face it - the R3000 is completly idiotic processor to use in multiprocessor systems. Early R3000 SMP systems as built by SGI in the 80's did use special external hardware to implement atomic operations. Any atomic operation was very expensive. An old way to implement threadsafe atomic operations is the sysmips(MIPS_ATOMIC_SET) interface, essentially a syscall that implements atomic set-and-exchange functionality. Something that only continues to live as a compatibility relict. We don't support R3000 SMP but multithreading turns out to be a similar problem. Computer science offers a number of algorithems which only require atomic stores. Their common problem is that they're aproximately O(n^2) in the average or O(n) and have memory requirements proprortional to n. All in all it comes down to the fact that they're frighteningly useless for realworld use. For all this reasons I've choosen to simply implement userspace locking by simply emulating ll/sc where not available. If somebody really thinks the performance of this operations is a problem well, our implementation is hardly optimal. > OTOH - Where are they normally implemented ? libc ? macro ? Could > there be a runtime linking thing with a cpu detection wether we > have ll/sc or not ? Typical databases carry their own locking routines which are very well tuned toward the behaviour of the database. Ralf From owner-linux-mips@oss.sgi.com Tue Oct 31 13:45:02 2000 Received: by oss.sgi.com id ; Tue, 31 Oct 2000 13:44:44 -0800 Received: from u-142.karlsruhe.ipdial.viaginterkom.de ([62.180.10.142]:43532 "EHLO u-142.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 31 Oct 2000 13:44:26 -0800 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 31 Oct 2000 21:14:31 +0100 Date: Tue, 31 Oct 2000 21:14:31 +0100 From: Ralf Baechle To: Jun Sun Cc: Florian Lohoff , linux-mips@oss.sgi.com Subject: Re: userspace spinlocks Message-ID: <20001031211431.C28909@bacchus.dhis.org> References: <20001030151736.C2687@paradigm.rfc822.org> <39FDB50A.4919D84E@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39FDB50A.4919D84E@mvista.com>; from jsun@mvista.com on Mon, Oct 30, 2000 at 09:51:06AM -0800 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Oct 30, 2000 at 09:51:06AM -0800, Jun Sun wrote: > > Could > > there be a runtime linking thing with a cpu detection wether we > > have ll/sc or not ? > > This is a wonderful idea. It should incorporate into future MIPS CPU > support structure. But what is the better alternative? Emulating ll/sc is a generic facility. Aside of making that more efficient the only idea I have is putting entire atomic operations into the kernel such that the standard case should result in at most one exception to be handled in the kernel. Btw, could somebody put a counter into the ll/sc emulator and test how often it gets called on a R3000 machine? Ralf From owner-linux-mips@oss.sgi.com Tue Oct 31 14:02:23 2000 Received: by oss.sgi.com id ; Tue, 31 Oct 2000 14:02:03 -0800 Received: from gateway-490.mvista.com ([63.192.220.206]:14332 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Tue, 31 Oct 2000 14:01:43 -0800 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 e9VLxt326114; Tue, 31 Oct 2000 13:59:55 -0800 Message-ID: <39FF414D.6B0A553C@mvista.com> Date: Tue, 31 Oct 2000 14:01:49 -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: Ralf Baechle CC: Florian Lohoff , linux-mips@oss.sgi.com Subject: Re: userspace spinlocks References: <20001030151736.C2687@paradigm.rfc822.org> <39FDB50A.4919D84E@mvista.com> <20001031211431.C28909@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Ralf Baechle wrote: > > On Mon, Oct 30, 2000 at 09:51:06AM -0800, Jun Sun wrote: > > > > Could > > > there be a runtime linking thing with a cpu detection wether we > > > have ll/sc or not ? > > > > This is a wonderful idea. It should incorporate into future MIPS CPU > > support structure. > > But what is the better alternative? Emulating ll/sc is a generic facility. > Aside of making that more efficient the only idea I have is putting entire > atomic operations into the kernel such that the standard case should result > in at most one exception to be handled in the kernel. > When I was playing with NEC Vr4111 (a MIPS III cpu but without ll/sc), I notice the following comment in glibc/linuxthreads/sysdeps/mips/pt-machine.h file (Is that Ralf's comment?) : " TODO: This version makes use of MIPS ISA 2 features. It won't work on ISA 1. These machines will have to take the overhead of a sysmips(MIPS_ATOMIC_SET, ...) syscall which isn't implemented yet correctly. There is however a better solution for R3000 uniprocessor machines possible. */ " I remembered I found a patch which actually uses mips syscalls. For some reasons, it did not work in the end. BTW, I didn't know the kernel already has ll/sc emulation. That seems to be necessary, even just for the binary compability sake. Jun From owner-linux-mips@oss.sgi.com Tue Oct 31 22:49:57 2000 Received: by oss.sgi.com id ; Tue, 31 Oct 2000 22:49:47 -0800 Received: from short.adgrafix.com ([63.79.128.2]:22768 "EHLO short.adgrafix.com") by oss.sgi.com with ESMTP id ; Tue, 31 Oct 2000 22:49:38 -0800 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 BAA20797; Wed, 1 Nov 2000 01:43:23 -0500 (EST) From: "Mike Klar" To: "Jun Sun" Cc: Subject: RE: userspace spinlocks Date: Tue, 31 Oct 2000 22:50:39 -0800 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) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: <39FF414D.6B0A553C@mvista.com> Importance: Normal Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 6802 Lines: 260 Jun Sun wrote: > BTW, I didn't know the kernel already has ll/sc emulation. That seems > to be necessary, even just for the binary compability sake. It's not complete in the Linux-MIPS tree, it is at least more so in the Linux VR tree, but still only supports locking between user contexts. Patch is below, sorry if it doesn't apply cleanly, there were a few bits that I cut out that weren't pertinent to LL/SC. The bits that have to do with ll_task in the below patch look wrong, though, and I only just noticed when preparing this patch that it had gotten added. I'm not sure what the motivation for adding it was, maybe clearing ll_bit only on context switches was not sufficient to cover all cases (like thread creation, maybe?), but I thought I had looked into that already. Mike Klar Index: arch/mips/kernel/traps.c =================================================================== RCS file: /cvsroot/linux-vr/linux/arch/mips/kernel/traps.c,v retrieving revision 1.1.1.7 retrieving revision 1.20 diff -u -d -r1.1.1.7 -r1.20 --- arch/mips/kernel/traps.c 2000/09/12 06:41:24 1.1.1.7 +++ arch/mips/kernel/traps.c 2000/09/13 07:24:52 1.20 @@ -95,9 +95,9 @@ #define RT 0x001f0000 #define OFFSET 0x0000ffff #define LL 0xc0000000 -#define SC 0xd0000000 +#define SC 0xe0000000 -#define DEBUG_LLSC +#undef DEBUG_LLSC #endif /* @@ -418,47 +423,65 @@ #if !defined(CONFIG_CPU_HAS_LLSC) /* - * userland emulation for R2300 CPUs + * userland emulation for R2300 CPUs, and some embedded R4K CPUs * needed for the multithreading part of glibc + * + * this implementation can handle only sychronization between 2 or more + * user contexts. */ void do_ri(struct pt_regs *regs) { unsigned int opcode; + if (!user_mode(regs)) + BUG(); + if (!get_insn_opcode(regs, &opcode)) { - if ((opcode & OPCODE) == LL) + if ((opcode & OPCODE) == LL) { simulate_ll(regs, opcode); - if ((opcode & OPCODE) == SC) + return; + } + if ((opcode & OPCODE) == SC) { simulate_sc(regs, opcode); - } else { - printk("[%s:%d] Illegal instruction at %08lx ra=%08lx\n", - current->comm, current->pid, regs->cp0_epc, regs->regs[31]); + return; + } } + printk("[%s:%d] Illegal instruction %08lx at %08lx, ra=%08lx, CP0_STATUS=%08lx\n", + current->comm, current->pid, *((unsigned long*)regs->cp0_epc), regs->cp0_epc, + regs->regs[31], regs->cp0_status); if (compute_return_epc(regs)) return; force_sig(SIGILL, current); } /* - * the ll_bit will be cleared by r2300_switch.S + * the ll_bit will be cleared by r2300_switch.S or r4k_switch.S */ -unsigned long ll_bit, *lladdr; +unsigned long ll_bit; +#ifdef CONFIG_SMP +unsigned long *lladdr; +#endif + +static struct task_struct *ll_task = NULL; void simulate_ll(struct pt_regs *regp, unsigned int opcode) { - unsigned long *addr, *vaddr; + unsigned long value, *vaddr; long offset; + int signal = 0; +#ifdef CONFIG_SMP + unsigned long *addr; +#endif /* * analyse the ll instruction that just caused a ri exception * and put the referenced address to addr. */ + /* sign extend offset */ offset = opcode & OFFSET; - if (offset & 0x00008000) - offset = -(offset & 0x00007fff); - else - offset = (offset & 0x00007fff); + offset <<= 16; + offset >>= 16; vaddr = (unsigned long *)((long)(regp->regs[(opcode & BASE) >> 21]) + offset); @@ -466,31 +489,51 @@ printk("ll: vaddr = 0x%08x, reg = %d\n", (unsigned int)vaddr, (opcode & RT) >> 16); #endif +#ifdef CONFIG_SMP /* * TODO: compute physical address from vaddr */ - panic("ll: emulation not yet finished!"); + panic("ll: emulation not yet finished for SMP!"); lladdr = addr; - ll_bit = 1; - regp->regs[(opcode & RT) >> 16] = *addr; +#endif + if ((unsigned long)vaddr & 3) + signal = SIGBUS; + else if (get_user(value, vaddr)) + signal = SIGSEGV; + else { + if (ll_task == NULL || ll_task == current) { + ll_bit = 1; + } else { + ll_bit = 0; + } + ll_task = current; + regp->regs[(opcode & RT) >> 16] = value; + } + if (compute_return_epc(regp)) + return; + if (signal) + send_sig(signal, current, 1); } void simulate_sc(struct pt_regs *regp, unsigned int opcode) { - unsigned long *addr, *vaddr, reg; + unsigned long *vaddr, reg; long offset; + int signal = 0; +#ifdef CONFIG_SMP + unsigned long *addr; +#endif /* * analyse the sc instruction that just caused a ri exception * and put the referenced address to addr. */ + /* sign extend offset */ offset = opcode & OFFSET; - if (offset & 0x00008000) - offset = -(offset & 0x00007fff); - else - offset = (offset & 0x00007fff); + offset <<= 16; + offset >>= 16; vaddr = (unsigned long *)((long)(regp->regs[(opcode & BASE) >> 21]) + offset); reg = (opcode & RT) >> 16; @@ -499,20 +542,26 @@ printk("sc: vaddr = 0x%08x, reg = %d\n", (unsigned int)vaddr, (unsigned int)reg); #endif +#ifdef CONFIG_SMP /* * TODO: compute physical address from vaddr */ - panic("sc: emulation not yet finished!"); + panic("sc: emulation not yet finished for SMP!"); lladdr = addr; - - if (ll_bit == 0) { +#endif + if ((unsigned long)vaddr & 3) + signal = SIGBUS; + else if (ll_bit == 0 || ll_task != current) regp->regs[reg] = 0; + else if (put_user(regp->regs[reg], vaddr)) + signal = SIGSEGV; + else + regp->regs[reg] = 1; + if (compute_return_epc(regp)) return; - } - - *addr = regp->regs[reg]; - regp->regs[reg] = 1; + if (signal) + send_sig(signal, current, 1); } #else /* MIPS 2 or higher */ Index: arch/mips/kernel/r2300_switch.S =================================================================== RCS file: /cvsroot/linux-vr/linux/arch/mips/kernel/r2300_switch.S,v retrieving revision 1.1.1.2 retrieving revision 1.2 diff -u -d -r1.1.1.2 -r1.2 --- arch/mips/kernel/r2300_switch.S 2000/04/12 02:42:46 1.1.1.2 +++ arch/mips/kernel/r2300_switch.S 2000/07/19 07:18:06 1.2 @@ -34,6 +34,7 @@ * task_struct *next) */ LEAF(resume) + sw zero, ll_bit .set reorder mfc0 t1, CP0_STATUS .set noreorder Index: arch/mips/kernel/r4k_switch.S =================================================================== RCS file: /cvsroot/linux-vr/linux/arch/mips/kernel/r4k_switch.S,v retrieving revision 1.1.1.2 retrieving revision 1.2 diff -u -d -r1.1.1.2 -r1.2 --- arch/mips/kernel/r4k_switch.S 2000/04/12 02:42:47 1.1.1.2 +++ arch/mips/kernel/r4k_switch.S 2000/07/19 07:18:06 1.2 @@ -9,6 +9,7 @@ * Copyright (C) 1994, 1995, 1996, by Andreas Busse * Copyright (C) 1999 Silicon Graphics, Inc. */ +#include #include #include #include @@ -32,6 +33,9 @@ .set noreorder .align 5 LEAF(resume) +#ifndef CONFIG_CPU_HAS_LLSC + sw zero, ll_bit +#endif mfc0 t1, CP0_STATUS sw t1, THREAD_STATUS(a0) CPU_SAVE_NONSCRATCH(a0)