From owner-linux-mips@oss.sgi.com Sun Sep 3 09:44:34 2000 Received: by oss.sgi.com id ; Sun, 3 Sep 2000 09:44:14 -0700 Received: from u-43.karlsruhe.ipdial.viaginterkom.de ([62.180.19.43]:8708 "EHLO u-43.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sun, 3 Sep 2000 09:43:54 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 2 Sep 2000 14:04:51 +0200 Date: Sat, 2 Sep 2000 14:04:51 +0200 From: Ralf Baechle To: Keith Owens Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: 2.4.0 do_fork() change, all architectures Message-ID: <20000902140451.B560@bacchus.dhis.org> References: <8124.967858043@ocs3.ocs-net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <8124.967858043@ocs3.ocs-net>; from kaos@ocs.com.au on Sat, Sep 02, 2000 at 12:27:23PM +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, Sep 02, 2000 at 12:27:23PM +1100, Keith Owens wrote: > This patch hits every arch so it is being cross mailed to every arch > mailing list, apologies for duplicates. Please trim replies to the > relevant mailing list. Also please cc: kaos@ocs.com.au on replies, I > am not on every list. > > IA64 needs an extra parameter on do_fork() and copy_thread(), those > functions are globally defined but arch local so there are changes to > every architecture. For everything except IA64, the extra parameter is > unused and is specified as 0. Sparc assembler changes by DaveM, blame > me for everything else. If nobody complains, this patch against > 2.4.0-test8-pre1 will go to Linus on Monday evening GMT. MIPS bits are ok. Ralf From owner-linux-mips@oss.sgi.com Mon Sep 4 18:12:30 2000 Received: by oss.sgi.com id ; Mon, 4 Sep 2000 18:12:20 -0700 Received: from u-214.karlsruhe.ipdial.viaginterkom.de ([62.180.19.214]:4356 "EHLO u-214.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 4 Sep 2000 18:12:05 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 5 Sep 2000 00:12:19 +0200 Date: Tue, 5 Sep 2000 00:12:19 +0200 From: Ralf Baechle To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: _syscallX macros ... Message-ID: <20000905001219.A1660@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 Once more a lesson why you shouldn't use the _syscallX macros from . This is disassembled from modutils which missbehaves royally on MIPS64 which doesn't implement delete_module(2) & friends for the 32-bit compat code: 409240: 3c1c0fc2 lui $gp,0xfc2 409244: 279c9bc0 addiu $gp,$gp,-25664 409248: 0399e021 addu $gp,$gp,$t9 40924c: 27bdffe0 addiu $sp,$sp,-32 409250: afbc0010 sw $gp,16($sp) 409254: afbf001c sw $ra,28($sp) 409258: afbc0018 sw $gp,24($sp) 40925c: 00801021 move $v0,$a0 409260: 00402021 move $a0,$v0 409264: 24021021 li $v0,4129 409268: 0000000c syscall $v0 should now contain either the result or if $a3 is set the error code. 40926c: 10e00008 beqz $a3,409290 409270: 00000000 nop 409274: 8f9980e0 lw $t9,-32544($gp) 409278: 00000000 nop 40927c: 0320f809 jalr $t9 409280: 00000000 nop Whoops - the call did just clobber $a0 ... 409284: 8fbc0010 lw $gp,16($sp) 409288: ac420000 sw $v0,0($v0) 40928c: 2402ffff li $v0,-1 409290: 8fbf001c lw $ra,28($sp) 409294: 00000000 nop 409298: 03e00008 jr $ra 40929c: 27bd0020 addiu $sp,$sp,32 Kernel fix is on it's way into cvs and as usual in such a case - recompile affected apps ... I don't have a list available but in any case modutils is one of them and e2fsprogs should also be affected. Btw, Cobalt's kernel is also affected. Ralf From owner-linux-mips@oss.sgi.com Tue Sep 5 22:50:08 2000 Received: by oss.sgi.com id ; Tue, 5 Sep 2000 22:49:47 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:9719 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Tue, 5 Sep 2000 22:49:33 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id WAA09387; Tue, 5 Sep 2000 22:48:43 -0700 Message-ID: <39B5DABB.7FB85B09@mvista.com> Date: Tue, 05 Sep 2000 22:48:43 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-fbdev@vuser.vu.union.edu, linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: mmap() frame buffer causes bus error on MIPS ... References: <39B5BD14.A8D2F467@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: > > With the help from Attila, I got the latest tdfx framebuffer driver > working on my NEC DDB5476 board. I have console working based on this > driver. > > However, when I try to mmap frame buffer into user land, the mapping is > succesful, but trying to read the buffer causes a bus error. > > I tried to trace the kernel using gdb. fb_mmap() seems to do the right > thing : > > 1) it calls fb->fb_get_fix() to get the buffer address, size, etc. The > values all look fine. The address is physical address, pointing a > mapped PCI memory block. I verified that I can access that address in > gdb. > > 2) for MIPS, fb_mmap() turns off CACHE bit for the page. > > I would imagine when the app tries to read the buffer, a TLB miss is > generated. TLB refill routine probably sets up the right TLB entry, and > the app will try to read again, and get the content. I really can't > think of where the Bus error might occur. > > Does anybody have a clue here? Thanks a lot. > > Jun Did more probing on this. It appears the TLB entry that gets filled is not right, even though the original page entry is generated correctly. See below TLB dump. The original page table still has the same value (not corrupted), and the only explanation is that tlb_refill actually gets the entry from a wrong place. I then tried to decode tlb_refill code but really got lost there. (Is there an explanation about the page table setup?) How could this be? Maybe the pte's are put in the wrong place to begin with? Ralf, please help ... Jun P.S., even though tlb entry is wrong, it does not explain the bus error, because the wrong tlb entry does point to a physical memory area. Hmm, more questions ... ---------------- dump tlb for 0x2ac3d000 : Entry 37 maps address 0x2ac3d000 Index: 37 pgmask=00000000 va=2ac3c000 asid=0000007b [pa=000000 c=0 d=0 v=0 g=0] [pa=2300000 c=2 d=0 v=1 g=0] dump all tlb : Index: 4 pgmask=00000000 va=2abbc000 asid=0000007b [pa=0ff000 c=3 d=0 v=1 g=0] [pa=000000 c=0 d=0 v=0 g=0] Index: 10 pgmask=00000000 va=7fffe000 asid=0000007b [pa=000000 c=0 d=0 v=0 g=0] [pa=0f2000 c=3 d=1 v=1 g=0] Index: 11 pgmask=00000000 va=10052000 asid=0000007b [pa=000000 c=0 d=0 v=0 g=0] [pa=0f0000 c=3 d=1 v=1 g=0] Index: 30 pgmask=00000000 va=00424000 asid=0000007b [pa=0f0000 c=3 d=0 v=1 g=0] [pa=0f0000 c=3 d=0 v=1 g=0] ------------------ Where the pte's are : (gdb) x/32 0x83ca30f0 0x83ca30f0: 0x00000000 0x8c00048f 0x8c001407 0x8c002407 0x83ca3100: 0x8c003407 0x8c004407 0x8c005407 0x8c006407 0x83ca3110: 0x8c007407 0x8c008407 0x8c009407 0x8c00a407 0x83ca3120: 0x8c00b407 0x8c00c407 0x8c00d407 0x8c00e407 0x83ca3130: 0x8c00f407 0x8c010407 0x8c011407 0x8c012407 0x83ca3140: 0x8c013407 0x8c014407 0x8c015407 0x8c016407 0x83ca3150: 0x8c017407 0x8c018407 0x8c019407 0x8c01a407 0x83ca3160: 0x8c01b407 0x8c01c407 0x8c01d407 0x8c01e407 From owner-linux-mips@oss.sgi.com Wed Sep 6 12:37:29 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 12:37:09 -0700 Received: from Orion.Internet-Connections.Net ([209.114.3.41]:9743 "EHLO Orion.Internet-Connections.net") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 12:36:54 -0700 Received: (from root@localhost) by Orion.Internet-Connections.net (8.9.3/8.9.3) id OAA13008 for linux-mips@oss.sgi.com; Wed, 6 Sep 2000 14:36:54 -0500 Date: Wed, 6 Sep 2000 14:36:54 -0500 From: Erik Green To: linux-mips@oss.sgi.com Subject: Indigo2 Video documentation? Message-ID: <20000906143654.A13003@Orion> Reply-To: erik@mnic.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.9.3 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi all; I am wondering - is anyone at SGI doing any work to get docs for the Indigo2 Video hardware together? I know the docs aren't in a publishable format in some cases, but I was just wondering if anyone is making an effort to get some information about the video hardware out. I just got an Indigo2 w/High impact, and I was hoping to play some with a driver for XFree86. Thanks for any info, Erik From owner-linux-mips@oss.sgi.com Wed Sep 6 13:22:18 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 13:22:08 -0700 Received: from gandalf.physik.uni-konstanz.de ([134.34.144.30]:26388 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 13:21:43 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.31] by gandalf.physik.uni-konstanz.de with esmtp (Exim 2.05 #1 (Debian)) id 13WlhN-0008D5-00; Wed, 6 Sep 2000 22:21:33 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13WlhN-0000HB-00; Wed, 06 Sep 2000 22:21:33 +0200 Date: Wed, 6 Sep 2000 22:21:33 +0200 From: Guido Guenther To: linux-mips@oss.sgi.com Subject: latest glibc from cvs fails to build Message-ID: <20000906222133.A1052@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, when cross-building glibc from today's cvs with gcc 2.96 (20000828) I get the following error: dl-reloc.c:104:50: warning: pasting would not give a valid preprocessing token dl-reloc.c:112:50: warning: pasting would not give a valid preprocessing token In file included from dynamic-link.h:21, from dl-reloc.c:92: ../sysdeps/mips/dl-machine.h:542: too few arguments to function `_dl_lookup_versioned_symbol' ../sysdeps/mips/dl-machine.h:542: too few arguments to function `_dl_lookup_symbol' Does this look familiar to anyone? Otherwise I'll take a look at it later this week. Regards, -- Guido -- GPG-Public Key: finger agx@debian.org From owner-linux-mips@oss.sgi.com Wed Sep 6 14:13:50 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 14:13:40 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:24845 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 14:13:15 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id OAA18333; Wed, 6 Sep 2000 14:12:49 -0700 Date: Wed, 6 Sep 2000 14:12:49 -0700 From: Keith M Wesolowski To: Guido Guenther Cc: linux-mips@oss.sgi.com Subject: Re: latest glibc from cvs fails to build Message-ID: <20000906141248.A18088@chem.unr.edu> References: <20000906222133.A1052@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: <20000906222133.A1052@bilbo.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Wed, Sep 06, 2000 at 10:21:33PM +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, Sep 06, 2000 at 10:21:33PM +0200, Guido Guenther wrote: > when cross-building glibc from today's cvs with gcc 2.96 (20000828) I get > the following error: > dl-reloc.c:104:50: warning: pasting would not give a valid > preprocessing token > dl-reloc.c:112:50: warning: pasting would not give a valid > preprocessing token > In file included from dynamic-link.h:21, > from dl-reloc.c:92: > ../sysdeps/mips/dl-machine.h:542: too few arguments to function > `_dl_lookup_versioned_symbol' > ../sysdeps/mips/dl-machine.h:542: too few arguments to function > `_dl_lookup_symbol' > > Does this look familiar to anyone? Otherwise I'll take a look at it > later this week. This one's easy - dl_lookup_versioned_symbol and dl_lookup_symbol have had an argument added at the end of the list. It's a true/false value indicating whether the lookup is explicit (1) or implicit (0). The changelog describes it a bit more. So if you add the argument - I used 0, for fun, to the end of the four such calls in dl-machine.h, it will build. Unfortunately, there's another problem that looks less easy to fix. In the link phase later on, __syscall_getdents64 will be undefined. I am uncertain what needs to be done to fix this (anyone?). -- 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 Sep 6 14:14:50 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 14:14:30 -0700 Received: from u-48.karlsruhe.ipdial.viaginterkom.de ([62.180.20.48]:27652 "EHLO u-48.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 14:14:22 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 6 Sep 2000 10:53:29 +0200 Date: Wed, 6 Sep 2000 10:53:29 +0200 From: Ralf Baechle To: Rabeeh Khoury Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: modules in kernel 2.2.14 Message-ID: <20000906105329.B1246@bacchus.dhis.org> References: <39B53DF0.80BE4104@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39B53DF0.80BE4104@galileo.co.il>; from rabeeh@galileo.co.il on Tue, Sep 05, 2000 at 02:39:44PM -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, Sep 05, 2000 at 02:39:44PM -0400, Rabeeh Khoury wrote: > module.o: unresolved symbol _gp_disp > > Where this symbol missing, in the kernel or in the module ??!! Nowhere - there should be no reference to it. > Did any one encounter this kind of problem ? or have any alternative > solution ? Compile your module with the same flags as the kernel, especially use -fno-pic -mno-abicalls. Ralf From owner-linux-mips@oss.sgi.com Wed Sep 6 14:31:00 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 14:30:50 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:65268 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 14:30:38 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id OAA31445; Wed, 6 Sep 2000 14:30:05 -0700 Message-ID: <39B6B75D.2501654E@mvista.com> Date: Wed, 06 Sep 2000 14:30:05 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-fbdev@vuser.vu.union.edu, linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: mmap() frame buffer causes bus error on MIPS ... References: <39B5BD14.A8D2F467@mvista.com> <39B5DABB.7FB85B09@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: > > Jun Sun wrote: > > > > With the help from Attila, I got the latest tdfx framebuffer driver > > working on my NEC DDB5476 board. I have console working based on this > > driver. > > > > However, when I try to mmap frame buffer into user land, the mapping is > > succesful, but trying to read the buffer causes a bus error. > > > > I tried to trace the kernel using gdb. fb_mmap() seems to do the right > > thing : > > > > 1) it calls fb->fb_get_fix() to get the buffer address, size, etc. The > > values all look fine. The address is physical address, pointing a > > mapped PCI memory block. I verified that I can access that address in > > gdb. > > > > 2) for MIPS, fb_mmap() turns off CACHE bit for the page. > > > > I would imagine when the app tries to read the buffer, a TLB miss is > > generated. TLB refill routine probably sets up the right TLB entry, and > > the app will try to read again, and get the content. I really can't > > think of where the Bus error might occur. > > > > Does anybody have a clue here? Thanks a lot. > > > > Jun > > Did more probing on this. It appears the TLB entry that gets filled is > not right, even though the original page entry is generated correctly. > See below TLB dump. > This is bogus. The TLB entry is a shifted value (right-shift for 6 bits) of the entry in the page table. That is the reason whe I see two different values. > The original page table still has the same value (not corrupted), and > the only explanation is that tlb_refill actually gets the entry from a > wrong place. I then tried to decode tlb_refill code but really got lost > there. (Is there an explanation about the page table setup?) > > How could this be? Maybe the pte's are put in the wrong place to begin > with? Ralf, please help ... > > Jun > I found the real reason, and had a work-around to make it work for now. However, I am not sure about the right fix. fb_mmap() calls get_fix() to get screen info : fb->fb_get_fix(&fix, PROC_CONSOLE(info), info); fb_mmap() then gets buffer address from fix.smem_start, which is a physical address. It then calls kernel's remap_page_range() with that address, which in turn will generate pte with mk_pte_phys(). In MIPS, mk_pte_phys() is defined as follows : extern inline pte_t mk_pte_phys(unsigned long physpage, pgprot_t pgprot) { return __pte(((physpage & PAGE_MASK) - PAGE_OFFSET) | pgprot_val(pgprot)); } The problematic part is " - PAGE_OFFSET" (where PAGE_OFFSET is 0x80000000). If "physpage" is a physical address, it should not be substracted by PAGE_OFFSET. This is a bug. On the other hand, I wonder why this bug is there without being caught before (it is so fundamental). If this is not a bug in MIPS kernel, then the fix is in the fb_mmap(), where under __mips__ case, we should add PAGE_OFFSET to the start of buffer address. What is the right fix here? Jun From owner-linux-mips@oss.sgi.com Wed Sep 6 16:46:12 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 16:45:52 -0700 Received: from u-48.karlsruhe.ipdial.viaginterkom.de ([62.180.20.48]:47364 "EHLO u-48.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 16:45:40 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 7 Sep 2000 01:45:21 +0200 Date: Thu, 7 Sep 2000 01:45:21 +0200 From: Ralf Baechle To: Kanoj Sarcar Cc: linux-mips@oss.sgi.com Subject: Re: CVS Update@oss.sgi.com: linux Message-ID: <20000907014521.A20605@bacchus.dhis.org> References: <20000906233636Z42230-31375+649@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000906233636Z42230-31375+649@oss.sgi.com>; from kanoj@oss.sgi.com on Wed, Sep 06, 2000 at 04:36:29PM -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, Sep 06, 2000 at 04:36:29PM -0700, Kanoj Sarcar wrote: > Compile fix: flush only L2 cache. That's wrong, sysmips(FLUSH_CACHE) is supposed to flush all caches. Ralf From owner-linux-mips@oss.sgi.com Wed Sep 6 16:54:42 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 16:54:23 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:57135 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 16:54:21 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id RAA06842; Wed, 6 Sep 2000 17:00:54 -0700 (PDT) mail_from (kanoj@google.engr.sgi.com) Received: from google.engr.sgi.com ([163.154.10.145]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id QAA88525; Wed, 6 Sep 2000 16:53:50 -0700 (PDT) Received: (from kanoj@localhost) by google.engr.sgi.com (SGI-8.9.3/8.9.3) id QAA14035; Wed, 6 Sep 2000 16:51:19 -0700 (PDT) From: Kanoj Sarcar Message-Id: <200009062351.QAA14035@google.engr.sgi.com> Subject: Re: CVS Update@oss.sgi.com: linux To: ralf@oss.sgi.com (Ralf Baechle) Date: Wed, 6 Sep 2000 16:51:19 -0700 (PDT) Cc: linux-mips@oss.sgi.com In-Reply-To: <20000907014521.A20605@bacchus.dhis.org> from "Ralf Baechle" at Sep 07, 2000 01:45:21 AM 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 > > On Wed, Sep 06, 2000 at 04:36:29PM -0700, Kanoj Sarcar wrote: > > > Compile fix: flush only L2 cache. > > That's wrong, sysmips(FLUSH_CACHE) is supposed to flush all caches. > > Ralf > The act of flushing the L2 cache, should include flushing the L1 cache, whether done by software or processor provided primitives, to guarantee the inclusion principle. Notwithstanding, feel free to add in a call to flush_cache_l1() (and I don't know whether you want to flush the i and d caches both, or just one), making sure there are no compile breakages. (the breakage that I fixed was due to the fact that there is no __flush_cache_all for mips64). Kanoj From owner-linux-mips@oss.sgi.com Wed Sep 6 17:03:03 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 17:02:53 -0700 Received: from u-48.karlsruhe.ipdial.viaginterkom.de ([62.180.20.48]:47620 "EHLO u-48.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 17:02:52 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 7 Sep 2000 02:02:37 +0200 Date: Thu, 7 Sep 2000 02:02:37 +0200 From: Ralf Baechle To: Kanoj Sarcar Cc: linux-mips@oss.sgi.com Subject: Re: CVS Update@oss.sgi.com: linux Message-ID: <20000907020237.B20605@bacchus.dhis.org> References: <20000907014521.A20605@bacchus.dhis.org> <200009062351.QAA14035@google.engr.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200009062351.QAA14035@google.engr.sgi.com>; from kanoj@google.engr.sgi.com on Wed, Sep 06, 2000 at 04:51:19PM -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, Sep 06, 2000 at 04:51:19PM -0700, Kanoj Sarcar wrote: > The act of flushing the L2 cache, should include flushing the L1 > cache, whether done by software or processor provided primitives, > to guarantee the inclusion principle. The inclusion principle is not true for all processor types. > Notwithstanding, feel free to add in a call to flush_cache_l1() > (and I don't know whether you want to flush the i and d caches > both, or just one), making sure there are no compile breakages. > (the breakage that I fixed was due to the fact that there is no > __flush_cache_all for mips64). Sorry, that line leaked in from my private tree. Ralf From owner-linux-mips@oss.sgi.com Wed Sep 6 17:07:03 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 17:06:43 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:31280 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 17:06:34 -0700 Received: from google.engr.sgi.com (google.engr.sgi.com [163.154.10.145]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id RAA01307; Wed, 6 Sep 2000 17:13:07 -0700 (PDT) mail_from (kanoj@google.engr.sgi.com) Received: (from kanoj@localhost) by google.engr.sgi.com (SGI-8.9.3/8.9.3) id RAA27824; Wed, 6 Sep 2000 17:05:18 -0700 (PDT) From: Kanoj Sarcar Message-Id: <200009070005.RAA27824@google.engr.sgi.com> Subject: Re: CVS Update@oss.sgi.com: linux To: ralf@oss.sgi.com (Ralf Baechle) Date: Wed, 6 Sep 2000 17:05:18 -0700 (PDT) Cc: linux-mips@oss.sgi.com In-Reply-To: <20000907020237.B20605@bacchus.dhis.org> from "Ralf Baechle" at Sep 07, 2000 02:02:37 AM 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 > > On Wed, Sep 06, 2000 at 04:51:19PM -0700, Kanoj Sarcar wrote: > > > The act of flushing the L2 cache, should include flushing the L1 > > cache, whether done by software or processor provided primitives, > > to guarantee the inclusion principle. > > The inclusion principle is not true for all processor types. Which processor is supported out of the mips64 tree that does not obey the inclusion principle? Kanoj From owner-linux-mips@oss.sgi.com Wed Sep 6 17:28:03 2000 Received: by oss.sgi.com id ; Wed, 6 Sep 2000 17:27:43 -0700 Received: from u-48.karlsruhe.ipdial.viaginterkom.de ([62.180.20.48]:48132 "EHLO u-48.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 6 Sep 2000 17:27:12 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 7 Sep 2000 02:26:52 +0200 Date: Thu, 7 Sep 2000 02:26:52 +0200 From: Ralf Baechle To: Kanoj Sarcar Cc: linux-mips@oss.sgi.com Subject: Re: CVS Update@oss.sgi.com: linux Message-ID: <20000907022651.C20605@bacchus.dhis.org> References: <20000907020237.B20605@bacchus.dhis.org> <200009070005.RAA27824@google.engr.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200009070005.RAA27824@google.engr.sgi.com>; from kanoj@google.engr.sgi.com on Wed, Sep 06, 2000 at 05:05: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 Wed, Sep 06, 2000 at 05:05:18PM -0700, Kanoj Sarcar wrote: > > On Wed, Sep 06, 2000 at 04:51:19PM -0700, Kanoj Sarcar wrote: > > > > > The act of flushing the L2 cache, should include flushing the L1 > > > cache, whether done by software or processor provided primitives, > > > to guarantee the inclusion principle. > > > > The inclusion principle is not true for all processor types. > > Which processor is supported out of the mips64 tree that does > not obey the inclusion principle? The R4600SC and R5000SC IP22. RM7000 (patches pending) and probably most future MIPS CPUs. Ralf From owner-linux-mips@oss.sgi.com Thu Sep 7 01:17:26 2000 Received: by oss.sgi.com id ; Thu, 7 Sep 2000 01:17:06 -0700 Received: from Cantor.suse.de ([194.112.123.193]:24590 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Thu, 7 Sep 2000 01:16:47 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 85EA41E2A4; Thu, 7 Sep 2000 10:16:45 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 8206F10A052; Thu, 7 Sep 2000 10:16:44 +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 13Ww9q-0003rr-00; Thu, 07 Sep 2000 09:31:38 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 3BBA31822; Thu, 7 Sep 2000 09:31:37 +0200 (CEST) Mail-Copies-To: never To: Guido Guenther Cc: linux-mips@oss.sgi.com Subject: Re: latest glibc from cvs fails to build References: <20000906222133.A1052@bilbo.physik.uni-konstanz.de> From: Andreas Jaeger Date: 07 Sep 2000 09:31:36 +0200 In-Reply-To: Guido Guenther's message of "Wed, 6 Sep 2000 22:21:33 +0200" Message-ID: Lines: 70 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 >>>>> Guido Guenther writes: > Hi, > when cross-building glibc from today's cvs with gcc 2.96 (20000828) I get > the following error: > dl-reloc.c:104:50: warning: pasting would not give a valid > preprocessing token > dl-reloc.c:112:50: warning: pasting would not give a valid > preprocessing token Ignore those warnings > In file included from dynamic-link.h:21, > from dl-reloc.c:92: > ../sysdeps/mips/dl-machine.h:542: too few arguments to function > `_dl_lookup_versioned_symbol' > ../sysdeps/mips/dl-machine.h:542: too few arguments to function > `_dl_lookup_symbol' > Does this look familiar to anyone? Otherwise I'll take a look at it > later this week. I'm currently testing a patch for this, my current version is appended. Andreas ============================================================ Index: sysdeps/mips/dl-machine.h --- sysdeps/mips/dl-machine.h 2000/07/25 10:32:02 1.40 +++ sysdeps/mips/dl-machine.h 2000/09/07 07:31:13 @@ -262,14 +262,14 @@ { \ value = _dl_lookup_versioned_symbol(strtab + sym->st_name, l, \ &sym, l->l_scope, version,\ - R_MIPS_REL32); \ + R_MIPS_REL32, 0); \ break; \ } \ /* Fall through. */ \ } \ case 0: \ value = _dl_lookup_symbol (strtab + sym->st_name, l, &sym, \ - l->l_scope, R_MIPS_REL32); \ + l->l_scope, R_MIPS_REL32, 0); \ } \ \ /* Currently value contains the base load address of the object \ @@ -495,14 +495,14 @@ value = _dl_lookup_versioned_symbol(strtab + sym->st_name,\ map, \ &ref, scope, version, \ - R_MIPS_REL32); \ + R_MIPS_REL32, 0); \ break; \ } \ /* Fall through. */ \ } \ case 0: \ value = _dl_lookup_symbol (strtab + sym->st_name, map, &ref, \ - scope, R_MIPS_REL32); \ + scope, R_MIPS_REL32, 0); \ } \ \ (ref)? value + ref->st_value: 0; \ > Regards, > -- Guido -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-linux-mips@oss.sgi.com Thu Sep 7 01:17:26 2000 Received: by oss.sgi.com id ; Thu, 7 Sep 2000 01:17:06 -0700 Received: from Cantor.suse.de ([194.112.123.193]:24078 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Thu, 7 Sep 2000 01:16:45 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id D221D1E294; Thu, 7 Sep 2000 10:16:43 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 20EAC10A063; Thu, 7 Sep 2000 10:16:43 +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 13Wwqw-0003t3-00; Thu, 07 Sep 2000 10:16:10 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 59A491822; Thu, 7 Sep 2000 10:16:09 +0200 (CEST) Mail-Copies-To: never To: Keith M Wesolowski Cc: Guido Guenther , linux-mips@oss.sgi.com Subject: Re: latest glibc from cvs fails to build References: <20000906222133.A1052@bilbo.physik.uni-konstanz.de> <20000906141248.A18088@chem.unr.edu> From: Andreas Jaeger Date: 07 Sep 2000 10:16:09 +0200 In-Reply-To: Keith M Wesolowski's message of "Wed, 6 Sep 2000 14:12:49 -0700" Message-ID: Lines: 16 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 >>>>> Keith M Wesolowski writes: > Unfortunately, there's another problem that looks less easy to fix. In > the link phase later on, __syscall_getdents64 will be undefined. I am > uncertain what needs to be done to fix this (anyone?). You should have told me before - I'm running Linux 2.2. I've just checked in a patch to the glibc CVS archive to fix this, please test it and tell me if you encounter problems. 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 Thu Sep 7 05:56:07 2000 Received: by oss.sgi.com id ; Thu, 7 Sep 2000 05:55:46 -0700 Received: from [216.29.174.40] ([216.29.174.40]:62469 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Thu, 7 Sep 2000 05:55:29 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 239B87CEE; Thu, 7 Sep 2000 13:55:28 +0100 (BST) Date: Thu, 7 Sep 2000 13:55:27 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: Problems with various packages on MIPS Message-ID: <20000907135527.A4620@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, I am currently building a Linux system from scratch on my Indy. I am having problems compiling groff and Perl... groff 1.16 gives the following error: Making tbl.n from tbl.man sed: -e expression #19, char 22: Unterminated `s' command make[2]: *** [tbl.n] Error 1 make[2]: Leaving directory `/mnt/lfs-script/tmp/groff-1.16/src/preproc/tbl' make[1]: *** [src/preproc/tbl] Error 2 make[1]: Leaving directory `/mnt/lfs-script/tmp/groff-1.16' make: *** [all] Error 2 Perl, I have tried the normal v5.6.0, and then when that didn't work, I downloaded the SRPM for Perl 5.004_04, from oss.sgi.com, unpacked that, patched it with the patches from the srpm, and it does exactly the same thing: bash-2.04# make makefile:531: *** target pattern contains no `%'. Stop. bash-2.04# Any ideas? Also, please could someone tell me where the latest util-linux patch is for MIPS? 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 Sep 7 18:45:24 2000 Received: by oss.sgi.com id ; Thu, 7 Sep 2000 18:45:15 -0700 Received: from u-93.karlsruhe.ipdial.viaginterkom.de ([62.180.21.93]:2310 "EHLO u-93.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 7 Sep 2000 18:44:56 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 7 Sep 2000 11:20:13 +0200 Date: Thu, 7 Sep 2000 11:20:13 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-fbdev@vuser.vu.union.edu, linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: mmap() frame buffer causes bus error on MIPS ... Message-ID: <20000907112013.A6259@bacchus.dhis.org> References: <39B5BD14.A8D2F467@mvista.com> <39B5DABB.7FB85B09@mvista.com> <39B6B75D.2501654E@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39B6B75D.2501654E@mvista.com>; from jsun@mvista.com on Wed, Sep 06, 2000 at 02:30:05PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1114 Lines: 34 On Wed, Sep 06, 2000 at 02:30:05PM -0700, Jun Sun wrote: > In MIPS, mk_pte_phys() is defined as follows : > > extern inline pte_t mk_pte_phys(unsigned long physpage, pgprot_t pgprot) > { > return __pte(((physpage & PAGE_MASK) - PAGE_OFFSET) | > pgprot_val(pgprot)); > } > > The problematic part is " - PAGE_OFFSET" (where PAGE_OFFSET is > 0x80000000). If "physpage" is a physical address, it should not be > substracted by PAGE_OFFSET. This is a bug. > > On the other hand, I wonder why this bug is there without being caught > before (it is so fundamental). If this is not a bug in MIPS kernel, > then the fix is in the fb_mmap(), where under __mips__ case, we should > add PAGE_OFFSET to the start of buffer address. The definition should be: extern inline pte_t mk_pte_phys(unsigned long physpage, pgprot_t pgprot) { return __pte(physpage) | pgprot_val(pgprot); } Masking with PAGE_MASK also seemed to be useless. It's really surprising why it never has been caught. Probably people feed it with the addresses that are tweaked such that sich just work. I'll cook up a patch for this bug. Ralf From owner-linux-mips@oss.sgi.com Thu Sep 7 18:45:43 2000 Received: by oss.sgi.com id ; Thu, 7 Sep 2000 18:45:25 -0700 Received: from u-93.karlsruhe.ipdial.viaginterkom.de ([62.180.21.93]:2310 "EHLO u-93.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 7 Sep 2000 18:44:57 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 7 Sep 2000 11:58:49 +0200 Date: Thu, 7 Sep 2000 11:58:49 +0200 From: Ralf Baechle To: Jun Sun , linux-fbdev@vuser.vu.union.edu, linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: mmap() frame buffer causes bus error on MIPS ... Message-ID: <20000907115849.A6341@bacchus.dhis.org> References: <39B5BD14.A8D2F467@mvista.com> <39B5DABB.7FB85B09@mvista.com> <39B6B75D.2501654E@mvista.com> <20000907112013.A6259@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000907112013.A6259@bacchus.dhis.org>; from ralf@oss.sgi.com on Thu, Sep 07, 2000 at 11:20:13AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1269 Lines: 48 On Thu, Sep 07, 2000 at 11:20:13AM +0200, Ralf Baechle wrote: > The definition should be: > > extern inline pte_t mk_pte_phys(unsigned long physpage, pgprot_t pgprot) > { > return __pte(physpage) | pgprot_val(pgprot); > } > > Masking with PAGE_MASK also seemed to be useless. > > It's really surprising why it never has been caught. Probably people > feed it with the addresses that are tweaked such that sich just work. > > I'll cook up a patch for this bug. This one has a interesting history in CVS: revision 1.21 date: 1999/07/26 19:42:43; author: harald; state: Exp; lines: +84 -82 The remaining R3000 changes. From now on the CVS will be R3000 aware. R3000 Indigo anyone? :-) which re-establishes a bug which was fixed by: revision 1.16 date: 1998/08/28 23:24:03; author: tsbogend; state: Exp; lines: +2 -2 fixed MAP_NR() second try:-( which I introduced in: revision 1.15 date: 1998/08/25 09:21:59; author: ralf; state: Exp; lines: +148 -70 o Merge with Linux 2.1.116. o New Newport console code. o New G364 console code. which got fixed by: revision 1.13 date: 1998/07/13 23:28:18; author: tsbogend; state: Exp; lines: +1 -1 fixed physical mapping So the original bug is probably as old as the MIPS port itself ... Ouch. Ralf From owner-linux-mips@oss.sgi.com Thu Sep 7 21:05:06 2000 Received: by oss.sgi.com id ; Thu, 7 Sep 2000 21:04:46 -0700 Received: from u-93.karlsruhe.ipdial.viaginterkom.de ([62.180.21.93]:19974 "EHLO u-93.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 7 Sep 2000 21:04:29 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 8 Sep 2000 06:04:12 +0200 Date: Fri, 8 Sep 2000 06:04:12 +0200 From: Ralf Baechle To: Rabeeh Khoury Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: modules in kernel 2.2.14 Message-ID: <20000908060412.A9991@bacchus.dhis.org> References: <39B7DD90.83B3B3D5@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39B7DD90.83B3B3D5@galileo.co.il>; from rabeeh@galileo.co.il on Thu, Sep 07, 2000 at 02:25:20PM -0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 974 Lines: 29 On Thu, Sep 07, 2000 at 02:25:20PM -0400, Rabeeh Khoury wrote: > I'm running kernel 2.2.14 and i'm trying inserting modules. > > In the file kernel/module.c, function sys_create_module calles > module_map which is defined as vmalloc. > > calling vmalloc returns a pointer to a virtual memory address in the > memory mapped area (in my case 0xc0000000) and the kernel had an > exception for accessing this address. Which means that your TLB exception handlers, cache handling or something in that area is busted, I recommend to fix that first. > my work around was defining the following in kernel/module.c > > #define module_map kmalloc > #define module_unmap kfree > > and it worked fine. > > Is this work around sufficient ? It's ok but can be pretty wasteful on memory. It also will only work for modules upto 128kb size. Also if choose this fix you should delete -mlong-calls from MODFLAGS in arch/mips/Makefile as an additional optimization. Ralf From owner-linux-mips@oss.sgi.com Fri Sep 8 06:36:02 2000 Received: by oss.sgi.com id ; Fri, 8 Sep 2000 06:35:42 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:23822 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Fri, 8 Sep 2000 06:35:24 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id BEB3D7DD; Fri, 8 Sep 2000 15:39:59 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 9D4A38F81; Fri, 8 Sep 2000 15:33:59 +0200 (CEST) Date: Fri, 8 Sep 2000 15:33:59 +0200 From: Florian Lohoff To: Ian Chilton Cc: linux-mips@oss.sgi.com Subject: Re: Problems with various packages on MIPS Message-ID: <20000908153359.E9873@paradigm.rfc822.org> References: <20000907135527.A4620@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000907135527.A4620@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Thu, Sep 07, 2000 at 01:55:27PM +0100 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1017 Lines: 31 On Thu, Sep 07, 2000 at 01:55:27PM +0100, Ian Chilton wrote: > Hello, > > I am currently building a Linux system from scratch on my Indy. > > I am having problems compiling groff and Perl... > > groff 1.16 gives the following error: > > Making tbl.n from tbl.man > sed: -e expression #19, char 22: Unterminated `s' command > make[2]: *** [tbl.n] Error 1 > make[2]: Leaving directory `/mnt/lfs-script/tmp/groff-1.16/src/preproc/tbl' > make[1]: *** [src/preproc/tbl] Error 2 > make[1]: Leaving directory `/mnt/lfs-script/tmp/groff-1.16' > make: *** [all] Error 2 The problem is the contained - "mdate.sh" script which gives random output (Sometimes date - somtimes date + time) - I have no clue why it does this but i have a fix (New mdate.sh script) for this in the debian BTS. http://cgi.debian.org/cgi-bin/bugreport.cgi?bug=62554 The original bug is 143 Days old meanwhile ... 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 Sep 8 15:08:15 2000 Received: by oss.sgi.com id ; Fri, 8 Sep 2000 15:08:05 -0700 Received: from gandalf.physik.uni-konstanz.de ([134.34.144.30]:7188 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Fri, 8 Sep 2000 15:07:38 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.31] by gandalf.physik.uni-konstanz.de with esmtp (Exim 2.05 #1 (Debian)) id 13XWJ6-0002Ku-00; Sat, 9 Sep 2000 00:07:36 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13XWJ6-0001Zq-00; Sat, 09 Sep 2000 00:07:36 +0200 Date: Sat, 9 Sep 2000 00:07:36 +0200 From: Guido Guenther To: linux-mips@oss.sgi.com Subject: glibc again Message-ID: <20000909000736.A6050@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 Content-Length: 418 Lines: 13 Hi, with latest cvs I've been able to crossbuild glibc. When trying to crosscompile programs against it I ended up with lots of unresolved symbols. This all changed when I edited /usr/local/mips-linux/lib/libc.so from GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a ) to GROUP ( libc.so.6 libc_nonshared.a ) Should I consider this a bug in a) my "setup", b) glibc c) to be intended behavior? Regards, -- Guido From owner-linux-mips@oss.sgi.com Fri Sep 8 15:30:56 2000 Received: by oss.sgi.com id ; Fri, 8 Sep 2000 15:30:46 -0700 Received: from u-182.karlsruhe.ipdial.viaginterkom.de ([62.180.10.182]:64262 "EHLO u-182.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 8 Sep 2000 15:30:25 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 8 Sep 2000 20:58:11 +0200 Date: Fri, 8 Sep 2000 20:58:11 +0200 From: Ralf Baechle To: Ulf Carlsson , Keith M Wesolowski , "Maciej W. Rozycki" , Andreas Jaeger Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: One more gcc patch Message-ID: <20000908205810.A11920@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 Content-Length: 2360 Lines: 61 Ooops, this fixes a bug in the previous patch for gcc-current. So this patch does: - fix constructors which were not run for shared libs - fix warnings when building the compiler itself - Keith's gcse patch - gcc was generating code which was calling __main from the beginning of main which is wrong for Linux Ralf diff -urN gcc-cygnus/gcc/config/mips/linux.h gcc/gcc/config/mips/linux.h --- gcc-cygnus/gcc/config/mips/linux.h Tue Aug 29 02:46:28 2000 +++ gcc/gcc/config/mips/linux.h Sat Sep 9 17:06:28 2000 @@ -170,3 +170,20 @@ %{mabi=64: -64} \ %{!fno-PIC:%{!fno-pic:-KPIC}} \ %{fno-PIC:-non_shared} %{fno-pic:-non_shared}" + +/* On svr4, we *do* have support for the .init and .fini sections, and we + can put stuff in there to be executed before and after `main'. We let + crtstuff.c and other files know this by defining the following symbols. + The definitions say how to change sections to the .init and .fini + sections. This is the same for all known svr4 assemblers. */ + +#define INIT_SECTION_ASM_OP "\t.section\t.init" +#define FINI_SECTION_ASM_OP "\t.section\t.fini" + +/* Undef junk imported from mips/elf.h. */ +#undef CTOR_LIST_BEGIN +#undef CTOR_LIST_END +#undef DTOR_LIST_BEGIN +#undef DTOR_LIST_END + +#undef INVOKE__main diff -urN gcc-cygnus/gcc/config/mips/mips.h gcc/gcc/config/mips/mips.h --- gcc-cygnus/gcc/config/mips/mips.h Tue Aug 29 02:46:28 2000 +++ gcc/gcc/config/mips/mips.h Sat Sep 9 16:07:28 2000 @@ -1900,7 +1900,7 @@ extern enum reg_class mips_char_to_class[]; -#define REG_CLASS_FROM_LETTER(C) mips_char_to_class[ (C) ] +#define REG_CLASS_FROM_LETTER(C) mips_char_to_class[ (int) (C) ] /* The letters I, J, K, L, M, N, O, and P in a register constraint string can be used to stand for particular ranges of immediate diff -urN gcc-cygnus/gcc/gcse.c gcc/gcc/gcse.c --- gcc-cygnus/gcc/gcse.c Mon Sep 4 03:00:56 2000 +++ gcc/gcc/gcse.c Fri Sep 8 12:37:18 2000 @@ -1924,7 +1924,9 @@ /* Don't GCSE something if we can't do a reg/reg copy. */ && can_copy_p [GET_MODE (dest)] /* Is SET_SRC something we want to gcse? */ - && want_to_gcse_p (src)) + && want_to_gcse_p (src) + /* Copy between modes is prohibited */ + && GET_MODE (src) == GET_MODE (dest)) { /* An expression is not anticipatable if its operands are modified before this insn. */ From owner-linux-mips@oss.sgi.com Fri Sep 8 19:16:56 2000 Received: by oss.sgi.com id ; Fri, 8 Sep 2000 19:16:46 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:64519 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Fri, 8 Sep 2000 19:16:25 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id TAA17843; Fri, 8 Sep 2000 19:16:12 -0700 Date: Fri, 8 Sep 2000 19:16:12 -0700 From: Keith M Wesolowski To: Guido Guenther Cc: linux-mips@oss.sgi.com Subject: Re: glibc again Message-ID: <20000908191612.B17687@chem.unr.edu> References: <20000909000736.A6050@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: <20000909000736.A6050@bilbo.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Sat, Sep 09, 2000 at 12:07:36AM +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 Content-Length: 1528 Lines: 35 On Sat, Sep 09, 2000 at 12:07:36AM +0200, Guido Guenther wrote: > with latest cvs I've been able to crossbuild glibc. When trying > to crosscompile programs against it I ended up with > lots of unresolved symbols. This all changed when I edited > /usr/local/mips-linux/lib/libc.so from > GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a ) to > GROUP ( libc.so.6 libc_nonshared.a ) > Should I consider this a bug in a) my "setup", b) glibc c) to be > intended behavior? I'm astonished it only complained about unresolved symbols. If you leave it as is, it tries to link in your build system's libraries. I always replace the two with full paths to the mips libraries. I'm fairly sure this is also in my cross-build faq. >From make-cross.sh: # *sigh* This is the fun part. We need to fix up libc.so so that # it points to files in our filesystem, not the mythical /usr dirs # we would have if this were native. echo "Fixing up libc.so locations" sed -e s%/lib/libc.so.6%"${_destdir}/$TARGET/lib/libc.so.6"%g \ -e s%/usr/lib/%"${_destdir}/$TARGET/lib/"%g \ < "${_destdir}/$TARGET/lib/libc.so" \ > "${_destdir}/$TARGET/lib/.new.libc.so" || exit 1 mv -f "${_destdir}/$TARGET/lib/.new.libc.so" \ "${_destdir}/$TARGET/lib/libc.so" || exit 1 Finding a nicer way is left as an exercise... -- 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 Sat Sep 9 04:03:05 2000 Received: by oss.sgi.com id ; Sat, 9 Sep 2000 04:02:55 -0700 Received: from gandalf.physik.uni-konstanz.de ([134.34.144.30]:28464 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Sat, 9 Sep 2000 04:02:42 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.31] by gandalf.physik.uni-konstanz.de with esmtp (Exim 2.05 #1 (Debian)) id 13XiOp-0004sh-00; Sat, 9 Sep 2000 13:02:19 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13XiOp-0001ok-00; Sat, 09 Sep 2000 13:02:19 +0200 Date: Sat, 9 Sep 2000 13:02:19 +0200 From: Guido Guenther To: Keith M Wesolowski Cc: Guido Guenther , linux-mips@oss.sgi.com Subject: Re: glibc again Message-ID: <20000909130219.A6979@bilbo.physik.uni-konstanz.de> References: <20000909000736.A6050@bilbo.physik.uni-konstanz.de> <20000908191612.B17687@chem.unr.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000908191612.B17687@chem.unr.edu>; from wesolows@chem.unr.edu on Fri, Sep 08, 2000 at 07:16:12PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 626 Lines: 14 On Fri, Sep 08, 2000 at 07:16:12PM -0700, Keith M Wesolowski wrote: > I'm astonished it only complained about unresolved symbols. If you > leave it as is, it tries to link in your build system's libraries. I > always replace the two with full paths to the mips libraries. I'm > fairly sure this is also in my cross-build faq. Acutally it really first tried to link in the glibc in /lib, which I overrided with LDFLAGS=-L/u/l/mips-linux/... I couldn't find anything about it in the cross-mips faq. But IMHO it would be worth a note(maybe also in the mips-howto?). Regards, -- Guido -- GPG-Public Key: finger agx@debian.org From owner-linux-mips@oss.sgi.com Mon Sep 11 10:35:20 2000 Received: by oss.sgi.com id ; Mon, 11 Sep 2000 10:35:00 -0700 Received: from u-188.karlsruhe.ipdial.viaginterkom.de ([62.180.10.188]:36360 "EHLO u-188.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 11 Sep 2000 10:34:54 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 11 Sep 2000 19:34:02 +0200 Date: Mon, 11 Sep 2000 19:34:02 +0200 From: Ralf Baechle To: Guido Guenther Cc: Keith M Wesolowski , linux-mips@oss.sgi.com Subject: Re: glibc again Message-ID: <20000911193402.A32311@bacchus.dhis.org> References: <20000909000736.A6050@bilbo.physik.uni-konstanz.de> <20000908191612.B17687@chem.unr.edu> <20000909130219.A6979@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: <20000909130219.A6979@bilbo.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Sat, Sep 09, 2000 at 01:02:19PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 868 Lines: 18 On Sat, Sep 09, 2000 at 01:02:19PM +0200, Guido Guenther wrote: > On Fri, Sep 08, 2000 at 07:16:12PM -0700, Keith M Wesolowski wrote: > > I'm astonished it only complained about unresolved symbols. If you > > leave it as is, it tries to link in your build system's libraries. I > > always replace the two with full paths to the mips libraries. I'm > > fairly sure this is also in my cross-build faq. > Acutally it really first tried to link in the glibc in /lib, which I > overrided with LDFLAGS=-L/u/l/mips-linux/... > I couldn't find anything about it in the cross-mips faq. But IMHO it > would be worth a note(maybe also in the mips-howto?). If the crosscompiler ever tries to link in something from /lib, /usr/lib or other directories with native binaries then either the compiler was missconfigured when built or the makefiles pass bogus -L arguments. Ralf From owner-linux-mips@oss.sgi.com Mon Sep 11 18:07:54 2000 Received: by oss.sgi.com id ; Mon, 11 Sep 2000 18:07:44 -0700 Received: from kayak.mcgary.org ([63.227.80.137]:65037 "EHLO kayak.mcgary.org") by oss.sgi.com with ESMTP id ; Mon, 11 Sep 2000 18:07:28 -0700 Received: (from gkm@localhost) by kayak.mcgary.org (8.9.3/8.9.3) id SAA31731; Mon, 11 Sep 2000 18:07:17 -0700 Date: Mon, 11 Sep 2000 18:07:17 -0700 Message-Id: <200009120107.SAA31731@kayak.mcgary.org> X-Authentication-Warning: kayak.mcgary.org: gkm set sender to greg@mcgary.org using -f From: Greg McGary To: linux-mips@oss.sgi.com Subject: do_page_fault crash on Indigo2 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 2835 Lines: 64 I built a kernel from the CVS trunk, updated as of last night (2000-09-10). Here's my Indigo2 HW config (I pulled the G3-Elan board): >> hinv System: IP22 Processor: 134 Mhz R4600, with FPU Primary I-cache size: 16 Kbytes Primary D-cache size: 16 Kbytes Secondary cache size: 512 Kbytes Memory size: 64 Mbytes SCSI Disk: scsi(0)disk(4) Audio: Iris Audio Processor: version A2 revision 1.1.0 When I boot (passing init=/bin/sh), this happens: ------------------------------------------------------------------------------ ... Linux version 2.4.0-test8-pre1 (gkm@kayak.mcgary.org) (gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)) #1 Sun Sep 10 11:25:43 MST 2000 ... many messages omitted ... VFS: Mounted root (nfs filesystem) readonly. Freeing prom memory: 0kb freed Freeing unused kernel memory: 68k freed ------------------------------------------------------------------------------ Now it hangs, and when I hit at the serial console, I get this: ------------------------------------------------------------------------------ Unable to handle kernel paging request at virtual address 00000000, epc == 88026e10, ra == 880e058c Oops in fault.c:do_page_fault, line 158: $0 : 00000000 1000fc00 8818c62c 00000000 $4 : 8818c634 00000023 00000000 00000001 $8 : 884ee520 88009ed0 00000000 03f48000 $12: 8817f010 8818c634 8818c638 1000fc00 $16: 00000001 88185cf8 ffffffdf 0000000d $20: 00000004 a8746e60 9fc56d94 00000000 $24: 00000000 00000001 $28: 88008000 88009e68 88009e68 880e058c epc : 88026e10 Status: 1000fc02 Cause : 00000008 Process swapper (pid: 0, stackpage=88008000) Stack: 8817c000 881b4fa4 00000007 00000001 00000000 88033678 8802f31c 00000001 8000000b 881a6cb0 80008000 887fe234 0019b3b0 00000001 881a6cb8 887fe234 a87489f0 887fe53c 887fec20 881347ac 00008000 887fe234 a87489f0 887fe53c 00000400 88134a78 88010c88 0000218c 00000f00 00000000 88009f88 0000218c 00000000 88180000 880114d8 88186ac4 00000019 00000000 1000fc01 ffff00ff 88009fe0 ... Call Trace: [<88033678>] [<8802f31c>] [<881347ac>] [<88134a78>] [<88010c88>] [<88009f88>] [<880114d8>] [<88009fe0>] [<88008000>] [<88009f80>] [<8800f78c>] [<880114dc>] [<88135ce0>] [<880025c4>] Code: 26315cf8 24100001 8c460004 <8cc30000> 00721024 00451024 1040005f 8dad0000 1320000e ------------------------------------------------------------------------------ I get the exact same failure with both the hardhat-sgi-5.1 root FS and with the simple/userland-0.2b root FS. I found reference on the list archives to a possibly related problem on R5000 Indys some months ago, but the system doesn't live long enough to add swap space, and besides, the system shouldn't be consuming all 64 MB so early. Clues? Greg From owner-linux-mips@oss.sgi.com Mon Sep 11 21:51:34 2000 Received: by oss.sgi.com id ; Mon, 11 Sep 2000 21:51:25 -0700 Received: from kayak.mcgary.org ([63.227.80.137]:57870 "EHLO kayak.mcgary.org") by oss.sgi.com with ESMTP id ; Mon, 11 Sep 2000 21:51:05 -0700 Received: (from gkm@localhost) by kayak.mcgary.org (8.9.3/8.9.3) id VAA32409; Mon, 11 Sep 2000 21:50:54 -0700 X-Authentication-Warning: kayak.mcgary.org: gkm set sender to greg using -f To: linux-mips@oss.sgi.com Subject: Re: do_page_fault crash on Indigo2 References: <200009120107.SAA31731@kayak.mcgary.org> From: Greg McGary Date: 11 Sep 2000 21:50:54 -0700 In-Reply-To: Greg McGary's message of "Mon, 11 Sep 2000 18:07:17 -0700" Message-ID: X-Mailer: Gnus v5.7/Emacs 20.7 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 273 Lines: 13 Greg McGary writes: > Oops in fault.c:do_page_fault, line 158: I'll send cross-ksymoops output when I it running. > Clues? As a fallback, can someone give me a date, or better yet a CVS tag, for which an indigo2 kernel is known to work. Thanks, Greg From owner-linux-mips@oss.sgi.com Tue Sep 12 09:15:32 2000 Received: by oss.sgi.com id ; Tue, 12 Sep 2000 09:15:22 -0700 Received: from Cantor.suse.de ([194.112.123.193]:25861 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Tue, 12 Sep 2000 09:15:10 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 8CA671E3CE; Tue, 12 Sep 2000 18:15:08 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id DFE5410A02A; Tue, 12 Sep 2000 18:15:02 +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 13YshE-0006Wt-00; Tue, 12 Sep 2000 18:14:08 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 9BD581822; Tue, 12 Sep 2000 18:14:07 +0200 (CEST) Mail-Copies-To: never To: Ralf Baechle Cc: Ulf Carlsson , Keith M Wesolowski , "Maciej W. Rozycki" , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: One more gcc patch References: <20000908205810.A11920@bacchus.dhis.org> From: Andreas Jaeger Date: 12 Sep 2000 18:14:07 +0200 In-Reply-To: Ralf Baechle's message of "Fri, 8 Sep 2000 20:58:11 +0200" Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 771 Lines: 31 >>>>> Ralf Baechle writes: > Ooops, this fixes a bug in the previous patch for gcc-current. So this > patch does: > - fix constructors which were not run for shared libs > - fix warnings when building the compiler itself > - Keith's gcse patch > - gcc was generating code which was calling __main from the beginning of > main which is wrong for Linux Did you run the testsuite? It doesn't seem to fix C++: === libstdc++ Summary === # of expected passes 9 # of unexpected failures 10 # of expected failures 11 The number for g++ are even worse, I stopped the check Any idea how to get C++ working? 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 Tue Sep 12 16:09:44 2000 Received: by oss.sgi.com id ; Tue, 12 Sep 2000 16:09:34 -0700 Received: from u-207.karlsruhe.ipdial.viaginterkom.de ([62.180.18.207]:59653 "EHLO u-207.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 12 Sep 2000 16:09:07 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 13 Sep 2000 01:08:46 +0200 Date: Wed, 13 Sep 2000 01:08:46 +0200 From: Ralf Baechle To: Andreas Jaeger Cc: Ulf Carlsson , Keith M Wesolowski , "Maciej W. Rozycki" , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: One more gcc patch Message-ID: <20000913010846.A5527@bacchus.dhis.org> References: <20000908205810.A11920@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from aj@suse.de on Tue, Sep 12, 2000 at 06:14: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 Content-Length: 722 Lines: 26 On Tue, Sep 12, 2000 at 06:14:07PM +0200, Andreas Jaeger wrote: > Did you run the testsuite? No; I tried rebuilding a large number of RH 6.2 packages. A few of them are broken in ways that make me suspect the compiler is broken. Might also be binutils; I did upgrade both in one step. > It doesn't seem to fix C++: > > === libstdc++ Summary === > > # of expected passes 9 > # of unexpected failures 10 > # of expected failures 11 > > The number for g++ are even worse, I stopped the check > > Any idea how to get C++ working? Debugging? I think historically nobody did ever invest time into getting the libg++ to work so we somewhen have to pay that price ... Ralf From owner-linux-mips@oss.sgi.com Tue Sep 12 23:54:05 2000 Received: by oss.sgi.com id ; Tue, 12 Sep 2000 23:53:46 -0700 Received: from kayak.mcgary.org ([63.227.80.137]:28680 "EHLO kayak.mcgary.org") by oss.sgi.com with ESMTP id ; Tue, 12 Sep 2000 23:53:26 -0700 Received: (from gkm@localhost) by kayak.mcgary.org (8.9.3/8.9.3) id XAA20804; Tue, 12 Sep 2000 23:53:16 -0700 X-Authentication-Warning: kayak.mcgary.org: gkm set sender to greg using -f To: linux-mips@oss.sgi.com Subject: Re: do_page_fault crash on Indigo2 References: <200009120107.SAA31731@kayak.mcgary.org> From: Greg McGary Date: 12 Sep 2000 23:53:15 -0700 In-Reply-To: Greg McGary's message of "Mon, 11 Sep 2000 18:07:17 -0700" Message-ID: X-Mailer: Gnus v5.7/Emacs 20.7 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1213 Lines: 24 Here's the call trace. I'm sure the symbol-table corresponds to the crashed system, but the trace looks bogus to me. I should have a look at the call-trace dumping code in linux. Since I have already written one of these things for an embedded system, I painfully aware that tracing the stack at runtime for MIPS is fraught with peril. > Call Trace: [<88033678>] [<8802f31c>] [<881347ac>] [<88134a78>] [<88010c88>] [<88009f88>] [<880114d8>] [<88009fe0>] [<88008000>] [<88009f80>] [<8800f78c>] [<880114dc>] [<88135ce0>] [<880025c4>] > Code: 26315cf8 24100001 8c460004 <8cc30000> 00721024 00451024 1040005f 8dad0000 1320000e >>???; 88026e10 <__wake_up+80/3a0> <===== Trace; 88033678 Trace; 8802f31c Trace; 881347ac Trace; 88134a78 <__gnu_compiled_c+118/180> Trace; 88010c88 Trace; 88009f88 Trace; 880114d8 Trace; 88009fe0 Trace; 88008000 Trace; 88009f80 Trace; 8800f78c <__gnu_compiled_c+3c/60> Trace; 880114dc Trace; 88135ce0 <__gnu_compiled_c+410/2960> Trace; 880025c4 From owner-linux-mips@oss.sgi.com Wed Sep 13 18:35:54 2000 Received: by oss.sgi.com id ; Wed, 13 Sep 2000 18:35:45 -0700 Received: from u-247.karlsruhe.ipdial.viaginterkom.de ([62.180.10.247]:61959 "EHLO u-247.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 13 Sep 2000 18:35:29 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 14 Sep 2000 03:35:00 +0200 Date: Thu, 14 Sep 2000 03:35:00 +0200 From: Ralf Baechle To: Greg McGary Cc: linux-mips@oss.sgi.com Subject: Re: do_page_fault crash on Indigo2 Message-ID: <20000914033500.A9395@bacchus.dhis.org> References: <200009120107.SAA31731@kayak.mcgary.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from greg@mcgary.org on Tue, Sep 12, 2000 at 11:53: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 Content-Length: 493 Lines: 11 On Tue, Sep 12, 2000 at 11:53:15PM -0700, Greg McGary wrote: > Here's the call trace. I'm sure the symbol-table corresponds to the > crashed system, but the trace looks bogus to me. I should have a look > at the call-trace dumping code in linux. Since I have already written > one of these things for an embedded system, I painfully aware that > tracing the stack at runtime for MIPS is fraught with peril. Backtracing a MIPS stack is tricky; this is about as good as it can get. Ralf From owner-linux-mips@oss.sgi.com Fri Sep 15 03:02:21 2000 Received: by oss.sgi.com id ; Fri, 15 Sep 2000 03:02:12 -0700 Received: from gw-nl4.philips.com ([192.68.44.36]:9478 "EHLO gw-nl4.philips.com") by oss.sgi.com with ESMTP id ; Fri, 15 Sep 2000 03:01:56 -0700 Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id MAA02821; Fri, 15 Sep 2000 12:01:32 +0200 (MEST) (envelope-from niessena@natlab.research.philips.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl4.philips.com via mwrap (4.0a) id xma002818; Fri, 15 Sep 00 12:01:32 +0200 Received: from natlab.research.philips.com (prle.natlab.research.philips.com [130.139.161.112]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with SMTP id MAA11040; Fri, 15 Sep 2000 12:01:31 +0200 (MET DST) Received: by natlab.research.philips.com; Fri, 15 Sep 2000 12:01:28 +0200 Received: by pc4755.natlab.research.philips.com; Fri, 15 Sep 2000 12:01:27 +0200 Date: Fri, 15 Sep 2000 12:01:27 +0200 From: Arnold Niessen To: Ralf Baechle , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-kernel@vger.kernel.org Cc: Evgeni Eskenazi Subject: FPU problems porting 2.4.0 to Algorithmics P4032 MIPS board Message-Id: <20000915120127.A1453@pc4755.natlab.research.philips.com> Reply-To: Arnold Niessen Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Mailer: Mutt http://www.mutt.org/ X-Editor: Vi Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1741 Lines: 46 Hello Ralf, others, We are porting the new 2.4.0 series Linux kernel to Algorithmics P4032 board with MIPS processor (QED-RM5230). We ported 2.4.0-test5 kernel. We already succeeded in porting the following code, partly based on the changes made by MIPS Technologies for the 2.2.12/P5064 patch: 1. Memory management & timer related stuff 2. Support for PCI devices 3. Support of the onboard SCSI controller 4. Support of the onboard Ethernet controller 5. Support for the Serial lines We've got a problem with the foating point support. With either soft or hard FP support, some FP operation generate an exception, e.g. cvt.w.d. We tried both with and without support of FPE soft module, compiled for R46xx and R5000 processors (As far as I understand there is no difference in FP support in the kernel for these processor types). We did not have these problems with the (2.2.12 MIPS Technologies based) port we made to this same board. We would appreciate any ideas how to solve the problem. Algorithmics P4032 board consists of: 1. QED - RM5230 (the documentation claims that it fully supports MIPS IV level) 2. V3 V962PBC PCI adapter 3. Onboard Symbios 53c810a SCSI chipset 4. Onboard Tulip 21041 Ethernet controller 5. Combi I/O controller for 2 RS232 serial ports, centronics parallel port and disk drive. Best regards and thanks in advance, Evgeni Eskenazi, Arnold Niessen -- A.J. Niessen | Philips Research Laboratories Building WL 1.613 | Prof. Holstlaan 4 Phone: (+31-40-27)42715 | 5656 AA Eindhoven Fax: (+31-40-27)44004 | The Netherlands E-Mail: arnold.niessen@philips.com E-Mail on mailing lists: niessen@iae.nl From owner-linux-mips@oss.sgi.com Fri Sep 15 05:03:45 2000 Received: by oss.sgi.com id ; Fri, 15 Sep 2000 05:03:25 -0700 Received: from smtp.algor.co.uk ([62.254.210.199]:35278 "EHLO kenton.algor.co.uk") by oss.sgi.com with ESMTP id ; Fri, 15 Sep 2000 05:02:55 -0700 Received: from mudchute.algor.co.uk (dom@mudchute.algor.co.uk [62.254.210.251]) by kenton.algor.co.uk (8.9.3/8.8.8) with ESMTP id NAA21576; Fri, 15 Sep 2000 13:02:46 +0100 (GMT/BST) Received: (from dom@localhost) by mudchute.algor.co.uk (8.8.5/8.8.5) id NAA10050; Fri, 15 Sep 2000 13:02:46 +0100 (BST) Date: Fri, 15 Sep 2000 13:02:46 +0100 (BST) Message-Id: <200009151202.NAA10050@mudchute.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Arnold Niessen Cc: Ralf Baechle , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-kernel@vger.kernel.org, Evgeni Eskenazi Subject: Re: FPU problems porting 2.4.0 to Algorithmics P4032 MIPS board In-Reply-To: <20000915120127.A1453@pc4755.natlab.research.philips.com> References: <20000915120127.A1453@pc4755.natlab.research.philips.com> 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 Content-Length: 1111 Lines: 30 Arnold, > We've got a problem with the foating point support. With either > soft or hard FP support, some FP operation generate an exception, > e.g. cvt.w.d. > > We tried both with and without support of FPE soft module, > compiled for R46xx and R5000 processors (As far as I > understand there is no difference in FP support in the kernel > for these processor types). > > We did not have these problems with the (2.2.12 MIPS Technologies > based) port we made to this same board. MIPS CPU floating-point units always give floating point 'unimplemented' exceptions when faced with unpalatable combinations of operation and operand. It's their way of telling you to go calculate it yourself. The 2.2.12 "MIPS Technologies" port incorporated Algorithmics' floating point trap handler and FP emulation code to provide correct IEEE-compatible floating point. You should either move that on to 2.4.0 or find an equivalent solution. -- 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 Fri Sep 15 14:10:10 2000 Received: by oss.sgi.com id ; Fri, 15 Sep 2000 14:10:00 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:27128 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 15 Sep 2000 14:09:45 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id OAA22426; Fri, 15 Sep 2000 14:09:45 -0700 Message-ID: <39C29018.9389FBCE@mvista.com> Date: Fri, 15 Sep 2000 14:09:44 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: trap handler for unaligned memory read/write 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 Content-Length: 757 Lines: 24 I was trying to run some PCI ether drivers and always got bus error, at least when I use ipconfig bootp code. However, the problem seems to be generic. Ethernet device writes a whole packet in the memory. Driver and network stack code often directly dereference a pointer in to the packet. However, the ether header is 14 byte long. If you align packet from the beginning, then IP header will be off-aligned. Any suggestions? If this is a valid problem, I think the long term solution should be in network code, which should not assume they can dereference on an unaligned address. For short-term solutions, we can have trap handler that supports the unaligned read/write. Does anybody know if there is such a trap handler for MIPS? Thanks. Jun From owner-linux-mips@oss.sgi.com Fri Sep 15 15:31:50 2000 Received: by oss.sgi.com id ; Fri, 15 Sep 2000 15:31:41 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:3827 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 15 Sep 2000 15:31:24 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id PAA24914; Fri, 15 Sep 2000 15:31:24 -0700 Message-ID: <39C2A33C.EF90FFDB@mvista.com> Date: Fri, 15 Sep 2000 15:31:24 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com, linux-mips@fnet.fr CC: dan@netx4.com Subject: Re: trap handler for unaligned memory read/write References: <39C29018.9389FBCE@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 Content-Length: 1229 Lines: 39 As usual, I am replying to my own question. Maybe I was asking to soon ... :-) I found some drivers offer an copy-only-tiny-buffer which will copy small packets (for what purpose?). Apparently after the copying the misalignment disappears. So MIPS, you just set a high copy_break_size so that a copying always happens. In fact this is what is done for other non-x86 architectures in tulip drivers. Jun Jun Sun wrote: > > I was trying to run some PCI ether drivers and always got bus error, at > least when I use ipconfig bootp code. > > However, the problem seems to be generic. > > Ethernet device writes a whole packet in the memory. Driver and network > stack code often directly dereference a pointer in to the packet. > However, the ether header is 14 byte long. If you align packet from the > beginning, then IP header will be off-aligned. > > Any suggestions? > > If this is a valid problem, I think the long term solution should be in > network code, which should not assume they can dereference on an > unaligned address. > > For short-term solutions, we can have trap handler that supports the > unaligned read/write. Does anybody know if there is such a trap handler > for MIPS? > > Thanks. > > Jun From owner-linux-mips@oss.sgi.com Fri Sep 15 16:29:51 2000 Received: by oss.sgi.com id ; Fri, 15 Sep 2000 16:29:41 -0700 Received: from u-214.karlsruhe.ipdial.viaginterkom.de ([62.180.19.214]:44553 "EHLO u-214.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 15 Sep 2000 16:29:17 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 16 Sep 2000 01:28:54 +0200 Date: Sat, 16 Sep 2000 01:28:54 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: trap handler for unaligned memory read/write Message-ID: <20000916012853.A16047@bacchus.dhis.org> References: <39C29018.9389FBCE@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39C29018.9389FBCE@mvista.com>; from jsun@mvista.com on Fri, Sep 15, 2000 at 02:09:44PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1425 Lines: 38 On Fri, Sep 15, 2000 at 02:09:44PM -0700, Jun Sun wrote: > I was trying to run some PCI ether drivers and always got bus error, at > least when I use ipconfig bootp code. > > However, the problem seems to be generic. > > Ethernet device writes a whole packet in the memory. Driver and network > stack code often directly dereference a pointer in to the packet. > However, the ether header is 14 byte long. If you align packet from the > beginning, then IP header will be off-aligned. > > Any suggestions? The strategy is to get the alignment right for the IP header, that is to make the received packet start on a address with bit 1 set. > If this is a valid problem, I think the long term solution should be in > network code, which should not assume they can dereference on an > unaligned address. It tries to avoid unaligned accesses - if necessary even at the price of wasting some memory. > For short-term solutions, we can have trap handler that supports the > unaligned read/write. Does anybody know if there is such a trap handler > for MIPS? It's right there in your kernel ... You _really_ _really_ want to avoid relying on the unaligned trap handler. Performancewise that's equivalent to a swapping on a floppy disk on the Mars over NFS via avian carriers ... However unaligned accesses will result in an address error exception not bus error therefore I suspect you've got another problem. Ralf From owner-linux-mips@oss.sgi.com Fri Sep 15 17:03:21 2000 Received: by oss.sgi.com id ; Fri, 15 Sep 2000 17:03:11 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:57595 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 15 Sep 2000 17:02:56 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id RAA27427; Fri, 15 Sep 2000 17:02:50 -0700 Message-ID: <39C2B8AA.9B873EF7@mvista.com> Date: Fri, 15 Sep 2000 17:02:50 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: trap handler for unaligned memory read/write References: <39C29018.9389FBCE@mvista.com> <20000916012853.A16047@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 Content-Length: 753 Lines: 23 Ralf Baechle wrote: > > For short-term solutions, we can have trap handler that supports the > > unaligned read/write. Does anybody know if there is such a trap handler > > for MIPS? > > It's right there in your kernel ... > Cool! I found it. > You _really_ _really_ want to avoid relying on the unaligned trap handler. > Performancewise that's equivalent to a swapping on a floppy disk on the > Mars over NFS via avian carriers ... > > However unaligned accesses will result in an address error exception not > bus error therefore I suspect you've got another problem. > I got the error when I use gdb to debug kernel. I suppose the gdb stub intercepted the error and report it as BUS error. We should make gdb-stub a little smarter ... Jun From owner-linux-mips@oss.sgi.com Mon Sep 18 22:53:46 2000 Received: by oss.sgi.com id ; Mon, 18 Sep 2000 22:53:36 -0700 Received: from fwgate.toshiba-tops.co.jp ([202.230.225.20]:43273 "HELO fwgate.toshiba-tops.co.jp") by oss.sgi.com with SMTP id ; Mon, 18 Sep 2000 22:53:23 -0700 Received: from [172.16.4.3] by fwgate.toshiba-tops.co.jp via smtpd (for oss.sgi.com [216.32.174.190]) with SMTP; 19 Sep 2000 05:53:21 UT Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (8.9.3/3.7W-MailExchenger) with ESMTP id OAA55237; Tue, 19 Sep 2000 14:52:09 +0900 (JST) Received: by srd2sd.toshiba-tops.co.jp (8.9.3/3.5Wbeta-srd2sd) with ESMTP id OAA42998; Tue, 19 Sep 2000 14:52:09 +0900 (JST) To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: FPU context management problem From: Atsushi Nemoto X-Mailer: Mew version 1.94.1 on Emacs 20.5 / Mule 4.0 (HANANOEN) X-Fingerprint: EC 9D B9 17 2E 89 D2 25 CE F5 5D 3D 12 29 2A AD X-Pgp-Public-Key: http://pgp.nic.ad.jp/cgi-bin/pgpsearchkey.pl?op=get&search=0xB6D728B1 Organization: TOSHIBA Personal Computer System Corporation Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000919145207Q.nemoto@toshiba-tops.co.jp> Date: Tue, 19 Sep 2000 14:52:07 +0900 X-Dispatcher: imput version 990905(IM130) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1358 Lines: 48 I'm running kernel 2.2.14 (based on linux-2.2.14-000715.tar.gz) and found a floating point calculation sometimes results an incorrect value. I think the problem is last 'if' statement in setup_sigcontext(). owned_fp = (current == last_task_used_math); err |= __put_user(owned_fp, &sc->sc_ownedfp); if (current->used_math) { /* fp is active. */ set_cp0_status(ST0_CU1, ST0_CU1); err |= save_fp_context(sc); last_task_used_math = NULL; regs->cp0_status &= ~ST0_CU1; current->used_math = 0; } This code can discard other task's FPU context in certain situations. The scenario is: (-2) Task_A executes FP insns. (-1) Task_B executes FP insns. (0) Task_C executes FP insns. # save Task_B's FPU context. # init Task_C's FPU context. (1) Context switch (Task_C to Task_A). (2) Task_A catch a signal. setup_sigcontext() and restore_sigcontext() is called. # Task_A's used_math was 1 and owned_fp was 0, # so last_task_used_math becomes NULL. (3) Context switch (Task_A to Task_B). (4) Task_B executes FP insns. # restore Task_B's FPU context. (discard Task_C's FPU context) (5) Context switch (Task_B to Task_C). (6) Task_C execute FP insns. (with Task_B's FPU context!) I modified the 'if' statement as follows and the problem seems to be fixed. if (owned_fp) { /* fp is active. */ ... } Is this the right fix? --- Atsushi Nemoto From owner-linux-mips@oss.sgi.com Tue Sep 19 17:00:45 2000 Received: by oss.sgi.com id ; Tue, 19 Sep 2000 17:00:35 -0700 Received: from gatekeep.ti.com ([192.94.94.61]:58111 "EHLO gatekeep.ti.com") by oss.sgi.com with ESMTP id ; Tue, 19 Sep 2000 17:00:21 -0700 Received: from dlep6.itg.ti.com ([157.170.188.9]) by gatekeep.ti.com (8.11.0/8.11.0) with ESMTP id e8K00FT17947 for ; Tue, 19 Sep 2000 19:00:15 -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 TAA29292 for ; Tue, 19 Sep 2000 19:00:10 -0500 (CDT) Received: from dlep3.itg.ti.com (dlep3.itg.ti.com [157.170.188.62]) by dlep6.itg.ti.com (8.9.3/8.9.3) with ESMTP id TAA29288 for ; Tue, 19 Sep 2000 19:00:10 -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 TAA04155 for ; Tue, 19 Sep 2000 19:00:14 -0500 (CDT) Message-ID: <39C7FEBC.5DB355A2@ti.com> Date: Tue, 19 Sep 2000 18:03:08 -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: SGI news group Subject: ELF/Modutils problem 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 Content-Length: 1600 Lines: 29 I'm having trouble getting modutils 2.3.10 to work on a little endian MIPS box running a 2.4.0-test3 kernel. I am cross compiling the kernel and modules on an i386 using egcs1.0.3a-2 and binutils2.8.1-1. It appears that the symbol table format in the ELF file created by mipsel-linux-gcc during a module build is incorrect. As I read the ELF 1.1 spec - all symbols with STB_LOCAL bindings should precede all other symbols (weak and global) in the symbol table. Then the symbol table section's sh_info section header member holds the symbol table index for the first non-local symbol (and thus can then be used to determine the number of local symbols). Using the readelf utility on a generated module shows that the local symbols are not grouped together before all other symbols but are intermixed though out the symbol table, and the sh_info field in the header is not set to the first non-local symbol index. When insmod runs it malloc's memory equal to the sh_info field and then begins to populate the local symbols into it. Because of the bad symbol ordering and incorrect value in sh_info, the malloc'd memory is far to small to hold all of the local symbols so memory gets blasted and the module fails to load correctly. As a side test I tried to incrementally link the module.o file using mipsel-linux-ld -r module.o -o module. Viewing the ELF output from this stage showed a correct symbol ordering and sh_info field so it appears that the linker is generating the correct format for the symbol table (problem with gcc only?). Has this problem been addressed/resolved? Any suggestions? From owner-linux-mips@oss.sgi.com Tue Sep 19 17:26:25 2000 Received: by oss.sgi.com id ; Tue, 19 Sep 2000 17:26:05 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:45642 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 19 Sep 2000 17:25:46 -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 RAA03224 for ; Tue, 19 Sep 2000 17:32:31 -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 LAA10582; Wed, 20 Sep 2000 11:24:25 +1100 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Brady Brown cc: SGI news group Subject: Re: ELF/Modutils problem In-reply-to: Your message of "Tue, 19 Sep 2000 18:03:08 MDT." <39C7FEBC.5DB355A2@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Sep 2000 11:24:25 +1100 Message-ID: <1289.969409465@kao2.melbourne.sgi.com> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 930 Lines: 18 On Tue, 19 Sep 2000 18:03:08 -0600, Brady Brown wrote: >I'm having trouble getting modutils 2.3.10 to work on a little endian >MIPS box running a 2.4.0-test3 kernel. I am cross compiling the kernel >and modules on an i386 using egcs1.0.3a-2 and binutils2.8.1-1. It >appears that the symbol table format in the ELF file created by >mipsel-linux-gcc during a module build is incorrect. > >As I read the ELF 1.1 spec - all symbols with STB_LOCAL bindings should >precede all other symbols (weak and global) in the symbol table. modutils 2.3.11 includes a sanity check on the number of local symbols precisely because of this MIPS problem. I agree with you that mips gcc is violating the ELF standard, 2.3.11 just detects this and issues an error message instead of overwriting memory but gcc needs to be fixed. BTW, you might want to upgrade to modutils >= 2.3.15, there are some MIPS patches in modutils 2.3.15. From owner-linux-mips@oss.sgi.com Wed Sep 20 08:35:21 2000 Received: by oss.sgi.com id ; Wed, 20 Sep 2000 08:35:11 -0700 Received: from spider.nlr.nl ([137.17.80.200]:20079 "EHLO smtp-server.nlr.nl") by oss.sgi.com with ESMTP id ; Wed, 20 Sep 2000 08:34:51 -0700 Received: from uxmain.nlr.nl (uxmain.nlr.nl [137.17.128.40]) by smtp-server.nlr.nl (8.10.1/8.10.1/NLR 29/03/2000) with ESMTP id e8KFYjt4278235; Wed, 20 Sep 2000 17:34:45 +0200 (CDT) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: (from smant@localhost) by uxmain.nlr.nl (980427.SGI.8.8.8/980728.SGI.AUTOCF) id RAA95028 for linux-mips@oss.sgi.com; Wed, 20 Sep 2000 17:34:44 +0200 (CDT) From: smant@nlr.nl (Geert Albert Smant) Message-Id: <200009201534.RAA95028@uxmain.nlr.nl> Subject: HELP: XFree86 4.0.1 on Indy To: linux-mips@oss.sgi.com Date: Wed, 20 Sep 2000 17:34:44 +0200 (CDT) 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 Content-Length: 749 Lines: 25 Hello Linux-MIPS users, I installed the Hardhat 5.1 distribution on an Indy system with 8-bit basic graphics. The system boots without any problems and I also installed the XFree86 4.0.1 binaries on the system, but when I start the X-server by typing 'startx' the graphics console blanks and a cursor appears on the top left corner of the screen. Does anybody know if the 8-bit graphics is supported by the XFree86 4.0.1 server? Thanks in advance, Greetings, 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 Sep 20 17:30:17 2000 Received: by oss.sgi.com id ; Wed, 20 Sep 2000 17:30:08 -0700 Received: from f13.law3.hotmail.com ([209.185.241.13]:11027 "EHLO hotmail.com") by oss.sgi.com with ESMTP id ; Wed, 20 Sep 2000 17:29:45 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 20 Sep 2000 17:29:39 -0700 Received: from 24.93.10.196 by lw3fd.law3.hotmail.msn.com with HTTP; Thu, 21 Sep 2000 00:29:39 GMT X-Originating-IP: [24.93.10.196] From: "James McD" To: linux-mips@oss.sgi.com Subject: Re: HELP: XFree86 4.0.1 on Indy Date: Thu, 21 Sep 2000 00:29:39 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 21 Sep 2000 00:29:39.0809 (UTC) FILETIME=[07548D10:01C02363] Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 2473 Lines: 66 crazy question, but did you try specifying the video console on which to run the server....man xinit for examples vile8@hotmail.com >From: smant@nlr.nl (Geert Albert Smant) >Reply-To: smant@nlr.nl >To: linux-mips@oss.sgi.com >Subject: HELP: XFree86 4.0.1 on Indy >Date: Wed, 20 Sep 2000 17:34:44 +0200 (CDT) >MIME-Version: 1.0 >Received: from [216.32.174.190] by hotmail.com (3.2) with ESMTP id >MHotMailBB92245200BCD821EED8D820AEBE0A750; Wed Sep 20 08:35:46 2000 >Received: by oss.sgi.com id ;Wed, 20 Sep 2000 08:35:11 >-0700 >Received: from spider.nlr.nl ([137.17.80.200]:20079 "EHLO >smtp-server.nlr.nl")by oss.sgi.com with ESMTP id ;Wed, 20 >Sep 2000 08:34:51 -0700 >Received: from uxmain.nlr.nl (uxmain.nlr.nl [137.17.128.40]) by >smtp-server.nlr.nl (8.10.1/8.10.1/NLR 29/03/2000) with ESMTP id >e8KFYjt4278235; Wed, 20 Sep 2000 17:34:45 +0200 (CDT) >Received: (from smant@localhost) by uxmain.nlr.nl >(980427.SGI.8.8.8/980728.SGI.AUTOCF) id RAA95028 for >linux-mips@oss.sgi.com; Wed, 20 Sep 2000 17:34:44 +0200 (CDT) >From owner-linux-mips@oss.sgi.com Wed Sep 20 08:37:12 2000 >Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY >FINANCIAL COMMITMENT derived from this message." >Message-Id: <200009201534.RAA95028@uxmain.nlr.nl> >X-Mailer: ELM [version 2.4ME+ PL82 (25)] >X-Orcpt: rfc822;linux-mips@oss.sgi.com >Sender: owner-linux-mips@oss.sgi.com >Precedence: bulk > >Hello Linux-MIPS users, > >I installed the Hardhat 5.1 distribution on an Indy system >with 8-bit basic graphics. > >The system boots without any problems and I also installed >the XFree86 4.0.1 binaries on the system, but when I start >the X-server by typing 'startx' the graphics console >blanks and a cursor appears on the top left corner of >the screen. > >Does anybody know if the 8-bit graphics is supported >by the XFree86 4.0.1 server? > >Thanks in advance, > >Greetings, >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 > _________________________________________________________________________ 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 Sep 21 00:18:40 2000 Received: by oss.sgi.com id ; Thu, 21 Sep 2000 00:18:30 -0700 Received: from gandalf.physik.uni-konstanz.de ([134.34.144.30]:22098 "EHLO gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP id ; Thu, 21 Sep 2000 00:18:09 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] by gandalf.physik.uni-konstanz.de with esmtp (Exim 2.05 #1 (Debian)) id 13c0cQ-0007GO-00; Thu, 21 Sep 2000 09:18:06 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 13c0cQ-0001BT-00; Thu, 21 Sep 2000 09:18:06 +0200 Date: Thu, 21 Sep 2000 09:18:06 +0200 From: Guido Guenther To: Geert Albert Smant Cc: linux-mips@oss.sgi.com Subject: Re: HELP: XFree86 4.0.1 on Indy Message-ID: <20000921091806.A4531@bilbo.physik.uni-konstanz.de> References: <200009201534.RAA95028@uxmain.nlr.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <200009201534.RAA95028@uxmain.nlr.nl>; from smant@nlr.nl on Wed, Sep 20, 2000 at 05:34:44PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 460 Lines: 13 On Wed, Sep 20, 2000 at 05:34:44PM +0200, Geert Albert Smant wrote: > The system boots without any problems and I also installed > the XFree86 4.0.1 binaries on the system, but when I start > the X-server by typing 'startx' the graphics console > blanks and a cursor appears on the top left corner of > the screen. Add 'Option "shadowfb" "yes"' to the device section of the XF86Config file. Hope this help, -- Guido -- GPG-Public Key: finger agx@debian.org From owner-linux-mips@oss.sgi.com Fri Sep 22 02:52:59 2000 Received: by oss.sgi.com id ; Fri, 22 Sep 2000 02:52:49 -0700 Received: from [131.188.77.254] ([131.188.77.254]:4868 "EHLO lappi") by oss.sgi.com with ESMTP id ; Fri, 22 Sep 2000 02:52:23 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 21 Sep 2000 15:36:31 +0200 Date: Thu, 21 Sep 2000 15:36:31 +0200 From: Ralf Baechle To: Keith Owens Cc: Brady Brown , SGI news group Subject: Re: ELF/Modutils problem Message-ID: <20000921153631.A1238@bacchus.dhis.org> References: <39C7FEBC.5DB355A2@ti.com> <1289.969409465@kao2.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <1289.969409465@kao2.melbourne.sgi.com>; from kaos@melbourne.sgi.com on Wed, Sep 20, 2000 at 11:24:25AM +1100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 992 Lines: 21 On Wed, Sep 20, 2000 at 11:24:25AM +1100, Keith Owens wrote: > On Tue, 19 Sep 2000 18:03:08 -0600, > Brady Brown wrote: > >I'm having trouble getting modutils 2.3.10 to work on a little endian > >MIPS box running a 2.4.0-test3 kernel. I am cross compiling the kernel > >and modules on an i386 using egcs1.0.3a-2 and binutils2.8.1-1. It > >appears that the symbol table format in the ELF file created by > >mipsel-linux-gcc during a module build is incorrect. > > > >As I read the ELF 1.1 spec - all symbols with STB_LOCAL bindings should > >precede all other symbols (weak and global) in the symbol table. > > modutils 2.3.11 includes a sanity check on the number of local symbols > precisely because of this MIPS problem. I agree with you that mips gcc > is violating the ELF standard, 2.3.11 just detects this and issues an > error message instead of overwriting memory but gcc needs to be fixed. And gcc has nothing to with it so it won't need to be fixed ... Ralf From owner-linux-mips@oss.sgi.com Fri Sep 22 02:57:29 2000 Received: by oss.sgi.com id ; Fri, 22 Sep 2000 02:57:09 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:15628 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Fri, 22 Sep 2000 02:57:06 -0700 Received: (qmail 23705 invoked from network); 22 Sep 2000 09:57:00 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 22 Sep 2000 09:57:00 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Ralf Baechle cc: Brady Brown , SGI news group Subject: Re: ELF/Modutils problem In-reply-to: Your message of "Thu, 21 Sep 2000 15:36:31 +0200." <20000921153631.A1238@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Sep 2000 20:57:00 +1100 Message-ID: <1690.969616620@ocs3.ocs-net> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 708 Lines: 14 On Thu, 21 Sep 2000 15:36:31 +0200, Ralf Baechle wrote: >On Wed, Sep 20, 2000 at 11:24:25AM +1100, Keith Owens wrote: >> modutils 2.3.11 includes a sanity check on the number of local symbols >> precisely because of this MIPS problem. I agree with you that mips gcc >> is violating the ELF standard, 2.3.11 just detects this and issues an >> error message instead of overwriting memory but gcc needs to be fixed. > >And gcc has nothing to with it so it won't need to be fixed ... Point taken, I should have said the MIPS toolchain instead of gcc. Something in the toolchain is generating an ELF object that does not follow the rules. Can we catch someone's attention to get it fixed? From owner-linux-mips@oss.sgi.com Fri Sep 22 06:26:33 2000 Received: by oss.sgi.com id ; Fri, 22 Sep 2000 06:26:23 -0700 Received: from [131.188.77.254] ([131.188.77.254]:20484 "EHLO lappi") by oss.sgi.com with ESMTP id ; Fri, 22 Sep 2000 06:26:16 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 22 Sep 2000 15:26:04 +0200 Date: Fri, 22 Sep 2000 15:26:04 +0200 From: Ralf Baechle To: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: libc upgrade Message-ID: <20000922152604.A2627@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 Content-Length: 860 Lines: 26 I've uploaded the hopefully last glibc 2.0.6 release to oss.sgi.com. The rpm package filenames are: glibc-2.0.6-6lm.src.rpm, glibc-2.0.6-6lm.mips.rpm, glibc-devel-2.0.6-6lm.mips.rpm, glibc-profile-2.0.6-6lm.mips.rpm, glibc-debug-2.0.6-6lm.mips.rpm This release fix a number of bug that have been hanging in the dynamic linker basically forever and is urgently recommended to install. Once more rpm in it's stupidity being a static linked program breaks. I therefore also provide new rpm binaries: rpm-3.0-6.0lm.mips.rpm rpm-devel-3.0-6.0lm.mips.rpm No new source package for rpm since this is just a recompile of the package. Not that also other software which has been statically linked against libdl needs to be rebuilt against this library release. IMPORTANT: you must install these new rpm binaries before you upgrade glibc! Ralf From owner-linux-mips@oss.sgi.com Fri Sep 22 06:32:33 2000 Received: by oss.sgi.com id ; Fri, 22 Sep 2000 06:32:23 -0700 Received: from [131.188.77.254] ([131.188.77.254]:20740 "EHLO lappi") by oss.sgi.com with ESMTP id ; Fri, 22 Sep 2000 06:32:07 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 22 Sep 2000 15:31:56 +0200 Date: Fri, 22 Sep 2000 15:31:56 +0200 From: Ralf Baechle To: Keith Owens Cc: Brady Brown , SGI news group , Ulf Carlsson Subject: Re: ELF/Modutils problem Message-ID: <20000922153156.A2677@bacchus.dhis.org> References: <20000921153631.A1238@bacchus.dhis.org> <1690.969616620@ocs3.ocs-net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <1690.969616620@ocs3.ocs-net>; from kaos@melbourne.sgi.com on Fri, Sep 22, 2000 at 08:57: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 Content-Length: 1028 Lines: 21 On Fri, Sep 22, 2000 at 08:57:00PM +1100, Keith Owens wrote: > >On Wed, Sep 20, 2000 at 11:24:25AM +1100, Keith Owens wrote: > >> modutils 2.3.11 includes a sanity check on the number of local symbols > >> precisely because of this MIPS problem. I agree with you that mips gcc > >> is violating the ELF standard, 2.3.11 just detects this and issues an > >> error message instead of overwriting memory but gcc needs to be fixed. > > > >And gcc has nothing to with it so it won't need to be fixed ... > > Point taken, I should have said the MIPS toolchain instead of gcc. > Something in the toolchain is generating an ELF object that does not > follow the rules. Can we catch someone's attention to get it fixed? Ulf Carlsson is currently maintaining binutils. Ulf, you got the bandwidth to take a look at this? After a look over the gas code it's not obvious to my why this doesn't work on MIPS but on all the other architectures, you probably know the internals of this beast better than I do. Ralf From owner-linux-mips@oss.sgi.com Fri Sep 22 08:22:13 2000 Received: by oss.sgi.com id ; Fri, 22 Sep 2000 08:21:53 -0700 Received: from gatekeep.ti.com ([192.94.94.61]:13962 "EHLO gatekeep.ti.com") by oss.sgi.com with ESMTP id ; Fri, 22 Sep 2000 08:21:40 -0700 Received: from dlep6.itg.ti.com ([157.170.188.9]) by gatekeep.ti.com (8.11.0/8.11.0) with ESMTP id e8MFKfT21116; Fri, 22 Sep 2000 10:20:41 -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 KAA08563; Fri, 22 Sep 2000 10:20:35 -0500 (CDT) Received: from dlep3.itg.ti.com (dlep3.itg.ti.com [157.170.188.62]) by dlep6.itg.ti.com (8.9.3/8.9.3) with ESMTP id KAA08547; Fri, 22 Sep 2000 10:20:35 -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 KAA03798; Fri, 22 Sep 2000 10:20:39 -0500 (CDT) Message-ID: <39CB7978.E222DF8E@ti.com> Date: Fri, 22 Sep 2000 09:23:36 -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: Ralf Baechle CC: Keith Owens , SGI news group , Ulf Carlsson Subject: Re: ELF/Modutils problem References: <20000921153631.A1238@bacchus.dhis.org> <1690.969616620@ocs3.ocs-net> <20000922153156.A2677@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 Content-Length: 1472 Lines: 31 Ralf Baechle wrote: > On Fri, Sep 22, 2000 at 08:57:00PM +1100, Keith Owens wrote: > > > >On Wed, Sep 20, 2000 at 11:24:25AM +1100, Keith Owens wrote: > > >> modutils 2.3.11 includes a sanity check on the number of local symbols > > >> precisely because of this MIPS problem. I agree with you that mips gcc > > >> is violating the ELF standard, 2.3.11 just detects this and issues an > > >> error message instead of overwriting memory but gcc needs to be fixed. > > > > > >And gcc has nothing to with it so it won't need to be fixed ... > > > > Point taken, I should have said the MIPS toolchain instead of gcc. > > Something in the toolchain is generating an ELF object that does not > > follow the rules. Can we catch someone's attention to get it fixed? > > Ulf Carlsson is currently maintaining binutils. > Ulf, you got the bandwidth to take a look at this? After a look over the > gas code it's not obvious to my why this doesn't work on MIPS but on > all the other architectures, you probably know the internals of this beast > better than I do. > > Ralf I'm not sure what exact piece of the tool chain forms the un-linked elf file, but as I stated originally the symbol table in the .o file is incorrect after compiling and then if I do an incremental link (-r) the symbol table and length pointer have been corrected. Based upon this it looks like the output from the linker is correct, but the output from the earlier stage is wrong. From owner-linux-mips@oss.sgi.com Sat Sep 23 14:59:19 2000 Received: by oss.sgi.com id ; Sat, 23 Sep 2000 14:59:09 -0700 Received: from u-161.karlsruhe.ipdial.viaginterkom.de ([62.180.10.161]:37636 "EHLO u-161.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 23 Sep 2000 14:58:49 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 23 Sep 2000 23:06:32 +0200 Date: Sat, 23 Sep 2000 23:06:32 +0200 From: Ralf Baechle To: Brady Brown Cc: Keith Owens , SGI news group , Ulf Carlsson Subject: Re: ELF/Modutils problem Message-ID: <20000923230632.A1639@bacchus.dhis.org> References: <20000921153631.A1238@bacchus.dhis.org> <1690.969616620@ocs3.ocs-net> <20000922153156.A2677@bacchus.dhis.org> <39CB7978.E222DF8E@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39CB7978.E222DF8E@ti.com>; from bbrown@ti.com on Fri, Sep 22, 2000 at 09:23:36AM -0600 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 5271 Lines: 153 On Fri, Sep 22, 2000 at 09:23:36AM -0600, Brady Brown wrote: > > Ulf Carlsson is currently maintaining binutils. > > Ulf, you got the bandwidth to take a look at this? After a look over the > > gas code it's not obvious to my why this doesn't work on MIPS but on > > all the other architectures, you probably know the internals of this beast > > better than I do. > > I'm not sure what exact piece of the tool chain forms the un-linked elf file, > but as I stated originally the symbol table in the .o file is incorrect after > compiling and then if I do an incremental link (-r) the symbol table and > length pointer have been corrected. Based upon this it looks like the output > from the linker is correct, but the output from the earlier stage is wrong. It's the assembler as below text case demonstrates. Ralf #!/bin/sh # This is a shell archive (produced by GNU sharutils 4.2.1). # To extract the files from this archive, save it to some FILE, remove # everything before the `!/bin/sh' line above, then type `sh FILE'. # # Made on 2000-09-23 23:03 MEST by . # Source directory was `/home/ralf/src/binutils'. # # Existing files will *not* be overwritten unless `-c' is specified. # # This shar contains: # length mode name # ------ ---------- ------------------------------------------ # 37 -rw-rw-r-- nuke-as-01/s.s # 161 -rw-r--r-- nuke-as-01/Makefile # save_IFS="${IFS}" IFS="${IFS}:" gettext_dir=FAILED locale_dir=FAILED first_param="$1" for dir in $PATH do if test "$gettext_dir" = FAILED && test -f $dir/gettext \ && ($dir/gettext --version >/dev/null 2>&1) then set `$dir/gettext --version 2>&1` if test "$3" = GNU then gettext_dir=$dir fi fi if test "$locale_dir" = FAILED && test -f $dir/shar \ && ($dir/shar --print-text-domain-dir >/dev/null 2>&1) then locale_dir=`$dir/shar --print-text-domain-dir` fi done IFS="$save_IFS" if test "$locale_dir" = FAILED || test "$gettext_dir" = FAILED then echo=echo else TEXTDOMAINDIR=$locale_dir export TEXTDOMAINDIR TEXTDOMAIN=sharutils export TEXTDOMAIN echo="$gettext_dir/gettext -s" fi if touch -am -t 200112312359.59 $$.touch >/dev/null 2>&1 && test ! -f 200112312359.59 -a -f $$.touch; then shar_touch='touch -am -t $1$2$3$4$5$6.$7 "$8"' elif touch -am 123123592001.59 $$.touch >/dev/null 2>&1 && test ! -f 123123592001.59 -a ! -f 123123592001.5 -a -f $$.touch; then shar_touch='touch -am $3$4$5$6$1$2.$7 "$8"' elif touch -am 1231235901 $$.touch >/dev/null 2>&1 && test ! -f 1231235901 -a -f $$.touch; then shar_touch='touch -am $3$4$5$6$2 "$8"' else shar_touch=: echo $echo 'WARNING: not restoring timestamps. Consider getting and' $echo "installing GNU \`touch', distributed in GNU File Utilities..." echo fi rm -f 200112312359.59 123123592001.59 123123592001.5 1231235901 $$.touch # if mkdir _sh01696; then $echo 'x -' 'creating lock directory' else $echo 'failed to create lock directory' exit 1 fi # ============= nuke-as-01/s.s ============== if test ! -d 'nuke-as-01'; then $echo 'x -' 'creating directory' 'nuke-as-01' mkdir 'nuke-as-01' fi if test -f 'nuke-as-01/s.s' && test "$first_param" != -c; then $echo 'x -' SKIPPING 'nuke-as-01/s.s' '(file already exists)' else $echo 'x -' extracting 'nuke-as-01/s.s' '(text)' sed 's/^X//' << 'SHAR_EOF' > 'nuke-as-01/s.s' && X .globl x1 x1: .word x1 x2: .word x2 SHAR_EOF (set 20 00 09 22 02 42 43 'nuke-as-01/s.s'; eval "$shar_touch") && chmod 0664 'nuke-as-01/s.s' || $echo 'restore of' 'nuke-as-01/s.s' 'failed' if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \ && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then md5sum -c << SHAR_EOF >/dev/null 2>&1 \ || $echo 'nuke-as-01/s.s:' 'MD5 check failed' 509bca5a5362c487c805dbc79d9d32a8 nuke-as-01/s.s SHAR_EOF else shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'nuke-as-01/s.s'`" test 37 -eq "$shar_count" || $echo 'nuke-as-01/s.s:' 'original size' '37,' 'current size' "$shar_count!" fi fi # ============= nuke-as-01/Makefile ============== if test -f 'nuke-as-01/Makefile' && test "$first_param" != -c; then $echo 'x -' SKIPPING 'nuke-as-01/Makefile' '(file already exists)' else $echo 'x -' extracting 'nuke-as-01/Makefile' '(text)' sed 's/^X//' << 'SHAR_EOF' > 'nuke-as-01/Makefile' && target = mips64-linux- AS = $(target)as OBJDUMP = $(target)objdump READELF = $(target)readelf X CFLAGS = X all: s.o X $(READELF) -s $^ X clean distclean: X rm -f s.o SHAR_EOF (set 20 00 09 21 15 47 28 'nuke-as-01/Makefile'; eval "$shar_touch") && chmod 0644 'nuke-as-01/Makefile' || $echo 'restore of' 'nuke-as-01/Makefile' 'failed' if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \ && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then md5sum -c << SHAR_EOF >/dev/null 2>&1 \ || $echo 'nuke-as-01/Makefile:' 'MD5 check failed' 4d263e9d27b40dbb44f9fadc00160fa5 nuke-as-01/Makefile SHAR_EOF else shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'nuke-as-01/Makefile'`" test 161 -eq "$shar_count" || $echo 'nuke-as-01/Makefile:' 'original size' '161,' 'current size' "$shar_count!" fi fi rm -fr _sh01696 exit 0 From owner-linux-mips@oss.sgi.com Sat Sep 23 15:09:19 2000 Received: by oss.sgi.com id ; Sat, 23 Sep 2000 15:09:09 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:52241 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Sat, 23 Sep 2000 15:08:53 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA28810; Sat, 23 Sep 2000 15:01:10 -0700 (PDT) mail_from (ulfc@calypso.engr.sgi.com) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id PAA72667; Sat, 23 Sep 2000 15:08:51 -0700 (PDT) Received: from calypso.engr.sgi.com (calypso.engr.sgi.com [163.154.5.113]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA89798; Sat, 23 Sep 2000 15:07:15 -0700 (PDT) mail_from (ulfc@calypso.engr.sgi.com) Received: by calypso.engr.sgi.com (Postfix, from userid 37984) id 84379A7875; Sat, 23 Sep 2000 15:03:50 -0700 (PDT) To: Ralf Baechle Cc: Brady Brown , Keith Owens , SGI news group Subject: Re: ELF/Modutils problem References: <20000921153631.A1238@bacchus.dhis.org> <1690.969616620@ocs3.ocs-net> <20000922153156.A2677@bacchus.dhis.org> <39CB7978.E222DF8E@ti.com> <20000923230632.A1639@bacchus.dhis.org> From: Ulf Carlsson Date: 23 Sep 2000 15:03:50 -0700 In-Reply-To: Ralf Baechle's message of "Sat, 23 Sep 2000 23:06:32 +0200" Message-ID: <6ovsnqqn4u1.fsf@calypso.engr.sgi.com> X-Mailer: Gnus v5.7/Emacs 20.5 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 151 Lines: 6 > It's the assembler as below text case demonstrates. Thanks. I'll take a look at it. I remember that I've looked at this problem once before. Ulf From owner-linux-mips@oss.sgi.com Mon Sep 25 02:31:14 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 02:31:04 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:38148 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 25 Sep 2000 02:30:59 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id D3B457FD; Mon, 25 Sep 2000 11:37:09 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 3023A9014; Mon, 25 Sep 2000 11:24:13 +0200 (CEST) Date: Mon, 25 Sep 2000 11:24:13 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000925112413.B3247@paradigm.rfc822.org> References: <20000922152604.A2627@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000922152604.A2627@bacchus.dhis.org>; from ralf@oss.sgi.com on Fri, Sep 22, 2000 at 03:26:04PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1860 Lines: 23 On Fri, Sep 22, 2000 at 03:26:04PM +0200, Ralf Baechle wrote: > I've uploaded the hopefully last glibc 2.0.6 release to oss.sgi.com. The > rpm package filenames are: > > glibc-2.0.6-6lm.src.rpm, Build fails on mipsel ... gcc rpcinfo.c -c -O2 -g -w -I. -I.. -I../libio -I../sysdeps/mips/elf -I../crypt/sysdeps/unix -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/mips -I../linuxthreads/sysdeps/pthread/cmpxchg -I../sysdeps/unix/sysv/linux/mips -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/mips -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/mips/mipsel -I../sysdeps/mips -I../sysdeps/wordsize-32 -I../sysdeps/ieee754 -I../sysdeps/libm-ieee754 -I../sysdeps/generic -I../sysdeps/stub -D_LIBC_REENTRANT -D_PATH_RPC='"/etc/rpc"' -include ../libc-symbols.h -o rpcinfo.o gcc -nostdlib -nostartfiles -o rpcinfo -Wl,-dynamic-linker=/lib/ld.so.1 -g ../csu/start.o ../csu/crti.o `gcc --print-file-name=crtbegin.o` rpcinfo.o -Wl,-rpath-link=..:../elf:../nss ../libc.so.6 ../elf/ld.so.1 ../libc.a -lgcc `gcc --print-file-name=crtend.o` ../csu/crtn.o /bin/sh: invalid character 45 in exportstr for full-config-sysdirs LD_LIBRARY_PATH=..:../elf:../nss ../elf/ld.so.1 ./rpcgen -c rpcsvc/bootparam.x -o xbootparam.T /bin/sh: invalid character 45 in exportstr for full-config-sysdirs make[1]: *** [xbootparam.stmp] Segmentation fault make[1]: Leaving directory `/usr/src/redhat/BUILD/glibc-2.0.6/sunrpc' make: *** [sunrpc/others] Error 2 Bad exit status from /var/tmp/rpm-tmp.29023 (%build) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Mon Sep 25 04:22:55 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 04:22:44 -0700 Received: from u-194.karlsruhe.ipdial.viaginterkom.de ([62.180.10.194]:51461 "EHLO u-194.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 25 Sep 2000 04:22:35 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 25 Sep 2000 13:20:57 +0200 Date: Mon, 25 Sep 2000 13:20:56 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000925132056.A7598@bacchus.dhis.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000925112413.B3247@paradigm.rfc822.org>; from flo@rfc822.org on Mon, Sep 25, 2000 at 11:24:13AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 220 Lines: 8 On Mon, Sep 25, 2000 at 11:24:13AM +0200, Florian Lohoff wrote: > Build fails on mipsel ... These messages look like file corruption. Maybe one of the `features' of the 2.4.0-test kernels and not libc at all? Ralf From owner-linux-mips@oss.sgi.com Mon Sep 25 07:21:15 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 07:21:06 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:11780 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 25 Sep 2000 07:20:56 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 4477D801; Mon, 25 Sep 2000 16:27:07 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 8F1DA9014; Mon, 25 Sep 2000 16:15:00 +0200 (CEST) Date: Mon, 25 Sep 2000 16:15:00 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000925161500.A4773@paradigm.rfc822.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000925132056.A7598@bacchus.dhis.org>; from ralf@oss.sgi.com on Mon, Sep 25, 2000 at 01:20:56PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 773 Lines: 20 On Mon, Sep 25, 2000 at 01:20:56PM +0200, Ralf Baechle wrote: > On Mon, Sep 25, 2000 at 11:24:13AM +0200, Florian Lohoff wrote: > > > Build fails on mipsel ... > > These messages look like file corruption. Maybe one of the `features' > of the 2.4.0-test kernels and not libc at all? I dont think so - I succeeded to compile ~2000 Packages of debian on this kernel and its noticeably the first execution with the "new" ld.so LD_LIBRARY_PATH=..:../elf:../nss ../elf/ld.so.1 ./rpcgen -c rpcsvc/bootparam.x -o xbootparam.T /bin/sh: invalid character 45 in exportstr for full-config-sysdirs make[1]: *** [xbootparam.stmp] Segmentation fault Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Mon Sep 25 11:49:37 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 11:49:27 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:51450 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 25 Sep 2000 11:48:59 -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 e8PIlwx18947; Mon, 25 Sep 2000 11:47:58 -0700 Message-ID: <39CF9DFC.F30B302B@mvista.com> Date: Mon, 25 Sep 2000 11:48:28 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: load_unaligned() and "uld" instruction Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 352 Lines: 11 The USB sub-system uses "unaligned.h" file to access unaligned data. All the unaligned data access functions depend on "uld" and "usw" instructions, which are not available on many CPUs. I wonder if there is a version of unaligned access functions which do not depend on those instructions. If not, I can probably write one. Any suggestions? Jun From owner-linux-mips@oss.sgi.com Mon Sep 25 13:02:46 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 13:02:37 -0700 Received: from u-53.karlsruhe.ipdial.viaginterkom.de ([62.180.20.53]:3846 "EHLO u-53.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 25 Sep 2000 13:02:06 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 25 Sep 2000 18:28:53 +0200 Date: Mon, 25 Sep 2000 18:28:53 +0200 From: Ralf Baechle To: linux-kernel@vger.kernel.org, SGI-MIPS List Subject: Re: [patch] 2.4.0-test8: Alpha RTC clean-ups Message-ID: <20000925182853.B9730@bacchus.dhis.org> References: <20000922232950.A25561@lug-owl.de> <20000925125006.B28011@lug-owl.de> 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: <20000925125006.B28011@lug-owl.de>; from jbglaw@lug-owl.de on Mon, Sep 25, 2000 at 12:50:06PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1199 Lines: 38 On Mon, Sep 25, 2000 at 12:50:06PM +0200, Jan-Benedict Glaw wrote: > On Mon, Sep 25, 2000 at 11:35:35AM +0200, Maciej W. Rozycki wrote: > > On Fri, 22 Sep 2000, Jan-Benedict Glaw wrote: > > > > > Instead of having hard-coded values, we should maybe do something > > > more variable like: > > > if (year >= (20 + YEARS_SINCE_2000) && year < (48 + YEARS_SINCE_2000) > > > ... > > > > This looks reasonable. > > > > > This applies to other platforms using different epoch vaules as > > > well, of course... > > > > Alpha appears to be the only one. > > ./driver/char/rtc.c:rtc_init() > #if defined(__alpha__) || defined(__mips__) > [...] > > MIPS does that as well _in the wrong way_ compared to rtc.c: > ./arch/mips/dev/time.c:time_init() > /* > * The DECstation RTC is used as a TOY (Time Of Year). > * The PROM will reset the year to either '70, '71 or '72. > * This hack will only work until Dec 31 2001. > */ > year += 1928; This has already been fixed. In any case the DECstation RTC stuff is so weird, don't try to explain it rationally ... > Fehler eingestehen, Größe zeigen: Nehmt die Rechtschreibreform zurück!!! Rechtschreibdeformation ... Ralf From owner-linux-mips@oss.sgi.com Mon Sep 25 13:15:57 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 13:15:47 -0700 Received: from u-53.karlsruhe.ipdial.viaginterkom.de ([62.180.20.53]:9222 "EHLO u-53.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 25 Sep 2000 13:15:26 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 25 Sep 2000 22:14:15 +0200 Date: Mon, 25 Sep 2000 22:14:14 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000925221414.A6190@bacchus.dhis.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000925161500.A4773@paradigm.rfc822.org>; from flo@rfc822.org on Mon, Sep 25, 2000 at 04:15:00PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 985 Lines: 23 On Mon, Sep 25, 2000 at 04:15:00PM +0200, Florian Lohoff wrote: > > > Build fails on mipsel ... > > > > These messages look like file corruption. Maybe one of the `features' > > of the 2.4.0-test kernels and not libc at all? > > I dont think so - I succeeded to compile ~2000 Packages of debian > on this kernel and its noticeably the first execution with the "new" ld.so I week of CPU time on an Origin building packages: No problems ... I'm actually fairly close to get a RH 6.2 built - as far as that is possible with glibc 2.0. > LD_LIBRARY_PATH=..:../elf:../nss ../elf/ld.so.1 ./rpcgen -c rpcsvc/bootparam.x -o xbootparam.T > /bin/sh: invalid character 45 in exportstr for full-config-sysdirs > make[1]: *** [xbootparam.stmp] Segmentation fault Ok, second theory. What linker where you using to build all this programs? The new ld.so needs to know what ld has built programs due to some pretty stupid pre-2.9.something brokeness in R_MIPS_32 reloction handling. Ralf From owner-linux-mips@oss.sgi.com Mon Sep 25 14:06:57 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 14:06:47 -0700 Received: from smtp.algor.co.uk ([62.254.210.199]:31718 "EHLO kenton.algor.co.uk") by oss.sgi.com with ESMTP id ; Mon, 25 Sep 2000 14:06:21 -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 WAA21144; Mon, 25 Sep 2000 22:05:45 +0100 (GMT/BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id WAA01137; Mon, 25 Sep 2000 22:16:33 +0100 (GMT/BST) Date: Mon, 25 Sep 2000 22:16:33 +0100 (GMT/BST) Message-Id: <200009252116.WAA01137@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Jun Sun Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction In-Reply-To: <39CF9DFC.F30B302B@mvista.com> References: <39CF9DFC.F30B302B@mvista.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1123 Lines: 38 Jun Sun (jsun@mvista.com) writes: > The USB sub-system uses "unaligned.h" file to access unaligned data. > All the unaligned data access functions depend on "uld" and "usw" > instructions, which are not available on many CPUs. You won't find the instruction 'uld' in *any* MIPS CPU. uld is an assembler macro-instruction translating into a ldl ldr pair (the instructions are called load-double-left and load-double-right). The exact translation depends on whether you're running big-endian or little-endian... but the 32-bit version on a big-endian CPU is that ulw $1,
is assembled as lwl $1,
lwr $1, The way that the load-left and load-right work together is kind of tricky to get your head round. So far as I know, all 64-bit MIPS CPUs implement ldl/ldr and the store equivalents. MIPS patented these instructions, so clones like Lexra's don't implement the 32-bit versions (lwl, lwr etc). -- Dominic Sweetman Algorithmics Ltd The Fruit Farm, Ely Road, Chittering, CAMBS CB5 9PH, ENGLAND phone: +44 1223 706200 / fax: +44 1223 706250 / http://www.algor.co.uk From owner-linux-mips@oss.sgi.com Mon Sep 25 14:38:07 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 14:37:58 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:15602 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Mon, 25 Sep 2000 14:37: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 e8PLa9x24119; Mon, 25 Sep 2000 14:36:09 -0700 Message-ID: <39CFC567.DD66BC56@mvista.com> Date: Mon, 25 Sep 2000 14:36:39 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: Dominic Sweetman CC: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 2191 Lines: 66 Dominic Sweetman wrote: > > Jun Sun (jsun@mvista.com) writes: > > > The USB sub-system uses "unaligned.h" file to access unaligned data. > > All the unaligned data access functions depend on "uld" and "usw" > > instructions, which are not available on many CPUs. > > You won't find the instruction 'uld' in *any* MIPS CPU. > > uld is an assembler macro-instruction translating into a > > ldl > ldr > > pair (the instructions are called load-double-left and > load-double-right). The exact translation depends on whether you're > running big-endian or little-endian... but the 32-bit version on a > big-endian CPU is that > > ulw $1,
> > is assembled as > > lwl $1,
> lwr $1, > > The way that the load-left and load-right work together is kind of > tricky to get your head round. > > So far as I know, all 64-bit MIPS CPUs implement ldl/ldr and the store > equivalents. MIPS patented these instructions, so clones like Lexra's > don't implement the 32-bit versions (lwl, lwr etc). > > -- > Dominic Sweetman > Algorithmics Ltd > The Fruit Farm, Ely Road, Chittering, CAMBS CB5 9PH, ENGLAND > phone: +44 1223 706200 / fax: +44 1223 706250 / http://www.algor.co.uk Dominic, Thanks for the clarification. I looked at my problem again, and it turns out that it was caused by "-mips2" compiler option. If I use "-mips3", the complain goes away, which seems to make sense - assuming "uld" and "usw" are introduced in mips III. This actually brings another question (which I thought I have posted before). Take a look of arch/mips/Makefile, you will find most CPUS uses -mips2 compiler option. While -mips2 is safe, it cannot take advantages of "uld" etc. Is there any reason that we don't want to use -mips3, at least for some of the later CPUs? If we have to use "-mips2" option, is there a clean way which allows us to "uld/usw" instructions (instead of manually twicking the compilation for each file that uses them)? Another question is that in the same file most CPUs will take another compiler option such as "-mcpu=r8000", in which case the cpu model usually does NOT correspond to the actual CPU. Why is that? Thanks. Jun From owner-linux-mips@oss.sgi.com Mon Sep 25 16:30:58 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 16:30:48 -0700 Received: from u-53.karlsruhe.ipdial.viaginterkom.de ([62.180.20.53]:18182 "EHLO u-53.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 25 Sep 2000 16:30:34 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 26 Sep 2000 01:29:22 +0200 Date: Tue, 26 Sep 2000 01:29:22 +0200 From: Ralf Baechle To: Jun Sun Cc: Dominic Sweetman , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction Message-ID: <20000926012922.A7639@bacchus.dhis.org> References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39CFC567.DD66BC56@mvista.com>; from jsun@mvista.com on Mon, Sep 25, 2000 at 02:36:39PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1811 Lines: 37 On Mon, Sep 25, 2000 at 02:36:39PM -0700, Jun Sun wrote: > I looked at my problem again, and it turns out that it was caused by > "-mips2" compiler option. If I use "-mips3", the complain goes away, > which seems to make sense - assuming "uld" and "usw" are introduced in > mips III. > > This actually brings another question (which I thought I have posted > before). Take a look of arch/mips/Makefile, you will find most CPUS > uses -mips2 compiler option. While -mips2 is safe, it cannot take > advantages of "uld" etc. Is there any reason that we don't want to use > -mips3, at least for some of the later CPUs? You cannot use any kind of 64-bit operation for the 32-bit kernel except for the $zero register. This is because all exceptions as far as they store / restore the integer registers at all will only deal with the lower 32-bit of the registers. In other word any interrupt will corrupt the upper 32-bit bit of gp registers. Back in history I tried to enable the use of the full 64-bit register in the kernel - it ended up ugly as hell, especially because we still want to be able to share most of the code with the R3000. > If we have to use "-mips2" option, is there a clean way which allows us > to "uld/usw" instructions (instead of manually twicking the compilation > for each file that uses them)? > > Another question is that in the same file most CPUs will take another > compiler option such as "-mcpu=r8000", in which case the cpu model > usually does NOT correspond to the actual CPU. Why is that? -mcpu= chooses what CPU gcc will schedule instructions for. No matter what value you choose for the code will run on all CPUs. -mips chooses which ISA level gcc will generate code for; that code won't run on CPUs with a ISA level less than . Ralf From owner-linux-mips@oss.sgi.com Mon Sep 25 16:33:28 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 16:33:19 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:59150 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 25 Sep 2000 16:33:08 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id B685E812; Tue, 26 Sep 2000 01:38:50 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id D5B5F9014; Tue, 26 Sep 2000 01:04:16 +0200 (CEST) Date: Tue, 26 Sep 2000 01:04:16 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000926010416.B3761@paradigm.rfc822.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000925221414.A6190@bacchus.dhis.org>; from ralf@oss.sgi.com on Mon, Sep 25, 2000 at 10:14:14PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 759 Lines: 17 On Mon, Sep 25, 2000 at 10:14:14PM +0200, Ralf Baechle wrote: > On Mon, Sep 25, 2000 at 04:15:00PM +0200, Florian Lohoff wrote: > > LD_LIBRARY_PATH=..:../elf:../nss ../elf/ld.so.1 ./rpcgen -c rpcsvc/bootparam.x -o xbootparam.T > > /bin/sh: invalid character 45 in exportstr for full-config-sysdirs > > make[1]: *** [xbootparam.stmp] Segmentation fault > > Ok, second theory. What linker where you using to build all this programs? > The new ld.so needs to know what ld has built programs due to some pretty > stupid pre-2.9.something brokeness in R_MIPS_32 reloction handling. egcs 1.0.3a binutils 2.8.1 (Very conservative) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Mon Sep 25 17:48:39 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 17:48:29 -0700 Received: from u-53.karlsruhe.ipdial.viaginterkom.de ([62.180.20.53]:57608 "EHLO u-53.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Mon, 25 Sep 2000 17:48:00 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 26 Sep 2000 02:46:56 +0200 Date: Tue, 26 Sep 2000 02:46:56 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000926024656.A8306@bacchus.dhis.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <20000926010416.B3761@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000926010416.B3761@paradigm.rfc822.org>; from flo@rfc822.org on Tue, Sep 26, 2000 at 01:04:16AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 826 Lines: 18 On Tue, Sep 26, 2000 at 01:04:16AM +0200, Florian Lohoff wrote: > On Mon, Sep 25, 2000 at 10:14:14PM +0200, Ralf Baechle wrote: > > On Mon, Sep 25, 2000 at 04:15:00PM +0200, Florian Lohoff wrote: > > > LD_LIBRARY_PATH=..:../elf:../nss ../elf/ld.so.1 ./rpcgen -c rpcsvc/bootparam.x -o xbootparam.T > > > /bin/sh: invalid character 45 in exportstr for full-config-sysdirs > > > make[1]: *** [xbootparam.stmp] Segmentation fault > > > > Ok, second theory. What linker where you using to build all this programs? > > The new ld.so needs to know what ld has built programs due to some pretty > > stupid pre-2.9.something brokeness in R_MIPS_32 reloction handling. > > egcs 1.0.3a binutils 2.8.1 (Very conservative) That's actually the one combination I haven't tested. Looking into it and don't hold your breath :-(. Ralf From owner-linux-mips@oss.sgi.com Mon Sep 25 23:21:40 2000 Received: by oss.sgi.com id ; Mon, 25 Sep 2000 23:21:30 -0700 Received: from mx.mips.com ([206.31.31.226]:7085 "EHLO mx.mips.com") by oss.sgi.com with ESMTP id ; Mon, 25 Sep 2000 23:21: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 XAA22345; Mon, 25 Sep 2000 23:19:34 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id XAA22160; Mon, 25 Sep 2000 23:19:46 -0700 (PDT) Message-ID: <000d01c02782$32d31560$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Jun Sun" , "Dominic Sweetman" Cc: , References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> Subject: Re: load_unaligned() and "uld" instruction Date: Tue, 26 Sep 2000 08:22:36 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 2452 Lines: 57 > Dominic, > > Thanks for the clarification. I'll second that - he beat me to it! > I looked at my problem again, and it turns out that it was caused by > "-mips2" compiler option. If I use "-mips3", the complain goes away, > which seems to make sense - assuming "uld" and "usw" are > introduced in mips III. The "load word left/right" and "store word left/right" instructions are part of the original MIPS I ISA. On the other hand, "uld" represents a load of an unalgined quad or "doubleword" of 64-bits, and uses 64-bit load double right/left instructions that are part of the 64-bit MIPS III ISA. > This actually brings another question (which I thought I have posted > before). Take a look of arch/mips/Makefile, you will find most CPUS > uses -mips2 compiler option. While -mips2 is safe, it cannot take > advantages of "uld" etc. Is there any reason that we don't want to use > -mips3, at least for some of the later CPUs? > > If we have to use "-mips2" option, is there a clean way which allows us > to "uld/usw" instructions (instead of manually twicking the compilation > for each file that uses them)? This is a general problem that I've had to fight with the "main line" MIPS/Linux distribution. Most of the work being done is being done on SGI platforms, and all SGI systems since the Crimson have had 64-bit CPUs. Older DECStations use R3000s, and more importantly, many of the new embedded MIPS designs use "MIPS32" processors that have R4000-like system coprocessors, but only 32-bit data paths. I had to do a fairly complete redesign of the 2.2 semaphore support code, for example, in order to get it to rely only on the 32-bit forms of load locked and store conditional. It's clear that I'll have to do something similar with the unaligned accesses in the USB support code before it will run on the MIPS 4Kc and similar CPUs. > Another question is that in the same file most CPUs will take another > compiler option such as "-mcpu=r8000", in which case the cpu model > usually does NOT correspond to the actual CPU. Why is that? The -mcpu tells the compiler and assembler for what kind of pipeline it should optimise, which is independent of the ISA level. "-mcpu=r8000", for example, tells the tools that the CPU is superscalar. Thus one sees that option selected for the R5000 platforms, even though the R5000 and R8000 pipelines are otherwise very dissimilar. Regards, Kevin K. From owner-linux-mips@oss.sgi.com Tue Sep 26 01:20:12 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 01:20:02 -0700 Received: from t111.niisi.ras.ru ([193.232.173.111]:30530 "EHLO t111.niisi.ras.ru") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 01:19:41 -0700 Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id NAA06351; Wed, 1 Jan 1997 13:42:26 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA10418; Tue, 26 Sep 2000 11:51:43 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA15053; Tue, 26 Sep 2000 12:16:48 +0300 (MSK) Message-ID: <39D05E8B.A7F4A2D9@niisi.msk.ru> Date: Tue, 26 Sep 2000 12:30:03 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en,ru MIME-Version: 1.0 To: Ralf Baechle CC: Florian Lohoff , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 654 Lines: 18 Ralf, BTW, what should we use as system headers with glibc nowadays ? Should it be old HardHat kernel-headers-2.1.100 or newer 2.2.x ? > I week of CPU time on an Origin building packages: No problems ... I'm > actually fairly close to get a RH 6.2 built - as far as that is possible > with glibc 2.0. > Do you have the packages somewhere on the net ? I am personally interested in disk packages (fdisk, msdostools &co.) and the packages required in order to run 2.2 kernels. Old HardHat cfdisk, for example, seems to create partitions in the big endian format. At least, the rest see garbage after cfdisk creates a partition table. Regards, Gleb. From owner-linux-mips@oss.sgi.com Tue Sep 26 01:30:12 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 01:30:02 -0700 Received: from t111.niisi.ras.ru ([193.232.173.111]:52546 "EHLO t111.niisi.ras.ru") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 01:29:40 -0700 Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id NAA06412; Wed, 1 Jan 1997 13:52:26 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id MAA10527; Tue, 26 Sep 2000 12:00:39 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA15222; Tue, 26 Sep 2000 12:24:45 +0300 (MSK) Message-ID: <39D06065.FC00C7A0@niisi.msk.ru> Date: Tue, 26 Sep 2000 12:37:57 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en,ru MIME-Version: 1.0 To: Florian Lohoff CC: Ralf Baechle , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <20000926010416.B3761@paradigm.rfc822.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 636 Lines: 15 > > Ok, second theory. What linker where you using to build all this programs? > > The new ld.so needs to know what ld has built programs due to some pretty > > stupid pre-2.9.something brokeness in R_MIPS_32 reloction handling. > > egcs 1.0.3a binutils 2.8.1 (Very conservative) > Well, another question. Ralf uploaded cross tools rpms year ago. Does anybody have native rmps for big endian ? Also, does anybody have cross tools for sparc glibc 2.1 (RH6.x sparc distribution) ? I can't compile cross gcc on my Ultra, it seems like a bug in the sparc compiler, the process fails in parsing an enum decl in a header. Regards, Gleb. From owner-linux-mips@oss.sgi.com Tue Sep 26 01:58:32 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 01:58:22 -0700 Received: from smtp.algor.co.uk ([62.254.210.199]:17639 "EHLO kenton.algor.co.uk") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 01:57:56 -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 JAA24255; Tue, 26 Sep 2000 09:57:19 +0100 (GMT/BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id KAA00259; Tue, 26 Sep 2000 10:08:15 +0100 (GMT/BST) Date: Tue, 26 Sep 2000 10:08:15 +0100 (GMT/BST) Message-Id: <200009260908.KAA00259@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Kevin D. Kissell" Cc: "Jun Sun" , "Dominic Sweetman" , , Subject: Re: load_unaligned() and "uld" instruction In-Reply-To: <000d01c02782$32d31560$0deca8c0@Ulysses> References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 3036 Lines: 72 Kevin D. Kissell (kevink@mips.com) writes: > > Another question is that in the same file most CPUs will take another > > compiler option such as "-mcpu=r8000", in which case the cpu model > > usually does NOT correspond to the actual CPU. Why is that? > > The -mcpu tells the compiler and assembler for what kind > of pipeline it should optimise, which is independent of the > ISA level. "-mcpu=r8000", for example, tells the tools that > the CPU is superscalar. Thus one sees that option selected > for the R5000 platforms, even though the R5000 and R8000 > pipelines are otherwise very dissimilar. Hmm. I wish it was that simple. But some MIPS CPUs have instruction set additions which are not related to the mips1, mips2, etc. For example, a whole collection of parts with a vaguely "embedded" orientation has integer multiply/accumulate instructions. Algorithmics' version of GCC (and, I'm sure, others) picks up on the -mcpu=xxx flag to do that. In fact, I don't think there's any other way to allow the compiler to warn you of some bizarre omissions from one or two rogue CPUs. But until compiler support for MIPS Linux is more systematic, you'd be better being conservative. And you don't want to unnecessarily multiply kernel versions - so in general, don't say "-mcpu=" anything for kernel builds. The Linux convention is "-mips2"; which is quite odd, because the MIPS-II ISA was incarnate in just one CPU (the R6000). A few units were made around 1990 and even fewer worked; the project was overtaken by the (-mips3, 64-bit) R4000. Subsequently, and confusingly, "-mips2" has been re-used to mean "-mips3 but don't assume 64-bit registers". Except for floating point. Maybe. (it's sometimes not a good idea to re-use a term). Ralf wrote: > You cannot use any kind of 64-bit operation for the 32-bit kernel... Outside SGI circles, I believe, "32-bit kernels" are all that are likely to work... > ... except for the $zero register. This is because all exceptions > as far as they store / restore the integer registers at all will > only deal with the lower 32-bit of the registers. In other word any > interrupt will corrupt the upper 32-bit bit of gp registers. Even calling a subroutine compiled 32-bit may corrupt one of the registers which are supposed to be preserved. As Kevin indicates, it would probably be worth some effort to converge on a kernel which would: 1. build for either 32-bit ("MIPS32" and near-miss) and 64-bit (MIPS3, MIPS4 and MIPS64) CPUs. 2. Allow 64-bit operations on 64-bit CPUs, without insisting that C data types grow. Need to save the whole of registers and compile "long long" and "double" data types... This is possible, but needs some thought. AFAIK, the GCC currently used for Linux changes the whole calling convention when -mips3 is selected, which makes (2) pretty difficult. -- Dominic Sweetman Algorithmics Ltd The Fruit Farm, Ely Road, Chittering, CAMBS CB5 9PH, ENGLAND phone: +44 1223 706200 / fax: +44 1223 706250 / http://www.algor.co.uk From owner-linux-mips@oss.sgi.com Tue Sep 26 03:39:42 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 03:39:33 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:2052 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Tue, 26 Sep 2000 03:39:13 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id A77B77F3; Tue, 26 Sep 2000 12:44:58 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 8F1FB9014; Tue, 26 Sep 2000 12:36:00 +0200 (CEST) Date: Tue, 26 Sep 2000 12:36:00 +0200 From: Florian Lohoff To: "Gleb O. Raiko" Cc: Ralf Baechle , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000926123600.A413@paradigm.rfc822.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <20000926010416.B3761@paradigm.rfc822.org> <39D06065.FC00C7A0@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39D06065.FC00C7A0@niisi.msk.ru>; from raiko@niisi.msk.ru on Tue, Sep 26, 2000 at 12:37:57PM +0400 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1039 Lines: 24 On Tue, Sep 26, 2000 at 12:37:57PM +0400, Gleb O. Raiko wrote: > > > Ok, second theory. What linker where you using to build all this programs? > > > The new ld.so needs to know what ld has built programs due to some pretty > > > stupid pre-2.9.something brokeness in R_MIPS_32 reloction handling. > > > > egcs 1.0.3a binutils 2.8.1 (Very conservative) > > > > Well, another question. Ralf uploaded cross tools rpms year ago. Does > anybody have native rmps for big endian ? Also, does anybody have cross > tools for sparc glibc 2.1 (RH6.x sparc distribution) ? I can't compile > cross gcc on my Ultra, it seems like a bug in the sparc compiler, the > process fails in parsing an enum decl in a header. I tried to compile cross gcc/binutils from CVS a couple of times for Linux/Sparc (Ultra) which didnt work as somewhere in the middle the beast meant to use the native "as" instead of mipsel-linux-as Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "Write only memory - Oops. Time for my medication again ..." From owner-linux-mips@oss.sgi.com Tue Sep 26 08:19:25 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 08:19:15 -0700 Received: from [63.90.239.3] ([63.90.239.3]:15122 "EHLO exchmail.velocityenterprises.net") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 08:18:49 -0700 Received: by exchmail.velocityenterprises.net with Internet Mail Service (5.5.2650.21) id ; Tue, 26 Sep 2000 10:20:15 -0500 Message-ID: From: "Jordan, Shane" To: linux-mips@oss.sgi.com Subject: Getting started Date: Tue, 26 Sep 2000 10:20:14 -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 Content-Length: 479 Lines: 8 Ok I have a older Indy box here and I was wondering what I need to do to get this thing running Linux. From what I understand you have to have Irix already installed on it. Unfortunently we just threw a new harddrive in with nothing on it and we don't have a copy of Irix. Is there anyway to install Linux on this badboy from scratch? I'm willing to help our with making binary package's ect if I can just get this thing booting into linux! Any ideas, cd's ect? Shane Jordan From owner-linux-mips@oss.sgi.com Tue Sep 26 10:35:16 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 10:34:57 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:31759 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 10:34:35 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id KAA16398; Tue, 26 Sep 2000 10:33:14 -0700 Date: Tue, 26 Sep 2000 10:33:14 -0700 From: Keith M Wesolowski To: "Jordan, Shane" Cc: linux-mips@oss.sgi.com Subject: Re: Getting started Message-ID: <20000926103313.B15401@chem.unr.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from SJordan@aivia.net on Tue, Sep 26, 2000 at 10:20:14AM -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 Content-Length: 1636 Lines: 32 On Tue, Sep 26, 2000 at 10:20:14AM -0500, Jordan, Shane wrote: > Ok I have a older Indy box here and I was wondering what I need to do to get > this thing running Linux. From what I understand you have to have Irix > already installed on it. Unfortunently we just threw a new harddrive in > with nothing on it and we don't have a copy of Irix. Is there anyway to > install Linux on this badboy from scratch? I'm willing to help our with > making binary package's ect if I can just get this thing booting into linux! > Any ideas, cd's ect? Afaik there are still no CDs you can use. However, it is not true that you need Irix. The current problem is lack of a bootloader. So most people just boot over the network and then use local disk. Another option, the one that requires Irix, calls for placing a Linux kernel in an Irix efs filesystem. A third option, not terribly easy to do without Irix, calls for placing an entire Linux kernel in the boot block. I recommend netbooting for now, especially if you don't have Irix. There are several distributions of varying non-production quality available. Start with the HOWTO at http://oss.sgi.com/mips/mips-howto.html. For some reason, my distro isn't included in that document even though I wrote a piece for it (Ralf?), so see also http://foobazco.org/~wesolows/Install-HOWTO.html - note that 0.2b is out but already getting fairly old. I know for a fact that you can install it without Irix because that's what I did from day one. -- 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 Sep 26 10:54:26 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 10:54:16 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:38415 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 10:53:55 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id KAA16855; Tue, 26 Sep 2000 10:48:05 -0700 Date: Tue, 26 Sep 2000 10:48:05 -0700 From: Keith M Wesolowski To: "Gleb O. Raiko" Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000926104805.C15401@chem.unr.edu> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <20000926010416.B3761@paradigm.rfc822.org> <39D06065.FC00C7A0@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39D06065.FC00C7A0@niisi.msk.ru>; from raiko@niisi.msk.ru on Tue, Sep 26, 2000 at 12:37:57PM +0400 X-Complaints-To: postmaster@chem.unr.edu Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1241 Lines: 24 On Tue, Sep 26, 2000 at 12:37:57PM +0400, Gleb O. Raiko wrote: > Well, another question. Ralf uploaded cross tools rpms year ago. Does > anybody have native rmps for big endian ? Also, does anybody have cross > tools for sparc glibc 2.1 (RH6.x sparc distribution) ? I can't compile > cross gcc on my Ultra, it seems like a bug in the sparc compiler, the > process fails in parsing an enum decl in a header. Native rpms, no. Native tarballs that "work," yes. I do have cross tools (again, not RPMs) for sparc glibc 2.1 - it's my main devel environment. I also have a script that builds an entire cross toolchain and kernel for any versions of gcc/binutils/glibc/kernel that you supply, and it's tested mainly on sparc glibc 2.1. I have not yet had any problems building such a cross toolchain, with a mainly stock RH6.2 system (make has to be upgraded to build recent glibc). Information on how I'm doing this is at http://foobazco.org/~wesolows/mips-cross.html. I recommend using the make-cross tools, however, located at ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple/crossdev/. HTH. -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From owner-linux-mips@oss.sgi.com Tue Sep 26 11:05:46 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 11:05:26 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:11515 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 11:04: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 e8QI3fx19179; Tue, 26 Sep 2000 11:03:41 -0700 Message-ID: <39D0E51C.79A0BE50@mvista.com> Date: Tue, 26 Sep 2000 11:04:12 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: "Kevin D. Kissell" , ralf@oss.sgi.com CC: Dominic Sweetman , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 2389 Lines: 83 "Kevin D. Kissell" wrote: > > > > If we have to use "-mips2" option, is there a clean way which allows us > > to "uld/usw" instructions (instead of manually twicking the compilation > > for each file that uses them)? > Ralf, before the perfect solution is found, the following patch makes the gcc complain go away. It just use ".set mips3" pragma. > It's clear that I'll have to do > something similar with the unaligned accesses in the USB > support code before it will run on the MIPS 4Kc and > similar CPUs. > I am pretty close to get USB running with the v2.4-test5. The unaligned access is the minor problem. The bigger problem I am fighting with now is bus_to_virt()/virt_to_bus() and USB interrupt. Jun ===================================== --- linux/include/asm-mips/unaligned.h.orig Mon Sep 25 14:02:52 2000 +++ linux/include/asm-mips/unaligned.h Tue Sep 26 10:53:31 2000 @@ -19,7 +19,7 @@ { unsigned long long __res; - __asm__("uld\t%0,(%1)" + __asm__(".set\tmips3\n\tuld\t%0,(%1)" :"=&r" (__res) :"r" (__addr)); @@ -33,7 +33,7 @@ { unsigned long __res; - __asm__("ulw\t%0,(%1)" + __asm__(".set\tmips3\n\tulw\t%0,(%1)" :"=&r" (__res) :"r" (__addr)); @@ -47,7 +47,7 @@ { unsigned long __res; - __asm__("ulh\t%0,(%1)" + __asm__(".set\tmips3\n\tulh\t%0,(%1)" :"=&r" (__res) :"r" (__addr)); @@ -60,7 +60,7 @@ extern __inline__ void stq_u(unsigned long __val, unsigned long long * __addr) { __asm__ __volatile__( - "usd\t%0,(%1)" + ".set\tmips3\n\tusd\t%0,(%1)" : /* No results */ :"r" (__val), "r" (__addr)); @@ -72,7 +72,7 @@ extern __inline__ void stl_u(unsigned long __val, unsigned int * __addr) { __asm__ __volatile__( - "usw\t%0,(%1)" + ".set\tmips3\n\tusw\t%0,(%1)" : /* No results */ :"r" (__val), "r" (__addr)); @@ -84,7 +84,7 @@ extern __inline__ void stw_u(unsigned long __val, unsigned short * __addr) { __asm__ __volatile__( - "ush\t%0,(%1)" + ".set\tmips3\n\tush\t%0,(%1)" : /* No results */ :"r" (__val), "r" (__addr)); From owner-linux-mips@oss.sgi.com Tue Sep 26 14:08:07 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 14:07:57 -0700 Received: from u-146.karlsruhe.ipdial.viaginterkom.de ([62.180.10.146]:265 "EHLO u-146.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 14:07:43 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 26 Sep 2000 23:06:50 +0200 Date: Tue, 26 Sep 2000 23:06:50 +0200 From: Ralf Baechle To: Florian Lohoff Cc: "Gleb O. Raiko" , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000926230650.B10991@bacchus.dhis.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <20000926010416.B3761@paradigm.rfc822.org> <39D06065.FC00C7A0@niisi.msk.ru> <20000926123600.A413@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000926123600.A413@paradigm.rfc822.org>; from flo@rfc822.org on Tue, Sep 26, 2000 at 12:36:00PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 912 Lines: 19 On Tue, Sep 26, 2000 at 12:36:00PM +0200, Florian Lohoff wrote: > > Well, another question. Ralf uploaded cross tools rpms year ago. Does > > anybody have native rmps for big endian ? Also, does anybody have cross > > tools for sparc glibc 2.1 (RH6.x sparc distribution) ? I can't compile > > cross gcc on my Ultra, it seems like a bug in the sparc compiler, the > > process fails in parsing an enum decl in a header. > > I tried to compile cross gcc/binutils from CVS a couple of times > for Linux/Sparc (Ultra) which didnt work as somewhere in the > middle the beast meant to use the native "as" instead of > mipsel-linux-as gcc tries to run as on /lib/gcc-lib///as, then //bin/as, then the native as from $PATH. So check if you were using the same target configuration name (mips-linux and mips-unknown-linux-gnu are different!) for both gcc and binutils. Ralf From owner-linux-mips@oss.sgi.com Tue Sep 26 15:38:27 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 15:38:17 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:52487 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Tue, 26 Sep 2000 15:37:56 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 9B1D27EC3; Tue, 26 Sep 2000 23:37:24 +0100 (BST) Date: Tue, 26 Sep 2000 23:37:24 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: egcs problem Message-ID: <20000926233724.A15790@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 Content-Length: 1597 Lines: 46 Hello, I am building a Linux system with egcs 1.0.3a, binutils 2.8.1 and glibc 2.0.6 (before I try the latest CVS stuff). I sucsssfully built the esentials statically, and used that to build everything dynamically...the only 2 things I could not compile were groff and egcs (dynamically, although it worked statically). make[4]: Leaving directory `/lfstmp/egcs-1.0.3a/gcc-build/libraries/el/libio' /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[3]: *** [libstdc++.so.2.8.0] Error 1 make[3]: Leaving directory `/lfstmp/egcs-1.0.3a/gcc-build/libraries/el/libstdc++' make[2]: *** [multi-do] Error 1 make[2]: Leaving directory `/lfstmp/egcs-1.0.3a/gcc-build/libraries/libstdc++' make[1]: *** [multi-all] Error 2 make[1]: Leaving directory `/lfstmp/egcs-1.0.3a/gcc-build/libraries/libstdc++' make: *** [all-target-libstdc++] Error 2 bash-2.04# bash-2.04# ls /usr/lib/libstdc* /usr/lib/libstdc++.a bash-2.04# ls /usr/lib/libm* /usr/lib/libm.a /usr/lib/libm.so /usr/lib/libm_p.a /usr/lib/libmcheck.a bash-2.04# 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 Tue Sep 26 15:48:37 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 15:48:27 -0700 Received: from u-146.karlsruhe.ipdial.viaginterkom.de ([62.180.10.146]:16137 "EHLO u-146.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 15:48:08 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 27 Sep 2000 00:47:23 +0200 Date: Wed, 27 Sep 2000 00:47:22 +0200 From: Ralf Baechle To: "Gleb O. Raiko" Cc: Florian Lohoff , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-origin@oss.sgi.com Subject: Re: libc upgrade Message-ID: <20000927004722.B8644@bacchus.dhis.org> References: <20000922152604.A2627@bacchus.dhis.org> <20000925112413.B3247@paradigm.rfc822.org> <20000925132056.A7598@bacchus.dhis.org> <20000925161500.A4773@paradigm.rfc822.org> <20000925221414.A6190@bacchus.dhis.org> <39D05E8B.A7F4A2D9@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39D05E8B.A7F4A2D9@niisi.msk.ru>; from raiko@niisi.msk.ru on Tue, Sep 26, 2000 at 12:30:03PM +0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1508 Lines: 30 On Tue, Sep 26, 2000 at 12:30:03PM +0400, Gleb O. Raiko wrote: > BTW, what should we use as system headers with glibc nowadays ? Should > it be old HardHat kernel-headers-2.1.100 or newer 2.2.x ? Definately not the old hardhat kernel headers. I'm using 2.2 header and recommend doing the same for best success with packages for current distributions based on this kernel. Building some packages may actually require a newer version but in general the lastest 2.2 headers are the best. > > I week of CPU time on an Origin building packages: No problems ... I'm > > actually fairly close to get a RH 6.2 built - as far as that is possible > > with glibc 2.0. > > Do you have the packages somewhere on the net ? I am personally > interested in disk packages (fdisk, msdostools &co.) and the packages > required in order to run 2.2 kernels. Old HardHat cfdisk, for example, > seems to create partitions in the big endian format. At least, the rest > see garbage after cfdisk creates a partition table. I've got a hacked utils-linux package, I think it's in the redhat-6.0 packages that are on oss. I don't really intend to upload all the stuff to oss, they're just a big test for the changed compile environment which I'm using, that is binutils-current and gcc-current. Before I even fiddle with stuff like glibc 2.2 etc. I want to know that the tools are reasonably solid. So far they seem to be good after applying a few minor but essential patches. Still need to test building a kernel. Ralf From owner-linux-mips@oss.sgi.com Tue Sep 26 22:05:17 2000 Received: by oss.sgi.com id ; Tue, 26 Sep 2000 22:05:07 -0700 Received: from fte036.mc2.chalmers.se ([129.16.41.199]:45574 "EHLO fte036.mc2.chalmers.se") by oss.sgi.com with ESMTP id ; Tue, 26 Sep 2000 22:04:42 -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 HAA28917; Wed, 27 Sep 2000 07:10:48 +0200 (METDST) Message-ID: <000e01c02840$8285f910$a3291081@mc2.chalmers.se> From: "Erik Aderstedt" To: "Keith M Wesolowski" Cc: References: <20000926103313.B15401@chem.unr.edu> Subject: Re: Getting started Date: Wed, 27 Sep 2000 07:05:09 +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 Content-Length: 889 Lines: 22 Keith M Wesolowski wesolows@chem.unr.edu wrote: > There are several distributions of varying non-production quality > available. Start with the HOWTO at > http://oss.sgi.com/mips/mips-howto.html. For some reason, my distro > isn't included in that document even though I wrote a piece for it > (Ralf?), so see also http://foobazco.org/~wesolows/Install-HOWTO.html > - note that 0.2b is out but already getting fairly old. I know for a > fact that you can install it without Irix because that's what I did > from day one. > I'd really like to try out your distribution (I want to use a diskless Indy as an X terminal) but the latest version I can find at your FTP site is 0.2a and there are messages all over the place saying "0.2a is broken, don't use it!". What gives? Erik ------ Erik Aderstedt erik@ic.chalmers.se Chalmers University of Technology Solid State Electronics Laboratory From owner-linux-mips@oss.sgi.com Wed Sep 27 03:08:33 2000 Received: by oss.sgi.com id ; Wed, 27 Sep 2000 03:08:13 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:58531 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Wed, 27 Sep 2000 03:07:43 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA26405; Wed, 27 Sep 2000 12:06:32 +0200 (MET DST) Date: Wed, 27 Sep 2000 12:06:31 +0200 (MET DST) From: "Maciej W. Rozycki" To: Jun Sun cc: "Kevin D. Kissell" , ralf@oss.sgi.com, Dominic Sweetman , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction In-Reply-To: <39D0E51C.79A0BE50@mvista.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1200 Lines: 33 On Tue, 26 Sep 2000, Jun Sun wrote: > --- linux/include/asm-mips/unaligned.h.orig Mon Sep 25 14:02:52 2000 > +++ linux/include/asm-mips/unaligned.h Tue Sep 26 10:53:31 2000 > @@ -19,7 +19,7 @@ > { > unsigned long long __res; > > - __asm__("uld\t%0,(%1)" > + __asm__(".set\tmips3\n\tuld\t%0,(%1)" > :"=&r" (__res) > :"r" (__addr)); > [etc.] Please don't. Gcc already has means to generate proper unaligned accesses. See include/asm-alpha/unaligned.h for how to achieve them in a portable way (i.e. using packed structs) without the problematic inline asm. And please use ".set mips0" (or ".set push" and ".set pop", appropriately) after using any ".set mips*" directive (or any other ".set" directive to that matter) not to adversly affect any other code. Improper coding of such constructs bites R3K people badly. Better yet, configure your compiler appropriately and avoid switching ISA levels in the code if at all possible. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Wed Sep 27 10:29:23 2000 Received: by oss.sgi.com id ; Wed, 27 Sep 2000 10:29:03 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:19464 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Wed, 27 Sep 2000 10:28:35 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id KAA14545; Wed, 27 Sep 2000 10:27:53 -0700 Date: Wed, 27 Sep 2000 10:27:53 -0700 From: Keith M Wesolowski To: Erik Aderstedt Cc: linux-mips@oss.sgi.com Subject: Re: Getting started Message-ID: <20000927102753.C13870@chem.unr.edu> References: <20000926103313.B15401@chem.unr.edu> <000e01c02840$8285f910$a3291081@mc2.chalmers.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <000e01c02840$8285f910$a3291081@mc2.chalmers.se>; from erik@ic.chalmers.se on Wed, Sep 27, 2000 at 07:05:09AM +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 Content-Length: 586 Lines: 14 On Wed, Sep 27, 2000 at 07:05:09AM +0200, Erik Aderstedt wrote: > I'd really like to try out your distribution (I want to use a diskless Indy > as an X terminal) but the latest version I can find at your FTP site is 0.2a > and there are messages all over the place saying "0.2a is broken, don't use > it!". What gives? Hmmm, poor documentation. All the more recent stuff is now at ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple/. -- 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 Sep 27 10:31:43 2000 Received: by oss.sgi.com id ; Wed, 27 Sep 2000 10:31:23 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:21000 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Wed, 27 Sep 2000 10:31:11 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id KAA14696; Wed, 27 Sep 2000 10:30:29 -0700 Date: Wed, 27 Sep 2000 10:30:29 -0700 From: Keith M Wesolowski To: Ian Chilton Cc: linux-mips@oss.sgi.com Subject: Re: egcs problem Message-ID: <20000927103029.D13870@chem.unr.edu> References: <20000926233724.A15790@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: <20000926233724.A15790@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Tue, Sep 26, 2000 at 11:37:24PM +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 Content-Length: 1122 Lines: 20 On Tue, Sep 26, 2000 at 11:37:24PM +0100, Ian Chilton wrote: > make[4]: Leaving directory `/lfstmp/egcs-1.0.3a/gcc-build/libraries/el/libio' > /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[3]: *** [libstdc++.so.2.8.0] Error 1 > make[3]: Leaving directory `/lfstmp/egcs-1.0.3a/gcc-build/libraries/el/libstdc++' I believe this is ignorable. It's trying to build a little-endian libstdc++ by its multilib mechanism, but your system is big-endian so the math library isn't compatible with it. Since it's already built the bigendian one, just do make install and you should have a working library. You didn't indicate what happened when building groff, so I won't attempt to guess. -- 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 Sep 27 13:48:34 2000 Received: by oss.sgi.com id ; Wed, 27 Sep 2000 13:48:14 -0700 Received: from woody.ichilton.co.uk ([216.29.174.40]:18185 "HELO woody.ichilton.co.uk") by oss.sgi.com with SMTP id ; Wed, 27 Sep 2000 13:47:56 -0700 Received: by woody.ichilton.co.uk (Postfix, from userid 0) id 10AA27C5D; Wed, 27 Sep 2000 21:47:55 +0100 (BST) Date: Wed, 27 Sep 2000 21:47:54 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: Problem with the new glibc-2.0.6 Message-ID: <20000927214754.A20741@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 Content-Length: 1186 Lines: 34 Hello, I built the older glibc 2.0.6 fine, but had problems with egcs when I built dynamically, and ldconfig would not work...so, I started again... However, the new glibc that was released the other day, does not work :( I am using binutils 2.8.1 and egcs 1.0.3a Any ideas? LD_LIBRARY_PATH=/mnt/hd2/lfstmp/glibc-2.0.6/glibc-build:/mnt/hd2/lfstmp/glibc-2.0.6/glibc-build/elf:/mnt/hd2/lfstmp/glibc-2.0.6/glibc-build/nss /mnt/hd2/lfstmp/glibc-2.0.6/glibc-build/elf/ld.so.1 /mnt/hd2/lfstmp/glibc-2.0.6/glibc-build/sunrpc/rpcgen -c rpcsvc/bootparam.x -o /mnt/hd2/lfstmp/glibc-2.0.6/glibc-build/sunrpc/xbootparam.T make[2]: *** [/mnt/hd2/lfstmp/glibc-2.0.6/glibc-build/sunrpc/xbootparam.stmp] Segmentation fault (core dumped) make[2]: Leaving directory `/mnt/hd2/lfstmp/glibc-2.0.6/sunrpc' make[1]: *** [sunrpc/others] Error 2 make[1]: Leaving directory `/mnt/hd2/lfstmp/glibc-2.0.6' make: *** [all] Error 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 Wed Sep 27 16:39:24 2000 Received: by oss.sgi.com id ; Wed, 27 Sep 2000 16:39:15 -0700 Received: from u-141.karlsruhe.ipdial.viaginterkom.de ([62.180.18.141]:62980 "EHLO u-141.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 27 Sep 2000 16:38:55 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 27 Sep 2000 12:34:09 +0200 Date: Wed, 27 Sep 2000 12:34:09 +0200 From: Ralf Baechle To: Ulf Carlsson Cc: Brady Brown , Keith Owens , SGI news group Subject: Re: ELF/Modutils problem Message-ID: <20000927123408.A28950@bacchus.dhis.org> References: <20000921153631.A1238@bacchus.dhis.org> <1690.969616620@ocs3.ocs-net> <20000922153156.A2677@bacchus.dhis.org> <39CB7978.E222DF8E@ti.com> <20000923230632.A1639@bacchus.dhis.org> <6ovsnqqn4u1.fsf@calypso.engr.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <6ovsnqqn4u1.fsf@calypso.engr.sgi.com>; from ulfc@calypso.engr.sgi.com on Sat, Sep 23, 2000 at 03:03:50PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 942 Lines: 29 On Sat, Sep 23, 2000 at 03:03:50PM -0700, Ulf Carlsson wrote: > > It's the assembler as below text case demonstrates. > > Thanks. I'll take a look at it. I remember that I've looked at this > problem once before. This piece of gold in bfd/elf32-mips.c seems to be the problem: /* Determine whether a symbol is global for the purposes of splitting the symbol table into global symbols and local symbols. At least on Irix 5, this split must be between section symbols and all other symbols. On most ELF targets the split is between static symbols and externally visible symbols. */ /*ARGSUSED*/ static boolean mips_elf_sym_is_global (abfd, sym) bfd *abfd ATTRIBUTE_UNUSED; asymbol *sym; { return (sym->flags & BSF_SECTION_SYM) == 0 ? true : false; } So our objects are correct, just IRIX flavoured at this point ... Now for a proper fix I think I need somebody who knows IRIX ELF like his pocket ... Ralf From owner-linux-mips@oss.sgi.com Wed Sep 27 16:39:25 2000 Received: by oss.sgi.com id ; Wed, 27 Sep 2000 16:39:15 -0700 Received: from u-141.karlsruhe.ipdial.viaginterkom.de ([62.180.18.141]:62980 "EHLO u-141.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Wed, 27 Sep 2000 16:38:58 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 28 Sep 2000 01:03:41 +0200 Date: Thu, 28 Sep 2000 01:03:41 +0200 From: Ralf Baechle To: Ian Chilton Cc: linux-mips@oss.sgi.com Subject: Re: Problem with the new glibc-2.0.6 Message-ID: <20000928010341.A1834@bacchus.dhis.org> References: <20000927214754.A20741@woody.ichilton.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000927214754.A20741@woody.ichilton.co.uk>; from mailinglist@ichilton.co.uk on Wed, Sep 27, 2000 at 09:47:54PM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 503 Lines: 14 On Wed, Sep 27, 2000 at 09:47:54PM +0100, Ian Chilton wrote: > I built the older glibc 2.0.6 fine, but had problems with egcs when I built dynamically, and ldconfig would not work...so, I started again... > > However, the new glibc that was released the other day, does not work :( > > I am using binutils 2.8.1 and egcs 1.0.3a > > Any ideas? The common dominator of the bug reports I have is building with binutils 2.8.1, so I'll have to take another look at this piece of sh^H^Hpleasure. Ralf From owner-linux-mips@oss.sgi.com Thu Sep 28 12:04:52 2000 Received: by oss.sgi.com id ; Thu, 28 Sep 2000 12:04:32 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:48146 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Thu, 28 Sep 2000 12:04:18 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id C5F437DD; Thu, 28 Sep 2000 21:04:16 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 3DF3F9014; Thu, 28 Sep 2000 20:53:59 +0200 (CEST) Date: Thu, 28 Sep 2000 20:53:59 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: R3k Decstation broken Message-ID: <20000928205359.A767@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 Content-Length: 707 Lines: 25 Hi, it seems the r3k decstation stuff is broken >>boot 3/tftp console=ttyS2 1532656+0+130384 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)) #3 Thu Sep 28 18:40:38 GMT 2000 On node 0 totalpages: 4096 zone(0): 4096 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: console=ttyS2 Calibrating delay loop... Full Stop ! 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 Sep 28 12:41:42 2000 Received: by oss.sgi.com id ; Thu, 28 Sep 2000 12:41:22 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:61444 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Thu, 28 Sep 2000 12:41:03 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id B30227F3; Thu, 28 Sep 2000 21:41:00 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 0497D9014; Thu, 28 Sep 2000 21:40:02 +0200 (CEST) Date: Thu, 28 Sep 2000 21:40:02 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com, "Maciej W. Rozycki" Subject: Decstation broken Was: CVS Update@oss.sgi.com: linux Message-ID: <20000928214002.B767@paradigm.rfc822.org> References: <20000825213106Z42310-31375+267@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000825213106Z42310-31375+267@oss.sgi.com>; from ralf@oss.sgi.com on Fri, Aug 25, 2000 at 02:31:06PM -0700 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 835 Lines: 30 On Fri, Aug 25, 2000 at 02:31:06PM -0700, Ralf Baechle wrote: > CVSROOT: /home/pub/cvs > Module name: linux > Changes by: ralf@oss.sgi.com 00/08/25 14:30:56 > > Modified files: > arch/mips : Makefile > arch/mips/dec : Makefile int-handler.S irq.c setup.c time.c > include/asm-mips: addrspace.h div64.h > include/asm-mips/dec: interrupts.h ioasic_addrs.h kn02xa.h > kn03.h > Added files: > include/asm-mips/dec: ioasic.h > > Log message: > NTP fixes from Maciej. Hi, since this commit my machines are all broken (5000/260, 5000/150 and 5000/125) - They all hang in the "Calibrating delay loop ...". Reverting it let me boot the current kernels ... Maciej ? 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 Sep 28 13:01:24 2000 Received: by oss.sgi.com id ; Thu, 28 Sep 2000 13:01:14 -0700 Received: from pC19F6C93.dip.t-dialin.net ([193.159.108.147]:58377 "HELO scotty.mgnet.de") by oss.sgi.com with SMTP id ; Thu, 28 Sep 2000 13:01:00 -0700 Received: (qmail 13323 invoked from network); 28 Sep 2000 20:00:46 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 28 Sep 2000 20:00:46 -0000 Date: Thu, 28 Sep 2000 22:00:46 +0200 From: Klaus Naumann To: Florian Lohoff Cc: Ralf Baechle , linux-mips@oss.sgi.com, "Maciej W . Rozycki" Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux Message-ID: <20000928220046.A22513@spock> Reply-To: spock@mgnet.de References: <20000928214002.B767@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20000928214002.B767@paradigm.rfc822.org>; from flo@rfc822.org on Thu, Sep 28, 2000 at 21:40:02 +0200 X-Mailer: Balsa 0.8.0 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 885 Lines: 27 On Thu, 28 Sep 2000 21:40:02 Florian Lohoff wrote: > Hi, > since this commit my machines are all broken (5000/260, 5000/150 > and 5000/125) - They all hang in the "Calibrating delay loop ...". > > Reverting it let me boot the current kernels ... > > Maciej ? BTW: What did you actually fix ? ntpdate still doesn't work while ntpd seems to work ok. But ntpdate would be a very good idea because ntpd doesn't handle large offsets ... And obviously the realtime clock of the Indigo2 doesn't work correctly. So I was calling ntpdate at every bootup to get my system in a usable state. Maciej, can you take a look at ntpdate please ? TIA, 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 Sep 28 16:41:08 2000 Received: by oss.sgi.com id ; Thu, 28 Sep 2000 16:40:59 -0700 Received: from u-123.karlsruhe.ipdial.viaginterkom.de ([62.180.19.123]:6662 "EHLO u-123.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Thu, 28 Sep 2000 16:40:36 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 29 Sep 2000 01:39:54 +0200 Date: Fri, 29 Sep 2000 01:39:54 +0200 From: Ralf Baechle To: Klaus Naumann Cc: Florian Lohoff , linux-mips@oss.sgi.com, "Maciej W . Rozycki" Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux Message-ID: <20000929013954.A8494@bacchus.dhis.org> References: <20000928214002.B767@paradigm.rfc822.org> <20000928220046.A22513@spock> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000928220046.A22513@spock>; from spock@mgnet.de on Thu, Sep 28, 2000 at 10:00:46PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 711 Lines: 21 On Thu, Sep 28, 2000 at 10:00:46PM +0200, Klaus Naumann wrote: > BTW: What did you actually fix ? ntpdate still doesn't work > while ntpd seems to work ok. The NTP API was outdated. What is the sympthom you observe with ntpdate? > But ntpdate would be a very good idea because ntpd doesn't handle > large offsets ... > And obviously the realtime clock of the Indigo2 doesn't work > correctly. So I was calling ntpdate at every bootup to get my > system in a usable state. Maciej, can you take a look at ntpdate > please ? I recently found that the Indigo2 apparently has a different realtime clock from the Indy. If that's true it explains your observation and is unrelated the other problems. Ralf From owner-linux-mips@oss.sgi.com Thu Sep 28 19:36:20 2000 Received: by oss.sgi.com id ; Thu, 28 Sep 2000 19:36:00 -0700 Received: from [206.207.108.63] ([206.207.108.63]:46438 "HELO ridgerun-lx.ridgerun.cxm") by oss.sgi.com with SMTP id ; Thu, 28 Sep 2000 19:35:28 -0700 Received: (qmail 23506 invoked from network); 28 Sep 2000 20:35:17 -0600 Received: from glonnon-lx.ridgerun.cxm (HELO ridgerun.com) (glonnon@192.168.1.16) by ridgerun-lx.ridgerun.cxm with SMTP; 28 Sep 2000 20:35:17 -0600 Message-ID: <39D3FFE4.35E83599@ridgerun.com> Date: Thu, 28 Sep 2000 20:35:16 -0600 From: Greg Lonnon Reply-To: glonnon@ridgerun.com Organization: RidgeRun, Inc X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: problems execve("/sbin/init",...) Content-Type: multipart/mixed; boundary="------------3E5CEB9855DD8FC5A1452D82" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 2826 Lines: 83 This is a multi-part message in MIME format. --------------3E5CEB9855DD8FC5A1452D82 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I am trying to port linux-2.2.14/MIPS to a new board containing a QED R5271 MIPS processor. I am having problems with execve("/sbin/init,...) in init/main.c. The "/sbin/init" is not being called by the kernel. I am nfs root mounting the "simple" filesystem during the kernel boot, and the network and nfs mount seem to be working (I have read and printk'ed /etc/rc at the end of main.c::init()). Things I have tried to debug with: 1) Have written a small tcp/ip server to accept a socket connection, have execve this instead of "/sbin/init". The server will not accept connections. Thus, I believe it's not running. 2) Have statically linked the server and have instrumented binfmt_elf.c and fs/exec.c with debug. The loader seems be working correctly, and arch/mips/kernel/process.c::start_thread(...) is called with the corrected pc and sp. The pc is the entry point in the elf file and the sp is 0x7ffff90. Some printk debug from binfmt_elf.c: (start_brk) 10004e04 (end_code) 4782a0 (start_code) 400000 (end_data) 10003dbc (start_stack) 7fffff90 (brk) 10004e04 start theard pc 400140 sp 7fffff90 3) Have been trying to get printk support into system calls by rewriting read_write.c::sys_write (and friends) to do a printk() at the start of the call. I have written a statically linked program that calls write(0,"here",4). This didn't result in printk output. I would suspect that the program is not being correctly execve. So, my questions are: 1) Does anyone have a good way to debug in this small window going between kernel mode and user mode for the first time? 2) Is there anything else I could try to prove out that the kernel is going into user mode? 3) Has anyone else had these issues? My command_line is: console=ttyS0,115200 root=/dev/nfs nfsroot=192.168.1.12:/projects/mips/fs ip=192.168.1.211:192.168.1.1::::: Also, My /dev/console is pointing to /dev/ttyS0 and it seems to be dead, I can't printf() to stdout. Thanks, Greg -- Greg Lonnon mailto:glonnon@ridgerun.com --------------3E5CEB9855DD8FC5A1452D82 Content-Type: text/x-vcard; charset=us-ascii; name="glonnon.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Greg Lonnon Content-Disposition: attachment; filename="glonnon.vcf" begin:vcard n:Lonnon;Greg tel;fax:208-331-2227 tel;home:208-323-1724 tel;work:208-331-2226 ext 18 x-mozilla-html:FALSE url:www.ridgerun.com org:RidgeRun, Inc version:2.1 email;internet:glonnon@ridgerun.com title:Senior Kernel Developer adr;quoted-printable:;;200 N. 4th Street =0D=0ASuite 101;Boise;ID;83702;USA x-mozilla-cpt:;-7104 fn:Greg Lonnon end:vcard --------------3E5CEB9855DD8FC5A1452D82-- From owner-linux-mips@oss.sgi.com Thu Sep 28 22:51:11 2000 Received: by oss.sgi.com id ; Thu, 28 Sep 2000 22:51:01 -0700 Received: from pC19F6C93.dip.t-dialin.net ([193.159.108.147]:12811 "HELO scotty.mgnet.de") by oss.sgi.com with SMTP id ; Thu, 28 Sep 2000 22:50:39 -0700 Received: (qmail 19574 invoked from network); 29 Sep 2000 05:50:35 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 29 Sep 2000 05:50:35 -0000 Date: Fri, 29 Sep 2000 07:50:35 +0200 From: Klaus Naumann To: Ralf Baechle Cc: linux-mips@oss.sgi.com, "Maciej W . Rozycki" Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux Message-ID: <20000929075035.A23290@spock> Reply-To: spock@mgnet.de References: <20000929013954.A8494@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20000929013954.A8494@bacchus.dhis.org>; from ralf@oss.sgi.com on Fri, Sep 29, 2000 at 01:39:54 +0200 X-Mailer: Balsa 0.8.0 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1397 Lines: 43 On Fri, 29 Sep 2000 01:39:54 Ralf Baechle wrote: > On Thu, Sep 28, 2000 at 10:00:46PM +0200, Klaus Naumann wrote: > > > BTW: What did you actually fix ? ntpdate still doesn't work > > while ntpd seems to work ok. > > The NTP API was outdated. > > What is the sympthom you observe with ntpdate? When I call it it's sleeping for several seconds. And after that I get 29 Sep 07:49:37 ntpdate[10880]: poll(): nfound = 0, error: Operation not permitted which seems to loop then. If I would have a working strace on my box I could tell you more :/ > > But ntpdate would be a very good idea because ntpd doesn't handle > > large offsets ... > > And obviously the realtime clock of the Indigo2 doesn't work > > correctly. So I was calling ntpdate at every bootup to get my > > system in a usable state. Maciej, can you take a look at ntpdate > > please ? > > I recently found that the Indigo2 apparently has a different realtime > clock from the Indy. If that's true it explains your observation and > is unrelated the other problems. Yes, it's of course unrelated to the other problem - it's just an explanation why ntpdate is of real use. 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 Sep 29 01:37:01 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 01:36:42 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:31152 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 01:36:24 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id KAA16029; Fri, 29 Sep 2000 10:36:04 +0200 (MET DST) Date: Fri, 29 Sep 2000 10:36:04 +0200 (MET DST) From: "Maciej W. Rozycki" To: Florian Lohoff cc: linux-mips@oss.sgi.com Subject: Re: R3k Decstation broken In-Reply-To: <20000928205359.A767@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 Content-Length: 482 Lines: 17 On Thu, 28 Sep 2000, Florian Lohoff wrote: > it seems the r3k decstation stuff is broken > > >>boot 3/tftp console=ttyS2 > 1532656+0+130384 > This DECstation is a DS5000/1xx [...] > Calibrating delay loop... Which is the last version that worked (the date of the snapshot)? -- + 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 Sep 29 01:56:52 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 01:56:42 -0700 Received: from [203.244.211.231] ([203.244.211.231]:14608 "EHLO swc.sec.samsung.co.kr") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 01:56:28 -0700 Received: by swc with Internet Mail Service (5.5.2650.21) id ; Fri, 29 Sep 2000 17:54:54 +0900 Message-ID: From: =?euc-kr?B?wK+xpMf2?= To: linux-mips@oss.sgi.com Subject: Help!! My Indy do not want to boot. Date: Fri, 29 Sep 2000 17:54:47 +0900 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 698 Lines: 24 Hello, I am building Linux system on my Indy IP22 with egcs 1.0.3a, binutil-2.8.1- 1. Target kernel is fresh one, downloaded from CVS server (oss.sgi.com), 2.4.0- test8-pre1. The building process was very easy, calm. But during the boot process my Indy displays following messages ... Exception: Status register: 0x10004803 Cause register: 0x8 Exception PC: 0x8817d730, Exception RA: 0x8817ddfc [....... ] PANIC: Unexpected Exception [Press Reset or ENTER to restart] Is there anyone who can help me and let me know why this happens? PS: I do not use -N flag at file (arch/mips/Makefile LINKFLAGS). From owner-linux-mips@oss.sgi.com Fri Sep 29 02:36:54 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 02:36:44 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:53424 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 02:36:18 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA17242; Fri, 29 Sep 2000 11:36:07 +0200 (MET DST) Date: Fri, 29 Sep 2000 11:36:07 +0200 (MET DST) From: "Maciej W. Rozycki" Reply-To: "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: <20000928214002.B767@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 Content-Length: 1576 Lines: 34 On Thu, 28 Sep 2000, 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 ...". Well, I asked for testing before the commit, but nobody bothered to write anything, so I assumed everything is correct, sigh... OK, the /240 is definitely tested (the uptime of my -test7 was three weeks before I rebooted to test NFS problems) so /260 should work for you. But the latter is R4K. As Ralf already remarked me in a separate mail, 64-bit registers can get corrupted for the 32-bit kernel (but 64-bit code is used throughout the kernel, strange), so please change the "#if _MIPS_ISA" at the beginning of include/asm-mips/div64.h into "#if 1" and tell me if it works for the /260. As for the rest -- /125 is R3K, right? Chances are I made a stupid mistake and defined an address macro wrong. I'll dig through the changes and see (/150 should be no problem once /125 works, as it's the same issue as /240 vs /260). If I can't find anything relevant, please expect certain debugging patches from me for the /125 path. Note that these are hi-res timer changes rather than NTP fixes, BTW -- my communication channel with Ralf got corrupted somehow at one time. Although the code affects the performance of NTP handling, there were separate NTP changes, as well. 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 Fri Sep 29 02:48:34 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 02:48:24 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:58544 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 02:48:09 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA17417; Fri, 29 Sep 2000 11:46:57 +0200 (MET DST) Date: Fri, 29 Sep 2000 11:46:57 +0200 (MET DST) From: "Maciej W. Rozycki" To: Klaus Naumann cc: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux In-Reply-To: <20000929075035.A23290@spock> 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 Content-Length: 1175 Lines: 34 On Fri, 29 Sep 2000, Klaus Naumann wrote: > When I call it it's sleeping for several seconds. > And after that I get > > 29 Sep 07:49:37 ntpdate[10880]: poll(): nfound = 0, error: Operation not > permitted > > which seems to loop then. > If I would have a working strace on my box I could tell you more :/ But gdb works -- try this one instead. > > I recently found that the Indigo2 apparently has a different realtime > > clock from the Indy. If that's true it explains your observation and > > is unrelated the other problems. > > Yes, it's of course unrelated to the other problem - it's just > an explanation why ntpdate is of real use. Well, all programs from the xntp3 distribution do work for me. This may also be a glibc issue -- I'm using glibc 2.2 only and this provides a better API for NTP (clock_settime() and friends). I'll double-check that settimeofday() works right, too. But note that my patches do really affect only the DEC tree. 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 Fri Sep 29 07:07:30 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 07:07:20 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:53938 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 07:07:13 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id QAA24396; Fri, 29 Sep 2000 16:05:20 +0200 (MET DST) Date: Fri, 29 Sep 2000 16:05:20 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: RPM packages available Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1886 Lines: 39 Hi, For anyone interested: I've made a few MIPS/Linux-related RPM packages available. Included, there are mipsel-linux native development tools, libraries, as well as certain programs sort-of needed for a machine to run interactively. There are cross-development tools for the i386-linux host and the mipsel-linux target. Finally, there are host-independent cross-development libraries for the mipsel-linux target. The binary packages expect glibc-2.1.3 or newer for the i386-linux system and glibc-2.1.90 or newer for the mipsel-linux system to be available. Source packages generally expect glibc-2.1 or newer but were only built using the versions mentioned above. Exact requirements are provided in every package separately. Rpm-3.0 or newer is required to rebuild any of them. Also available are rpm rc and macro files which I use for both native builds and cross-compilations -- rpm doesn't support cross-compilations directly (i.e. via a command line option) but might be configured appropriately via macros provided spec files can handle them. All the above stuff is available at 'ftp://ftp.ds2.pg.gda.pl/pub/macro/'. The server operates continuously, but during off-peak hours foreign hosts receive greater bandwidth. Off-peak hours are since 10pm till 8am, local time, which is now CEST, i.e. UTC+0200. During this time, the bottleneck link has bandwidth of 10Mb/s. The whole repository consumes about 170MB at the moment but the size may vary as updates are uploaded. If you find a package is missing (e.g. there is a binary package, but no corresponding source one) please let me know. Any comments, updates and fixes are welcomed as well. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Fri Sep 29 08:48:40 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 08:48:20 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:1810 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Fri, 29 Sep 2000 08:48:15 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 0A6F57D9; Fri, 29 Sep 2000 17:48:14 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 8C33B9014; Fri, 29 Sep 2000 17:24:35 +0200 (CEST) Date: Fri, 29 Sep 2000 17:24:35 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: Re: no controlling tty on mipsel Message-ID: <20000929172435.A5710@paradigm.rfc822.org> References: <20000825221620.A1280@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000825221620.A1280@paradigm.rfc822.org>; from flo@rfc822.org on Fri, Aug 25, 2000 at 10:16:20PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 618 Lines: 25 On Fri, Aug 25, 2000 at 10:16:20PM +0200, Florian Lohoff wrote: > Hi, > with the declinux root and the glibc 2.0.6-5lm (Current rpm) > i get the following error on BOTH decstations i have up and > running (Both R4000) > > [flo@reconfig most]$ scp *.deb *.changes root@repeat.rfc822.org:/ftp.rfc822.org/packages > You have no controlling tty. Cannot read passphrase. > > lost connection > > [flo@reconfig most]$ tty > /dev/ttyp0 > > Hmmm ... > > Ideas ? /dev/tty permissions ... 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 Sep 29 08:52:11 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 08:51:51 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:12562 "HELO noose.gt.owl.de") convert =?ISO-8859-1?Q?rfc822-to-8bitgre!=88=01?= by oss.sgi.com with SMTP id ; Fri, 29 Sep 2000 08:51:45 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 50A247D9; Fri, 29 Sep 2000 17:51:43 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id D283A9014; Fri, 29 Sep 2000 17:50:46 +0200 (CEST) Date: Fri, 29 Sep 2000 17:50:46 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Cc: debian-glibc@lists.debian.org Subject: debian glibc 2.1.94 package on mips Message-ID: <20000929175046.A5972@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8BIT 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 Content-Length: 2772 Lines: 27 Hi, i tried building the debian glibc source package for 2.1.94 and failed like this ... /bin/sh ../scripts/rellns-sh /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/libc.so /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/libc.so.6.new mv -f /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/libc.so.6.new /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/libc.so.6 gcc -nostdlib -nostartfiles -o /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/iconv/iconv_prog -Wl,-dynamic-linker=/lib/ld.so.1 /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/csu/crt1.o /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/csu/crti.o `gcc --print-file-name=crtbegin.o` /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/iconv/iconv_prog.o -Wl,-rpath-link=/home2/flo/glibc/glibc-2.1.94/mips-linux/obj:/home2/flo/glibc/glibc-2.1.94/mips-linux/obj/math:/home2/flo/glibc/glibc-2.1.94/mips-linux/obj/elf:/home2/flo/glibc/glibc-2.1.94/mips-linux/obj/dlfcn:/home2/flo/glibc/glibc-2.1.94/mips-linux/obj/nss:/home2/flo/glibc/glibc-2.1.94/mips-linux/obj/nis:/home2/flo/glibc/glibc-2.1.94/mips-linux/obj/rt:/home2/flo/glibc/glibc-2.1.94/mips-linux/obj/resolv:/home2/flo/glibc/glibc-2.1.94/mips-linux/obj/crypt:/home2/flo/glibc/glibc-2.1.94/mips-linux/obj/linuxthreads /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/libc.so.6 /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/libc_nonshared.a -lgcc `gcc --print-file-name=crtend.o` /home2/flo/glibc/glibc-2.1.94/mips-linux/obj/csu/crtn.o /home/flo/gcc/gcc-20000829/lib/gcc-lib/mips-unknown-linux-gnu/2.96/libgcc.a(__main.o): In function `no symbol': /home2/flo/gcc/gcc-20000829-src/gcc/./libgcc2.c(.text+0xb4): undefined reference to `__EH_FRAME_BEGIN__' /home/flo/gcc/gcc-20000829/lib/gcc-lib/mips-unknown-linux-gnu/2.96/libgcc.a(__main.o): In function `__do_global_ctors': /home2/flo/gcc/gcc-20000829-src/gcc/./libgcc2.c(.text+0xf8): undefined reference to `__EH_FRAME_BEGIN__' /home/flo/gcc/gcc-20000829/lib/gcc-lib/mips-unknown-linux-gnu/2.96/libgcc.a(__main.o): In function `no symbol': /home2/flo/gcc/gcc-20000829-src/gcc/./libgcc2.c(.text+0x130): undefined reference to `__CTOR_LIST__' /home2/flo/gcc/gcc-20000829-src/gcc/./libgcc2.c(.text+0x154): undefined reference to `__CTOR_LIST__' /home/flo/gcc/gcc-20000829/lib/gcc-lib/mips-unknown-linux-gnu/2.96/libgcc.a(__main.o): In function `__do_global_dtors': /home2/flo/gcc/gcc-20000829-src/gcc/./libgcc2.c(.data+0x0): undefined reference to `__DTOR_LIST__' collect2: ld returned 1 exit status make[3]: *** [/home2/flo/glibc/glibc-2.1.94/mips-linux/obj/iconv/iconv_prog] Error 1 make[3]: Leaving directory `/home2/flo/glibc/glibc-2.1.94/glibc-2.1.94/iconv' binutils/gcc are cvs snapshots of 20000829 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 Sep 29 09:05:30 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 09:05:20 -0700 Received: from styx.cs.kuleuven.ac.be ([134.58.40.3]:27580 "EHLO styx.cs.kuleuven.ac.be") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 09:04:51 -0700 Received: from cassiopeia.home (root@dialup006.cs.kuleuven.ac.be [134.58.47.135]) by styx.cs.kuleuven.ac.be (8.10.1/8.10.1) with ESMTP id e8TG4TZ27773; Fri, 29 Sep 2000 18:04:30 +0200 (MET DST) Received: from localhost (geert@localhost) by cassiopeia.home (8.9.3/8.9.3/Debian/GNU) with ESMTP id NAA00770; Fri, 29 Sep 2000 13:14:07 +0200 X-Authentication-Warning: cassiopeia.home: geert owned process doing -bs Date: Fri, 29 Sep 2000 13:14:07 +0200 (CEST) From: Geert Uytterhoeven To: Florian Lohoff cc: linux-mips@oss.sgi.com Subject: Re: R3k Decstation broken In-Reply-To: <20000928205359.A767@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 Content-Length: 534 Lines: 21 On Thu, 28 Sep 2000, Florian Lohoff wrote: > it seems the r3k decstation stuff is broken > Calibrating delay loop... > > Full Stop ! Probably timer interrupts are no longer coming through, so jiffies never gets incremented. 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 Sep 29 13:02:53 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 13:02:34 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:24590 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Fri, 29 Sep 2000 13:02:11 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 20D837F5; Fri, 29 Sep 2000 22:02:09 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 93E519014; Fri, 29 Sep 2000 22:01:03 +0200 (CEST) Date: Fri, 29 Sep 2000 22:01:03 +0200 From: Florian Lohoff To: "Maciej W. Rozycki" Cc: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux Message-ID: <20000929220103.A396@paradigm.rfc822.org> References: <20000928214002.B767@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from macro@ds2.pg.gda.pl on Fri, Sep 29, 2000 at 11:36:07AM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 3743 Lines: 81 On Fri, Sep 29, 2000 at 11:36:07AM +0200, Maciej W. Rozycki wrote: > OK, the /240 is definitely tested (the uptime of my -test7 was three > weeks before I rebooted to test NFS problems) so /260 should work for you. > But the latter is R4K. As Ralf already remarked me in a separate mail, > 64-bit registers can get corrupted for the 32-bit kernel (but 64-bit code > is used throughout the kernel, strange), so please change the "#if > _MIPS_ISA" at the beginning of include/asm-mips/div64.h into "#if 1" and > tell me if it works for the /260. 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. 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)) #1 Fri Sep 29 19:45:47 GMT 2000 On node 0 totalpages: 16384 zone(0): 16384 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: console=ttyS2 root=/dev/sda5 Calibrating delay loop... 59.90 BogoMIPS Memory: 62736k/65536k available (1204k kernel code, 2800k reserved, 76k 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 25.0 MHz (no parity) slot 0: DEC PMAF-AA T5.2P- slot 1: DEC PMAZ-AA V5.3d slot 2: DEC PMAZ-AA V5.3d 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 25MHz CCF=5 TOut 167 NCR53C9x(esp236) SCSI ID 7 Clk 25MHz CCF=5 TOut 167 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. esp0: hoping for msgout Vendor: IBM Model: DGHS18Z Rev: 03B0 Type: Direct-Access ANSI SCSI revision: 03 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 Vendor: DEC Model: RZ23L (C) DEC Rev: 2528 Type: Direct-Access ANSI SCSI revision: 01 CCS Detected scsi disk sdb at scsi0, channel 0, id 3, lun 0 scsi : detected 2 SCSI disks total. SCSI device sda: hdwr sector= 512 bytes. Sectors= 35843670 [17501 MB] [17.5 GB] Partition check: sda: sda1 < sda5 sda6 sda7 sda8 sda9 > esp0: target 3 [period 252ns offset 8 3.96MHz synchronous SCSI] SCSI device sdb: hdwr sector= 512 bytes. Sectors= 237588 [116 MB] [0.1 GB] sdb: sdb1 sdb2 sdb3 sdb4 sdb5 sdb6 sdb7 sdb8 DECstation Z8530 serial driver version 0.03 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 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:2b:be:bc, irq = 3 -- 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 Sep 29 13:24:23 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 13:24:13 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:37647 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Fri, 29 Sep 2000 13:24:00 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 794567DD; Fri, 29 Sep 2000 22:23:58 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 8B7489014; Fri, 29 Sep 2000 22:22:27 +0200 (CEST) Date: Fri, 29 Sep 2000 22:22:27 +0200 From: Florian Lohoff To: "Maciej W. Rozycki" Cc: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Decstation broken Was: CVS Update@oss.sgi.com: linux Message-ID: <20000929222227.C396@paradigm.rfc822.org> References: <20000928214002.B767@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from macro@ds2.pg.gda.pl on Fri, Sep 29, 2000 at 11:36:07AM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1083 Lines: 34 On Fri, Sep 29, 2000 at 11:36:07AM +0200, Maciej W. Rozycki wrote: > As for the rest -- /125 is R3K, right? Chances are I made a stupid Yep > mistake and defined an address macro wrong. I'll dig through the changes > and see (/150 should be no problem once /125 works, as it's the same issue > as /240 vs /260). If I can't find anything relevant, please expect > certain debugging patches from me for the /125 path. /125 dies >>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... Hang ... 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 Sep 29 15:04:14 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 15:04:04 -0700 Received: from u-53.karlsruhe.ipdial.viaginterkom.de ([62.180.19.53]:54022 "EHLO u-53.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 15:03:43 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 29 Sep 2000 19:22:54 +0200 Date: Fri, 29 Sep 2000 19:22:54 +0200 From: Ralf Baechle To: Dominic Sweetman Cc: "Kevin D. Kissell" , linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: load_unaligned() and "uld" instruction Message-ID: <20000929192254.G16050@bacchus.dhis.org> References: <39CF9DFC.F30B302B@mvista.com> <200009252116.WAA01137@gladsmuir.algor.co.uk> <39CFC567.DD66BC56@mvista.com> <000d01c02782$32d31560$0deca8c0@Ulysses> <200009260908.KAA00259@gladsmuir.algor.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200009260908.KAA00259@gladsmuir.algor.co.uk>; from dom@algor.co.uk on Tue, Sep 26, 2000 at 10:08:15AM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 4826 Lines: 101 On Tue, Sep 26, 2000 at 10:08:15AM +0100, Dominic Sweetman wrote: > Hmm. I wish it was that simple. But some MIPS CPUs have > instruction set additions which are not related to the mips1, mips2, > etc. For example, a whole collection of parts with a vaguely > "embedded" orientation has integer multiply/accumulate instructions. > > Algorithmics' version of GCC (and, I'm sure, others) picks up on the > -mcpu=xxx flag to do that. In fact, I don't think there's any other > way to allow the compiler to warn you of some bizarre omissions from > one or two rogue CPUs. Ouch. The gcc documentation says this: `-mcpu=CPU TYPE' Assume the defaults for the machine type CPU TYPE when scheduling instructions. The choices for CPU TYPE are `r2000', `r3000', `r4000', `r4400', `r4600', and `r6000'. While picking a specific CPU TYPE will schedule things appropriately for that particular chip, the compiler will not generate any code that does not meet level 1 of the MIPS ISA (instruction set architecture) without the `-mips2' or `-mips3' switches being used. So in other words I wouldn't expect anything like mmad to be used unless -mmad is also being choosen. -mcpu not influencing the set of instructions being used to build a program is a general gcc convention, not only for MIPS. So if the Algorithmics compiler does things different I'd consider it to be off the track. > But until compiler support for MIPS Linux is more systematic, you'd be > better being conservative. And you don't want to unnecessarily > multiply kernel versions - so in general, don't say "-mcpu=" anything > for kernel builds. > The Linux convention is "-mips2"; which is quite odd, because the > MIPS-II ISA was incarnate in just one CPU (the R6000). A few units > were made around 1990 and even fewer worked; the project was overtaken > by the (-mips3, 64-bit) R4000. > > Subsequently, and confusingly, "-mips2" has been re-used to mean > "-mips3 but don't assume 64-bit registers". Except for floating > point. Maybe. (it's sometimes not a good idea to re-use a term). In the kernel we actually don't care very much about floating point. > Outside SGI circles, I believe, "32-bit kernels" are all that are > likely to work... Currently. Some embedded people are actually asking for more than the 512mb memory supported by the 32-bit kernel. So expect the 64-bit kernel to become the predominant race in the not to distant future. Also expect embedded SMP kernels in the not to far future. No, I don't feel at all like adding highmem support to the 32-bit kernel. > > ... except for the $zero register. This is because all exceptions > > as far as they store / restore the integer registers at all will > > only deal with the lower 32-bit of the registers. In other word any > > interrupt will corrupt the upper 32-bit bit of gp registers. > > Even calling a subroutine compiled 32-bit may corrupt one of the > registers which are supposed to be preserved. Sure, but that's kind of expected and obvious when following the instruction sequence as it gets executed while the corruption by an exception was pretty unobvious when I first ran into it ... > As Kevin indicates, it would probably be worth some effort to converge > on a kernel which would: > > 1. build for either 32-bit ("MIPS32" and near-miss) and 64-bit > (MIPS3, MIPS4 and MIPS64) CPUs. > > 2. Allow 64-bit operations on 64-bit CPUs, without insisting that > C data types grow. Need to save the whole of registers and compile > "long long" and "double" data types... I was thinking about moving all the 64-bit CPUs over to the mips64 kernel and leave the `mips' kernel to the true 32-bit stuff. If you go and download a 2.0.14 tarball you'll see that I already once tried to support full 64-bit operation but only 32-bit address space altogether with real 32-bit CPUs in the `mips' architecture. The result was fairly ugly, so having learned form that I would prefer to keep 32-bit and 64-bit stuff separate. Most users will currently still not want to use a 64-bit address space for apps. That's ok, we can add support for 2-level page tables to `mips64'. That's already been done for example for x86 and looks fairly sane and maintainable. > This is possible, but needs some thought. AFAIK, the GCC currently > used for Linux changes the whole calling convention when -mips3 is > selected, which makes (2) pretty difficult. The calling conventions used by -mips3 are slight confusing, if not even dangerous. Older gccs use a non-standard calling convention which essentially is a blind extension of the 32-bit ABI to 64-bit. Newer gccs support the N32 and 64 ABIs. Unfortunately currently gcc does not support building a single compiler that supports all three 32, N32 and 64 ABIs. Ralf From owner-linux-mips@oss.sgi.com Fri Sep 29 15:04:14 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 15:03:54 -0700 Received: from u-53.karlsruhe.ipdial.viaginterkom.de ([62.180.19.53]:54022 "EHLO u-53.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 15:03:40 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 29 Sep 2000 18:26:41 +0200 Date: Fri, 29 Sep 2000 18:26:40 +0200 From: Ralf Baechle To: Greg Lonnon Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: problems execve("/sbin/init",...) Message-ID: <20000929182640.F16050@bacchus.dhis.org> References: <39D3FFE4.35E83599@ridgerun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39D3FFE4.35E83599@ridgerun.com>; from glonnon@ridgerun.com on Thu, Sep 28, 2000 at 08:35:16PM -0600 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 2113 Lines: 55 On Thu, Sep 28, 2000 at 08:35:16PM -0600, Greg Lonnon wrote: > Some printk debug from binfmt_elf.c: > (start_brk) 10004e04 > (end_code) 4782a0 > (start_code) 400000 > (end_data) 10003dbc > (start_stack) 7fffff90 > (brk) 10004e04 > start theard pc 400140 sp 7fffff90 Looks sane. > 3) Have been trying to get printk support into system calls by rewriting > read_write.c::sys_write (and friends) to do a printk() at the start of > the call. I have written a statically linked program that calls > write(0,"here",4). This didn't result in printk output. I would > suspect that the program is not being correctly execve. I suggest you check that your program actually gets paged into memory by enabling the debug printf near the start of do_page_fault() in arch/mips/mm/fault.c. One thing which may happend and will freeze the process in question is if you take recursive page faults, that is the page fault handler will re-enter itself and down() in do_page_fault() will be called a second time for the same process before a match up() call for the previous invocation. > So, my questions are: > 1) Does anyone have a good way to debug in this small window going > between kernel mode and user mode for the first time? > 2) Is there anything else I could try to prove out that the kernel is > going into user mode? > 3) Has anyone else had these issues? I don't have any reports like this. Many of the obscure bug reports like this are caused by the usage of inapropriate tools to build the kernel. The recommended versions are egcs 1.0.3a and binutils 2.8.1 with the latest patches from oss.sgi.com applied. To make live easier for you there are also source and binary rpms available there somewhere under /pub/linux/mips. > My command_line is: > console=ttyS0,115200 root=/dev/nfs > nfsroot=192.168.1.12:/projects/mips/fs ip=192.168.1.211:192.168.1.1::::: > > Also, My /dev/console is pointing to /dev/ttyS0 and it seems to be dead, > I can't printf() to stdout. /dev/console should a character device with major 5 and minor 1. Everything else is either outdated, hackish or even broken. Ralf From owner-linux-mips@oss.sgi.com Fri Sep 29 16:06:44 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 16:06:34 -0700 Received: from gateway-490.mvista.com ([63.192.220.206]:42748 "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 16:06:17 -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 e8TN57x15668; Fri, 29 Sep 2000 16:05:07 -0700 Message-ID: <39D5204A.8BE1E357@mvista.com> Date: Fri, 29 Sep 2000 16:05:46 -0700 From: Jun Sun X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: glonnon@ridgerun.com CC: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: problems execve("/sbin/init",...) References: <39D3FFE4.35E83599@ridgerun.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1081 Lines: 36 Greg Lonnon wrote: > > So, my questions are: > 1) Does anyone have a good way to debug in this small window going > between kernel mode and user mode for the first time? Not really. One time I had similar problem. I was able to figure out the problem by setting breakpoints in fault handlers. > 2) Is there anything else I could try to prove out that the kernel is > going into user mode? Try to set breakpoint in fault handlers. > 3) Has anyone else had these issues? > I found one bug in arch/mm/r4xx0.c, where cache invalidation causes recursive page faults. See the page below. Not sure if it is fixed in the tree yet. diff -Nru linux/arch/mips/mm/r4xx0.c.orig linux/arch/mips/mm/r4xx0.c --- linux/arch/mips/mm/r4xx0.c.orig Sun Jul 30 20:39:50 2000 +++ linux/arch/mips/mm/r4xx0.c Thu Aug 10 16:08:20 2000 @@ -1972,7 +1972,8 @@ if (!(vma->vm_flags & VM_EXEC)) return; - blast_icache32_page(address); + address = KSEG0 + (address & PAGE_MASK & (dcache_size - 1)); + blast_icache32_page_indexed(address); } /* Jun From owner-linux-mips@oss.sgi.com Fri Sep 29 16:57:34 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 16:57:24 -0700 Received: from u-53.karlsruhe.ipdial.viaginterkom.de ([62.180.19.53]:13575 "EHLO u-53.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 16:57:09 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 30 Sep 2000 01:56:52 +0200 Date: Sat, 30 Sep 2000 01:56:52 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com, debian-glibc@lists.debian.org Subject: Re: debian glibc 2.1.94 package on mips Message-ID: <20000930015652.A29860@bacchus.dhis.org> References: <20000929175046.A5972@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000929175046.A5972@paradigm.rfc822.org>; from flo@rfc822.org on Fri, Sep 29, 2000 at 05:50:46PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 288 Lines: 13 On Fri, Sep 29, 2000 at 05:50:46PM +0200, Florian Lohoff wrote: > Hi, > i tried building the debian glibc source package for 2.1.94 and > failed like this ... [...] > binutils/gcc are cvs snapshots of 20000829 You need extra patches for cvs-gcc which gets constructors wrong. Ralf From owner-linux-mips@oss.sgi.com Fri Sep 29 16:59:55 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 16:59:34 -0700 Received: from u-53.karlsruhe.ipdial.viaginterkom.de ([62.180.19.53]:13575 "EHLO u-53.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 16:59:17 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 30 Sep 2000 01:59:04 +0200 Date: Sat, 30 Sep 2000 01:59:04 +0200 From: Ralf Baechle To: =?iso-8859-1?Q?=C0=AF=B1=A4=C7=F6?= Cc: linux-mips@oss.sgi.com Subject: Re: Help!! My Indy do not want to boot. Message-ID: <20000930015904.B29860@bacchus.dhis.org> References: 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 khyoo@swc.sec.samsung.co.kr on Fri, Sep 29, 2000 at 05:54:47PM +0900 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 998 Lines: 29 On Fri, Sep 29, 2000 at 05:54:47PM +0900, À¯±¤Çö wrote: > Target kernel is fresh one, downloaded from CVS server (oss.sgi.com), 2.4.0- > test8-pre1. > The building process was very easy, calm. > But during the boot process my Indy displays following messages ... > > Exception: > Status register: 0x10004803 EXL, IE> > Cause register: 0x8 > Exception PC: 0x8817d730, Exception RA: 0x8817ddfc > [....... ] > > PANIC: Unexpected Exception > [Press Reset or ENTER to restart] > > Is there anyone who can help me and let me know why this happens? > > PS: I do not use -N flag at file (arch/mips/Makefile LINKFLAGS). Boot the kernel using boot -f from the ARC command line. That avoid the use of sash which some versions seem to be buggy and not able to load Linux. I'm still trying to gather more information about this sash probem - which version of IRIX is there installed on your machine? Thanks, Ralf From owner-linux-mips@oss.sgi.com Fri Sep 29 17:27:25 2000 Received: by oss.sgi.com id ; Fri, 29 Sep 2000 17:27:05 -0700 Received: from u-53.karlsruhe.ipdial.viaginterkom.de ([62.180.19.53]:17671 "EHLO u-53.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Fri, 29 Sep 2000 17:26:40 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 30 Sep 2000 02:25:27 +0200 Date: Sat, 30 Sep 2000 02:25:27 +0200 From: Ralf Baechle To: Jun Sun Cc: glonnon@ridgerun.com, linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: Re: problems execve("/sbin/init",...) Message-ID: <20000930022527.C29860@bacchus.dhis.org> References: <39D3FFE4.35E83599@ridgerun.com> <39D5204A.8BE1E357@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39D5204A.8BE1E357@mvista.com>; from jsun@mvista.com on Fri, Sep 29, 2000 at 04:05:46PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 288 Lines: 9 On Fri, Sep 29, 2000 at 04:05:46PM -0700, Jun Sun wrote: > I found one bug in arch/mm/r4xx0.c, where cache invalidation causes > recursive page faults. See the page below. Not sure if it is fixed in > the tree yet. This bug doesn't affect 2.2 which is the kernel in question. Ralf From owner-linux-mips@oss.sgi.com Sat Sep 30 16:15:52 2000 Received: by oss.sgi.com id ; Sat, 30 Sep 2000 16:15:43 -0700 Received: from u-142.karlsruhe.ipdial.viaginterkom.de ([62.180.19.142]:54538 "EHLO u-142.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 30 Sep 2000 16:15:30 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 30 Sep 2000 12:18:23 +0200 Date: Sat, 30 Sep 2000 12:18:23 +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: <20000930121823.A32244@bacchus.dhis.org> References: <20000928214002.B767@paradigm.rfc822.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, Sep 29, 2000 at 11:36:07AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Content-Length: 1131 Lines: 24 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! > OK, the /240 is definitely tested (the uptime of my -test7 was three > weeks before I rebooted to test NFS problems) so /260 should work for you. > But the latter is R4K. As Ralf already remarked me in a separate mail, > 64-bit registers can get corrupted for the 32-bit kernel (but 64-bit code > is used throughout the kernel, strange), so please change the "#if > _MIPS_ISA" at the beginning of include/asm-mips/div64.h into "#if 1" and > tell me if it works for the /260. The ddiv usage outside of do_div / do_div64_32 is actually ok because interrupts are always disabled. We don't have the same guarantee for do_div / do_div64_32 calls. 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. Ralf