From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 1 00:47:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA29661 for ; Wed, 1 Sep 1999 00:47:41 +0100 Received: (qmail 25597 invoked from network); 31 Aug 1999 23:47:40 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 31 Aug 1999 23:47:40 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 31 Aug 1999 19:47:11 -0400 Received: by vger.rutgers.edu id ; Tue, 31 Aug 1999 19:46:21 -0400 Received: from [209.0.233.37] ([209.0.233.37]:60915 "HELO mail2.lax.netzero.net") by vger.rutgers.edu with SMTP id ; Tue, 31 Aug 1999 19:45:55 -0400 Received: (qmail 26725 invoked by uid 0); 31 Aug 1999 23:45:37 -0000 Received: from pppa1-minneapolisb24-5r5050.saturn.bbn.com (HELO netzero.net) (4.12.5.47) by mail2.lax.netzero.net with SMTP; 31 Aug 1999 23:45:37 -0000 Message-ID: <37CC695D.6D7DFA35@netzero.net> Date: Tue, 31 Aug 1999 18:46:37 -0500 From: Gaixia Zhang X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Mark van Doesburg , Jonathan Foster Kliegman CC: linux-arm@vger.rutgers.edu Subject: co285 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, it is me again, still struglling with my ebsa285 ...... Linux version 2.2.9-rmk3-mvd3 (gcc version gcc-2.95 19990623 (prerelease)) I got the following error message, Any idea about this? I have standard 2 array, 16MB ram, do I need to make some changes in boot.asm? I didn't change anything. Thanks a lot, Gaixia Zhang Calibrating delay loop... 214.63 BogoMIPS Memory: 15280k/16M available (712k code, 20k reserved, 344k data, 28k init) Internal error: Oops - undefined instruction: c000000 CPU: 0 pc : [<6000a5a4>] lr : [<60003fe0>] sp : 600c3fac ip : 6000307c fp : 600c3fd8 r10: 600d3dd4 r9 : 4401a103 r8 : 600d3dd8 r7 : 00001000 r6 : 600c8ae8 r5 : 00008000 r4 : 00000005 r3 : 60000013 r2 : 00000000 r1 : 00000000 r0 : 60003020 Flags: nzCv IRQs on FIQs on Mode SVC_32 Segment kernel Control: 517D Table: 0000517D DAC: 0000001F Process swapper (pid: 0, stackpage=600c3000) Stack: 600c3f80: 60003f e0 600c3fa0: 6000a5a4 20000013 ffffffff 00000000 00000000 60116c04 600c56cc 600c56 d0 600c3fc0: 600c56cc 600c58ec 600081e8 600c3ffc 600c3fdc 600088a0 6000a4c8 600c59 90 600c3fe0: 600dde14 600eaf68 600ddd84 600eaf68 00000000 600c4000 600082c8 600087 9c Backtrace: Function entered at [<6000a4bc>] from [<600088a0>] Function entered at [<60008790>] from [<600082c8>] r7 = 600eaf68 r6 = 600ddd84 r5 = 600eaf68 r4 = 600dde14 Code: 600b5390 ec00c9f6 (e5963000) e2833001 e5863000 Internal error: Oops - undefined instruction: c000000 CPU: 0 pc : [<6000a5a4>] lr : [<60003fe0>] sp : 600c3fac ip : 600030dc fp : 600c3fd8 r10: 600d3dd4 r9 : 4401a103 r8 : 600d3dd8 r7 : 00001000 r6 : 600c8ae8 r5 : 00008000 r4 : 00000005 r3 : 60000013 r2 : 00000000 r1 : 00000008 r0 : 60003080 Flags: nzCv IRQs on FIQs on Mode SVC_32 Segment kernel Control: 517D Table: 0000517D DAC: 0000001F Process swapper (pid: 0, stackpage=600c3000) Stack: 600c3f80: 60003f e0 600c3fa0: 6000a5a4 20000013 ffffffff 00000000 00000000 60116c04 600c56cc 600c56 d0 600c3fc0: 600c56cc 600c58ec 600081e8 600c3ffc 600c3fdc 600088a0 6000a4c8 600c59 90 600c3fe0: 600dde14 600eaf68 600ddd84 600eaf68 00000000 600c4000 600082c8 600087 9c Backtrace: Function entered at [<6000a4bc>] from [<600088a0>] Function entered at [<60008790>] from [<600082c8>] ...... ...... POSIX conformance testing by UNIFIX Freeing unused kernel memory: 28k init ...... ...... pc not in code space ________________________________________________________ NetZero - We believe in a FREE Internet. Shouldn't you? Get your FREE Internet Access and Email at http://www.netzero.net/download/index.html unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 1 15:48:55 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA24190 for ; Wed, 1 Sep 1999 15:48:55 +0100 Received: (qmail 29536 invoked from network); 1 Sep 1999 14:48:53 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 1 Sep 1999 14:48:53 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 1 Sep 1999 10:48:25 -0400 Received: by vger.rutgers.edu id ; Wed, 1 Sep 1999 10:48:23 -0400 Received: from michelle.crs4.it ([156.148.1.33]:4224 "HELO mail.crs4.it") by vger.rutgers.edu with SMTP id ; Wed, 1 Sep 1999 10:48:02 -0400 Received: from crs4.it (panda.crs4.it [156.148.2.58]) by mail.crs4.it (Postfix) with ESMTP id 5A62B10D4 for ; Wed, 1 Sep 1999 16:47:50 +0200 (METDST) Message-ID: <37CD3B40.F357D0DE@crs4.it> Date: Wed, 01 Sep 1999 14:42:09 +0000 From: Daniel Dui Organization: CRS4 X-Mailer: Mozilla 4.6 [en] (X11; U; Linux 2.2.10 i686) X-Accept-Language: en, en-US, en-GB, it MIME-Version: 1.0 To: linux-arm Subject: Re: Linux and ARM SDT References: <37A832BC.3ACEE0AA@crs4.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I am still messing around trying to build an ARM executable on Linux and then run it on the ARM-SDT-emulator. I said: > Strangely in the > SDT reference manual they talk about AIF images, > but the compiler > produces files with extension .axf . The reference manual never mentions .axf files. The user manual does, but it never really explains what they look like. It basically just says that you should click on them to load the file - very useful :-) As Philip Blundell suggested there s no reason to use AIF images since STD 2.50 understands AXF. AXF is not really a format, but an ARM executable. arm-linux-gcc -static -ansi -o myprog.axf myprog.c was all I did, no need for "objcopy". The SDT-emulator loads that file, but is unable to run it. Quite understandably, since that file is for "arm-linux". Has any one got any further? Or has any idea about what to try next? One interesting thing is that for the same source file the .dxf file created with the SDT-compiler is 50 times smaller than the one produced with arm-linux-gcc . daniel ------------------------------------------------ Daniel Dui dui@crs4.it CRS4 www.crs4.it Centre for Advanced Studies, R&D in Sardinia ------------------------------------------------ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 1 16:01:01 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA24391 for ; Wed, 1 Sep 1999 16:01:00 +0100 Received: (qmail 1707 invoked from network); 1 Sep 1999 15:00:59 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 1 Sep 1999 15:00:59 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 1 Sep 1999 11:00:23 -0400 Received: by vger.rutgers.edu id ; Wed, 1 Sep 1999 11:00:16 -0400 Received: from nt4.el.utwente.nl ([130.89.33.14]:1962 "EHLO nt4.el.utwente.nl") by vger.rutgers.edu with ESMTP id ; Wed, 1 Sep 1999 10:56:38 -0400 Received: (from mark@localhost) by nt4.el.utwente.nl (8.9.3/8.9.1) id QAA11903; Wed, 1 Sep 1999 16:55:14 +0200 Date: Wed, 1 Sep 1999 16:55:14 +0200 From: Mark van Doesburg Message-Id: <199909011455.QAA11903@nt4.el.utwente.nl> To: gaixiaz@netzero.net, jk8q+@andrew.cmu.edu Subject: Re: co285 Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Internal error: Oops - undefined instruction: c000000 CPU: 0 pc : [<6000a5a4>] lr : [<60003fe0>] Can you mail me what function that is in (System.map) and the dissasembly of that function ? greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 1 16:02:01 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA24430 for ; Wed, 1 Sep 1999 16:02:01 +0100 Received: (qmail 2013 invoked from network); 1 Sep 1999 15:02:00 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 1 Sep 1999 15:02:00 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 1 Sep 1999 11:01:01 -0400 Received: by vger.rutgers.edu id ; Wed, 1 Sep 1999 11:00:28 -0400 Received: from nt4.el.utwente.nl ([130.89.33.14]:1965 "EHLO nt4.el.utwente.nl") by vger.rutgers.edu with ESMTP id ; Wed, 1 Sep 1999 10:57:26 -0400 Received: (from mark@localhost) by nt4.el.utwente.nl (8.9.3/8.9.1) id QAA11908; Wed, 1 Sep 1999 16:56:44 +0200 Date: Wed, 1 Sep 1999 16:56:44 +0200 From: Mark van Doesburg Message-Id: <199909011456.QAA11908@nt4.el.utwente.nl> To: gaixiaz@netzero.net, jk8q+@andrew.cmu.edu Subject: Re: co285 Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Oops, I just remembered. Can you give it a try without discardable sections ? If this fixes the problem, please let me know. Greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 1 16:21:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA25055 for ; Wed, 1 Sep 1999 16:21:07 +0100 Received: (qmail 6547 invoked from network); 1 Sep 1999 15:21:06 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 1 Sep 1999 15:21:06 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 1 Sep 1999 11:20:38 -0400 Received: by vger.rutgers.edu id ; Wed, 1 Sep 1999 11:20:28 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20710 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 1 Sep 1999 11:20:07 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11MC6x-0005jE-00; Wed, 1 Sep 1999 16:15:43 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11MC6x-0004ua-00; Wed, 1 Sep 1999 16:15:43 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Daniel Dui cc: linux-arm Subject: Re: Linux and ARM SDT In-reply-to: Your message of "Wed, 01 Sep 1999 14:42:09 -0000." <37CD3B40.F357D0DE@crs4.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Sep 1999 16:15:42 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >The SDT-emulator loads that file, but is unable to run it. Quite >understandably, since that file is for "arm-linux". What goes wrong, exactly? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 2 01:02:13 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA31506 for ; Thu, 2 Sep 1999 01:02:13 +0100 Received: (qmail 24638 invoked from network); 2 Sep 1999 00:02:11 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 2 Sep 1999 00:02:11 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 1 Sep 1999 19:56:47 -0400 Received: by vger.rutgers.edu id ; Wed, 1 Sep 1999 19:52:07 -0400 Received: from mail9.lax.netzero.net ([209.247.162.42]:41393 "HELO mail9.lax.netzero.net") by vger.rutgers.edu with SMTP id ; Wed, 1 Sep 1999 19:34:57 -0400 Received: (qmail 6911 invoked by uid 0); 1 Sep 1999 23:34:17 -0000 Received: from pppa56-minneapolisb16-2r118.saturn.bbn.com (HELO netzero.net) (4.11.83.110) by mail9.lax.netzero.net with SMTP; 1 Sep 1999 23:34:17 -0000 Message-ID: <37CDB837.F799E134@netzero.net> Date: Wed, 01 Sep 1999 18:35:20 -0500 From: Gaixia Zhang X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Mark van Doesburg CC: Jonathan Foster Kliegman , linux-arm@vger.rutgers.edu Subject: Re: co285 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Thank you very much for your help. After Disable discardable sections, I can get rid of that problem. But I got another error message: nfs_read_super: get root fattr failed I removed knfsd and use nfs-server-2.2beta37-1.i386.rpm nfs-server-clients-2.2beta37-1.i386.rpm The syslog on the host says /arm has been mounted by the target Sep 1 17:10:18 james kernel: PCIMSG network driver started Sep 1 17:10:18 james kernel: 21285(0): started Sep 1 17:10:20 james mountd[466]: NFS mount of /arm attempted from 192.168.3.2 Sep 1 17:10:20 james mountd[466]: /arm has been mounted by 192.168.3.2 I also tried to mount /arm from another Linux PC, and I can do read and write correctly, More info with NFSROOT_DEBUG on is enclosed, Root-NFS: Mounting /arm on server 192.168.3.1 as root Root-NFS: rsize = 4096, wsize = 4096, timeo = 7, retrans = 3 Root-NFS: acreg (min,max) = (3,60), acdir (min,max) = (30,60) Root-NFS: nfsd port = -1, mountd port = 0, flags = 00000200 Looking up port of RPC 100003/2 on 192.168.3.1 RPC: 0 sync task resuming RPC: 0 exit() = 0 Root-NFS: Portmapper on server returned 2049 as nfsd port Looking up port of RPC 100005/1 on 192.168.3.1 Root-NFS: mountd port is 643 NFS: nfs_mount(c0a80301:/arm) nfs_read_super: get root fattr failed VFS: Unable to mount root fs via NFS, trying floppy. VFS: Cannot open root device 02:00 Kernel panic: VFS: Unable to mount root fs on 02:00 Thanks again, Gaixia Zhang ________________________________________________________ NetZero - We believe in a FREE Internet. Shouldn't you? Get your FREE Internet Access and Email at http://www.netzero.net/download/index.html unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 2 03:09:06 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id DAA01601 for ; Thu, 2 Sep 1999 03:09:06 +0100 Received: (qmail 24093 invoked from network); 2 Sep 1999 02:09:05 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 2 Sep 1999 02:09:05 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 1 Sep 1999 22:08:34 -0400 Received: by vger.rutgers.edu id ; Wed, 1 Sep 1999 22:08:25 -0400 Received: from [192.190.204.1] ([192.190.204.1]:42353 "EHLO trantor.dso.org.sg") by vger.rutgers.edu with ESMTP id ; Wed, 1 Sep 1999 22:08:23 -0400 Received: from demerzel.dso.org.sg (demerzel.dso.org.sg [192.190.204.18]) by trantor.dso.org.sg (8.9.3/8.9.3) with ESMTP id KAA06411 for ; Thu, 2 Sep 1999 10:09:17 +0800 (SGT) From: kliteng@dso.org.sg Received: from hjinyong.dso.org.sg by demerzel.dso.org.sg (8.9.3/8.8.5) with SMTP id KAA26873 for ; Thu, 2 Sep 1999 10:06:49 +0800 (SGT) Message-Id: <3.0.6.32.19990902101931.00c2f620@dso.org.sg> X-Sender: kliteng@dso.org.sg (Unverified) X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 02 Sep 1999 10:19:31 +0800 To: linux-arm@vger.rutgers.edu Subject: memory mapping. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hello, I'm trying to port ANGEL to minimal angel to run on the a SA1100 - target board. Because the memory layout on the Brutus board and that of my target board varies, I've to re-map some of the memory addresses. Would someone care to educate me on this or share his experience ? I've started by looking at some target specific files, eg: target.s, platform.h etc. I think I need to understand how memory are mapped on the Brutus board.Eg: ROM/SRAM/DRAM. Plus the bootloading procedure. Thank you. - jessica unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 2 15:15:54 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA11492 for ; Thu, 2 Sep 1999 15:15:54 +0100 Received: (qmail 4585 invoked from network); 2 Sep 1999 14:15:52 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 2 Sep 1999 14:15:52 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 2 Sep 1999 10:15:33 -0400 Received: by vger.rutgers.edu id ; Thu, 2 Sep 1999 10:15:28 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:46218 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Thu, 2 Sep 1999 10:09:12 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id KAA14341 for ; Thu, 2 Sep 1999 10:09:05 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: New SA: IXP1200 Date: Thu, 2 Sep 1999 09:40:28 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99090210073601.01088@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing It's new from Intel/LevelOne, the IXP1200, it's marketed by their comm departement http://intel.com/pressroom/archive/releases/Fe90199a.htm The specs are at: http://128.11.21.45/scripts/mardev/product/ixp1200.asp and Include a StrongARM + a PCI bus! -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 2 17:34:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA03615 for ; Thu, 2 Sep 1999 17:34:27 +0100 Received: (qmail 25759 invoked from network); 2 Sep 1999 15:34:25 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 2 Sep 1999 15:34:25 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 2 Sep 1999 11:32:06 -0400 Received: by vger.rutgers.edu id ; Thu, 2 Sep 1999 11:30:59 -0400 Received: from studict.student.utwente.nl ([130.89.220.2]:3227 "EHLO studict.student.utwente.nl") by vger.rutgers.edu with ESMTP id ; Thu, 2 Sep 1999 11:29:07 -0400 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id RAA18354; Thu, 2 Sep 1999 17:29:03 +0200 (METDST) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id KAA24904; Thu, 2 Sep 1999 10:04:20 +0200 Date: Thu, 2 Sep 1999 10:04:20 +0200 From: Mark van Doesburg Message-Id: <199909020804.KAA24904@poekie.test> To: gaixiaz@netzero.net Subject: Re: co285 Cc: jk8q+@andrew.cmu.edu, linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Thank you very much for your help. After Disable discardable sections, I can get rid of that problem. Sorry for that, my patch must have gotten out of sync somewhere. But I got another error message: nfs_read_super: get root fattr failed I don't know what that error means. But it doesn't seem related to the arm-kernel/pcimsg driver. Can you still ping the ebsa ? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 2 22:27:21 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA13180 for ; Thu, 2 Sep 1999 22:27:16 +0100 Received: (qmail 21909 invoked from network); 2 Sep 1999 21:27:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 2 Sep 1999 21:27:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 2 Sep 1999 17:11:06 -0400 Received: by vger.rutgers.edu id ; Thu, 2 Sep 1999 16:57:39 -0400 Received: from thalia.fm.intel.com ([132.233.247.11]:3690 "EHLO thalia.fm.intel.com") by vger.rutgers.edu with ESMTP id ; Thu, 2 Sep 1999 16:47:12 -0400 Received: from fmsmsx28.FM.INTEL.COM (fmsmsx28.fm.intel.com [132.233.42.28]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id QAA11143 for ; Thu, 2 Sep 1999 16:48:07 GMT Received: by fmsmsx28.fm.intel.com with Internet Mail Service (5.5.2448.0) id ; Thu, 2 Sep 1999 13:47:12 -0700 Message-ID: From: "Chagas, Jason" To: "'linux-arm@vger.rutgers.edu'" Cc: "Chagas, Jason" Subject: New page tables... Date: Thu, 2 Sep 1999 13:47:09 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I've experienced an interesting problem trying to port ARM-Linux v2.2.3 (Brutus) to a new platform and StrongARM based processor. The problem occurs when loading an executable image(/sbin/init - the first executable called by the kernel). In the process of loading the executable, the kernel calls 'new_page_tables' (memory.c). This function in turn calls 'pgd_alloc' (pgtable.h) to allocate a new translation table that is eventually activated with CP15 (register 2) by a macro defined as 'SET_PAGE_DIR' (pgtable.h) followed by all the appropriate cache flushes. The pointer to this new is saved is saved in task structure. Why is it that each task needs its own copy of the translation table is unclear to me. I would appreciate if someone could shed some light into it. Anyway, 'pgd_alloc' in this case calls 'get_pgd_slow' (fault-armv.c). 'get_pgd_slow' allocates 16k of memory, zeros it out, and copies the original translation table into this new buffer. However, it starts copying the entries at the RAM address offset (0xc00000000 for Brutus or 0x20000000 for my board). Note, unlike the Brutus code that mapped all IO to virtual address higher than RAM (mm-sa1100.c), I [inadvertently] mapped some IO virtual address below the RAM address. Evidently, the end result was that my IO addresses didn't get copied and the kernel hanged right after flushing of the instruction and data TLBs ('_saxxxx_flsu_tlb_all' - proc-saxxxx.S). What seems strange to me is that the Brutus kernel does not seem copy the exception vector table entry, virtual address 0x0000000 initialized by function setup_pagetables (mm_init.h), from the old translation table into the new one. Some how the Brutus kernel still works. Could anyone explain to me this magic? I tried copying all (16k) the translation table (instead of just part of it) into the new table and the kernel didn't hang after the TLB flush but it "bombed" later with: Bad pmd in pte_alloc: 03f00442 Function entered at [<200102c0>] from [<2002058c>] r4 = 00000000 Function entered at [<20020448>] from [<20035590>] r8 = 03ffffda r7 = 21fdde10 . . . Any ideas? Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 01:21:54 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA19769 for ; Fri, 3 Sep 1999 01:21:54 +0100 Received: (qmail 15256 invoked from network); 3 Sep 1999 00:19:30 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 00:19:30 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 2 Sep 1999 18:49:20 -0400 Received: by vger.rutgers.edu id ; Thu, 2 Sep 1999 18:32:37 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:2099 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Thu, 2 Sep 1999 18:20:19 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11MfCk-00050V-00; Thu, 2 Sep 1999 23:19:38 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: New page tables... In-Reply-To: Message from "Chagas, Jason" of "Thu, 02 Sep 1999 13:47:09 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Sep 1999 23:19:37 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >The pointer to this new is saved is saved in task structure. Why is it that >each task needs its own copy of the translation table is unclear to me. Each task might have different memory mappings and the easiest way to cope with this is to give each one a completely separate page table. It would be possible to have a common L1 table and swap around the entries in it but this would add complexity for fairly little gain. >original translation table into this new buffer. However, it starts copying >the entries at the RAM address offset (0xc00000000 for Brutus or 0x20000000 >for my board). Note, unlike the Brutus code that mapped all IO to virtual Why have you mapped the kernel RAM so low down? This will seriously reduce your available address space for user tasks, especially if you have I/O at even smaller addresses. Unless there is a particular reason to do otherwise you probably want to keep the identity mapping of RAM at 0xc0000000. >seems strange to me is that the Brutus kernel does not seem copy the >exception vector table entry, virtual address 0x0000000 initialized by >function setup_pagetables (mm_init.h), from the old translation table into Doesn't get_pgd_slow do this? >I tried copying all (16k) the translation table (instead of just part of it) >into the new table and the kernel didn't hang after the TLB flush but it I suspect that copying the (now stale) user mappings may bring you to grief. You want to copy just the kernel and I/O segments. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 06:34:22 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id GAA31887 for ; Fri, 3 Sep 1999 06:34:21 +0100 Received: (qmail 10457 invoked from network); 3 Sep 1999 05:34:21 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 05:34:21 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 01:33:49 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 01:33:33 -0400 Received: from m37-nsv1-trogon.tch.cableol.net ([194.168.16.37]:3715 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 01:33:05 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA18988; Thu, 2 Sep 1999 23:35:17 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA00448; Thu, 2 Sep 1999 23:33:46 +0100 Message-Id: <199909022233.XAA00448@raistlin.armlinux.org.uk> Subject: Re: New page tables... To: jason.chagas@intel.com (Chagas Jason) Date: Thu, 2 Sep 1999 23:33:45 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Chagas, Jason" at Sep 2, 99 01:47:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Chagas, Jason writes: > Why is it that each task needs its own copy of the translation table is > unclear to me. I would appreciate if someone could shed some light into it. Every separate task in Linux requires its own set of page tables. This allows different user-space mappings between the virtual and physical addresses to be set up. When the kernel needs to switch between two tasks, all it essentially needs to do is to remap the user space, and the way this is done is to switch the page tables. > However, it starts copying the entries at the RAM address offset > (0xc00000000 for Brutus or 0x20000000 for my board). Note, unlike > the Brutus code that mapped all IO to virtual address higher than > RAM (mm-sa1100.c), I [inadvertently] mapped some IO virtual address > below the RAM address. Why are you setting this so low? You're not leaving very much for the actual user-mode tasks/threads. Do you have a lot of IO space on this board? If not, then you might as well adopt the already proven generic structure which is used on all the other 32-bit platforms. There should be *NO* IO mappings below the TASK_SIZE boundary, except for the first page. TASK_SIZE defines the end of the 'user-mode' memory area. Everything above that is defined to be 'system' mappings, which are always copied. > What seems strange to me is that the Brutus kernel does not seem copy the > exception vector table entry, virtual address 0x0000000 initialized by > function setup_pagetables (mm_init.h), from the old translation table into > the new one. Some how the Brutus kernel still works. Could anyone explain to > me this magic? See new_page_tables() in mm/memory.c. > I tried copying all (16k) the translation table (instead of just part of it) > into the new table and the kernel didn't hang after the TLB flush but it > "bombed" later with: It will do - the kernel demand-loads the binaries, which means that it relies on the page tables being marked as invalid to cause prefetch and data aborts. These aborts then cause pages to be read in. If old pages are present, then literally anything can happen to the user program, and will probably result in the kernel killing the program in some way. If you follow the generic mapping (zero-page, user, kernel, io in that order) then you can't go far wrong with the page tables - it should just work. A tip - make sure 'Split text into discardable sections' is disabled. It does cause strange problems at run time with most (but not all) of the GNU ARM tool chain. The latest versions may be ok, but at this stage, I'd say you want that option off. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 13:55:00 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA19229 for ; Fri, 3 Sep 1999 13:55:00 +0100 Received: (qmail 6189 invoked from network); 3 Sep 1999 12:54:59 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 12:54:59 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 08:54:27 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 08:54:18 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3274 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Fri, 3 Sep 1999 08:54:02 -0400 Received: From paulaner With LocalMail ; Fri, 3 Sep 99 22:53:40 +1000 From: "Adam 'WeirdArms' Wiggins" To: linux-arm@vger.rutgers.edu Date: Fri, 3 Sep 1999 22:53:40 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU Subject: gcc question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I have a question with regards to the procedure call standard. Is it possible to override the C procedure call standard for single functions? Its probably not the best way of going about things but I'm participating in a C implimentation of a micro-kernel who's syscalls in general have more then 4 arguments and return more then one. Its important to avoid copying. The ABI defines which registers are what and that all registers less the user SP are undefined after the syscall except where they are allocated for results from the syscall. Thats probably not very clear but if anyone can help or suggest something please let me know Thanks in advance, Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 15:01:42 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA22610 for ; Fri, 3 Sep 1999 15:01:41 +0100 Received: (qmail 18600 invoked from network); 3 Sep 1999 14:01:39 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 14:01:39 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 10:01:08 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 10:00:52 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:24176 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 10:00:06 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11Mtbp-0008Jp-00; Fri, 3 Sep 1999 14:42:29 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11Mtbo-0001TH-00; Fri, 3 Sep 1999 14:42:28 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-reply-to: Your message of "Fri, 03 Sep 1999 22:53:40 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Sep 1999 14:42:28 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > Its probably not the best way of going about things but I'm >participating in a C implimentation of a micro-kernel who's syscalls in >general have more then 4 arguments and return more then one. Its important >to avoid copying. The ABI defines which registers are what and that all >registers less the user SP are undefined after the syscall except where >they are allocated for results from the syscall. I don't quite understand what you're trying to do. Are you saying you want to arrange for certain functions to have a non-standard calling sequence where all regs are clobbered and a greater than usual number are used for args and return values? If so, this isn't possible without some hacking of the compiler. It wouldn't be especially hard to add a new configuration with these quirks though. Under Linux the compiler doesn't know anything at all about syscalls and the C library does all the necessary magic. If you can explain what the exact mechanism for syscalls under your kernel is, that would probably help. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 15:46:47 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA24899 for ; Fri, 3 Sep 1999 15:46:46 +0100 Received: (qmail 26822 invoked from network); 3 Sep 1999 14:46:45 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 14:46:45 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 10:45:05 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 10:44:52 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3517 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Fri, 3 Sep 1999 10:39:50 -0400 Received: From paulaner With LocalMail ; Sat, 4 Sep 99 00:38:24 +1000 From: "Adam 'WeirdArms' Wiggins" To: Philip Blundell Date: Sat, 4 Sep 1999 00:38:15 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 3 Sep 1999, Philip Blundell wrote: > > Its probably not the best way of going about things but I'm > >participating in a C implimentation of a micro-kernel who's syscalls in > >general have more then 4 arguments and return more then one. Its important > >to avoid copying. The ABI defines which registers are what and that all > >registers less the user SP are undefined after the syscall except where > >they are allocated for results from the syscall. > > I don't quite understand what you're trying to do. Are you saying you want to > arrange for certain functions to have a non-standard calling sequence where > all regs are clobbered and a greater than usual number are used for args and > return values? Yes, For example the IPC system call only leaves the user stack pointer untouched all other registers are IPC arguments and most are return values. Since the kernel being implimentated here is in C it seems you have to have a fair bit of messy inline asm and something like a no-return attribute to avoid the function call saving and restoring the saved registers of the calling convention. > > If so, this isn't possible without some hacking of the compiler. It wouldn't > be especially hard to add a new configuration with these quirks though. Under > Linux the compiler doesn't know anything at all about syscalls and the C > library does all the necessary magic. for user space or inside the kernel? > > If you can explain what the exact mechanism for syscalls under your kernel is, > that would probably help. Syscalls are register only arguments and return values. Inline ASM is used to call them from user code. The heaviest syscal (ipc) uses all registers as arguments and return values less the user SP. Usually the kernel is implimented totally in assembly so there is no problem. Since this is a research implimentation its written in a high level language and the calling standard is getting in the way a bit. How does linux impliment its system calls? Cheers Adam > > p. > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 16:05:33 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA25887 for ; Fri, 3 Sep 1999 16:05:32 +0100 Received: (qmail 29896 invoked from network); 3 Sep 1999 15:05:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 15:05:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 11:05:11 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 11:05:03 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:24359 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 11:04:43 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11Mut2-00001D-00; Fri, 3 Sep 1999 16:04:20 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11Mut2-00028O-00; Fri, 3 Sep 1999 16:04:20 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-reply-to: Your message of "Sat, 04 Sep 1999 00:38:15 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Sep 1999 16:04:20 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >return values. Since the kernel being implimentated here is in C it seems >you have to have a fair bit of messy inline asm and something like a >no-return attribute to avoid the function call saving and restoring the >saved registers of the calling convention. Yes. I suspect you may end up writing some assembler to do the glue. There isn't any neat way to express in C what you want to do. >> Linux the compiler doesn't know anything at all about syscalls and the C >> library does all the necessary magic. > > for user space or inside the kernel? Sorry, I was talking about user space so I guess we were at cross purposes rather. The first level of system call handling in the kernel is all coded in assembler (which is one of the things that makes syscalls as quick as they are) and all the register manipulation happens there. > How does linux impliment its system calls? For the kernel, see arch/arm/kernel/entry-common.S. For user space, see the libc sources (mostly in sysdeps/unix/sysv/linux/arm/). p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 16:15:29 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA26396 for ; Fri, 3 Sep 1999 16:15:28 +0100 Received: (qmail 31822 invoked from network); 3 Sep 1999 15:15:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 15:15:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 11:14:38 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 11:14:34 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3621 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Fri, 3 Sep 1999 11:14:20 -0400 Received: From paulaner With LocalMail ; Sat, 4 Sep 99 01:13:19 +1000 From: "Adam 'WeirdArms' Wiggins" To: Philip Blundell Date: Sat, 4 Sep 1999 01:13:19 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 3 Sep 1999, Philip Blundell wrote: > >return values. Since the kernel being implimentated here is in C it seems > >you have to have a fair bit of messy inline asm and something like a > >no-return attribute to avoid the function call saving and restoring the > >saved registers of the calling convention. > > Yes. I suspect you may end up writing some assembler to do the glue. There > isn't any neat way to express in C what you want to do. That was clear, I'm just trying to find the right balance. The code should be highly readable and flexible, but I'm trying to maintain the speed. > > >> Linux the compiler doesn't know anything at all about syscalls and the C > >> library does all the necessary magic. > > > > for user space or inside the kernel? > > Sorry, I was talking about user space so I guess we were at cross purposes > rather. The first level of system call handling in the kernel is all coded > in assembler (which is one of the things that makes syscalls as quick as > they are) and all the register manipulation happens there. I think in this case the micro-kenel should aost be totally asm but its not my choice :( > > > How does linux impliment its system calls? > > For the kernel, see arch/arm/kernel/entry-common.S. For user space, see the > libc sources (mostly in sysdeps/unix/sysv/linux/arm/). > I'll check out the kernel entry points Cheers Adam > p. > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 16:21:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA26701 for ; Fri, 3 Sep 1999 16:21:48 +0100 Received: (qmail 1088 invoked from network); 3 Sep 1999 15:21:47 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 15:21:47 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 11:20:51 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 11:20:33 -0400 Received: from dfw7-1.relay.mail.uu.net ([199.171.54.106]:51485 "EHLO dfw7-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 11:20:13 -0400 Received: from xedia.com by dfw7sosrv11.alter.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQhfbx03642; Fri, 3 Sep 1999 15:19:21 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA08332; Fri, 3 Sep 99 11:17:46 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id LAA17149; Fri, 3 Sep 1999 11:19:20 -0400 Date: Fri, 3 Sep 1999 11:19:20 -0400 Message-Id: <199909031519.LAA17149@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pb@nexus.co.uk Cc: awiggins@cse.unsw.EDU.AU, linux-arm@vger.rutgers.edu Subject: Re: gcc question References: X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>>>> "Philip" == Philip Blundell writes: >> Its probably not the best way of going about things but I'm >> participating in a C implimentation of a micro-kernel who's >> syscalls in general have more then 4 arguments and return more >> then one. Its important to avoid copying. The ABI defines which >> registers are what and that all registers less the user SP are >> undefined after the syscall except where they are allocated for >> results from the syscall. Philip> I don't quite understand what you're trying to do. Are you Philip> saying you want to arrange for certain functions to have a Philip> non-standard calling sequence where all regs are clobbered Philip> and a greater than usual number are used for args and return Philip> values? Philip> If so, this isn't possible without some hacking of the Philip> compiler. Couldn't you do it with the extended form of the asm statement that GCC supports? That gives a whole lot of control over how parameters are passed in and out of the asm block. If the asm block in turn is a function call (or syscall) instruction, that may do the job. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 16:40:45 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA27726 for ; Fri, 3 Sep 1999 16:40:45 +0100 Received: (qmail 6321 invoked from network); 3 Sep 1999 15:40:44 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 15:40:44 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 11:39:37 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 11:35:38 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:24449 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 11:35:19 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11MvJj-000057-00; Fri, 3 Sep 1999 16:31:55 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11MvJj-0002RD-00; Fri, 3 Sep 1999 16:31:55 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Paul Koning cc: awiggins@cse.unsw.EDU.AU, linux-arm@vger.rutgers.edu Subject: Re: gcc question In-reply-to: Your message of "Fri, 03 Sep 1999 11:19:20 EDT." <199909031519.LAA17149@tonga.xedia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Sep 1999 16:31:55 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Couldn't you do it with the extended form of the asm statement that >GCC supports? That gives a whole lot of control over how parameters >are passed in and out of the asm block. If the asm block in turn is a >function call (or syscall) instruction, that may do the job. Yes, you can do more or less anything with an asm. I thought Adam wanted a "clean" way to do this with function attributes or the like. (Actually, an asm that clobbers all registers might well bring the compiler to a sticky end. It can't always handle that sort of situation properly.) p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 16:44:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA27847 for ; Fri, 3 Sep 1999 16:44:27 +0100 Received: (qmail 6975 invoked from network); 3 Sep 1999 15:44:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 15:44:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 11:43:56 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 11:43:37 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3691 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Fri, 3 Sep 1999 11:43:25 -0400 Received: From paulaner With LocalMail ; Sat, 4 Sep 99 01:41:34 +1000 From: "Adam 'WeirdArms' Wiggins" To: Paul Koning Date: Sat, 4 Sep 1999 01:41:34 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: pb@nexus.co.uk, linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: <199909031519.LAA17149@tonga.xedia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing hOn Fri, 3 Sep 1999, Paul Koning wrote: > >>>>> "Philip" == Philip Blundell writes: > > >> Its probably not the best way of going about things but I'm > >> participating in a C implimentation of a micro-kernel who's > >> syscalls in general have more then 4 arguments and return more > >> then one. Its important to avoid copying. The ABI defines which > >> registers are what and that all registers less the user SP are > >> undefined after the syscall except where they are allocated for > >> results from the syscall. > > Philip> I don't quite understand what you're trying to do. Are you > Philip> saying you want to arrange for certain functions to have a > Philip> non-standard calling sequence where all regs are clobbered > Philip> and a greater than usual number are used for args and return > Philip> values? > > Philip> If so, this isn't possible without some hacking of the > Philip> compiler. > > Couldn't you do it with the extended form of the asm statement that > GCC supports? That gives a whole lot of control over how parameters > are passed in and out of the asm block. If the asm block in turn is a > function call (or syscall) instruction, that may do the job. > This would be fine but how do you make the function call without saving registers? Ideally we would associate all registers used with variables then write the syscall in C. The probablem is the calling standard will save register which are scratch anyway which represends wasted cycles. There isn't much point of register only arguments if they have to be stacked to call C from the asm exception entry point. I noticed that the SWI handler in linux has a comment saying still have a problem with >4 argument functions. hat is this refering too? Syscall functions? Also isn't checking the SWI constant expensive? You pollute your data cache with code, why check this when the syscall number is in a register? Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 16:50:31 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA28266 for ; Fri, 3 Sep 1999 16:50:31 +0100 Received: (qmail 7657 invoked from network); 3 Sep 1999 15:50:30 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 15:50:30 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 11:49:59 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 11:49:50 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:24475 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 11:49:39 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11Mvai-000092-00; Fri, 3 Sep 1999 16:49:28 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11Mvah-0002bC-00; Fri, 3 Sep 1999 16:49:27 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: Paul Koning , linux-arm@vger.rutgers.edu Subject: Re: gcc question In-reply-to: Your message of "Sat, 04 Sep 1999 01:41:34 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Sep 1999 16:49:27 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > I noticed that the SWI handler in linux has a comment saying still >have a problem with >4 argument functions. hat is this refering too? I think that's a historical relic. 5 argument syscalls should be OK now. >Also isn't checking the SWI constant expensive? You >pollute your data cache with code, why check this when the syscall number >is in a register? The syscall number isn't in a register for the Linux/ARM syscall standard. With hindsight that was probably a mistake though we need to check it anyway for compatibility with BSD, RISC OS and so on. The way I plan to do Linux/Thumb we will indeed put the syscall number in a register and ignore the comment field. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 16:54:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA28386 for ; Fri, 3 Sep 1999 16:54:04 +0100 Received: (qmail 8392 invoked from network); 3 Sep 1999 15:54:02 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 15:54:02 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 11:53:41 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 11:53:32 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3721 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Fri, 3 Sep 1999 11:53:27 -0400 Received: From paulaner With LocalMail ; Sat, 4 Sep 99 01:52:20 +1000 From: "Adam 'WeirdArms' Wiggins" To: Philip Blundell Date: Sat, 4 Sep 1999 01:52:20 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: Paul Koning , linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 3 Sep 1999, Philip Blundell wrote: > >Couldn't you do it with the extended form of the asm statement that > >GCC supports? That gives a whole lot of control over how parameters > >are passed in and out of the asm block. If the asm block in turn is a > >function call (or syscall) instruction, that may do the job. > > Yes, you can do more or less anything with an asm. I thought Adam wanted a > "clean" way to do this with function attributes or the like. Would specifying the function as no_return avoid register saving? This combined with a small asm block to associate registers to vaiables might be what I'm looking for. > > (Actually, an asm that clobbers all registers might well bring the compiler to > a sticky end. It can't always handle that sort of situation properly.) Any tips o what behaviour will result from this (so I can keep an eye out for it)? Also what optimisation levels are 'safe' for kernel coding? I seem to remember some mention of optimisations on ARM gcc producing broken code. Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 17:03:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA28915 for ; Fri, 3 Sep 1999 17:03:16 +0100 Received: (qmail 10263 invoked from network); 3 Sep 1999 16:03:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 16:03:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 12:02:35 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 12:02:30 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3746 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Fri, 3 Sep 1999 12:01:20 -0400 Received: From paulaner With LocalMail ; Sat, 4 Sep 99 02:00:06 +1000 From: "Adam 'WeirdArms' Wiggins" To: Philip Blundell Date: Sat, 4 Sep 1999 02:00:06 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: Paul Koning , linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > >Also isn't checking the SWI constant expensive? You > >pollute your data cache with code, why check this when the syscall number > >is in a register? > > The syscall number isn't in a register for the Linux/ARM syscall standard. Ah I was looking at a later called function not the entry point. This could actually cause a problem for us with L4/Linux on ARM. L4 is using r0 as the syscall number so we'd have probablems supporting unmodified binaries since we ignore the SWI imediate for the reasons I mentioned before. > With hindsight that was probably a mistake though we need to check it anyway > for compatibility with BSD, RISC OS and so on. The way I plan to do > Linux/Thumb we will indeed put the syscall number in a register and ignore > the comment field. Linux/Thumb? How will this differ from current Arm/Linux? Will the kernel contain thumb code or only support user thumb code? Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 17:44:42 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA31029 for ; Fri, 3 Sep 1999 17:44:42 +0100 Received: (qmail 19400 invoked from network); 3 Sep 1999 16:44:41 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 16:44:41 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 12:44:02 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 12:42:52 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:24636 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 12:40:23 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11MwKx-0000Ep-00; Fri, 3 Sep 1999 17:37:15 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11MwKx-0002ff-00; Fri, 3 Sep 1999 17:37:15 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: Paul Koning , linux-arm@vger.rutgers.edu Subject: Re: gcc question In-reply-to: Your message of "Sat, 04 Sep 1999 01:52:20 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Sep 1999 17:37:15 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > Would specifying the function as no_return avoid register saving? I think so, but you will then have to take care of actually doing the return yourself. > Any tips o what behaviour will result from this (so I can keep an >eye out for it)? I think the compiler will abort if it runs out of registers totally. It shouldn't generate bad code these days. >Also what optimisation levels are 'safe' for kernel >coding? I seem to remember some mention of optimisations on ARM gcc >producing broken code. Anything should be safe, but -O3 or higher will probably start to generate worse code than -O2. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 17:45:14 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA31154 for ; Fri, 3 Sep 1999 17:45:13 +0100 Received: (qmail 19534 invoked from network); 3 Sep 1999 16:45:12 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 16:45:12 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 12:44:03 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 12:43:00 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:24645 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 12:41:55 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11MwPH-0000FB-00; Fri, 3 Sep 1999 17:41:43 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11MwPH-0002gr-00; Fri, 3 Sep 1999 17:41:43 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-reply-to: Your message of "Sat, 04 Sep 1999 02:00:06 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Sep 1999 17:41:42 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > Linux/Thumb? How will this differ from current Arm/Linux? Will the >kernel contain thumb code or only support user thumb code? All I'm interested in at the moment is supporting Thumb code in user space. There is no particular reason why compiling the kernel as Thumb should be especially difficult if anybody wanted to do that. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 20:06:30 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA06088 for ; Fri, 3 Sep 1999 20:06:30 +0100 Received: (qmail 22234 invoked from network); 3 Sep 1999 19:06:29 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 19:06:29 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 15:04:40 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 15:01:04 -0400 Received: from m18-nsv3-trogon.tch.cableol.net ([194.168.16.168]:3966 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 14:53:36 -0400 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA22750; Fri, 3 Sep 1999 19:31:02 +0100 Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.8.7) id TAA02229; Fri, 3 Sep 1999 19:29:05 +0100 From: Russell King - ARM Linux Admin Message-Id: <199909031829.TAA02229@flint.armlinux.org.uk> Subject: Re: gcc question To: pb@nexus.co.uk (Philip Blundell) Date: Fri, 3 Sep 1999 19:29:05 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 3, 99 04:49:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > The syscall number isn't in a register for the Linux/ARM syscall standard. > With hindsight that was probably a mistake though we need to check it anyway This 'mistake' only happened because someone decided to split the I and D caches. It wasn't a mistake before that happened. Therefore, by definition, it cannot be called a mistake at all, but a 'misdesign of the ARM architecture' as a whole. However, if you really think about it, not to put the syscall number in the comment field would have been an even bigger mistake to have made (since then you have to copy the user r1..r3,[sp],[sp,#4] to kernel r0..r4,[sp], which would waste more cycles than reading the SWI instruction and masking it. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 3 20:30:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA07396 for ; Fri, 3 Sep 1999 20:30:27 +0100 Received: (qmail 26874 invoked from network); 3 Sep 1999 19:30:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 3 Sep 1999 19:30:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 15:29:57 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 15:29:43 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:2332 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 15:29:28 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Mz18-0005k3-00; Fri, 3 Sep 1999 20:28:58 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: Message from Russell King - ARM Linux Admin of "Fri, 03 Sep 1999 19:29:05 BST." <199909031829.TAA02229@flint.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Sep 1999 20:28:58 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >This 'mistake' only happened because someone decided to split the I and >D caches. It wasn't a mistake before that happened. Therefore, by >definition, it cannot be called a mistake at all, but a 'misdesign >of the ARM architecture' as a whole. Well, "mistake" was a bit strong. But even with a unified cache it is still marginally more expensive to load and mask the SWI instruction than to have user space load the value into a register. >However, if you really think about it, not to put the syscall number in >the comment field would have been an even bigger mistake to have made >(since then you have to copy the user r1..r3,[sp],[sp,#4] to kernel Well, you could put the syscall number in R12 or something, and do the args precisely as they are done at the moment. As I mentioned, this is the route I plan to take for Thumb, partly because the comment field is too small to be of any real use and partly because it seems like a generally better plan with the current state of the world. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 4 01:14:49 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA23809 for ; Sat, 4 Sep 1999 01:14:49 +0100 Received: (qmail 13702 invoked from network); 4 Sep 1999 00:14:48 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 4 Sep 1999 00:14:48 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 20:14:27 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 20:14:18 -0400 Received: from [209.75.216.5] ([209.75.216.5]:3633 "EHLO mail.systech.com") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 20:14:01 -0400 Received: by mail.systech.com with Internet Mail Service (5.0.1460.8) id ; Fri, 3 Sep 1999 17:17:30 -0700 Message-ID: <84AB6DB21134D311BA2B0050047FE9848331@mail.systech.com> From: Dan Jakubiec To: "'linux-arm@vger.rutgers.edu'" Subject: Problems building ARM toolchain under Linux. Date: Fri, 3 Sep 1999 17:17:28 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm trying to build a GNU toolchain for the 'arm-linux' target under and Intel-based Red Hat Linux 6.0 system. I've been following Chris Rutter's excellent document to this (http://inkvine.fluff.org/~chris/arm-tools.html). I'm using binutils 2.9.1.0.19a and GCC 2.95.1. I get a good deal of the way into building GCC, but then I hit this error: ------------------------------- ... make[3]: Entering directory `/home/dan/build-gcc/gcc' rm -f tmplibgcc2.a for name in _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _lshrdi3 _ashldi3 _ashrdi3 _ffsdi2 _udiv_w_sdiv _udivmoddi4 _cmpdi2 _ucmpdi2 _floatdidf _floatdisf _fixunsdfsi _fixunssfsi _fixunsdfdi _fixdfdi _fixunssfdi _fixsfdi _fixxfdi _fixunsxfdi _floatdixf _fixunsxfsi _fixtfdi _fixunstfdi _floatditf __gcc_bcmp _varargs __dummy _eprintf _bb _shtab _clear_cache _trampoline __main _exit _ctors _pure; \ do \ echo ${name}; \ /home/dan/build-gcc/gcc/xgcc -B/home/dan/build-gcc/gcc/ -B/home/gnu/arm/arm-linux/bin/ -I/home/gnu/arm/arm-linux/include -O2 -DCROSS_COMPILE -DIN_GCC -g -O2 -I./include -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I../../gcc-2.95.1/gcc -I../../gcc-2.95.1/gcc/config -I../../gcc-2.95.1/gcc/../include -c -DL${name} \ ../../gcc-2.95.1/gcc/libgcc2.c -o ${name}.o; \ if [ $? -eq 0 ] ; then true; else exit 1; fi; \ arm-linux-ar rc tmplibgcc2.a ${name}.o; \ rm -f ${name}.o; \ done _muldi3 ../../gcc-2.95.1/gcc/libgcc2.c:41: stdlib.h: No such file or directory ../../gcc-2.95.1/gcc/libgcc2.c:42: unistd.h: No such file or directory make[3]: *** [libgcc2.a] Error 1 make[3]: Leaving directory `/home/dan/build-gcc/gcc' make[2]: *** [stmp-multilib-sub] Error 2 make[2]: Leaving directory `/home/dan/build-gcc/gcc' make[1]: *** [stmp-multilib] Error 1 make[1]: Leaving directory `/home/dan/build-gcc/gcc' make: *** [all-gcc] Error 2 ------------------------------- For some reason it can't find stdlib.h and unistd.h. The only place these live on my system are /usr/include. Does anyone have any ideas on how to fix this? Thanks in advance! -- Dan Jakubiec Systech Corporation dan@systech.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 4 01:15:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA23957 for ; Sat, 4 Sep 1999 01:15:50 +0100 Received: (qmail 13865 invoked from network); 4 Sep 1999 00:15:49 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 4 Sep 1999 00:15:49 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 20:15:17 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 20:15:09 -0400 Received: from adsl-216-100-248-143.dsl.snfc21.pacbell.net ([216.100.248.143]:27631 "EHLO adsl-216-100-248-143.dsl.snfc21.pacbell.net") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 20:15:01 -0400 Received: from barney (benw@barney [192.168.1.7]) by adsl-216-100-248-143.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id RAA32756; Fri, 3 Sep 1999 17:07:30 -0700 Date: Fri, 3 Sep 1999 17:06:17 -0700 (PDT) From: Ben Williamson X-Sender: benw@barney.casagrande.way To: Philip Blundell cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 3 Sep 1999, Philip Blundell wrote: > Well, you could put the syscall number in R12 or something, and do the args > precisely as they are done at the moment. As I mentioned, this is the route I > plan to take for Thumb, partly because the comment field is too small to be of > any real use and partly because it seems like a generally better plan with the > current state of the world. I'm wondering if you considered this option for Thumb: In the instruction slot immediately following the SWI, place a 16-bit comment field. Then have the SWI handler step over it to return to the instruction slot following the extra comment field. How would that stack up? Just a thought. Cheers, - Ben. ------------------------------------------------------------------- Ben Williamson benw@pobox.com http://www.pobox.com/~benw/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 4 02:13:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id CAA27016 for ; Sat, 4 Sep 1999 02:13:48 +0100 Received: (qmail 22177 invoked from network); 4 Sep 1999 01:13:46 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 4 Sep 1999 01:13:46 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 3 Sep 1999 21:13:24 -0400 Received: by vger.rutgers.edu id ; Fri, 3 Sep 1999 21:13:16 -0400 Received: from thalia.fm.intel.com ([132.233.247.11]:1052 "EHLO thalia.fm.intel.com") by vger.rutgers.edu with ESMTP id ; Fri, 3 Sep 1999 21:13:09 -0400 Received: from fmsmsx18.intel.com (fmsmsx18.fm.intel.com [132.233.233.232]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id VAA03067; Fri, 3 Sep 1999 21:13:57 GMT Received: by fmsmsx18.fm.intel.com with Internet Mail Service (5.5.2448.0) id ; Fri, 3 Sep 1999 18:13:02 -0700 Message-ID: From: "Chagas, Jason" To: "'Dan Jakubiec'" , "'linux-arm@vger.rutgers.edu'" Subject: RE: Problems building ARM toolchain under Linux. Date: Fri, 3 Sep 1999 18:13:00 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Also, take a look at http://developer.intel.com/design/strong/applnots/sa1100lx/sa1100lx.htm Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 4 07:56:15 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id HAA14559 for ; Sat, 4 Sep 1999 07:56:15 +0100 Received: (qmail 31271 invoked from network); 4 Sep 1999 06:56:11 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 4 Sep 1999 06:56:11 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 4 Sep 1999 02:49:57 -0400 Received: by vger.rutgers.edu id ; Sat, 4 Sep 1999 02:49:42 -0400 Received: from smaug.netwave.de ([194.162.128.45]:12869 "EHLO mail.netwave.de") by vger.rutgers.edu with ESMTP id ; Sat, 4 Sep 1999 02:47:46 -0400 Received: from otaku.nerdnet.de (postfix@as-line13.hb.netwave.de [195.185.99.140]) by mail.netwave.de (8.9.1/8.8.5) with ESMTP id IAA01229 for ; Sat, 4 Sep 1999 08:47:41 +0200 Received: by otaku.nerdnet.de (Postfix, from userid 1000) id 31B4B27289; Sat, 4 Sep 1999 08:39:06 +0200 (CEST) Date: Sat, 4 Sep 1999 08:39:06 +0200 From: Jan-Uwe Finck To: "'linux-arm@vger.rutgers.edu'" Subject: Re: Problems building ARM toolchain under Linux. Message-ID: <19990904083906.A293@mail.netwave.de> Reply-To: Jan-Uwe.Finck@bigfoot.de Mail-Followup-To: "'linux-arm@vger.rutgers.edu'" References: <84AB6DB21134D311BA2B0050047FE9848331@mail.systech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0pre1i In-Reply-To: <84AB6DB21134D311BA2B0050047FE9848331@mail.systech.com> Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, Sep 03, 1999 at 05:17:28PM -0700, Dan Jakubiec wrote: > ../../gcc-2.95.1/gcc/libgcc2.c -o ${name}.o; \ > if [ $? -eq 0 ] ; then true; else exit 1; fi; \ > arm-linux-ar rc tmplibgcc2.a ${name}.o; \ > rm -f ${name}.o; \ > done > _muldi3 > ../../gcc-2.95.1/gcc/libgcc2.c:41: stdlib.h: No such file or directory > ../../gcc-2.95.1/gcc/libgcc2.c:42: unistd.h: No such file or directory Try these instructions from a recent posting some weeks ago : Edit gcc/config/arm/t-linux and add "-Dinhibit_libc" and "-D__gthr_posix_h" to TARGET_LIBGCC2_CFLAGS Delete #include "gthr.h" in libgcc2.c Add the "--disable-threads" option to configure Hope it helps, -- CU Jan-Uwe ------------------------------------------------- PGP-Public-Key on Request. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 4 10:58:59 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA20425 for ; Sat, 4 Sep 1999 10:58:58 +0100 Received: (qmail 21181 invoked from network); 4 Sep 1999 09:58:57 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 4 Sep 1999 09:58:57 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 4 Sep 1999 05:58:27 -0400 Received: by vger.rutgers.edu id ; Sat, 4 Sep 1999 05:58:18 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:2576 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sat, 4 Sep 1999 05:58:06 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11NCa3-0006dP-00; Sat, 4 Sep 1999 10:57:55 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Ben Williamson cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: Message from Ben Williamson of "Fri, 03 Sep 1999 17:06:17 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Sep 1999 10:57:54 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I'm wondering if you considered this option for Thumb: In the instruction >slot immediately following the SWI, place a 16-bit comment field. Then >have the SWI handler step over it to return to the instruction slot >following the extra comment field. How would that stack up? Just a >thought. Well, it's certainly a possibility but it doesn't seem that attractive. Are there any particular advantages you can think of to that approach? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 4 16:12:21 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA29844 for ; Sat, 4 Sep 1999 16:12:20 +0100 Received: (qmail 9323 invoked from network); 4 Sep 1999 15:12:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 4 Sep 1999 15:12:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 4 Sep 1999 11:11:58 -0400 Received: by vger.rutgers.edu id ; Sat, 4 Sep 1999 11:11:44 -0400 Received: from adsl-216-100-248-143.dsl.snfc21.pacbell.net ([216.100.248.143]:27818 "EHLO adsl-216-100-248-143.dsl.snfc21.pacbell.net") by vger.rutgers.edu with ESMTP id ; Sat, 4 Sep 1999 11:10:46 -0400 Received: from barney (benw@barney [192.168.1.7]) by adsl-216-100-248-143.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id IAA00909; Sat, 4 Sep 1999 08:08:13 -0700 Date: Sat, 4 Sep 1999 08:07:01 -0700 (PDT) From: Ben Williamson X-Sender: benw@barney.casagrande.way To: Philip Blundell cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Sat, 4 Sep 1999, Philip Blundell wrote: > >I'm wondering if you considered this option for Thumb: In the instruction > >slot immediately following the SWI, place a 16-bit comment field. Then > >have the SWI handler step over it to return to the instruction slot > >following the extra comment field. How would that stack up? Just a > >thought. > > Well, it's certainly a possibility but it doesn't seem that attractive. Are > there any particular advantages you can think of to that approach? I was just thinking of code density, and symmetry with ARM mode to some extent. It results in a total 24-bit comment field, and it doesn't need any instructions in the calling code to load a register with an immediate value. Then again, maybe SWIs aren't very common if they all live inside wrapper functions in libc. I'm wondering how the performance would compare when you take into account settting up r12 or whatever. Cheers, - Ben. ------------------------------------------------------------------- Ben Williamson benw@pobox.com http://www.pobox.com/~benw/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 4 22:55:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA10067 for ; Sat, 4 Sep 1999 22:55:24 +0100 Received: (qmail 14192 invoked from network); 4 Sep 1999 21:55:23 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 4 Sep 1999 21:55:23 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 4 Sep 1999 17:55:01 -0400 Received: by vger.rutgers.edu id ; Sat, 4 Sep 1999 17:54:52 -0400 Received: from mail2.svr.pol.co.uk ([195.92.193.210]:6431 "EHLO mail2.svr.pol.co.uk") by vger.rutgers.edu with ESMTP id ; Sat, 4 Sep 1999 17:54:41 -0400 Received: from modem-64.radon.dialup.pol.co.uk ([62.136.42.192] helo=reinhouse) by mail2.svr.pol.co.uk with smtp (Exim 2.12 #2) id 11NNlW-0000cE-00 for linux-arm@vger.rutgers.edu; Sat, 4 Sep 1999 22:54:30 +0100 Date: Sat, 04 Sep 1999 22:48:19 +0100 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: ARM Linux under RISC OS 4 Message-ID: In-Reply-To: X-Mailer: Messenger v1.40f for RISC OS Mail-Copies-To: nobody X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message kjbax@argonet.co.uk (Dr K J Baxendale) wrote: [about !Linux not working on RISC OS 4] > So if anyone can help with this at least two of us would be very grateful. I have been told that Linloader 0.35 (another Linux bootloader) works on RISC OS 4, but there may be problems with the floppy disc drive. Linloader is avaiable from: http://www.reinhouse.freeserve.co.uk/riscos/linloader -- http://www.reinhouse.freeserve.co.uk/ Please don't CC replies to me!!! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm@lists.arm.linux.org.uk Sat Sep 4 22:58:24 1999 Received: (from majordomo@localhost) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) id WAA10120 for linux-arm-outgoing; Sat, 4 Sep 1999 22:58:24 +0100 Received: from ba1.a-city.de (ba1.a-city.de [62.208.45.1]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with ESMTP id WAA10116 for ; Sat, 4 Sep 1999 22:58:21 +0100 Received: from elbereth (udial231.a-city.de [195.126.210.231]) by ba1.a-city.de (8.9.3/8.9.3) with SMTP id XAA15103 for ; Sat, 4 Sep 1999 23:58:14 +0200 Date: Sat, 04 Sep 1999 23:49:10 +0200 From: Richard Atterer To: linux-arm@lists.arm.linux.org.uk Subject: Re: gcc question Message-ID: <493C7729DB%atterer@informatik.tu-muenchen.de> In-Reply-To: X-Organization: Home MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by zen.ics.uwe.ac.uk id WAA10117 Sender: owner-linux-arm@lists.arm.linux.org.uk Precedence: bulk In article Ben Williamson wrote: > > > I'm wondering if you considered this option for Thumb: In the > > > instruction slot immediately following the SWI, place a 16-bit > > > comment field. Then have the SWI handler step over it to return > > > to the instruction slot following the extra comment field. [...] > I was just thinking of code density, and symmetry with ARM mode to > some extent. It results in a total 24-bit comment field, and it > doesn't need any instructions in the calling code to load a register > with an immediate value. Then again, maybe SWIs aren't very common if > they all live inside wrapper functions in libc. I'm wondering how the > performance would compare when you take into account settting up r12 > or whatever. Hm, but conditional execution of SWIs isn't possible with this system. The extra branch would affect both performance and code density. Cheers, Richard -- __ _ |_) /| Richard Atterer | \/Ż| http://www.in.tum.de/~atterer/ raFS V1.16 Ż ´` Ż If they give you ruled paper, write the other way -- Juan Ramón Jiménez unsubscribe: body of `unsubscribe linux-arm' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 5 01:00:30 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA14484 for ; Sun, 5 Sep 1999 01:00:29 +0100 Received: (qmail 3628 invoked from network); 5 Sep 1999 00:00:28 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 5 Sep 1999 00:00:28 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 4 Sep 1999 20:00:07 -0400 Received: by vger.rutgers.edu id ; Sat, 4 Sep 1999 19:59:58 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:2904 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sat, 4 Sep 1999 19:59:42 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11NPeX-0007Ga-00; Sun, 5 Sep 1999 00:55:25 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Ben Williamson cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: Message from Ben Williamson of "Sat, 04 Sep 1999 08:07:01 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Sep 1999 00:55:24 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >> there any particular advantages you can think of to that approach? > >I was just thinking of code density, and symmetry with ARM mode to some >extent. It results in a total 24-bit comment field, and it doesn't need >any instructions in the calling code to load a register with an immediate >value. Then again, maybe SWIs aren't very common if they all live inside >wrapper functions in libc. I'm wondering how the performance would >compare when you take into account settting up r12 or whatever. Symmetry with ARM code doesn't cut a great deal of ice as far as I am concerned; the two ABIs are going to be different anyway and there seems no point in trying to make them look the same. I'm also not convinced by your other arguments. In terms of code density I think SWIs are fairly irrelevant. A typical program doesn't contain any at all, and even the libc doesn't have all that many - it's just that the few that do exist are executed rather frequently. In terms of execution time, I suspect a two-halfword instruction would also lose out. The kernel would have to load it with two LDRH instructions since the alignment is unknown, then mask and combine the two parts. I think that is going to be worse than just loading a constant into the work register, particularly when you take into account cache effects. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm@lists.arm.linux.org.uk Sun Sep 5 01:00:08 1999 Received: (from majordomo@localhost) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) id BAA14478 for linux-arm-outgoing; Sun, 5 Sep 1999 01:00:08 +0100 Received: from kings-cross.london.uk.eu.org (exim@tazenda.demon.co.uk [158.152.220.239]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with ESMTP id BAA14445 for ; Sun, 5 Sep 1999 01:00:03 +0100 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11NPMa-0007EW-00; Sun, 5 Sep 1999 00:36:52 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Richard Atterer cc: linux-arm@lists.arm.linux.org.uk Subject: Re: gcc question In-Reply-To: Message from Richard Atterer of "Sat, 04 Sep 1999 23:49:10 +0200." <493C7729DB%atterer@informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Sep 1999 00:36:52 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@lists.arm.linux.org.uk Precedence: bulk >Hm, but conditional execution of SWIs isn't possible with this system. >The extra branch would affect both performance and code density. Well, in practice SWIs are almost never conditional anyway - you normally decide whether or not you are going to do the syscall before you start marshalling arguments and so on. The only exception that comes to mind is breakpoints; offhand I can't think of an efficient way to make them work. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@lists.arm.linux.org.uk This is a backup list for linux-arm@vger.rutgers.edu, and the subscription list is regularly synchronised. From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 5 01:18:10 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA15028 for ; Sun, 5 Sep 1999 01:18:10 +0100 Received: (qmail 6558 invoked from network); 5 Sep 1999 00:18:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 5 Sep 1999 00:18:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 4 Sep 1999 20:17:19 -0400 Received: by vger.rutgers.edu id ; Sat, 4 Sep 1999 20:17:13 -0400 Received: from adsl-216-100-248-143.dsl.snfc21.pacbell.net ([216.100.248.143]:28208 "EHLO adsl-216-100-248-143.dsl.snfc21.pacbell.net") by vger.rutgers.edu with ESMTP id ; Sat, 4 Sep 1999 20:15:25 -0400 Received: from barney (benw@barney [192.168.1.7]) by adsl-216-100-248-143.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id RAA01350; Sat, 4 Sep 1999 17:12:50 -0700 Date: Sat, 4 Sep 1999 17:11:38 -0700 (PDT) From: Ben Williamson X-Sender: benw@barney.casagrande.way To: Philip Blundell cc: linux-arm@vger.rutgers.edu Subject: Re: gcc question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Sun, 5 Sep 1999, Philip Blundell wrote: > I'm also not convinced by your other arguments. In terms of code density I > think SWIs are fairly irrelevant. A typical program doesn't contain any at > all, and even the libc doesn't have all that many - it's just that the few > that do exist are executed rather frequently. In terms of execution time, I > suspect a two-halfword instruction would also lose out. The kernel would have > to load it with two LDRH instructions since the alignment is unknown, then > mask and combine the two parts. I think that is going to be worse than just > loading a constant into the work register, particularly when you take into > account cache effects. Right, I think I agree. Thanks for your thoughts, - Ben. ------------------------------------------------------------------- Ben Williamson benw@pobox.com http://www.pobox.com/~benw/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm@lists.arm.linux.org.uk Mon Sep 6 12:34:11 1999 Received: (from majordomo@localhost) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) id MAA16569 for linux-arm-outgoing; Mon, 6 Sep 1999 12:34:11 +0100 Received: from prune.flirble.org (prune.flirble.org [195.40.6.30]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id MAA16562 for ; Mon, 6 Sep 1999 12:34:07 +0100 Received: (qmail 25152 invoked from network); 6 Sep 1999 11:34:03 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 6 Sep 1999 11:34:03 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id MAA09242; Mon, 6 Sep 1999 12:33:56 +0100 (BST) From: Nicholas Clark Message-Id: <199909061133.MAA09242@flirble.org> Subject: Re: gcc question In-Reply-To: from Philip Blundell at "Sep 5, 99 00:36:52 am" To: Philip.Blundell@pobox.com (Philip Blundell) Date: Mon, 6 Sep 1999 12:33:56 +0100 (BST) Cc: atterer@informatik.tu-muenchen.de, linux-arm@lists.arm.linux.org.uk X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@lists.arm.linux.org.uk Precedence: bulk In the last mail Philip Blundell said: Richard Atterer wrote: > >Hm, but conditional execution of SWIs isn't possible with this system. > >The extra branch would affect both performance and code density. > > Well, in practice SWIs are almost never conditional anyway - you normally > decide whether or not you are going to do the syscall before you start > marshalling arguments and so on. The only exception that comes to mind is > breakpoints; offhand I can't think of an efficient way to make them work. Having written ARM assembler to talk to RISC OS I can see good reason to use conditional SWIs - mostly common would be a string of SWIs you don't expect to fail with all bar the first VC, to save 1 VS instruction per SWI to branch or return the error case. However, RISC OS SWI calls (1) appear to be designed for an assembly language (rather than C) interface (2) (almost) all return VS to signal errors (3) sometimes take arguments direct from one SWI call into the next I've never programmed in assembler for ARM based Unix, so don't know what the calling interface is like, but would suspect that the three conditions above are all not met, hence the opportunities to usefully use conditional SWI calls would be much less on ARM unix. [You can see how the later RISC OS SWIs appear to be designed more for a C interface - they always return a result in R0, even if the next SWI you logically call has that value in R1. (DDEUtils long CLI calls, IIRC)(contrast with WIMP SWI calls, if you're interested] Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@lists.arm.linux.org.uk This is a backup list for linux-arm@vger.rutgers.edu, and the subscription list is regularly synchronised. From owner-linux-arm@lists.arm.linux.org.uk Mon Sep 6 12:45:11 1999 Received: (from majordomo@localhost) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) id MAA17074 for linux-arm-outgoing; Mon, 6 Sep 1999 12:45:11 +0100 Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with ESMTP id MAA17070 for ; Mon, 6 Sep 1999 12:45:06 +0100 Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48]) by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id NAA01845; Mon, 6 Sep 1999 13:44:55 +0200 Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA701533; Mon, 6 Sep 1999 13:44:54 +0200 (CEST) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for nick@flirble.org; Mon, 6 Sep 1999 13:44:53 +0200 (CEST) Date: Mon, 6 Sep 1999 13:44:53 +0200 From: Matthew Wilcox To: Nicholas Clark Cc: Philip Blundell , atterer@informatik.tu-muenchen.de, linux-arm@lists.arm.linux.org.uk Subject: Re: gcc question Message-ID: <19990906134453.D493@mencheca.ch.genedata.com> References: <199909061133.MAA09242@flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199909061133.MAA09242@flirble.org>; from Nicholas Clark on Mon, Sep 06, 1999 at 12:33:56PM +0100 Sender: owner-linux-arm@lists.arm.linux.org.uk Precedence: bulk On Mon, Sep 06, 1999 at 12:33:56PM +0100, Nicholas Clark wrote: > Having written ARM assembler to talk to RISC OS I can see good reason to use > conditional SWIs - mostly common would be a string of SWIs you don't expect > to fail with all bar the first VC, to save 1 VS instruction per SWI to branch > or return the error case. > > However, RISC OS SWI calls > (1) appear to be designed for an assembly language (rather than C) interface > (2) (almost) all return VS to signal errors > (3) sometimes take arguments direct from one SWI call into the next > > I've never programmed in assembler for ARM based Unix, so don't know what the > calling interface is like, but would suspect that the three conditions above > are all not met, hence the opportunities to usefully use conditional SWI calls > would be much less on ARM unix. The Linux system call interface returns a negative error number (indicating which error occurred), and a positive value on success. Um. _nearly_ always. Virtually all programs call glibc to do the system calls on their behalf, so modern programs shouldn't contain any SWIs themselves. This was not the case for libc4 programs, which do contain SWIs. -- Matthew Wilcox "Windows and MacOS are products, contrived by engineers in the service of specific companies. Unix, by contrast, is not so much a product as it is a painstakingly compiled oral history of the hacker subculture." - N Stephenson unsubscribe: body of `unsubscribe linux-arm' to majordomo@lists.arm.linux.org.uk This is a backup list for linux-arm@vger.rutgers.edu, and the subscription list is regularly synchronised. From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 6 12:53:43 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id MAA17309 for ; Mon, 6 Sep 1999 12:53:43 +0100 Received: (qmail 11507 invoked from network); 6 Sep 1999 11:53:42 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 6 Sep 1999 11:53:42 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 6 Sep 1999 07:53:19 -0400 Received: by vger.rutgers.edu id ; Mon, 6 Sep 1999 07:50:19 -0400 Received: from michelle.crs4.it ([156.148.1.33]:4532 "HELO mail.crs4.it") by vger.rutgers.edu with SMTP id ; Mon, 6 Sep 1999 07:49:56 -0400 Received: from crs4.it (panda.crs4.it [156.148.2.58]) by mail.crs4.it (Postfix) with ESMTP id 6C6BC10C5; Mon, 6 Sep 1999 13:50:10 +0200 (METDST) Message-ID: <37D3AA55.8832F077@crs4.it> Date: Mon, 06 Sep 1999 11:49:41 +0000 From: Daniel Dui Organization: CRS4 X-Mailer: Mozilla 4.6 [en] (X11; U; Linux 2.2.10 i686) X-Accept-Language: en, en-US, en-GB, it MIME-Version: 1.0 To: Philip Blundell Cc: linux-arm Subject: Re: Linux and ARM SDT References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell wrote: > What goes wrong, exactly? I don't know exactly. The error I get is: Debugger Error: Program stopped: SWI daniel -- ------------------------------------------------ Daniel Dui dui@crs4.it CRS4 www.crs4.it Centre for Advanced Studies, R&D in Sardinia ------------------------------------------------ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 7 08:40:38 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id IAA31625 for ; Tue, 7 Sep 1999 08:40:38 +0100 Received: (qmail 17695 invoked from network); 7 Sep 1999 07:40:37 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Sep 1999 07:40:37 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 7 Sep 1999 03:40:07 -0400 Received: by vger.rutgers.edu id ; Tue, 7 Sep 1999 03:39:55 -0400 Received: from dns.dialogue.com.tw ([210.68.44.66]:3020 "EHLO mail.dialogue.com.tw") by vger.rutgers.edu with ESMTP id ; Tue, 7 Sep 1999 03:36:51 -0400 Received: from kirk (firewall.dialogue.com.tw [210.68.44.68]) by mail.dialogue.com.tw (8.8.6/8.8.6) with SMTP id PAA16769 for ; Tue, 7 Sep 1999 15:36:04 +0800 (CST) Message-ID: <001001bef904$5dbe71a0$5864640a@dialogue.com.tw> From: "Kirk Lee" To: Subject: ARM linux on Brutus Date: Tue, 7 Sep 1999 15:40:45 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000D_01BEF947.59A607C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing This is a multi-part message in MIME format. ------=_NextPart_000_000D_01BEF947.59A607C0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Dear All: Did someone try the procedure of running arm linux kernel on brutus platform on the Intel strongarm website !? I have followed the procedure mentioned on that page,=20 i.e. download the necessary source codes, patches and tools etc. And rebuild the linux kernel and ram disk image. However after I download the ram disk image to brutus by angelboot, nothing happened!! There is no login console shown by minicom, and the STN display is = still blank. Could anyone tell me how to successfully run arm linux on brutus = platform?? The contents of Intel strongarm page does not mention how to configure the arm linux kernel, so I just use the default setting. My host PC is running RedHat linux version 6.0. with necessary=20 patches and tools for arm linux. And the target is Brutus evaluation board with 16 MB RAM. Thanks in advance!! kirk ------=_NextPart_000_000D_01BEF947.59A607C0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Dear All:
 
  Did someone try the procedure of = running arm linux kernel
  on brutus platform on the Intel = strongarm=20 website !?
 
  I have followed the procedure = mentioned on=20 that page,
  i.e. download the necessary = source codes,=20 patches and tools etc.
  And rebuild the linux kernel and = ram disk=20 image.
 
  However after I download = the ram=20 disk image to brutus by angelboot,
  nothing happened!!
  There is no login console shown = by minicom,=20 and the STN display is still blank.
 
  Could anyone tell me how to = successfully run=20 arm linux on brutus platform??
 
  The contents of Intel strongarm = page does=20 not mention how to configure
   the arm linux kernel, so I = just use=20 the default setting.
   My host PC is = running RedHat=20 linux version 6.0. with necessary
   patches and tools for arm=20 linux.
   And the target is Brutus = evaluation=20 board with 16 MB RAM.
 
  Thanks in advance!!
 
  kirk
------=_NextPart_000_000D_01BEF947.59A607C0-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 7 17:55:42 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA16759 for ; Tue, 7 Sep 1999 17:55:42 +0100 Received: (qmail 5486 invoked from network); 7 Sep 1999 16:53:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Sep 1999 16:53:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 7 Sep 1999 12:52:45 -0400 Received: by vger.rutgers.edu id ; Tue, 7 Sep 1999 12:52:30 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:2528 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Tue, 7 Sep 1999 12:47:25 -0400 Received: From paulaner With LocalMail ; Wed, 8 Sep 99 02:46:47 +1000 From: "Adam 'WeirdArms' Wiggins" To: linux-arm@vger.rutgers.edu Date: Wed, 8 Sep 1999 02:46:47 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU Subject: GCC 2.95 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing 1. What patches (if any) are required and what do they fix? 2. What binutils are needed for it (where can I get them)? does 2.9.1.0.25 work ok with gcc 2.95? Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 7 20:19:12 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA22362 for ; Tue, 7 Sep 1999 20:19:12 +0100 Received: (qmail 15920 invoked from network); 7 Sep 1999 19:19:11 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Sep 1999 19:19:11 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 7 Sep 1999 15:16:30 -0400 Received: by vger.rutgers.edu id ; Tue, 7 Sep 1999 15:14:47 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1055 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Tue, 7 Sep 1999 15:11:58 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11OQeg-0000FJ-00; Tue, 7 Sep 1999 20:11:46 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 In-Reply-To: Message from Adam 'WeirdArms' Wiggins of "Wed, 08 Sep 1999 02:46:47 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Sep 1999 20:11:46 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > 1. What patches (if any) are required and what do they fix? > 2. What binutils are needed for it (where can I get them)? does >2.9.1.0.25 work ok with gcc 2.95? Use gcc 2.95.1, or even better the pre-2.95.2 sources from CVS. There are some patches at . They are against the 2.95 release as the name suggests, but they should apply against 2.95.1 and probably 2.95.2 for the most part. I will try to get around to updating them sometime soon. Here's a brief summary of what each patch does, based on the ChangeLogs. * jump.c (duplicate_loop_exit_test): New parameter after_regscan. If true, call reg_scan_update when new registers might have been created. (jump_optimize_1): Pass after_regscan to above function. This prevents a compiler crash under some circumstances. This is already in the gcc mainline and might be in 2.95.2 also. I don't think it is in 2.95.1. * reload1.c (reload_reg_free_for_value_p): RELOAD_OTHER reloads with an earlyclobbered output conflict with RELOAD_INPUT reloads. * reload1.c (reload_reg_free_for_value_p): If two reloads overlap in their lifetimes, and one of them has an output, they conflict. These two fix a problem which caused the compiler to try to generate invalid MUL instructions. This is not in the gcc mainline or the 2.95 branch yet. * config/arm/arm.c (legitimize_pic_address): Handle LABEL_REF correctly. * config/arm/arm.h (LEGITIMATE_CONSTANT_P): Allow anything when generating PIC. (LEGITIMATE_PIC_OPERAND): Disallow references to labels. Those fix various amusing breakages in PIC generation. You need this for references to labels to work properly in PIC code (eg exception handling). (GO_IF_LEGITIMATE_INDEX): Fix handling of HImode values. That one avoids a potential crash when generating 16-bit loads for ARMv3. * function.c (rtx_equal_for_addressof_p): New function. (purge_addressof_1): Use it instead of rtx_equal_p. I don't remember all the details of that one, but it involves the compiler aborting in purge_addressof_1. The details of most of these are in the gcc mailing list archives if you want more information. There are other things in the patch too but they are not really bug fixes. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 7 20:54:46 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA23474 for ; Tue, 7 Sep 1999 20:54:46 +0100 Received: (qmail 24541 invoked from network); 7 Sep 1999 19:54:45 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Sep 1999 19:54:45 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 7 Sep 1999 15:52:58 -0400 Received: by vger.rutgers.edu id ; Tue, 7 Sep 1999 15:44:36 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1097 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Tue, 7 Sep 1999 15:43:01 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11OR8d-0000Id-00; Tue, 7 Sep 1999 20:42:43 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" Cc: linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 In-Reply-To: Message from Philip Blundell of "Tue, 07 Sep 1999 20:11:46 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Sep 1999 20:42:43 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing BTW, if you use the 2.95 or 2.95.1 release, you should try to add this patch from CVS: Thu Sep 2 00:06:43 1999 Jeffrey A Law (law@cygnus.com) * fold-const.c (fold_range_test): Do not try to fold the range test if the rhs or lhs has side effects. It fixes a bug that caused miscompilation of one small part of the kernel. It's unlikely to affect anything other that device drivers, but you never know. As to binutils, the default is for gcc 2.95.x to expect binutils 2.9.1.0.x (get whatever the latest is). The 2.9.5.0.x branch of binutils is somewhat less buggy and you might like to try that instead though it has a few gotchas of its own (see the archives of this mailing list for details). p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 7 23:57:55 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA29532 for ; Tue, 7 Sep 1999 23:57:55 +0100 Received: (qmail 27933 invoked from network); 7 Sep 1999 22:57:53 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Sep 1999 22:57:53 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 7 Sep 1999 18:57:23 -0400 Received: by vger.rutgers.edu id ; Tue, 7 Sep 1999 18:57:14 -0400 Received: from [209.75.216.5] ([209.75.216.5]:4593 "EHLO mail.systech.com") by vger.rutgers.edu with ESMTP id ; Tue, 7 Sep 1999 18:57:01 -0400 Received: by mail.systech.com with Internet Mail Service (5.0.1460.8) id ; Tue, 7 Sep 1999 16:00:26 -0700 Message-ID: <84AB6DB21134D311BA2B0050047FE984060D5F@mail.systech.com> From: Dan Jakubiec To: "'Jan-Uwe.Finck@bigfoot.de'" , "'linux-arm@vger.rutgers.edu'" Subject: RE: Problems building ARM toolchain under Linux. Date: Tue, 7 Sep 1999 16:00:25 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Try these instructions from a recent posting some weeks ago : > >Edit gcc/config/arm/t-linux and add "-Dinhibit_libc" and >"-D__gthr_posix_h" >to TARGET_LIBGCC2_CFLAGS >Delete #include "gthr.h" in libgcc2.c >Add the "--disable-threads" option to configure Thanks for the info. This seemed to fix my problem, but here are some more questions: 1) What effect will the "inhibit_libc", "__gthr_posix_h", and "--disable-threads" options have on my compiler? 2) Would it be better to add a "-D/usr/include" instead the the above defines? I am building a gcc cross-compiler for an ARM Linux system on an Intel Linux box. Will the system header files be close enough, or should I not take this chance? 3) Finally, I think the reason I hit this problem is that the Linux source base does not contain all the header files I need (such as stdlib.h, unistd.h, etc.). Why are these files not in the Linux kernel source base? Where do they come from? Thanks again for your help. -- Dan Jakubiec Systech Corporation dan@systech.com -----Original Message----- From: Jan-Uwe Finck [mailto:ju_finck@mail.netwave.de] Sent: Friday, September 03, 1999 11:39 PM To: 'linux-arm@vger.rutgers.edu' Subject: Re: Problems building ARM toolchain under Linux. On Fri, Sep 03, 1999 at 05:17:28PM -0700, Dan Jakubiec wrote: > ../../gcc-2.95.1/gcc/libgcc2.c -o ${name}.o; \ > if [ $? -eq 0 ] ; then true; else exit 1; fi; \ > arm-linux-ar rc tmplibgcc2.a ${name}.o; \ > rm -f ${name}.o; \ > done > _muldi3 > ../../gcc-2.95.1/gcc/libgcc2.c:41: stdlib.h: No such file or directory > ../../gcc-2.95.1/gcc/libgcc2.c:42: unistd.h: No such file or directory Hope it helps, -- CU Jan-Uwe ------------------------------------------------- PGP-Public-Key on Request. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 05:00:21 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id FAA06394 for ; Wed, 8 Sep 1999 05:00:21 +0100 Received: (qmail 14004 invoked from network); 8 Sep 1999 04:00:19 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 04:00:19 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 7 Sep 1999 23:59:43 -0400 Received: by vger.rutgers.edu id ; Tue, 7 Sep 1999 23:59:34 -0400 Received: from [210.154.37.2] ([210.154.37.2]:32582 "EHLO funai-tky.co.jp") by vger.rutgers.edu with ESMTP id ; Tue, 7 Sep 1999 23:59:24 -0400 Received: from hiropu ([192.168.1.19]) by funai-tky.co.jp (8.9.1/3.7Wpr7-98092916) with SMTP id MAA26568 for ; Wed, 8 Sep 1999 12:59:24 +0900 Date: Wed, 08 Sep 1999 13:06:38 +0900 From: Hiroshi Ishii To: armlinux Subject: About Real-Time linux Message-Id: <37D5E0CE9D.C1EFHIROSHI@mail.funai-tky.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver 1.25.07 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Everyone hacking today! So, Anyone interesting Real-Time Linux? RT-linux(http://luz.cs.nmt.edu/~rtlinux/) seems only for i386 user. How about arm or StrongArm? Thanks, ---- Funai Electric R & D Co.,LTD Hiroshi Ishii /\ May the Forth be with you .... always! \/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 09:42:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA14386 for ; Wed, 8 Sep 1999 09:42:27 +0100 Received: (qmail 32007 invoked from network); 8 Sep 1999 08:42:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 08:42:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 04:39:39 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 04:36:45 -0400 Received: from duteinh.et.tudelft.nl ([130.161.42.1]:3852 "HELO it.et.tudelft.nl") by vger.rutgers.edu with SMTP id ; Wed, 8 Sep 1999 04:28:52 -0400 Received: from dutein71 (dutein71.et.tudelft.nl) by it.et.tudelft.nl (4.1/BB-2.0) id AA07860; Wed, 8 Sep 99 10:28:07 +0200 Date: Wed, 8 Sep 99 10:28:07 +0200 Message-Id: <9909080828.AA07860@it.et.tudelft.nl> From: Erik Mouw To: Philip.Blundell@pobox.com Cc: awiggins@cse.unsw.EDU.AU, linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 In-Reply-To: Organization: Eric conspiracy secret labs X-Face: "!Z|1XjFg!3Iw)BwM^M\k)J5KHiPddz}#/Zw%?$&Q!xqob"OA|})3_@&BTTiQERo?/^g[Z<9P4R8:5C:aqq.cw!hotLc=+u-"+1rq@9$V^8PbOUlodyi_sejt+D`iqkLpx$>.aXl%vnfPIt"LK|/%>94_Zrm8jy?`_[RKt'TuoxUxfk(gMhY(n|DBBl~c$dhO>G%6}R4+DGX3|idBm4oU&UM/XUP4I9aoN{]`ax%B?rgD(I3OJ<62Y6L X-Mailer: XCmail 0.99.6 - with PGP support, PGP engine version 0.5 X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/ X-Eric-Conspiracy: There is no conspiracy! X-Loop: erik@it.et.tudelft.nl Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 07 Sep 1999 20:42:43 +0100, Philip Blundell wrote: > BTW, if you use the 2.95 or 2.95.1 release, you should try to add this patch > from CVS: > > Thu Sep 2 00:06:43 1999 Jeffrey A Law (law@cygnus.com) > > * fold-const.c (fold_range_test): Do not try to fold the range > test if the rhs or lhs has side effects. > > It fixes a bug that caused miscompilation of one small part of the kernel. > It's unlikely to affect anything other that device drivers, but you never know. You mean that it fixes the problem that the kernel can't mount its root filesystem (which is a ramdisk in my case)? Erik -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2785859 Fax: +31-15-2781843 Email J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 10:14:11 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA15366 for ; Wed, 8 Sep 1999 10:14:11 +0100 Received: (qmail 7728 invoked from network); 8 Sep 1999 09:14:10 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 09:14:10 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 05:09:56 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 05:09:43 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:27898 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 05:00:41 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11OdPv-0006Dk-00; Wed, 8 Sep 1999 09:49:23 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11OdPu-0002Sn-00; Wed, 8 Sep 1999 09:49:22 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Erik Mouw cc: awiggins@cse.unsw.EDU.AU, linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 In-reply-to: Your message of "Wed, 08 Sep 1999 10:28:07 +0200." <9909080828.AA07860@it.et.tudelft.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 09:49:22 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >You mean that it fixes the problem that the kernel can't mount its root >filesystem (which is a ramdisk in my case)? I doubt it. It seems unlikely the ramdisk would be affected by this bug. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 10:15:10 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA15484 for ; Wed, 8 Sep 1999 10:15:10 +0100 Received: (qmail 7922 invoked from network); 8 Sep 1999 09:15:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 09:15:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 05:12:39 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 05:07:22 -0400 Received: from adsl-216-100-248-143.dsl.snfc21.pacbell.net ([216.100.248.143]:30236 "EHLO adsl-216-100-248-143.dsl.snfc21.pacbell.net") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 04:57:54 -0400 Received: from barney (benw@barney [192.168.1.7]) by adsl-216-100-248-143.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id BAA06826; Wed, 8 Sep 1999 01:54:57 -0700 Date: Wed, 8 Sep 1999 01:53:53 -0700 (PDT) From: Ben Williamson X-Sender: benw@barney.casagrande.way To: Hiroshi Ishii cc: armlinux Subject: Re: About Real-Time linux In-Reply-To: <37D5E0CE9D.C1EFHIROSHI@mail.funai-tky.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 8 Sep 1999, Hiroshi Ishii wrote: > So, Anyone interesting Real-Time Linux? > RT-linux(http://luz.cs.nmt.edu/~rtlinux/) seems only for > i386 user. Unless you've got a specific realtime task that you'd like to discuss, I'm not sure that there's much to talk about at the moment. I did find the manifesto on the page that you mentioned to be a very good discussion of the issues involved, so thanks for the link. It occurs to me that FIQ interrupts are a good candidate for dealing with some hard realtime requirements. Because FIQs have a seperate mask bit in the cpsr, I think they should be able to interrupt pretty much anything going on in Linux. You'd need to arrange for a driver to communicate with the FIQ thread in a way that only blocks FIQs in a deterministic way, of course. Does that help you at all? Cheers, - Ben. ------------------------------------------------------------------- Ben Williamson benw@pobox.com http://www.pobox.com/~benw/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 10:16:20 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA15497 for ; Wed, 8 Sep 1999 10:16:20 +0100 Received: (qmail 8116 invoked from network); 8 Sep 1999 09:16:19 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 09:16:19 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 05:14:10 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 05:10:02 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:27891 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 05:00:22 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11OdWV-0006ED-00; Wed, 8 Sep 1999 09:56:11 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11OdWU-0002Ua-00; Wed, 8 Sep 1999 09:56:10 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dan Jakubiec cc: "'Jan-Uwe.Finck@bigfoot.de'" , "'linux-arm@vger.rutgers.edu'" Subject: Re: Problems building ARM toolchain under Linux. In-reply-to: Your message of "Tue, 07 Sep 1999 16:00:25 PDT." <84AB6DB21134D311BA2B0050047FE984060D5F@mail.systech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 09:56:10 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >1) What effect will the "inhibit_libc", "__gthr_posix_h", and >"--disable-threads" options have on my compiler? The generated libraries will not be thread safe. This will bite you if, for example, you have a multithreaded C++ program that uses exceptions. >2) Would it be better to add a "-D/usr/include" instead the the above >defines? I am building a gcc cross-compiler for an ARM Linux system on an >Intel Linux box. Will the system header files be close enough, or should I >not take this chance? You would probably get away with this most of the time, but it's probably not a good idea. >3) Finally, I think the reason I hit this problem is that the Linux source >base does not contain all the header files I need (such as stdlib.h, >unistd.h, etc.). Why are these files not in the Linux kernel source base? >Where do they come from? They are part of the C library. I think Chris Rutter's notes explain how to bootstrap a cross-compile environment from scratch, including how you can get the right headers in place. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 11:03:44 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA16942 for ; Wed, 8 Sep 1999 11:03:44 +0100 Received: (qmail 18702 invoked from network); 8 Sep 1999 10:03:43 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 10:03:43 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 06:03:14 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 06:02:58 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:28135 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 06:00:24 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11OeVa-0006KK-00; Wed, 8 Sep 1999 10:59:18 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11OeVa-00033Q-00; Wed, 8 Sep 1999 10:59:18 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Hiroshi Ishii cc: armlinux Subject: Re: About Real-Time linux In-reply-to: Your message of "Wed, 08 Sep 1999 13:06:38 +0900." <37D5E0CE9D.C1EFHIROSHI@mail.funai-tky.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 10:59:18 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >So, Anyone interesting Real-Time Linux? >RT-linux(http://luz.cs.nmt.edu/~rtlinux/) seems only for >i386 user. > >How about arm or StrongArm? I don't think anybody is currently working on an ARM port of RTLinux. I talked to some people about it a few months back but as far as I know nobody has yet done anything. Did you have any particular applications in mind for it? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 11:33:52 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA17828 for ; Wed, 8 Sep 1999 11:33:52 +0100 Received: (qmail 25653 invoked from network); 8 Sep 1999 10:33:50 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 10:33:50 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 06:33:19 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 06:33:11 -0400 Received: from [194.201.77.34] ([194.201.77.34]:51526 "HELO fw-maid.maidenhead.arm.com") by vger.rutgers.edu with SMTP id ; Wed, 8 Sep 1999 06:32:47 -0400 Received: by fw-maid.maidenhead.arm.com; id LAA09457; Wed, 8 Sep 1999 11:37:08 +0100 Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma009419; Wed, 8 Sep 99 11:36:09 +0100 Received: from arm.com (dhcp16 [192.168.2.176]) by mhsun1.maidenhead.arm.com (8.9.3/8.9.3) with ESMTP id LAA10284; Wed, 8 Sep 1999 11:31:46 +0100 (BST) Message-ID: <37D63E20.36862823@arm.com> Date: Wed, 08 Sep 1999 11:44:48 +0100 From: David Rusling X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: Hiroshi Ishii , armlinux Subject: Re: About Real-Time linux References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell wrote: > >So, Anyone interesting Real-Time Linux? > >RT-linux(http://luz.cs.nmt.edu/~rtlinux/) seems only for > >i386 user. > > > >How about arm or StrongArm? > > I don't think anybody is currently working on an ARM port of RTLinux. I > talked to some people about it a few months back but as far as I know nobody > has yet done anything. > ARM are interested in it - if there is anyone current doing any work in this area, please let me know. Meanwhile, I'm porting Linux to a couple of new evaluation boards from ARM. > > Did you have any particular applications in mind for it? > > p. > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu -- ---------------------------------------------------------------------- David A Rusling Consulting Engineer Advanced RISC Machines Limited Liberty House, Moorbridge Road, Maidenhead, SL6 8LT Tel: UK-(0)1628-427754 Fax: UK-(0)1628-780551 e-mail: david.rusling@arm.com ---------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 16:18:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA27227 for ; Wed, 8 Sep 1999 16:18:05 +0100 Received: (qmail 25204 invoked from network); 8 Sep 1999 15:18:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 15:18:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 11:17:35 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 11:17:26 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:60381 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 11:17:00 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id LAA25313 for ; Wed, 8 Sep 1999 11:17:02 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Bin utils?? Date: Wed, 8 Sep 1999 11:02:13 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99090811153908.01088@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm in the process of building my ARM Toolchain First step is to build binutils-2.9.1.0.19a but neither ftp://tsx-11.mit.edu/pub/linux/packages/GCC/ nor ftp://sunsite.unc.edu/pub/Linux/GCC/ have it The closest thing they offer is bin86-0.4.tar.gz So, where else can I find it? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 16:30:12 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA27658 for ; Wed, 8 Sep 1999 16:30:12 +0100 Received: (qmail 27787 invoked from network); 8 Sep 1999 15:30:11 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 15:30:11 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 11:29:03 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 11:28:47 -0400 Received: from hebe.or.intel.com ([134.134.248.4]:2454 "EHLO hebe.or.intel.com") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 11:28:10 -0400 Received: from orsmsx28.jf.intel.com (orsmsx28.jf.intel.com [192.168.65.28]) by hebe.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id IAA15412 for ; Wed, 8 Sep 1999 08:38:44 -0700 (PDT) Received: by orsmsx28.jf.intel.com with Internet Mail Service (5.5.2448.0) id ; Wed, 8 Sep 1999 08:28:07 -0700 Message-ID: From: "Chagas, Jason" To: armlinux Subject: RE: About Real-Time linux Date: Wed, 8 Sep 1999 08:28:06 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Did you have any particular applications in mind for it? VoIP and RAS applications might be good candidates for RT Linux. Note that besides supporting predictable interrupt response time from peripheral devices it may _also_ need to offer predictable response time for system calls. Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 17:34:13 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA29543 for ; Wed, 8 Sep 1999 17:34:13 +0100 Received: (qmail 9618 invoked from network); 8 Sep 1999 16:34:12 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 16:34:12 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 12:31:12 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 12:25:55 -0400 Received: from law2-f253.hotmail.com ([216.32.180.194]:4657 "HELO hotmail.com") by vger.rutgers.edu with SMTP id ; Wed, 8 Sep 1999 12:24:41 -0400 Received: (qmail 6055 invoked by uid 0); 8 Sep 1999 16:24:35 -0000 Message-ID: <19990908162435.6054.qmail@hotmail.com> Received: from 207.208.137.182 by www.hotmail.com with HTTP; Wed, 08 Sep 1999 09:24:34 PDT X-Originating-IP: [207.208.137.182] From: "Jerry Beckmann" To: linux-arm@vger.rutgers.edu Subject: Cirrus Logic Chip Date: Wed, 08 Sep 1999 11:24:34 CDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm a little new to this, and was wondering if anyone has ported a version of linux over to a cirrus logic ARM processor? If not, can someone help me try to port it over? Thanks ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 18:02:11 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA30425 for ; Wed, 8 Sep 1999 18:02:11 +0100 Received: (qmail 16678 invoked from network); 8 Sep 1999 17:02:10 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 17:02:10 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 13:01:30 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 13:00:57 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:28658 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 13:00:18 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11OkpB-00073b-00; Wed, 8 Sep 1999 17:43:57 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11OkpB-0005v3-00; Wed, 8 Sep 1999 17:43:57 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: Bin utils?? In-reply-to: Your message of "Wed, 08 Sep 1999 11:02:13 EDT." <99090811153908.01088@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 17:43:56 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >The closest thing they offer is bin86-0.4.tar.gz > >So, where else can I find it? See the mailing list archives. The new site is ftp.varesearch.com:/pub/ support/hjl. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 18:17:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA30914 for ; Wed, 8 Sep 1999 18:17:28 +0100 Received: (qmail 20034 invoked from network); 8 Sep 1999 17:17:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 17:17:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 13:16:57 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 13:16:45 -0400 Received: from anna.dei.unipd.it ([147.162.2.100]:33511 "EHLO anna.dei.unipd.it") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 13:13:40 -0400 Received: from lucifero.inferno.org (root@ppp6.dei.unipd.it [147.162.14.6]) by anna.dei.unipd.it with ESMTP id TAA22424; Wed, 8 Sep 1999 19:15:54 +0200 (MET DST) Received: (from marco@localhost) by lucifero.inferno.org (8.9.3/8.9.3/Debian/GNU) id KAA24079; Wed, 8 Sep 1999 10:45:40 +0200 Date: Wed, 8 Sep 1999 10:45:40 +0200 From: Marco Pantaleoni To: Dan Jakubiec Cc: linux-arm@vger.rutgers.edu Subject: Re: Problems building ARM toolchain under Linux. Message-ID: <19990908104540.A24030@lucifero.inferno.org> References: <84AB6DB21134D311BA2B0050047FE984060D5F@mail.systech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <84AB6DB21134D311BA2B0050047FE984060D5F@mail.systech.com>; from Dan Jakubiec on Tue, Sep 07, 1999 at 04:00:25PM -0700 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, Sep 07, 1999 at 04:00:25PM -0700, Dan Jakubiec wrote: > 2) Would it be better to add a "-D/usr/include" instead the the above > defines? I am building a gcc cross-compiler for an ARM Linux system on an > Intel Linux box. Will the system header files be close enough, or should I > not take this chance? I think you should build a parallel include tree, something like /usr/arm-include with includes from ARM libc (I don't know if there are any differences in include files) and the proper subdirectories from the ARM version of kernel source (asm, linux, net, scsi subdirs). > 3) Finally, I think the reason I hit this problem is that the Linux source > base does not contain all the header files I need (such as stdlib.h, > unistd.h, etc.). Why are these files not in the Linux kernel source base? > Where do they come from? Kernel code can't rely on libc (ie, you can't call malloc or printf from kernel-space). Since the header files you mention are part of libc, and can therefore be used only by user-space programs, they can't be distributed with kernel sources. Hope it helps, Marco ======================================================================== Marco Pantaleoni panta@acm.org Padova, Italy Tel: ++39-49-686951 Software Engineering for the people - PLUTO Linux User Group unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 18:38:44 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA31544 for ; Wed, 8 Sep 1999 18:38:44 +0100 Received: (qmail 24345 invoked from network); 8 Sep 1999 17:38:43 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 17:38:43 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 13:38:12 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 13:38:03 -0400 Received: from mercury.timesync.com ([206.14.202.17]:1954 "EHLO mercury.timesync.com") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 13:37:37 -0400 Received: from timesync.com (isdip140.isdcorp.com [216.100.252.140]) by mercury.timesync.com (8.9.3/8.9.3) with ESMTP id KAA12816 for ; Wed, 8 Sep 1999 10:47:41 -0700 (PDT) Message-ID: <37D69EEC.C7A0AF73@timesync.com> Date: Wed, 08 Sep 1999 10:37:48 -0700 From: Paul Kinzelman X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 CC: "'linux-arm@vger.rutgers.edu'" Subject: Re: Problems building ARM toolchain under Linux. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Phillip - Could you please point me to where Chris Rutter's notes are located? I'm a very recent lurker so I probably missed them if they were sent out to this list. Thanks! > They are part of the C library. I think Chris Rutter's notes explain how to > bootstrap a cross-compile environment from scratch, including how you can get > the right headers in place. -- -Paul Kinzelman, San Jose, CA, ISD Corp email: pkinz@timesync.com web: http://www.timesync.com/kinz unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 19:13:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA32600 for ; Wed, 8 Sep 1999 19:13:28 +0100 Received: (qmail 880 invoked from network); 8 Sep 1999 18:13:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 18:13:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 14:12:37 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 14:12:25 -0400 Received: from thorgal.et.tudelft.nl ([130.161.40.91]:16484 "EHLO thorgal.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 14:11:01 -0400 Received: from [130.161.40.82] (tvs082.et.tudelft.nl [130.161.40.82]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id UAA21475 for ; Wed, 8 Sep 1999 20:10:59 +0200 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 8 Sep 1999 20:10:27 +0200 To: linux-arm@vger.rutgers.edu From: "J.D. Bakker" Subject: StrongARM profiling Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi all, Is there any way to do profiling (with -pg and gprof) on the SA-1100 ? When I try to use it, I get an extremely reproducible memory violation (bad address 0). I use gcc-2.95.1 (crosscompiler from i386, with patch), binutils-2.9.1.0.25 and glibc-2.1.1. Kernel is 2.2.10. BTW, is it possible to use gprof on an i386 with ARM profile files and binaries? Sincerely, Jan-Derk Bakker [who is *very* happy to have the LCD interface working !] -- In protocol design, perfection has been reached not when there is nothing left to add, but when there is nothing left to take away. -- RFC 1925, "Fundamental Truths of Networking" unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 19:23:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA00429 for ; Wed, 8 Sep 1999 19:23:03 +0100 Received: (qmail 2718 invoked from network); 8 Sep 1999 18:23:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 18:23:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 14:22:00 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 14:20:26 -0400 Received: from [209.75.216.5] ([209.75.216.5]:4312 "EHLO mail.systech.com") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 14:20:02 -0400 Received: by mail.systech.com with Internet Mail Service (5.0.1460.8) id ; Wed, 8 Sep 1999 11:23:26 -0700 Message-ID: <84AB6DB21134D311BA2B0050047FE984060D68@mail.systech.com> From: Dan Jakubiec To: "'Paul Kinzelman'" Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: Problems building ARM toolchain under Linux. Date: Wed, 8 Sep 1999 11:23:24 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Chris Rutter's ARM toolchain notes are at http://inkvine.fluff.org/~chris/arm-tools.html. They are excellent. -- Dan unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 19:23:34 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA00443 for ; Wed, 8 Sep 1999 19:23:34 +0100 Received: (qmail 2829 invoked from network); 8 Sep 1999 18:23:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 18:23:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 14:22:10 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 14:20:38 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1056 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 14:20:00 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11OmJe-0000Bv-00; Wed, 8 Sep 1999 19:19:30 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "J.D. Bakker" cc: linux-arm@vger.rutgers.edu Subject: Re: StrongARM profiling In-Reply-To: Message from "J.D. Bakker" of "Wed, 08 Sep 1999 20:10:27 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 19:19:30 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Is there any way to do profiling (with -pg and gprof) on the SA-1100 ? When >I try to use it, I get an extremely reproducible memory violation (bad It should work. There's nothing at all 1100-specific about the profiling code. I'll give it a whirl tomorrow when I'm in the office unless anybody else has a chance to look at it first -- Scott is the profiling expert really so he might have some input. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 22:23:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA05968 for ; Wed, 8 Sep 1999 22:23:04 +0100 Received: (qmail 13635 invoked from network); 8 Sep 1999 21:23:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 21:23:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 17:17:54 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 17:14:15 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:44107 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 17:11:30 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id RAA14499 for ; Wed, 8 Sep 1999 17:11:37 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Re: Bin utils?? Date: Wed, 8 Sep 1999 16:38:32 -0400 Content-Type: text/plain References: MIME-Version: 1.0 Message-Id: <99090817101609.01088@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > See the mailing list archives. The new site is ftp.varesearch.com:/pub/ > support/hjl. > > p. Thanks! May be some ToolChain webpages need a little update? http://www.inkvine.fluff.org/~chris/arm-tools.html http://www.tazenda.demon.co.uk/phil/arm-tools.html and http://developer.intel.com/design/strong/applnots/sa1100lx/binutil.htm#1001737 all points to the wrong sites for the wrong version (2.9.1.0.25) of binutils So if you suggest in a 99-07-28 E-Mail that 2.9.1.0.19 is obsolete and we must use some latest 2.9.1 and 2.9.4 releases will the ftp://ftp.netwinder.org/users/p/philb/binutils-2.9.1.0.19a-arm-diff-981230 that every ToolChain webpages recommend still work? The latest (2 day old) on varesearch is 2.9.5.0.11 will it work ? With the 2.9.1.0.19a philb patch? Or is a patch necessary at all for this version? Thank you for being so patient with me -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 8 22:54:15 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA06857 for ; Wed, 8 Sep 1999 22:54:15 +0100 Received: (qmail 24565 invoked from network); 8 Sep 1999 21:54:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Sep 1999 21:54:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 17:50:26 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 17:47:21 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1206 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 17:45:59 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11OpXD-0000VH-00; Wed, 8 Sep 1999 22:45:43 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: Bin utils?? In-Reply-To: Message from Francois Desloges of "Wed, 08 Sep 1999 16:38:32 EDT." <99090817101609.01088@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 22:45:43 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >May be some ToolChain webpages need a little update? Yeah. As ever the problem is a lack of time. >use some latest 2.9.1 and 2.9.4 releases will the >ftp://ftp.netwinder.org/users/p/philb/binutils-2.9.1.0.19a-arm-diff-981230 >that every ToolChain webpages recommend still work? That patch is only applicable to 2.9.1. For the 2.9.4/2.9.5 versions of binutils you should definitely not apply it, and even for 2.9.1 it was of questionable value. >The latest (2 day old) on varesearch is 2.9.5.0.11 will it work ? With the >2.9.1.0.19a philb patch? Or is a patch necessary at all for this version? > >Thank you for being so patient with me That version should be fine with no patches. Be sure to read the release note though, you may need to modify your compiler. If you are building gcc from source, the recent versions have a #if in gcc/config/linux-elf.h that you can change to make it work with the newer binutils. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 9 02:36:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id CAA14952 for ; Thu, 9 Sep 1999 02:36:48 +0100 Received: (qmail 31370 invoked from network); 9 Sep 1999 01:36:47 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 9 Sep 1999 01:36:47 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 8 Sep 1999 21:36:15 -0400 Received: by vger.rutgers.edu id ; Wed, 8 Sep 1999 21:36:06 -0400 Received: from [210.154.37.2] ([210.154.37.2]:8705 "EHLO funai-tky.co.jp") by vger.rutgers.edu with ESMTP id ; Wed, 8 Sep 1999 21:35:48 -0400 Received: from hiropu ([192.168.1.19]) by funai-tky.co.jp (8.9.1/3.7Wpr7-98092916) with SMTP id KAA05525 for ; Thu, 9 Sep 1999 10:35:44 +0900 Date: Thu, 09 Sep 1999 10:43:03 +0900 From: Hiroshi Ishii To: armlinux Subject: Re: About Real-Time linux In-Reply-To: References: Message-Id: <37D710A7D5.967FHIROSHI@mail.funai-tky.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver 1.25.07 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 8 Sep 1999 08:28:06 -0700 "Chagas, Jason" wrote: > > Did you have any particular applications in mind for it? > > VoIP and RAS applications might be good candidates for RT Linux. Note that > besides supporting predictable interrupt response time from peripheral > devices it may _also_ need to offer predictable response time for system > calls. Thanks for response. I don't have idea about application now. But when need Real-Time OS, Linux (RT-linux) is a good solution, compare other Real-Time OS(pSOS, VxWorks, .....). isn't it? So, ARM CPU is a low power , but high performance. If Real-Time Linux works on it, it advantages embedded system, I think. ---- Funai Electric R & D Co.,LTD Hiroshi Ishii /\ May the Forth be with you .... always! \/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 9 14:04:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA05202 for ; Thu, 9 Sep 1999 14:04:32 +0100 Received: (qmail 12362 invoked from network); 9 Sep 1999 13:04:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 9 Sep 1999 13:04:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 09:00:55 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 09:00:45 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:34807 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 08:59:41 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id IAA02894 for ; Thu, 9 Sep 1999 08:59:49 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 Date: Thu, 9 Sep 1999 08:52:02 -0400 Content-Type: text/plain References: MIME-Version: 1.0 Message-Id: <9909090858290B.01088@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 07 Sep 1999, Philip Blundell wrote: > BTW, if you use the 2.95 or 2.95.1 release, you should try to add this patch > from CVS: > > Thu Sep 2 00:06:43 1999 Jeffrey A Law (law@cygnus.com) > > * fold-const.c (fold_range_test): Do not try to fold the range > test if the rhs or lhs has side effects. How do I access/use a CVS and how do I add a patch ? Oh and BTW, the official linux kernel use an even/odd number system for the production/development version of its kernel. Do the ARM branch follow such a rule? Or are some 2.2.x arm-linux patched kernel more on the "development" side as well? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 9 17:32:56 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA18448 for ; Thu, 9 Sep 1999 17:32:56 +0100 Received: (qmail 24267 invoked from network); 9 Sep 1999 16:32:55 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 9 Sep 1999 16:32:55 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 12:32:14 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 12:32:00 -0400 Received: from mercury.timesync.com ([206.14.202.17]:3862 "EHLO mercury.timesync.com") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 12:31:06 -0400 Received: from timesync.com (isdip140.isdcorp.com [216.100.252.140]) by mercury.timesync.com (8.9.3/8.9.3) with ESMTP id JAA01767 for ; Thu, 9 Sep 1999 09:41:01 -0700 (PDT) Message-ID: <37D7E0CD.E6CEF5EC@timesync.com> Date: Thu, 09 Sep 1999 09:31:09 -0700 From: Paul Kinzelman X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: ARM Questions Subject: arlo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Des anybody have any info or pointers to info about how arlo works? I guess it's based on lilo so any lilo info would be helpful too, as well as the actual format of the zImage file. Is it straight binary so the linux kernel could be loaded by any binary loader over a serial line? Or does it have to be loaded by arlo? I've looked at the Linux Kernel Internals book (appendix D), but it's a bit sparse in that area and disk-centric. -- -Paul Kinzelman, San Jose, CA, ISD Corp email: pkinz@timesync.com web: http://www.timesync.com/kinz unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 9 19:00:52 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA23386 for ; Thu, 9 Sep 1999 19:00:52 +0100 Received: (qmail 11326 invoked from network); 9 Sep 1999 18:00:51 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 9 Sep 1999 18:00:51 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 14:00:18 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 13:59:49 -0400 Received: from visuaide.colba.net ([207.107.152.244]:62671 "EHLO xanadu.visuaide.com") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 13:59:33 -0400 Received: from localhost (nico@localhost) by xanadu.visuaide.com (8.9.3/8.9.3) with ESMTP id NAA15249; Thu, 9 Sep 1999 13:59:13 -0400 X-Authentication-Warning: xanadu.visuaide.com: nico owned process doing -bs Date: Thu, 9 Sep 1999 13:59:13 -0400 (EDT) From: Nicolas Pitre To: Philip Blundell cc: linux-arm@vger.rutgers.edu Subject: gcc-2.95.1 and Linux-2.2.x In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi Philip Do you have a patch somewhere that contains all changes required for a 2.2.x RK kernel to be compiled with gcc 2.95? Thanks! Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 9 20:04:58 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA25448 for ; Thu, 9 Sep 1999 20:04:58 +0100 Received: (qmail 20417 invoked from network); 9 Sep 1999 19:04:57 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 9 Sep 1999 19:04:56 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 15:04:27 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 15:04:09 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1418 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 15:03:59 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11P9U4-00017o-00; Thu, 9 Sep 1999 20:03:48 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicolas Pitre cc: linux-arm@vger.rutgers.edu Subject: Re: gcc-2.95.1 and Linux-2.2.x In-Reply-To: Message from Nicolas Pitre of "Thu, 09 Sep 1999 13:59:13 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Sep 1999 20:03:48 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Do you have a patch somewhere that contains all changes required >for a 2.2.x RK kernel to be compiled with gcc 2.95? Not an especially up-to-date one at the moment. There is some stuff in that does contain the changes but it may be a little old by now. I will try to find time to generate a new patch soon, though my latest 2.2 kernels seem to be acting up a bit at the moment. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 9 21:01:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA27064 for ; Thu, 9 Sep 1999 21:01:24 +0100 Received: (qmail 29061 invoked from network); 9 Sep 1999 20:00:49 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 9 Sep 1999 20:00:49 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 15:49:30 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 15:49:21 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:54262 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 15:49:07 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id PAA10579 for ; Thu, 9 Sep 1999 15:49:02 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Xterm as a terminal for the EBSA Date: Thu, 9 Sep 1999 14:51:56 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99090915004701.00701@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing This might look a little of topic, but the crowd here is probably the most likely to be able to answer this: How can I set xterm or xvt or Kconsole, on my dual-celeron development PC running X, to be use as a terminal for the ttys0 of the EBSA-285? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 9 23:50:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA32426 for ; Thu, 9 Sep 1999 23:50:26 +0100 Received: (qmail 32544 invoked from network); 9 Sep 1999 22:50:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 9 Sep 1999 22:50:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 18:44:56 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 18:39:52 -0400 Received: from ns-inetext.inet.com ([199.171.211.140]:53604 "EHLO ns-inetext.inet.com") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 18:36:58 -0400 Received: from harpo.inetint.com (harpo [172.16.99.60]) by ns-inetext.inet.com (8.9.2/8.9.2) with ESMTP id RAA12719 for ; Thu, 9 Sep 1999 17:35:26 -0500 (CDT) Received: from inet.com ([172.16.13.73]) by harpo.inetint.com (Netscape Messaging Server 3.6) with ESMTP id AAA98 for ; Thu, 9 Sep 1999 17:39:36 -0500 Message-ID: <37D8370C.A5499569@inet.com> Date: Thu, 09 Sep 1999 17:39:08 -0500 From: Dave Baukus Organization: Inet Technologies Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: EBSA285 and Cacheing References: <199812191722.RAA01668@raistlin.armlinux.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'd like to address the issue of data caching on the ebsa285. (kernel is 2.2.10-rmk2) We have been running our ebsa285s with data caching off. With caching disabled the stock ncr53c8xx SCSI driver works well and the lance ethernet driver works nicely w/ a few changes. Everything falls apart, however, when we turn on data caching. The NCR scsi shuts its self down after detecting cache coherency problems, and the lance ethernet simply does not work. In a naive attempt to solve the problem we've tried several combinations of the following: 1.) There is a driver out there called bigphysmem; it allocates a fixed chunks of memory at boot time and provides a malloc() interface to it. We turn off caching on the sections managed by this driver. We modified the scsi and ether drivers to use the bigphysmem malloc(). 2.) we modified kmalloc et.al. to turn off caching on the returned pages. With any combination of these changes the kernel will boot and the drives work reasonably well, but not 100%. One class of problems seems to be that some file are corrupted. for example the shell complains when it tries to source in its config files: bash: .: /etc/profile.d/lang.sh: cannot execute binary file With caching turned off, the bigphysmem modified drivers work as expected (it boots w/ no errors). Finally to the questions: 1.) Is anybody actually running an ebsa285 with caching enabled ? If so what type of changes are required to the drivers ? 2.) Are we way off base here ? Shouldn't the bigphysmem or changes to kmalloc() solve the problem ? What subtlety are we missing ? -- dave.baukus@inet.com Inet Technologies Inc. Plano, Texas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 00:09:52 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA00573 for ; Fri, 10 Sep 1999 00:09:51 +0100 Received: (qmail 6086 invoked from network); 9 Sep 1999 23:09:50 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 9 Sep 1999 23:09:50 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 19:07:10 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 19:05:55 -0400 Received: from PO8.ANDREW.CMU.EDU ([128.2.10.108]:37234 "EHLO po8.andrew.cmu.edu") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 18:59:06 -0400 Received: (from postman@localhost) by po8.andrew.cmu.edu (8.9.3/8.9.3) id SAA12790 for linux-arm@vger.rutgers.edu; Thu, 9 Sep 1999 18:59:04 -0400 (EDT) Received: via switchmail; Thu, 9 Sep 1999 18:59:03 -0400 (EDT) Received: from pcs1.andrew.cmu.edu via qmail ID ; Thu, 9 Sep 1999 18:57:23 -0400 (EDT) Received: from pcs1.andrew.cmu.edu via qmail ID ; Thu, 9 Sep 1999 18:57:19 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.03.06.pmax.ul4.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs1.andrew.cmu.edu.pmax.ul4 via MS.5.6.pcs1.andrew.cmu.edu.pmax_ul4; Thu, 9 Sep 1999 18:57:18 -0400 (EDT) Message-ID: <4rq3hCi00Uzx02188U@andrew.cmu.edu> Date: Thu, 9 Sep 1999 18:57:18 -0400 (EDT) From: Jonathan Foster Kliegman To: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and Cacheing In-Reply-To: <37D8370C.A5499569@inet.com> References: <199812191722.RAA01668@raistlin.armlinux.org> <37D8370C.A5499569@inet.com> Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing We use an EBSA-285 with caching on. You have to be careful which drivers you use and any references to DMA data must be protected by cache flushes. Look at the tulip.c driver - you'll see an example of all the cache flushes used. You'll need to modify any of your drivers which use DMA to behave in a similar way. Basically, you need to flush the cache immediately after setting up data structures read by the device and you need to invalidate the cache before reading those data structures. -Jon Excerpts from linux-arm: 9-Sep-99 EBSA285 and Cacheing by Dave Baukus@inet.com > I'd like to address the issue of data caching on the ebsa285. > (kernel is 2.2.10-rmk2) > > We have been running our ebsa285s with data caching off. With caching disabled > the stock ncr53c8xx SCSI driver works well and the lance ethernet driver works > nicely w/ a few changes. Everything falls apart, however, when we turn on > data caching. The NCR scsi shuts its self down after detecting > cache coherency problems, and the lance ethernet simply does not work. > > In a naive attempt to solve the problem we've tried several combinations of > the following: > 1.) There is a driver out there called bigphysmem; it allocates a fixed > chunks of memory at boot time and provides a malloc() interface to it. > We turn off caching on the sections managed by this driver. > We modified the scsi and ether drivers to use the bigphysmem malloc(). > > 2.) we modified kmalloc et.al. to turn off caching on the > returned pages. > > With any combination of these changes the kernel will boot > and the drives work reasonably well, but not 100%. > > One class of problems seems to be that some file are corrupted. > for example the shell complains when it tries to source in > its config files: > > bash: .: /etc/profile.d/lang.sh: cannot execute binary file > > With caching turned off, the bigphysmem modified drivers > work as expected (it boots w/ no errors). > > > Finally to the questions: > 1.) Is anybody actually running an ebsa285 > with caching enabled ? > > If so what type of changes are > required to the drivers ? > > 2.) Are we way off base here ? > Shouldn't the bigphysmem or changes to kmalloc() > solve the problem ? > > What subtlety are we missing ? > > > > -- > dave.baukus@inet.com > Inet Technologies Inc. > Plano, Texas > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 00:42:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA01606 for ; Fri, 10 Sep 1999 00:42:07 +0100 Received: (qmail 16162 invoked from network); 9 Sep 1999 23:42:05 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 9 Sep 1999 23:42:05 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 19:33:42 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 19:32:49 -0400 Received: from mbox.queen.it ([195.223.140.121]:28717 "EHLO beta.queen.it") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 19:14:59 -0400 Received: from msuzzi (isdn07-bo.queen.it [195.31.219.207] (may be forged)) by beta.queen.it (8.9.1a/8.9.1) with SMTP id DAA12317 for ; Fri, 10 Sep 1999 03:22:09 +0200 X-Authentication-Warning: beta.queen.it: Host isdn07-bo.queen.it [195.31.219.207] (may be forged) claimed to be msuzzi Date: Fri, 10 Sep 1999 01:15:47 +0000 From: Marco Suzzi To: linux-arm@vger.rutgers.edu Subject: ARMLinux and SCSI interface Message-ID: <90421d3f49%msuzzi@msuzzi.queen.it> Reply-To: msuzzi@mbox.queen.it X-Organization: Home X-Mailer: Messenger v1.40d for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.60m Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, I would like to install ARMLinux on my RiscPC. I read Paul Vigay's guide, other guides and FAQs and I hope I understood them well (my English is not good) but I had few problems. My hardware is: RiscPC 700 + StrongARM 40Mb RAM 2 Mb VRAM Acorn IDE controller + 1.6 Gb HD + CD-ROM 4x Eesox 'fast' SCSI-2 interface + 4Gb HD Acorn 586 card second processor. I would like to install ARMLinux on 4GB SCSI HD. First I used Eesox's !SDirector to create partitions but every partition becames a RISCOS (od DOSFS) drive on the icon bar ... Second I tried Partition Manager 1.11 to partition but it can only see partitions made before and pressing MENU button on it, "New ..." field is always disabled (I can't add a new partition). Then I thought to load ARMLinux from root & supplemental disks and use fdisk to partition HD but here I surprised. I run !LinuxBoot to load kernel rpc-2.0.36-1999.05.29 then root disk root-rpc-1999.05.29 and supplemental disk supplemental-1999.05.29. Loading messages shows ... <...> Probing expansion cards 0: [0064:008C] 'Fast' SCSI-2 Interface card <...> scsi : 0 hosts. scsi : detected total. <...> In "Hardware configuration" I choose [ADD], in "Hardware type" I select "SCSI adapters" and [NEXT], in "SCSI drivers" I choose "EESOX SCSI" and [TRY], in "Module options" I choose "Specify options" and [OK], in "Module parameters" I set "Termination" field to "term=0" and no value in "Miscellaneous options" and [OK] Then machine hang and I have to reset. OK, this is my story. can anybody suggest me how solve this problem ? Thanks, -- Marco Suzzi msuzzi@mbox.queen.it unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 03:05:33 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id DAA07479 for ; Fri, 10 Sep 1999 03:05:33 +0100 Received: (qmail 18677 invoked from network); 10 Sep 1999 02:05:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 02:05:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 22:05:08 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 22:04:49 -0400 Received: from adsl-216-100-248-143.dsl.snfc21.pacbell.net ([216.100.248.143]:1209 "EHLO adsl-216-100-248-143.dsl.snfc21.pacbell.net") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 22:04:30 -0400 Received: from barney (benw@barney [192.168.1.7]) by adsl-216-100-248-143.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id SAA10499; Thu, 9 Sep 1999 18:50:03 -0700 Date: Thu, 9 Sep 1999 18:49:04 -0700 (PDT) From: Ben Williamson X-Sender: benw@barney.casagrande.way To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: Xterm as a terminal for the EBSA In-Reply-To: <99090915004701.00701@dual> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 9 Sep 1999, Francois Desloges wrote: > This might look a little of topic, but the crowd here is probably the most > likely to be able to answer this: > > How can I set xterm or xvt or Kconsole, on my dual-celeron development PC > running X, to be use as a terminal for the ttys0 of the EBSA-285? You should try a terminal program, such as minicom. - Ben. ------------------------------------------------------------------- Ben Williamson benw@pobox.com http://www.pobox.com/~benw/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 04:16:14 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id EAA09430 for ; Fri, 10 Sep 1999 04:16:04 +0100 Received: (qmail 27628 invoked from network); 10 Sep 1999 03:15:42 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 03:15:42 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 9 Sep 1999 23:11:37 -0400 Received: by vger.rutgers.edu id ; Thu, 9 Sep 1999 23:11:22 -0400 Received: from [192.190.204.1] ([192.190.204.1]:48062 "EHLO trantor.dso.org.sg") by vger.rutgers.edu with ESMTP id ; Thu, 9 Sep 1999 23:10:39 -0400 Received: from demerzel.dso.org.sg (demerzel.dso.org.sg [192.190.204.8]) by trantor.dso.org.sg (8.9.3/8.9.3) with ESMTP id LAA28207 for ; Fri, 10 Sep 1999 11:11:35 +0800 (SGT) From: kliteng@dso.org.sg Received: from hjinyong.dso.org.sg by demerzel.dso.org.sg (8.9.3/8.8.5) with SMTP id LAA13683 for ; Fri, 10 Sep 1999 11:09:04 +0800 (SGT) Message-Id: <3.0.6.32.19990910112329.007d9310@dso.org.sg> X-Sender: kliteng@dso.org.sg X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Fri, 10 Sep 1999 11:23:29 +0800 To: Subject: building Arm-linux kernel Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hello, I wonder if anyone could help me with this building error. While doing: make zImage, I encounter Make errors. In file: fault-common.c, it state that many variables are defined but not used. And ended with Make error messages. I followed the procedure on the Intel strongarm website [to build the arm linux kernel] for my brutus board. Would appreciate if you could let me know whether this is serious and how to overcome this. - jessica unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 06:05:11 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id GAA12296 for ; Fri, 10 Sep 1999 06:05:10 +0100 Received: (qmail 10300 invoked from network); 10 Sep 1999 05:05:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 05:05:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 01:04:20 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 01:04:03 -0400 Received: from [192.190.204.1] ([192.190.204.1]:48712 "EHLO trantor.dso.org.sg") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 00:59:47 -0400 Received: from demerzel.dso.org.sg (demerzel.dso.org.sg [192.190.204.8]) by trantor.dso.org.sg (8.9.3/8.9.3) with ESMTP id NAA29266 for ; Fri, 10 Sep 1999 13:00:52 +0800 (SGT) From: kliteng@dso.org.sg Received: from hjinyong.dso.org.sg by demerzel.dso.org.sg (8.9.3/8.8.5) with SMTP id MAA17034 for ; Fri, 10 Sep 1999 12:58:22 +0800 (SGT) Message-Id: <3.0.6.32.19990910131246.007a8110@dso.org.sg> X-Sender: kliteng@dso.org.sg X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Fri, 10 Sep 1999 13:12:46 +0800 To: linux-arm@vger.rutgers.edu Subject: Fw: building Arm-linux kernel In-Reply-To: <3.0.6.32.19990910112329.007d9310@dso.org.sg> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Sorry; But to add to my previous mail. T These are the versions of sources I use: 1) binutils_2_9_1_0_19a_orig_tar binutils-2_9_1_0_19a-arm-diff-981230 2) egcs-1_1_1_tar egcs-1_1_2-arm-diff-990325 3) glibc-2_1_tar glibc-crypt-2_0_109_tar glibc-linuxthreads-2_1_tar 4) linux-2_2_10_tar patch-2_2_10-rmk2 diff-2_2_10-rmk2-np11 I had errors building while patching egcs-1_1_2-arm-diff-990325. gcc/config.rej file exist but the error message gave [ignored] note. I use egcs-1_1_2-arm-diff-990325 because I couldn't find the egcs-1_1_1-arm-diff-xxxxxx version ! Hope this helps. Any idea what went wrong ? - jessica At 11:23 AM 9/10/99 +0800, you wrote: >Hello, > >I wonder if anyone could help me with this building error. > >While doing: make zImage, I encounter Make errors. >In file: fault-common.c, it state that many variables are defined but not >used. And ended with Make error messages. > >I followed the procedure on the Intel strongarm website [to build the arm >linux kernel] >for my brutus board. > >Would appreciate if you could let me know whether this is serious and how to >overcome this. > >- jessica > >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 09:31:57 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA18157 for ; Fri, 10 Sep 1999 09:31:57 +0100 Received: (qmail 8423 invoked from network); 10 Sep 1999 08:31:55 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 08:31:55 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 04:30:34 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 04:30:06 -0400 Received: from mailhost.mipsys.com ([62.161.177.33]:8001 "EHLO [62.161.177.33]") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 04:29:57 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 10-Sep-1999 10:37:24 +0200 In-Reply-To: <37D8370C.A5499569@inet.com> X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mailhost.mipsys.com Date: Fri, 10 Sep 1999 10:30:38 +0200 To: Dave Baukus , linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re: EBSA285 and Cacheing Message-Id: <19990910103038.007171@mailhost.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, Sep 9, 1999, Dave Baukus wrote: >Finally to the questions: > 1.) Is anybody actually running an ebsa285 > with caching enabled ? > > If so what type of changes are > required to the drivers ? > > 2.) Are we way off base here ? > Shouldn't the bigphysmem or changes to kmalloc() > solve the problem ? > > What subtlety are we missing ? This is a generic problem with all SA110/21285 platform (EBSA, Netwinder, CATS, ...) I discussed this recently with Philip and Russel. The problem is that the SA110/21285 pair doesn't handle cache coherency. That means that when a devices accesses the memory via the PCI (bus master), nothing is done to make sure the datas are coherent with the CPU cache. (The architecture of the SA110 cache, based on virtual addresses, would probably have made this almost impossible without a bunch of hacks in the silicon). Some drivers have been "fixed" for this behaviour by adding various cache flushes and invalidate on memory ranges at specific locations. Basically, you need to invalidate a range which will be written by the device and flush a range which will be read by the device. This is how the tulip driver was fixed and I did fix the pcnet32 driver the same way recently (I can send you patches). I've seen a fixed sym53c8xx in the CVS recently. The problem with this solution is that it's far from perfect. It imposes to place those flush and invalidate in critical locations which can make the drivers quite unmaintainable. Also, when dealing with "shared regions" where both the CPU and the device will read&write small datas (words), there are still some potential coherency issues. The CPU flushes cache lines, so when flushing, let's say, a word, the entire cache line containing this word will be flushed, possibly corrupting whatever the device wanted to write somewhere else in this same cache line. The current fixed tulip and pcnet32 seems to work fine, probably because the SA110 support a mecanism of "half cache lines" (2 dirty bits per line), making the half cache line the same size as a ring descriptor entry for those drivers. However, a better solution (and probably more efficient, especially for the symbios driver) would be to allocate those shared regions in non-cachable space. Flushes and invalidate would still be required for data buffers, but ring descriptors or SCSI controller scripts should be in non-cachable space. I tried implementing a vmalloc_uncached (with the help of Russel) but unfortunately, virt_to_bus can't get the physical address of a vmalloc'ed area, and I didn't want to walk the page tables. I had to stop hacking on this (more urgent work to do), but I beleive there is still the possibility to use the low-level _ioremap function to create a second, uncachable, mapping for a given kmalloc'ed region. If you make sure to invalidate it once, and then only use the address returned by _ioremap, this should work. I'll do more experiments with this next week, Benjamin. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 10:22:02 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA20002 for ; Fri, 10 Sep 1999 10:22:02 +0100 Received: (qmail 15626 invoked from network); 10 Sep 1999 09:22:00 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 09:22:00 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 05:20:18 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 05:20:01 -0400 Received: from m12-nsv1-trogon.tch.cableol.net ([194.168.16.12]:4148 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 05:19:34 -0400 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id HAA27115; Fri, 10 Sep 1999 07:12:12 +0100 Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.8.7) id HAA13899; Fri, 10 Sep 1999 07:09:51 +0100 From: Russell King - ARM Linux Admin Message-Id: <199909100609.HAA13899@flint.armlinux.org.uk> Subject: Re: ARMLinux and SCSI interface To: msuzzi@mbox.queen.it Date: Fri, 10 Sep 1999 07:09:51 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <90421d3f49%msuzzi@msuzzi.queen.it> from "Marco Suzzi" at Sep 10, 99 01:15:47 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Marco Suzzi writes: > I would like to install ARMLinux on 4GB SCSI HD. > First I used Eesox's !SDirector to create partitions but every > partition becames a RISCOS (od DOSFS) drive on the icon bar ... > > Second I tried Partition Manager 1.11 to partition but it can only see > partitions made before and pressing MENU button on it, "New ..." field > is always disabled (I can't add a new partition). Have you tried the latest alpha partition manager? (can be found on ftp://ftp.arm.linux.org.uk:/pub/armlinux/testing/). Have you tried creating a partition using !SDirector, and then using the partition manager? > Then machine hang and I have to reset. Can you describe your SCSI card, and which kernel version you are using (both normal x.x.xx and date as well). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 15:20:23 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA30406 for ; Fri, 10 Sep 1999 15:20:22 +0100 Received: (qmail 15875 invoked from network); 10 Sep 1999 14:20:22 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 14:20:22 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 10:15:21 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 10:14:46 -0400 Received: from visuaide.colba.net ([207.107.152.244]:61330 "EHLO xanadu.visuaide.com") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 10:11:09 -0400 Received: from localhost (nico@localhost) by xanadu.visuaide.com (8.9.3/8.9.3) with ESMTP id KAA32001; Fri, 10 Sep 1999 10:11:33 -0400 X-Authentication-Warning: xanadu.visuaide.com: nico owned process doing -bs Date: Fri, 10 Sep 1999 10:11:33 -0400 (EDT) From: Nicolas Pitre To: kliteng@dso.org.sg cc: linux-arm@vger.rutgers.edu Subject: Re: Fw: building Arm-linux kernel In-Reply-To: <3.0.6.32.19990910131246.007a8110@dso.org.sg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 10 Sep 1999 kliteng@dso.org.sg wrote: > Sorry; But to add to my previous mail. T > These are the versions of sources I use: [...] > linux-2_2_10_tar > patch-2_2_10-rmk2 > diff-2_2_10-rmk2-np11 For the np11 patch, there is a cut'n paste mistake I left there unfortunately. In arch/arm/mm/fault-common.c line 155, there is a printk with its string truncated. You must put a closing quote at the end of the line. I'll be releasing another diff soon. But in the mean time, fixing the above error should do. Also issueing a "make brutus_config" prior to all other make commands will help you a lot to have a good kernel configuration. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 15:24:09 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA30452 for ; Fri, 10 Sep 1999 15:24:08 +0100 Received: (qmail 16811 invoked from network); 10 Sep 1999 14:24:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 14:24:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 10:21:02 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 10:15:26 -0400 Received: from mail9.lax.netzero.net ([209.247.162.42]:56440 "HELO mail9.lax.netzero.net") by vger.rutgers.edu with SMTP id ; Fri, 10 Sep 1999 10:15:05 -0400 Received: (qmail 22459 invoked by uid 0); 10 Sep 1999 14:14:47 -0000 Received: from pppa35-minneapolisb4-4r508.saturn.bbn.com (HELO netzero.net) (4.11.236.49) by mail9.lax.netzero.net with SMTP; 10 Sep 1999 14:14:47 -0000 Message-ID: <37D912AE.753B8307@netzero.net> Date: Fri, 10 Sep 1999 09:16:14 -0500 From: Gaixia Zhang X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: EBSA285 in Add-in Mode + Local ide disk Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Has anybody ever tried to run EBSA285 in Add-in Mode and access the PC PCI-ide drive as a local disk? Is it possible? I mean to let EBSA285 access the disk directly other than through NFS as Mark did? I am trying to include the disc driver into ARM-Linux kernel, I think I should at least select the following options as I did for my host PC: Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support Include IDE/ATA-2 DISK Support Generic PCI IDE chipset support but the option "Generic PCI IDE chipset support" would not show up in Add-in Mode, it is only available for Host Mode. I remember John Kliegman ever mentioned in order to add a Ethernet card for EBSA285 in Add-in Mode, we have to do some interrput reassignment so that EBSA285 can get interrupt inputs from the Ethernet card. Do we also need to do interrput reassignment so that EBSA285 can get interrupt inputs from PCI-ide chipset? If so, will the host still function? Or can I add a new PCI-SCSI/PCI-ide card and a new disc drive so that EBSA285 can access the new disc drive as a local disk? Thanks, Gaixia Zhang ________________________________________________________ NetZero - We believe in a FREE Internet. Shouldn't you? Get your FREE Internet Access and Email at http://www.netzero.net/download/index.html unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 16:04:39 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA31702 for ; Fri, 10 Sep 1999 16:04:39 +0100 Received: (qmail 27484 invoked from network); 10 Sep 1999 15:04:38 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 15:04:38 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 11:03:19 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 11:03:03 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:56650 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 11:02:36 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id LAA00985 for ; Fri, 10 Sep 1999 11:02:39 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Loader Date: Fri, 10 Sep 1999 10:43:12 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99091011005703.00701@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I want to build an ELF system (a loader + a 2.2.x kernel with routing+ minimal SNMP app) for a EBSA285 whitout any graphic adapter (controled by the ttyS port) So I've dowloaded boot/bios-1.05.tar.gz, which README tell that THIS MUST BE COMPILED WITH AN A>OUT COMPILER (Alternatively, patch 'mkaif' and send patches to rmk) Well the bios/scripts directory show two mkaif to me mkaif.old.c mkaif.c the latest stating that it's adapted to ELF. Is this true and the README must be corrected? Should I continue to report the doc that seems out of phase or is it bothering everybody? I don't want to be a pain, but it just seems to me that things would be smoother for everybody if doc was up-to-date. If this is not the normal way of doing things here, just tell me I will stop reporting doc mismatch. -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 16:33:34 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA32726 for ; Fri, 10 Sep 1999 16:33:33 +0100 Received: (qmail 30613 invoked from network); 10 Sep 1999 15:33:32 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 15:33:32 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 11:33:09 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 11:32:51 -0400 Received: from mailhost.mipsys.com ([62.161.177.33]:8014 "EHLO [62.161.177.33]") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 11:32:34 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 10-Sep-1999 17:39:03 +0200 In-Reply-To: <99091011005703.00701@dual> X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mailhost.mipsys.com Date: Fri, 10 Sep 1999 17:32:14 +0200 To: Francois Desloges , linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re: Loader Message-Id: <19990910173214.020078@mailhost.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, Sep 10, 1999, Francois Desloges wrote: >I want to build an ELF system (a loader + a 2.2.x kernel with routing+ >minimal >SNMP app) for a EBSA285 whitout any graphic adapter (controled by the ttyS >port) > >So I've dowloaded boot/bios-1.05.tar.gz, which README tell that > >THIS MUST BE COMPILED WITH AN A>OUT COMPILER >(Alternatively, patch 'mkaif' and send patches to rmk) > >Well the bios/scripts directory show two mkaif to me >mkaif.old.c >mkaif.c >the latest stating that it's adapted to ELF. > >Is this true and the README must be corrected? This is wrong, I hacked an ELF version of mkaif which is, I think, in the 1.05 version. I beleive Russel didn't have the time to test it and update the readme. I have also a pcnet driver for this bios is someone is interested. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 18:59:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA04523 for ; Fri, 10 Sep 1999 18:59:04 +0100 Received: (qmail 3312 invoked from network); 10 Sep 1999 17:59:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 17:59:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 13:58:26 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 13:55:12 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1071 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 13:53:09 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11PUqy-0000Iz-00; Fri, 10 Sep 1999 18:52:52 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Gaixia Zhang cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk In-Reply-To: Message from Gaixia Zhang of "Fri, 10 Sep 1999 09:16:14 CDT." <37D912AE.753B8307@netzero.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Sep 1999 18:52:52 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Has anybody ever tried to run EBSA285 in Add-in Mode and access >the PC PCI-ide drive as a local disk? Is it possible? In theory yes, so long as you can arrange for your host (or other cards) not to start fighting over the interface. All PCI interfaces are more or less equal. >but the option "Generic PCI IDE chipset support" would not show up >in Add-in Mode, it is only available for Host Mode. I've never been convinced that the hard dichotomy between "host" and "plug-in" mode is necessary or desirable. But this point of view seemed rather unpopular last time I aired the idea. >I remember John Kliegman ever mentioned in order to add a Ethernet >card for EBSA285 in Add-in Mode, we have to do some interrput >reassignment so that EBSA285 can get interrupt inputs from the Ethernet >card. Do we also need to do interrput reassignment so that EBSA285 can >get interrupt inputs from PCI-ide chipset? You will need to find a way for the EBSA-285 to see the right interrupt numbers. This is going to be hardware dependent and in some cases it may not even be possible -- if the IDE interface is built in to your motherboard chipset it may not be capable of generating interrupts on the PCI bus. With a plugin card you will stand more of a chance. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 19:24:00 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA05258 for ; Fri, 10 Sep 1999 19:23:59 +0100 Received: (qmail 8387 invoked from network); 10 Sep 1999 18:23:54 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 18:23:54 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 14:22:54 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 14:17:33 -0400 Received: from mail11.svr.pol.co.uk ([195.92.193.23]:18160 "EHLO mail11.svr.pol.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 14:16:46 -0400 Received: from modem-84.ibogaine.dialup.pol.co.uk ([62.136.72.212] helo=reinhouse) by mail11.svr.pol.co.uk with smtp (Exim 2.12 #2) id 11PVDy-0005HX-00 for linux-arm@vger.rutgers.edu; Fri, 10 Sep 1999 19:16:39 +0100 Date: Fri, 10 Sep 1999 19:09:19 +0100 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Linloader - anyone use these features? Message-ID: <16d7a3f49%tim@reinhouse.freeserve.co.uk> X-Mailer: Messenger v1.40f for RISC OS Mail-Copies-To: nobody X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Does anyone use these features of Linloader, as I am considering removing them? 1. Abbreviation of long options 2. Library interface 3. The options --kernel , -k, --no-clear, -c --quiet, -q, --extra-arguments, -e. -- http://www.reinhouse.freeserve.co.uk/ Please don't CC replies to me!!! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 21:03:57 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA08341 for ; Fri, 10 Sep 1999 21:03:56 +0100 Received: (qmail 1305 invoked from network); 10 Sep 1999 20:03:55 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 20:03:55 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 16:00:25 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 15:54:18 -0400 Received: from m19-nsv3-trogon.tch.cableol.net ([194.168.16.169]:4286 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 15:43:00 -0400 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA29561; Fri, 10 Sep 1999 20:41:58 +0100 Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.8.7) id UAA16100; Fri, 10 Sep 1999 20:39:26 +0100 From: Russell King - ARM Linux Admin Message-Id: <199909101939.UAA16100@flint.armlinux.org.uk> Subject: Re: EBSA285 in Add-in Mode + Local ide disk To: gaixiaz@netzero.net (Gaixia Zhang) Date: Fri, 10 Sep 1999 20:39:25 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <37D912AE.753B8307@netzero.net> from "Gaixia Zhang" at Sep 10, 99 09:16:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Gaixia Zhang writes: > Has anybody ever tried to run EBSA285 in Add-in Mode and access > the PC PCI-ide drive as a local disk? Is it possible? I mean to let > EBSA285 access the disk directly other than through NFS as Mark did? I wouldn't have thought so. In order to use IDE with Linux, you need an interrupt. The PCI southbridges (which contain the IDE interface on PCs) which I have come across internally route the IDE interrupt to the interrupt controller (also in the Southbridge), which means that it never appears on the PCI bus. This means that Linux on an add-in EBSA285 in a PC will never be able to see the interrupt, and therefore will not be able to function. Yes, you could write your own IDE driver that didn't rely on interrupts, but the performance would be so dire to make it undesirable. There is a falicy persistently introduced by Phil into his patches (against my judgement) which will bite hard with the later 2.3 kernels. He allows you to configure a host EBSA to be used in plug-in mode. This is 100% bad if you're using a PNP BIOS with a PNP OS, since the EBSA285 will set your PCI bus up for you, possibly even before the PC's BIOS has looked at it. The result could be all hell breaking loose when the OS starts on the host, or when the BIOS refiddles the PCI bus. My many complaints did nothing, so people using his "development" patches do so at their own (potentially disasterous) risk. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 21:19:01 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA08715 for ; Fri, 10 Sep 1999 21:18:59 +0100 Received: (qmail 5156 invoked from network); 10 Sep 1999 20:18:52 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 20:18:52 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 15:56:34 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 15:54:04 -0400 Received: from PO6.ANDREW.CMU.EDU ([128.2.10.106]:35732 "EHLO po6.andrew.cmu.edu") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 15:37:42 -0400 Received: (from postman@localhost) by po6.andrew.cmu.edu (8.9.3/8.9.3) id PAA07997; Fri, 10 Sep 1999 15:37:28 -0400 (EDT) Received: via switchmail; Fri, 10 Sep 1999 15:37:28 -0400 (EDT) Received: from pcs1.andrew.cmu.edu via qmail ID ; Fri, 10 Sep 1999 15:36:11 -0400 (EDT) Received: from pcs1.andrew.cmu.edu via qmail ID ; Fri, 10 Sep 1999 15:36:09 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.03.06.pmax.ul4.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs1.andrew.cmu.edu.pmax.ul4 via MS.5.6.pcs1.andrew.cmu.edu.pmax_ul4; Fri, 10 Sep 1999 15:36:07 -0400 (EDT) Message-ID: <4rqJqb200UzxQ1sX85@andrew.cmu.edu> Date: Fri, 10 Sep 1999 15:36:07 -0400 (EDT) From: Jonathan Foster Kliegman To: linux-arm@vger.rutgers.edu, Gaixia Zhang Subject: Re: EBSA285 in Add-in Mode + Local ide disk In-Reply-To: <37D912AE.753B8307@netzero.net> References: <37D912AE.753B8307@netzero.net> Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Excerpts from linux-arm: 10-Sep-99 EBSA285 in Add-in Mode + Lo.. by Gaixia Zhang@netzero.net > I remember John Kliegman ever mentioned in order to add a Ethernet > card for EBSA285 in Add-in Mode, we have to do some interrput > reassignment so that EBSA285 can get interrupt inputs from the Ethernet > card. Do we also need to do interrput reassignment so that EBSA285 can > get interrupt inputs from PCI-ide chipset? If so, will the host still > function? > > Or can I add a new PCI-SCSI/PCI-ide card and a new disc drive so that > EBSA285 can access the new disc drive as a local disk? For the work we did with ethernet cards we always used a dedicated card for the EBSA. Using the same card at the same time as the host is asking for trouble and I don't recommend it. With a network card its just lost traffic - with a disk controller you may corrupt your disk. As for the interrupts, you have to realize that not all interrupts are shared between all cards. If you have a schematic of your motherboard, you'll be able to see which slots share interrupts. If not, you can do some trial and error. We had to make sure that both the EBSA and the NIC were in a pair of slots which shared ethernet cards (on a Dell P6 I believe this was the the bottom most slot and the 3rd from the bottom). We also had to hardcode in the tulip driver to use IRQ_IN1. You may have to do some trial and error there as well. Finally, if your new card does not have an ArmLinux supported driver (see Russel's page) then you should run it in Programmed I/O mode only - don't use DMA! (see the current EBSA285 and caching thread). -Jon unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 21:22:45 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA08842 for ; Fri, 10 Sep 1999 21:22:45 +0100 Received: (qmail 5955 invoked from network); 10 Sep 1999 20:22:42 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 20:22:42 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 16:19:13 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 16:01:03 -0400 Received: from m19-nsv3-trogon.tch.cableol.net ([194.168.16.169]:4337 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 15:54:18 -0400 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA29774; Fri, 10 Sep 1999 20:53:59 +0100 Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.8.7) id UAA16273; Fri, 10 Sep 1999 20:51:39 +0100 From: Russell King - ARM Linux Admin Message-Id: <199909101951.UAA16273@flint.armlinux.org.uk> Subject: Re: EBSA285 in Add-in Mode + Local ide disk To: Philip.Blundell@pobox.com (Philip Blundell) Date: Fri, 10 Sep 1999 20:51:38 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 10, 99 06:52:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > I've never been convinced that the hard dichotomy between "host" and "plug-in" > mode is necessary or desirable. But this point of view seemed rather > unpopular last time I aired the idea. It is not desirable for the following reasons: 1. Linux will assign addresses to any non-setup peripheral, potentially causing havoc with the PCs setup of the PCI bus. It is not for Linux to play with the configuration registers in add-in mode, but for host mode it must do. (generic code). 2. virt_to_bus is heavily dependent on the mapping of the memory to the PCI bus. The BIOS sets the base address of the EBSA285's memory on the PCI bus. It is again not for Linux to second-guess the BIOS, nor the PNP bios in the host PC. Since virt_to_bus and friends are referenced many times, I feel that it is not desirable to slow down the kernel (possibly considerably) by having to calculate non-constant offsets for the virtual to PCI mapping. > You will need to find a way for the EBSA-285 to see the > right interrupt numbers. This is going to be hardware > dependent and in some cases it may not even be possible > -- if the IDE interface is built in to your motherboard > chipset it may not be capable of generating interrupts > on the PCI bus. Probably won't be capable, and what a good argument against combining host and add-in mode. Host and add-in mode are two completely separate beasts. > With a plugin card you will stand more of a chance. No. With a host card you stand more of a chance of getting the interrupts. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 10 21:52:52 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA09664 for ; Fri, 10 Sep 1999 21:52:51 +0100 Received: (qmail 13475 invoked from network); 10 Sep 1999 20:52:50 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Sep 1999 20:52:50 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 10 Sep 1999 16:52:21 -0400 Received: by vger.rutgers.edu id ; Fri, 10 Sep 1999 16:52:11 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1142 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Fri, 10 Sep 1999 16:51:53 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11PXcg-0000ZE-00; Fri, 10 Sep 1999 21:50:18 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk In-Reply-To: Message from Russell King - ARM Linux Admin of "Fri, 10 Sep 1999 20:51:38 BST." <199909101951.UAA16273@flint.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Sep 1999 21:50:17 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > in the host PC. Since virt_to_bus and friends are > referenced many times, I feel that it is not desirable > to slow down the kernel (possibly considerably) by having > to calculate non-constant offsets for the virtual to PCI > mapping. What do you estimate the slowdown would be from introducing a variable into these calculations? >Host and add-in mode are two completely separate beasts. But, fundamentally, they are not. The only difference is that you have one PCI agent (let's call it the "host", or "central function") which sets up the configuration space. Other than that, all devices are equal in a PCI sense. Obviously in a particular implementation there might be issues like interrupts that prevent everything from working in quite the way you might hope, but not all the world is a PC. It did use to be the case that you would run into trouble because drivers read the PCI configuration space directly to get I/O addresses, interrupt numbers and the like. But now that these come from the PCI database which can be massaged in advance, you can remap them in any way you choose for a "plugin" card. If you know that the kernel will be running as a host implementation, you can take some shortcuts like hardwiring the offsets in virt_to_bus, and having a configuration option for that is just fine. But I see no reason to consider the two modes as completely separate. >>> With a plugin card you will stand more of a chance. > >No. With a host card you stand more of a chance of getting >the interrupts. I think you misunderstood what I wrote there. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 11 08:57:31 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id IAA27751 for ; Sat, 11 Sep 1999 08:57:31 +0100 Received: (qmail 26336 invoked from network); 11 Sep 1999 07:57:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 11 Sep 1999 07:57:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 11 Sep 1999 03:56:41 -0400 Received: by vger.rutgers.edu id ; Sat, 11 Sep 1999 03:56:20 -0400 Received: from m41-nsv3-trogon.tch.cableol.net ([194.168.16.191]:4603 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Sat, 11 Sep 1999 03:54:37 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA30372; Fri, 10 Sep 1999 23:45:49 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA09053; Fri, 10 Sep 1999 23:43:47 +0100 Message-Id: <199909102243.XAA09053@raistlin.armlinux.org.uk> Subject: Re: EBSA285 in Add-in Mode + Local ide disk To: Philip.Blundell@pobox.com (Philip Blundell) Date: Fri, 10 Sep 1999 23:43:46 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 10, 99 09:50:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > What do you estimate the slowdown would be from introducing a variable into > these calculations? I haven't sat down and worked through all the logic yet, but at least one of two LDRs will be to obtain the value will be from an as yet uncached location. Say we're running at 275MHz on a 50MHz bus. You're looking at at least 275/50*8 (two cache lines will need to be read), = 44 cycles per (currently it's only one or two cycles). If you have an application which is sending over ethernet, say, then you're going to be hitting the data cache hard, so this may be more like 88 cycles per. At 1MB/s, you're going to have to do this 692 times, which means you've wasted 29064 cycles per second doing a calculation above what it needs to be on a host. However, you wouldn't want to cache the setting, since the base register is free to be changed by any PNP BIOS or OS at any time. Only the host knows what the current state of the PCI bus mapping is. I do not expect to receive a reply which says "it's only 29064 cycles per second", because if I do, I'll bounce all your "lets save a cycle here and there" patches back at you! ;O > Obviously in a particular implementation there might be issues like interrupts > that prevent everything from working in quite the way you might hope, but not > all the world is a PC. Oh I wish that everyone else knew that. However, unless I am mistaken, this thread was talking about an EBSA in a PC, which is after all how most people are going to use it when in add-in mode. In order not to upset the host configuration, everything to do with the handling of the PCI bus should be done correctly, and definitely not how your patch does it. > If you know that the kernel will be running as a host implementation, you can > take some shortcuts like hardwiring the offsets in virt_to_bus, and having a > configuration option for that is just fine. But I see no reason to consider > the two modes as completely separate. Maybe it doesn't have to be separate if it's done in the right way, but so far I have not seen "the right way", despite pointing this flaw out in a previous email. I have not seen that there is demand for a combined host and add-in kernel to date either. I think before even looking into/touching this area/allowing patches to touch this area, I want to see the generic PCI code stabilise. Martin Mares has some patches outstanding for it. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 11 09:57:29 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA29243 for ; Sat, 11 Sep 1999 09:57:29 +0100 Received: (qmail 1561 invoked from network); 11 Sep 1999 08:57:28 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 11 Sep 1999 08:57:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 11 Sep 1999 04:56:36 -0400 Received: by vger.rutgers.edu id ; Sat, 11 Sep 1999 04:56:18 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1217 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sat, 11 Sep 1999 04:56:05 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Piws-0001BY-00; Sat, 11 Sep 1999 09:55:54 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux@arm.linux.org.uk cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk In-Reply-To: Message from linux@arm.linux.org.uk of "Fri, 10 Sep 1999 23:43:46 BST." <199909102243.XAA09053@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Sep 1999 09:55:54 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >However, you wouldn't want to cache the setting, since the base register is >free to be changed by any PNP BIOS or OS at any time. Only the host knows >what the current state of the PCI bus mapping is. I don't have the PCI specification here to check, but while that may be true in some theoretical sense, in practice all reasonable implementations keep BAR and irq line values cached rather than going to config space every time. If the mapping for a device is changed it is reasonable to have to restart that device. >are going to use it when in add-in mode. In order not to upset the host >configuration, everything to do with the handling of the PCI bus should be >done correctly, and definitely not how your patch does it. I have never claimed that the patch you are thinking about does everything you need for a plug-in card implementation; it is necessary, but not sufficient. Last time the issue was raised you refused to even discuss it so I put that on the back burner. >I think before even looking into/touching this area/allowing patches to >touch this area, I want to see the generic PCI code stabilise. Martin Mares >has some patches outstanding for it. Well, let us know when it has stabilised to your satisfaction. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 11 18:43:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA10829 for ; Sat, 11 Sep 1999 18:43:05 +0100 Received: (qmail 1694 invoked from network); 11 Sep 1999 17:42:50 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 11 Sep 1999 17:42:50 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 11 Sep 1999 13:34:52 -0400 Received: by vger.rutgers.edu id ; Sat, 11 Sep 1999 13:34:34 -0400 Received: from m57-nsv1-trogon.tch.cableol.net ([194.168.16.57]:4765 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Sat, 11 Sep 1999 13:34:18 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id SAA01228; Sat, 11 Sep 1999 18:34:03 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id SAA14717; Sat, 11 Sep 1999 18:32:02 +0100 Message-Id: <199909111732.SAA14717@raistlin.armlinux.org.uk> Subject: Re: EBSA285 in Add-in Mode + Local ide disk To: Philip.Blundell@pobox.com (Philip Blundell) Date: Sat, 11 Sep 1999 18:32:02 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 11, 99 09:55:54 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > I don't have the PCI specification here to check, but while that may be true > in some theoretical sense, in practice all reasonable implementations keep > BAR and irq line values cached rather than going to config space every time. > If the mapping for a device is changed it is reasonable to have to restart > that device. Hardware devices do not - the hardware checks the BARs each time. > I have never claimed that the patch you are thinking about does everything you > need for a plug-in card implementation; it is necessary, but not sufficient. > Last time the issue was raised you refused to even discuss it so I put that > on the back burner. Last time, I did not refuse to discuss the problem. I may have missed replying to some message, but that's not a refusal. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 11 18:55:11 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA11212 for ; Sat, 11 Sep 1999 18:55:11 +0100 Received: (qmail 4391 invoked from network); 11 Sep 1999 17:55:10 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 11 Sep 1999 17:55:10 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 11 Sep 1999 13:49:05 -0400 Received: by vger.rutgers.edu id ; Sat, 11 Sep 1999 13:48:59 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1079 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sat, 11 Sep 1999 13:48:38 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11PrF1-0000Ih-00; Sat, 11 Sep 1999 18:47:11 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux@arm.linux.org.uk cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk In-Reply-To: Message from linux@arm.linux.org.uk of "Sat, 11 Sep 1999 18:32:02 BST." <199909111732.SAA14717@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Sep 1999 18:47:11 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Hardware devices do not - the hardware checks the BARs each time. No, but the drivers for those devices do. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 11 19:03:20 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA11370 for ; Sat, 11 Sep 1999 19:03:19 +0100 Received: (qmail 6112 invoked from network); 11 Sep 1999 18:02:49 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 11 Sep 1999 18:02:49 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 11 Sep 1999 13:59:28 -0400 Received: by vger.rutgers.edu id ; Sat, 11 Sep 1999 13:56:13 -0400 Received: from m57-nsv1-trogon.tch.cableol.net ([194.168.16.57]:4809 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Sat, 11 Sep 1999 13:55:49 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id SAA01336; Sat, 11 Sep 1999 18:55:34 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id SAA14784; Sat, 11 Sep 1999 18:53:32 +0100 Message-Id: <199909111753.SAA14784@raistlin.armlinux.org.uk> Subject: Re: EBSA285 in Add-in Mode + Local ide disk To: Philip.Blundell@pobox.com (Philip Blundell) Date: Sat, 11 Sep 1999 18:53:31 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 11, 99 06:47:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > >Hardware devices do not - the hardware checks the BARs each time. > > No, but the drivers for those devices do. If you rommify Linux into the EBSA285, how do you cater for the case where Linux starts up on the EBSA285 before the PC BIOS has setup the PCI cards? Or, if you're running a PNP OS, chances are (because it's from Redmond) that it'll have it's own ideas about how to change the PCI bus mappings a long time after boot. Again, how do you intend to handle this? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 11 21:03:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA16560 for ; Sat, 11 Sep 1999 21:03:49 +0100 Received: (qmail 2844 invoked from network); 11 Sep 1999 20:03:48 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 11 Sep 1999 20:03:48 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 11 Sep 1999 16:03:17 -0400 Received: by vger.rutgers.edu id ; Sat, 11 Sep 1999 16:02:48 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1101 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sat, 11 Sep 1999 16:02:35 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11PtHU-0000Nv-00; Sat, 11 Sep 1999 20:57:52 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux@arm.linux.org.uk cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk In-Reply-To: Message from linux@arm.linux.org.uk of "Sat, 11 Sep 1999 18:53:31 BST." <199909111753.SAA14784@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Sep 1999 20:57:52 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Or, if you're running a PNP OS, chances are (because it's from Redmond) that >it'll have it's own ideas about how to change the PCI bus mappings a long >time after boot. Again, how do you intend to handle this? As with any other expansion card it will need a driver, and this can arrange to reset the card once its world is stable. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 11 23:50:19 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA21732 for ; Sat, 11 Sep 1999 23:50:19 +0100 Received: (qmail 2597 invoked from network); 11 Sep 1999 22:50:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 11 Sep 1999 22:50:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 11 Sep 1999 18:49:49 -0400 Received: by vger.rutgers.edu id ; Sat, 11 Sep 1999 18:49:38 -0400 Received: from m75-nsv1-trogon.tch.cableol.net ([194.168.16.75]:4950 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Sat, 11 Sep 1999 18:46:24 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA02165; Sat, 11 Sep 1999 23:17:31 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA15398; Sat, 11 Sep 1999 23:15:28 +0100 Message-Id: <199909112215.XAA15398@raistlin.armlinux.org.uk> Subject: Re: EBSA285 in Add-in Mode + Local ide disk To: Philip.Blundell@pobox.com (Philip Blundell) Date: Sat, 11 Sep 1999 23:15:27 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 11, 99 08:57:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > As with any other expansion card it will need a driver, and this can arrange > to reset the card once its world is stable. How do you define "stable"? How does the driver determine that the world is "stable"? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 12 07:55:36 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id HAA03902 for ; Sun, 12 Sep 1999 07:55:36 +0100 Received: (qmail 5875 invoked from network); 12 Sep 1999 06:55:35 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Sep 1999 06:55:35 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 12 Sep 1999 02:55:12 -0400 Received: by vger.rutgers.edu id ; Sun, 12 Sep 1999 02:54:53 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:4379 "EHLO tele-post-20.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Sun, 12 Sep 1999 02:54:39 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 11Q3X4-000Mr4-0K; Sun, 12 Sep 1999 06:54:38 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Q3WX-0004VR-00; Sun, 12 Sep 1999 07:54:05 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux@arm.linux.org.uk cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk In-Reply-To: Message from linux@arm.linux.org.uk of "Sat, 11 Sep 1999 23:15:27 BST." <199909112215.XAA15398@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Sep 1999 07:54:05 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >> As with any other expansion card it will need a driver, and this can arrange >> to reset the card once its world is stable. > >How do you define "stable"? How does the driver determine that the world is >"stable"? Well, as I mentioned before, drivers routinely cache BAR and other configuration values. So the PnP OS must either perform the appropriate setup prior to loading the driver, or provide some mechanism for the driver to keep abreast of what's happening. The fact that the card in question is running Linux isn't really significant at all. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 12 09:59:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA07058 for ; Sun, 12 Sep 1999 09:59:24 +0100 Received: (qmail 23856 invoked from network); 12 Sep 1999 08:59:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Sep 1999 08:59:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 12 Sep 1999 04:58:45 -0400 Received: by vger.rutgers.edu id ; Sun, 12 Sep 1999 04:58:17 -0400 Received: from m7-nsv3-trogon.tch.cableol.net ([194.168.16.157]:1143 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Sun, 12 Sep 1999 04:57:51 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id JAA03706; Sun, 12 Sep 1999 09:48:08 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id JAA19080; Sun, 12 Sep 1999 09:45:56 +0100 Message-Id: <199909120845.JAA19080@raistlin.armlinux.org.uk> Subject: Re: EBSA285 in Add-in Mode + Local ide disk To: Philip.Blundell@pobox.com (Philip Blundell) Date: Sun, 12 Sep 1999 09:45:54 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 12, 99 07:54:05 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > Well, as I mentioned before, drivers routinely cache BAR and other > configuration values. So the PnP OS must either perform the appropriate setup > prior to loading the driver, or provide some mechanism for the driver to keep > abreast of what's happening. > > The fact that the card in question is running Linux isn't really significant > at all. You've totally missed my point. We were talking about the Linux add-in side, and the virt_to_bus macro, which must know what settings the host places into the BAR at all times. I'm not interested in the host driver for the EBSA285 add-in board, since while there is a driver actively using the add-in card, the BARs must remain stable. I am only concerned about the EBSA285 itself. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 12 10:07:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA07320 for ; Sun, 12 Sep 1999 10:07:32 +0100 Received: (qmail 24778 invoked from network); 12 Sep 1999 09:07:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Sep 1999 09:07:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 12 Sep 1999 05:06:52 -0400 Received: by vger.rutgers.edu id ; Sun, 12 Sep 1999 05:06:44 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1416 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sun, 12 Sep 1999 05:06:26 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Q5aV-0004jO-00; Sun, 12 Sep 1999 10:06:19 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux@arm.linux.org.uk cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk In-Reply-To: Message from linux@arm.linux.org.uk of "Sun, 12 Sep 1999 09:45:54 BST." <199909120845.JAA19080@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Sep 1999 10:06:19 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >You've totally missed my point. We were talking about the Linux add-in side, >and the virt_to_bus macro, which must know what settings the host places into >the BAR at all times. > >I'm not interested in the host driver for the EBSA285 add-in board, since >while there is a driver actively using the add-in card, the BARs must remain >stable. I am only concerned about the EBSA285 itself. Yes, and my point is that it really doesn't matter. If you put an EBSA-285 in a PC then for it to be any use you must have a host driver -- if you don't want it to communicate with the host, it might as well be a standalone device. So, all the time the EBSA is running this driver will be loaded and the PCI configuration space will be stable. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 12 12:23:09 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id MAA10756 for ; Sun, 12 Sep 1999 12:23:09 +0100 Received: (qmail 10704 invoked from network); 12 Sep 1999 11:23:08 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Sep 1999 11:23:08 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 12 Sep 1999 07:22:45 -0400 Received: by vger.rutgers.edu id ; Sun, 12 Sep 1999 07:22:27 -0400 Received: from m50-nsv3-trogon.tch.cableol.net ([194.168.16.200]:1079 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Sun, 12 Sep 1999 07:22:07 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id KAA00455; Sun, 12 Sep 1999 10:47:34 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id KAA20220; Sun, 12 Sep 1999 10:45:31 +0100 Message-Id: <199909120945.KAA20220@raistlin.armlinux.org.uk> Subject: Re: EBSA285 in Add-in Mode + Local ide disk To: Philip.Blundell@pobox.com (Philip Blundell) Date: Sun, 12 Sep 1999 10:45:30 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 12, 99 10:06:19 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > Yes, and my point is that it really doesn't matter. If you put an EBSA-285 in > a PC then for it to be any use you must have a host driver -- if you don't > want it to communicate with the host, it might as well be a standalone device. > So, all the time the EBSA is running this driver will be loaded and the PCI > configuration space will be stable. You're still totally missing the point. 1. Power up PC with EBSA285 installed and Linux ROMMified 2. BIOS scans the PCI bus, and the PCI bus stops since EBSA285 sends retry cycles 3. Linux boots on EBSA285, sets up DC21285, sets up BAR masks, and reads BARs for virt_to_bus. 4. BIOS reads and possibly sets BARs (depending whether the BIOS is in PNP mode, read l-k for more information on this). 5. PC boots into PNP OS. 6. PNP OS reassigns/assigns all BARs. The net result is that Linux on the EBSA285 has out of date BAR information, or the BARs could be setup quite late. How does the EBSA285 know when to read the BARs for virt_to_bus? Does this make my point crystal clear? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 12 15:15:49 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA15292 for ; Sun, 12 Sep 1999 15:15:48 +0100 Received: (qmail 2872 invoked from network); 12 Sep 1999 14:15:47 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Sep 1999 14:15:47 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 12 Sep 1999 10:15:18 -0400 Received: by vger.rutgers.edu id ; Sun, 12 Sep 1999 10:15:10 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1427 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sun, 12 Sep 1999 10:14:50 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11QAOs-0004oq-00; Sun, 12 Sep 1999 15:14:38 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux@arm.linux.org.uk cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk In-Reply-To: Message from linux@arm.linux.org.uk of "Sun, 12 Sep 1999 10:45:30 BST." <199909120945.KAA20220@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Sep 1999 15:14:37 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >1. Power up PC with EBSA285 installed and Linux ROMMified >2. BIOS scans the PCI bus, and the PCI bus stops since EBSA285 sends > retry cycles >3. Linux boots on EBSA285, sets up DC21285, sets up BAR masks, and > reads BARs for virt_to_bus. >4. BIOS reads and possibly sets BARs (depending whether the BIOS is in PNP > mode, read l-k for more information on this). >5. PC boots into PNP OS. >6. PNP OS reassigns/assigns all BARs. 7. Host driver for EBSA-285 loads 8. Linux on EBSA-285 is rebooted (or, indeed, started for the first time) 9. Linux re-reads BAR values p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 12 15:29:45 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA15569 for ; Sun, 12 Sep 1999 15:29:45 +0100 Received: (qmail 5528 invoked from network); 12 Sep 1999 14:29:44 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Sep 1999 14:29:44 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 12 Sep 1999 10:29:13 -0400 Received: by vger.rutgers.edu id ; Sun, 12 Sep 1999 10:29:04 -0400 Received: from m21-nsv3-trogon.tch.cableol.net ([194.168.16.171]:1182 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Sun, 12 Sep 1999 10:28:39 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id PAA02185; Sun, 12 Sep 1999 15:28:33 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id PAA21410; Sun, 12 Sep 1999 15:28:31 +0100 Message-Id: <199909121428.PAA21410@raistlin.armlinux.org.uk> Subject: Re: EBSA285 in Add-in Mode + Local ide disk To: Philip.Blundell@pobox.com (Philip Blundell) Date: Sun, 12 Sep 1999 15:28:30 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 12, 99 03:14:37 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > > >1. Power up PC with EBSA285 installed and Linux ROMMified > >2. BIOS scans the PCI bus, and the PCI bus stops since EBSA285 sends > > retry cycles > >3. Linux boots on EBSA285, sets up DC21285, sets up BAR masks, and > > reads BARs for virt_to_bus. > >4. BIOS reads and possibly sets BARs (depending whether the BIOS is in PNP > > mode, read l-k for more information on this). > >5. PC boots into PNP OS. > >6. PNP OS reassigns/assigns all BARs. > > 7. Host driver for EBSA-285 loads > 8. Linux on EBSA-285 is rebooted (or, indeed, started for the first time) > 9. Linux re-reads BAR values How do you intend to reboot Linux on the EBSA-285? You can't assert the PCI reset line to individual sockets on PCI. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 12 17:03:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA18089 for ; Sun, 12 Sep 1999 17:03:48 +0100 Received: (qmail 23705 invoked from network); 12 Sep 1999 16:03:47 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Sep 1999 16:03:47 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 12 Sep 1999 12:03:14 -0400 Received: by vger.rutgers.edu id ; Sun, 12 Sep 1999 12:02:55 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1494 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sun, 12 Sep 1999 12:02:45 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11QC5N-0004v6-00; Sun, 12 Sep 1999 17:02:37 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux@arm.linux.org.uk cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk In-Reply-To: Message from linux@arm.linux.org.uk of "Sun, 12 Sep 1999 15:28:30 BST." <199909121428.PAA21410@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Sep 1999 17:02:37 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >How do you intend to reboot Linux on the EBSA-285? You can't assert the PCI >reset line to individual sockets on PCI. No, that's true. Most PCI bridges, though unfortunately not the 21285, let you drive local reset from software (via a register bit). I guess you could do the same with some external hardware, or have a boot ROM on the EBSA-285 that didn't actually start Linux until it received some signal from the host. Obviously the latter would be less robust in the face of a PnP OS wanting to arbitrarily reorganise PCI space some time after booting, but that might not be too much of a problem in reality. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 12 23:22:19 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA28226 for ; Sun, 12 Sep 1999 23:22:18 +0100 Received: (qmail 25230 invoked from network); 12 Sep 1999 22:22:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Sep 1999 22:22:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 12 Sep 1999 18:21:49 -0400 Received: by vger.rutgers.edu id ; Sun, 12 Sep 1999 18:21:37 -0400 Received: from studict.student.utwente.nl ([130.89.220.2]:1413 "EHLO studict.student.utwente.nl") by vger.rutgers.edu with ESMTP id ; Sun, 12 Sep 1999 18:18:42 -0400 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id AAA05902; Mon, 13 Sep 1999 00:18:38 +0200 (METDST) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id XAA30588; Sun, 12 Sep 1999 23:54:56 +0200 Date: Sun, 12 Sep 1999 23:54:56 +0200 From: Mark van Doesburg Message-Id: <199909122154.XAA30588@poekie.test> To: benh@mipsys.com, dave.baukus@inet.com, linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and Cacheing Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I tried implementing a vmalloc_uncached (with the help of Russel) but unfortunately, virt_to_bus can't get the physical address of a vmalloc'ed area, and I didn't want to walk the page tables. I had to stop hacking on this (more urgent work to do), but I beleive there is still the possibility to use the low-level _ioremap function to create a second, uncachable, mapping for a given kmalloc'ed region. If you make sure to invalidate it once, and then only use the address returned by _ioremap, this should work. I'll do more experiments with this next week, A student here at the UT told me he had this working last week. I didn't have the time yet to test it but I hope I'll be able to test it this week. greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 12 23:22:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA28232 for ; Sun, 12 Sep 1999 23:22:48 +0100 Received: (qmail 25383 invoked from network); 12 Sep 1999 22:22:47 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Sep 1999 22:22:47 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 12 Sep 1999 18:22:18 -0400 Received: by vger.rutgers.edu id ; Sun, 12 Sep 1999 18:21:51 -0400 Received: from studict.student.utwente.nl ([130.89.220.2]:1417 "EHLO studict.student.utwente.nl") by vger.rutgers.edu with ESMTP id ; Sun, 12 Sep 1999 18:18:46 -0400 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id AAA05894; Mon, 13 Sep 1999 00:18:37 +0200 (METDST) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id XAA30580; Sun, 12 Sep 1999 23:52:29 +0200 Date: Sun, 12 Sep 1999 23:52:29 +0200 From: Mark van Doesburg Message-Id: <199909122152.XAA30580@poekie.test> To: linux@arm.linux.org.uk, Philip.Blundell@pobox.com Subject: Re: EBSA285 in Add-in Mode + Local ide disk Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing How do you intend to reboot Linux on the EBSA-285? You can't assert the PCI reset line to individual sockets on PCI. You can use "shutdown -r -n now", I also have a prototype of a card with 5 processors. Every processor on this card can be reset individually with a little piece of hardware. greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 13 12:22:36 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id MAA20520 for ; Mon, 13 Sep 1999 12:22:36 +0100 Received: (qmail 28646 invoked from network); 13 Sep 1999 11:22:35 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 11:22:35 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 07:16:22 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 07:07:31 -0400 Received: from fluff.demon.co.uk ([158.152.183.105]:61023 "EHLO mira.home.fluff.org") by vger.rutgers.edu with ESMTP id ; Mon, 13 Sep 1999 07:05:33 -0400 Received: from ben by mira.home.fluff.org with local (Exim 2.05 #1 (Debian)) id 11QZy1-0001KL-00; Mon, 13 Sep 1999 18:32:37 +0100 Date: Mon, 13 Sep 1999 18:32:37 +0100 From: Ben Dooks To: linux-arm@vger.rutgers.edu Subject: SimTec IDE driver Message-ID: <19990913183237.A5093@mira.home.fluff.org> Reply-To: Ben Dooks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i X-Disclaimer: I speak for me, myself, and the other one of me. Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing This is a quick request: I have been testing my new driver for the SimTec IDE board for arm-linux version 2.0.36. I am now looking to see if anyone else is interested in helping me with testing this driver. This driver is BETA code, and therefore no guarantee that it won't sit there and happily feast on your data... it works for me, so I'm happy I just don't have the h/w to fully test it before letting it out there. I will get a 2.2.x version out as soon as I can get around to setting my RPC up for 2.2... -- Ben (ben@fluff.org, http://www.fluff.org/) 'a smiley only costs 4 bytes' unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 13 14:45:57 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA29066 for ; Mon, 13 Sep 1999 14:45:57 +0100 Received: (qmail 26980 invoked from network); 13 Sep 1999 13:45:55 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 13:45:55 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 09:45:27 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 09:45:11 -0400 Received: from dfw7-1.relay.mail.uu.net ([199.171.54.106]:46691 "EHLO dfw7-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Mon, 13 Sep 1999 09:44:56 -0400 Received: from xedia.com by dfw7sosrv11.alter.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQhgmo08053 for ; Mon, 13 Sep 1999 13:44:55 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA26582; Mon, 13 Sep 99 09:43:17 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id JAA11435; Mon, 13 Sep 1999 09:44:54 -0400 Date: Mon, 13 Sep 1999 09:44:54 -0400 Message-Id: <199909131344.JAA11435@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk References: <199909102243.XAA09053@raistlin.armlinux.org.uk> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>>>> "linux" == linux writes: linux> Philip Blundell writes: >> What do you estimate the slowdown would be from introducing a >> variable into these calculations? linux>... linux> However, you wouldn't want to cache the setting, since the linux> base register is free to be changed by any PNP BIOS or OS at linux> any time. Only the host knows what the current state of the linux> PCI bus mapping is. Does any OS actually do such a bizarre thing (change the base register out from under a device that's in use)? It is obvious that new devices get new addresses and disappearing devices have their addresses freed, but the notion of moving base addresses of active hardware on the fly strikes me as absurd. For one thing, depending on the device you cannot even do such a thing at all if there is any I/O pending. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 13 16:22:35 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA31876 for ; Mon, 13 Sep 1999 16:22:34 +0100 Received: (qmail 22714 invoked from network); 13 Sep 1999 15:22:34 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 15:22:34 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 11:22:03 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 11:18:38 -0400 Received: from pluto.dragonsys.com ([204.165.63.1]:56607 "HELO pluto-e.dragonsys.com") by vger.rutgers.edu with SMTP id ; Mon, 13 Sep 1999 11:13:54 -0400 Received: from po.dragonsys.com by pluto-e.dragonsys.com via smtpd (for vger.rutgers.edu [128.6.190.2]) with SMTP; 13 Sep 1999 15:13:53 UT Received: from ishtar.dragonsys.com (ishtar.dragonsys.com [204.165.56.139]) by po.dragonsys.com (8.9.3/8.9.3) with ESMTP id LAA25518 for ; Mon, 13 Sep 1999 11:13:53 -0400 (EDT) Received: from hydra.dragonsys.com.ishtar.dragonsys.com (bumble@hydra.dragonsys.com [172.16.2.21]) by ishtar.dragonsys.com (8.8.8/8.7.3) with ESMTP id LAA32269 for ; Mon, 13 Sep 1999 11:13:52 -0400 Date: Mon, 13 Sep 1999 11:13:52 -0400 Message-Id: <199909131513.LAA32269@ishtar.dragonsys.com> From: "Marc D. Bumble" To: linux-arm@vger.rutgers.edu Subject: question on gcc-2.95.1 build Reply-to: Marc_Bumble@dragonsys.com Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Any help would be greatly appreciated. In a build attempt of a i686 to arm-linux gcc-2.95.1 cross compiler, I get a build with pretty much no errors or warnings, except at the end when I get: checking whether the C compiler (/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/xgcc \ -B/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/ \ -B/usr/local/arm-linux/arm-linux/bin/ -g -O2 ) works... no Is this error significant in a cross-compiler? I'm not sure. Can anyone tell me what I'm doing incorrectly? There is an abbreviated build description below. When I go on to attempt the glibc build, that fails, but I'm not sure if I have a problem with the gcc compiler or whether my problems lie in the glibc build itself. The only spurious warnings I get when compiling gcc are of the nature: ../../gcc/config/arm/arm.c: In function `arm_override_options': ../../gcc/config/arm/arm.c:285: warning: assignment discards `const' \ from pointer target type or : cc1plus: warning: -g with -fomit-frame-pointer may not give sensible debugging other than that, no problems and it compiles. I first built binutils-2.9.4.0.6 with: ../configure --target=arm-linux --prefix=/usr/local/arm-linux gmake > build.log 2>&1 gmake install > install.log 2>&1 Then I installed kernel headers for linux-2.2.12 with patch patch-2.2.12-rmk1 and created links for the include header files to my /usr/local/arm-linux/include. Next, I compiled gcc-2.95.1 with: export LD_LIBRARY_PATH=/usr/local/arm-linux/lib export LD_RUN_PATH=/usr/local/arm-linux/lib ../configure --target=arm-linux --prefix=/usr/local/arm-linux -v > config.log 2>&1 gmake LANGUAGES="c" > build.log 2>&1 At the end it of the compilation, I get: gmake[2]: Leaving directory `/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc' Configuring in arm-linux/libiberty loading cache ./config.cache checking host system type... arm-unknown-linux-gnu checking build system type... i686-pc-linux-gnu checking for arm-linux-ar... arm-linux-ar checking for arm-linux-ranlib... arm-linux-ranlib checking for gcc... /usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/xgcc -B/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/ -B/usr/local/arm-linux/arm-linux/bin/ checking whether we are using GNU C... yes checking whether /usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/xgcc -B/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/ -B/usr/local/arm-linux/arm-linux/bin/ accepts -g... yes checking for POSIXized ISC... no checking for a BSD compatible install... /bin/sh /usr/local/arm-linux/src/gcc-2.95.1/install-sh -c xhost-mkfrag is unchanged checking how to run the C preprocessor... /lib/cpp checking for sys/file.h... yes checking for sys/param.h... yes checking for stdlib.h... yes checking for string.h... yes checking for unistd.h... yes checking for strings.h... yes checking for sys/time.h... yes checking for sys/resource.h... yes checking for sys/wait.h that is POSIX.1 compatible... no checking whether the C compiler (/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/xgcc -B/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/ -B/usr/local/arm-linux/arm-linux/bin/ -g -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. gmake[2]: Entering directory `/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/arm-linux/libio' test x"no" != xyes ||\ /usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/xgcc -B/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/ -B/usr/local/arm-linux/arm-linux/bin/ -c -g -O2 -I. -I../../../libio -D_IO_MTSAFE_IO ../../../libio/iogetline.c -o pic/iogetline.o /usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/xgcc -B/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/ -B/usr/local/arm-linux/arm-linux/bin/ -c -g -O2 -I. -I../../../libio -D_IO_MTSAFE_IO ../../../libio/iogetline.c In file included from ../../../libio/iogetline.c:26: ../../../libio/libioP.h:30: errno.h: No such file or directory In file included from ../../../libio/iolibio.h:1, from ../../../libio/libioP.h:47, from ../../../libio/iogetline.c:26: ../../../libio/libio.h:30: _G_config.h: No such file or directory ../../../libio/iogetline.c:27: string.h: No such file or directory gmake[2]: *** [iogetline.o] Error 1 gmake[2]: Leaving directory `/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/arm-linux/libio' gmake[1]: *** [all-target-libio] Error 2 gmake[1]: Leaving directory `/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir' gmake: *** [cross] Error 2 Thanks for any assistance, marc -- /++++++++++++++++++++++++++++++++++++++/ Marc Bumble phone: (617) 796-2540 fax: (617) 965-8342 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 13 17:05:42 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA00743 for ; Mon, 13 Sep 1999 17:05:41 +0100 Received: (qmail 32484 invoked from network); 13 Sep 1999 15:58:17 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 15:58:17 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 11:45:04 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 11:37:39 -0400 Received: from kauket.visi.com ([209.98.98.22]:39809 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Mon, 13 Sep 1999 11:30:09 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id C4F9A37BB; Mon, 13 Sep 1999 10:29:58 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id KAA09380; Mon, 13 Sep 1999 10:29:58 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Mon, 13 Sep 1999 10:29:58 -0500 (CDT) From: To: Mark van Doesburg Cc: benh@mipsys.com, dave.baukus@inet.com, linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and Cacheing In-Reply-To: <199909122154.XAA30588@poekie.test> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Sun, 12 Sep 1999, Mark van Doesburg wrote: > I tried implementing a vmalloc_uncached (with the help of > Russel) but unfortunately, virt_to_bus can't get the physical > address of a vmalloc'ed area, and I didn't want to walk the page > tables. > > I had to stop hacking on this (more urgent work to do), but I > beleive there is still the possibility to use the low-level > _ioremap function to create a second, uncachable, mapping for a > given kmalloc'ed region. If you make sure to invalidate it once, > and then only use the address returned by _ioremap, this should > work. > > I'll do more experiments with this next week, > > A student here at the UT told me he had this working last week. I didn't > have the time yet to test it but I hope I'll be able to test it this > week. > For uncacheable memory, I talked with Phil Blundell about this, and he pointed me at the framebuffer for the sa1100 linuxarm port. I pulled the bits out of there that grabbed memory in the kernel and marked it uncacheable, and made it a separate routine. I haven't tested it yet other than to verify the call suceeds and memory is returned. I can post the routine to the list if anyone is interested. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 13 17:07:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA00768 for ; Mon, 13 Sep 1999 17:07:06 +0100 Received: (qmail 1112 invoked from network); 13 Sep 1999 16:06:59 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 16:06:59 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 12:00:26 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 11:57:10 -0400 Received: from adsl-63-192-134-89.dsl.snfc21.pacbell.net ([63.192.134.89]:3729 "EHLO tsuenwan.causality.com") by vger.rutgers.edu with ESMTP id convert rfc822-to-8bit; Mon, 13 Sep 1999 11:51:37 -0400 Received: from tsuenwan (tsuenwan [192.168.43.75]) by tsuenwan.causality.com (8.9.3/8.9.2) with SMTP id IAA17927 for ; Mon, 13 Sep 1999 08:47:43 -0700 (PDT) (envelope-from neil@causality.com) From: neil@causality.com Date: Mon, 13 Sep 1999 15:47:43 GMT Message-ID: <19990913.15474300@mis.configured.host> Subject: Shark port To: linux-arm@vger.rutgers.edu Reply-To: neil@causality.com X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.1; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Someone posted a URL a while ago about a Linux DNARD port. What happened to that, I lost the URL? Neil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 13 17:22:51 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA01306 for ; Mon, 13 Sep 1999 17:22:51 +0100 Received: (qmail 5457 invoked from network); 13 Sep 1999 16:22:49 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 16:22:49 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 12:22:11 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 12:20:19 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:4672 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Mon, 13 Sep 1999 12:17:14 -0400 Received: From paulaner With LocalMail ; Tue, 14 Sep 99 02:16:39 +1000 From: "Adam 'WeirdArms' Wiggins" To: neil@causality.com Date: Tue, 14 Sep 1999 02:16:39 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: Shark port In-Reply-To: <19990913.15474300@mis.configured.host> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Mon, 13 Sep 1999 neil@causality.com wrote: > Someone posted a URL a while ago about a Linux DNARD port. What > happened to that, I lost the URL? One of the guys where I am currently visiting (Karlsruhe Uni, Germany) here was doing something with it, he said he got not much past booting before he ran into problems and some more important stuff came up. I don't think he's touched it since then. If you want I can dig through my mail for his email addy. Cheers Adam P.S. We are using the Brutus, DNARD & Psion5 to develop a two new implimentation of the L4 Micro-kernel. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 13 19:35:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA05312 for ; Mon, 13 Sep 1999 19:35:41 +0100 Received: (qmail 3151 invoked from network); 13 Sep 1999 18:35:40 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 18:35:40 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 14:33:39 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 14:27:57 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1048 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Mon, 13 Sep 1999 14:19:53 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11QahK-0000FB-00; Mon, 13 Sep 1999 19:19:26 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Marc_Bumble@dragonsys.com cc: linux-arm@vger.rutgers.edu Subject: Re: question on gcc-2.95.1 build In-Reply-To: Message from "Marc D. Bumble" of "Mon, 13 Sep 1999 11:13:52 EDT." <199909131513.LAA32269@ishtar.dragonsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Sep 1999 19:19:26 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >checking whether the C compiler (/usr/local/arm-linux/src/gcc-2.95.1/arm-objdi >r/gcc/xgcc \ > -B/usr/local/arm-linux/src/gcc-2.95.1/arm-objdir/gcc/ \ > -B/usr/local/arm-linux/arm-linux/bin/ -g -O2 ) works... no That is expected; you haven't yet installed the target C runtime library. >When I go on to attempt the glibc build, that fails, What problem do you have here? > ../../gcc/config/arm/arm.c:285: warning: assignment discards `const' \ > from pointer target type > cc1plus: warning: -g with -fomit-frame-pointer may not give sensible debugg >ing You can ignore both of these, they are harmless. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 13 22:38:14 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA10666 for ; Mon, 13 Sep 1999 22:38:14 +0100 Received: (qmail 17744 invoked from network); 13 Sep 1999 21:38:07 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 21:38:07 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 16:42:06 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 16:20:55 -0400 Received: from pluto.dragonsys.com ([204.165.63.1]:36294 "HELO pluto-e.dragonsys.com") by vger.rutgers.edu with SMTP id ; Mon, 13 Sep 1999 16:04:52 -0400 Received: from po.dragonsys.com by pluto-e.dragonsys.com via smtpd (for vger.rutgers.edu [128.6.190.2]) with SMTP; 13 Sep 1999 20:04:51 UT Received: from ishtar.dragonsys.com (ishtar.dragonsys.com [204.165.56.139]) by po.dragonsys.com (8.9.3/8.9.3) with ESMTP id QAA02586; Mon, 13 Sep 1999 16:04:50 -0400 (EDT) Received: from hydra.dragonsys.com.ishtar.dragonsys.com (bumble@hydra.dragonsys.com [172.16.2.21]) by ishtar.dragonsys.com (8.8.8/8.7.3) with ESMTP id QAA05487; Mon, 13 Sep 1999 16:04:49 -0400 Date: Mon, 13 Sep 1999 16:04:49 -0400 Message-Id: <199909132004.QAA05487@ishtar.dragonsys.com> From: "Marc D. Bumble" To: Philip.Blundell@pobox.com CC: linux-arm@vger.rutgers.edu In-reply-to: <925FA4B54DBB5536852567EB0066D750.0066FAB8852567EB@Dragonsys.com> (message from Philip Blundell on Mon, 13 Sep 1999 14:44:48 -0400) Subject: Re: question on gcc-2.95.1 build Reply-to: Marc_Bumble@dragonsys.com References: <925FA4B54DBB5536852567EB0066D750.0066FAB8852567EB@Dragonsys.com> Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi Philip, >> "Philip" == Philip Blundell writes: >> When I go on to attempt the glibc build, that fails, > What problem do you have here? Thanks for the reply, and thanks in advance for any assistance with the glibc problem. i believe you have answered two very significant questions for me. Its nice to know my compiler is basically okay, and my problem is apparently with the glibc build. At the moment, my glibc build is seeking the ld.so.map file in my build directory, but it isn't there: /usr/local/arm-linux/arm-linux/bin/ld: cannot open linker script file \ /usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/ld.so.map: No \ such file or directory In the build compilation context, it looks like: cd /usr/local/arm-linux/src/glibc-2.1.2/arm-objdir && /usr/local/arm-linux/arm-linux/bin/ar cruv libc_pic.a `cat csu/stamp.os assert/stamp.os ctype/stamp.os db/stamp.os db2/stamp.os locale/stamp.os intl/stamp.os catgets/stamp.os math/stamp.os setjmp/stamp.os signal/stamp.os stdlib/stamp.os stdio-common/stamp.os libio/stamp.os malloc/stamp.os string/stamp.os wcsmbs/stamp.os time/stamp.os dirent/stamp.os grp/stamp.os pwd/stamp.os posix/stamp.os io/stamp.os termios/stamp.os resource/stamp.os misc/stamp.os socket/stamp.os sysvipc/stamp.os gmon/stamp.os gnulib/stamp.os iconv/stamp.os iconvdata/stamp.os wctype/stamp.os manual/stamp.os shadow/stamp.os md5-crypt/stamp.os po/stamp.os argp/stamp.os crypt/stamp.os linuxthreads/stamp.os resolv/stamp.os nss/stamp.os localedata/stamp.os timezone/stamp.os rt/stamp.os debug/stamp.os inet/stamp.os hesiod/stamp.os sunrpc/stamp.os nis/stamp.os nscd/stamp.os streams/stamp.os login/stamp.os elf/stamp.os stamp.os` a - csu/init-first.os a - csu/libc-start.os a - csu/set-init.os a - csu/sysdep.os a - csu/version.os lots more a - */*.os a - elf/dl-symbol.os a - elf/dl-addr.os a - elf/dl-profstub.os a - elf/dl-origin.os : /usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/libc_pic.a arm-linux-gcc -B/usr/local/arm-linux/bin/ -nostdlib -nostartfiles -r -o /usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/elf/librtld.os '-Wl,-(' /usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/elf/dl-allobjs.os /usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/libc_pic.a -lgcc '-Wl,-)' arm-linux-gcc: file path prefix `/usr/local/arm-linux/bin/' never used arm-linux-gcc -B/usr/local/arm-linux/bin/ -nostdlib -nostartfiles -shared -o /usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/elf/ld.so \ /usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/elf/librtld.os \ -Wl,--version-script=/usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/ld.so.map -Wl,-soname=ld-linux.so.2 /usr/local/arm-linux/arm-linux/bin/ld: cannot open linker script file /usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/ld.so.map: No such file or directory collect2: ld returned 1 exit status arm-linux-gcc: file path prefix `/usr/local/arm-linux/bin/' never used gmake[2]: *** [/usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/elf/ld.so] Error 1 gmake[2]: Leaving directory `/usr/local/arm-linux/src/glibc-2.1.2/elf' gmake[1]: *** [elf/subdir_lib] Error 2 gmake[1]: Leaving directory `/usr/local/arm-linux/src/glibc-2.1.2' gmake: *** [all] Error 2 marc -- /++++++++++++++++++++++++++++++++++++++/ Marc Bumble phone: (617) 796-2540 fax: (617) 965-8342 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 13 23:14:12 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA11583 for ; Mon, 13 Sep 1999 23:14:12 +0100 Received: (qmail 26935 invoked from network); 13 Sep 1999 22:14:11 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 22:14:11 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 17:33:47 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 16:41:55 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1124 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Mon, 13 Sep 1999 16:18:36 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11QcYH-0000PZ-00; Mon, 13 Sep 1999 21:18:13 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Marc_Bumble@dragonsys.com cc: linux-arm@vger.rutgers.edu Subject: Re: question on gcc-2.95.1 build In-Reply-To: Message from "Marc D. Bumble" of "Mon, 13 Sep 1999 16:04:49 EDT." <199909132004.QAA05487@ishtar.dragonsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Sep 1999 21:18:13 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >At the moment, my glibc build is seeking the ld.so.map file in my build >directory, but it isn't there: > >/usr/local/arm-linux/arm-linux/bin/ld: cannot open linker script file \ > /usr/local/arm-linux/src/glibc-2.1.2/arm-objdir/ld.so.map: No \ > such file or directory A similar problem has been reported by some people on other platforms, but I don't think anybody has worked out the cause (or a cure) yet. The best guess so far seems to be that it might be due to a buggy version of awk or some other tool. It seems to have occurred suddenly in glibc 2.1.2, so you could try going back to 2.1.1 and see if that works any better. Alternatively I think you will have to investigate the Makefiles and try to figure out why the *.map files are not being correctly built. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 00:15:14 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA13726 for ; Tue, 14 Sep 1999 00:15:08 +0100 Received: (qmail 11054 invoked from network); 13 Sep 1999 23:15:08 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 23:15:08 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 19:04:35 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 18:28:24 -0400 Received: from thorgal.et.tudelft.nl ([130.161.40.91]:1604 "EHLO thorgal.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Mon, 13 Sep 1999 17:56:52 -0400 Received: from [130.161.40.82] (tvs082.et.tudelft.nl [130.161.40.82]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id XAA13312; Mon, 13 Sep 1999 23:56:50 +0200 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 13 Sep 1999 23:55:36 +0200 To: linux-kernel@vger.rutgers.edu, linux-arm@vger.rutgers.edu From: "J.D. Bakker" Subject: Designing a keyboard controller Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing [Hope this is not too off-topic...] Hi all, I'm designing an embedded StrongARM-based system[1] that I want to use with Linux. I need to design a keyboard/mouse interface for this beast, and going by the kernel sources PS/2 seems the way to go (I'd really like to use commodity hardware to talk to X and friends). I've since found notes on how to capture a PS/2 stream with a microcontroller, but I don't know what the best interface is to offer Linux, ie what should the hardware look like when seen from the kernel . I'd rather not use an 8042 ;-), but I'm open for other suggestions. The StrongARM has an I/O space that is almost but not entirely unlike ISA, and I have some GP I/O pins to spare. Does anyone have an idea what the best interface would be ? Sincerely, Jan-Derk Bakker [1] the Linux Advanced Radio Terminal or LART; 32MB, >200MIPS, <1W, pictures at http://www-ict.its.tudelft.nl/~erik/open-source/LART/ . I'd like to release the hardware design under a GPL-like license; please contact me off-list if you have any suggestions on the legalese that is unavoidably involved. -- "... I've seen Sun monitors on fire off the side of the multimedia lab. I've seen NTU lights glitter in the dark near the Mail Gate. All these things will be lost in time, like the root partition last week. Time... to die...". - Peter Gutmann in the scary devil monastery unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 00:39:58 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA14248 for ; Tue, 14 Sep 1999 00:39:58 +0100 Received: (qmail 17592 invoked from network); 13 Sep 1999 23:39:57 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 23:39:57 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 19:04:40 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 18:28:33 -0400 Received: from deepwell.com ([209.63.174.12]:4176 "HELO kerouac.deepwell.com") by vger.rutgers.edu with SMTP id ; Mon, 13 Sep 1999 18:01:40 -0400 Received: (qmail 28187 invoked from network); 13 Sep 1999 22:47:00 -0000 Received: from proxy.dcomm.net (HELO terry) (209.63.175.10) by deepwell.com with SMTP; 13 Sep 1999 22:47:00 -0000 Message-Id: <4.2.0.58.19990913145841.01be3200@mail1.dcomm.net> X-Sender: terrye@mail1.dcomm.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Mon, 13 Sep 1999 14:59:50 -0700 To: linux-arm@vger.rutgers.edu From: Terry Ewing Subject: finding a brutus Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Can anyone point me to a place in the US I can buy a Brutus board from? Are they still being manufactured? I'm having a hard time coming up with one. Thanks, Terry - Terry Ewing Deepwell Internet Services unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 00:46:02 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA14504 for ; Tue, 14 Sep 1999 00:46:01 +0100 Received: (qmail 18539 invoked from network); 13 Sep 1999 23:46:00 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Sep 1999 23:46:00 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 19:15:29 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 19:03:39 -0400 Received: from m59-nsv1-trogon.tch.cableol.net ([194.168.16.59]:1365 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Mon, 13 Sep 1999 18:24:51 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id VAA04514; Mon, 13 Sep 1999 21:08:18 GMT From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA26425; Mon, 13 Sep 1999 22:08:09 +0100 Message-Id: <199909132108.WAA26425@raistlin.armlinux.org.uk> Subject: Re: EBSA285 in Add-in Mode + Local ide disk To: pkoning@xedia.com (Paul Koning) Date: Mon, 13 Sep 1999 22:08:08 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199909131344.JAA11435@tonga.xedia.com> from "Paul Koning" at Sep 13, 99 09:44:54 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Paul Koning writes: > Does any OS actually do such a bizarre thing (change the base register > out from under a device that's in use)? It is obvious that new > devices get new addresses and disappearing devices have their > addresses freed, but the notion of moving base addresses of active > hardware on the fly strikes me as absurd. For one thing, depending on > the device you cannot even do such a thing at all if there is any I/O > pending. Wrong end of the stick. If you have the EBSA285 in add-in mode, then it needs to know the values of the BARs. The EBSA285 does not necessarily know if the BARs have been set by the host - only the host knows this, and yes, if the host has a driver for it loaded, then it shouldn't change them. However, at what point does the EBSA285 know in fact that it's been correctly configured so it can read the BARs? There is no "initialisation complete" bit as there is for the EBSA285 to tell the host it's ready. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 01:33:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA15756 for ; Tue, 14 Sep 1999 01:33:41 +0100 Received: (qmail 31829 invoked from network); 14 Sep 1999 00:33:40 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 00:33:40 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 20:33:12 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 20:31:33 -0400 Received: from [209.75.216.5] ([209.75.216.5]:3277 "EHLO mail.systech.com") by vger.rutgers.edu with ESMTP id ; Mon, 13 Sep 1999 20:21:35 -0400 Received: by mail.systech.com with Internet Mail Service (5.0.1460.8) id ; Mon, 13 Sep 1999 17:24:10 -0700 Message-ID: <84AB6DB21134D311BA2B0050047FE984060D89@mail.systech.com> From: Dan Jakubiec To: "Linux ARM Mailing List (E-mail)" Subject: Using ARM's half-word data-handling instructions. Date: Mon, 13 Sep 1999 17:24:09 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Is there an easy way to tell if my ARM Linux kernel is compiled using the ARM v4 half-word data handling instructions? I've tried to build the Linux kernel with two different gcc (2.95.1) compilers: one built using the '--with-cpu=strongarm110' option, and one without this option. In both cases, my Linux kernel was approximately the same size. My understanding (from reading Chris Rutter's notes) was that by default, the GCC compiler builds an ARM v3 toolchain. So I thought that by building an ARM v4 toolchain, I might decrease my image size (by taking advantage of the half-word instructions). Have I missed something here? -- Dan Jakubiec Systech Corporation dan@systech.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 01:34:10 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA15766 for ; Tue, 14 Sep 1999 01:34:10 +0100 Received: (qmail 31969 invoked from network); 14 Sep 1999 00:34:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 00:34:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 20:31:41 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 20:31:25 -0400 Received: from [209.224.235.140] ([209.224.235.140]:3310 "EHLO mail18.domainhost.com") by vger.rutgers.edu with ESMTP id ; Mon, 13 Sep 1999 20:22:30 -0400 Received: from quackware.com (GARFIELD.ECE.CMU.EDU [128.2.252.125]) by mail18.domainhost.com (8.7.5/8.7.3) with ESMTP id RAA21081; Mon, 13 Sep 1999 17:04:48 -0700 (PDT) Message-ID: <37DD9541.9B055977@quackware.com> Date: Mon, 13 Sep 1999 17:22:25 -0700 From: Jonathan Foster Kliegman Organization: Quackware X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.0.35 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk References: <199909132108.WAA26425@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing linux@arm.linux.org.uk wrote: > > Wrong end of the stick. If you have the EBSA285 in add-in mode, then > it needs to know the values of the BARs. The EBSA285 does not necessarily > know if the BARs have been set by the host - only the host knows this, and > yes, if the host has a driver for it loaded, then it shouldn't change them. > > However, at what point does the EBSA285 know in fact that it's been > correctly configured so it can read the BARs? There is no "initialisation > complete" bit as there is for the EBSA285 to tell the host it's ready. There is no explicit bit but one can be implemented easily enough using the mailbox registers (or doorbell's or some equivalent). For example: Host + EBSA both get power. Host pauses on PCI retries of EBSA EBSA sets the first mailbox register (offset 0x50?) to 0, no/minimal OS initialization yet. EBSA sets PCI ready bit and busy-waits on the mailbox register. Host continues booting, BIOS and OS scramble the BARs. Host OS loads driver for the EBSA. Host EBSA driver writes 0xED (or some other magic byte) into the first mailbox register. EBSA sees the mailbox register has the correct magic byte and continues loading. It can even set the mailbox register back to zero when it is done to let the host know it has finished loading. Host and EBSA are both booted and happy with a consistant PCI memory view from both sides. Mark's co285 patch uses a variant of this method (in the other direction) to supply information about the EBSA-285 memory size to the host. We used a similar trick at CMU to coordinate readiness between two drivers, one on the host, one on the EBSA. Oh - and everywhere above that I said EBSA I really meant EBSA-285. And to butt back into the previous/related topic on HOST/ADD-IN mode, I tend to agree with Phil here. The add-in mode should be given more access to the PCI bus. We were able to do it with only a few patches made to the add-in mode configuration (basically copying a few memory-mappings and defines from the host mode). As long as the programmer is smart enough to only have a driver installed on either the host or the EBSA there shouldn't be a problem. -Jon unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 02:00:38 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id CAA16583 for ; Tue, 14 Sep 1999 02:00:38 +0100 Received: (qmail 6855 invoked from network); 14 Sep 1999 01:00:37 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 01:00:37 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 13 Sep 1999 21:00:08 -0400 Received: by vger.rutgers.edu id ; Mon, 13 Sep 1999 20:58:37 -0400 Received: from modemcable233.137-200-24.mtl.mc.videotron.net ([24.200.137.233]:62074 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Mon, 13 Sep 1999 20:57:40 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id UAA13523; Mon, 13 Sep 1999 20:51:33 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Mon, 13 Sep 1999 20:51:33 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: "J.D. Bakker" cc: linux-kernel@vger.rutgers.edu, linux-arm@vger.rutgers.edu Subject: Re: Designing a keyboard controller In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Mon, 13 Sep 1999, J.D. Bakker wrote: > [Hope this is not too off-topic...] > > Hi all, > > I'm designing an embedded StrongARM-based system[1] that I want to use with > Linux. I need to design a keyboard/mouse interface for this beast, and > going by the kernel sources PS/2 seems the way to go (I'd really like to > use commodity hardware to talk to X and friends). > > I've since found notes on how to capture a PS/2 stream with a > microcontroller, but I don't know what the best interface is to offer > Linux, ie what should the hardware look like when seen from the kernel . > I'd rather not use an 8042 ;-), but I'm open for other suggestions. The > StrongARM has an I/O space that is almost but not entirely unlike ISA, and > I have some GP I/O pins to spare. Does anyone have an idea what the best > interface would be ? Whatever hardware you need, the best is really to use something that can be atached to the so called pcmcia bus on the SA1100. You might need some logic to decode the address and activate a chip-enable signal if you have more than one port to address. A GPIO, preferably between 0 and 10, can be used as interrupt line. With such a setup around the SA1100, current ISA drivers can be used with very minimal modifications as long as they aren't using DMA. The kernel code for the SA1100 already provides access to that bus through the in*()/out*() macros. You then have plenty of choice for an interface chip. Nicolas Pitre nico@cam.org nico@visuaide.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 10:45:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA29963 for ; Tue, 14 Sep 1999 10:45:12 +0100 Received: (qmail 3203 invoked from network); 14 Sep 1999 09:45:10 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 09:45:10 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 05:44:02 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 05:43:21 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:10985 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 05:40:17 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11Qp00-00033b-00; Tue, 14 Sep 1999 10:35:40 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11Qp00-000405-00; Tue, 14 Sep 1999 10:35:40 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "J.D. Bakker" cc: Nicolas Pitre , linux-kernel@vger.rutgers.edu, linux-arm@vger.rutgers.edu Subject: Re: Designing a keyboard controller In-reply-to: Your message of "Tue, 14 Sep 1999 09:41:01 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Sep 1999 10:35:39 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >That looks like a good solution. The question remains then: what does an >8042 'look like', as seen from Linux ? Just a set of data and status registers really. See drivers/char/pc_keyb.c, or the RiscPC keyboard driver for another way of doing things (the Acorn hardware provides its own PS/2 interface). >A semi-related question: is it possible for multiple different devices on >an ISA-ish bus to share an interrupt *on the processor side* ? For example, >say I have a custom PIC which multiplexes (logic OR) the interrupt output >of a keyboard controller with the interrupt output of an IDE controller >onto one interrupt line for the processor. Does this work, or do I break >any hidden assumptions in either the keyboard or the IDE driver ? That should be fine. The IDE driver can already share interrupts; not sure about the keyboard driver but it could be taught to do so easily enough. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 10:52:34 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA30146 for ; Tue, 14 Sep 1999 10:52:34 +0100 Received: (qmail 5444 invoked from network); 14 Sep 1999 09:52:32 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 09:52:32 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 05:50:24 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 05:45:57 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:11016 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 05:44:34 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11Qorl-000337-00; Tue, 14 Sep 1999 10:27:09 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11Qork-0002F6-00; Tue, 14 Sep 1999 10:27:08 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dan Jakubiec cc: "Linux ARM Mailing List (E-mail)" Subject: Re: Using ARM's half-word data-handling instructions. In-reply-to: Your message of "Mon, 13 Sep 1999 17:24:09 PDT." <84AB6DB21134D311BA2B0050047FE984060D89@mail.systech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Sep 1999 10:27:08 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <84AB6DB21134D311BA2B0050047FE984060D89@mail.systech.com>, Dan Jakub iec writes: >Is there an easy way to tell if my ARM Linux kernel is compiled using the >ARM v4 half-word data handling instructions? If you mean you just want to see how a particular binary was built, the easiest way is "objdump --disassemble foo | grep ldrh" or some such. >My understanding (from reading Chris Rutter's notes) was that by default, >the GCC compiler builds an ARM v3 toolchain. So I thought that by building >an ARM v4 toolchain, I might decrease my image size (by taking advantage of >the half-word instructions). Have I missed something here? That's correct. But you won't save much that way -- halfword operations don't dominate the kernel by any means, and you only save a couple of words per instance. What were the relative sizes of the two vmlinux files? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 11:14:38 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA30919 for ; Tue, 14 Sep 1999 11:14:38 +0100 Received: (qmail 9926 invoked from network); 14 Sep 1999 10:14:37 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 10:14:37 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 06:13:59 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 06:11:05 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:2231 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 06:07:34 -0400 Received: From paulaner With LocalMail ; Tue, 14 Sep 99 20:06:01 +1000 From: "Adam 'WeirdArms' Wiggins" To: Terry Ewing Date: Tue, 14 Sep 1999 20:06:01 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: finding a brutus In-Reply-To: <4.2.0.58.19990913145841.01be3200@mail1.dcomm.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Mon, 13 Sep 1999, Terry Ewing wrote: > Can anyone point me to a place in the US I can buy a Brutus board > from? Are they still being manufactured? I'm having a hard time coming > up with one. I don't know where unfortunately but we just purchased one in germany so yes they are still being made (now with a flip top LCD Panel) Cheers Adam P.S. check intels web site for US distributers unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 11:33:55 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA31516 for ; Tue, 14 Sep 1999 11:33:55 +0100 Received: (qmail 15188 invoked from network); 14 Sep 1999 07:44:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 07:44:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 03:43:39 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 03:43:24 -0400 Received: from thorgal.et.tudelft.nl ([130.161.40.91]:3184 "EHLO thorgal.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 03:43:11 -0400 Received: from [130.161.40.82] (tvs082.et.tudelft.nl [130.161.40.82]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id JAA16230; Tue, 14 Sep 1999 09:43:00 +0200 Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 14 Sep 1999 09:41:01 +0200 To: Nicolas Pitre From: "J.D. Bakker" Subject: Re: Designing a keyboard controller Cc: linux-kernel@vger.rutgers.edu, linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing [designing a keyboard controller to work with Linux] >Whatever hardware you need, the best is really to use something that can >be atached to the so called pcmcia bus on the SA1100. You might need some >logic to decode the address and activate a chip-enable signal if you have >more than one port to address. A GPIO, preferably between 0 and 10, can >be used as interrupt line. > >With such a setup around the SA1100, current ISA drivers can be used with >very minimal modifications as long as they aren't using DMA. The kernel >code for the SA1100 already provides access to that bus through the >in*()/out*() macros. You then have plenty of choice for an interface >chip. That looks like a good solution. The question remains then: what does an 8042 'look like', as seen from Linux ? I want to mimic the ISA side of a regular keyboard controller (without actually cramming a 40pin DIL chip on my 7.5x10cm PCB :-P). Does anyone have pointers to documents on this ? A semi-related question: is it possible for multiple different devices on an ISA-ish bus to share an interrupt *on the processor side* ? For example, say I have a custom PIC which multiplexes (logic OR) the interrupt output of a keyboard controller with the interrupt output of an IDE controller onto one interrupt line for the processor. Does this work, or do I break any hidden assumptions in either the keyboard or the IDE driver ? Sincerely, JDB. -- Jan-Derk Bakker, bakker@mmc.et.tudelft.nl The lazy man's proverb: 'There's no business like slow business !' unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 14:17:45 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA05458 for ; Tue, 14 Sep 1999 14:17:45 +0100 Received: (qmail 22008 invoked from network); 14 Sep 1999 13:17:44 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 13:17:44 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 09:12:44 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 09:11:33 -0400 Received: from modemcable233.137-200-24.mtl.mc.videotron.net ([24.200.137.233]:61017 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 09:06:05 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id JAA13978; Tue, 14 Sep 1999 09:00:14 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Tue, 14 Sep 1999 09:00:14 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: "J.D. Bakker" cc: linux-kernel@vger.rutgers.edu, linux-arm@vger.rutgers.edu Subject: Re: Designing a keyboard controller In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 14 Sep 1999, J.D. Bakker wrote: > [designing a keyboard controller to work with Linux] > > >Whatever hardware you need, the best is really to use something that can > >be atached to the so called pcmcia bus on the SA1100. You might need some > >logic to decode the address and activate a chip-enable signal if you have > >more than one port to address. A GPIO, preferably between 0 and 10, can > >be used as interrupt line. > > A semi-related question: is it possible for multiple different devices on > an ISA-ish bus to share an interrupt *on the processor side* ? For example, > say I have a custom PIC which multiplexes (logic OR) the interrupt output > of a keyboard controller with the interrupt output of an IDE controller > onto one interrupt line for the processor. Does this work, or do I break > any hidden assumptions in either the keyboard or the IDE driver ? Some drivers are able to share interrupts. However you might consider using multiple GPIOs for each device IRQs if performance is critical. Note that if you use GPIOs above 10, they will all trigger the IRQ 11 in the CPU which requires all drivers to share IRQ 11, even if the GEDR show them separately. Nicolas Pitre nico@cam.org nico@visuaide.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 16:10:13 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA09668 for ; Tue, 14 Sep 1999 16:10:12 +0100 Received: (qmail 12786 invoked from network); 14 Sep 1999 15:10:11 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 15:10:11 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 11:06:23 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 11:04:39 -0400 Received: from studict.student.utwente.nl ([130.89.220.2]:3147 "EHLO studict.student.utwente.nl") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 10:49:24 -0400 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id QAA28227; Tue, 14 Sep 1999 16:49:21 +0200 (METDST) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id PAA12178; Tue, 14 Sep 1999 15:47:50 +0200 Date: Tue, 14 Sep 1999 15:47:50 +0200 From: Mark van Doesburg Message-Id: <199909141347.PAA12178@poekie.test> To: jon@quackware.com, linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing And to butt back into the previous/related topic on HOST/ADD-IN mode, I tend to agree with Phil here. The add-in mode should be given more access to the PCI bus. We were able to do it with only a few patches made to the add-in mode configuration (basically copying a few memory-mappings and defines from the host mode). As long as the programmer is smart enough to only have a driver installed on either the host or the EBSA there shouldn't be a problem. This might be usefull for expirimentation but I really don't want to have PCI stuff in my add-in EBSA285. The reason is very simple, I don't need it and IMHO PCI cards shouldn't deal with the PCI configuration space. Making PCI an option when building an add in kernel seems like a good idea if people want this kind of access. greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 16:37:12 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA10437 for ; Tue, 14 Sep 1999 16:37:12 +0100 Received: (qmail 19080 invoked from network); 14 Sep 1999 15:37:10 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 15:37:10 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 11:36:29 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 11:10:20 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3772 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 11:06:24 -0400 Received: From paulaner With LocalMail ; Wed, 15 Sep 99 01:06:00 +1000 From: "Adam 'WeirdArms' Wiggins" To: linux-arm@vger.rutgers.edu Date: Wed, 15 Sep 1999 01:05:57 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU Subject: LDM & STM Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Would the following instruction use the user_sp or the svc_sp as the base register if run in svc mode: stmdb sp, {sp, lr}^ @ Stack usr_sp, usr_lr likewise for the ldmia companion. The ARM ARM seems a little vague on the issue. All help apreciated, Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 16:51:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA10845 for ; Tue, 14 Sep 1999 16:51:27 +0100 Received: (qmail 22159 invoked from network); 14 Sep 1999 15:51:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 15:51:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 11:37:12 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 11:36:51 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3782 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 11:13:10 -0400 Received: From paulaner With LocalMail ; Wed, 15 Sep 99 01:12:40 +1000 From: "Adam 'WeirdArms' Wiggins" To: linux-arm@vger.rutgers.edu Date: Wed, 15 Sep 1999 01:12:40 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU Subject: Immediates in macro's Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Using gcc to compile *.S files I have a macro that translates into 2 ARM instructions both of which contain immediates.e problem is gcc (well cpp anyway) wants to treat the '#' of the immediate as a cpp directive. Anyway to fix this problem? Idea's, suggestions? Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 17:42:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA12491 for ; Tue, 14 Sep 1999 17:42:07 +0100 Received: (qmail 2790 invoked from network); 14 Sep 1999 16:42:05 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 16:42:05 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 12:22:28 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 12:15:52 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:12148 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 12:13:08 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11QvC4-0003cn-00; Tue, 14 Sep 1999 17:12:32 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11QvC3-0006Jx-00; Tue, 14 Sep 1999 17:12:31 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: Immediates in macro's In-reply-to: Your message of "Wed, 15 Sep 1999 01:12:40 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Sep 1999 17:12:31 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Using gcc to compile *.S files I have a macro that translates into 2 ARM >instructions both of which contain immediates.e problem is gcc (well cpp >anyway) wants to treat the '#' of the immediate as a cpp directive. Anyway >to fix this problem? Idea's, suggestions? Use `$' instead of `#' in your source. GAS understands both. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 17:49:17 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA12769 for ; Tue, 14 Sep 1999 17:49:16 +0100 Received: (qmail 5562 invoked from network); 14 Sep 1999 16:49:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 16:49:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 12:44:44 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 12:28:58 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:12161 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 12:20:05 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11QvIY-0003d7-00; Tue, 14 Sep 1999 17:19:14 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11QvIY-0006KS-00; Tue, 14 Sep 1999 17:19:14 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: LDM & STM In-reply-to: Your message of "Wed, 15 Sep 1999 01:05:57 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Sep 1999 17:19:13 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > Would the following instruction use the user_sp or the svc_sp as >the base register if run in svc mode: > > stmdb sp, {sp, lr}^ @ Stack usr_sp, usr_lr The architecture may leave it undefined. Back in days of yore (ARM2 and so on) I am fairly sure it took the base from the current register bank, ie SVC. If you asked for writeback then the base would be read from the SVC bank but written back to the USR one which is probably not what you'd want. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 17:52:06 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA12932 for ; Tue, 14 Sep 1999 17:52:06 +0100 Received: (qmail 6107 invoked from network); 14 Sep 1999 16:52:05 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 16:52:05 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 12:47:24 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 12:46:43 -0400 Received: from kauket.visi.com ([209.98.98.22]:43898 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 12:36:52 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id CEF3636D1 for ; Tue, 14 Sep 1999 11:36:31 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id LAA14684 for ; Tue, 14 Sep 1999 11:36:31 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 14 Sep 1999 11:36:31 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: Memory location question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, I am porting a device driver from vxWorks to Lionux, and it has some specific memory needs. In particular, it needs to use memory from 0x600 to 0x700, and 0x1000 to 0x1fff. It's not clear to me yet if Linux is using anything in this area that will conflict with the driver's needs. It looks like the kernels page tables are at 0x4000. Will this cause problems if I try and reserve the memory ranges above for my driver? -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 17:54:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA12960 for ; Tue, 14 Sep 1999 17:54:27 +0100 Received: (qmail 6522 invoked from network); 14 Sep 1999 16:54:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 16:54:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 12:51:17 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 12:45:03 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3995 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 12:31:47 -0400 Received: From paulaner With LocalMail ; Wed, 15 Sep 99 02:30:06 +1000 From: "Adam 'WeirdArms' Wiggins" To: Philip Blundell Date: Wed, 15 Sep 1999 02:30:06 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: Immediates in macro's In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 14 Sep 1999, Philip Blundell wrote: > >Using gcc to compile *.S files I have a macro that translates into 2 ARM > >instructions both of which contain immediates.e problem is gcc (well cpp > >anyway) wants to treat the '#' of the immediate as a cpp directive. Anyway > >to fix this problem? Idea's, suggestions? > > Use `$' instead of `#' in your source. GAS understands both. How does cpp treat $? because once the macro is substituted into the source the $ disapears. Cheers Adam > > p. > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 18:00:29 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA13241 for ; Tue, 14 Sep 1999 18:00:29 +0100 Received: (qmail 8046 invoked from network); 14 Sep 1999 17:00:28 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 17:00:28 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 12:46:41 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 12:36:59 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3983 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 12:27:15 -0400 Received: From paulaner With LocalMail ; Wed, 15 Sep 99 02:25:17 +1000 From: "Adam 'WeirdArms' Wiggins" To: Philip Blundell Date: Wed, 15 Sep 1999 02:25:17 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: LDM & STM In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 14 Sep 1999, Philip Blundell wrote: > > Would the following instruction use the user_sp or the svc_sp as > >the base register if run in svc mode: > > > > stmdb sp, {sp, lr}^ @ Stack usr_sp, usr_lr > > The architecture may leave it undefined. Back in days of yore (ARM2 and so > on) I am fairly sure it took the base from the current register bank, ie SVC. > If you asked for writeback then the base would be read from the SVC bank but > written back to the USR one which is probably not what you'd want. Don't care about write back (not using it in this case). I'm interested in gerneral ARM3/4. In particular StrongARM but I have a PS7110 (Psion 5) unit too. What do these chips do? Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 18:19:14 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA13715 for ; Tue, 14 Sep 1999 18:19:13 +0100 Received: (qmail 12448 invoked from network); 14 Sep 1999 17:19:12 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 17:19:12 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 12:48:46 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 12:44:35 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3978 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 12:26:40 -0400 Received: From paulaner With LocalMail ; Wed, 15 Sep 99 02:25:37 +1000 From: "Adam 'WeirdArms' Wiggins" To: Philip Blundell Date: Wed, 15 Sep 1999 02:25:31 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: Immediates in macro's In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 14 Sep 1999, Philip Blundell wrote: > >Using gcc to compile *.S files I have a macro that translates into 2 ARM > >instructions both of which contain immediates.e problem is gcc (well cpp > >anyway) wants to treat the '#' of the immediate as a cpp directive. Anyway > >to fix this problem? Idea's, suggestions? > > Use `$' instead of `#' in your source. GAS understands both. Cheers unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 19:54:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA16469 for ; Tue, 14 Sep 1999 19:54:41 +0100 Received: (qmail 1025 invoked from network); 14 Sep 1999 18:54:40 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 18:54:40 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 14:43:29 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 14:36:07 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:4264 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 14:09:55 -0400 Received: From paulaner With LocalMail ; Wed, 15 Sep 99 04:08:27 +1000 From: "Adam 'WeirdArms' Wiggins" To: Philip Blundell Date: Wed, 15 Sep 1999 04:08:26 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: LDM & STM In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 14 Sep 1999, Philip Blundell wrote: > > Would the following instruction use the user_sp or the svc_sp as > >the base register if run in svc mode: > > > > stmdb sp, {sp, lr}^ @ Stack usr_sp, usr_lr > > The architecture may leave it undefined. Back in days of yore (ARM2 and so > on) I am fairly sure it took the base from the current register bank, ie SVC. > If you asked for writeback then the base would be read from the SVC bank but > written back to the USR one which is probably not what you'd want. Oops, reading the fine print. The Base register is taken from the current mode. Writeback is implimentation defined. Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 20:51:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA18114 for ; Tue, 14 Sep 1999 20:51:27 +0100 Received: (qmail 13957 invoked from network); 14 Sep 1999 19:51:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 19:51:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 15:49:32 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 15:25:29 -0400 Received: from m12-nsv3-trogon.tch.cableol.net ([194.168.16.162]:1513 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 15:05:03 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA04849; Tue, 14 Sep 1999 19:35:18 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA29516; Tue, 14 Sep 1999 19:35:06 +0100 Message-Id: <199909141835.TAA29516@raistlin.armlinux.org.uk> Subject: Re: Memory location question To: mestery@visi.com Date: Tue, 14 Sep 1999 19:35:05 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Sep 14, 99 11:36:31 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com writes: > I am porting a device driver from vxWorks to Lionux, and it has some > specific memory needs. In particular, it needs to use memory from 0x600 > to 0x700, and 0x1000 to 0x1fff. It's not clear to me yet if Linux is > using anything in this area that will conflict with the driver's needs. > It looks like the kernels page tables are at 0x4000. Will this cause > problems if I try and reserve the memory ranges above for my driver? There is nothing special with those memory locations. Use get_free_page to be returned the address of a page to use instead of 0x1000, and kmalloc to allocate the other 256 bytes, which will also return the address of some memory. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 21:29:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA19081 for ; Tue, 14 Sep 1999 21:29:03 +0100 Received: (qmail 21115 invoked from network); 14 Sep 1999 20:29:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 20:29:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 16:15:50 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 15:41:08 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1047 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 15:25:01 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11QyCD-0000EB-00; Tue, 14 Sep 1999 20:24:53 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: mestery@visi.com cc: linux-arm@vger.rutgers.edu Subject: Re: Memory location question In-Reply-To: Message from of "Tue, 14 Sep 1999 11:36:31 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Sep 1999 20:24:53 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >specific memory needs. In particular, it needs to use memory from 0x600 >to 0x700, and 0x1000 to 0x1fff. Er, what for? That sounds like a rather bad idea to me. >It's not clear to me yet if Linux is >using anything in this area that will conflict with the driver's needs. >It looks like the kernels page tables are at 0x4000. Will this cause >problems if I try and reserve the memory ranges above for my driver? 0x600..0x700 is probably OK because that page is pinned down anyway for the vector table - though it's usually marked inaccessible to trap NULL dereferences. There is no page mapped at 0x1000 per default so you will need to create a fixed mapping there if you need it. The page table shouldn't get in your way if you stay in the ranges you mentioned? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 21:49:12 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA19643 for ; Tue, 14 Sep 1999 21:49:11 +0100 Received: (qmail 27794 invoked from network); 14 Sep 1999 20:49:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 20:49:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 15:50:51 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 15:26:43 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1042 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 15:19:55 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Qy79-0000Dl-00; Tue, 14 Sep 1999 20:19:39 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: Immediates in macro's In-Reply-To: Message from Adam 'WeirdArms' Wiggins of "Wed, 15 Sep 1999 02:30:06 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Sep 1999 20:19:38 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > How does cpp treat $? because once the macro is substituted into >the source the $ disapears. That doesn't seem to happen for me. Can you post an example of the actual code you're using? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 21:52:40 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA19774 for ; Tue, 14 Sep 1999 21:52:40 +0100 Received: (qmail 28569 invoked from network); 14 Sep 1999 20:52:32 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 20:52:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 16:46:52 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 15:48:19 -0400 Received: from m12-nsv3-trogon.tch.cableol.net ([194.168.16.162]:1513 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 15:05:26 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA04863; Tue, 14 Sep 1999 19:40:27 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA29535; Tue, 14 Sep 1999 19:40:15 +0100 Message-Id: <199909141840.TAA29535@raistlin.armlinux.org.uk> Subject: Re: LDM & STM To: awiggins@cse.unsw.EDU.AU (Adam 'WeirdArms' Wiggins) Date: Tue, 14 Sep 1999 19:40:15 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Adam 'WeirdArms' Wiggins" at Sep 15, 99 02:25:17 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Adam 'WeirdArms' Wiggins writes: > On Tue, 14 Sep 1999, Philip Blundell wrote: > > > Would the following instruction use the user_sp or the svc_sp as > > >the base register if run in svc mode: > > > > > > stmdb sp, {sp, lr}^ @ Stack usr_sp, usr_lr > > > > The architecture may leave it undefined. Back in days of yore (ARM2 and so > > on) I am fairly sure it took the base from the current register bank, ie SVC. > > If you asked for writeback then the base would be read from the SVC bank but > > written back to the USR one which is probably not what you'd want. > > Don't care about write back (not using it in this case). I'm > interested in gerneral ARM3/4. In particular StrongARM but I have a > PS7110 (Psion 5) unit too. What do these chips do? I would recommend against this instruction. There has already been one bug in the StrongARM related to user-mode STMs from SVC. I think that the general advice given at that time was not to use any banked register with a user-mode stm. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 22:09:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA20244 for ; Tue, 14 Sep 1999 22:09:07 +0100 Received: (qmail 1168 invoked from network); 14 Sep 1999 21:09:05 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 21:09:05 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 17:08:25 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 15:52:09 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1064 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 15:28:40 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11QyFb-0000Fd-00; Tue, 14 Sep 1999 20:28:23 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux@arm.linux.org.uk cc: bakker@thorgal.et.tudelft.nl, nico@cam.org, linux-kernel@vger.rutgers.edu, linux-arm@vger.rutgers.edu Subject: Re: Designing a keyboard controller In-Reply-To: Message from linux@arm.linux.org.uk of "Tue, 14 Sep 1999 19:49:33 BST." <199909141849.TAA29562@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Sep 1999 20:28:23 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Shared IRQs only work if all devices on the IRQ line agree to be sharable. >The way the IDE driver currently works in Linux is that it's IRQ is only >sharable if and only if it's "chipset" is on PCI. Oh yeah. Well, the change to make it share irqs on other systems looks like it should be trivial enough. Ditto the keyboard driver actually, from a quick glance at it the irq routine will safely do nothing if it gets unexpected interrupts. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 22:11:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA20385 for ; Tue, 14 Sep 1999 22:11:16 +0100 Received: (qmail 1722 invoked from network); 14 Sep 1999 21:11:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 21:11:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 16:23:05 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 16:04:17 -0400 Received: from kauket.visi.com ([209.98.98.22]:51961 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 15:35:50 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 6B9403715; Tue, 14 Sep 1999 14:33:30 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id OAA24276; Tue, 14 Sep 1999 14:33:30 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 14 Sep 1999 14:33:30 -0500 (CDT) From: To: Philip Blundell Cc: linux-arm@vger.rutgers.edu Subject: Re: Memory location question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Tue, 14 Sep 1999, Philip Blundell wrote: > >specific memory needs. In particular, it needs to use memory from 0x600 > >to 0x700, and 0x1000 to 0x1fff. > > Er, what for? That sounds like a rather bad idea to me. > Well, I'm porting a shared memory driver from vxWorks that does TCP/IP over the PCI bus, similar to Mark D.'s driver. I would use Mark's, but this one requires backwards compatibility with processors running vxWorks, so I need to port our driver. I am using Mark's as a framework. > >It's not clear to me yet if Linux is > >using anything in this area that will conflict with the driver's needs. > >It looks like the kernels page tables are at 0x4000. Will this cause > >problems if I try and reserve the memory ranges above for my driver? > > 0x600..0x700 is probably OK because that page is pinned down anyway for the > vector table - though it's usually marked inaccessible to trap NULL > dereferences. There is no page mapped at 0x1000 per default so you will need > to create a fixed mapping there if you need it. The page table shouldn't get > in your way if you stay in the ranges you mentioned? > > p. > I plan on staying in those ranges, so hopefully it will work to use them as I have outlined. What is the easiest way to create the mapping, in head-armv.S, or later on in the initialization? Thanks. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 22:15:38 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA20522 for ; Tue, 14 Sep 1999 22:15:38 +0100 Received: (qmail 2849 invoked from network); 14 Sep 1999 21:15:36 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 21:15:36 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 16:24:14 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 16:14:05 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1087 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 15:40:49 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11QyRJ-0000Iv-00; Tue, 14 Sep 1999 20:40:29 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: mestery@visi.com cc: linux-arm@vger.rutgers.edu Subject: Re: Memory location question In-Reply-To: Message from of "Tue, 14 Sep 1999 14:33:30 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Sep 1999 20:40:29 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >> >specific memory needs. In particular, it needs to use memory from 0x600 >> >to 0x700, and 0x1000 to 0x1fff. >> >> Er, what for? That sounds like a rather bad idea to me. >> >Well, I'm porting a shared memory driver from vxWorks that does TCP/IP >over the PCI bus, similar to Mark D.'s driver. I would use Mark's, but >this one requires backwards compatibility with processors running >vxWorks, so I need to port our driver. I am using Mark's as a >framework. Oh, I think I get it now. Those are physical addresses, not virtual ones. In that case, the thing to do is ignore most of what I wrote before, fiddle mark_usable_memory_areas so that it keeps the page at 0x1000 reserved for the kernel, and then just access those pages through the normal kernel mappings at 0xc000xxxx. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 22:23:18 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA20693 for ; Tue, 14 Sep 1999 22:23:18 +0100 Received: (qmail 4639 invoked from network); 14 Sep 1999 21:23:17 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 21:23:17 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 16:46:55 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 15:48:42 -0400 Received: from m12-nsv3-trogon.tch.cableol.net ([194.168.16.162]:1513 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 15:06:17 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA04885; Tue, 14 Sep 1999 19:49:45 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA29562; Tue, 14 Sep 1999 19:49:33 +0100 Message-Id: <199909141849.TAA29562@raistlin.armlinux.org.uk> Subject: Re: Designing a keyboard controller To: pb@nexus.co.uk (Philip Blundell) Date: Tue, 14 Sep 1999 19:49:33 +0100 (BST) Cc: bakker@thorgal.et.tudelft.nl, nico@cam.org, linux-kernel@vger.rutgers.edu, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 14, 99 10:35:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > >onto one interrupt line for the processor. Does this work, or do I break > >any hidden assumptions in either the keyboard or the IDE driver ? > > That should be fine. The IDE driver can already share interrupts; not sure > about the keyboard driver but it could be taught to do so easily enough. Sorry to drop in some bad news, but it seems that some people have a misunderstanding of the shared IRQ system. Shared IRQs only work if all devices on the IRQ line agree to be sharable. The way the IDE driver currently works in Linux is that it's IRQ is only sharable if and only if it's "chipset" is on PCI. Therefore, you would have to teach the IDE and the keyboard driver to share interrupts. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 23:01:19 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA21767 for ; Tue, 14 Sep 1999 23:01:19 +0100 Received: (qmail 16577 invoked from network); 14 Sep 1999 22:01:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 22:01:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 17:22:37 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 16:44:38 -0400 Received: from kauket.visi.com ([209.98.98.22]:53335 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 15:43:34 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id F16023719; Tue, 14 Sep 1999 14:43:27 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id OAA25436; Tue, 14 Sep 1999 14:43:27 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 14 Sep 1999 14:43:27 -0500 (CDT) From: To: Philip Blundell Cc: linux-arm@vger.rutgers.edu Subject: Re: Memory location question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Tue, 14 Sep 1999, Philip Blundell wrote: > >Well, I'm porting a shared memory driver from vxWorks that does TCP/IP > >over the PCI bus, similar to Mark D.'s driver. I would use Mark's, but > >this one requires backwards compatibility with processors running > >vxWorks, so I need to port our driver. I am using Mark's as a > >framework. > > Oh, I think I get it now. Those are physical addresses, not virtual ones. > In that case, the thing to do is ignore most of what I wrote before, fiddle > mark_usable_memory_areas so that it keeps the page at 0x1000 reserved for the > kernel, and then just access those pages through the normal kernel mappings at > 0xc000xxxx. > Sorry about that, I guess I wasn't too clear on them being physical addresses. I'll take a look at that and see what I can produce. Thanks Phil. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 23:11:03 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA22070 for ; Tue, 14 Sep 1999 23:11:03 +0100 Received: (qmail 18999 invoked from network); 14 Sep 1999 22:11:02 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 22:11:02 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 17:41:24 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 16:50:24 -0400 Received: from [209.75.216.5] ([209.75.216.5]:2113 "EHLO mail.systech.com") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 16:45:03 -0400 Received: by mail.systech.com with Internet Mail Service (5.0.1460.8) id ; Tue, 14 Sep 1999 13:44:59 -0700 Message-ID: <84AB6DB21134D311BA2B0050047FE984060D8E@mail.systech.com> From: Dan Jakubiec To: "'Philip Blundell'" Cc: "Linux ARM Mailing List (E-mail)" Subject: RE: Using ARM's half-word data-handling instructions. Date: Tue, 14 Sep 1999 13:44:57 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Some FYI: So I think I may have confused my terminology a bit. In any case, what I am trying to do was recompile the Linux kernel to use the THUMB instruction subset (ARM v4T), since the ARM website boasts a potential for 30% reduction in code size. I thought this was what you meant by "half-word data-handling instructions", but I think I was mistaken here. So, using my gcc compiler (which was compiled using the --with-cpu=strongarm110 option) with the following flag combinations, I came up with these code sizes: -mcpu=arm7 : 712,016 -mcpu=arm7 -march=armv3 : 712,016 -mcpu=arm7tdmi -march=armv4t : 703,824 (1.15% savings, 8192 bytes) So I don't see the 30% savings here. Is it possible that I need to recompile my GCC with different settings (does the strongarm110 option not do THUMB)? Or do you think the 1.15% savings is all I'm going to get out of it? Thanks again! -- Dan > >Unfortunately, I didn't have the presense of mind to record > the exact size > >of the original kernel, so I'll need to estimate. I believe I saved > >approximately 5K-15K on my "arch/arm/boot/Image" file, which > is currently > >712,016 bytes. I guess I expected more significant savings. > > Sounds about right to me. > > >Does gcc have a compile-time option to tell it not to use > the Thumb (ARM v4) > >instructions? Maybe that way I could get you some more > accurate numbers > >(without rebuilding my compiler again). > > Yup, you can use -march=armv3 to control this. This isn't very well > documented but I think "gcc --help" does mention it. > > (Incidentally, LDRH isn't actually a Thumb instruction; > StrongARM supports > halfword operations, which are in v4 but not Thumb, which is > v3T or v4T.) > > p. > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 23:19:15 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA22365 for ; Tue, 14 Sep 1999 23:19:15 +0100 Received: (qmail 20875 invoked from network); 14 Sep 1999 22:19:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 22:19:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 17:59:17 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 17:16:16 -0400 Received: from [209.224.235.140] ([209.224.235.140]:3134 "EHLO mail18.domainhost.com") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 16:33:34 -0400 Received: (from daemon@localhost) by mail18.domainhost.com (8.7.5/8.7.3) id NAA01570; Tue, 14 Sep 1999 13:15:57 -0700 (PDT) Received: from quackware.com (GARFIELD.ECE.CMU.EDU [128.2.252.125]) by mail18.domainhost.com (8.7.5/8.7.3) with ESMTP id NAA01564 for ; Tue, 14 Sep 1999 13:15:55 -0700 (PDT) Message-ID: <37DEB122.89B1099A@quackware.com> Date: Tue, 14 Sep 1999 13:33:38 -0700 From: Jonathan Foster Kliegman Organization: Quackware X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.0.35 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 in Add-in Mode + Local ide disk References: <199909141347.PAA12178@poekie.test> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Mark van Doesburg wrote: > This might be usefull for expirimentation but I really don't want to > have PCI stuff in my add-in EBSA285. The reason is very simple, I don't > need it and IMHO PCI cards shouldn't deal with the PCI configuration > space. Making PCI an option when building an add in kernel seems like a > good idea if people want this kind of access. > I agree with you here - it should be an option just like in the other kernel builds. I'd forgotton I had to force CONFIG_PCI to equal Yes since its not selectable. If I recall correctly, the EBSA-285 needs to look at the PCI configuration space if it wants to control another card. -Jon unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 23:20:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA22559 for ; Tue, 14 Sep 1999 23:20:16 +0100 Received: (qmail 21132 invoked from network); 14 Sep 1999 22:20:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 22:20:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 18:00:08 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 17:16:35 -0400 Received: from deepwell.com ([209.63.174.12]:4148 "HELO kerouac.deepwell.com") by vger.rutgers.edu with SMTP id ; Tue, 14 Sep 1999 16:39:36 -0400 Received: (qmail 2623 invoked from network); 14 Sep 1999 21:24:51 -0000 Received: from proxy.dcomm.net (HELO terry) (209.63.175.10) by deepwell.com with SMTP; 14 Sep 1999 21:24:51 -0000 Message-Id: <4.2.0.58.19990914133143.015ca840@mail1.dcomm.net> X-Sender: terrye@mail1.dcomm.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Tue, 14 Sep 1999 13:37:21 -0700 To: linux-arm@vger.rutgers.edu From: Terry Ewing Subject: building ARM hardware Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm looking to build a very minimal board that will have an ARM processor, an IDE interface, a serial port, and an ethernet port. It's meant to run Linux and have a small task that it repeats. There is no need for a monitor or keyboard. Does anyone know any reference designs I can look at? I know a lot of you designed your own hardware so if anyone is willing to share any design tips with me I'd appreciate it. I'm in a VERY early design stage so if anyone can share any pictures, layouts, bills of materials, I'd appreciate it. -Terry - Terry Ewing Deepwell Internet Services unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 23:46:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA23368 for ; Tue, 14 Sep 1999 23:46:50 +0100 Received: (qmail 27833 invoked from network); 14 Sep 1999 22:46:48 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 22:46:48 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 18:14:25 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 17:56:51 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1146 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 17:16:25 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Qzvx-0000PP-00; Tue, 14 Sep 1999 22:16:13 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dan Jakubiec cc: "Linux ARM Mailing List (E-mail)" Subject: Re: Using ARM's half-word data-handling instructions. In-Reply-To: Message from Dan Jakubiec of "Tue, 14 Sep 1999 13:44:57 PDT." <84AB6DB21134D311BA2B0050047FE984060D8E@mail.systech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Sep 1999 22:16:13 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >So I think I may have confused my terminology a bit. In any case, what I am >trying to do was recompile the Linux kernel to use the THUMB instruction >subset (ARM v4T), since the ARM website boasts a potential for 30% reduction >in code size. You currently need a completely separate compiler to generate Thumb code rather than ARM code - you must configure as `thumb-linux' or something similar. I don't think it will currently work to just compile the kernel as Thumb code, though I would be happy to help you if you want to try to get it going. >So I don't see the 30% savings here. Is it possible that I need to >recompile my GCC with different settings (does the strongarm110 option not >do THUMB)? Or do you think the 1.15% savings is all I'm going to get out of >it? The ARM architecture manual contains details of what each level of the architecture includes, which might help to clear up the confusion. Briefly, ARMv3 is what you might call the "base" instruction set. ARMv4 adds long multiply, signed byte and halfword load and store instructions. Thumb is pretty much orthogonal to this and you can add it to either a v3 or v4 implementation, giving you v3T or v4T. There are a bunch of other extensions to ARMv3 as well (eg the D, M and I from ARM7TDMI). The StrongARM-1 core is a v4 implementation. So no, the strongarm110 option doesn't turn Thumb on; it just enables the v4 instructions such as LDRH. 1.15% saving sounds about right for that, in fact it's slightly higher than I'd have expected. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 14 23:51:30 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA23540 for ; Tue, 14 Sep 1999 23:51:30 +0100 Received: (qmail 29303 invoked from network); 14 Sep 1999 22:51:29 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Sep 1999 22:51:29 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 18:20:27 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 18:02:58 -0400 Received: from m20-nsv3-trogon.tch.cableol.net ([194.168.16.170]:1740 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 17:35:49 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA05752; Tue, 14 Sep 1999 22:35:40 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA30024; Tue, 14 Sep 1999 22:35:28 +0100 Message-Id: <199909142135.WAA30024@raistlin.armlinux.org.uk> Subject: Re: Memory location question To: mestery@visi.com Date: Tue, 14 Sep 1999 22:35:28 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Sep 14, 99 08:40:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > Oh, I think I get it now. Those are physical addresses, not virtual ones. > In that case, the thing to do is ignore most of what I wrote before, fiddle > mark_usable_memory_areas so that it keeps the page at 0x1000 reserved for the > kernel, and then just access those pages through the normal kernel mappings at > 0xc000xxxx. But please only do this if your driver configuration option is switched on. I don't want an extra page reserved for no reason on all architectures because of this. And yes, definitely go through the 0xc000xxxx mappings for now, and don't switch off the cacheable and bufferable bits. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 01:39:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA27165 for ; Wed, 15 Sep 1999 01:39:00 +0100 Received: (qmail 22025 invoked from network); 15 Sep 1999 00:38:59 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 00:38:59 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 20:37:09 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 20:05:36 -0400 Received: from mbox.queen.it ([195.223.140.121]:28764 "EHLO beta.queen.it") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 19:16:30 -0400 Received: from msuzzi (isdn03-bo.queen.it [195.31.219.203] (may be forged)) by beta.queen.it (8.9.1a/8.9.1) with SMTP id DAA04132 for ; Wed, 15 Sep 1999 03:26:39 +0200 X-Authentication-Warning: beta.queen.it: Host isdn03-bo.queen.it [195.31.219.203] (may be forged) claimed to be msuzzi Date: Tue, 14 Sep 1999 21:46:41 +0000 From: Marco Suzzi To: linux-arm@vger.rutgers.edu Subject: Re: ARMLinux and SCSI interface Message-ID: Reply-To: msuzzi@mbox.queen.it X-Organization: Home X-Mailer: Messenger v1.40f for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.60m Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <199909100609.HAA13899@flint.armlinux.org.uk> you wrote: > Have you tried the latest alpha partition manager? (can be found > on ftp://ftp.arm.linux.org.uk:/pub/armlinux/testing/). Have you > tried creating a partition using !SDirector, and then using the > partition manager? Yes. As you suggested, I download latest Partition Manager (1.13a13 [debug]). I used !SDirector to format and partition HD in 2: 1. SCSI partition 3015 Mb size 2. SCSI partition 1105 Mb Size I'd like to use first partition for ARMLinux. I run Partition Manager, I digit SCSIFS as Filing system and Eesox as Partition type and return. Double click on drive icon 4, 3015 Mb partition. A small window "Disk Geometry" shows : Filesystem : SCSIFS::4 Cylinders : Heads : 1 Sectors : 17 Here I don't know very well what to du but .... I tried to fill "Cylinders" field with a number I calculated: cylinders = bytes of partition / (sector size * sectors * heads ) with sector size=512 as Partition Manager shows. The "Disc Size" field in the main window of Partition Manager now shows the correct size of partition. NOTE: I also tried to let "Cylinders" field empty and "Disc Size" blanked with the same results. The partitions list shown is: Partition Start End Size Type 1 0 1 0Kb Filecore - 2 6175933 3016Mb Free 2 6175934 6175935 0Kb Filecore I press 'MENU' and select "New..." but the following message is shown: "Error while creating new partition: unable to allocate slot for partition" > Can you describe your SCSI card, and which kernel version you are > using (both normal x.x.xx and date as well). Sure. I'm sorry I forgot kernel version in my latest mail. Eesox 'fast' SCSI-2 interface cars, Linux also shows this code: [0064:008C] Under RiscOs: SCSIDriver 1.03 (09 Mar 1998) SCSIFS 1.03 (10 Mar 1998) SCSIFiler 1.03 Linux kernel is 2.0.36 29/05/1999 (dd/mm/yyy) ----------- End forwarded message ----------- -- Marco Suzzi msuzzi@mbox.queen.it unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 02:52:22 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id CAA29292 for ; Wed, 15 Sep 1999 02:52:21 +0100 Received: (qmail 8173 invoked from network); 15 Sep 1999 01:52:21 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 01:52:21 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 21:01:54 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 20:32:23 -0400 Received: from mail3.svr.pol.co.uk ([195.92.193.19]:11784 "EHLO mail3.svr.pol.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 19:47:17 -0400 Received: from modem-39.name39.dialup.pol.co.uk ([62.136.179.39] helo=dlambley.freeserve.co.uk) by mail3.svr.pol.co.uk with smtp (Exim 2.12 #2) id 11R2I6-0007f1-00 for linux-arm@vger.rutgers.edu; Wed, 15 Sep 1999 00:47:15 +0100 Date: Wed, 15 Sep 1999 00:17:54 +0100 From: Dave Lambley To: linux-arm@vger.rutgers.edu Subject: Could someone compile... Message-ID: X-Organization: Usual pun X-Mailer: Messenger v1.40f for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm looking for a Linux kernel for an A420/1 with 8Mb, Castle Technology keyboard, 16Mhz disc controller and APDL IDE interface. Can anyone tell me where I can get one, or failing that compile one for me. Thanks in advance, Dave -- 'Orders are not to capture them. They must be horribly destroyed.' unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 03:38:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id DAA30483 for ; Wed, 15 Sep 1999 03:38:37 +0100 Received: (qmail 20671 invoked from network); 15 Sep 1999 02:38:36 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 02:38:36 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 14 Sep 1999 22:18:48 -0400 Received: by vger.rutgers.edu id ; Tue, 14 Sep 1999 22:06:12 -0400 Received: from ha1.rdc1.md.home.com ([24.2.2.66]:46424 "EHLO mail.rdc1.md.home.com") by vger.rutgers.edu with ESMTP id ; Tue, 14 Sep 1999 21:27:46 -0400 Received: from home.com ([24.3.1.138]) by mail.rdc1.md.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <19990915012745.LCWJ29344.mail.rdc1.md.home.com@home.com>; Tue, 14 Sep 1999 18:27:45 -0700 Message-ID: <37DEF617.16DFD268@home.com> Date: Tue, 14 Sep 1999 21:27:51 -0400 From: Robert Kondner Organization: @Home Network X-Mailer: Mozilla 4.5 [en]C-AtHome0405 (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: "J.D. Bakker" CC: linux-kernel@vger.rutgers.edu, linux-arm@vger.rutgers.edu Subject: Re: Designing a keyboard controller References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Some years ago I wrote a keyboard driver using 2 parallel IO bits. These were in a FPGA, logic allowed one line (KBCLK) to generate interrupts when it changed states. I decoded Scan Code Set 2. I think the PS/2 format is Scan Code Set 3, and it would be easier. This was about 5 weeks of code, and required lots of tweaking with various keyboards. Various keyboards do things a little different, ACK timeing, Reset Functions were real problems. Newer keyboards (>1997) seemed more consistent. If you have specific question give me a shout. I suggest a small FPGA to unload the ARM. There were a number of timing function that were done in software. During some exception it took 100's of microsecs in the ISR. The FPGA logic would off load this. Having done it the hard way those 8042 devices look real nice. I have a real respect for the code in those things. Bob Kondner "J.D. Bakker" wrote: > > [Hope this is not too off-topic...] > > Hi all, > > I'm designing an embedded StrongARM-based system[1] that I want to use with > Linux. I need to design a keyboard/mouse interface for this beast, and > going by the kernel sources PS/2 seems the way to go (I'd really like to > use commodity hardware to talk to X and friends). > > I've since found notes on how to capture a PS/2 stream with a > microcontroller, but I don't know what the best interface is to offer > Linux, ie what should the hardware look like when seen from the kernel . > I'd rather not use an 8042 ;-), but I'm open for other suggestions. The > StrongARM has an I/O space that is almost but not entirely unlike ISA, and > I have some GP I/O pins to spare. Does anyone have an idea what the best > interface would be ? > > Sincerely, > > Jan-Derk Bakker > > [1] the Linux Advanced Radio Terminal or LART; 32MB, >200MIPS, <1W, > pictures at http://www-ict.its.tudelft.nl/~erik/open-source/LART/ . I'd > like to release the hardware design under a GPL-like license; please > contact me off-list if you have any suggestions on the legalese that is > unavoidably involved. > > -- > "... I've seen Sun monitors on fire off the side of the multimedia lab. > I've seen NTU lights glitter in the dark near the Mail Gate. > All these things will be lost in time, like the root partition last week. > Time... to die...". - Peter Gutmann in the scary devil monastery > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 06:40:34 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id GAA02953 for ; Wed, 15 Sep 1999 06:40:34 +0100 Received: (qmail 23667 invoked from network); 15 Sep 1999 05:40:33 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 05:40:33 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 01:39:56 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 01:36:50 -0400 Received: from m23-nsv3-trogon.tch.cableol.net ([194.168.16.173]:2106 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 01:35:25 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA06044; Tue, 14 Sep 1999 23:46:03 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA30229; Tue, 14 Sep 1999 23:45:51 +0100 Message-Id: <199909142245.XAA30229@raistlin.armlinux.org.uk> Subject: Feature Cooling To: linux-arm@vger.rutgers.edu Date: Tue, 14 Sep 1999 23:45:49 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi All, It is my intention to get some of the remaining available 2.3 ARM stuff pushed over to Linus in about 1.5 weeks time. However, this weekend, from the end of Sunday, I shall be following Linus' example, and feature-freezing on any incoming patches. Any code that I have already received will still be considered for the kernel. >From that date on, I only want to see generally minor changes/bug fixes. Please ensure that these come via linux-arm-kernel@lists.arm.linux.org.uk, with a subject line starting with "PATCH: ". I'd prefer not to get them mixed up in the patch system. If anyone is subscribed to that mailing list who doesn't want to receive these, or anyone does want to, please take the appropriate action regarding that list. What I don't want to happen is that other people have "stable" trees, and they don't feed the bug fixes back to me in a timely manner. Device drivers may still be accepted, if they are proven, and these should go via the patch system still. Any major changes can still be submitted to the patch system; they will remain there until 2.5, or until proven 99% You have 5 days remaining... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 11:51:22 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA12345 for ; Wed, 15 Sep 1999 11:51:21 +0100 Received: (qmail 15923 invoked from network); 15 Sep 1999 10:51:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 10:51:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 06:50:58 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 06:50:48 -0400 Received: from mta1-gui.server.ntli.net ([194.168.54.142]:46576 "EHLO mta1-svc.virgin.net") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 06:50:35 -0400 Received: from oac.oaci.org ([194.168.235.224]) by mta1-svc.virgin.net (InterMail v4.01.01.02 201-229-111-106) with ESMTP id <19990915105109.DVKO15032.mta1-svc@oac.oaci.org> for ; Wed, 15 Sep 1999 11:51:09 +0100 Received: from oaci.org (rob@localhost [127.0.0.1]) by oac.oaci.org (8.8.7/8.8.7) with ESMTP id LAA03765 for ; Wed, 15 Sep 1999 11:50:28 +0100 Message-ID: <37DF79F4.254EA6C1@oaci.org> Date: Wed, 15 Sep 1999 11:50:28 +0100 From: Rob Davis Organization: Europe Now, (OAC) X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: ArmLinux on an A5000 8MB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm having difficulty installing Linux on my A5000. I have a copy of the FTP site on CD R/W that I've mounted on the Linux box... However, the A5000 installer doesn't want to mount the CD-rom by NFS (says permission denied)... It does however work with Omniclient. I've tried the long laborious copying over and installing off the hard drive method, but that gets stuck half way through by saying Rebooting System and freezing. What install and supplemental disks should I be using? The kernel I have is 2.0.31, I have an Ether 3 ethernet card. The Intel Box is RedHat 6.0. Any ideas? -- Rob Davis, at home, on the Linux Box... Apparently, Windows 2000 has been delayed. It will now ship around September 1901. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 12:37:58 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id MAA13582 for ; Wed, 15 Sep 1999 12:37:58 +0100 Received: (qmail 21744 invoked from network); 15 Sep 1999 11:37:57 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 11:37:57 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 07:36:26 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 07:36:14 -0400 Received: from kauket.visi.com ([209.98.98.22]:57819 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Wed, 15 Sep 1999 07:33:32 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id D19FE373D; Wed, 15 Sep 1999 06:33:31 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id GAA28488; Wed, 15 Sep 1999 06:33:31 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Wed, 15 Sep 1999 06:33:31 -0500 (CDT) From: To: linux@arm.linux.org.uk Cc: linux-arm@vger.rutgers.edu Subject: Re: Memory location question In-Reply-To: <199909142135.WAA30024@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Tue, 14 Sep 1999 linux@arm.linux.org.uk wrote: > But please only do this if your driver configuration option is switched on. > I don't want an extra page reserved for no reason on all architectures because > of this. > > And yes, definitely go through the 0xc000xxxx mappings for now, and don't switch > off the cacheable and bufferable bits. > _____ Why can't I do that? The memory needs to be marked as non-cacheable/non-buffferable. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 13:36:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA15441 for ; Wed, 15 Sep 1999 13:36:16 +0100 Received: (qmail 2020 invoked from network); 15 Sep 1999 12:36:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 12:36:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 08:35:45 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 08:34:29 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:1498 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Wed, 15 Sep 1999 08:33:30 -0400 Received: From paulaner With LocalMail ; Wed, 15 Sep 99 22:32:56 +1000 From: "Adam 'WeirdArms' Wiggins" To: linux@arm.linux.org.uk Date: Wed, 15 Sep 1999 22:32:56 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: LDM & STM In-Reply-To: <199909141840.TAA29535@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > > Don't care about write back (not using it in this case). I'm > > interested in gerneral ARM3/4. In particular StrongARM but I have a > > PS7110 (Psion 5) unit too. What do these chips do? > > I would recommend against this instruction. There has already been one > bug in the StrongARM related to user-mode STMs from SVC. I think that > the general advice given at that time was not to use any banked register > with a user-mode stm. If this is the one concerning page faults during a stm then its not relavent (kernel stacks in this case never cross page bounds). If its something else please forward the details to me. Many thanks, Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 13:45:21 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA15776 for ; Wed, 15 Sep 1999 13:45:20 +0100 Received: (qmail 3709 invoked from network); 15 Sep 1999 12:45:19 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 12:45:19 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 08:44:36 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 08:44:25 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:1595 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Wed, 15 Sep 1999 08:44:05 -0400 Received: From paulaner With LocalMail ; Wed, 15 Sep 99 22:43:35 +1000 From: "Adam 'WeirdArms' Wiggins" To: Terry Ewing Date: Wed, 15 Sep 1999 22:43:35 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: building ARM hardware In-Reply-To: <4.2.0.58.19990914133143.015ca840@mail1.dcomm.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing The first PLEB prototype "Photon" v1.1 schematics and PCB CAD files (OrCAD) for the CPU board and Memory Daughter Board will be avaliable for public download as soon as I can get a Hardware version of the GPL sorted out. Any help/suggestions on such a licence would be appreciated. Cheers Adam On Tue, 14 Sep 1999, Terry Ewing wrote: > I'm looking to build a very minimal board that will have an ARM processor, > an IDE interface, a serial port, and an ethernet port. It's meant to run > Linux and have a small task that it repeats. There is no need for a > monitor or keyboard. > > Does anyone know any reference designs I can look at? I know a lot of you > designed your own hardware so if anyone is willing to share any design tips > with me I'd appreciate it. I'm in a VERY early design stage so if anyone > can share any pictures, layouts, bills of materials, I'd appreciate it. > > -Terry > > > - Terry Ewing > Deepwell Internet Services > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 14:51:51 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA22151 for ; Wed, 15 Sep 1999 14:51:51 +0100 Received: (qmail 17367 invoked from network); 15 Sep 1999 13:50:47 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 13:50:47 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 09:50:19 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 09:50:06 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:1999 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Wed, 15 Sep 1999 09:46:48 -0400 Received: From paulaner With LocalMail ; Wed, 15 Sep 99 23:44:42 +1000 From: "Adam 'WeirdArms' Wiggins" To: Philip Blundell Date: Wed, 15 Sep 1999 23:44:41 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: Immediates in macro's In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 14 Sep 1999, Philip Blundell wrote: > > How does cpp treat $? because once the macro is substituted into > >the source the $ disapears. > > That doesn't seem to happen for me. Can you post an example of the actual > code you're using? Actually I edited the wrong macro, the $ does work :*| Many thanks, Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 15:03:33 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA22706 for ; Wed, 15 Sep 1999 15:03:32 +0100 Received: (qmail 20853 invoked from network); 15 Sep 1999 14:03:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 14:03:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 10:03:01 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 10:02:56 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:13293 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 10:00:12 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11RFQz-0005FH-00; Wed, 15 Sep 1999 14:49:17 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11RFQz-0001Sl-00; Wed, 15 Sep 1999 14:49:17 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: mestery@visi.com cc: linux-arm@vger.rutgers.edu Subject: Re: Memory location question In-reply-to: Your message of "Wed, 15 Sep 1999 06:33:31 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Sep 1999 14:49:17 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Why can't I do that? The memory needs to be marked as >non-cacheable/non-buffferable. If you turn off cacheable and bufferable for the section at 0xc0000000 the kernel will run like a blocked drain. You'll need to make a new mapping in that case -- probably easiest to use __ioremap. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 15:12:23 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA23190 for ; Wed, 15 Sep 1999 15:12:22 +0100 Received: (qmail 23318 invoked from network); 15 Sep 1999 14:12:22 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 14:12:22 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 10:07:05 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 10:06:40 -0400 Received: from kauket.visi.com ([209.98.98.22]:64338 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Wed, 15 Sep 1999 10:04:24 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id A0DA83715; Wed, 15 Sep 1999 09:04:24 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id JAA02959; Wed, 15 Sep 1999 09:04:24 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Wed, 15 Sep 1999 09:04:24 -0500 (CDT) From: To: Philip Blundell Cc: linux-arm@vger.rutgers.edu Subject: Re: Memory location question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Wed, 15 Sep 1999, Philip Blundell wrote: > >Why can't I do that? The memory needs to be marked as > >non-cacheable/non-buffferable. > > If you turn off cacheable and bufferable for the section at 0xc0000000 the > kernel will run like a blocked drain. You'll need to make a new mapping in > that case -- probably easiest to use __ioremap. > Thanks for the great imagery!:) I was actually just starting down that path now. Thanks Phil. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 16:00:01 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA24485 for ; Wed, 15 Sep 1999 16:00:00 +0100 Received: (qmail 3762 invoked from network); 15 Sep 1999 14:59:59 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 14:59:59 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 10:59:29 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 10:59:07 -0400 Received: from mail13.digital.com ([192.208.46.30]:2409 "EHLO mail13.digital.com") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 10:57:58 -0400 Received: from reohub2.reo.cpqcorp.net ([16.37.150.191]) by mail13.digital.com (8.9.2/8.9.2/WV2.0g) with ESMTP id KAA30969 for ; Wed, 15 Sep 1999 10:57:56 -0400 (EDT) Received: by reohub2.reo.cpqcorp.net with Internet Mail Service (5.5.2559.0) id ; Wed, 15 Sep 1999 15:57:35 +0100 Message-ID: <03D1E91FFFDFD1119BD90000F843B475023C23EA@sbueurayo1bc.ayo.dec.com> From: Iain Grant To: linux-arm@vger.rutgers.edu Subject: Minimal Linux Date: Wed, 15 Sep 1999 15:57:31 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2559.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I want to create a minimal linux installation for StrongARM. Has anyone got any pointers to any docs. I'm trying to create something like HAL91 ..... but for an ARM processor. Any ideas Iain unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 16:05:53 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA24750 for ; Wed, 15 Sep 1999 16:05:53 +0100 Received: (qmail 4765 invoked from network); 15 Sep 1999 15:05:52 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 15:05:52 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 11:03:31 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 11:03:09 -0400 Received: from pluto.dragonsys.com ([204.165.63.1]:45145 "HELO pluto-e.dragonsys.com") by vger.rutgers.edu with SMTP id ; Wed, 15 Sep 1999 11:01:35 -0400 Received: from po.dragonsys.com by pluto-e.dragonsys.com via smtpd (for vger.rutgers.edu [128.6.190.2]) with SMTP; 15 Sep 1999 15:01:34 UT Received: from ishtar.dragonsys.com (ishtar.dragonsys.com [204.165.56.139]) by po.dragonsys.com (8.9.3/8.9.3) with ESMTP id LAA00988 for ; Wed, 15 Sep 1999 11:01:33 -0400 (EDT) Received: from hydra.dragonsys.com.ishtar.dragonsys.com (bumble@hydra.dragonsys.com [172.16.2.21]) by ishtar.dragonsys.com (8.8.8/8.7.3) with ESMTP id LAA29278 for ; Wed, 15 Sep 1999 11:01:33 -0400 Date: Wed, 15 Sep 1999 11:01:32 -0400 Message-Id: <199909151501.LAA29278@ishtar.dragonsys.com> From: "Marc D. Bumble" To: linux-arm@vger.rutgers.edu Subject: kernel changes for binutils Reply-to: Marc_Bumble@dragonsys.com Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, I'm not sure if this is the correct place to report this and the resulting kernel is not tested at the moment, but it seems to compile well. Hopefully this is helpful. Thanks for all the assistance on this newsgroup. Followed H.J. Lu's instruction on setting up binutils from linux-gcc newsgroup. See http://www.mail-archive.com/linux-gcc%40vger.rutgers.edu/msg00535.html Apologies if this is already common knowledge :). Kernel changes required for compiling Linux kernel 2.2.12 with binutils-2.9.4.0.6 file: linux-2.2.12/arch/arm/boot/compressed/Makfile: ln 35 elf32-arm gets changed to elf32-littlearm $(LD) -r -o piggy.o -b binary $$tmppiggy.gz -b elf32-littlearm -T $$tmppiggy.lnk; \ file: linux-2.2.12/arch/arm/boot/compressed/Makfile.debug: ln 22 arm-linuxelf-objcopy --change-leading-char -I elf32-littlearm -O arm-aout32-linux \ $(COMPRESSED_EXTRA) ll_char_wr.aout.o file: linux-2.2.12/arch/arm/vmlinux-armo.lds: ln 8 /* OUTPUT_FORMAT("elf32-arm", "elf32-arm", "elf32-arm") */ OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm") file: linux-2.2.12/arch/arm/vmlinux-armv.lds: ln 8 /* OUTPUT_FORMAT("elf32-arm", "elf32-arm", "elf32-arm") */ OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm") -- /++++++++++++++++++++++++++++++++++++++/ Marc Bumble phone: (617) 796-2540 fax: (617) 965-8342 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 17:59:13 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA27988 for ; Wed, 15 Sep 1999 17:59:13 +0100 Received: (qmail 4700 invoked from network); 15 Sep 1999 16:59:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 16:59:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 12:47:46 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 12:32:12 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:13520 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 12:20:36 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11RHXM-0005Sm-00; Wed, 15 Sep 1999 17:04:00 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11RHXL-0001yz-00; Wed, 15 Sep 1999 17:03:59 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Marc_Bumble@dragonsys.com cc: linux-arm@vger.rutgers.edu Subject: Re: kernel changes for binutils In-reply-to: Your message of "Wed, 15 Sep 1999 11:01:32 EDT." <199909151501.LAA29278@ishtar.dragonsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Sep 1999 17:03:58 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Kernel changes required for compiling Linux kernel 2.2.12 with binutils-2.9.4. >0.6 > >file: >linux-2.2.12/arch/arm/boot/compressed/Makfile: ln 35 > elf32-arm gets changed to elf32-littlearm > > $(LD) -r -o piggy.o -b binary $$tmppiggy.gz -b elf32-littlearm -T $$tmppig >gy.lnk; \ I suspect the resulting kernel will still not work with these changes; you need to alter the linker script a bit more. If you get a newer version, the required patches are already included. Or if you want I can mail you a copy of the updated script and you can just drop it in to your tree. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 18:18:38 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA28617 for ; Wed, 15 Sep 1999 18:18:38 +0100 Received: (qmail 10841 invoked from network); 15 Sep 1999 17:18:36 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 17:18:36 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 13:10:06 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 13:02:43 -0400 Received: from pluto.dragonsys.com ([204.165.63.1]:61595 "HELO pluto-e.dragonsys.com") by vger.rutgers.edu with SMTP id ; Wed, 15 Sep 1999 12:50:13 -0400 Received: from po.dragonsys.com by pluto-e.dragonsys.com via smtpd (for vger.rutgers.edu [128.6.190.2]) with SMTP; 15 Sep 1999 16:50:12 UT Received: from ishtar.dragonsys.com (ishtar.dragonsys.com [204.165.56.139]) by po.dragonsys.com (8.9.3/8.9.3) with ESMTP id MAA03627 for ; Wed, 15 Sep 1999 12:50:11 -0400 (EDT) Received: from hydra.dragonsys.com.ishtar.dragonsys.com (bumble@hydra.dragonsys.com [172.16.2.21]) by ishtar.dragonsys.com (8.8.8/8.7.3) with ESMTP id MAA31573 for ; Wed, 15 Sep 1999 12:50:11 -0400 Date: Wed, 15 Sep 1999 12:50:10 -0400 Message-Id: <199909151650.MAA31573@ishtar.dragonsys.com> From: "Marc D. Bumble" To: linux-arm@vger.rutgers.edu In-reply-to: (message from Philip Blundell on Wed, 15 Sep 1999 12:18:59 -0400) Subject: Re: kernel changes for binutils Reply-to: Marc_Bumble@dragonsys.com References: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi Philip Yes, I would love to know which script it is. Could you mail it or post it? Thanks, marc >> "Philip" == Philip Blundell writes: >> Kernel changes required for compiling Linux kernel 2.2.12 with > binutils-2.9.4. >> 0.6 >> >> file: linux-2.2.12/arch/arm/boot/compressed/Makfile: ln 35 >> elf32-arm gets changed to elf32-littlearm >> >> $(LD) -r -o piggy.o -b binary $$tmppiggy.gz -b elf32-littlearm -T > $$tmppig >> gy.lnk; \ > I suspect the resulting kernel will still not work with these > changes; you need to alter the linker script a bit more. If you > get a newer version, the required patches are already included. > Or if you want I can mail you a copy of the updated script and you > can just drop it in to your tree. > p. -- /++++++++++++++++++++++++++++++++++++++/ Marc Bumble phone: (617) 796-2540 fax: (617) 965-8342 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 19:29:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA31881 for ; Wed, 15 Sep 1999 19:29:31 +0100 Received: (qmail 30729 invoked from network); 15 Sep 1999 18:29:30 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 18:29:30 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 14:20:04 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 14:15:59 -0400 Received: from thorgal.et.tudelft.nl ([130.161.40.91]:19755 "EHLO thorgal.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 14:06:34 -0400 Received: from [130.161.40.82] (tvs082.et.tudelft.nl [130.161.40.82]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id UAA27199; Wed, 15 Sep 1999 20:06:23 +0200 Message-Id: In-Reply-To: <4.2.0.58.19990914133143.015ca840@mail1.dcomm.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 15 Sep 1999 20:05:57 +0200 To: Terry Ewing From: "J.D. Bakker" Subject: Re: building ARM hardware Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing At 22:37 +0200 14-09-1999, Terry Ewing wrote: >I'm looking to build a very minimal board that will have an ARM processor, >an IDE interface, a serial port, and an ethernet port. It's meant to run >Linux and have a small task that it repeats. There is no need for a >monitor or keyboard. [1] >Does anyone know any reference designs I can look at? I know a lot of you >designed your own hardware so if anyone is willing to share any design tips >with me I'd appreciate it. I'm in a VERY early design stage so if anyone >can share any pictures, layouts, bills of materials, I'd appreciate it. Like Adam, once I've figured out the hardware GPL bit you're welcome to mine. In the meantime, I've two (SA-1100) links: http://www.it.kth.se/edu/gru/Fingerinfo/telesys.finger/Mobile.VT98/badge3.html and http://developer.intel.com/design/strong/schems/ HTH, JDB. [1] Let me guess... Hmmm... no sound, so that rules out Yet Another MP3 Player. Serial & ethernet could be a standalone modem server; ethernet and IDE makes for a network snooper/recorder. Pray tell, which is it ? ;-) -- I may be obsessive-compulsive, but it's NOT a disorder ! -- Paul S. Sawyer in the Monastery unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 20:07:13 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA00616 for ; Wed, 15 Sep 1999 20:07:12 +0100 Received: (qmail 11026 invoked from network); 15 Sep 1999 19:07:12 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 19:07:12 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 15:06:22 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 14:47:24 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:49607 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 14:36:29 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id OAA05685 for ; Wed, 15 Sep 1999 14:36:31 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Building gcc Date: Wed, 15 Sep 1999 14:06:42 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99091514344200.00658@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi there I'm in the process of building my ARM toolchain on my i386 workstation. Binutils 2.9.5.0.11 configure, make, and make install, without any patches, went well. Thanks Philip. So Next Step is gcc. Trying to transpose otherwise excellent Chris Rutter's excellent http://inkvine.fluff.org/~chris/arm-tools.html toolchain instructions to more recent version, I've downloaded kernel 2.2.10, applied patch-2.2.10-rmk3 from Russell and then tried to apply Philip linux-2.2.10rmk2-cvs990719.diff patch. After signaling me a few Hunk FAILED in `Makefile', `arch/arm/kernel/Makefile', and `arch/arm/kernel/armksyms.c', it stopped telling me: patching file `arch/arm/kernel/calls.S' Reversed (or previously applied) patch detected! Assume -R? [n] At this point I realize that patch-2.2.10-rmk3 dates from July 21, where Philip's patch dates from July 19. Was I supposed to apply the second patch ? What do I answer to the 'Assume -R?' question ? Should I restart from scratch with a new 2.2.10 source install? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 21:40:11 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA03326 for ; Wed, 15 Sep 1999 21:40:10 +0100 Received: (qmail 5440 invoked from network); 15 Sep 1999 20:40:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 20:40:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 16:31:42 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 16:10:27 -0400 Received: from m75-nsv3-trogon.tch.cableol.net ([194.168.16.225]:2342 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 15:50:10 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA10304; Wed, 15 Sep 1999 20:49:58 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA31720; Wed, 15 Sep 1999 20:49:43 +0100 Message-Id: <199909151949.UAA31720@raistlin.armlinux.org.uk> Subject: Re: LDM & STM To: awiggins@cse.unsw.edu.au (Adam 'WeirdArms' Wiggins) Date: Wed, 15 Sep 1999 20:49:42 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Adam 'WeirdArms' Wiggins" at Sep 15, 99 10:32:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Adam 'WeirdArms' Wiggins writes: > If this is the one concerning page faults during a stm then its > not relavent (kernel stacks in this case never cross page bounds). If its > something else please forward the details to me. No, it's not. It's the bug where the stack gets messed up by having an extra word inserted into it. I don't think Intel published it, but it was well known by both Acorn and DEC (and DEC used to acknowledge its existance). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 22:04:33 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA03990 for ; Wed, 15 Sep 1999 22:04:31 +0100 Received: (qmail 11040 invoked from network); 15 Sep 1999 21:04:28 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 21:04:28 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 16:32:07 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 16:12:19 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:52744 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 15:54:54 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id PAA02345 for ; Wed, 15 Sep 1999 15:55:01 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Fwd: Building gcc Date: Wed, 15 Sep 1999 15:42:19 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99091515531301.00658@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > At this point I realize that patch-2.2.10-rmk3 dates from July 21, >where Philip's patch dates from July 19. Oups! Miserable me! I definetely must take a little 5 seconds to stop panic and actually think before sending my stupid questions to this list! Obviously, Philips linux-2.2.10rmk2-cvs990719.diff patch has been created to be applied against patch-2.2.10-rmk2. However, it seems that patch-2.2.10-rmk3 include a lot of Philips cvs990719 patches but not all. What are the differences between 2.2.10-rmk2+Philip's patch and 2.2.10-rmk3? I guess the later rmk3 is always better isn't it? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 15 22:17:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA04604 for ; Wed, 15 Sep 1999 22:17:32 +0100 Received: (qmail 13449 invoked from network); 15 Sep 1999 21:17:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 21:17:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 17:13:22 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 16:59:50 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1102 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 16:45:21 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11RLvS-0000K4-00; Wed, 15 Sep 1999 21:45:10 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: Building gcc In-Reply-To: Message from Francois Desloges of "Wed, 15 Sep 1999 14:06:42 EDT." <99091514344200.00658@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Sep 1999 21:45:09 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >instructions to more recent version, I've downloaded kernel 2.2.10, applied >patch-2.2.10-rmk3 from Russell and then tried to apply Philip >linux-2.2.10rmk2-cvs990719.diff patch. Those patches aren't compatible; it looks like they contain some of the same changes. > Was I supposed to apply the second patch ? > What do I answer to the 'Assume -R?' question ? > Should I restart from scratch with a new 2.2.10 source install? The latest 2.2 kernel is actually 2.2.12. If you get the current versions of both Russell's patch and mine then they should go together properly. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 00:54:00 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA11893 for ; Thu, 16 Sep 1999 00:53:59 +0100 Received: (qmail 23091 invoked from network); 15 Sep 1999 23:53:59 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Sep 1999 23:53:59 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 19:45:00 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 19:44:42 -0400 Received: from mail8.lax.netzero.net ([209.247.162.41]:56175 "HELO mail8.lax.netzero.net") by vger.rutgers.edu with SMTP id ; Wed, 15 Sep 1999 19:41:34 -0400 Received: (qmail 5392 invoked by uid 0); 15 Sep 1999 23:41:12 -0000 Received: from pppa5-minneapolisb20-1r5050.saturn.bbn.com (HELO netzero.net) (4.12.6.83) by mail8.lax.netzero.net with SMTP; 15 Sep 1999 23:41:12 -0000 Message-ID: <37E02EFE.B78F0B5E@netzero.net> Date: Wed, 15 Sep 1999 18:42:54 -0500 From: Gaixia Zhang X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu Subject: About Russell's Boot Loader for EBSA285 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Afer I get bios (AIF Format), Should I use ARM fmu to program it into flash? Or do I need something more? We want to use with Bus Arbiter. From EBSA285 reference Manual, then the image selector switch can not be used. So I think I must erase PBL/Angel and program bios in image 0. But I think AIF format depends on PBL/Angel, the PBL/Angel is not there any more, how bios get started? If we enable X-Bus, do we need some additional hardware to do Bus Arbitration? What is mkboot for? I understand we do not need VGA and Keyboard, we can just use serial console, is this correct? Thanks, Gaixia Zhang ________________________________________________________ NetZero - We believe in a FREE Internet. Shouldn't you? Get your FREE Internet Access and Email at http://www.netzero.net/download/index.html unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 04:08:19 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id EAA17616 for ; Thu, 16 Sep 1999 04:08:19 +0100 Received: (qmail 23664 invoked from network); 16 Sep 1999 03:08:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 03:08:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 23:07:55 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 23:07:36 -0400 Received: from mail5.lax.netzero.net ([209.247.162.145]:46437 "HELO mail5.lax.netzero.net") by vger.rutgers.edu with SMTP id ; Wed, 15 Sep 1999 23:07:18 -0400 Received: (qmail 13344 invoked by uid 0); 16 Sep 1999 03:07:09 -0000 Received: from pppa15-minneapolisb20-1r5050.saturn.bbn.com (HELO netzero.net) (4.12.6.93) by mail5.lax.netzero.net with SMTP; 16 Sep 1999 03:07:09 -0000 Message-ID: <37E05F3F.2216D950@netzero.net> Date: Wed, 15 Sep 1999 22:08:47 -0500 From: Gaixia Zhang X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu Subject: More About Russell's Boot Loader for EBSA285: More! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I just though about this, if I do arm-linux-objcopy bios.elf bios.bin and then directly put it into flash (overwrite image 0), should it work? By the way, if I must have keyboard, is there one PCI-isa card availale with this 82733(?) super io chip? Thanks, Gaixia Zhang ________________________________________________________ NetZero - We believe in a FREE Internet. Shouldn't you? Get your FREE Internet Access and Email at http://www.netzero.net/download/index.html unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 04:22:17 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id EAA18044 for ; Thu, 16 Sep 1999 04:22:16 +0100 Received: (qmail 25003 invoked from network); 16 Sep 1999 03:22:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 03:22:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 15 Sep 1999 23:21:42 -0400 Received: by vger.rutgers.edu id ; Wed, 15 Sep 1999 23:21:22 -0400 Received: from yorktown.msoe.edu ([155.92.194.37]:4017 "EHLO yorktown.msoe.edu") by vger.rutgers.edu with ESMTP id ; Wed, 15 Sep 1999 23:21:08 -0400 Received: from msoe.edu (sleepchamber.msoe.edu [155.92.180.200]) by yorktown.msoe.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id S8DAZY6J; Wed, 15 Sep 1999 22:20:45 -0500 Message-ID: <37E06266.53A6444C@msoe.edu> Date: Thu, 16 Sep 1999 03:22:14 +0000 From: stocksb@msoe.edu X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.11 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Beginner glibc help References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, this is my first attempt at building a cross-compiling environment for the ARM. I've gotten binutils and gcc built but I am having problems with glibc. I used glibc-2.1.2 and configured it using: './configure arm-linux --build=i586-linux --prefix=/usr/local/arm/tools --enable-add-ons' and then run 'make' and the process errors out with: '/usr/local/arm/tools/arm-linux/bin/ld: unrecognized emulation mode: elf32arm' Does anyone have any ideas what I did wrong? Or anymore information I need to provide to help out? -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Benjamin Stocks Computer Engineering Milwaukee School of Engineering email: stocksb@msoe.edu http://www.msoe.edu/~stocksb "Don't Panic" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 11:20:06 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA01099 for ; Thu, 16 Sep 1999 11:20:06 +0100 Received: (qmail 4047 invoked from network); 16 Sep 1999 10:20:05 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 10:20:05 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 06:17:17 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 06:11:34 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:4330 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Thu, 16 Sep 1999 06:10:12 -0400 Received: From paulaner With LocalMail ; Thu, 16 Sep 99 20:09:39 +1000 From: "Adam 'WeirdArms' Wiggins" To: linux@arm.linux.org.uk Date: Thu, 16 Sep 1999 20:09:39 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: LDM & STM In-Reply-To: <199909151949.UAA31720@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 15 Sep 1999 linux@arm.linux.org.uk wrote: > Adam 'WeirdArms' Wiggins writes: > > If this is the one concerning page faults during a stm then its > > not relavent (kernel stacks in this case never cross page bounds). If its > > something else please forward the details to me. > > No, it's not. It's the bug where the stack gets messed up by having an > extra word inserted into it. I don't think Intel published it, but it > was well known by both Acorn and DEC (and DEC used to acknowledge its > existance). Where does the extra word get inserted? Depending on the behaviour it might not interfere with what I'm using it for. DO you have a reference for more info on this? Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 11:48:17 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA01870 for ; Thu, 16 Sep 1999 11:48:17 +0100 Received: (qmail 10824 invoked from network); 16 Sep 1999 10:48:16 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 10:48:16 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 06:47:36 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 06:44:36 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:14424 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 06:42:54 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11RYy7-0006Uu-00; Thu, 16 Sep 1999 11:40:47 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11RYy6-0006Sp-00; Thu, 16 Sep 1999 11:40:46 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: stocksb@msoe.edu cc: linux-arm@vger.rutgers.edu Subject: Re: Beginner glibc help In-reply-to: Your message of "Thu, 16 Sep 1999 03:22:14 -0000." <37E06266.53A6444C@msoe.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Sep 1999 11:40:45 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >and then run 'make' and the process errors out with: >'/usr/local/arm/tools/arm-linux/bin/ld: unrecognized emulation mode: >elf32arm' Did you read the binutils release notes? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 13:06:59 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA04341 for ; Thu, 16 Sep 1999 13:06:59 +0100 Received: (qmail 28714 invoked from network); 16 Sep 1999 12:06:57 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 12:06:57 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 08:06:36 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 08:06:27 -0400 Received: from yorktown.msoe.edu ([155.92.194.37]:3452 "EHLO yorktown.msoe.edu") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 08:06:22 -0400 Received: from msoe.edu (sleepchamber.msoe.edu [155.92.180.200]) by yorktown.msoe.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id S8DAZ54T; Thu, 16 Sep 1999 07:06:04 -0500 Message-ID: <37E0DD89.3FF5662F@msoe.edu> Date: Thu, 16 Sep 1999 12:07:37 +0000 From: Benjamin Stocks X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: Beginner glibc help References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Does anyone host them on a site? I can't locate them in the binutils source tar. Philip Blundell wrote: > > >and then run 'make' and the process errors out with: > >'/usr/local/arm/tools/arm-linux/bin/ld: unrecognized emulation mode: > >elf32arm' > > Did you read the binutils release notes? > > p. -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Benjamin Stocks Computer Engineering Milwaukee School of Engineering email: stocksb@msoe.edu http://www.msoe.edu/~stocksb voice: 414.220.9683 "Don't Panic" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 13:22:15 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA04781 for ; Thu, 16 Sep 1999 13:22:15 +0100 Received: (qmail 31144 invoked from network); 16 Sep 1999 12:22:13 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 12:22:13 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 08:20:53 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 08:20:36 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:14477 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 08:20:19 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11RaW7-0006mm-00; Thu, 16 Sep 1999 13:19:59 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11RaW7-0006Xc-00; Thu, 16 Sep 1999 13:19:59 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Stocks cc: linux-arm@vger.rutgers.edu Subject: Re: Beginner glibc help In-reply-to: Your message of "Thu, 16 Sep 1999 12:07:37 -0000." <37E0DD89.3FF5662F@msoe.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Sep 1999 13:19:59 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <37E0DD89.3FF5662F@msoe.edu>, Benjamin Stocks writes: >Does anyone host them on a site? I can't locate them in the binutils >source tar. ftp://ftp.varesearch.com:/pub/support/hjl/binutils/release.binutils-2.9.5.0.12 p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 13:23:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA04795 for ; Thu, 16 Sep 1999 13:23:16 +0100 Received: (qmail 31334 invoked from network); 16 Sep 1999 12:23:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 12:23:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 08:22:53 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 08:22:45 -0400 Received: from [212.219.8.163] ([212.219.8.163]:2293 "HELO inkvine.fluff.org") by vger.rutgers.edu with SMTP id ; Thu, 16 Sep 1999 08:22:35 -0400 Received: from localhost (localhost [127.0.0.1]) by inkvine.fluff.org (Postfix) with ESMTP id 712A646810; Thu, 16 Sep 1999 13:22:29 +0100 (BST) Date: Thu, 16 Sep 1999 13:22:29 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: Rob Davis Cc: linux-arm@vger.rutgers.edu Subject: Re: ArmLinux on an A5000 8MB In-Reply-To: <37DF79F4.254EA6C1@oaci.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 15 Sep 1999, Rob Davis wrote: > I'm having difficulty installing Linux on my A5000. I have a copy of the FTP > site on CD R/W that I've mounted on the Linux box... However, the A5000 > installer doesn't want to mount the CD-rom by NFS (says permission denied)... > It does however work with Omniclient. Standard NFS problems. What directory have you put the CD-ROM in? Paste your /etc/exports file so we can see if there might be an obvious glitch. Oh, and never trust OmniGrot. > I've tried the long laborious copying over and installing off the hard drive > method, but that gets stuck half way through by saying Rebooting System and > freezing. What Ethernet cards (if any) do you have in this machine? Freezes on attempting rebooting is very common with ARM Linux -- just hit the power switch. > What install and supplemental disks should I be using? The kernel I have is > 2.0.31, I have an Ether 3 ethernet card. The Intel Box is RedHat 6.0. Any > ideas? Oh, you have an Ether3. A podule version, I guess? Try using the latest kernel/root you can find -- but *make* sure they match in date. I would advise you to do a complete install over NFS, so that the supplemental disk is read from a directory mounted from the PC. Oh, and how much HD space have you got on this A5000? You might want to consider trying root-over-NFS. -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 15:23:45 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA08697 for ; Thu, 16 Sep 1999 15:23:44 +0100 Received: (qmail 23305 invoked from network); 16 Sep 1999 14:23:41 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 14:23:41 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 10:23:10 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 10:22:41 -0400 Received: from dfw7-1.relay.mail.uu.net ([199.171.54.106]:64202 "EHLO dfw7-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 10:22:26 -0400 Received: from xedia.com by dfw7sosrv11.alter.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQhgxt07985; Thu, 16 Sep 1999 14:22:24 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA15327; Thu, 16 Sep 99 10:20:44 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id KAA02439; Thu, 16 Sep 1999 10:22:23 -0400 Date: Thu, 16 Sep 1999 10:22:23 -0400 Message-Id: <199909161422.KAA02439@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: gaixiaz@netzero.net Cc: linux-arm@vger.rutgers.edu Subject: Re: About Russell's Boot Loader for EBSA285 References: <37E02EFE.B78F0B5E@netzero.net> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>>>> "Gaixia" == Gaixia Zhang writes: Gaixia> We want to use with Bus Arbiter. From EBSA285 reference Gaixia> Manual, then the Gaixia> image selector switch can not be used. So I think I must Gaixia> erase PBL/Angel Gaixia> and program bios in image 0. But I think AIF format depends Gaixia> on PBL/Angel, the PBL/Angel is not there any more, how bios Gaixia> get started? Gaixia> If we enable X-Bus, do we need some additional hardware to do Gaixia> Bus Arbitration? Yes, that's an ugly design mistake in the 21285. I was told this was done to save a few dollars on the package (256 pins isn't enough to do the right thing, and bigger packages cost more). One of the silliest design compromises in recent history, that one... Anyway, a good solution if you can use it is to use the backplane that DEC built for the EBSA285. It has a PAL on it that does the arbitration, so you get to use the X-bus. If you get that backplane, be careful to order the right version. There are two, one for 5V PCI boards and one for 3.3V boards. Most boards seem to be 5V. If you get the 3.3V board, you will not be able to use 5V boards -- partly because the voltage isn't there but mostly because the edge connectors are keyed and your cards won't fit. (The difference between the two boards is (a) a few jumpers and labels, and (b) the keying of the PCI connectors.) I think the eval board kit comes with the design files for the arbiter PAL. (If not, then the backplane kit does, and I also once found it for download on the Strongarm website.) So if you want to use your own backplane you could add an arbiter PAL of your own to it. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 18:30:59 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA14818 for ; Thu, 16 Sep 1999 18:30:59 +0100 Received: (qmail 7996 invoked from network); 16 Sep 1999 17:30:58 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 17:30:58 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 13:30:38 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 13:30:19 -0400 Received: from mta1-gui.server.ntli.net ([194.168.54.142]:54102 "EHLO mta1-svc.virgin.net") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 13:29:58 -0400 Received: from oac.oaci.org ([194.168.121.118]) by mta1-svc.virgin.net (InterMail v4.01.01.02 201-229-111-106) with ESMTP id <19990916173032.ACD24293.mta1-svc@oac.oaci.org>; Thu, 16 Sep 1999 18:30:32 +0100 Received: from oaci.org (rob@localhost [127.0.0.1]) by oac.oaci.org (8.8.7/8.8.7) with ESMTP id SAA02485; Thu, 16 Sep 1999 18:29:01 +0100 Message-ID: <37E128DD.96DF58FC@oaci.org> Date: Thu, 16 Sep 1999 18:29:01 +0100 From: Rob Davis Organization: Europe Now, (OAC) X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: "chris@fluff.org" , linux-arm@vger.rutgers.edu Subject: Re: ArmLinux on an A5000 8MB References: Pine.LNX.4.10.9909161318320.13529-100000@inkvine.fluff.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Chris Rutter wrote: > > On Wed, 15 Sep 1999, Rob Davis wrote: > > > I'm having difficulty installing Linux on my A5000. I have a copy of the FTP > > > site on CD R/W that I've mounted on the Linux box... However, the A5000 > > installer doesn't want to mount the CD-rom by NFS (says permission denied)... > > > It does however work with Omniclient. > > Standard NFS problems. What directory have you put the CD-ROM in? > Paste your /etc/exports file so we can see if there might be > an obvious glitch. Oh, and never trust OmniGrot. It needs to be able to write to the disk for some reason??? I've copied it into /temp (well at least RedHat/RPMS, RedHat/Base and RedHat/instimage and it goes through the install process now, but NFS dies after about the fifth file... I have a RedHat 5.2 box too, so I'll try it from that.. > > > I've tried the long laborious copying over and installing off the hard drive > > method, but that gets stuck half way through by saying Rebooting System and > > freezing. > > What Ethernet cards (if any) do you have in this machine? Freezes > on attempting rebooting is very common with ARM Linux -- just hit > the power switch. > > > What install and supplemental disks should I be using? The kernel I have is > > 2.0.31, I have an Ether 3 ethernet card. The Intel Box is RedHat 6.0. Any > > ideas? > > Oh, you have an Ether3. A podule version, I guess? Try using > the latest kernel/root you can find -- but *make* sure they match > in date. I would advise you to do a complete install over NFS, > so that the supplemental disk is read from a directory mounted > from the PC. > > Oh, and how much HD space have you got on this A5000? You might > want to consider trying root-over-NFS. This is the only Kernel I could find, and there is only one bootdisk for this machine obviously available... I don't think any of the supplement disks work with it.. :-( I have 370MB for the root tree... Actually, I only want to use it to NFS export the ADFS partition and to work as an X Server, so I've probably got enough... If I get stuck I'll stick /usr on an NFS partition later... Thanks... I've got a feeling the swap space is not configuring properley, it says it can't find the swap space signature or something? Any ideas? -- Rob Davis, at home, on the Linux Box... Apparently, Windows 2000 has been delayed. It will now ship around September 1901. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 19:13:38 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA16082 for ; Thu, 16 Sep 1999 19:13:38 +0100 Received: (qmail 16602 invoked from network); 16 Sep 1999 18:13:37 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 18:13:37 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 14:13:08 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 14:12:49 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:59845 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 14:12:26 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id OAA11259 for ; Thu, 16 Sep 1999 14:12:28 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 Date: Thu, 16 Sep 1999 13:45:03 -0400 Content-Type: text/plain References: MIME-Version: 1.0 Message-Id: <99091614103300.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 07 Sep 1999, Philip Blundell wrote: > BTW, if you use the 2.95 or 2.95.1 release, you should try to add this patch > from CVS: > > Thu Sep 2 00:06:43 1999 Jeffrey A Law (law@cygnus.com) > > * fold-const.c (fold_range_test): Do not try to fold the range > test if the rhs or lhs has side effects. > > It fixes a bug that caused miscompilation of one small part of the kernel. > It's unlikely to affect anything other that device drivers, but you never know. > > As to binutils, the default is for gcc 2.95.x to expect binutils 2.9.1.0.x > (get whatever the latest is). The 2.9.5.0.x branch of binutils is somewhat > less buggy and you might like to try that instead though it has a few gotchas > of its own (see the archives of this mailing list for details). > Ok! I'm in the process of building gcc 2.95.1. I've applied Philip's gcc-2.95-diff-990730 patch and perform the #if 0 to # if 1 switch in gcc/config/arm/linux-elf.h as recommended in http://www.tazenda.demon.co.uk/phil/armlinux. Now, what about that extra CVS patch? Where is this CVS thing and how do I apply the patch ? And what about these 2.9.5.0.x binutils gotchas? Is this only the #if 0 to #if 1 switch or more? I use binutils 2.9.5.0.11 whitout any patches as stated by Philip. I've look in the mailing list up to June whitout finding any thing very relevant. Except may be this, dating from Aug 07, from Philip: >This is the one issue that makes me reluctant to tell everyone to throw away >binutils 2.9.1 and use 2.9.5 instead. Basically, owing to a series of fairly >uninteresting slip-ups, we have ended up in a situation where binutils >2.9.5 is not 100% compatible with the older versions. Normal programs >shouldn't care but gcc and glibc need to know the difference. > >I hope it will be fixed in glibc before 2.1.2 is actually released, though I >can't make any promise. > >As a side note, I am about to change the mainline egcs sources so that a >target name of `arm-*-linux-gnu' implies binutils 2.9.5, and a target name of >`arm-*-linux-gnuoldld' implies an older version. Config.guess can tell the >difference so there should be no reason for concern unless you set target >names by hand. This will probably end up being backported to my 2.9.5 >patchset sooner or later. Was that finally done? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 20:12:57 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA17813 for ; Thu, 16 Sep 1999 20:12:57 +0100 Received: (qmail 28589 invoked from network); 16 Sep 1999 19:12:55 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 19:12:55 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 15:12:22 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 15:12:03 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1049 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 15:11:54 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11RgwS-0000Id-00; Thu, 16 Sep 1999 20:11:36 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 In-Reply-To: Message from Francois Desloges of "Thu, 16 Sep 1999 13:45:03 EDT." <99091614103300.00761@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Sep 1999 20:11:36 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Now, what about that extra CVS patch? Where is this CVS thing and how do I >apply the patch ? I've appended the patch in question below. See the GCC web site if you are interested in CVS access. >>2.9.5 is not 100% compatible with the older versions. Normal programs >>shouldn't care but gcc and glibc need to know the difference. >> >>I hope it will be fixed in glibc before 2.1.2 is actually released, though >>I can't make any promise. This was indeed fixed in glibc 2.1.2. >>As a side note, I am about to change the mainline egcs sources so that >>a target name of `arm-*-linux-gnu' implies binutils 2.9.5, and a target >>name of `arm-*-linux-gnuoldld' implies an older version. This is true in the GCC mainline now, though config.guess has not yet been updated. It is not in the 2.95 branch but when I get around to making a new 2.95.x patch (hopefully within a couple of days) it will be in there. p. Thu Sep 2 00:06:43 1999 Jeffrey A Law (law@cygnus.com) * fold-const.c (fold_range_test): Do not try to fold the range test if the rhs or lhs has side effects. Index: fold-const.c =================================================================== RCS file: /egcs/carton/cvsfiles/egcs/gcc/fold-const.c,v retrieving revision 1.69 retrieving revision 1.70 diff -u -p -r1.69 -r1.70 --- fold-const.c 1999/08/27 07:37:16 1.69 +++ fold-const.c 1999/09/02 09:37:20 1.70 @@ -3560,6 +3560,10 @@ fold_range_test (exp) tree rhs = make_range (TREE_OPERAND (exp, 1), &in1_p, &low1, &high1); tree tem; + /* Fail if anything is volatile. */ + if (TREE_SIDE_EFFECTS (lhs) || TREE_SIDE_EFFECTS (rhs)) + return 0; + /* If this is an OR operation, invert both sides; we will invert again at the end. */ if (or_op) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 21:26:17 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA20084 for ; Thu, 16 Sep 1999 21:26:16 +0100 Received: (qmail 16880 invoked from network); 16 Sep 1999 20:26:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 20:26:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 16:25:46 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 16:25:31 -0400 Received: from SOUTH-STATION-ANNEX.MIT.EDU ([18.72.1.2]:4496 "HELO MIT.EDU") by vger.rutgers.edu with SMTP id ; Thu, 16 Sep 1999 16:23:49 -0400 Received: from FROINLEVEN.MIT.EDU by MIT.EDU with SMTP id AA05402; Thu, 16 Sep 99 16:23:46 EDT Received: by froinleven.mit.edu (8.9.3/4.7) id QAA20253; Thu, 16 Sep 1999 16:23:48 -0400 Message-Id: <199909162023.QAA20253@froinleven.mit.edu> To: linux-arm@vger.rutgers.edu Subject: Changing SA-1100 clock frequency Date: Thu, 16 Sep 1999 16:23:48 EDT From: Mark Huang Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Is there a way to update the SA-1100's PPCR register and change the core clock frequency on the fly after booting Linux? I've tried running the assembly code that I use to set the core clock before booting, but that just hangs the system usually. Thanks in advance, --Mark unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 22:42:00 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA22209 for ; Thu, 16 Sep 1999 22:42:00 +0100 Received: (qmail 4473 invoked from network); 16 Sep 1999 21:42:00 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 21:42:00 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 17:26:38 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 17:23:47 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:35419 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 17:13:33 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id RAA05596 for ; Thu, 16 Sep 1999 17:13:41 -0400 (EDT) From: Francois Desloges Subject: EBSA Flash-ROM Access Via JTAG Date: Thu, 16 Sep 1999 17:01:59 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99091617114001.00761@dual> Content-Transfer-Encoding: 8bit To: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing There's an Application Note on intel's site called "EBSA-110 and EBSA-285 Flash ROM Access Via JTAG", Order Number: 278205-001, http://developer.intel.com/design/strong/applnots/278205.htm that refer to a little FMU complements program that would allow me to program my flash by JTAG. I _NEED_ this program desperately in a few hours time frame. And I can't find it on intel's site. Anybody knows where I can find it ? Thanks -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 23:00:45 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA22849 for ; Thu, 16 Sep 1999 23:00:45 +0100 Received: (qmail 9266 invoked from network); 16 Sep 1999 22:00:44 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 22:00:44 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 17:59:55 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 17:55:57 -0400 Received: from m23-nsv3-trogon.tch.cableol.net ([194.168.16.173]:3065 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 17:54:53 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA14542; Thu, 16 Sep 1999 20:36:39 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA32182; Thu, 16 Sep 1999 20:36:17 +0100 Message-Id: <199909161936.UAA32182@raistlin.armlinux.org.uk> Subject: Re: ArmLinux on an A5000 8MB To: chris@fluff.org Date: Thu, 16 Sep 1999 20:36:17 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Chris Rutter" at Sep 16, 99 01:22:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Chris Rutter writes: > What Ethernet cards (if any) do you have in this machine? Freezes > on attempting rebooting is very common with ARM Linux -- just hit > the power switch. They are? Would someone like to send comprehensive details of these "very common" problems? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 23:01:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA22862 for ; Thu, 16 Sep 1999 23:01:05 +0100 Received: (qmail 9394 invoked from network); 16 Sep 1999 22:01:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 22:01:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 17:59:56 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 17:55:52 -0400 Received: from m23-nsv3-trogon.tch.cableol.net ([194.168.16.173]:3065 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 17:55:03 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA14534; Thu, 16 Sep 1999 20:34:14 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA32174; Thu, 16 Sep 1999 20:33:53 +0100 Message-Id: <199909161933.UAA32174@raistlin.armlinux.org.uk> Subject: Re: LDM & STM To: awiggins@cse.unsw.edu.au (Adam 'WeirdArms' Wiggins) Date: Thu, 16 Sep 1999 20:33:52 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Adam 'WeirdArms' Wiggins" at Sep 16, 99 08:09:39 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Adam 'WeirdArms' Wiggins writes: > Where does the extra word get inserted? Depending on the behaviour > it might not interfere with what I'm using it for. DO you have a reference > for more info on this? I think it's between the top word and the second one down (top being highest address value). However, I can't really remember, it was discovered around 4 years ago while I was porting to the EBSA-110. I haven't recently seen it documented anywhere. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 16 23:01:36 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA22869 for ; Thu, 16 Sep 1999 23:01:35 +0100 Received: (qmail 9539 invoked from network); 16 Sep 1999 22:01:35 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 22:01:35 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 18:00:57 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 17:56:08 -0400 Received: from m23-nsv3-trogon.tch.cableol.net ([194.168.16.173]:3069 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 17:55:37 -0400 Received: from raistlin.armlinux.org.uk (rmk@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA14580; Thu, 16 Sep 1999 20:53:42 +0100 From: rmk@arm.linux.org.uk Received: (from rmk@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA32266; Thu, 16 Sep 1999 20:53:21 +0100 Message-Id: <199909161953.UAA32266@raistlin.armlinux.org.uk> Subject: fwd: help To: linux-arm@vger.rutgers.edu Date: Thu, 16 Sep 1999 20:53:21 +0100 (BST) Cc: jkx@mail.cumtb.edu.cn X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing The following was sent from "jin ke xue" and majordomo bounced it for some reason. I suggest not sending base64 mime encoded mails to the list. Do NOT CC: me! > Hi linux-arm > > A application note in Intel WWW say that there is the following > file in the site. I need it. Please tell me how to get it. > Thank you very much ! > > ftp://tsx-11.mit.edu/pub/linux/packages/gcc/ > -binutils-2.9.1.0.19a.tar.gz > > ftp://sunsite.unc.edu/pub/Linux/GCC/ - binutils-2.9.1.0.19a.tar.gz > Kexue King _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 00:56:14 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA26464 for ; Fri, 17 Sep 1999 00:56:13 +0100 Received: (qmail 927 invoked from network); 16 Sep 1999 23:56:13 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Sep 1999 23:56:13 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 19:55:10 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 19:55:04 -0400 Received: from yorktown.msoe.edu ([155.92.194.37]:2846 "EHLO yorktown.msoe.edu") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 19:50:17 -0400 Received: from msoe.edu (sleepchamber.msoe.edu [155.92.180.200]) by yorktown.msoe.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id S8DA5AP9; Thu, 16 Sep 1999 18:49:55 -0500 Message-ID: <37E18286.395695E8@msoe.edu> Date: Thu, 16 Sep 1999 23:51:34 +0000 From: Benjamin Stocks X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: Beginner glibc help References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Read them, they talk about a spec file that may need altering for gcc to work properly. Does anyone know which spec file they are talking about? This also looks like a problem with ld not gcc. Are we the only ones to have this problem? Philip Blundell wrote: > > >and then run 'make' and the process errors out with: > >'/usr/local/arm/tools/arm-linux/bin/ld: unrecognized emulation mode: > >elf32arm' > > Did you read the binutils release notes? > > p. -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Benjamin Stocks Computer Engineering Milwaukee School of Engineering email: stocksb@msoe.edu http://www.msoe.edu/~stocksb voice: 414.220.9683 "Don't Panic" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 01:19:02 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA27024 for ; Fri, 17 Sep 1999 01:19:02 +0100 Received: (qmail 4780 invoked from network); 17 Sep 1999 00:19:01 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 00:19:01 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 20:18:40 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 20:18:01 -0400 Received: from [24.200.137.233] ([24.200.137.233]:61463 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 20:17:41 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id UAA18398; Thu, 16 Sep 1999 20:12:51 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Thu, 16 Sep 1999 20:12:51 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Mark Huang cc: linux-arm@vger.rutgers.edu Subject: Re: Changing SA-1100 clock frequency In-Reply-To: <199909162023.QAA20253@froinleven.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 16 Sep 1999, Mark Huang wrote: > Hi, > > Is there a way to update the SA-1100's PPCR register and change the core > clock frequency on the fly after booting Linux? I've tried running the > assembly code that I use to set the core clock before booting, but that > just hangs the system usually. Why would you do that? The problem is that most configurable timings like dram, IO bus, etc. are all configured relative to the core clock. By changing the clock you may lose your dram refresh rate and then anything funny can happen. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 01:53:15 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA28076 for ; Fri, 17 Sep 1999 01:53:15 +0100 Received: (qmail 9348 invoked from network); 17 Sep 1999 00:53:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 00:53:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 20:52:53 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 20:52:44 -0400 Received: from mail1.digital.com ([204.123.2.50]:4116 "EHLO mail1.digital.com") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 20:52:28 -0400 Received: from pobox1.pa.dec.com (pobox1.pa.dec.com [16.1.240.19]) by mail1.digital.com (8.9.2/8.9.2/WV2.0g) with SMTP id RAA06828; Thu, 16 Sep 1999 17:52:24 -0700 (PDT) Received: from stowe.pa.dec.com by pobox1.pa.dec.com (5.65v3.2/1.1.10.5/07Nov97-1157AM) id AA18737; Thu, 16 Sep 1999 17:52:24 -0700 Received: by stowe.pa.dec.com; (8.8.8/1.1.8.2/06Jun96-0357PM) id UAA01503; Thu, 16 Sep 1999 20:52:24 -0400 (EDT) Date: Thu, 16 Sep 1999 20:52:24 -0400 (EDT) Message-Id: <199909170052.UAA01503@stowe.pa.dec.com> From: Deborah Wallach To: nico@cam.org Cc: markman@MIT.EDU, linux-arm@vger.rutgers.edu In-Reply-To: (message from Nicolas Pitre on Thu, 16 Sep 1999 20:12:51 -0400 (EDT)) Subject: Re: Changing SA-1100 clock frequency Address: Compaq Computer Corporation; Western Research Laboratory; 250 University Avenue; Palo Alto, CA 94301; USA Phone: 650-617-3315 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 16 Sep 1999, Mark Huang wrote: > Hi, > > Is there a way to update the SA-1100's PPCR register and change the core > clock frequency on the fly after booting Linux? I've tried running the > assembly code that I use to set the core clock before booting, but that > just hangs the system usually. Why would you do that? The problem is that most configurable timings like dram, IO bus, etc. are all configured relative to the core clock. By changing the clock you may lose your dram refresh rate and then anything funny can happen. One reason to do it would potentially be for power savings. We do it, so it definitely is possible. The strategy that we use is to basically shut down all the devices, jump to a very tiny piece of code in flash that changes the dram configuration parameters, then change the ppcr and then start up all the devices again. There's some funkiness about the order you do things in depending on whether you're decreasing or increasing the clock rate, too. -Debby unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 04:02:59 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id EAA31796 for ; Fri, 17 Sep 1999 04:02:59 +0100 Received: (qmail 28033 invoked from network); 17 Sep 1999 03:02:58 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 03:02:58 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 16 Sep 1999 23:02:37 -0400 Received: by vger.rutgers.edu id ; Thu, 16 Sep 1999 23:02:23 -0400 Received: from adsl-216-100-248-143.dsl.snfc21.pacbell.net ([216.100.248.143]:7919 "EHLO adsl-216-100-248-143.dsl.snfc21.pacbell.net") by vger.rutgers.edu with ESMTP id ; Thu, 16 Sep 1999 23:01:50 -0400 Received: from barney (benw@barney [192.168.1.7]) by adsl-216-100-248-143.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id TAA22474; Thu, 16 Sep 1999 19:58:10 -0700 Date: Thu, 16 Sep 1999 19:57:26 -0700 (PDT) From: Ben Williamson X-Sender: benw@barney.casagrande.way To: Mark Huang cc: linux-arm@vger.rutgers.edu Subject: Re: Changing SA-1100 clock frequency In-Reply-To: <199909162023.QAA20253@froinleven.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 16 Sep 1999, Mark Huang wrote: > Is there a way to update the SA-1100's PPCR register and change the core > clock frequency on the fly after booting Linux? I've tried running the > assembly code that I use to set the core clock before booting, but that > just hangs the system usually. This is not something you would want to do too often, as that register controls the PLL that drives the clocks. When you change the register, I believe the clock is gated off for a while to give the PLL time to settle into the new rate. That means that all peripherals are dead for a while too. But I can see how you might get a power saving if you can find the appropriate moment to do it. BTW, I think parts like the EP7211 will have a register that varies the clock rate over a much smaller set of values, by switching divider values. That avoids the clock while the PLL settles, so it's more useful for power saving without interrupting peripherals. Cheers, - Ben. ------------------------------------------------------------------- Ben Williamson benw@pobox.com http://www.pobox.com/~benw/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 09:42:14 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA08514 for ; Fri, 17 Sep 1999 09:42:13 +0100 Received: (qmail 9316 invoked from network); 17 Sep 1999 08:42:13 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 08:42:13 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 04:41:43 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 04:41:36 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:16169 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 17 Sep 1999 04:40:09 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11RtSN-0008ET-00; Fri, 17 Sep 1999 09:33:23 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11RtSN-0007s6-00; Fri, 17 Sep 1999 09:33:23 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Stocks cc: linux-arm@vger.rutgers.edu Subject: Re: Beginner glibc help In-reply-to: Your message of "Thu, 16 Sep 1999 23:51:34 -0000." <37E18286.395695E8@msoe.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 17 Sep 1999 09:33:19 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <37E18286.395695E8@msoe.edu>, Benjamin Stocks writes: >Read them, they talk about a spec file that may need altering for gcc to >work properly. Does anyone know which spec file they are talking about? /usr/lib/gcc-lib/arm-linux/2.95/specs >This also looks like a problem with ld not gcc. Are we the only ones to >have this problem? No, the problem is with gcc. It is passing the wrong options to ld. >> >'/usr/local/arm/tools/arm-linux/bin/ld: unrecognized emulation mode: >> >elf32arm' p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 10:21:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA09737 for ; Fri, 17 Sep 1999 10:21:16 +0100 Received: (qmail 22207 invoked from network); 17 Sep 1999 09:21:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 09:21:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 05:09:42 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 05:04:47 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3253 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Fri, 17 Sep 1999 05:01:56 -0400 Received: From paulaner With LocalMail ; Fri, 17 Sep 99 19:01:12 +1000 From: "Adam 'WeirdArms' Wiggins" To: linux@arm.linux.org.uk Date: Fri, 17 Sep 1999 19:01:12 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: LDM & STM In-Reply-To: <199909161933.UAA32174@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 16 Sep 1999 linux@arm.linux.org.uk wrote: > Adam 'WeirdArms' Wiggins writes: > > Where does the extra word get inserted? Depending on the behaviour > > it might not interfere with what I'm using it for. DO you have a reference > > for more info on this? > > I think it's between the top word and the second one down (top being highest > address value). However, I can't really remember, it was discovered around > 4 years ago while I was porting to the EBSA-110. I haven't recently seen it > documented anywhere. Thanks, I'll keep an eye out for it. Maybe they fixed the silicon since then? Cheers Adam > _____ > |_____| ------------------------------------------------- ---+---+- > | | Russell King linux@arm.linux.org.uk --- --- > | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | > | +-+-+ --- -+- > / | THE developer of ARM Linux |+| /|\ > / | | | --- | > +-+-+ ------------------------------------------------- /\\\ | > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 12:23:23 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id MAA13361 for ; Fri, 17 Sep 1999 12:23:23 +0100 Received: (qmail 11825 invoked from network); 17 Sep 1999 11:23:21 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 11:23:21 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 07:22:50 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 07:22:33 -0400 Received: from yorktown.msoe.edu ([155.92.194.37]:4601 "EHLO yorktown.msoe.edu") by vger.rutgers.edu with ESMTP id ; Fri, 17 Sep 1999 07:22:20 -0400 Received: from msoe.edu (sleepchamber.msoe.edu [155.92.180.200]) by yorktown.msoe.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id S8DA5DPQ; Fri, 17 Sep 1999 06:22:02 -0500 Message-ID: <37E224C3.8CFBF8E1@msoe.edu> Date: Fri, 17 Sep 1999 11:23:47 +0000 From: Benjamin Stocks X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: Beginner glibc help References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Found and fixed the spec file and gcc looks much happier, now the build of glibc breaks much later in the build so I'll investigate that. Thanks much! Philip Blundell wrote: > > In message <37E18286.395695E8@msoe.edu>, Benjamin Stocks writes: > >Read them, they talk about a spec file that may need altering for gcc to > >work properly. Does anyone know which spec file they are talking about? > > /usr/lib/gcc-lib/arm-linux/2.95/specs > > >This also looks like a problem with ld not gcc. Are we the only ones to > >have this problem? > > No, the problem is with gcc. It is passing the wrong options to ld. > > >> >'/usr/local/arm/tools/arm-linux/bin/ld: unrecognized emulation mode: > >> >elf32arm' > > p. -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Benjamin Stocks Computer Engineering Milwaukee School of Engineering email: stocksb@msoe.edu http://www.msoe.edu/~stocksb voice: 414.220.9683 "Don't Panic" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 15:55:20 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA19814 for ; Fri, 17 Sep 1999 15:55:20 +0100 Received: (qmail 18257 invoked from network); 17 Sep 1999 14:55:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 14:55:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 10:53:08 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 10:52:54 -0400 Received: from law2-f214.hotmail.com ([216.32.181.214]:2482 "HELO hotmail.com") by vger.rutgers.edu with SMTP id ; Fri, 17 Sep 1999 10:49:59 -0400 Received: (qmail 25292 invoked by uid 0); 17 Sep 1999 14:49:52 -0000 Message-ID: <19990917144952.25291.qmail@hotmail.com> Received: from 207.208.137.41 by www.hotmail.com with HTTP; Fri, 17 Sep 1999 07:49:52 PDT X-Originating-IP: [207.208.137.41] From: "Jerry Beckmann" To: linux-arm@vger.rutgers.edu Subject: compilers Date: Fri, 17 Sep 1999 09:49:52 CDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing This is kind of a dumb question, I know but does anyone have any compilers that run on an intel platform but make executable for the ARM platform? This would be of enormous help. (Right now I don't have enough room on the device I'm using to install compilers) I would prefer X compilers, but appreciate any that are out there. Jerry ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 16:32:29 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA20791 for ; Fri, 17 Sep 1999 16:32:29 +0100 Received: (qmail 27217 invoked from network); 17 Sep 1999 15:32:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 15:32:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 11:26:58 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 11:26:43 -0400 Received: from visuaide.colba.net ([207.107.152.244]:63315 "EHLO xanadu.visuaide.com") by vger.rutgers.edu with ESMTP id ; Fri, 17 Sep 1999 11:21:45 -0400 Received: from localhost (nico@localhost) by xanadu.visuaide.com (8.9.3/8.9.3) with ESMTP id LAA03841; Fri, 17 Sep 1999 11:20:05 -0400 X-Authentication-Warning: xanadu.visuaide.com: nico owned process doing -bs Date: Fri, 17 Sep 1999 11:20:05 -0400 (EDT) From: Nicolas Pitre To: Deborah Wallach cc: nico@CAM.ORG, markman@MIT.EDU, linux-arm@vger.rutgers.edu Subject: Re: Changing SA-1100 clock frequency In-Reply-To: <199909170052.UAA01503@stowe.pa.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 16 Sep 1999, Deborah Wallach wrote: > > On Thu, 16 Sep 1999, Mark Huang wrote: > > > Hi, > > > > Is there a way to update the SA-1100's PPCR register and change the core > > clock frequency on the fly after booting Linux? I've tried running the > > assembly code that I use to set the core clock before booting, but that > > just hangs the system usually. > > Why would you do that? The problem is that most configurable timings like > dram, IO bus, etc. are all configured relative to the core clock. By > changing the clock you may lose your dram refresh rate and then anything > funny can happen. > > One reason to do it would potentially be for power savings. We do it, so > it definitely is possible. The strategy that we use is to basically shut > down all the devices, jump to a very tiny piece of code in flash that > changes the dram configuration parameters, then change the ppcr and then > start up all the devices again. There's some funkiness about the order you > do things in depending on whether you're decreasing or increasing the clock > rate, too. Is it really worth the trouble since the wait-on-irq mode can be used when there's nothing left to do? Having a hier clock rate will just lead the CPU faster in the idle mode and stay longer idle. Power saving should be about the same in both cases. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 17:15:09 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA22108 for ; Fri, 17 Sep 1999 17:15:08 +0100 Received: (qmail 7495 invoked from network); 17 Sep 1999 16:15:07 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 16:15:07 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 12:03:21 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 11:54:39 -0400 Received: from law2-f248.hotmail.com ([216.32.181.248]:4733 "HELO hotmail.com") by vger.rutgers.edu with SMTP id ; Fri, 17 Sep 1999 11:51:39 -0400 Received: (qmail 45899 invoked by uid 0); 17 Sep 1999 15:51:32 -0000 Message-ID: <19990917155132.45898.qmail@hotmail.com> Received: from 207.208.137.41 by www.hotmail.com with HTTP; Fri, 17 Sep 1999 08:51:32 PDT X-Originating-IP: [207.208.137.41] From: "Jerry Beckmann" To: linux-arm@vger.rutgers.edu Subject: last email Date: Fri, 17 Sep 1999 10:51:32 CDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Sorry about that email. I couldn't find the doc I needed, but I found it now. I see now how to configure a cross-compiler. Jerry ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 17:24:51 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA22293 for ; Fri, 17 Sep 1999 17:24:51 +0100 Received: (qmail 11038 invoked from network); 17 Sep 1999 16:24:50 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 16:24:50 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 12:11:55 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 12:08:00 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:16843 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 17 Sep 1999 11:51:32 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11S07i-0000z3-00; Fri, 17 Sep 1999 16:40:30 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11S07h-0001n6-00; Fri, 17 Sep 1999 16:40:29 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Jerry Beckmann" cc: linux-arm@vger.rutgers.edu Subject: Re: compilers In-reply-to: Your message of "Fri, 17 Sep 1999 09:49:52 CDT." <19990917144952.25291.qmail@hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 17 Sep 1999 16:40:29 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <19990917144952.25291.qmail@hotmail.com>, "Jerry Beckmann" writes: >This is kind of a dumb question, I know but does anyone have any compilers >that run on an intel platform but make executable for the ARM platform? This >would be of enormous help. (Right now I don't have enough room on the device It isn't especially hard to build GCC as a cross-compiler. See the crossgcc FAQ and the gcc documentation; also Chris Rutter's toolchain guide. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 20:13:54 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA27088 for ; Fri, 17 Sep 1999 20:13:54 +0100 Received: (qmail 22363 invoked from network); 17 Sep 1999 19:13:53 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 19:13:53 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 15:08:08 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 15:07:53 -0400 Received: from adsl-216-100-248-143.dsl.snfc21.pacbell.net ([216.100.248.143]:8294 "EHLO adsl-216-100-248-143.dsl.snfc21.pacbell.net") by vger.rutgers.edu with ESMTP id ; Fri, 17 Sep 1999 15:03:28 -0400 Received: from barney (benw@barney [192.168.1.7]) by adsl-216-100-248-143.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id LAA23545; Fri, 17 Sep 1999 11:59:16 -0700 Date: Fri, 17 Sep 1999 11:58:34 -0700 (PDT) From: Ben Williamson X-Sender: benw@barney.casagrande.way To: Nicolas Pitre cc: Deborah Wallach , nico@CAM.ORG, markman@MIT.EDU, linux-arm@vger.rutgers.edu Subject: Re: Changing SA-1100 clock frequency In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 17 Sep 1999, Nicolas Pitre wrote: > Is it really worth the trouble since the wait-on-irq mode can be used when > there's nothing left to do? Having a hier clock rate will just lead the > CPU faster in the idle mode and stay longer idle. Power saving should be > about the same in both cases. In terms of power consumption of the core itself, that's certainly true. But real miserly folks like to worry about the current draw of the PLL and peripheral circuits that aren't affected by idle mode. I wonder, Deborah, do you have any figures? Cheers, - Ben. ------------------------------------------------------------------- Ben Williamson benw@pobox.com http://www.pobox.com/~benw/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 21:17:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA28867 for ; Fri, 17 Sep 1999 21:17:06 +0100 Received: (qmail 6472 invoked from network); 17 Sep 1999 20:17:05 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 20:17:05 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 16:14:45 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 16:04:58 -0400 Received: from m64-nsv3-trogon.tch.cableol.net ([194.168.16.214]:3367 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 17 Sep 1999 15:57:21 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA19089; Fri, 17 Sep 1999 20:35:41 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00084; Fri, 17 Sep 1999 20:35:15 +0100 Message-Id: <199909171935.UAA00084@raistlin.armlinux.org.uk> Subject: Re: LDM & STM To: awiggins@cse.unsw.EDU.AU (Adam 'WeirdArms' Wiggins) Date: Fri, 17 Sep 1999 20:35:14 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Adam 'WeirdArms' Wiggins" at Sep 17, 99 07:01:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Adam 'WeirdArms' Wiggins writes: > Thanks, I'll keep an eye out for it. Maybe they fixed the silicon > since then? The info I got from DEC after reporting the bug to them (and having it confirmed) was that they did not see the point in correcting the bug; they instead issued a work around for it. However, I may be mistaken - it was 4 years ago. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 17 21:58:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA29975 for ; Fri, 17 Sep 1999 21:58:05 +0100 Received: (qmail 17459 invoked from network); 17 Sep 1999 20:58:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 20:58:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 16:52:12 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 16:51:57 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:45664 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Fri, 17 Sep 1999 16:51:23 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id QAA14201 for ; Fri, 17 Sep 1999 16:51:31 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: GCC 2.95 make error Date: Fri, 17 Sep 1999 16:34:51 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99091716494206.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Am I surprised? I got this error after 6 minutes of compilation building gcc-2.95.1: make[3]: Entering directory `/usr/src/gcc-2.95.1/gcc' rm -f tmplibgcc2.a for name in _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _lshrdi3 _ashldi3_ashrdi3 _ffsdi2 _udiv_w_sdiv _udivmoddi4 _cmpdi2 _ucmpdi2 _floatdidf _floatdisf _fixunsdfsi _fixunssfsi _fixunsdfdi _fixdfdi _fixunssfdi _fixsfdi _fixxfdi _fix unsxfdi _floatdixf _fixunsxfsi _fixtfdi _fixunstfdi _floatditf __gcc_bcmp _varar do \ echo ${name}; \ /usr/src/gcc-2.95.1/gcc/xgcc -B/usr/src/gcc-2.95.1/gcc/ -B/usr/arm-linux/bin/ -I/usr/arm-linux/include -O2 -DCROSS_COMPILE -DIN_GCC -g -O2 -I./include -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I./config -I./../include -c -DL${name} \ ./libgcc2.c -o ${name}.o; \ if [ $? -eq 0 ] ; then true; else exit 1; fi; \ arm-linux-ar rc tmplibgcc2.a ${name}.o; \ rm -f ${name}.o; \ done _muldi3 ./libgcc2.c:41: stdlib.h: No such file or directory ./libgcc2.c:42: unistd.h: No such file or directory make[3]: *** [libgcc2.a] Error 1 make[3]: Leaving directory `/usr/src/gcc-2.95.1/gcc' make[2]: *** [stmp-multilib-sub] Error 2 make[2]: Leaving directory `/usr/src/gcc-2.95.1/gcc' make[1]: *** [stmp-multilib] Error 1 make[1]: Leaving directory `/usr/src/gcc-2.95.1/gcc' make: *** [all-gcc] Error 2 I did the cp -a /usr/src/linux-2.2.10/include/asm-arm /usr/arm-linux/include/asm cp -a /usr/src/linux-2.2.10/include/linux /usr/arm-linux/include/linux with a freshly patch kernel as recommended by Chris Rutter in its http://inkvine.fluff.org/~chris/arm-tools.html guide I use binutils 2.9.5.0.11 and had -Took gcc-2.95.1 -Applied Philip's 2.95-diff-990730 patch -Changed #if 0 to #if 1 in gcc/config/arm/linux-elf.h -Applied the E-Mailed by Philip gcc/fold-const.c patch by hand Anybody have an idea ? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 18 00:03:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA02199 for ; Sat, 18 Sep 1999 00:03:41 +0100 Received: (qmail 21727 invoked from network); 17 Sep 1999 23:03:40 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 17 Sep 1999 23:03:40 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 17 Sep 1999 19:02:30 -0400 Received: by vger.rutgers.edu id ; Fri, 17 Sep 1999 19:02:13 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1160 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Fri, 17 Sep 1999 19:02:01 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11S70p-0001Ax-00; Sat, 18 Sep 1999 00:01:51 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 make error In-Reply-To: Message from Francois Desloges of "Fri, 17 Sep 1999 16:34:51 EDT." <99091716494206.00761@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 18 Sep 1999 00:01:51 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >=2E/libgcc2.c:41: stdlib.h: No such file or directory >=2E/libgcc2.c:42: unistd.h: No such file or directory I think Chris Rutter's toolchain guide talks about this. Briefly, you need to either provide the headers or use -Dinhibit_libc and --disable-threads in the appropriate places (see the archives). Or if you're building a cross-compiler you might not care. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 18 10:33:43 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA19105 for ; Sat, 18 Sep 1999 10:33:43 +0100 Received: (qmail 23537 invoked from network); 18 Sep 1999 09:33:42 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 18 Sep 1999 09:33:42 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 18 Sep 1999 05:33:20 -0400 Received: by vger.rutgers.edu id ; Sat, 18 Sep 1999 05:33:04 -0400 Received: from mta1-gui.server.ntli.net ([194.168.54.142]:51523 "EHLO mta1-svc.virgin.net") by vger.rutgers.edu with ESMTP id ; Sat, 18 Sep 1999 05:32:50 -0400 Received: from oac.oaci.org ([194.168.74.144]) by mta1-svc.virgin.net (InterMail v4.01.01.02 201-229-111-106) with ESMTP id <19990918093324.PEVF24677.mta1-svc@oac.oaci.org> for ; Sat, 18 Sep 1999 10:33:24 +0100 Received: from oaci.org (rob@localhost [127.0.0.1]) by oac.oaci.org (8.8.7/8.8.7) with ESMTP id KAA06527 for ; Sat, 18 Sep 1999 10:32:58 +0100 Message-ID: <37E35C4A.15EA6F1E@oaci.org> Date: Sat, 18 Sep 1999 10:32:58 +0100 From: Rob Davis Organization: Europe Now, (OAC) X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: "linux-arm@vger.rutgers.edu" Subject: More problems with an A5000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing <<< No Message Collected >>> unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 18 10:34:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA19114 for ; Sat, 18 Sep 1999 10:34:07 +0100 Received: (qmail 23667 invoked from network); 18 Sep 1999 09:34:01 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 18 Sep 1999 09:34:01 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 18 Sep 1999 05:33:20 -0400 Received: by vger.rutgers.edu id ; Sat, 18 Sep 1999 05:33:02 -0400 Received: from mta1-gui.server.ntli.net ([194.168.54.142]:51521 "EHLO mta1-svc.virgin.net") by vger.rutgers.edu with ESMTP id ; Sat, 18 Sep 1999 05:32:47 -0400 Received: from oac.oaci.org ([194.168.74.144]) by mta1-svc.virgin.net (InterMail v4.01.01.02 201-229-111-106) with ESMTP id <19990918093321.PEVD24677.mta1-svc@oac.oaci.org> for ; Sat, 18 Sep 1999 10:33:21 +0100 Received: from oaci.org (rob@localhost [127.0.0.1]) by oac.oaci.org (8.8.7/8.8.7) with ESMTP id KAA06527 for ; Sat, 18 Sep 1999 10:32:58 +0100 Message-ID: <37E35C4A.15EA6F1E@oaci.org> Date: Sat, 18 Sep 1999 10:32:58 +0100 From: Rob Davis Organization: Europe Now, (OAC) X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: "linux-arm@vger.rutgers.edu" Subject: More problems with an A5000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I still can't get this thing to install... I've tried the 2.0.30 kernel and the 2.0.31 kernel. Both of them are reporting memory problems when trying to unpack the rpm's. The 2.0.30 simply says (Out of memory), and the 2.0.31 says kmalloc failure. This is on installing a basic system, it hangs on unpacking ncurses. It also says that it can't find the swap space signature... I've got a feeling all theses are related somehow. I've used the latest version of partman to create the disk partitions, is this somehow incompatable with the a5k bootdisk and kernel? Does anyone have a more reliable kernel, preferably with ether3 compiled in? -- Rob Davis, at home, on the Linux Box... Apparently, Windows 2000 has been delayed. It will now ship around September 1901. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 19 00:00:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA09792 for ; Sun, 19 Sep 1999 00:00:28 +0100 Received: (qmail 18102 invoked from network); 18 Sep 1999 23:00:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 18 Sep 1999 23:00:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 18 Sep 1999 18:59:58 -0400 Received: by vger.rutgers.edu id ; Sat, 18 Sep 1999 18:59:51 -0400 Received: from yorktown.msoe.edu ([155.92.194.37]:4437 "EHLO yorktown.msoe.edu") by vger.rutgers.edu with ESMTP id ; Sat, 18 Sep 1999 18:59:39 -0400 Received: from msoe.edu (sleepchamber.msoe.edu [155.92.180.200]) by yorktown.msoe.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id S8DA5L8Y; Sat, 18 Sep 1999 17:59:19 -0500 Message-ID: <37E419C2.233BD9CC@msoe.edu> Date: Sat, 18 Sep 1999 23:01:22 +0000 From: Benjamin Stocks X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.11 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: More beginner glibc problems for EBSA285 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, as stated before I'm pretty new at building cross compiling environments. While building glibc for a cross compiling environment for the EBSA285 I encountered this error about an hour into the build of glibc 2.1.2: In file included from ../sysdeps/generic/segfault.c:36: ../sysdeps/unix/sysv/linux/arm/register-dump.h: In function `register_dump': ../sysdeps/unix/sysv/linux/arm/register-dump.h:81: structure has no member named `ARM_cpsr' make[1]: *** [segfault.os] Error 1 make[1]: Leaving directory `/usr/local/arm/src/glibc-2.1.2/debug' make: *** [debug/others] Error 2 We've tried changing the 'spec' file linker options from 'armelf_linux26' to 'armelf_linux32' since the 26 bit version of the SA110 does not have a cptr register and the same error was reported. Does anyone have a clue what has gone wrong? Any ideas would help..... Thanks! Ben -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Benjamin Stocks Computer Engineering Milwaukee School of Engineering email: stocksb@msoe.edu http://www.msoe.edu/~stocksb voice: 414.220.9683 "Don't Panic" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 19 02:59:33 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id CAA14967 for ; Sun, 19 Sep 1999 02:59:33 +0100 Received: (qmail 13845 invoked from network); 19 Sep 1999 01:59:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Sep 1999 01:59:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 18 Sep 1999 21:58:58 -0400 Received: by vger.rutgers.edu id ; Sat, 18 Sep 1999 21:58:40 -0400 Received: from [203.87.14.203] ([203.87.14.203]:62579 "EHLO kate.cashdown") by vger.rutgers.edu with ESMTP id ; Sat, 18 Sep 1999 21:58:33 -0400 Received: from bcc.clarendon.vic.edu.au (root@localhost [127.0.0.1]) by kate.cashdown (8.8.8/8.8.8) with ESMTP id RAA00589 for ; Sun, 19 Sep 1999 17:47:17 +1000 Message-ID: <37E49505.BA13DDE5@bcc.clarendon.vic.edu.au> Date: Sun, 19 Sep 1999 17:47:17 +1000 From: Paul X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.0.36 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: SA-110k Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I have one of these prosesors and I was wondering do I have to get a new one to be able to boot Linux ?? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 19 09:30:43 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA27080 for ; Sun, 19 Sep 1999 09:30:42 +0100 Received: (qmail 24648 invoked from network); 19 Sep 1999 08:30:41 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Sep 1999 08:30:41 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 19 Sep 1999 04:30:20 -0400 Received: by vger.rutgers.edu id ; Sun, 19 Sep 1999 04:30:01 -0400 Received: from [194.162.128.45] ([194.162.128.45]:21270 "EHLO mail.netwave.de") by vger.rutgers.edu with ESMTP id ; Sun, 19 Sep 1999 04:29:47 -0400 Received: from otaku.nerdnet.de (postfix@as-line50.hb.netwave.de [195.185.99.177]) by mail.netwave.de (8.9.1/8.8.5) with ESMTP id KAA29759 for ; Sun, 19 Sep 1999 10:29:46 +0200 Received: by otaku.nerdnet.de (Postfix, from userid 1000) id 1065F272A4; Sun, 19 Sep 1999 10:03:24 +0200 (CEST) Date: Sun, 19 Sep 1999 10:03:24 +0200 From: Jan-Uwe Finck To: linux-arm@vger.rutgers.edu Subject: Re: SA-110k Message-ID: <19990919100324.A18331@mail.netwave.de> Reply-To: Jan-Uwe.Finck@bigfoot.de Mail-Followup-To: linux-arm@vger.rutgers.edu References: <37E49505.BA13DDE5@bcc.clarendon.vic.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0pre2i In-Reply-To: <37E49505.BA13DDE5@bcc.clarendon.vic.edu.au> Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Sun, Sep 19, 1999 at 05:47:17PM +1000, Paul wrote: > I have one of these prosesors and I was wondering do I have to get a new > one to be able to boot Linux ?? No, you needn't. -- CU Jan-Uwe ------------------------------------------------- PGP-Public-Key on Request. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 19 09:48:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA27801 for ; Sun, 19 Sep 1999 09:48:06 +0100 Received: (qmail 27023 invoked from network); 19 Sep 1999 08:48:06 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Sep 1999 08:48:06 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 19 Sep 1999 04:47:26 -0400 Received: by vger.rutgers.edu id ; Sun, 19 Sep 1999 04:47:21 -0400 Received: from [203.87.14.203] ([203.87.14.203]:61155 "EHLO kate.cashdown") by vger.rutgers.edu with ESMTP id ; Sun, 19 Sep 1999 04:43:37 -0400 Received: from kate (root@localhost [127.0.0.1]) by kate.cashdown (8.8.8/8.8.8) with SMTP id AAA00349 for ; Mon, 20 Sep 1999 00:31:39 +1000 From: paul To: linux-arm@vger.rutgers.edu Subject: CDROM Error Date: Mon, 20 Sep 1999 00:26:41 +1000 X-Mailer: KMail [version 1.0.21] Content-Type: text/plain; charset=US-ASCII MIME-Version: 1.0 Message-Id: <99092000313900.00326@kate> Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Any way why I asked the last thing was because when I try to run Linux I get this error Well I don't get an error Just that the computer stops when it gets to the cdrom. "hdb: MATSHITA CR-584, ATAPI CDROM drive" If any one could tell me why this is happening plese do unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 19 10:08:35 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA28347 for ; Sun, 19 Sep 1999 10:08:35 +0100 Received: (qmail 30275 invoked from network); 19 Sep 1999 09:08:34 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Sep 1999 09:08:34 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 19 Sep 1999 05:07:54 -0400 Received: by vger.rutgers.edu id ; Sun, 19 Sep 1999 05:07:41 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1039 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sun, 19 Sep 1999 05:03:10 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Scrv-00009G-00; Sun, 19 Sep 1999 10:02:47 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Stocks cc: linux-arm@vger.rutgers.edu Subject: Re: More beginner glibc problems for EBSA285 In-Reply-To: Message from Benjamin Stocks of "Sat, 18 Sep 1999 23:01:22 -0000." <37E419C2.233BD9CC@msoe.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Sep 1999 10:02:47 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >../sysdeps/unix/sysv/linux/arm/register-dump.h:81: structure has no >member named `ARM_cpsr' What kernel sources do you have installed? `ARM_cpsr' should be defined in . Admittedly it's rather bad form for glibc to depend on this though. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 19 10:09:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA28360 for ; Sun, 19 Sep 1999 10:09:16 +0100 Received: (qmail 30429 invoked from network); 19 Sep 1999 09:09:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Sep 1999 09:09:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 19 Sep 1999 05:08:05 -0400 Received: by vger.rutgers.edu id ; Sun, 19 Sep 1999 05:07:51 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1058 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sun, 19 Sep 1999 05:07:29 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Sctl-0000C3-00; Sun, 19 Sep 1999 10:04:41 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Paul cc: linux-arm@vger.rutgers.edu Subject: Re: SA-110k In-Reply-To: Message from Paul of "Sun, 19 Sep 1999 17:47:17 +1000." <37E49505.BA13DDE5@bcc.clarendon.vic.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Sep 1999 10:04:41 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I have one of these prosesors and I was wondering do I have to get a new >one to be able to boot Linux ?? No, though you may experience random crashes from time to time. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 19 10:34:45 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA29211 for ; Sun, 19 Sep 1999 10:34:45 +0100 Received: (qmail 2392 invoked from network); 19 Sep 1999 09:34:44 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Sep 1999 09:34:44 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 19 Sep 1999 05:34:11 -0400 Received: by vger.rutgers.edu id ; Sun, 19 Sep 1999 05:34:03 -0400 Received: from [203.87.14.203] ([203.87.14.203]:61393 "EHLO kate.cashdown") by vger.rutgers.edu with ESMTP id ; Sun, 19 Sep 1999 05:33:44 -0400 Received: from kate (root@localhost [127.0.0.1]) by kate.cashdown (8.8.8/8.8.8) with SMTP id BAA00465 for ; Mon, 20 Sep 1999 01:22:25 +1000 From: paul To: linux-arm@vger.rutgers.edu Subject: Where can i get an arm linux CD ??? Date: Mon, 20 Sep 1999 01:21:15 +1000 X-Mailer: KMail [version 1.0.21] Content-Type: text/plain; charset=US-ASCII MIME-Version: 1.0 Message-Id: <99092001222400.00431@kate> Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I now have the CDROM drive working and are therefor wannting to bye an arm linux cd ... Where can i get one and for what price ?? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 19 15:58:25 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA06285 for ; Sun, 19 Sep 1999 15:58:25 +0100 Received: (qmail 17472 invoked from network); 19 Sep 1999 14:58:24 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Sep 1999 14:58:24 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 19 Sep 1999 10:58:00 -0400 Received: by vger.rutgers.edu id ; Sun, 19 Sep 1999 10:57:41 -0400 Received: from yorktown.msoe.edu ([155.92.194.37]:4668 "EHLO yorktown.msoe.edu") by vger.rutgers.edu with ESMTP id ; Sun, 19 Sep 1999 10:57:31 -0400 Received: from msoe.edu (sleepchamber.msoe.edu [155.92.180.200]) by yorktown.msoe.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id S8DA5NRN; Sun, 19 Sep 1999 09:57:14 -0500 Message-ID: <37E4FA4E.14492AAD@msoe.edu> Date: Sun, 19 Sep 1999 14:59:26 +0000 From: Benjamin Stocks X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.11 i686) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: More beginner glibc problems for EBSA285 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing We are running 2.2.10 on the box and we are using 2.2.10 for the cross compiling. Philip Blundell wrote: > > >../sysdeps/unix/sysv/linux/arm/register-dump.h:81: structure has no > >member named `ARM_cpsr' > > What kernel sources do you have installed? `ARM_cpsr' should be defined in > . Admittedly it's rather bad form for glibc to depend on > this though. > > p. -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Benjamin Stocks Computer Engineering Milwaukee School of Engineering email: stocksb@msoe.edu http://www.msoe.edu/~stocksb voice: 414.220.9683 "Don't Panic" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 19 20:33:35 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA14388 for ; Sun, 19 Sep 1999 20:33:35 +0100 Received: (qmail 7763 invoked from network); 19 Sep 1999 19:33:34 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Sep 1999 19:33:34 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 19 Sep 1999 15:33:02 -0400 Received: by vger.rutgers.edu id ; Sun, 19 Sep 1999 15:32:54 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1101 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sun, 19 Sep 1999 15:32:29 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Smh6-0000NK-00; Sun, 19 Sep 1999 20:32:16 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Stocks cc: linux-arm@vger.rutgers.edu Subject: Re: More beginner glibc problems for EBSA285 In-Reply-To: Message from Benjamin Stocks of "Sun, 19 Sep 1999 14:59:26 -0000." <37E4FA4E.14492AAD@msoe.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Sep 1999 20:32:16 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >We are running 2.2.10 on the box and we are using 2.2.10 for the cross >compiling. Well, that should be OK. I think you need to debug this a bit yourself and find out why the macro isn't getting defined. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 20 18:52:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA02461 for ; Mon, 20 Sep 1999 18:52:04 +0100 Received: (qmail 14959 invoked from network); 20 Sep 1999 15:54:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 20 Sep 1999 15:54:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 20 Sep 1999 11:41:07 -0400 Received: by vger.rutgers.edu id ; Mon, 20 Sep 1999 11:32:14 -0400 Received: from smaug.netwave.de ([194.162.128.45]:19175 "EHLO mail.netwave.de") by vger.rutgers.edu with ESMTP id ; Mon, 20 Sep 1999 11:22:02 -0400 Received: from otaku.nerdnet.de (postfix@as-line34.hb.netwave.de [195.185.99.161]) by mail.netwave.de (8.9.1/8.8.5) with ESMTP id RAA27683 for ; Mon, 20 Sep 1999 17:21:59 +0200 Received: by otaku.nerdnet.de (Postfix, from userid 1000) id 8D6E627299; Mon, 20 Sep 1999 17:21:52 +0200 (CEST) Date: Mon, 20 Sep 1999 17:21:52 +0200 From: Jan-Uwe Finck To: linux-arm@vger.rutgers.edu Subject: glibc compile-error again... Message-ID: <19990920172152.A24346@mail.netwave.de> Reply-To: Jan-Uwe.Finck@bigfoot.de Mail-Followup-To: linux-arm@vger.rutgers.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0pre2i Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing This time it's me with another error in the middle of nowhere.. :-) Compiling and installing of binutils-990918 and gcc-2.95.1 was done without problems. While compiling glibc-2.1.2pre3 the follwing error occurs after more than two and a half hours.. :-( : a - io/stat64.oS a - io/fstat64.oS a - io/lstat64.oS : sysdeps/../libc_nonshared.a arm-linux-gcc -nostdlib -nostartfiles -r -o sysdeps/../libc_pic.os \ -Wl,-d -Wl,--whole-archive sysdeps/../libc_pic.a arm-linux-gcc -shared -Wl,-O1 -o sysdeps/../libc.so -Wl,-dynamic-linker=/usr/arm-linux/lib/ld-linux.so.2 -Bsysdeps/../csu/ -Wl,--version-script=sysdeps/../libc.map -Wl,-soname=libc.so.6 -nostdlib -nostartfiles -e __libc_main -u __register_frame -L. -Lsysdeps/../math -Lsysdeps/../elf -Lsysdeps/../nss -Lsysdeps/../nis -Lsysdeps/../db2 -Lsysdeps/../rt -Lsysdeps/../resolv -Lsysdeps/../linuxthreads -Wl,-rpath-link=.:sysdeps/../math:sysdeps/../elf:sysdeps/../nss:sysdeps/../nis:sysdeps/../db2:sysdeps/../rt:sysdeps/../resolv:sysdeps/../linuxthreads -Wl,--whole-archive sysdeps/../elf/soinit.os sysdeps/../libc_pic.os sysdeps/../elf/sofini.os sysdeps/../elf/interp.os sysdeps/../elf/ld.so -Wl,--no-whole-archive -lgcc sysdeps/../libc_pic.os: could not read symbols: Memory exhausted collect2: ld returned 1 exit status arm-linux-gcc: file path prefix `sysdeps/../csu/' never used make: *** [sysdeps/../libc.so] Error 1 I have no idea what leads to the 'Memory exhausted', I use a StrongARM110 RiscPC with 48 MB Ram, and theres enough of HD-Space, so the problem must be somewhere else.. I hope.. Any idea anybody ? -- CU Jan-Uwe ------------------------------------------------- PGP-Public-Key on Request. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 20 19:16:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA03304 for ; Mon, 20 Sep 1999 19:16:04 +0100 Received: (qmail 21599 invoked from network); 20 Sep 1999 16:18:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 20 Sep 1999 16:18:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 20 Sep 1999 12:03:34 -0400 Received: by vger.rutgers.edu id ; Mon, 20 Sep 1999 11:59:58 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:61241 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Mon, 20 Sep 1999 11:53:54 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id LAA23349 for ; Mon, 20 Sep 1999 11:53:57 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 make error Date: Mon, 20 Sep 1999 11:08:52 -0400 Content-Type: text/plain References: MIME-Version: 1.0 Message-Id: <99092011521307.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 17 Sep 1999, you wrote: > >=2E/libgcc2.c:41: stdlib.h: No such file or directory > >=2E/libgcc2.c:42: unistd.h: No such file or directory > > I think Chris Rutter's toolchain guide talks about this. Briefly, you need to > either provide the headers or use -Dinhibit_libc and --disable-threads in the > appropriate places (see the archives). Or if you're building a cross-compiler > you might not care. > > p. Chris Rutter's toolchain guide does _not_ talk about this. I've read it 37 times and knows it by heart (it says as well that we should make gcc from the gcc subdirectory which causes the famous libiberty/libiberty.a error). The headers the guide instructions provide don't include the glibc one where stdlib.h stands, only the linux and asm ones, I think (from Marco Pantaleoni): >> 3) Finally, I think the reason I hit this problem is that the Linux source >> base does not contain all the header files I need (such as stdlib.h, >> unistd.h, etc.). Why are these files not in the Linux kernel source base? >> Where do they come from? > >Kernel code can't rely on libc (ie, you can't call malloc or printf from >kernel-space). Since the header files you mention are part of libc, and >can therefore be used only by user-space programs, they can't be distributed >with kernel sources. On my Intel-Linux system, as on Dan Jakubiec's one, if I remember: # locate stdlib.h /usr/include/stdlib.h I've found the -Dinhibit_libc etc... solution from Dan Jakubiec and the archive as well. Thanks a lot. However from the archive (Philip B. to Dan J.), I've learned that: >>1) What effect will the "inhibit_libc", "__gthr_posix_h", and >>"--disable-threads" options have on my compiler? > >The generated libraries will not be thread safe. This will bite you if, for >example, you have a multithreaded C++ program that uses exceptions. > >>2) Would it be better to add a "-D/usr/include" instead the the above >>defines? I am building a gcc cross-compiler for an ARM Linux system on an >>Intel Linux box. Will the system header files be close enough, or should I >>not take this chance? > >You would probably get away with this most of the time, but it's probably not >a good idea. Not being able to support exception in multithreaded C++ program is out of the question for me. I need a perfectly reliable toolchain. What if I use option 2 add my actual Intel-Linux "-D/usr/include", build gcc for arm, build the glibc for arm, and rebuild gcc with the new arm header ? Why isn't -D/usr/include generally a good idea? Isn't it a way to include some other directory with the appropriate glibc header for the arm? How would I do this and which versions of glibc/header should I use? Oh, and by the way if this works where should I put the famous "-D/usr/include"? Or what about option 1 ("inhibit_libc", --disable-threads, etc.), and again build/install glibc for arm, rebuild gcc with the new arm header and whitout the "inhibit_libc", --disable-threads, etc.? Thank you for your enllightenments, -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 20 20:35:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA06569 for ; Mon, 20 Sep 1999 20:35:04 +0100 Received: (qmail 12744 invoked from network); 20 Sep 1999 19:35:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 20 Sep 1999 19:35:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 20 Sep 1999 15:34:10 -0400 Received: by vger.rutgers.edu id ; Mon, 20 Sep 1999 14:51:25 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1149 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Mon, 20 Sep 1999 14:35:55 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11T7W8-0000ed-00; Mon, 20 Sep 1999 18:46:20 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 make error In-Reply-To: Message from Francois Desloges of "Mon, 20 Sep 1999 11:08:52 EDT." <99092011521307.00761@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Sep 1999 18:46:20 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Chris Rutter's toolchain guide does _not_ talk about this. I've read it 37 >times and knows it by heart (it says as well that we should make gcc from >the gcc subdirectory which causes the famous libiberty/libiberty.a error). Oops. The notes on my web page did use to describe this problem but I removed that section some time ago thinking Chris had covered it. Oh well. >On my Intel-Linux system, as on Dan Jakubiec's one, if I remember: ># locate stdlib.h >/usr/include/stdlib.h Yes, that's right. But that header is part of the C library and so is not available until you install libc. >Or what about option 1 ("inhibit_libc", --disable-threads, etc.), and again >build/install glibc for arm, rebuild gcc with the new arm header and whitout >the "inhibit_libc", --disable-threads, etc.? This is the correct way to solve the problem. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 20 20:55:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA07585 for ; Mon, 20 Sep 1999 20:55:50 +0100 Received: (qmail 19731 invoked from network); 20 Sep 1999 19:55:49 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 20 Sep 1999 19:55:49 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 20 Sep 1999 15:34:09 -0400 Received: by vger.rutgers.edu id ; Mon, 20 Sep 1999 14:51:18 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1151 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Mon, 20 Sep 1999 14:36:02 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11T7Lt-0000Zz-00 for linux-arm@vger.rutgers.edu; Mon, 20 Sep 1999 18:35:45 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: Re: glibc compile-error again... In-Reply-To: Message from Jan-Uwe Finck of "Mon, 20 Sep 1999 17:21:52 +0200." <19990920172152.A24346@mail.netwave.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Sep 1999 18:35:45 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I have no idea what leads to the 'Memory exhausted', I use a >StrongARM110 RiscPC with 48 MB Ram, and theres enough of HD-Space, so >the problem must be somewhere else.. I hope.. How much swap space do you have? Check that you don't have a ulimit set to restrict process size. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 20 23:41:11 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA13694 for ; Mon, 20 Sep 1999 23:41:10 +0100 Received: (qmail 3719 invoked from network); 20 Sep 1999 22:41:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 20 Sep 1999 22:41:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 20 Sep 1999 18:34:30 -0400 Received: by vger.rutgers.edu id ; Mon, 20 Sep 1999 18:25:48 -0400 Received: from kauket.visi.com ([209.98.98.22]:46673 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Mon, 20 Sep 1999 18:11:45 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 9AFCE36C3 for ; Mon, 20 Sep 1999 17:11:39 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id RAA01247 for ; Mon, 20 Sep 1999 17:11:39 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Mon, 20 Sep 1999 17:11:39 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: Question: Code in head-armv.S Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, I'm running an ebsa285-like system with 2.2.11-rmk1-stk1 (stk1 means some stuff specific to our board), and I'm seeing something strange. I've had Linux running on this board for quite some time now, but all of the time I've noticed that it never boots up all the way each time I reboot it. I have vxWorks firmware which facilitates booting over the Intel 21143 ethernet chip, but I only have about a 50% boot success rate, i.e. 50% of the time I need to reboot and try again. I've put code in head-armv.S to track this down (basically banging individual characters out the UART), and I've trace it to where the MMU is enabled. Here's the sequence: mov lr, pc mov pc, r10 @ Call processor flush (returns ctrl reg) adr r5, __entry sub r10, r10, r5 @ Make r10 PIC ldr lr, .Lbranch /** DEBUG! FootBase is 0x42000000 **/ ldr r9, FootBase mov r8, #0x33 str r8, [r9, #0x160] /** DEBUG! **/ mcr p15, 0, r0, c1, c0 @ Enable MMU & caches. In 3 instructions @ we lose this page! mov pc, lr What happens is I see the 3 printed out before the jump and then a solid hang. I noticed comments in 2.2.12-rmk1 that this is a known problem if hte mov pc,lr instruction falls on a separate cache line, so I added the .align 5 aligned_entry stuff from there but it had no affect. Is there something else that could be going wrong? -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 21 02:50:54 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id CAA19202 for ; Tue, 21 Sep 1999 02:50:54 +0100 Received: (qmail 16344 invoked from network); 21 Sep 1999 01:50:53 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 01:50:53 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 20 Sep 1999 21:50:11 -0400 Received: by vger.rutgers.edu id ; Mon, 20 Sep 1999 21:50:05 -0400 Received: from mail1.digital.com ([204.123.2.50]:1951 "EHLO mail1.digital.com") by vger.rutgers.edu with ESMTP id ; Mon, 20 Sep 1999 21:49:47 -0400 Received: from pobox1.pa.dec.com (pobox1.pa.dec.com [16.1.240.19]) by mail1.digital.com (8.9.2/8.9.2/WV2.0g) with SMTP id SAA19115; Mon, 20 Sep 1999 18:49:40 -0700 (PDT) Received: from stowe.pa.dec.com by pobox1.pa.dec.com (5.65v3.2/1.1.10.5/07Nov97-1157AM) id AA27386; Mon, 20 Sep 1999 18:49:40 -0700 Received: by stowe.pa.dec.com; (8.8.8/1.1.8.2/06Jun96-0357PM) id SAA18897; Mon, 20 Sep 1999 18:49:39 -0700 (PDT) Date: Mon, 20 Sep 1999 18:49:39 -0700 (PDT) Message-Id: <199909210149.SAA18897@stowe.pa.dec.com> From: Deborah Wallach To: nico@visuaide.com Cc: nico@CAM.ORG, markman@MIT.EDU, linux-arm@vger.rutgers.edu In-Reply-To: (message from Nicolas Pitre on Fri, 17 Sep 1999 11:20:05 -0400 (EDT)) Subject: Re: Changing SA-1100 clock frequency Address: Compaq Computer Corporation; Western Research Laboratory; 250 University Avenue; Palo Alto, CA 94301; USA Phone: 650-617-3315 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 16 Sep 1999, Deborah Wallach wrote: > > On Thu, 16 Sep 1999, Mark Huang wrote: > > > Hi, > > > > Is there a way to update the SA-1100's PPCR register and change the core > > clock frequency on the fly after booting Linux? I've tried running the > > assembly code that I use to set the core clock before booting, but that > > just hangs the system usually. > > Why would you do that? The problem is that most configurable timings like > dram, IO bus, etc. are all configured relative to the core clock. By > changing the clock you may lose your dram refresh rate and then anything > funny can happen. > > One reason to do it would potentially be for power savings. We do it, so > it definitely is possible. The strategy that we use is to basically shut > down all the devices, jump to a very tiny piece of code in flash that > changes the dram configuration parameters, then change the ppcr and then > start up all the devices again. There's some funkiness about the order you > do things in depending on whether you're decreasing or increasing the clock > rate, too. Is it really worth the trouble since the wait-on-irq mode can be used when there's nothing left to do? Having a hier clock rate will just lead the CPU faster in the idle mode and stay longer idle. Power saving should be about the same in both cases. It may not be exactly the same for all cases. We're in the process of investigating that right now. -Debby unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 21 04:56:34 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id EAA22700 for ; Tue, 21 Sep 1999 04:56:34 +0100 Received: (qmail 1105 invoked from network); 21 Sep 1999 03:56:33 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 03:56:33 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 20 Sep 1999 23:56:02 -0400 Received: by vger.rutgers.edu id ; Mon, 20 Sep 1999 23:55:43 -0400 Received: from smaug.netwave.de ([194.162.128.45]:14173 "EHLO mail.netwave.de") by vger.rutgers.edu with ESMTP id ; Mon, 20 Sep 1999 23:55:29 -0400 Received: from otaku.nerdnet.de (postfix@as-line55.hb.netwave.de [195.185.99.182]) by mail.netwave.de (8.9.1/8.8.5) with ESMTP id FAA07311 for ; Tue, 21 Sep 1999 05:55:27 +0200 Received: by otaku.nerdnet.de (Postfix, from userid 1000) id 62B82272A5; Tue, 21 Sep 1999 05:54:51 +0200 (CEST) Date: Tue, 21 Sep 1999 05:54:51 +0200 From: Jan-Uwe Finck To: linux-arm@vger.rutgers.edu Subject: Re: glibc compile-error again... Message-ID: <19990921055451.C26253@mail.netwave.de> Reply-To: Jan-Uwe.Finck@bigfoot.de Mail-Followup-To: linux-arm@vger.rutgers.edu References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0pre2i In-Reply-To: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Mon, Sep 20, 1999 at 06:35:45PM +0100, Philip Blundell wrote: > >I have no idea what leads to the 'Memory exhausted', I use a > >StrongARM110 RiscPC with 48 MB Ram, and theres enough of HD-Space, so > >the problem must be somewhere else.. I hope.. > > How much swap space do you have? Check that you don't have a ulimit set to > restrict process size. the swap is 100MB, and theres no ulimit set.... Is 100MB really to small ?? -- CU Jan-Uwe ------------------------------------------------- PGP-Public-Key on Request. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 21 06:37:57 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id GAA25462 for ; Tue, 21 Sep 1999 06:37:57 +0100 Received: (qmail 15133 invoked from network); 21 Sep 1999 05:37:56 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 05:37:56 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 21 Sep 1999 01:37:26 -0400 Received: by vger.rutgers.edu id ; Tue, 21 Sep 1999 01:37:14 -0400 Received: from m1-nsv1-trogon.tch.cableol.net ([194.168.16.1]:1222 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Tue, 21 Sep 1999 01:33:37 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA00976; Mon, 20 Sep 1999 23:59:17 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA04819; Mon, 20 Sep 1999 23:58:38 +0100 Message-Id: <199909202258.XAA04819@raistlin.armlinux.org.uk> Subject: Re: Question: Code in head-armv.S To: mestery@visi.com Date: Mon, 20 Sep 1999 23:58:37 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Sep 20, 99 05:11:39 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com writes: > What happens is I see the 3 printed out before the jump and then a solid > hang. I noticed comments in 2.2.12-rmk1 that this is a known problem if > hte mov pc,lr instruction falls on a separate cache line, so I added the > .align 5 aligned_entry stuff from there but it had no affect. Is there > something else that could be going wrong? It's not so much a "known problem" but an effect I observed. It wouldn't be causing you the intermittent booting that you're seeing - it generally just won't boot altogether, or it will always boot. It sounds like the kernel is getting corrupted. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 21 15:53:58 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA10113 for ; Tue, 21 Sep 1999 15:53:57 +0100 Received: (qmail 787 invoked from network); 21 Sep 1999 14:53:56 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 14:53:56 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 21 Sep 1999 10:45:51 -0400 Received: by vger.rutgers.edu id ; Tue, 21 Sep 1999 10:42:26 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:35326 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Tue, 21 Sep 1999 10:06:33 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id KAA04883 for ; Tue, 21 Sep 1999 10:06:42 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 make error Date: Tue, 21 Sep 1999 10:03:56 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99092110045909.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing It worked ! You are so great everybody !!! Isn't it possible to FTP a beer or two to you all who give such a great help??? Anyway, just two more questions before going to glibc2, one for Philip: On Fri, 17 Sep 1999, Philip Blundell wrote: > I think Chris Rutter's toolchain guide talks about this. Briefly, you need to > either provide the headers or use -Dinhibit_libc and --disable-threads in the > appropriate places (see the archives). Or if you're building a cross-compiler > you might not care. Why on earth if I build a cross-compiler I'm suppose to "not care"? The other one for any body: Chris Rutter toolchain guide suggest that we cp -a the inlude/linux and include/asm to are TARGET-PREFIX directory. Why not create a symlink to it as usually suggested everywhere else? -- François Desloges fd@vipswitch.com -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 21 21:10:01 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA19267 for ; Tue, 21 Sep 1999 21:10:01 +0100 Received: (qmail 18756 invoked from network); 21 Sep 1999 20:10:00 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 20:10:00 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 21 Sep 1999 15:39:27 -0400 Received: by vger.rutgers.edu id ; Tue, 21 Sep 1999 15:02:35 -0400 Received: from mail6.svr.pol.co.uk ([195.92.193.212]:8233 "EHLO mail6.svr.pol.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 21 Sep 1999 14:00:53 -0400 Received: from modem-96.rubidium.dialup.pol.co.uk ([62.136.18.96] helo=srkilvington.freeserve.co.uk) by mail6.svr.pol.co.uk with esmtp (Exim 2.12 #2) id 11TUDf-0007jj-00 for linux-arm@vger.rutgers.edu; Tue, 21 Sep 1999 19:00:47 +0100 Message-ID: <37E7C85F.30B01EBD@srkilvington.freeserve.co.uk> Date: Tue, 21 Sep 1999 19:03:12 +0100 From: Simon Kilvington X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Two minor irritations... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, 1. how can I avoid having to type "root=/dev/hda3 ro" at the "Extra arguments" prompt everytime I boot Linux on my A5000? I'm using kernel loader v3.21. 2. when my syslog daemon starts up, it prints a message about "broken flock emulation" - how can I fix my flock emulation? I've tried recompiling syslogd from the sources, but it still does the same. I'm using the libc from the RPMs on ftp.arm.linux... -- Simon Kilvington unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 21 21:39:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA20059 for ; Tue, 21 Sep 1999 21:39:03 +0100 Received: (qmail 26960 invoked from network); 21 Sep 1999 20:39:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 20:39:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 21 Sep 1999 15:58:07 -0400 Received: by vger.rutgers.edu id ; Tue, 21 Sep 1999 15:15:07 -0400 Received: from neon-best.transmeta.com ([206.184.214.10]:4171 "EHLO neon.transmeta.com") by vger.rutgers.edu with ESMTP id ; Tue, 21 Sep 1999 14:38:54 -0400 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.1/8.9.1) with ESMTP id LAA13340; Tue, 21 Sep 1999 11:37:31 -0700 Received: from barium.transmeta.com (sullivan@barium.transmeta.com [10.1.52.15]) by deepthought.transmeta.com (8.8.8+spamcan/8.8.5) with SMTP id LAA15600; Tue, 21 Sep 1999 11:37:27 -0700 (PDT) Received: by barium.transmeta.com (SMI-8.6/SMI-SVR4) id LAA23590; Tue, 21 Sep 1999 11:37:27 -0700 Date: Tue, 21 Sep 1999 11:37:27 -0700 From: sullivan@transmeta.com (John Sullivan) Message-Id: <199909211837.LAA23590@barium.transmeta.com> To: mestery@visi.com, linux-arm@vger.rutgers.edu Subject: Re: Question: Code in head-armv.S Cc: sullivan@transmeta.com X-Sun-Charset: US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 20 15:53:48 1999 > Subject: Question: Code in head-armv.S > > Hi, > > I'm running an ebsa285-like system with 2.2.11-rmk1-stk1 (stk1 means > some stuff specific to our board), and I'm seeing something strange. > ... I've trace it to where the MMU is enabled. Here's the sequence: > ... > mcr p15, 0, r0, c1, c0 @ Enable MMU & caches. In 3 instructions > @ we lose this page! > mov pc, lr I ran into a similar problem. I'm actually using ARM Linux on a custom SW simulator that mimics an ESBA285 w/ a StrongARM CPU. I decided I wasn't interested in hacking the simulator to try and duplicate the StrongARM's non-deterministic MMU-enable behavior, so instead I modified head-armv.S to create a direct virtual-physical mapping for the section containing the instruction that enables the MMU. I do this right after the page table is cleared. /* * r4 = page dir in physical ram * r5 = physical address of start of RAM * r6 = I/O address */ mov r0, r4 mov r3, #0 add r2, r0, #0x4000 1: str r3, [r0], #4 @ Clear page table teq r0, r2 bne 1b /* JJS HACK -- add an entry to get us past the MMU being enabled. */ mov r3, #0x0c00; orr r3, r3, #0x0e; mov r0, #0x4000; str r3, [r0]; Later on, as the kernel sets up the real page tables, it just overwrites this entry. I think this should work fine on real StrongARM HW. I also discovered at least one other place in the kernel where the MMU mapping for the currently executing page changes, in the page table setup code. However, it looks like that case will always work because of the way its surrounded by TLB flushing code. At any rate, you might try some trick like this and see if it helps. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 21 22:04:33 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA20757 for ; Tue, 21 Sep 1999 22:04:32 +0100 Received: (qmail 732 invoked from network); 21 Sep 1999 21:04:30 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 21:04:30 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 21 Sep 1999 16:46:46 -0400 Received: by vger.rutgers.edu id ; Tue, 21 Sep 1999 16:08:12 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:50892 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Tue, 21 Sep 1999 15:34:29 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id PAA15330 for ; Tue, 21 Sep 1999 15:34:39 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: More fun building my ToolChain: glibc Date: Tue, 21 Sep 1999 13:59:43 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <9909211532530A.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Ok! Still in the process of builiding my toolchain With a functional binutils 2.9.5.0.11 and a functionnal gcc-2.95.1 all installed in /usr/arm-linux, and a kernel 2.2.10 approprietely patched, with the include/linux and include/asm transfered at the right /usr/arm-linux/include place I've downloaded glibc-2.1.2.tar.bz2 glibc-crypt-2.0.111.tar.gz glibc-linuxthreads-2.1.2.tar.bz2 I've make sure that the changes were made to /usr/lib/gcc-lib/ar-linux/2.95.1/specs as recommended by release.binutils-2.9.5.0.12, and they were. So I did # CC=linux-arm-gcc # ./configure arm-linux --build=i686-pc-linux-gnu --prefix=/usr/arm-linux --enable-add-ons # make PARALLELMFLAGS=-j2 The --build argument is from the target name given by gcc-2.95.1 ./configure, as recommended at Step 7 of Intel toolchain guide for gcc: http://developer.intel.com/design/strong/applnots/sa1100lx/egcs_c.htm The PARALLELMFLAGS=-j2 is to enjoy my dual celeron :) After 8 minutes of building, it stops with: arm-linux-gcc network-lookup.c -c -O -Wall -Winline -Wstrict-prototypes -Wwrite-strings -g -I../include -I. -I.. -I../libio -I../sysdeps/arm/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/arm -I../sysdeps/unix/sysv/linux/arm -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/arm -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/arm/fpu -I../sysdeps/arm -I../sysdeps/wordsize-32 -I../sysdeps/ieee754 -I../sysdeps/libm-ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -D_LIBC_REENTRANT -include ../include/libc-symbols.h -o network-lookup.o make[1]: *** [nsswitch.o] Error 1 make[1]: Leaving directory `/usr/src/glibc/glibc-2.1.2/nss' make: *** [nss/subdir_lib] Error 2 There's nothing similar in the last two months of archive mail Any idea? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 21 22:35:03 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA21766 for ; Tue, 21 Sep 1999 22:35:03 +0100 Received: (qmail 9581 invoked from network); 21 Sep 1999 21:35:02 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 21:35:02 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 21 Sep 1999 17:07:36 -0400 Received: by vger.rutgers.edu id ; Tue, 21 Sep 1999 16:47:43 -0400 Received: from m6-nsv3-trogon.tch.cableol.net ([194.168.16.156]:2021 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Tue, 21 Sep 1999 16:17:13 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id VAA05211; Tue, 21 Sep 1999 21:16:29 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA10004; Tue, 21 Sep 1999 21:15:47 +0100 Message-Id: <199909212015.VAA10004@raistlin.armlinux.org.uk> Subject: Re: Two minor irritations... To: simon@srkilvington.freeserve.co.uk (Simon Kilvington) Date: Tue, 21 Sep 1999 21:15:47 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <37E7C85F.30B01EBD@srkilvington.freeserve.co.uk> from "Simon Kilvington" at Sep 21, 99 07:03:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Simon Kilvington writes: > 1. how can I avoid having to type "root=/dev/hda3 ro" at the "Extra > arguments" prompt everytime I boot Linux on my A5000? I'm using kernel > loader v3.21. Check out the FAQ on my web site. > 2. when my syslog daemon starts up, it prints a message about "broken > flock emulation" - how can I fix my flock emulation? I've tried > recompiling syslogd from the sources, but it still does the same. > I'm using the libc from the RPMs on ftp.arm.linux... You can safely ignore this message, it's harmless (you only get a one-off warning, and it's only there to tell you in the later kernels the flock emulation won't be there). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 21 22:40:45 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA21925 for ; Tue, 21 Sep 1999 22:40:45 +0100 Received: (qmail 10375 invoked from network); 21 Sep 1999 21:40:44 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 21:40:44 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 21 Sep 1999 17:40:05 -0400 Received: by vger.rutgers.edu id ; Tue, 21 Sep 1999 17:20:25 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:54568 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Tue, 21 Sep 1999 16:52:21 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id QAA09063 for ; Tue, 21 Sep 1999 16:52:31 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Re: More fun building my ToolChain: glibc Date: Tue, 21 Sep 1999 16:50:10 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <9909211650390C.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing The glibc documentation (FAQ) tells me that: "Most add-ons are tightly coupled to a specific GNU libc version. Please check that the add-ons work with the GNU libc. For example the crypt and linuxthreads add-ons have the same numbering scheme as the libc and will in general only work with the corresponding libc. " Well I use glibc-2.1.2 and glibc-linuxthreads-2.1.2 but glibc-crypt-2.0.11, since that's the only glibc-crypt version available on sourceware.cygnus.com ftp's! Can that be the problem? I first thought that the nss was related to the crypt add-on but it seems that eveything is untared in a crypt directory under glibc-2.1.12! -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 21 23:32:46 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA23839 for ; Tue, 21 Sep 1999 23:32:45 +0100 Received: (qmail 25876 invoked from network); 21 Sep 1999 22:32:45 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 22:32:45 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 21 Sep 1999 18:02:26 -0400 Received: by vger.rutgers.edu id ; Tue, 21 Sep 1999 17:42:21 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1128 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Tue, 21 Sep 1999 17:29:36 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11TXTU-0000YO-00; Tue, 21 Sep 1999 22:29:20 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: More fun building my ToolChain: glibc In-Reply-To: Message from Francois Desloges of "Tue, 21 Sep 1999 13:59:43 EDT." <9909211532530A.00761@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Sep 1999 22:29:20 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >=2E./include/libc-symbols.h -o network-lookup.o >make[1]: *** [nsswitch.o] Error 1 >make[1]: Leaving directory `/usr/src/glibc/glibc-2.1.2/nss' >make: *** [nss/subdir_lib] Error 2 That's a new one. Can you try without -j2 just in case that helps, and check you have the version of make recommended in the glibc documentation? Otherwise I am afraid you will have to debug this further yourself. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 22 00:38:19 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA25827 for ; Wed, 22 Sep 1999 00:38:18 +0100 Received: (qmail 10973 invoked from network); 21 Sep 1999 23:38:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Sep 1999 23:38:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 21 Sep 1999 19:20:38 -0400 Received: by vger.rutgers.edu id ; Tue, 21 Sep 1999 18:59:36 -0400 Received: from [212.219.8.163] ([212.219.8.163]:3265 "HELO inkvine.fluff.org") by vger.rutgers.edu with SMTP id ; Tue, 21 Sep 1999 18:45:01 -0400 Received: from localhost (localhost [127.0.0.1]) by inkvine.fluff.org (Postfix) with ESMTP id F296746843; Tue, 21 Sep 1999 23:44:57 +0100 (BST) Date: Tue, 21 Sep 1999 23:44:57 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: Francois Desloges Cc: linux-arm@vger.rutgers.edu Subject: Re: GCC 2.95 make error In-Reply-To: <99092011521307.00761@dual> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Mon, 20 Sep 1999, Francois Desloges wrote: > Chris Rutter's toolchain guide does _not_ talk about this. I've read it 37 > times and knows it by heart (it says as well that we should make gcc from the > gcc subdirectory which causes the famous libiberty/libiberty.a error). The > headers the guide instructions provide don't include the glibc one where > stdlib.h stands, only the linux and asm ones, I think (from Marco Pantaleoni): Okay, sorry guv. There will be, er, a new version of this document availble soon from a different site, with all these heinous bugs fixed. Honestly, when I wrote it, that's what I think it was suggested I put. And, you're right, I don't talk about that in the guide; I meant to patch it in. I will do soon. -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 22 10:03:10 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA10107 for ; Wed, 22 Sep 1999 10:03:10 +0100 Received: (qmail 9368 invoked from network); 22 Sep 1999 09:03:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 22 Sep 1999 09:03:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 22 Sep 1999 05:02:39 -0400 Received: by vger.rutgers.edu id ; Wed, 22 Sep 1999 05:02:34 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:22933 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 22 Sep 1999 05:00:23 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11TiAD-0006Mo-00; Wed, 22 Sep 1999 09:54:09 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11TiAD-0000bY-00; Wed, 22 Sep 1999 09:54:09 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: More fun building my ToolChain: glibc In-reply-to: Your message of "Tue, 21 Sep 1999 16:50:10 EDT." <9909211650390C.00761@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Sep 1999 09:54:09 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Well I use glibc-2.1.2 and glibc-linuxthreads-2.1.2 but glibc-crypt-2.011, That certainly won't help. I think the latest crypt is stored on a site outside the US, though I don't remember exactly where -- it should be mentioned in the libc documentation. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 22 15:06:26 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA19248 for ; Wed, 22 Sep 1999 15:06:26 +0100 Received: (qmail 13504 invoked from network); 22 Sep 1999 14:06:25 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 22 Sep 1999 14:06:25 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 22 Sep 1999 10:05:46 -0400 Received: by vger.rutgers.edu id ; Wed, 22 Sep 1999 10:02:53 -0400 Received: from [24.200.137.233] ([24.200.137.233]:62222 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Wed, 22 Sep 1999 09:57:34 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id JAA00926; Wed, 22 Sep 1999 09:52:26 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Wed, 22 Sep 1999 09:52:26 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Philip Blundell cc: Francois Desloges , linux-arm@vger.rutgers.edu Subject: Re: More fun building my ToolChain: glibc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 22 Sep 1999, Philip Blundell wrote: > >Well I use glibc-2.1.2 and glibc-linuxthreads-2.1.2 but glibc-crypt-2.011, > > That certainly won't help. I think the latest crypt is stored on a site > outside the US, though I don't remember exactly where -- it should be > mentioned in the libc documentation. My glibc-2.1.2 is built with crypt-2.0.11 and everything went well. I didn't use any crypto features of glibc though, but the build succeeded. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 22 22:39:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA01533 for ; Wed, 22 Sep 1999 22:39:07 +0100 Received: (qmail 1793 invoked from network); 22 Sep 1999 21:39:05 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 22 Sep 1999 21:39:05 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 22 Sep 1999 17:36:04 -0400 Received: by vger.rutgers.edu id ; Wed, 22 Sep 1999 17:33:15 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:37430 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Wed, 22 Sep 1999 17:19:26 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id RAA06635 for ; Wed, 22 Sep 1999 17:19:36 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Date: Wed, 22 Sep 1999 17:08:41 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <9909221717540E.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing OK! Investigating why A "grep -nre LIBNSS_FILES_SO /usr/*" gives me: In /usr/include/gnu/lib-names.h:25: >#define LIBNSS_FILES_SO "libnss_files.so.2" which is LIBNSS_FILES_SO only existing definition. Irrelevant stuff in /usr/lib/perl5/5.00503/i386-linux/gnu/lib-names.ph Irrelevant stuff in /usr/src/glibc/glibc-2.1.2/ChangeLog.7 And finally in /usr/src/glibc/glibc-2.1.2/nss/nsswitch.c:71, the line that generate the make Error: >static const char *const __nss_shlib_revision = LIBNSS_FILES_SO + 15; Which, with >#define LIBNSS_FILES_SO "libnss_files.so.2" would give something like: >static const char *const __nss_shlib_revision = ".2"; The complete offending nss/nsswitch.c code being: >#if !defined DO_STATIC_NSS || defined PIC >/* String with revision number of the shared object files. */ >static const char *const __nss_shlib_revision = LIBNSS_FILES_SO + 15; >#endif I definitely don't want DO_STATIC_NSS defined, which would have been the case if I would have add --enable-static-nss to ./configure, which I haven't (as recommended by INSTALL). So it's correct that this declaration get compiled. Therefore, it might only be that gnu/lib-names.h, where LIBNSS_FILES_SO is defined hasn't been included. If i'm not wrong, the useful content of this file is normally created on "make install" so is not supposed to be available on the first make. Indeed in nss/nsswitch.c, there's a >#if !defined DO_STATIC_NSS || defined PIC >#include >#endif just a few lines before the offending code. I don't know what is the include directory on this build. However, having not barked at the "#include " line the build has obviously found the file. Well, "find" tell me that there's only 2 lib-names.h found on all my system. These are located in /usr/include/gnu and /usr/src/glibc/glibc-2.1.2/gnu. Since grep already told me that LIBNSS_FILES_SO is defined in the first file, and that I doubt this build would rely on an already installed glibc it knows nothing about, my build defintively included the second one. /usr/src/glibc/glibc-2.1.2/gnu/lib-names.h has not really yet been built since the glibc I'm building has obviously not been installed. It reads as follow: >/* This file is automatically generated. > It defines macros to allow user program to find the shared > library files which come as part of GNU libc. */ >#ifndef __GNU_LIB_NAMES_H >#define __GNU_LIB_NAMES_H 1 > > >#endif /* gnu/lib-names.h */ Which bring me to my question: How do I get get glibc-2.1.2/gnu/lib-names.h to have LIBNSS_FILES_SO defined before glibc is built? Any one has an idea of any other mysterious explanation? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 22 23:03:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA02506 for ; Wed, 22 Sep 1999 23:03:28 +0100 Received: (qmail 6495 invoked from network); 22 Sep 1999 22:03:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 22 Sep 1999 22:03:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 22 Sep 1999 18:01:42 -0400 Received: by vger.rutgers.edu id ; Wed, 22 Sep 1999 17:57:44 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1159 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Wed, 22 Sep 1999 17:54:31 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11TuL9-0002O7-00; Wed, 22 Sep 1999 22:54:15 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu In-Reply-To: Message from Francois Desloges of "Wed, 22 Sep 1999 17:08:41 EDT." <9909221717540E.00761@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Sep 1999 22:54:15 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >LIBNSS_FILES_SO is defined hasn't been included. If i'm not wrong, the >useful content of this file is normally created on "make install" so is >not supposed to be available on the first make. No, this file is supposed to be built quite early in the make process. It has a before-compile rule in Makeconfig, and lots of places in libc depend on it. It is built from soversions.mk, which in turn is built by make from rules in Makeconfig. >Any one has an idea of any other mysterious explanation? Did you check what version of GNU make you have? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 15:50:39 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA01223 for ; Thu, 23 Sep 1999 15:50:39 +0100 Received: (qmail 13950 invoked from network); 23 Sep 1999 14:50:37 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 14:50:37 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 10:29:25 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 10:20:49 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:65506 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 10:15:48 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id KAA10831; Thu, 23 Sep 1999 10:14:48 -0400 (EDT) From: Francois Desloges To: Philip Blundell Subject: Re: Date: Thu, 23 Sep 1999 08:51:50 -0400 Content-Type: text/plain References: Cc: linux-arm@vger.rutgers.edu MIME-Version: 1.0 Message-Id: <9909231013080F.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 22 Sep 1999, Philip wrote: > Did you check what version of GNU make you have? Sorry, I forgot the earlier questions. My make version is 3.77, which glibc Install tell me should not cause any problem. And building without -j 2 gives the same results. My Makeconfig contain the appropriate lib-names.h creations routine: ># Generate the header containing the names of all shared libraries. ># We use a stamp file to avoid uncessary recompilations. >before-compile += $(common-objpfx)gnu/lib-names.h >$(common-objpfx)gnu/lib-names.h: $(common-objpfx)gnu/lib-names.stmp; @: >$(common-objpfx)gnu/lib-names.stmp: $(common-objpfx)soversions.mk > $(make-target-directory) > @rm -f ${@:stmp=T} $@ > (echo '/* This file is automatically generated.';\ > echo ' It defines macros to allow user program to find the shared';\ > echo ' library files which come as part of GNU libc. */';\ > echo '#ifndef __GNU_LIB_NAMES_H'; \ > echo '#define __GNU_LIB_NAMES_H 1'; \ > echo; \ > (libs='$(all-sonames)';\ > for l in $$libs; do \ > upname=`echo $$l | sed 's/[.]so.*//' | \ > tr 'abcdefghijklmnopqrstuvwxyz-' \ > 'ABCDEFGHIJKLMNOPQRSTUVWXYZ_'`; \ > echo "#define $${upname}_SO \"$$l\""; \ > done;) | sort; \ > echo; \ > echo '#endif /* gnu/lib-names.h */';) > ${@:stmp=T} > $(move-if-change) ${@:stmp=T} ${@:stmp=h} > touch $@ > >common-generated += gnu/lib-names.h gnu/lib-names.stmp And the soversions.mk generation code that precede it in the Makeconfig generated the appropriate soversions.mk file, which content begin with: >libpthread.so-version=.0 >all-sonames+=libpthread.so$(libpthread.so-version) >libm.so-version=.6 >all-sonames+=libm.so$(libm.so-version) >libc.so-version=.6 >all-sonames+=libc.so$(libc.so-version) >ld.so-version=ld-linux.so.2 >all-sonames+=$(ld.so-version) >libdl.so-version=.2 >all-sonames+=libdl.so$(libdl.so-version) >libutil.so-version=.1 >all-sonames+=libutil.so$(libutil.so-version) >libresolv.so-version=.2 >all-sonames+=libresolv.so$(libresolv.so-version) >libnss_files.so-version=.2 >all-sonames+=libnss_files.so$(libnss_files.so-version) >... which should generate the appropriate >#define LIBNSS_FILES_SO "libnss_files.so.2" line and all other defines in lib-names.h I just have _no_ idea what to do! By the way, how do I force make to rebuild everything? I've read/browse-trough almost half of make's document and have find nothing about this (though it was very instructive) And is Makeconfig executed by ./configure or make? Oh well, I feel by far too dependent from your help! One day, I promise, I'll be the one helping :-) Thank you so much ! -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 16:46:15 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA02882 for ; Thu, 23 Sep 1999 16:46:15 +0100 Received: (qmail 26364 invoked from network); 23 Sep 1999 15:46:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 15:46:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 11:26:10 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 11:06:51 -0400 Received: from m16-nsv3-trogon.tch.cableol.net ([194.168.16.166]:3124 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 11:05:28 -0400 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id QAA13641 for ; Thu, 23 Sep 1999 16:05:24 +0100 Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.8.7) id QAA18333 for linux-arm@vger.rutgers.edu; Thu, 23 Sep 1999 16:04:34 +0100 From: Russell King - ARM Linux Admin Message-Id: <199909231504.QAA18333@flint.armlinux.org.uk> Subject: Subject lines To: linux-arm@vger.rutgers.edu Date: Thu, 23 Sep 1999 16:04:33 +0100 (BST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Could we have less mails with blank subject lines please? Please ensure that your subject lines are always appropriate for your email. Thank you. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 16:46:47 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA02890 for ; Thu, 23 Sep 1999 16:46:47 +0100 Received: (qmail 26553 invoked from network); 23 Sep 1999 15:46:46 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 15:46:46 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 11:26:40 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 11:07:56 -0400 Received: from m16-nsv3-trogon.tch.cableol.net ([194.168.16.166]:3068 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 10:54:38 -0400 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id PAA13556 for ; Thu, 23 Sep 1999 15:54:29 +0100 Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.8.7) id PAA18249 for linux-arm@vger.rutgers.edu; Thu, 23 Sep 1999 15:53:39 +0100 From: Russell King - ARM Linux Admin Message-Id: <199909231453.PAA18249@flint.armlinux.org.uk> Subject: RiscPC: Please report for SIMMs To: linux-arm@vger.rutgers.edu Date: Thu, 23 Sep 1999 15:53:39 +0100 (BST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Could everyone who is using ARM Linux on a RiscPC please mail me ASAP (and I mean yesterday!) their SIMM configuration, specifically the size of the first SIMM in the machine. I must have a reasonable proportion of replies before Sunday 12:00 BST. Due to an up and coming change in 2.3.18, it is important for me to know the size of the SIMM is in the first socket. Failure to do this could result in later kernels becoming incompatible with your memory setup. (I may have to enforce an 8MB minimum limit on the first bank in the first SIMM, which generally means a 16MB SIMM in slot 0). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 19:13:40 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA07973 for ; Thu, 23 Sep 1999 19:13:39 +0100 Received: (qmail 23030 invoked from network); 23 Sep 1999 18:13:37 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 18:13:37 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 14:12:49 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 14:07:20 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:43382 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 14:06:36 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id OAA20237 for ; Thu, 23 Sep 1999 14:06:46 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Re: More fun building my ToolChain: glibc Date: Thu, 23 Sep 1999 13:58:16 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <9909231404590G.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing That's a copy of the last mail with a Subject added. Sorry for the lack of subject on the last one, it just slipped out of my attention. Sorry again -- On Wed, 22 Sep 1999, Philip wrote: > Did you check what version of GNU make you have? Sorry, I forgot the earlier questions. My make version is 3.77, which glibc Install tell me should not cause any problem. And building without -j 2 gives the same results. My Makeconfig contain the appropriate lib-names.h creations routine: ># Generate the header containing the names of all shared libraries. ># We use a stamp file to avoid uncessary recompilations. >before-compile += $(common-objpfx)gnu/lib-names.h >$(common-objpfx)gnu/lib-names.h: $(common-objpfx)gnu/lib-names.stmp; @: >$(common-objpfx)gnu/lib-names.stmp: $(common-objpfx)soversions.mk > $(make-target-directory) > @rm -f ${@:stmp=T} $@ > (echo '/* This file is automatically generated.';\ > echo ' It defines macros to allow user program to find the shared';\ > echo ' library files which come as part of GNU libc. */';\ > echo '#ifndef __GNU_LIB_NAMES_H'; \ > echo '#define __GNU_LIB_NAMES_H 1'; \ > echo; \ > (libs='$(all-sonames)';\ > for l in $$libs; do \ > upname=`echo $$l | sed 's/[.]so.*//' | \ > tr 'abcdefghijklmnopqrstuvwxyz-' \ > 'ABCDEFGHIJKLMNOPQRSTUVWXYZ_'`; \ > echo "#define $${upname}_SO \"$$l\""; \ > done;) | sort; \ > echo; \ > echo '#endif /* gnu/lib-names.h */';) > ${@:stmp=T} > $(move-if-change) ${@:stmp=T} ${@:stmp=h} > touch $@ > >common-generated += gnu/lib-names.h gnu/lib-names.stmp And the soversions.mk generation code that precede it in the Makeconfig generated the appropriate soversions.mk file, which content begin with: >libpthread.so-version=.0 >all-sonames+=libpthread.so$(libpthread.so-version) >libm.so-version=.6 >all-sonames+=libm.so$(libm.so-version) >libc.so-version=.6 >all-sonames+=libc.so$(libc.so-version) >ld.so-version=ld-linux.so.2 >all-sonames+=$(ld.so-version) >libdl.so-version=.2 >all-sonames+=libdl.so$(libdl.so-version) >libutil.so-version=.1 >all-sonames+=libutil.so$(libutil.so-version) >libresolv.so-version=.2 >all-sonames+=libresolv.so$(libresolv.so-version) >libnss_files.so-version=.2 >all-sonames+=libnss_files.so$(libnss_files.so-version) >... which should generate the appropriate >#define LIBNSS_FILES_SO "libnss_files.so.2" line and all other defines in lib-names.h I just have _no_ idea what to do! By the way, how do I force make to rebuild everything? I've read/browse-trough almost half of make's document and have find nothing about this (though it was very instructive) And is Makeconfig executed by ./configure or make? Oh well, I feel by far too dependent from your help! One day, I promise, I'll be the one helping :-) Thank you so much ! -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 19:23:42 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA08314 for ; Thu, 23 Sep 1999 19:23:42 +0100 Received: (qmail 24941 invoked from network); 23 Sep 1999 18:23:41 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 18:23:41 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 14:21:10 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 14:20:15 -0400 Received: from mta4-gui.server.ntli.net ([194.168.54.145]:51944 "EHLO mta4-svc.virgin.net") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 14:14:00 -0400 Received: from oac.oaci.org ([194.168.70.157]) by mta4-svc.virgin.net (InterMail v4.01.01.02 201-229-111-106) with ESMTP id <19990923181335.AXO6669.mta4-svc@oac.oaci.org> for ; Thu, 23 Sep 1999 19:13:35 +0100 Received: from byedesk.com (windoze.oaci.org [192.168.2.12]) by oac.oaci.org (8.8.7/8.8.7) with ESMTP id TAA23569 for ; Thu, 23 Sep 1999 19:12:39 +0100 Message-ID: <37EA6EB7.6A56BB5E@byedesk.com> Date: Thu, 23 Sep 1999 19:17:28 +0100 From: Rob Davis Organization: Europe Now X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: X in 256 colour mode on an A5000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Anyone know how I can get this to work? When using it in a 256 colour mode, the screen dies never to return. I can't even get into a virtual terminal. 16 colour modes pretend to work, but all I can see is white... Even the grey stuff of a normal X screen is not visable. xdm is working (at least I can login from another X server) but I actually want it to work the other way around (ie, use the A5000 as an X server for my intel Linux box). Thanks. Ps. It's a 2.0.36 kernel with a fairly recent armlinux distrib (1 month old). Pps... Can the fact that mkswap doesn't work for an A5000 be added to the faq, with details of how to get a copy and manually setup a swap partition. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 19:48:01 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA08998 for ; Thu, 23 Sep 1999 19:48:01 +0100 Received: (qmail 28481 invoked from network); 23 Sep 1999 18:48:00 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 18:48:00 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 14:46:59 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 14:46:45 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:1459 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 14:44:48 -0400 Received: from [212.126.146.208] (helo=freeuk.com) by scrabble.freeuk.net with smtp (Exim 2.11 #1) id 11UDrK-0003Vf-00 for linux-arm@vger.rutgers.edu; Thu, 23 Sep 1999 18:44:46 +0000 Date: Thu, 23 Sep 1999 19:35:48 +0100 From: Alex Waugh To: linux-arm@vger.rutgers.edu Subject: !PartMan and large discs Message-ID: X-Mailer: Messenger v1.40f for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.60m Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi I have tried to install ARMLinux, but when I ran !PartMan it did not recognise my filecore partition. It is an 8GB IDE disc on my Risc PCs internal IDE interface. It got the disc size, number of cylinders, heads and sectors correct, but no the partition: Disc size: 8064 Sector size: 512 Cylinders: 16383 Heads: 16 Sectors: 63 Partition: this had no value in it Start: 0 End: 16514063 Size: 3968 MB Type: Free I think that this is due to the size of the disc, as it gave correct readings for a (borrowed) 2GB drive. Has anyone else come across this, and is there a known fix or alternative partitioning sofware? TIA -- Alex Waugh Electronics student ajw498@ecs.soton.ac.uk RISC OS freeware from http://www.ecs.soton.ac.uk/~ajw498/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 20:27:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA10388 for ; Thu, 23 Sep 1999 20:27:24 +0100 Received: (qmail 2084 invoked from network); 23 Sep 1999 19:27:22 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 19:27:22 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 15:26:42 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 15:25:48 -0400 Received: from kauket.visi.com ([209.98.98.22]:56148 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Thu, 23 Sep 1999 15:19:19 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 87EA336F5 for ; Thu, 23 Sep 1999 14:19:03 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id OAA13350 for ; Thu, 23 Sep 1999 14:19:03 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Thu, 23 Sep 1999 14:19:03 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: Re: Question: Code in head-armv.S In-Reply-To: <199909202258.XAA04819@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Mon, 20 Sep 1999 linux@arm.linux.org.uk wrote: > mestery@visi.com writes: > > What happens is I see the 3 printed out before the jump and then a solid > > hang. I noticed comments in 2.2.12-rmk1 that this is a known problem if > > hte mov pc,lr instruction falls on a separate cache line, so I added the > > .align 5 aligned_entry stuff from there but it had no affect. Is there > > something else that could be going wrong? > > It's not so much a "known problem" but an effect I observed. It wouldn't > be causing you the intermittent booting that you're seeing - it generally > just won't boot altogether, or it will always boot. > Okay, that sounds right. > It sounds like the kernel is getting corrupted. > Something else strange, and I'm not sure if I'm chasing two separate problems now. I had a kernel that would boot about 50% of the time, and the other 50% it would hang. I never really investigated this much to figure out what was going on. I am now modifying the kernel memory maps for the different processors we are running. What I'm really doing is changing the memory map setup code so it can figure out it's memory map while it's executing rather than at compile time. This code compiles fine, but the kernel will not run at all. This is the kernel I traced down to not working once the MMU is enabled (i.e. I never make it past the MMU being enabled in head-armv.S). I tried something someone else suggested, and that was to map in the page the kernel is executing when the MMU is enabled, but this didn't help. I'm running out of ideas. Anyone know where I should be looking? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 20:35:55 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA10658 for ; Thu, 23 Sep 1999 20:35:55 +0100 Received: (qmail 3985 invoked from network); 23 Sep 1999 19:35:54 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 19:35:54 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 15:27:01 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 15:26:41 -0400 Received: from m10-nsv3-trogon.tch.cableol.net ([194.168.16.160]:3502 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 15:23:22 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA14780; Thu, 23 Sep 1999 20:23:17 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00987; Thu, 23 Sep 1999 20:21:55 +0100 Message-Id: <199909231921.UAA00987@raistlin.armlinux.org.uk> Subject: Re: !PartMan and large discs To: ajw498@ecs.soton.ac.uk (Alex Waugh) Date: Thu, 23 Sep 1999 20:21:55 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Alex Waugh" at Sep 23, 99 07:35:48 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Alex Waugh writes: > I have tried to install ARMLinux, but when I ran !PartMan it did not > recognise my filecore partition. It is an 8GB IDE disc on my Risc PCs > internal IDE interface. It got the disc size, number of cylinders, heads > and sectors correct, but no the partition: You don't say what version, nor do you supply a log file. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 20:45:10 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA10925 for ; Thu, 23 Sep 1999 20:45:09 +0100 Received: (qmail 5219 invoked from network); 23 Sep 1999 19:45:08 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 19:45:08 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 15:43:08 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 15:39:27 -0400 Received: from m10-nsv3-trogon.tch.cableol.net ([194.168.16.160]:3553 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 15:34:52 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA14838; Thu, 23 Sep 1999 20:34:45 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA01030; Thu, 23 Sep 1999 20:33:23 +0100 Message-Id: <199909231933.UAA01030@raistlin.armlinux.org.uk> Subject: Re: Question: Code in head-armv.S To: mestery@visi.com Date: Thu, 23 Sep 1999 20:33:22 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Sep 23, 99 02:19:03 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com writes: > for the different processors we are running. What I'm really doing is > changing the memory map setup code so it can figure out it's memory map > while it's executing rather than at compile time. This code compiles > fine, but the kernel will not run at all. This is the kernel I traced > down to not working once the MMU is enabled (i.e. I never make it past > the MMU being enabled in head-armv.S). I've done a major overhaul of the memory initialisation today in 2.3.18, so it'll probably knock your changes out. > I tried something someone else suggested, and that was to map in the > page the kernel is executing when the MMU is enabled, but this didn't > help. I'm running out of ideas. Anyone know where I should be > looking? It's very unlikely that this is a kernel problem. The kernel memory initialisation code works reliably on a lot of NetWinders, RiscPCs, EBSA285's and EBSA110's. It's well tested. I'd suggest checking out either the way you're calling the kernel, or the hardware itself. (btw, make sure that the caches are flushed before you enter the kernel from your loader. This is an absolute MUST)! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 21:31:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA12209 for ; Thu, 23 Sep 1999 21:31:04 +0100 Received: (qmail 9744 invoked from network); 23 Sep 1999 20:31:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 20:31:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 16:30:42 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 16:30:33 -0400 Received: from smaugo.netwave.de ([194.162.128.45]:26728 "EHLO mail.netwave.de") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 16:30:22 -0400 Received: from otaku.nerdnet.de (postfix@as-line13.hb.netwave.de [195.185.99.140]) by mail.netwave.de (8.9.3/8.8.7) with ESMTP id WAA24997 for ; Thu, 23 Sep 1999 22:30:12 +0200 Received: by otaku.nerdnet.de (Postfix, from userid 1000) id 0E59727273; Thu, 23 Sep 1999 22:29:29 +0200 (CEST) Date: Thu, 23 Sep 1999 22:29:29 +0200 From: Jan-Uwe Finck To: linux-arm@vger.rutgers.edu Subject: glibc-build still fails Message-ID: <19990923222929.A5283@mail.netwave.de> Reply-To: Jan-Uwe.Finck@bigfoot.de Mail-Followup-To: linux-arm@vger.rutgers.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0pre2i Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, after expanding my RiscPC's RAM to 96 MB I still can not build the glibc-2.1.2pre3. The error remains the same, memory exhausted (I still can't believe that, 'top' said, there was nearly no swap used..) So maybe there's a problem with the versions I tried ? I used the very latest binutils(i.e. binutils-990922), both gcc-2.95 as 2.95.1, with or without patches and the glibc-2.1.2pre2 and 3.. 'make' is version 3.76, everything else but gettext doesn't produce any 'bad' comments when configuring, but gettext (msgfmt) seems to be not too important... ( I guess). Does anybody see any problems with the above versions used, or even better have a combination that built recently ? Thanks, -- CU Jan-Uwe ------------------------------------------------- PGP-Public-Key on Request. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 21:37:46 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA12357 for ; Thu, 23 Sep 1999 21:37:46 +0100 Received: (qmail 10102 invoked from network); 23 Sep 1999 20:37:44 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 20:37:44 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 16:37:14 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 16:37:09 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1122 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 16:36:41 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11UFbX-0000Rj-00 for linux-arm@vger.rutgers.edu; Thu, 23 Sep 1999 21:36:35 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: Re: glibc-build still fails In-Reply-To: Message from Jan-Uwe Finck of "Thu, 23 Sep 1999 22:29:29 +0200." <19990923222929.A5283@mail.netwave.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Sep 1999 21:36:35 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >So maybe there's a problem with the versions I tried ? I used the very >latest binutils(i.e. binutils-990922), both gcc-2.95 as 2.95.1, with Your tools are compiled as ELF, right? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 21:42:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA12491 for ; Thu, 23 Sep 1999 21:42:27 +0100 Received: (qmail 10988 invoked from network); 23 Sep 1999 20:42:25 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 20:42:25 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 16:41:56 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 16:41:41 -0400 Received: from [216.50.211.108] ([216.50.211.108]:17252 "EHLO anyprice.com") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 16:38:09 -0400 Received: from quackware.com (IDENT:jon@anyprice.com [216.50.211.108]) by anyprice.com (8.9.3/8.9.3) with ESMTP id NAA15847; Thu, 23 Sep 1999 13:38:06 -0700 Message-ID: <37EA8FAB.9F5C1A4A@quackware.com> Date: Thu, 23 Sep 1999 13:38:03 -0700 From: Jonathan Foster Kliegman Organization: Quackware X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.0.35 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: Question: Code in head-armv.S References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com wrote: > > Something else strange, and I'm not sure if I'm chasing two separate > problems now. I had a kernel that would boot about 50% of the time, and > the other 50% it would hang. I never really investigated this much to > figure out what was going on. I am now modifying the kernel memory maps > for the different processors we are running. What I'm really doing is > changing the memory map setup code so it can figure out it's memory map > while it's executing rather than at compile time. This code compiles > fine, but the kernel will not run at all. This is the kernel I traced > down to not working once the MMU is enabled (i.e. I never make it past > the MMU being enabled in head-armv.S). > > I tried something someone else suggested, and that was to map in the > page the kernel is executing when the MMU is enabled, but this didn't > help. I'm running out of ideas. Anyone know where I should be > looking? > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu On kernels we've run on the EBSA-285 we actually added in lines of code at the very beginning of head-armv.S. When we were using Angel to download our code this was necessary as Angel was enabling the MMU. Basically we just added lines to the start of head-armv.S to disable IRQ/FIQs and the MMU and this solved the problems we were having on bootup. I may be mixing problems up but I remember that someone recently had a problem booting off of a Windriver boot loader - I suspect the problem may be similar... -Jon -- Quackware, Inc. www.quackware.com 1875 Charleston Road, Mountain View, CA 94043 Ph (650) 316 3891 Cell (412) 298 5363 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 23 22:13:12 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA13406 for ; Thu, 23 Sep 1999 22:13:12 +0100 Received: (qmail 15438 invoked from network); 23 Sep 1999 21:13:11 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Sep 1999 21:13:11 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 23 Sep 1999 17:08:07 -0400 Received: by vger.rutgers.edu id ; Thu, 23 Sep 1999 17:02:52 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1153 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Thu, 23 Sep 1999 17:02:03 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11UFqn-0000Tl-00; Thu, 23 Sep 1999 21:52:21 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: In-Reply-To: Message from Francois Desloges of "Thu, 23 Sep 1999 08:51:50 EDT." <9909231013080F.00761@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Sep 1999 21:52:20 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >My make version is 3.77, That's the same version I use, and I haven't seen any problems. >And the soversions.mk generation code that precede it in the Makeconfig >generated the appropriate soversions.mk file, which content begin with: >>libpthread.so-version=.0 >>all-sonames+=libpthread.so$(libpthread.so-version) That looks OK to me. >I just have _no_ idea what to do! Well, the way this is supposed to work is that soversions.mk is included by Makeconfig. This defines $(all-sonames) to be a list of the libraries, and the iterator in the rule you quoted goes through the list outputting the appropriate definitions. It looks like $(all-sonames) is somehow ending up empty, which suggests that either soversions.mk isn't being included at the right point, or you have a spurious version of that file somewhere that doesn't contain the right definitions. You might get some clues by running make with the debug flags, or adding strategic echo commands to the rule in Makeconfig. >By the way, how do I force make to rebuild everything? `make clean; make' is the easiest way. I don't know of any option to tell it to consider everything is out of date. If you just want to rebuild lib-names.h then deleting it and rerunning `make' should do the trick. >And is Makeconfig executed by ./configure or make? The latter. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 05:11:14 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id FAA26038 for ; Fri, 24 Sep 1999 05:11:14 +0100 Received: (qmail 1247 invoked from network); 24 Sep 1999 04:11:12 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 04:11:12 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 00:10:41 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 00:10:30 -0400 Received: from smaugo.netwave.de ([194.162.128.45]:5693 "EHLO mail.netwave.de") by vger.rutgers.edu with ESMTP id ; Fri, 24 Sep 1999 00:07:05 -0400 Received: from otaku.nerdnet.de (postfix@as-line49.hb.netwave.de [195.185.99.176]) by mail.netwave.de (8.9.3/8.8.7) with ESMTP id GAA29124; Fri, 24 Sep 1999 06:07:02 +0200 Received: by otaku.nerdnet.de (Postfix, from userid 1000) id 3D59A27274; Fri, 24 Sep 1999 06:03:25 +0200 (CEST) Date: Fri, 24 Sep 1999 06:03:25 +0200 From: Jan-Uwe Finck To: Philip Blundell Cc: linux-arm@vger.rutgers.edu Subject: Re: glibc-build still fails Message-ID: <19990924060325.B8626@mail.netwave.de> Reply-To: Jan-Uwe.Finck@bigfoot.de Mail-Followup-To: Philip Blundell , linux-arm@vger.rutgers.edu References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0pre2i In-Reply-To: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, Sep 23, 1999 at 09:36:35PM +0100, Philip Blundell wrote: > >So maybe there's a problem with the versions I tried ? I used the very > >latest binutils(i.e. binutils-990922), both gcc-2.95 as 2.95.1, with > > Your tools are compiled as ELF, right? Well, it's an out-of-the-box-installation from the arm-linux-server, except make and m4, so that's all aout I think... That problem seems to be solved, the next thing is 'How do I build those tools as ELF?' Couldn't find the necessary info in a hasty lookup this morning.. (I just took the commands from the toolchain-page, but that was obviously not enough...) -- CU Jan-Uwe ------------------------------------------------- PGP-Public-Key on Request. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 11:20:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA04412 for ; Fri, 24 Sep 1999 11:20:41 +0100 Received: (qmail 32625 invoked from network); 24 Sep 1999 10:20:40 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 10:20:40 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 06:18:09 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 06:17:27 -0400 Received: from sand5.mail.gxn.net ([194.126.80.249]:29449 "EHLO sand5.global.net.uk") by vger.rutgers.edu with ESMTP id ; Fri, 24 Sep 1999 06:15:22 -0400 Received: from p1ds10a07.client.global.net.uk ([195.147.234.30] helo=largesalad.co.uk ident=root) by sand5.global.net.uk with esmtp (Exim 2.05 #1) id 11USNn-0001RR-00 for linux-arm@vger.rutgers.edu; Fri, 24 Sep 1999 11:15:16 +0100 Message-ID: <37EB4EF9.65A17FAE@largesalad.co.uk> Date: Fri, 24 Sep 1999 11:14:17 +0100 From: David Millen Organization: DJMsoft X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.9 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Network card for RiscPC? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Does anyone have a network card for a RiscPC for sale or, failing that, can anyone point me at a UK source that does not require limb donation as part of the deal? TIA Dave -- Multitask? I can't even get my kids to. email: dave@largesalad.co.uk web: www.largesalad.co.uk/DJMsoft unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 12:02:51 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id MAA06140 for ; Fri, 24 Sep 1999 12:02:50 +0100 Received: (qmail 5832 invoked from network); 24 Sep 1999 11:02:49 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 11:02:49 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 07:02:20 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 07:02:06 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:27106 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 24 Sep 1999 07:00:22 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11USml-0001g3-00; Fri, 24 Sep 1999 11:41:03 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11USmk-0002ee-00; Fri, 24 Sep 1999 11:41:02 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Jan-Uwe.Finck@bigfoot.de cc: linux-arm@vger.rutgers.edu Subject: Re: glibc-build still fails In-reply-to: Your message of "Fri, 24 Sep 1999 06:03:25 +0200." <19990924060325.B8626@mail.netwave.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Sep 1999 11:41:02 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >> Your tools are compiled as ELF, right? > >Well, it's an out-of-the-box-installation from the arm-linux-server, >except make and m4, so that's all aout I think... Ah. I thought you'd installed the Debian versions. If you are still using a.out you will suffer from the infamous 12MB limit. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 15:06:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA11680 for ; Fri, 24 Sep 1999 15:06:48 +0100 Received: (qmail 2851 invoked from network); 24 Sep 1999 14:06:47 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 14:06:47 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 09:57:55 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 09:45:30 -0400 Received: from kauket.visi.com ([209.98.98.22]:40291 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Fri, 24 Sep 1999 09:38:22 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 1077636E5 for ; Fri, 24 Sep 1999 08:38:17 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id IAA18638 for ; Fri, 24 Sep 1999 08:38:16 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Fri, 24 Sep 1999 08:38:16 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: Re: Question: Code in head-armv.S In-Reply-To: <199909231933.UAA01030@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Thu, 23 Sep 1999 linux@arm.linux.org.uk wrote: > mestery@visi.com writes: > > for the different processors we are running. What I'm really doing is > > changing the memory map setup code so it can figure out it's memory map > > while it's executing rather than at compile time. This code compiles > > fine, but the kernel will not run at all. This is the kernel I traced > > down to not working once the MMU is enabled (i.e. I never make it past > > the MMU being enabled in head-armv.S). > > I've done a major overhaul of the memory initialisation today in 2.3.18, > so it'll probably knock your changes out. > Have you changed it to do what I mentioned above, that is, figure out it's memory map at runtime vs. compile time? The reason I need this is because we have 10 different types of memory maps depending on what processor we are running on, and compilign 10 different kernels is a pain. Letting the kernel pick this at runtime is nicer in our case. > It's very unlikely that this is a kernel problem. The kernel memory > initialisation code works reliably on a lot of NetWinders, RiscPCs, > EBSA285's and EBSA110's. It's well tested. I'd suggest checking out > either the way you're calling the kernel, or the hardware itself. > > (btw, make sure that the caches are flushed before you enter the kernel > from your loader. This is an absolute MUST)! > Well, thanks for the help Russell. It turns out I wasn't flushing the caches when I was booting, and this was the actual problem. Once I put in the proper cache flushing routines, things are working much better now. Thanks for the help! -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 15:26:52 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA12290 for ; Fri, 24 Sep 1999 15:26:52 +0100 Received: (qmail 6085 invoked from network); 24 Sep 1999 14:26:50 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 14:26:50 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 10:26:01 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 10:20:57 -0400 Received: from m16-nsv1-trogon.tch.cableol.net ([194.168.16.16]:4264 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 24 Sep 1999 10:11:12 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id PAA18686; Fri, 24 Sep 1999 15:11:03 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id PAA05288; Fri, 24 Sep 1999 15:09:37 +0100 Message-Id: <199909241409.PAA05288@raistlin.armlinux.org.uk> Subject: Re: Question: Code in head-armv.S To: mestery@visi.com Date: Fri, 24 Sep 1999 15:09:37 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Sep 24, 99 08:38:16 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com writes: > Have you changed it to do what I mentioned above, that is, figure out > it's memory map at runtime vs. compile time? The reason I need this is > because we have 10 different types of memory maps depending on what > processor we are running on, and compilign 10 different kernels is a > pain. Letting the kernel pick this at runtime is nicer in our case. No, and you don't need to. The idea is: 1. Kernel is loaded (without caches or MMU) 2. Kernel head-armv.S code sets up enough to get the kernel C code running. 3. paging_init() and friends set up all the mappings required for the architecture. At this point, the machine_is_xxx() macros are workable. This seems to be a re-occuring problem. head-arm?.S is not supposed to contain all the setup code, and MUST NOT be used for that purpose! You will need to register architecture numbers to use the machine_is_xxx() stuff - read the stuff in Documentation/arm. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 15:45:33 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA12879 for ; Fri, 24 Sep 1999 15:45:33 +0100 Received: (qmail 9602 invoked from network); 24 Sep 1999 14:45:28 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 14:45:28 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 10:41:57 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 10:38:03 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:45652 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Fri, 24 Sep 1999 10:27:21 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id KAA02157; Fri, 24 Sep 1999 10:27:24 -0400 (EDT) From: Francois Desloges To: Jan-Uwe.Finck@bigfoot.de Subject: Re: glibc-build still fails Date: Fri, 24 Sep 1999 09:01:10 -0400 Content-Type: text/plain References: <19990923222929.A5283@mail.netwave.de> Cc: linux-arm@vger.rutgers.edu MIME-Version: 1.0 Message-Id: <9909241025450H.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 23 Sep 1999, Jan-Uwe Finck wrote: > So maybe there's a problem with the versions I tried ? I used the very > latest binutils(i.e. binutils-990922), both gcc-2.95 as 2.95.1, with > or without patches and the glibc-2.1.2pre2 and 3.. > 'make' is version 3.76,... make version 3.76? I don't know if this would solve your problem but the glibc-2.1.2/INSTALL file specify: >Recommended Tools for Compilation >================================= > > We recommend installing the following GNU tools before attempting to >build the GNU C library: > > * GNU `make' 3.75 > > You need the latest version of GNU `make'. Modifying the GNU C > Library to work with other `make' programs would be so hard that we > recommend you port GNU `make' instead. *Really.* We recommend > version GNU `make' version 3.75 or 3.77. All earlier versions > have severe bugs or lack features. Version 3.76 is known to have > bugs which only show up in big projects like GNU `libc'. Version > 3.76.1 seems OK but some people have reported problems. I personnaly use v3.77 and get no memory problem -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 16:01:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA13392 for ; Fri, 24 Sep 1999 16:01:24 +0100 Received: (qmail 12434 invoked from network); 24 Sep 1999 15:01:23 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 15:01:23 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 10:58:20 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 10:54:33 -0400 Received: from aleph1.demon.co.uk ([158.152.9.127]:28374 "EHLO court2.aleph1.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 24 Sep 1999 10:50:05 -0400 Received: from chewy.aleph1.co.uk ([194.70.44.163]) by court2.aleph1.co.uk with smtp (Exim 2.05 #1) id 11UWaJ-0007JX-00 for linux-arm@vger.rutgers.edu; Fri, 24 Sep 1999 15:44:28 +0100 Date: Fri, 24 Sep 1999 15:44:30 +0100 (BST) From: Wookey Subject: Re: !PartMan and large discs To: armlinux list In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Organization: Aleph One,Cambridge, UK. Tel +44 1223 811679 X-Mailer: ANT RISCOS Marcel [ver 1.50] Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu 23 Sep, Alex Waugh wrote: > Hi > > I have tried to install ARMLinux, but when I ran !PartMan it did not > recognise my filecore partition. It is an 8GB IDE disc on my Risc PCs > internal IDE interface. It got the disc size, number of cylinders, heads > and sectors correct, but no the partition: > > Has anyone else come across this, and is there a known fix or > alternative partitioning sofware? snip > Size: 3968 MB > Type: Free Yes. Using Partition mamnager 1.11 (current standard) I get excactly the same result on a new 13Gb drive. However this release of !partman has a number of problems, having been less than perfect on all 4 drives I have tried it on so far. The newer 'alpha' release (1.13a13 [debug]) seems much better in all respects, although it still has room for improvement: It doesn't find a partition, but then it's straight from the shop and doesn't appear to have one. In this case it probably ought to say that no partition couyld be found and just get the drive geometry. If set to PC/BIOS it gets the size as 8064Mb, which is the right anser in terms of the reported CHS shape 16383,16,63. These are the numbers given on the label, but not the numbers identified by a PC BIOS or Linux boot. I shall investigate. It is also amusing to note that the 'geometry' window only allows for 4 digits in the cyclinders field so this drive comes out as 1638, but this seems to be purely a display/template issue. Editing partitions seems to work OK in this scheme, although the way the windows and menu work could be improved. I have downloaded all the code for this and have got most of it to compile (Russell, I have some comments on that that I will send later once I have finished). I hope to do some work on this app to get it recognise and edit all the drives here smoothly (I have a pile of drives hare formatted with various OSes/hardware). Russell, are there newer source versions I should be working from? Is the 'alpha' release really that alpha? It hasn't done anything horrid yet, and inspires much more confidence than the 1.11 release? More soon - I'm right in the middle of this particular argument :-) Wookey -- Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel (00 44) 1223 811679 work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 19:18:34 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA20067 for ; Fri, 24 Sep 1999 19:18:34 +0100 Received: (qmail 19900 invoked from network); 24 Sep 1999 18:18:33 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 18:18:33 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 14:18:04 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 14:17:59 -0400 Received: from kauket.visi.com ([209.98.98.22]:54173 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Fri, 24 Sep 1999 14:14:19 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 247AD37E3 for ; Fri, 24 Sep 1999 13:14:15 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id NAA04696 for ; Fri, 24 Sep 1999 13:14:15 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Fri, 24 Sep 1999 13:14:14 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: Re: Question: Code in head-armv.S In-Reply-To: <199909241409.PAA05288@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Fri, 24 Sep 1999 linux@arm.linux.org.uk wrote: > > No, and you don't need to. The idea is: > > 1. Kernel is loaded (without caches or MMU) > 2. Kernel head-armv.S code sets up enough to get the kernel C code > running. > 3. paging_init() and friends set up all the mappings required for > the architecture. At this point, the machine_is_xxx() macros > are workable. > > This seems to be a re-occuring problem. head-arm?.S is not supposed to > contain all the setup code, and MUST NOT be used for that purpose! > > You will need to register architecture numbers to use the machine_is_xxx() > stuff - read the stuff in Documentation/arm. > I realize this, and I plan on registering architecture numbers soon. But what I am referring to when I talk about the memory maps is the #define of MAPPING in the variosu arch/arm/mm/mm-*.c files, specifically the Footbridge case where you have host mode and add-in mode. In our hardware, we have a board with 5 SA-110's on it, one with an ethernet chip, the other 4 communicating with themselves and the 'host' SA-110 via PCI. Now, each one has a slightly different memory map. Instead of having to know at compile time what MAPPING is defined as, I changed things around so at runtime it can figure out this information. I agree with everythign else you mention above, however. The head-armv.S stuff should be generic, and I'm moving a lot of my changes from there into firmware. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 19:29:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA20398 for ; Fri, 24 Sep 1999 19:29:37 +0100 Received: (qmail 22742 invoked from network); 24 Sep 1999 18:29:36 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 18:29:36 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 14:29:05 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 14:28:49 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:56751 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Fri, 24 Sep 1999 14:27:12 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id OAA13669 for ; Fri, 24 Sep 1999 14:27:19 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: One more glibc Error Date: Fri, 24 Sep 1999 13:54:12 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <9909241425400I.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Wow! The situation does improve! Thank you for the clues! # make clean; make did get over nsswitch.c compilation. My lib-names.h got built as it should. Curious of the implication of the -j 2 make setting, I did a "make clean; make" again, this time with the -j 2 setting uncommented in Makefile.in. It has the same positive result with lib-names.h. I'm a little bit disappointed that it didn't consistently generate the lib-names.h problem, so that I will probably never know what happened when it first failed at being built with -j 2, due to a bad lib-names.h. However, I _did_ get a new error (the same one with or without -j 2). It looks like that: >a - elf/dl-open.os >a - elf/dl-close.os >a - elf/dl-symbol.os >a - elf/dl-addr.os >a - elf/dl-profstub.os >a - elf/dl-origin.os >: ../libc_pic.a >arm-linux-gcc -nostdlib -nostartfiles -r -o librtld.os '-Wl,-(' dl-allobjs.os >../libc_pic.a -lgcc '-Wl,-)' >arm-linux-gcc -nostdlib -nostartfiles -shared -o ld.so \ > librtld.os \ > -Wl,--version-script=../ld.so.map -Wl,-soname=ld-linux.so.2 >/usr/arm-linux/bin/ld: cannot open linker script file ../ld.so.map: No such >file or directory collect2: ld returned 1 exit status >make[1]: *** [ld.so] Error 1 >make[1]: Leaving directory `/usr/src/glibc/glibc-2.1.2/elf' >make: *** [elf/subdir_lib] Error 2 I get: ># ls -l /usr/arm-linux/bin >total 6772 >-rwxr-xr-x 2 root root 865303 Sep 15 12:17 ar >-rwxr-xr-x 2 root root 1430332 Sep 15 12:17 as >-rwxr-xr-x 1 root root 197758 Sep 20 16:34 gcc >-rwxr-xr-x 2 root root 1320466 Sep 15 12:17 ld >-rwxr-xr-x 2 root root 893235 Sep 15 12:17 nm >-rwxr-xr-x 2 root root 866814 Sep 15 12:17 ranlib >-rwxr-xr-x 2 root root 1320559 Sep 15 12:17 strip There is not a single ld.so.map file anywhere under /usr Does the binutils "make install" missed something or what? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 19:44:43 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA20814 for ; Fri, 24 Sep 1999 19:44:43 +0100 Received: (qmail 24955 invoked from network); 24 Sep 1999 18:44:42 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 18:44:42 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 14:44:13 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 14:43:18 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1083 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Fri, 24 Sep 1999 14:42:28 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11UaI6-0000JF-00; Fri, 24 Sep 1999 19:41:54 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: One more glibc Error In-Reply-To: Message from Francois Desloges of "Fri, 24 Sep 1999 13:54:12 EDT." <9909241425400I.00761@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Sep 1999 19:41:54 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >There is not a single ld.so.map file anywhere under /usr >Does the binutils "make install" missed something or what? No, the *.map files are part of glibc. They also should be generated during compilation. This is a problem that several people have reported but as far as I know nobody has managed to come up with a solution. I suggested to the last person to report it that they could try glibc 2.1.1 instead and I don't think I heard any more, so maybe that solved the problem for them. Otherwise, once more I think you have to try to debug this yourself. Sorry. :-( p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Sep 24 20:29:06 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA22153 for ; Fri, 24 Sep 1999 20:29:05 +0100 Received: (qmail 1845 invoked from network); 24 Sep 1999 19:29:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 24 Sep 1999 19:29:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 24 Sep 1999 15:27:33 -0400 Received: by vger.rutgers.edu id ; Fri, 24 Sep 1999 15:22:37 -0400 Received: from m41-nsv1-trogon.tch.cableol.net ([194.168.16.41]:4520 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 24 Sep 1999 15:20:42 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA20353; Fri, 24 Sep 1999 20:20:37 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA09774; Fri, 24 Sep 1999 20:19:10 +0100 Message-Id: <199909241919.UAA09774@raistlin.armlinux.org.uk> Subject: Re: Question: Code in head-armv.S To: mestery@visi.com Date: Fri, 24 Sep 1999 20:19:09 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Sep 24, 99 01:14:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com writes: > I realize this, and I plan on registering architecture numbers soon. > But what I am referring to when I talk about the memory maps is the > #define of MAPPING in the variosu arch/arm/mm/mm-*.c files, specifically > the Footbridge case where you have host mode and add-in mode. In our > hardware, we have a board with 5 SA-110's on it, one with an ethernet > chip, the other 4 communicating with themselves and the 'host' SA-110 > via PCI. Now, each one has a slightly different memory map. Instead of > having to know at compile time what MAPPING is defined as, I changed > things around so at runtime it can figure out this information. > > I agree with everythign else you mention above, however. The > head-armv.S stuff should be generic, and I'm moving a lot of my changes > from there into firmware. You mention two totally different pieces of code that don't react with each other here. MAPPING is not used by head-armv.S _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 25 14:36:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA21306 for ; Sat, 25 Sep 1999 14:36:05 +0100 Received: (qmail 14100 invoked from network); 25 Sep 1999 13:36:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 25 Sep 1999 13:36:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 25 Sep 1999 09:35:40 -0400 Received: by vger.rutgers.edu id ; Sat, 25 Sep 1999 09:35:21 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:3051 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Sat, 25 Sep 1999 09:35:15 -0400 Received: from [212.126.145.21] (helo=freeuk.com) by scrabble.freeuk.net with smtp (Exim 2.11 #1) id 11Uryc-00004y-00 for linux-arm@vger.rutgers.edu; Sat, 25 Sep 1999 13:34:58 +0000 Date: Fri, 24 Sep 1999 23:26:29 +0100 From: Alex Waugh To: linux-arm@vger.rutgers.edu Subject: Re: !PartMan and large discs Message-ID: <864cc74649%ajw498@waughfamily.freeserve.co.uk> In-Reply-To: <199909231921.UAA00987@raistlin.armlinux.org.uk> X-Mailer: Messenger v1.40f for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.60m Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <199909231921.UAA00987@raistlin.armlinux.org.uk> linux@arm.linux.org.uk wrote: > Alex Waugh writes: > > I have tried to install ARMLinux, but when I ran !PartMan it did not > > recognise my filecore partition. It is an 8GB IDE disc on my Risc PCs > > internal IDE interface. It got the disc size, number of cylinders, heads > > and sectors correct, but no the partition: > > You don't say what version, nor do you supply a log file. Sorry. Version 1.11 I cannot see any mention or evidence of a log file produced by it. I am now aware of the alpha release 1.13a13, and will download and try that. -- Alex Waugh Electronics student ajw498@ecs.soton.ac.uk RISC OS freeware from http://www.ecs.soton.ac.uk/~ajw498/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 25 16:24:22 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA24233 for ; Sat, 25 Sep 1999 16:24:21 +0100 Received: (qmail 21888 invoked from network); 25 Sep 1999 15:24:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 25 Sep 1999 15:24:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 25 Sep 1999 11:23:49 -0400 Received: by vger.rutgers.edu id ; Sat, 25 Sep 1999 11:23:29 -0400 Received: from yorktown.msoe.edu ([155.92.194.37]:4269 "EHLO yorktown.msoe.edu") by vger.rutgers.edu with ESMTP id ; Sat, 25 Sep 1999 11:21:08 -0400 Received: from msoe.edu (sleepchamber.msoe.edu [155.92.180.200]) by yorktown.msoe.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id S8DA60L4; Sat, 25 Sep 1999 10:20:49 -0500 Message-ID: <37ECE91E.7ADED48@msoe.edu> Date: Sat, 25 Sep 1999 15:24:14 +0000 From: Benjamin Stocks X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.11 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu, debian-arm@lists.debian.org Subject: Problem with gcc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi in the process of building an cross compiling glibc on an i86 box, I realized that I built the cross compiling gcc2.95 wrong so I went back to do it right and hit an error. The build appears to run normal for a little while and then exits with this error: make[3]: Entering directory `/usr/local/arm/src/gcc-2.95/arm-linux/libiberty' make[3]: *** No targets. Stop. make[3]: Leaving directory `/usr/local/arm/src/gcc-2.95/arm-linux/libiberty' make[2]: *** [../libiberty/libiberty.a] Error 2 make[2]: Leaving directory `/usr/local/arm/src/gcc-2.95/arm-linux/libstdc++' make[1]: *** [all-target-libstdc++] Error 2 make[1]: Leaving directory `/usr/local/arm/src/gcc-2.95' make: *** [cross] Error 2 Looking back from the output of the build I found this line: configure: error: installation or configuration problem: C compiler cannot create executables. The directory causing the build to exit, the libiberty, is completely built on the fly by the make. Has anyone gotten this error before? or any ideas? I tried running a verbose make but it generated almost 300,000 lines of output. Thanks so much, -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Benjamin Stocks Computer Engineering Milwaukee School of Engineering email: stocksb@msoe.edu http://www.msoe.edu/~stocksb voice: 414.220.9683 "Don't Panic" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 25 17:04:33 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA25332 for ; Sat, 25 Sep 1999 17:04:32 +0100 Received: (qmail 24346 invoked from network); 25 Sep 1999 16:04:32 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 25 Sep 1999 16:04:32 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 25 Sep 1999 12:04:02 -0400 Received: by vger.rutgers.edu id ; Sat, 25 Sep 1999 12:03:46 -0400 Received: from mta4.snfc21.pbi.net ([206.13.28.142]:51476 "EHLO mta4.snfc21.pbi.net") by vger.rutgers.edu with ESMTP id ; Sat, 25 Sep 1999 12:00:06 -0400 Received: from java ([216.101.151.82]) by mta4.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with SMTP id <0FIM00LGFHS3XL@mta4.snfc21.pbi.net> for linux-arm@vger.rutgers.edu; Sat, 25 Sep 1999 09:00:04 -0700 (PDT) Date: Sat, 25 Sep 1999 09:09:30 -0700 From: Dave Borja Subject: To: linux-arm Message-id: <003d01bf0770$59ccaa60$529765d8@java> MIME-version: 1.0 X-Mailer: Microsoft Outlook Express 4.72.3110.5 Content-type: text/plain; charset="iso-8859-1" Content-transfer-encoding: 7bit X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Priority: 3 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi all, I'm new at this and find this list a goldmine of wisdom from all you vets. My organization is considering using linux on a device based on the brutus reference board w/16mb dram. I'm wondering if that is reasonable for linux? What's the memory footprint really look like? We are also thinking of using linux for an even smaller board built around the sa110. This has 8mb ram, 4mb flash and an ide hard drive. Given the hd, we can make a reasonable amount of swap space, so we should be ok. Or am I off base? Thanks, Dave Borja unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 25 17:49:23 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA26751 for ; Sat, 25 Sep 1999 17:49:23 +0100 Received: (qmail 26494 invoked from network); 25 Sep 1999 16:49:21 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 25 Sep 1999 16:49:21 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 25 Sep 1999 12:48:41 -0400 Received: by vger.rutgers.edu id ; Sat, 25 Sep 1999 12:48:34 -0400 Received: from m3-nsv3-trogon.tch.cableol.net ([194.168.16.153]:1677 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Sat, 25 Sep 1999 12:48:16 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id RAA24244; Sat, 25 Sep 1999 17:48:02 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id RAA14660; Sat, 25 Sep 1999 17:46:31 +0100 Message-Id: <199909251646.RAA14660@raistlin.armlinux.org.uk> Subject: Re: Feasibility of SA1100 16MB/smaller machines? To: dave_bb@pacbell.net (Dave Borja) Date: Sat, 25 Sep 1999 17:46:31 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <003d01bf0770$59ccaa60$529765d8@java> from "Dave Borja" at Sep 25, 99 09:09:30 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Dave Borja writes: > Hi all, > I'm new at this and find this list a goldmine of wisdom from > all you vets. My organization is considering using linux > on a device based on the brutus reference board w/16mb > dram. I'm wondering if that is reasonable for linux? What's > the memory footprint really look like? We are also thinking > of using linux for an even smaller board built around the > sa110. This has 8mb ram, 4mb flash and an ide hard drive. > Given the hd, we can make a reasonable amount of swap > space, so we should be ok. Or am I off base? It sounds feasible. (I'm actually just merging the SA1100 stuff (for Brutus and others) into the main ARM tree atm). btw, please use a subject line! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 25 18:18:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA28281 for ; Sat, 25 Sep 1999 18:18:41 +0100 Received: (qmail 29710 invoked from network); 25 Sep 1999 17:18:40 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 25 Sep 1999 17:18:40 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 25 Sep 1999 13:18:07 -0400 Received: by vger.rutgers.edu id ; Sat, 25 Sep 1999 13:17:59 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1047 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sat, 25 Sep 1999 13:17:39 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11UvRg-0000Ap-00; Sat, 25 Sep 1999 18:17:12 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Stocks cc: linux-arm@vger.rutgers.edu, debian-arm@lists.debian.org Subject: Re: Problem with gcc In-Reply-To: Message from Benjamin Stocks of "Sat, 25 Sep 1999 15:24:14 -0000." <37ECE91E.7ADED48@msoe.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Sep 1999 18:17:12 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >configure: error: installation or configuration problem: C compiler >cannot create executables. You will get this until you have installed the C runtime libraries for the target system. Libiberty, libio and so on depend on them. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Sep 25 22:54:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA03430 for ; Sat, 25 Sep 1999 22:54:32 +0100 Received: (qmail 26794 invoked from network); 25 Sep 1999 21:54:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 25 Sep 1999 21:54:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 25 Sep 1999 17:54:02 -0400 Received: by vger.rutgers.edu id ; Sat, 25 Sep 1999 17:50:53 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1069 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sat, 25 Sep 1999 17:50:44 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11UvVI-0000CH-00; Sat, 25 Sep 1999 18:20:56 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dave Borja cc: linux-arm Subject: Re: In-Reply-To: Message from Dave Borja of "Sat, 25 Sep 1999 09:09:30 PDT." <003d01bf0770$59ccaa60$529765d8@java> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Sep 1999 18:20:56 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >on a device based on the brutus reference board w/16mb >dram. I'm wondering if that is reasonable for linux? What's >the memory footprint really look like? Depends what you're using it for. With no swap space 16MB will be tight if you want to run normal Unix programs. If it is a dedicated system running only a particular application, and/or you are prepared to spend some time optimizing things for space usage, it should be ok. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Sep 26 15:44:29 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA31400 for ; Sun, 26 Sep 1999 15:44:28 +0100 Received: (qmail 30754 invoked from network); 26 Sep 1999 14:44:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 26 Sep 1999 14:44:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 26 Sep 1999 10:43:59 -0400 Received: by vger.rutgers.edu id ; Sun, 26 Sep 1999 10:43:51 -0400 Received: from [24.200.137.233] ([24.200.137.233]:62602 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Sun, 26 Sep 1999 10:43:35 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id KAA07474; Sun, 26 Sep 1999 10:39:12 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Sun, 26 Sep 1999 10:39:12 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Dave Borja cc: linux-arm Subject: Re: your mail In-Reply-To: <003d01bf0770$59ccaa60$529765d8@java> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Sat, 25 Sep 1999, Dave Borja wrote: > on a device based on the brutus reference board w/16mb > dram. I'm wondering if that is reasonable for linux? What's > the memory footprint really look like? We developed an embedded product around Linux ans the SA1100. The kernel and the application runs happily on the system which have only 4 megs of ram. It realy depends on what you want to do. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 13:39:26 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA05936 for ; Mon, 27 Sep 1999 13:39:25 +0100 Received: (qmail 15728 invoked from network); 27 Sep 1999 12:39:24 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 12:39:24 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 08:38:46 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 08:35:08 -0400 Received: from kauket.visi.com ([209.98.98.22]:50869 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Mon, 27 Sep 1999 08:32:02 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 621503708 for ; Mon, 27 Sep 1999 07:32:00 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id HAA09639 for ; Mon, 27 Sep 1999 07:32:00 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Mon, 27 Sep 1999 07:32:00 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: PCI IDE controller? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, We're looking into adding a PCI IDE controller onto our ebsa285-like board at work for a future release, and I was wondering what type of support Linux-ARM has for these? Specifically, is anyone using a certain one with a workable driver? -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 14:01:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA06728 for ; Mon, 27 Sep 1999 14:01:40 +0100 Received: (qmail 19004 invoked from network); 27 Sep 1999 13:01:39 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 13:01:39 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 08:57:52 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 08:57:45 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:30948 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 08:57:00 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11VaGC-0005Vk-00; Mon, 27 Sep 1999 13:52:04 +0100 Received: from [127.0.0.1] (helo=fountain ident=pb) by fountain.nexus.co.uk with esmtp (Exim 3.03 #1) id 11VaGB-0000Ue-00; Mon, 27 Sep 1999 13:52:03 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: mestery@visi.com cc: linux-arm@vger.rutgers.edu Subject: Re: PCI IDE controller? In-reply-to: Your message of "Mon, 27 Sep 1999 07:32:00 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Sep 1999 13:52:02 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >We're looking into adding a PCI IDE controller onto our ebsa285-like >board at work for a future release, and I was wondering what type of >support Linux-ARM has for these? Specifically, is anyone using a >certain one with a workable driver? The CATS uses an ALi 1543 chip which seems to work fine (including UDMA). The NetWinder has a Winbond one which is also OK. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 15:09:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA09355 for ; Mon, 27 Sep 1999 15:09:05 +0100 Received: (qmail 29470 invoked from network); 27 Sep 1999 14:09:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 14:09:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 10:08:33 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 10:08:15 -0400 Received: from kauket.visi.com ([209.98.98.22]:56452 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Mon, 27 Sep 1999 10:05:17 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id EE4C13708 for ; Mon, 27 Sep 1999 09:05:16 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id JAA13682 for ; Mon, 27 Sep 1999 09:05:16 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Mon, 27 Sep 1999 09:05:16 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: Re: PCI IDE controller? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Mon, 27 Sep 1999, Philip Blundell wrote: > >We're looking into adding a PCI IDE controller onto our ebsa285-like > >board at work for a future release, and I was wondering what type of > >support Linux-ARM has for these? Specifically, is anyone using a > >certain one with a workable driver? > > The CATS uses an ALi 1543 chip which seems to work fine (including UDMA). The > NetWinder has a Winbond one which is also OK. > Do you have any pointers to either of these, specifically websites? Also, which drivers are those? I believe the Winbond is drivers/block/sl82c105.c, but I'm not sure about the ALi. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 15:55:43 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA11587 for ; Mon, 27 Sep 1999 15:55:37 +0100 Received: (qmail 4998 invoked from network); 27 Sep 1999 14:55:36 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 14:55:36 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 10:54:43 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 10:50:36 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:31656 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 10:50:17 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11Vc5W-0005mx-00; Mon, 27 Sep 1999 15:49:10 +0100 Received: from [127.0.0.1] (helo=fountain ident=pb) by fountain.nexus.co.uk with esmtp (Exim 3.03 #1) id 11Vc5V-0001l9-00; Mon, 27 Sep 1999 15:49:09 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: mestery@visi.com cc: linux-arm@vger.rutgers.edu Subject: Re: PCI IDE controller? In-reply-to: Your message of "Mon, 27 Sep 1999 09:05:16 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Sep 1999 15:49:08 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Do you have any pointers to either of these, specifically websites? http://www.winbond.com.tw is Winbond. The chip is the W83C553. ALi are at http://www.acerlabs.com I think. >Also, which drivers are those? I believe the Winbond is >drivers/block/sl82c105.c, but I'm not sure about the ALi. Yup, that's right. The driver for the ALi part is alim15x3.c. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 16:08:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA11921 for ; Mon, 27 Sep 1999 16:08:28 +0100 Received: (qmail 8176 invoked from network); 27 Sep 1999 15:08:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 15:08:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 11:07:49 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 11:06:43 -0400 Received: from mail1.digital.com ([204.123.2.50]:1440 "EHLO mail1.digital.com") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 11:04:00 -0400 Received: from reohub2.reo.cpqcorp.net (reohub2.reo.cpqcorp.net [16.37.150.191]) by mail1.digital.com (8.9.2/8.9.2/WV2.0g) with ESMTP id IAA08423 for ; Mon, 27 Sep 1999 08:03:58 -0700 (PDT) Received: by reohub2.reo.cpqcorp.net with Internet Mail Service (5.5.2559.0) id ; Mon, 27 Sep 1999 16:03:57 +0100 Message-ID: <03D1E91FFFDFD1119BD90000F843B475023C26C7@sbueurayo1bc.ayo.dec.com> From: Iain Grant To: linux-arm@vger.rutgers.edu Subject: Can't seem to login ???? Date: Mon, 27 Sep 1999 16:03:54 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2559.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Advice required. I 've just pulled over the base-3.0-1.tar.gz from the netwinder web site so that we can customize the system image for our EBSA-285. ( NFS mounting the image from our Alpha Linux host ) I have managed to remove all the netwinder specific startup options from the rc.sysinit file, my system gets all the way up to the login prompt, I type in the username 'root' then hit return at the password prompt and it hangs ??? The only change I made was to the inittab file so that it pointed to getty instead of mingetty by commenting out the tty devices and adding 1:2345:respawn:/sbin/getty ttyS0 DT9600 vt100 I also had to pull the getty program from the full image into the base image. We are using the 2.3.15 kernel. ( Have I forgotten to switch something on ... ) Any Ideas. Iain unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 20:09:51 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA19002 for ; Mon, 27 Sep 1999 20:09:50 +0100 Received: (qmail 25530 invoked from network); 27 Sep 1999 19:09:49 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 19:09:49 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 15:04:57 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 15:04:35 -0400 Received: from m6-nsv1-trogon.tch.cableol.net ([194.168.16.6]:1051 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 14:53:19 -0400 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA00763; Mon, 27 Sep 1999 19:25:26 +0100 Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.8.7) id TAA15810; Mon, 27 Sep 1999 19:23:47 +0100 From: Russell King - ARM Linux Admin Message-Id: <199909271823.TAA15810@flint.armlinux.org.uk> Subject: Re: Can't seem to login ???? To: Iain.Grant@Digital.Com (Iain Grant) Date: Mon, 27 Sep 1999 19:23:47 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <03D1E91FFFDFD1119BD90000F843B475023C26C7@sbueurayo1bc.ayo.dec.com> from "Iain Grant" at Sep 27, 99 04:03:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Iain Grant writes: > I 've just pulled over the base-3.0-1.tar.gz from the netwinder web site so Are you sure it was 3.0-1? The only reason I ask is that I seem to have a significantly later 3.0 image than that. If it is a very early release, then there could well be many many problems with it. > We are using the 2.3.15 kernel. ( Have I forgotten to switch something on > ... ) Did you configure in nwfpe, or load the acorn fpe module? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 20:10:21 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA19121 for ; Mon, 27 Sep 1999 20:10:21 +0100 Received: (qmail 25637 invoked from network); 27 Sep 1999 19:10:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 19:10:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 15:08:40 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 15:04:46 -0400 Received: from m6-nsv1-trogon.tch.cableol.net ([194.168.16.6]:1051 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 14:53:24 -0400 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA00745; Mon, 27 Sep 1999 19:20:03 +0100 Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.8.7) id TAA15782; Mon, 27 Sep 1999 19:18:24 +0100 From: Russell King - ARM Linux Admin Message-Id: <199909271818.TAA15782@flint.armlinux.org.uk> Subject: Re: PCI IDE controller? To: mestery@visi.com Date: Mon, 27 Sep 1999 19:18:24 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Sep 27, 99 07:32:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com writes: > We're looking into adding a PCI IDE controller onto our ebsa285-like > board at work for a future release, and I was wondering what type of > support Linux-ARM has for these? Specifically, is anyone using a > certain one with a workable driver? The following PCI IDE drivers: 1. Promise UDMA33 This seems to work fine up to UDMA mode 2, so long as you can confirm that your PCI bus clock is running at 33MHz +/- 2%. (running at 30MHz like mine was is good enough for reading, but corrupted silently on writing). 2. Winbond SL82C105 This is fine, so long as you don't use any of it's DMA modes. As soon as you do, the chip appears to cop-out. I know that some people are looking into getting DMA working on this again, but current advice is not to use DMA on these devices. 3. Ali 15x3 (? or whatever it is) No experiance of this chip - I believe Phil has some information on this one. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 20:46:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA20040 for ; Mon, 27 Sep 1999 20:46:49 +0100 Received: (qmail 360 invoked from network); 27 Sep 1999 19:46:48 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 19:46:48 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 15:45:49 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 15:42:11 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:50503 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 15:41:49 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id PAA22536 for ; Mon, 27 Sep 1999 15:41:54 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Re: Problem with gcc Date: Mon, 27 Sep 1999 15:39:50 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <9909271540160K.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Sat, 25 Sep 1999, Benjamin Stocks wrote: > Hi in the process of building an cross compiling glibc on an i86 box, I > realized that I built the cross compiling gcc2.95 wrong so I went back > to do it right and hit an error. The build appears to run normal for a > little while and then exits with this error: > > make[3]: Entering directory > `/usr/local/arm/src/gcc-2.95/arm-linux/libiberty' > make[3]: *** No targets. Stop. > make[3]: Leaving directory > `/usr/local/arm/src/gcc-2.95/arm-linux/libiberty' > make[2]: *** [../libiberty/libiberty.a] Error 2 > make[2]: Leaving directory > `/usr/local/arm/src/gcc-2.95/arm-linux/libstdc++' > make[1]: *** [all-target-libstdc++] Error 2 > make[1]: Leaving directory `/usr/local/arm/src/gcc-2.95' > make: *** [cross] Error 2 > ... Has anyone gotten this error before? I did when following ChrisR otherwise excellent toolchain guide, I executed # make LANGUAGES="c" from within the gcc directory instead of from the base directory. Not doing # cd gcc after configuring, gave me the proper result, for reason explained by Philip Blundell in the mail archive. Hope it will work for you! -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 21:08:09 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA20625 for ; Mon, 27 Sep 1999 21:08:09 +0100 Received: (qmail 4399 invoked from network); 27 Sep 1999 20:08:08 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 20:08:08 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 16:07:33 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 16:04:41 -0400 Received: from thorgal.et.tudelft.nl ([130.161.40.91]:25663 "EHLO thorgal.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 16:04:13 -0400 Received: from [130.161.40.82] (tvs082.et.tudelft.nl [130.161.40.82]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id WAA24493; Mon, 27 Sep 1999 22:04:10 +0200 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 27 Sep 1999 22:04:01 +0200 To: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com From: "J.D. Bakker" Subject: Modules broken on 2.2.1[02] on SA-1100 ? Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi all, [quick Q: is there any way to access physical memory locations, specifically the GPIO registers, from userspace on SA-linux ? mmap(2) or read(2) from either /dev/mem or /dev/kmem don't seem to work] As per the subject. insmod on either 2.2.10-rmk2-np11 or 2.2.12-rmk1-np12 gives a very reproducible oops and a solid hang. I tried a home-compiled insmod as well as the one from RedHat rawhide-arm4l; same results. I tried the null module below as well as loop.o, dummy.o and ppp-deflate.o; no change. Platform: LART board, SA-1100DA rev 9; 32M memory Tools: gcc version egcs-2.91.57 19980901 (egcs-1.1 release) binutils 2.9.1.0.15 The module that I used: /* * void.c * Dummy test driver. */ #include #include int __init init_module(void) { printk(KERN_CRIT "Reached init_module.\n"); return 0; } void cleanup_module(void) { printk(KERN_CRIT "Reached cleanup_module.\n"); } The result: bash-2.01# insmod -V insmod version 2.1.121 bash-2.01# ./insmod dummy.o bash-2.01# insmod void.o Bad mode in prefetch abort handler detected: mode SVC_32 Vectors: 00000000: ef9f0000 ea0000a1 e59ff398 ea000093 ea000086 ea0000a9 ea000078 ea0000a6 00000020: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Stubs: 00000200: e59fd1a4 e24ee004 e58de000 e14fe000 e58de004 e3ced03f e38dd093 e169f00d 00000220: e20ee00f e28fd0b4 e79de10e e1b0f00e e59fd17c e24ee008 e58de000 e14fe000 00000240: e58de004 e3ced03f e38dd093 e169f00d e20ee00f e28fdf41 e79de10e e1b0f00e 00000260: e59fd14c e24ee004 e58de000 e14fe000 e58de004 e3ced03f e38dd093 e169f00d 00000280: e21ee00f 059fe114 159fe114 e1b0f00e e59fd118 e58de000 e14fe000 e58de004 000002a0: e3ced03f e38dd093 e169f00d e20ee00f e28fd068 e79de10e e1b0f00e e25ef004 000002c0: eafffffe 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000002e0: c000f5e0 c000f388 c000f388 c000f4a0 c000f388 c000f388 c000f388 c000f388 00000300: c000f388 c000f388 c000f388 c000f388 c000f388 c000f388 c000f388 c000f388 00000320: c000f660 c000f39c c000f39c c000f520 c000f39c c000f39c c000f39c c000f39c 00000340: c000f39c c000f39c c000f39c c000f39c c000f39c c000f39c c000f39c c000f39c 00000360: c000f580 c000f374 c000f374 c000f440 c000f374 c000f374 c000f374 c000f374 00000380: c000f374 c000f374 c000f374 c000f374 c000f374 c000f374 c000f374 c000f374 000003a0: c000f6e0 c000f360 c000f820 c00bf8d0 c00bf8dc c00bf8e8 00000000 00000000 000003c0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000003e0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000400: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000420: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000440: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000460: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000480: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000004a0: 00000000 00000000 00000000 00000000 00000000 00000000 The oops, run through ksymoops: Options used: -v ../../vmlinux (specified) -o ../../modules (specified) -K (specified) -L (specified) -m ../../System.map (specified) -c 1 (default) No modules in ksyms, skipping objects Reading Oops report from the terminal Internal error: Oops: 0 CPU: 0 pc : [] lr : [] sp : c1635ed4 ip : c1635f2c fp : c1635f28 r10: 400fea44 r9 : ffffffea r8 : c2800048 r7 : c28000c8 r6 : 00000000 r5 : c2800000 r4 : 00000000 r3 : c280004c r2 : c00f6350 r1 : c00e5000 r0 : c2800088 Flags: NzCv IRQs on FIQs on Mode SVC_32 Segment user Control: C07B917F Table: C07B917F DAC: 00000015 Process insmod (pid: 27, stackpage=c1635000) Stack: c1635f00: c2800060 c401ca64 a0000013 ffffffff c1635fb0 c1635f20: c1635f2c c001ff48 c2800058 00000004 c2800048 c1635f3c c2800048 c06e0000 c1635f40: c06e2000 00000048 c00c0e44 c2800048 000000c8 00000000 00000000 00000000 c1635f60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 c1635f80: 00000000 00000000 00000000 020113e0 c000f908 00000080 c1634000 c1635ff4 c1635fa0: 00000000 00000000 c1635fb4 c000f760 c001f958 020113e0 020113e0 02017d90 c1635fc0: 00000000 00000000 020113e0 00000002 02000a24 02008260 0200472c 00000000 c1635fe0: 400fea44 bffffe38 02017d90 bffffd40 020046bc 02007ee8 60000010 020113e0 Backtrace: Function entered at [] from [] Function entered at [] from [] r9 = 00000000 r8 = c1635ff4 r7 = c1634000 r6 = 00000080 r5 = c000f908 r4 = 020113e0 Code: pc not in code space Warning, Code line not seen, dumping what data is available >>EIP: c401ca64 Trace: c280004c Trace: c001ff48 Trace: c001f94c Trace: c000f760 1 warning issued. Results may not be reliable. Any ideas ? JDB -- Jan-Derk Bakker, bakker@mmc.et.tudelft.nl The lazy man's proverb: 'There's no business like slow business !' unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 21:26:57 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA21282 for ; Mon, 27 Sep 1999 21:26:57 +0100 Received: (qmail 8097 invoked from network); 27 Sep 1999 20:26:55 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 20:26:55 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 16:26:24 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 16:26:16 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:52415 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 16:23:14 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id QAA06964 for ; Mon, 27 Sep 1999 16:21:12 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Re: One more glibc Error Date: Mon, 27 Sep 1999 15:42:48 -0400 Content-Type: text/plain References: MIME-Version: 1.0 Message-Id: <9909271619370L.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 24 Sep 1999, Philip wrote: > I suggested to the > last person to report it that they could try glibc 2.1.1 instead and I don't > think I heard any more, so maybe that solved the problem for them. And from an older E-Mail >A similar problem has been reported by some people on other platforms, but I >don't think anybody has worked out the cause (or a cure) yet. The best guess >so far seems to be that it might be due to a buggy version of awk or some >other tool. It seems to have occurred suddenly in glibc 2.1.2, so you could >try going back to 2.1.1 and see if that works any better. Alternatively I >think you will have to investigate the Makefiles and try to figure out why the >*.map files are not being correctly built. Ok! I thought I should give a try to v2.1.1 and resolve the v2.1.2 problem when I'm advanced enough in my make, bash and gawk studying (I'm _very_ junior with all of these) So on my intel sysem with binutils 2.9.5.0.11, built and installed, linux 2.2.10 "make dep" for ARM and the resulting includes appropriately copied, gcc-2.95.1 with 4 patches applied, built and installed, I tried to ./configure glibc-2.1.1. With CC=arm-linux-gcc Configuring results at some point in : >checking version of gcc... pgcc-2.91.66, ok >checking for make... (cached) make >checking version of make... 3.77, ok >checking for msgfmt... (cached) msgfmt >checking version of msgfmt... 0.10.35, ok >checking for makeinfo... no >configure: warning: >*** An auxiliary program is missing or too old; >*** some features will be disabled. >*** Check the INSTALL file for required versions. >checking whether the C compiler (gcc ) works... (cached) yes >checking whether the C compiler (gcc ) is a cross-compiler... (cached) no >checking whether we are using GNU C... (cached) yes Which is my native compiler not my 2.95.1 compiler built for ARM. So of course doing: # make results very quickly in: >make[1]: Entering directory `/usr/src/glibc/glibc-2.1.1/csu' >gcc ../sysdeps/unix/sysv/linux/arm/sysdep.S -c -I../include -I. ... >/tmp/ccmAFUZY.s: Assembler messages: >/tmp/ccmAFUZY.s:1053: Error: no such 386 instruction: `rsb' >/tmp/ccmAFUZY.s:1289: Error: no such 386 instruction: `ldr' >/tmp/ccmAFUZY.s:1290: Error: invalid char '[' begining second operand '[r1]' >/tmp/ccmAFUZY.s:1292: Error: no such 386 instruction: `stmdb' >/tmp/ccmAFUZY.s:1294: Error: no such 386 instruction: `bl' >/tmp/ccmAFUZY.s:1295: Error: no such 386 instruction: `ldmia' >/tmp/ccmAFUZY.s:1296: Error: invalid char '[' begining second operand '[r0]' >/tmp/ccmAFUZY.s:1300: Error: no such 386 instruction: `mvn' >/tmp/ccmAFUZY.s:1301: Error: no opcode suffix given and no register operands; >can't size instruction make[1]: *** [sysdep.o] Error 1 >make[1]: Leaving directory `/usr/src/glibc/glibc-2.1.1/csu' >make: *** [csu/subdir_lib] Error 2 The very first time I tried this, ./configure told me, something like >checking version of gcc... gcc-2.95.1, bad! and eventually failed to complete... so I tried ./configure with --build=i586-linux instead of --build=i686-pc-linux-gnu and from that time and since, it chooses the native pgcc. Is there a quick fix for this? If not, do I really want to try to solve these issues on glibc-2.1.1, or would it be preferable that I invest on v2.1.2 ? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 21:48:53 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA22511 for ; Mon, 27 Sep 1999 21:48:53 +0100 Received: (qmail 11703 invoked from network); 27 Sep 1999 20:48:52 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 20:48:52 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 16:42:54 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 16:41:51 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:53317 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 16:38:25 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id QAA12339 for ; Mon, 27 Sep 1999 16:38:26 -0400 (EDT) From: Francois Desloges To: linux-arm@vger.rutgers.edu Subject: Re: One more glibc Error Date: Mon, 27 Sep 1999 16:25:26 -0400 Content-Type: text/plain MIME-Version: 1.0 Message-Id: <9909271636500M.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Answering to my own E-Mail: >The very first time I tried this, ./configure told me, something like >>checking version of gcc... gcc-2.95.1, bad! >and eventually failed to complete... Wait a second! There is a message in the archive dating from 12 Aug 1999, from Gaixa Zhang asking for the same problem, and here's Philip's answer: >>Install glibc-2.1.tar.gz with glibc-linuxthread-2.1.tar.gz and >>glib-crypt-2.0.111.tar.gz >>./configure arm-linux --build=i686-pc-linux-gnu --prefix=/usr/arm-linux >>--enable-add-ons >> Now comes to "gcc 2.95, bad" > >Get glibc 2.1.2pre2 and this should be fixed. > >p. Well, am I stock in an infinite loop or what? Since the goal is to fix the ld.so.map problem in glibc-2.1.2 linking, and that from Philip point of view: >The best guess so far seems to be that it might be due to a buggy version of >awk or some other tool. It seems to have occurred suddenly in glibc 2.1.2, >so you could try going back to 2.1.1 and see if that works any better. So I really should concentrate on fixing v2.1.2, shouldn't I? -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 22:01:59 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA23451 for ; Mon, 27 Sep 1999 22:01:59 +0100 Received: (qmail 14424 invoked from network); 27 Sep 1999 21:01:49 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 21:01:49 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 16:56:28 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 16:49:33 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1176 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 16:44:38 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11VhdL-0001a3-00; Mon, 27 Sep 1999 21:44:27 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "J.D. Bakker" cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Subject: Re: Modules broken on 2.2.1[02] on SA-1100 ? In-Reply-To: Message from "J.D. Bakker" of "Mon, 27 Sep 1999 22:04:01 +0200." References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Sep 1999 21:44:27 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >[quick Q: is there any way to access physical memory locations, >specifically the GPIO registers, from userspace on SA-linux ? mmap(2) or >read(2) from either /dev/mem or /dev/kmem don't seem to work] Mmap'ing /dev/mem ought to give you access to physical memory and is probably the right way to do this. I can't think of any reason why it shouldn't work on the SA-1100 offhand. >gcc version egcs-2.91.57 19980901 (egcs-1.1 release) >binutils 2.9.1.0.15 What version of modutils? >Bad mode in prefetch abort handler detected: mode SVC_32 >CPU: 0 >pc : [] lr : [] >sp : c1635ed4 ip : c1635f2c fp : c1635f28 My best guess is that something is going wrong with the code that resolves branches when the module is loaded. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 22:10:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA23999 for ; Mon, 27 Sep 1999 22:10:11 +0100 Received: (qmail 16510 invoked from network); 27 Sep 1999 21:10:10 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 21:10:10 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 17:08:22 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 17:06:08 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1207 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 16:54:31 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Vhmt-0001cL-00; Mon, 27 Sep 1999 21:54:19 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: One more glibc Error In-Reply-To: Message from Francois Desloges of "Mon, 27 Sep 1999 16:25:26 EDT." <9909271636500M.00761@dual> References: <9909271636500M.00761@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Sep 1999 21:54:19 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>> Now comes to "gcc 2.95, bad" >> >>Get glibc 2.1.2pre2 and this should be fixed. > >Well, am I stock in an infinite loop or what? :-) Making that work in 2.1.1 would actually require only a pretty trivial change to the configure script. But: >So I really should concentrate on fixing v2.1.2, shouldn't I? Frankly yes, though I can't offer much help with that. You could try asking on the libc-alpha@gnu.org list to see if anyone else has some ideas. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 23:09:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA26005 for ; Mon, 27 Sep 1999 23:09:31 +0100 Received: (qmail 29981 invoked from network); 27 Sep 1999 22:09:29 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 22:09:29 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 17:57:46 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 17:49:05 -0400 Received: from thorgal.et.tudelft.nl ([130.161.40.91]:26500 "EHLO thorgal.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 17:42:16 -0400 Received: from [130.161.40.82] (tvs082.et.tudelft.nl [130.161.40.82]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id XAA24884; Mon, 27 Sep 1999 23:41:58 +0200 Message-Id: In-Reply-To: References: "Message from J.D. Bakker" "of Mon, 27 Sep 1999 22:04:01 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 27 Sep 1999 23:41:28 +0200 To: Philip Blundell From: "J.D. Bakker" Subject: Re: Modules broken on 2.2.1[02] on SA-1100 ? Cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>[quick Q: is there any way to access physical memory locations, >>specifically the GPIO registers, from userspace on SA-linux ? mmap(2) or >>read(2) from either /dev/mem or /dev/kmem don't seem to work] > >Mmap'ing /dev/mem ought to give you access to physical memory and is >probably the right way to do this. I can't think of any reason why it >shouldn't work on the SA-1100 offhand. Theory: The SA-1100 doesn't like cache line reads from the internal control registers. I wrote a small app[1] that memmaps a page and tries to read the first longword. It works as expected for all areas *except* the space between 0x8000 0000 and 0xBFFF FFFF. That's where the internal control registers of the SA live; if I point my app there, the mmap(2) will succeed but reading the data invariably yields Internal error: External abort on linefetch: 6 My guess is that the memory is mapped cacheable, and the SA is allergic to the ensuing line fills. A) Does this sound plausible ? B) Is there a way to fix this ? >>gcc version egcs-2.91.57 19980901 (egcs-1.1 release) >>binutils 2.9.1.0.15 > >What version of modutils? 2.1.121. >>Bad mode in prefetch abort handler detected: mode SVC_32 >>CPU: 0 >>pc : [] lr : [] >>sp : c1635ed4 ip : c1635f2c fp : c1635f28 > >My best guess is that something is going wrong with the code that resolves >branches when the module is loaded. Anything I can do to fix/resolve that ? JDB. [1] Simple mmapper: #include #include #include #include #include #include #include #include #include #include #define FATAL do { fprintf(stderr, "Error at line %d, file %s (%d) [%s]\n", \ __LINE__, __FILE__, errno, strerror(errno)); exit(1); } while(0) #define MAP_SIZE 4096 int main(int argc, char **argv) { int fd; unsigned long *addr; off_t target = 0xE0000000; if(argc > 1) target = strtol(argv[1], 0, 0) & 0xFFFFF000; if((fd = open("/dev/mem", O_RDWR)) == -1) FATAL; printf("/dev/mem opened.\n"); fflush(stdout); /* Map one page of the always-zero memory */ addr = (unsigned long *) mmap(0, MAP_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, target); if(addr == (unsigned long *) -1) FATAL; printf("Memory mapped at address %p.\n", addr); fflush(stdout); printf("Value at address 0x%X (%p): 0x%X\n", target, addr, *addr); fflush(stdout); if(munmap(addr, MAP_SIZE) == -1) FATAL; close(fd); return 0; } -- Jan-Derk Bakker, bakker@mmc.et.tudelft.nl The lazy man's proverb: 'There's no business like slow business !' unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 23:13:22 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA26287 for ; Mon, 27 Sep 1999 23:13:22 +0100 Received: (qmail 30233 invoked from network); 27 Sep 1999 22:13:21 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 22:13:21 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 18:11:01 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 18:10:48 -0400 Received: from m59-nsv3-trogon.tch.cableol.net ([194.168.16.209]:1212 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 18:06:06 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA01482; Mon, 27 Sep 1999 23:05:56 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA01002; Mon, 27 Sep 1999 23:04:34 +0100 Message-Id: <199909272204.XAA01002@raistlin.armlinux.org.uk> Subject: Re: Modules broken on 2.2.1[02] on SA-1100 ? To: bakker@thorgal.et.tudelft.nl (J.D. Bakker) Date: Mon, 27 Sep 1999 23:04:29 +0100 (BST) Cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com In-Reply-To: from "J.D. Bakker" at Sep 27, 99 11:58:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing J.D. Bakker writes: > >This is the classic modutils-can't-handle-system-memory-over-32MB syndrome, > >seen many times on RiscPCs. I don't think it's compiler related - it's > >modutils-related. > > My memory is *exactly* 32M; would it be useful to test it tomorrow with > only one bank (16M) ? It will more than likely work with 16M, and 24M (the bug in the 2.0 modutils went undiscovered for some time until I updated my RiscPC to have 40MB). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 23:17:43 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA26574 for ; Mon, 27 Sep 1999 23:17:43 +0100 Received: (qmail 31440 invoked from network); 27 Sep 1999 22:17:41 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 22:17:41 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 18:17:02 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 18:08:56 -0400 Received: from thorgal.et.tudelft.nl ([130.161.40.91]:26663 "EHLO thorgal.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 17:57:40 -0400 Received: from [130.161.40.82] (tvs082.et.tudelft.nl [130.161.40.82]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id XAA24987; Mon, 27 Sep 1999 23:57:34 +0200 Message-Id: In-Reply-To: References: "Message from J.D. Bakker" "of Mon, 27 Sep 1999 22:04:01 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 27 Sep 1999 23:57:03 +0200 To: Philip Blundell From: "J.D. Bakker" Subject: Re: Modules broken on 2.2.1[02] on SA-1100 ? Cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing At 23:41 +0200 27-09-1999, J.D. Bakker wrote: >Theory: The SA-1100 doesn't like cache line reads from the internal control >registers. Scratch that. The program was buggy; should have used strtoul instead. I can't check it thoroughly now, but it seems to work. Sorry for the wild goose chase. JDB. Note to self: Don't bother people with theories developed 5mins before the building closes. -- Jan-Derk Bakker, bakker@mmc.et.tudelft.nl The lazy man's proverb: 'There's no business like slow business !' unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 23:26:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA27076 for ; Mon, 27 Sep 1999 23:26:27 +0100 Received: (qmail 1742 invoked from network); 27 Sep 1999 22:26:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 22:26:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 18:09:51 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 18:04:51 -0400 Received: from m59-nsv3-trogon.tch.cableol.net ([194.168.16.209]:1140 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 17:51:26 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA01390; Mon, 27 Sep 1999 22:51:07 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA00894; Mon, 27 Sep 1999 22:49:47 +0100 Message-Id: <199909272149.WAA00894@raistlin.armlinux.org.uk> Subject: Re: Modules broken on 2.2.1[02] on SA-1100 ? To: Philip.Blundell@pobox.com (Philip Blundell) Date: Mon, 27 Sep 1999 22:49:47 +0100 (BST) Cc: bakker@thorgal.et.tudelft.nl, linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com In-Reply-To: from "Philip Blundell" at Sep 27, 99 09:44:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > >Bad mode in prefetch abort handler detected: mode SVC_32 > >CPU: 0 > >pc : [] lr : [] > >sp : c1635ed4 ip : c1635f2c fp : c1635f28 > > My best guess is that something is going wrong with the code that resolves > branches when the module is loaded. This is the classic modutils-can't-handle-system-memory-over-32MB syndrome, seen many times on RiscPCs. I don't think it's compiler related - it's modutils-related. I thought that this was fixed ages ago (even before modutils 2.1.121 was out). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Sep 27 23:28:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA27126 for ; Mon, 27 Sep 1999 23:28:07 +0100 Received: (qmail 2102 invoked from network); 27 Sep 1999 22:28:06 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 22:28:06 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 18:16:11 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 18:07:26 -0400 Received: from thorgal.et.tudelft.nl ([130.161.40.91]:26669 "EHLO thorgal.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 18:00:28 -0400 Received: from [130.161.40.82] (tvs082.et.tudelft.nl [130.161.40.82]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id AAA25002; Tue, 28 Sep 1999 00:00:24 +0200 Message-Id: In-Reply-To: <199909272149.WAA00894@raistlin.armlinux.org.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 27 Sep 1999 23:58:35 +0200 To: linux@arm.linux.org.uk From: "J.D. Bakker" Subject: Re: Modules broken on 2.2.1[02] on SA-1100 ? Cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing At 23:49 +0200 27-09-1999, linux@arm.linux.org.uk wrote: >Philip Blundell writes: >> >Bad mode in prefetch abort handler detected: mode SVC_32 >> >CPU: 0 >> >pc : [] lr : [] >> >sp : c1635ed4 ip : c1635f2c fp : c1635f28 >> >> My best guess is that something is going wrong with the code that resolves >> branches when the module is loaded. > >This is the classic modutils-can't-handle-system-memory-over-32MB syndrome, >seen many times on RiscPCs. I don't think it's compiler related - it's >modutils-related. My memory is *exactly* 32M; would it be useful to test it tomorrow with only one bank (16M) ? JDB [who has to run now, don't want to be locked in...] -- Jan-Derk Bakker, bakker@mmc.et.tudelft.nl The lazy man's proverb: 'There's no business like slow business !' unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 00:03:47 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA28209 for ; Tue, 28 Sep 1999 00:03:46 +0100 Received: (qmail 10022 invoked from network); 27 Sep 1999 23:03:46 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Sep 1999 23:03:46 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 27 Sep 1999 18:40:33 -0400 Received: by vger.rutgers.edu id ; Mon, 27 Sep 1999 18:33:00 -0400 Received: from m59-nsv3-trogon.tch.cableol.net ([194.168.16.209]:1269 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Mon, 27 Sep 1999 18:19:52 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA01553 for ; Mon, 27 Sep 1999 23:19:47 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA01250 for linux-arm@vger.rutgers.edu; Mon, 27 Sep 1999 23:18:26 +0100 Message-Id: <199909272218.XAA01250@raistlin.armlinux.org.uk> Subject: Connectivity problems To: linux-arm@vger.rutgers.edu Date: Mon, 27 Sep 1999 23:18:25 +0100 (BST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi All, Just to let you know that my modem is now in for repair, and therefore my connectivity is likely to be very unpredictable at the best of times (depends when and if I can borrow a modem from work). I'm hoping to get the 2.3.18-rmk2 stuff out ASAP though, but it won't be this side of midnight (not with the 2.2.12 crash I had on the EBSA110 this evening). Ho hum, C'est la vie. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 10:48:21 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA14368 for ; Tue, 28 Sep 1999 10:48:21 +0100 Received: (qmail 7094 invoked from network); 28 Sep 1999 09:48:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 09:48:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 05:47:39 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 05:47:30 -0400 Received: from thorgal.et.tudelft.nl ([130.161.40.91]:28794 "EHLO thorgal.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 05:47:11 -0400 Received: from [130.161.40.82] (tvs082.et.tudelft.nl [130.161.40.82]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id LAA26549; Tue, 28 Sep 1999 11:47:06 +0200 Message-Id: In-Reply-To: <199909272204.XAA01002@raistlin.armlinux.org.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 28 Sep 1999 11:46:47 +0200 To: linux@arm.linux.org.uk From: "J.D. Bakker" Subject: Re: Modules broken on 2.2.1[02] on SA-1100 ? Cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing At 00:04 +0200 28-09-1999, linux@arm.linux.org.uk wrote: >J.D. Bakker writes: >> >This is the classic modutils-can't-handle-system-memory-over-32MB syndrome, >> >seen many times on RiscPCs. I don't think it's compiler related - it's >> >modutils-related. >> >> My memory is *exactly* 32M; would it be useful to test it tomorrow with >> only one bank (16M) ? > >It will more than likely work with 16M, and 24M (the bug in the 2.0 modutils >went undiscovered for some time until I updated my RiscPC to have 40MB). Checked it with 16M; you're right, it works. Do you know how to fix this, or where I could get a working insmod binary ? How do the NetWinder folks handle this, BTW ? ISTR that their smallest model has 32M, and they do use modules. JDB [16M with an 8M ramdisk, a kernel and no swap makes me feel a bit... claustrophobic. And yes, Nico, I know it can be a *lot* tighter..] -- "There is a style of design I call "wishful thinking engineering." It starts with something like "pigs can fly if you feed them enough beans" and develops utopian plans such as like having everyone commute to work riding on personal pigs, and along the way ignores minor details such as the consequent rain of the non-gaseous byproducts." (Vernon Schryver in n.a.n-a.e) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 11:01:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA14767 for ; Tue, 28 Sep 1999 11:01:37 +0100 Received: (qmail 9116 invoked from network); 28 Sep 1999 10:01:36 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 10:01:36 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 06:01:15 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 06:00:56 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:32444 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 06:00:44 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11Vtxt-0007FA-00; Tue, 28 Sep 1999 10:54:29 +0100 Received: from [127.0.0.1] (helo=fountain ident=pb) by fountain.nexus.co.uk with esmtp (Exim 3.03 #1) id 11Vtxt-0005ZO-00; Tue, 28 Sep 1999 10:54:29 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux@arm.linux.org.uk cc: bakker@thorgal.et.tudelft.nl, linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Subject: Re: Modules broken on 2.2.1[02] on SA-1100 ? In-Reply-To: Message from linux@arm.linux.org.uk of "Mon, 27 Sep 1999 22:49:47 BST." <199909272149.WAA00894@raistlin.armlinux.org.uk> References: <199909272149.WAA00894@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Sep 1999 10:54:29 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >This is the classic modutils-can't-handle-system-memory-over-32MB syndrome, >seen many times on RiscPCs. I don't think it's compiler related - it's >modutils-related. > >I thought that this was fixed ages ago (even before modutils 2.1.121 was >out). Yeah, I did too but maybe an old version escaped somehow. Get the latest from ftp://ftp.ocs.com.au/pub/modutils and see if it helps, I guess. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 11:28:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA15551 for ; Tue, 28 Sep 1999 11:28:50 +0100 Received: (qmail 12872 invoked from network); 28 Sep 1999 10:28:49 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 10:28:49 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 06:28:18 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 06:28:11 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:32566 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 06:27:51 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11VuTd-0007Lp-00; Tue, 28 Sep 1999 11:27:17 +0100 Received: from [127.0.0.1] (helo=fountain ident=pb) by fountain.nexus.co.uk with esmtp (Exim 3.03 #1) id 11VuTd-0005gG-00; Tue, 28 Sep 1999 11:27:17 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "J.D. Bakker" cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Subject: Re: Modules broken on 2.2.1[02] on SA-1100 ? In-Reply-To: Message from "J.D. Bakker" of "Tue, 28 Sep 1999 11:46:47 +0200." References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Sep 1999 11:27:17 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >How do the NetWinder folks handle this, BTW ? ISTR that their smallest >model has 32M, and they do use modules. Yeah. I guess they use a working insmod. :-) p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 13:05:10 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA18422 for ; Tue, 28 Sep 1999 13:05:10 +0100 Received: (qmail 23477 invoked from network); 28 Sep 1999 12:05:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 12:05:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 08:04:29 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 08:04:15 -0400 Received: from thorgal.et.tudelft.nl ([130.161.40.91]:29250 "EHLO thorgal.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 08:01:47 -0400 Received: from [130.161.40.82] (tvs082.et.tudelft.nl [130.161.40.82]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id OAA27673; Tue, 28 Sep 1999 14:01:43 +0200 Message-Id: In-Reply-To: References: Message from linux@arm.linux.org.uk of "Mon, 27 Sep 1999 22:49:47 BST." <199909272149.WAA00894@raistlin.armlinux.org.uk> <199909272149.WAA00894@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 28 Sep 1999 14:00:54 +0200 To: Philip Blundell From: "J.D. Bakker" Subject: Re: Modules broken on 2.2.1[02] on SA-1100 ? Cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing At 11:54 +0200 28-09-1999, Philip Blundell wrote: >>This is the classic modutils-can't-handle-system-memory-over-32MB syndrome, >>seen many times on RiscPCs. I don't think it's compiler related - it's >>modutils-related. >> >>I thought that this was fixed ages ago (even before modutils 2.1.121 was >>out). > >Yeah, I did too but maybe an old version escaped somehow. Get the latest >from >ftp://ftp.ocs.com.au/pub/modutils and see if it helps, I guess. That did the trick. Thanks a lot ! JDB. -- "A satisfied customer ? We ought to have him stuffed !" -- Basil Fawlty unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 14:24:30 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA20904 for ; Tue, 28 Sep 1999 14:24:30 +0100 Received: (qmail 2667 invoked from network); 28 Sep 1999 13:24:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 13:24:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 09:07:05 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 09:01:11 -0400 Received: from mail1.digital.com ([204.123.2.50]:4373 "EHLO mail1.digital.com") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 08:55:15 -0400 Received: from reohub2.reo.cpqcorp.net (reohub2.reo.cpqcorp.net [16.37.150.191]) by mail1.digital.com (8.9.2/8.9.2/WV2.0g) with ESMTP id FAA08449; Tue, 28 Sep 1999 05:55:10 -0700 (PDT) Received: by reohub2.reo.cpqcorp.net with Internet Mail Service (5.5.2559.0) id ; Tue, 28 Sep 1999 13:55:10 +0100 Message-ID: <03D1E91FFFDFD1119BD90000F843B475023C273B@sbueurayo1bc.ayo.dec.com> From: Iain Grant To: Russell King - ARM Linux Admin Cc: linux-arm@vger.rutgers.edu Subject: RE: Can't seem to login ???? Date: Tue, 28 Sep 1999 13:55:05 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2559.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I've checked my config.in file and it is linking in the nwfpe stuff from the arch/arm directory of the 2.3.15 kernel. ( Question : with the old kernel I needed a seperate floating point program started up in inittab, is this required for the 2.3.15-rmk1 kernel ... ? ) I've gone from the base to the full image. ( Making all the mods I previously listed ) I can now log in, although strange little things are still happening. Firstly one problem I share with Dave Baukus is that my first try at username and password times out. I can only log in the second time .... Once logged in if I attempt to add a user I get a password file is locked try again later message. Interesting...... Iain -----Original Message----- From: Russell King - ARM Linux Admin [mailto:linux@arm.linux.org.uk] Sent: Monday, September 27, 1999 7:24 PM To: Iain Grant Cc: linux-arm@vger.rutgers.edu Subject: Re: Can't seem to login ???? Iain Grant writes: > I 've just pulled over the base-3.0-1.tar.gz from the netwinder web site so Are you sure it was 3.0-1? The only reason I ask is that I seem to have a significantly later 3.0 image than that. If it is a very early release, then there could well be many many problems with it. > We are using the 2.3.15 kernel. ( Have I forgotten to switch something on > ... ) Did you configure in nwfpe, or load the acorn fpe module? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 15:15:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA22883 for ; Tue, 28 Sep 1999 15:15:28 +0100 Received: (qmail 14857 invoked from network); 28 Sep 1999 14:15:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 14:15:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 10:08:14 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 10:03:41 -0400 Received: from sparkle.Generation.NET ([205.205.119.4]:48078 "EHLO sparkle.Generation.NET") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 10:00:20 -0400 Received: from dual (generic253.197.205.205.IN-ADDR.ARPA [205.205.197.253] (may be forged)) by sparkle.Generation.NET (8.9.3/8.9.3) with SMTP id KAA26918; Tue, 28 Sep 1999 10:00:26 -0400 (EDT) From: Francois Desloges To: Philip Blundell Subject: Re: One more glibc Error Date: Tue, 28 Sep 1999 09:23:14 -0400 Content-Type: text/plain References: Cc: linux-arm@vger.rutgers.edu MIME-Version: 1.0 Message-Id: <9909280958520N.00761@dual> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Mon, 27 Sep 1999, Philip Blundell wrote: > Making that work in 2.1.1 would actually require only a pretty trivial change > to the configure script... > > p. Is it possible to quickly patch 2.1.1 and fix the unknown 2.1.2 problem later? I mean, is it possible to know that "pretty trivial change" to the glibc-2.1.1 configure script, that would enable me to complete my toolchain ? In order to see my bosses calm down a bit, and maintain trust in this project, I need my toolchain to be completed asap. I use most of my spare time at learning bash, make, grep, sed, awk and all those tools needed in order to fix the trivial bug in 2.1.1 configure script and the 2.1.2 unknown one. However, I've largely underestimated the learning curve that I would have to swallow (stupid me; I mean, this thing is HUGE), and I'm totally out of track from my original schedule :-(. I really want to contribute on this 2.1.2 problem. But, I must show the big boys a working kernel on my EBSA before. Thanks -- François Desloges fd@vipswitch.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 15:27:35 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA23197 for ; Tue, 28 Sep 1999 15:27:35 +0100 Received: (qmail 17594 invoked from network); 28 Sep 1999 14:27:33 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 14:27:33 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 10:18:28 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 10:11:04 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:10204 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 09:58:14 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11Vxke-0007xo-00; Tue, 28 Sep 1999 14:57:04 +0100 Received: from [127.0.0.1] (helo=fountain ident=pb) by fountain.nexus.co.uk with esmtp (Exim 3.03 #1) id 11Vxke-00069k-00; Tue, 28 Sep 1999 14:57:04 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Iain Grant cc: linux-arm@vger.rutgers.edu Subject: Re: Can't seem to login ???? In-Reply-To: Message from Iain Grant of "Tue, 28 Sep 1999 13:55:05 BST." <03D1E91FFFDFD1119BD90000F843B475023C273B@sbueurayo1bc.ayo.dec.com> References: <03D1E91FFFDFD1119BD90000F843B475023C273B@sbueurayo1bc.ayo.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Sep 1999 14:57:04 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >the arch/arm directory of the 2.3.15 kernel. ( Question : with the old >kernel I needed a seperate floating point program started up in inittab, >is this required for the 2.3.15-rmk1 kernel ... ? ) Not if you compiled in NWFPE. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 16:02:12 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA24735 for ; Tue, 28 Sep 1999 16:02:12 +0100 Received: (qmail 25826 invoked from network); 28 Sep 1999 15:02:10 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 15:02:10 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 10:56:30 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 10:51:10 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:10257 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 10:42:51 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11VyS4-00083l-00; Tue, 28 Sep 1999 15:41:56 +0100 Received: from [127.0.0.1] (helo=fountain ident=pb) by fountain.nexus.co.uk with esmtp (Exim 3.03 #1) id 11VyS3-0006Bo-00; Tue, 28 Sep 1999 15:41:55 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Francois Desloges cc: linux-arm@vger.rutgers.edu Subject: Re: One more glibc Error In-Reply-To: Message from Francois Desloges of "Tue, 28 Sep 1999 09:23:14 EDT." <9909280958520N.00761@dual> References: <9909280958520N.00761@dual> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Sep 1999 15:41:55 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I mean, is it possible to know that "pretty trivial change" to the glibc-2.1.1 >configure script, that would enable me to complete my toolchain ? Find the bit in configure.in that says "AC_CHECK_PROG_VER(CC, ...)" (it's at about line 455). You need to either amend the regular expression so that it matches "2.95.1" or just delete the whole line in which case it will accept any version. Then use autoconf to rebuild the configure script. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 18:11:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA30505 for ; Tue, 28 Sep 1999 18:11:04 +0100 Received: (qmail 19926 invoked from network); 28 Sep 1999 17:11:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 17:11:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 12:59:29 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 12:58:07 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:4349 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Tue, 28 Sep 1999 12:37:18 -0400 Received: From paulaner With LocalMail ; Wed, 29 Sep 99 02:36:32 +1000 From: "Adam 'WeirdArms' Wiggins" To: linux-arm@vger.rutgers.edu Date: Wed, 29 Sep 1999 02:36:32 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU Subject: Assember error msg Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Can anyone shed some light on the following error: syscall.S: Assembler messages: syscall.S:170: Error: Internal_relocation (type 178) not fixed up (IMMEDIATE) make[1]: *** [syscall.o] Error 1 Its part of my own code (not linux). The instruction is: adr tmp0, fast_syscall_return tmp0 is a #define to a register, fast_syscall_return is a label in another source file (doesn't matter if I make it local) Its the first time I've used adr so maybe my syntax is wrong? Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 18:41:17 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA31476 for ; Tue, 28 Sep 1999 18:41:17 +0100 Received: (qmail 26845 invoked from network); 28 Sep 1999 17:41:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 17:41:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 13:31:00 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 13:29:12 -0400 Received: from adsl-216-100-248-143.dsl.snfc21.pacbell.net ([216.100.248.143]:17111 "EHLO adsl-216-100-248-143.dsl.snfc21.pacbell.net") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 13:20:58 -0400 Received: from maggie (benw@maggie [192.168.1.8]) by adsl-216-100-248-143.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id KAA09186; Tue, 28 Sep 1999 10:16:18 -0700 Date: Mon, 2 Aug 1999 10:21:58 -0700 (PWT) From: Ben Williamson X-Sender: benw@maggie.casagrande.way To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: Assember error msg In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 29 Sep 1999, Adam 'WeirdArms' Wiggins wrote: > Its part of my own code (not linux). The instruction is: > > adr tmp0, fast_syscall_return > > tmp0 is a #define to a register, fast_syscall_return is a label in another > source file (doesn't matter if I make it local) I think it has to be local AND in the same section as the instruction, ie in the .text section. Otherwise the assembler can't figure out how far it is from the instruction to the label, and there's a good chance it will be too far anyway. Hope that helps, - Ben. ------------------------------------------------------------------- Ben Williamson benw@pobox.com http://www.pobox.com/~benw/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 18:42:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA31491 for ; Tue, 28 Sep 1999 18:42:26 +0100 Received: (qmail 27055 invoked from network); 28 Sep 1999 17:42:25 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 17:42:25 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 13:34:01 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 13:29:28 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:4405 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Tue, 28 Sep 1999 13:24:17 -0400 Received: From paulaner With LocalMail ; Wed, 29 Sep 99 03:23:46 +1000 From: "Adam 'WeirdArms' Wiggins" To: Ben Williamson Date: Wed, 29 Sep 1999 03:23:46 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: Assember error msg In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Mon, 2 Aug 1999, Ben Williamson wrote: > On Wed, 29 Sep 1999, Adam 'WeirdArms' Wiggins wrote: > > > Its part of my own code (not linux). The instruction is: > > > > adr tmp0, fast_syscall_return > > > > tmp0 is a #define to a register, fast_syscall_return is a label in another > > source file (doesn't matter if I make it local) > > I think it has to be local AND in the same section as the instruction, ie > in the .text section. Otherwise the assembler can't figure out how far it > is from the instruction to the label, and there's a good chance it will > be too far anyway. Hope that helps, Ah, ok, when i changed it to local I did change sections. Is there anyway to get around the local restriction? Cheers Adam > > - Ben. > > ------------------------------------------------------------------- > Ben Williamson benw@pobox.com http://www.pobox.com/~benw/ > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 18:52:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA31795 for ; Tue, 28 Sep 1999 18:52:04 +0100 Received: (qmail 29094 invoked from network); 28 Sep 1999 17:51:50 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 17:51:50 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 13:47:28 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 13:41:42 -0400 Received: from modemcable233.137-200-24.mtl.mc.videotron.net ([24.200.137.233]:61055 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 13:32:39 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id NAA10252; Tue, 28 Sep 1999 13:28:05 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Tue, 28 Sep 1999 13:28:05 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: Assember error msg In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 29 Sep 1999, Adam 'WeirdArms' Wiggins wrote: > Can anyone shed some light on the following error: > > syscall.S: Assembler messages: > syscall.S:170: Error: Internal_relocation (type 178) not fixed up > (IMMEDIATE) > make[1]: *** [syscall.o] Error 1 > > Its part of my own code (not linux). The instruction is: > > adr tmp0, fast_syscall_return > > tmp0 is a #define to a register, fast_syscall_return is a label in another > source file (doesn't matter if I make it local) > > Its the first time I've used adr so maybe my syntax is wrong? I think adr is a macro in the assembler that loads the address of a symbol by adding a value to the pc. It may not be used across files and sections I think. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Sep 28 20:39:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA02663 for ; Tue, 28 Sep 1999 20:39:32 +0100 Received: (qmail 19206 invoked from network); 28 Sep 1999 19:39:30 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Sep 1999 19:39:30 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 28 Sep 1999 15:19:22 -0400 Received: by vger.rutgers.edu id ; Tue, 28 Sep 1999 15:09:45 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1072 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Tue, 28 Sep 1999 14:39:04 -0400 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11W297-0000HS-00; Tue, 28 Sep 1999 19:38:37 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: Assember error msg In-Reply-To: Message from Adam 'WeirdArms' Wiggins of "Wed, 29 Sep 1999 02:36:32 +1000." References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Sep 1999 19:38:37 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >syscall.S: Assembler messages: >syscall.S:170: Error: Internal_relocation (type 178) not fixed up >(IMMEDIATE) > Its part of my own code (not linux). The instruction is: > > adr tmp0, fast_syscall_return > >tmp0 is a #define to a register, fast_syscall_return is a label in another >source file (doesn't matter if I make it local) Remember that ADR is syntactic sugar for 'add rN, pc, #const'. If the label is in another file then the offset to it is not an assemble-time constant and the instruction can't be generated (currently the GNU tools don't support immediate relocations). You can do 'ldr tmp0, =fast_syscall_return' which will be slightly less efficient but more robust. Otherwise you have to make the symbol definition visible to the assembler or teach it how to handle the necessary relocations. I can't offhand think why it would fail when the label is local (assuming it's in the same section). It might always be an assembler bug -- I think you'll have to post a more complete example if you still have trouble. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 29 05:30:47 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id FAA18629 for ; Wed, 29 Sep 1999 05:30:47 +0100 Received: (qmail 29138 invoked from network); 29 Sep 1999 04:30:45 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Sep 1999 04:30:45 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 29 Sep 1999 00:30:12 -0400 Received: by vger.rutgers.edu id ; Wed, 29 Sep 1999 00:29:45 -0400 Received: from yorktown.msoe.edu ([155.92.194.37]:3757 "EHLO yorktown.msoe.edu") by vger.rutgers.edu with ESMTP id ; Wed, 29 Sep 1999 00:29:31 -0400 Received: from msoe.edu (sleepchamber.msoe.edu [155.92.180.200]) by yorktown.msoe.edu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id S8DA8B3V; Tue, 28 Sep 1999 23:29:15 -0500 Message-ID: <37F19693.88FEC626@msoe.edu> Date: Wed, 29 Sep 1999 04:33:23 +0000 From: Benjamin Stocks X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.11 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu, debian-arm@lists.debian.org Subject: cannot open crt1.o: No such file or directory Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi all, I've almost got my cross compiling environment for ARM setup I just seem to have one last problem. (I don't want to turn your listservs into beginners lists anymore than I already have so I'll keep this brief). I've built and installed binutils, gcc and glibc under my /usr/local/arm/tools directory. I can use the arm-linux-gcc to compile source code into object files but the linker fails with this message: /usr/local/arm/tools/arm-linux/bin/ld: cannot open crt1.o: No such file or directory collect2: ld returned 1 exit status I think I'm missing a path in some file that points at the proper shared libraries because crt1.o is in my /usr/local/arm/tools/lib directory. Does anyone have any ideas? Thanks for your time? Ben -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Benjamin Stocks Computer Engineering Milwaukee School of Engineering email: stocksb@msoe.edu http://www.msoe.edu/~stocksb "Don't Panic" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 29 10:21:52 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA26807 for ; Wed, 29 Sep 1999 10:21:51 +0100 Received: (qmail 23193 invoked from network); 29 Sep 1999 09:21:50 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Sep 1999 09:21:50 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 29 Sep 1999 05:21:21 -0400 Received: by vger.rutgers.edu id ; Wed, 29 Sep 1999 05:21:03 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:10608 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 29 Sep 1999 05:20:42 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11WFis-0000W2-00; Wed, 29 Sep 1999 10:08:26 +0100 Received: from [127.0.0.1] (helo=fountain ident=pb) by fountain.nexus.co.uk with esmtp (Exim 3.03 #1) id 11WFir-0006wz-00; Wed, 29 Sep 1999 10:08:25 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Stocks cc: linux-arm@vger.rutgers.edu, debian-arm@lists.debian.org Subject: Re: cannot open crt1.o: No such file or directory In-Reply-To: Message from Benjamin Stocks of "Wed, 29 Sep 1999 04:33:23 -0000." <37F19693.88FEC626@msoe.edu> References: <37F19693.88FEC626@msoe.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Sep 1999 10:08:25 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >source code into object files but the linker fails with this message: > /usr/local/arm/tools/arm-linux/bin/ld: cannot open crt1.o: No such file >or directory > collect2: ld returned 1 exit status >I think I'm missing a path in some file that points at the proper shared >libraries because crt1.o is in my /usr/local/arm/tools/lib directory. >Does anyone have any ideas? Thanks for your time? It should be in /usr/local/arm/tools/arm-linux/lib. Remember that when you configure glibc you need to add that extra pathname component to --prefix. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 29 12:40:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id MAA31635 for ; Wed, 29 Sep 1999 12:40:50 +0100 Received: (qmail 8047 invoked from network); 29 Sep 1999 11:40:48 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Sep 1999 11:40:48 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 29 Sep 1999 07:35:24 -0400 Received: by vger.rutgers.edu id ; Wed, 29 Sep 1999 07:30:41 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:4095 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Wed, 29 Sep 1999 07:30:11 -0400 Received: From hildegard With LocalMail ; Wed, 29 Sep 99 21:29:35 +1000 From: "Adam 'WeirdArms' Wiggins" To: Philip Blundell Date: Wed, 29 Sep 1999 21:29:35 +1000 (EST) X-Sender: awiggins@hildegard.orchestra.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu Subject: Re: Assember error msg In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 28 Sep 1999, Philip Blundell wrote: > >syscall.S: Assembler messages: > >syscall.S:170: Error: Internal_relocation (type 178) not fixed up > >(IMMEDIATE) > > > Its part of my own code (not linux). The instruction is: > > > > adr tmp0, fast_syscall_return > > > >tmp0 is a #define to a register, fast_syscall_return is a label in another > >source file (doesn't matter if I make it local) > > Remember that ADR is syntactic sugar for 'add rN, pc, #const'. If the label > is in another file then the offset to it is not an assemble-time constant and > the instruction can't be generated (currently the GNU tools don't support > immediate relocations). Or sub :) > > You can do 'ldr tmp0, =fast_syscall_return' which will be slightly less > efficient but more robust. Otherwise you have to make the symbol definition > visible to the assembler or teach it how to handle the necessary relocations. > I'm avoiding ldr's, the problem was wrong section for the local label. I moved the real label into the same file, now all works even if the file is a little bloated now. Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 29 13:14:57 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA32481 for ; Wed, 29 Sep 1999 13:14:56 +0100 Received: (qmail 14433 invoked from network); 29 Sep 1999 12:14:54 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Sep 1999 12:14:54 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 29 Sep 1999 08:13:54 -0400 Received: by vger.rutgers.edu id ; Wed, 29 Sep 1999 08:10:49 -0400 Received: from mail1.digital.com ([204.123.2.50]:3152 "EHLO mail1.digital.com") by vger.rutgers.edu with ESMTP id ; Wed, 29 Sep 1999 08:10:38 -0400 Received: from reohub2.reo.cpqcorp.net (reohub2.reo.cpqcorp.net [16.37.150.191]) by mail1.digital.com (8.9.2/8.9.2/WV2.0g) with ESMTP id FAA21428 for ; Wed, 29 Sep 1999 05:10:35 -0700 (PDT) Received: by reohub2.reo.cpqcorp.net with Internet Mail Service (5.5.2559.0) id ; Wed, 29 Sep 1999 13:10:34 +0100 Message-ID: <03D1E91FFFDFD1119BD90000F843B475023C27CB@sbueurayo1bc.ayo.dec.com> From: Iain Grant To: linux-arm@vger.rutgers.edu Subject: BAse Image Date: Wed, 29 Sep 1999 13:10:28 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2559.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Help, can someone point me to the location of base-3.0-15.tar.gz I can only find the full test 2 image or the version 1 base image I've looked in netwinder.org and arm ftp sites and haven't found the file. Thanks Iain unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 29 16:51:13 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA08607 for ; Wed, 29 Sep 1999 16:51:12 +0100 Received: (qmail 20914 invoked from network); 29 Sep 1999 15:51:07 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Sep 1999 15:51:07 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 29 Sep 1999 11:46:38 -0400 Received: by vger.rutgers.edu id ; Wed, 29 Sep 1999 11:41:13 -0400 Received: from netwinder.org ([207.245.35.202]:18125 "EHLO www.netwinder.org") by vger.rutgers.edu with ESMTP id ; Wed, 29 Sep 1999 11:40:13 -0400 Received: from netwinder.org (ralphs@gothics.netwinder.org [10.1.54.8]) by www.netwinder.org (8.8.7/8.8.7) with ESMTP id LAA04033 for ; Wed, 29 Sep 1999 11:40:10 -0400 Message-ID: <37F232A5.B5454ADF@netwinder.org> Date: Wed, 29 Sep 1999 11:39:17 -0400 From: Ralph Siemsen X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.0.34 i686) X-Accept-Language: en MIME-Version: 1.0 CC: linux-arm@vger.rutgers.edu Subject: Re: BAse Image References: <03D1E91FFFDFD1119BD90000F843B475023C27CB@sbueurayo1bc.ayo.dec.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Iain Grant wrote: > can someone point me to the location of > > base-3.0-15.tar.gz Andrew has not released the final version of build #15 yet. > I can only find the full test 2 image or the version 1 base image There currently only exist the (slightly older) base image (#1) and the pre-release full disk image (#2). We expect to have the final DM-15 image out this week. -- Ralph Siemsen -- ralphs@netwinder.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 29 17:36:21 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA09932 for ; Wed, 29 Sep 1999 17:36:21 +0100 Received: (qmail 32172 invoked from network); 29 Sep 1999 16:36:19 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Sep 1999 16:36:19 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 29 Sep 1999 12:31:08 -0400 Received: by vger.rutgers.edu id ; Wed, 29 Sep 1999 12:25:23 -0400 Received: from mailhost.mipsys.com ([62.161.177.33]:8011 "EHLO [62.161.177.33]") by vger.rutgers.edu with ESMTP id ; Wed, 29 Sep 1999 12:22:01 -0400 Received: from [192.168.1.10] by [192.168.1.2] with SMTP (QuickMail Pro Server for Mac 2.0); 29 SEP 99 18:29:00 UT X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mailhost.mipsys.com Date: Wed, 29 Sep 1999 18:21:36 +0200 To: linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: SA1110, DMA and PCMCIA Message-Id: <19990929182136.022440@mailhost.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing HI ! I'm trying to understand the specs of the new SA1110. What I've not managed to figure out so far is is it possible to use the 1110 internal DMA controller to move datas between the main memory and one of the PCMCIA slots ? We plan to use one PCMCIA slot for a combo ethernet/IDE but without DMA, the perfs will be seriously impacted. Any clues ? Regards, Benjamin. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 29 19:18:53 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA14655 for ; Wed, 29 Sep 1999 19:18:53 +0100 Received: (qmail 16505 invoked from network); 29 Sep 1999 18:18:37 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Sep 1999 18:18:37 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 29 Sep 1999 14:13:00 -0400 Received: by vger.rutgers.edu id ; Wed, 29 Sep 1999 14:07:00 -0400 Received: from oskar.nanoteq.co.za ([196.37.91.10]:4185 "EHLO oskar.nanoteq.co.za") by vger.rutgers.edu with ESMTP id ; Wed, 29 Sep 1999 14:01:23 -0400 Received: from craul.nanoteq.co.za (IDENT:chris@craul.nanoteq.co.za [196.37.91.24]) by oskar.nanoteq.co.za (8.9.0/8.9.0) with ESMTP id UAA29910 for ; Wed, 29 Sep 1999 20:04:04 +0200 (SAT) Message-ID: <37F28C38.456AE354@craul.nanoteq.co.za> Date: Wed, 29 Sep 1999 20:01:28 -0200 From: Chris Bohme Reply-To: cbo@nanoteq.co.za Organization: Nanoteq X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm Subject: The ever recurring question - Booting on EBSA285 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, after reading through the archives I am still a bit confused about a few issues. It is my intention to get Linux to run on the EBSA in host mode on a back plain without a hard drive. Thus, - is a bootloader necessary when the flash is programmed directly with the kernel image (= objdump'ed elf; what about compressed kernels) ? Or are there any hardware initialization steps necessary before the kernel can boot (what are they ?) - Can Russell's bootloader be used to boot a kernel from flash (or only via TFTP) ? - What should happen after the kernel booted ? Am I right in the assumption that the only way to execute init etc. is via an NFS mounted root partition (or has anyone made it work disklessly) ? Answers on the above questions will be greatly appreciated. Regards, Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Sep 29 20:05:59 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA16085 for ; Wed, 29 Sep 1999 20:05:58 +0100 Received: (qmail 26714 invoked from network); 29 Sep 1999 19:05:56 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Sep 1999 19:05:56 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 29 Sep 1999 14:59:23 -0400 Received: by vger.rutgers.edu id ; Wed, 29 Sep 1999 14:55:29 -0400 Received: from m41-nsv3-trogon.tch.cableol.net ([194.168.16.191]:1855 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 29 Sep 1999 14:51:14 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA08621; Wed, 29 Sep 1999 19:51:05 +0100 From: linux@arm.linux.org.uk Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA13594; Wed, 29 Sep 1999 19:49:37 +0100 Message-Id: <199909291849.TAA13594@raistlin.armlinux.org.uk> Subject: Re: The ever recurring question - Booting on EBSA285 To: cbo@nanoteq.co.za Date: Wed, 29 Sep 1999 19:49:36 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <37F28C38.456AE354@craul.nanoteq.co.za> from "Chris Bohme" at Sep 29, 99 08:01:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Chris Bohme writes: > - is a bootloader necessary when the flash is programmed directly with > the kernel image (= objdump'ed elf; what about compressed kernels) ? Or > are there any hardware initialization steps necessary before the kernel > can boot (what are they ?) The bootloader sets up all the SDRAM and PCI busses, so yes, it is necessary. It also loads the kernel into RAM (don't run it from flash directly unless you want a slow machine). > - Can Russell's bootloader be used to boot a kernel from flash (or only > via TFTP) ? Thank you. I'll consider adding flashed kernel support. > - What should happen after the kernel booted ? Am I right in the > assumption that the only way to execute init etc. is via an NFS mounted > root partition (or has anyone made it work disklessly) ? You could have an initrd image, which is loaded prior to the kernel booting, which can provide the info it needs. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 30 00:55:06 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA25557 for ; Thu, 30 Sep 1999 00:55:05 +0100 Received: (qmail 2308 invoked from network); 29 Sep 1999 23:55:05 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Sep 1999 23:55:05 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 29 Sep 1999 19:54:35 -0400 Received: by vger.rutgers.edu id ; Wed, 29 Sep 1999 19:54:26 -0400 Received: from mail8.lax.netzero.net ([209.247.162.41]:58283 "HELO mail8.lax.netzero.net") by vger.rutgers.edu with SMTP id ; Wed, 29 Sep 1999 19:54:06 -0400 Received: (qmail 6696 invoked by uid 0); 29 Sep 1999 23:53:06 -0000 Received: from pppa46-minneapolisb12-1r529.saturn.bbn.com (HELO netzero.net) (4.11.247.228) by mail8.lax.netzero.net with SMTP; 29 Sep 1999 23:53:06 -0000 Message-ID: <37F2A6F2.C9A7A397@netzero.net> Date: Wed, 29 Sep 1999 18:55:31 -0500 From: Gaixia Zhang X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: gdb-stub for EBSA285 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Thank you all for your help recently. Have a question about gdb-stub for EBSA285: To do kernel/module debugging, Except "always printk", Is there a gdb-stub for EBSA285 available for us to download? Is it possible to use Angel ARM romote debugger to do do kernel/module debugging? It just seems stranget to me, anybody ever tried to use it? Thanks again, Gaixai Zhang ________________________________________________________ NetZero - We believe in a FREE Internet. Shouldn't you? Get your FREE Internet Access and Email at http://www.netzero.net/download/index.html unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 30 18:38:33 1999 Received: from source.rfc822.org (postfix@source.rfc822.org [193.189.224.13]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with ESMTP id SAA31619 for ; Thu, 30 Sep 1999 18:38:32 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id DC8DA13F52; Thu, 30 Sep 1999 19:36:43 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 30 Sep 1999 09:46:46 -0400 Received: by vger.rutgers.edu id ; Thu, 30 Sep 1999 09:46:27 -0400 Received: from kauket.visi.com ([209.98.98.22]:58369 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Thu, 30 Sep 1999 09:46:22 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 0D039377F for ; Thu, 30 Sep 1999 08:46:19 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id IAA26404 for ; Thu, 30 Sep 1999 08:46:18 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Thu, 30 Sep 1999 08:46:18 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: DEVFS patches? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Has anyone tried using Richard Gooch's patches for a Linux DEVFS with Russell's patches? Just curous, I'm about to attempt this today and was curious if there are any gotcha's or anything. Thanks. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 30 18:47:04 1999 Received: from source.rfc822.org (postfix@source.rfc822.org [193.189.224.13]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with ESMTP id SAA31889 for ; Thu, 30 Sep 1999 18:46:56 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 29225140C5; Thu, 30 Sep 1999 19:44:54 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 30 Sep 1999 04:07:58 -0400 Received: by vger.rutgers.edu id ; Thu, 30 Sep 1999 04:05:51 -0400 Received: from [194.201.77.34] ([194.201.77.34]:54943 "HELO fw-maid.maidenhead.arm.com") by vger.rutgers.edu with SMTP id ; Thu, 30 Sep 1999 03:59:03 -0400 Received: by fw-maid.maidenhead.arm.com; id JAA29607; Thu, 30 Sep 1999 09:59:33 +0100 Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (V5.0) id xma029603; Thu, 30 Sep 99 09:59:23 +0100 Received: from arm.com (dhcp60.cambridge.arm.com [172.16.6.60]) by mhsun1.maidenhead.arm.com (8.9.3/8.9.3) with ESMTP id IAA24608; Thu, 30 Sep 1999 08:58:30 +0100 (BST) Message-ID: <37F31BE0.FCC8B93F@arm.com> Date: Thu, 30 Sep 1999 09:14:25 +0100 From: David Rusling X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Gaixia Zhang Cc: linux-arm@vger.rutgers.edu Subject: Re: gdb-stub for EBSA285 References: <37F2A6F2.C9A7A397@netzero.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Gaixai, Gaixia Zhang wrote: > Hi, Thank you all for your help recently. Have a question > about gdb-stub for EBSA285: > I must admit to never having used it. > > To do kernel/module debugging, Except "always printk", > Is there a gdb-stub for EBSA285 available for us to > download? > > Is it possible to use Angel ARM romote debugger to do > do kernel/module debugging? It just seems stranget to me, > anybody ever tried to use it? > No, it is not possible to use Angel - it runs with a different address map and is not transparent enough. The ARM kernel work that I'm doing is (mostly) on ARM720/920 and I'm using Multi-ICE and printk(). > > Thanks again, > Gaixai Zhang > > ________________________________________________________ > NetZero - We believe in a FREE Internet. Shouldn't you? > Get your FREE Internet Access and Email at > http://www.netzero.net/download/index.html > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu -- ---------------------------------------------------------------------- David A Rusling Consulting Engineer ARM Limited Liberty House, Moorbridge Road, Maidenhead, SL6 8LT Tel: UK-(0)1628-427754 Fax: UK-(0)1628-780551 e-mail: david.rusling@arm.com ---------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 30 19:49:18 1999 Received: from source.rfc822.org (postfix@source.rfc822.org [193.189.224.13]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with ESMTP id TAA01286 for ; Thu, 30 Sep 1999 19:49:18 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 8950913DEF; Thu, 30 Sep 1999 20:48:54 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 30 Sep 1999 14:48:32 -0400 Received: by vger.rutgers.edu id ; Thu, 30 Sep 1999 14:47:13 -0400 Received: from mail-gw6.pacbell.net ([206.13.28.41]:51964 "EHLO mail-gw6.pacbell.net") by vger.rutgers.edu with ESMTP id ; Thu, 30 Sep 1999 14:46:55 -0400 Received: from java (adsl-216-101-151-82.dsl.snfc21.pacbell.net [216.101.151.82]) by mail-gw6.pacbell.net (8.9.3/8.9.3) with SMTP id LAA10298 for ; Thu, 30 Sep 1999 11:46:52 -0700 (PDT) Message-ID: <07f801bf0b75$7da0c2b0$529765d8@java> From: "Dave Borja" To: "linux-arm" Subject: linux-arm-gcc won't find the *.h files Date: Thu, 30 Sep 1999 11:56:23 -0700 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 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi again, thanks for to the people who replied to my questions on memory footprint for amr linux. As I said in a previous email, I'm a newbie and a small group of us are working to port linux to a Brutus (16mb memory version). From there we hope to move it to board based on the sa110. In any case, we built the tool chain as per directions on the intel website and the tool chain document by Chris Rutter, and I suspect we did something wrong. The arm-linux-gcc will not compile a simple "hello world" program (just a printf, really). Here is the diagnostic: # arm-linux-gcc hello.c -o helloarm -v Reading specs from /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/specs gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release) /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/cpp -lang-c -v -undef -D__ GNUC__=2 -D__GNUC_MINOR__=91 -Dunix -Darm -Dlinux -D__ELF__ -D__unix__ -D__a rm__ -D__linux__ -D__ELF__ -D__unix -D__arm -D__linux -Asystem(unix) -Asyste m(posix) -Acpu(arm) -Amachine(arm) -D__CHAR_UNSIGNED__ -D__ARM_ARCH_3__ -D__ APCS_32__ hello.c /tmp/ccX2CUjm.i GNU CPP version egcs-2.91.60 19981201 (egcs-1.1.1 release) (ARM GNU/Linux with ELF) #include "..." search starts here: #include <...> search starts here: /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/include /usr/local/arm/arm-linux/include End of search list. hello.c:1: stdio.h: No such file or directory It seems to be looking in the wrong place for the .h files as well as other things. They are there, but just not in the dirs it looks for. We executed the "make install" a the various steps of the build process as per the doucmentation so we are suspect we blew it someplace in the build. Here's a a summary of what we did. 1) Built binutils using binutils-2.9.1.0.21.tar.gz. We found no patches for this version and applied no others. We executed %./configure --target=arm-linux --prefix=/usr/local/arm %make %make install 2) Built the egcs C compiler. We used kernel source form linux-2.2.12.tar.gz and applied patch from patch-2_2_12-rmk1.gz. This kernel source tree is where the kernel headers will come from for building the c compiler. We used the egcs-1.1.1.tar.gz distribution but could not find the patch specified for this version. To build and install, we did: %./configure --target=arm-linux --prefix=/usr/local/arm %make -i LANGUAGES=c %make -i LANGUAGES=c install Executing %./gcc/xgcc -dumpmachine arm-linux works so we know the compiler was built 3) Built GLIBC library First we went to our linux-2.2.12 source tree (in /usr/src/linux-2.2.2/linux) and edited the make file thusly: ARCH:=arm CROSS_COMPILE = arm-linux- and built the kernel using %make config (took all the defaults here) %make zImage the GLIB archives as specifed where all available so we did something like: mkdir /usr/local/arm/glibc %mkdir /usr/local/arm/glibc/arm-linux-glibc and unziped the stuff... %cd /home/~user~/armbuild/ %gzip -dc /home/~user~/gz/glibc-2.1.tar.gz | tar xvf - %cd glibc-2.1 %gzip -dc /home/~user~/gz/glibc-linuxthreads-2.1.tar.gz | tar xvf - %gzip -dc /home/~user~/gz/glibc-crypt-2.0.111.tar.gz | tar xvf - %make %make install And this ran to completion (about 2.5 hours) 4) Built the EGCS C++ Compiler thusly: %cd /home/~user~/armbuild/egcs-1.1.1 %./configure --target=arm-linux --prefix=/usr/local/arm --with-headers=/usr/local/arm/glibc/arm-linux-glibc/include --with-libs=/usr/local/arm/glibc/arm-linux-glibc/lib %make LANGUAGES="c c++" %make LANGUAGES="c c++" install 5) Tried to run the hello.c program at this point and failed as noted above. If I need to rebuild something (or all of it, that is ok). But how do I "uninstall". Can I just do a make clean? How about removing just removing the source and build dirs, unzipping/untaring again and doing the build and install? Thanks for any help-- Dave Borja MMT Corp unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 30 19:57:48 1999 Received: from source.rfc822.org (postfix@source.rfc822.org [193.189.224.13]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with ESMTP id TAA01661 for ; Thu, 30 Sep 1999 19:57:48 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 533D713DF4; Thu, 30 Sep 1999 20:57:46 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 30 Sep 1999 14:57:15 -0400 Received: by vger.rutgers.edu id ; Thu, 30 Sep 1999 14:57:12 -0400 Received: from mail-gw6.pacbell.net ([206.13.28.41]:60416 "EHLO mail-gw6.pacbell.net") by vger.rutgers.edu with ESMTP id ; Thu, 30 Sep 1999 14:56:04 -0400 Received: from java (adsl-216-101-151-82.dsl.snfc21.pacbell.net [216.101.151.82]) by mail-gw6.pacbell.net (8.9.3/8.9.3) with SMTP id LAA14438 for ; Thu, 30 Sep 1999 11:56:01 -0700 (PDT) Message-ID: <07fa01bf0b76$c54c9480$529765d8@java> From: "Dave Borja" To: "linux-arm" Subject: bruus board and ANGEL monitor (newbie question) Date: Thu, 30 Sep 1999 12:05:32 -0700 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 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Another newbie questiion (newbies can be pests I admit!): We finally powered up our brutus, connecting the serial port (j23) to our windows 98 pc. We have arm sdt debugger 2.11a installed. We tried configuring it to talk thru the com port to the brutus and it (the debugger) crashes with a windows exception (blue screen). As far as I can see, the angel debug monitor on the brutus should work with the host pc SDT. Any ideas? One thing we did note, the Brutus LEDs don't seem to flash as speced in the users guide on RESET. Specifically we set s16 to the "DOT" postion. LED D15 went out (ok), LED 17 flashed (ok), LED D3 went on (ok). LED D4 stays dark (not ok). Not sure what (if anything) may be out of wack. Thanks again, Dave Borja MMT Corp unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 30 20:20:51 1999 Received: from source.rfc822.org (postfix@source.rfc822.org [193.189.224.13]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with ESMTP id UAA02934 for ; Thu, 30 Sep 1999 20:20:50 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id E96F213E4B; Thu, 30 Sep 1999 21:19:22 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 30 Sep 1999 15:18:51 -0400 Received: by vger.rutgers.edu id ; Thu, 30 Sep 1999 15:18:44 -0400 Received: from kauket.visi.com ([209.98.98.22]:44179 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Thu, 30 Sep 1999 15:14:26 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id EF0ED36EF for ; Thu, 30 Sep 1999 14:14:22 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id OAA14278 for ; Thu, 30 Sep 1999 14:14:22 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Thu, 30 Sep 1999 14:14:22 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: Re: DEVFS patches? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Just to follow up on this, the devfs patches appear to work fine, modulo some things I had to patch by hand because the partition checking code is moved with Russell's patches. But, that was easy, and I'm now running devfs with Linux/ARM. Way cool! On Thu, 30 Sep 1999 mestery@visi.com wrote: > Has anyone tried using Richard Gooch's patches for a Linux DEVFS with > Russell's patches? Just curous, I'm about to attempt this today and > was curious if there are any gotcha's or anything. Thanks. > > -- > Kyle Mestery | StorageTek's Storage Networking Group > mestery@visi.com | http://www.freebsd.org/ > mestery@netwinder.org | http://www.netwinder.org/ > Protect your right to privacy: www.freecrypto.org > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 30 20:20:53 1999 Received: from source.rfc822.org (postfix@source.rfc822.org [193.189.224.13]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with ESMTP id UAA02940 for ; Thu, 30 Sep 1999 20:20:53 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 63CA513E51; Thu, 30 Sep 1999 21:19:53 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 30 Sep 1999 15:19:01 -0400 Received: by vger.rutgers.edu id ; Thu, 30 Sep 1999 15:18:48 -0400 Received: from kauket.visi.com ([209.98.98.22]:44364 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Thu, 30 Sep 1999 15:17:27 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id D0D373793 for ; Thu, 30 Sep 1999 14:17:19 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id OAA14365 for ; Thu, 30 Sep 1999 14:17:19 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Thu, 30 Sep 1999 14:17:19 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: jre for Linux/ARM Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Is anyone running java on Linux/ARM, specifically the Blackdown JDK? I am having problems with it, specifically, when I try and execute the jre supplied with it, I get the following error: csb:~/java/jdk118_v1# /root/java/jdk118_v1/bin/jre /root/java/jdk118_v1/bin/jre: /root/java/jdk118_v1/bin/../bin/armv4l/green_threads/jre: No such file or directory /root/java/jdk118_v1/bin/jre: /root/java/jdk118_v1/bin/../bin/armv4l/green_threads/jre: No such file or directory The file's are all there, and report themselves as ARM binaries: csb:~/java/jdk118_v1# file /root/java/jdk118_v1/bin/../bin/armv4l/green_threads/jre /root/java/jdk118_v1/bin/../bin/armv4l/green_threads/jre: ELF 32-bit LSB executable, Advanced RISC Machines ARM, version 1, dynamically linked (uses shared libs), not stripped Anybody tried to use this package? BTW, it's JDK-1.1.8, if that matters. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Sep 30 20:46:28 1999 Received: from source.rfc822.org (postfix@source.rfc822.org [193.189.224.13]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with ESMTP id UAA04086 for ; Thu, 30 Sep 1999 20:46:27 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 9BAC613E2C; Thu, 30 Sep 1999 21:46:25 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 30 Sep 1999 15:45:54 -0400 Received: by vger.rutgers.edu id ; Thu, 30 Sep 1999 15:45:37 -0400 Received: from mail-gw6.pacbell.net ([206.13.28.41]:36481 "EHLO mail-gw6.pacbell.net") by vger.rutgers.edu with ESMTP id ; Thu, 30 Sep 1999 15:44:41 -0400 Received: from java (adsl-216-101-151-82.dsl.snfc21.pacbell.net [216.101.151.82]) by mail-gw6.pacbell.net (8.9.3/8.9.3) with SMTP id MAA04583 for ; Thu, 30 Sep 1999 12:44:39 -0700 (PDT) Message-ID: <081a01bf0b7d$900a60c0$529765d8@java> From: "Dave Borja" To: "linux-arm" Subject: ramdisk.gz and downloadiing the kernel (newbie question) Date: Thu, 30 Sep 1999 12:54:09 -0700 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 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Once I get my application built and an arm kernal image (iZimage) I'm not quite clear on the process for downloading to the brutus. The intel documentation on their web site calls for creating a ramdisk.gz file containing the the application and c library (?). But not the kernel? I thought this ramdisk would be the boot device? In any case, there is supposedly a prepared ramdisk with the libraries at ftp://ssdl-redstone.stanford.edu/pub/ramdisk.gz but this site seems to be permanently down so I suppose we will need to learn to roll our own. In any case, can someone explain to me the boot process? I've built angelboot from the code in angelboot.tgz. Apparently angelboot needs to be pointed at a zImage and it will communicate with the ANGEL monitor on the brutus to download both the kernel image and the ramdisk. I'm not sure what happens after that. Thanks for any insight. Dave Borja MMT Corp unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu