From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 01 04:24:14 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12m6mv-0005Dg-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 01 May 2000 04:22:25 +0100 Received: from [149.171.96.20] (helo=sam.comms.unsw.EDU.AU) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12m6mt-0005DZ-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 01 May 2000 04:22:23 +0100 Received: from alpha400.ee.unsw.edu.au (alpha400.ee.unsw.EDU.AU [149.171.36.48]) by sam.comms.unsw.EDU.AU (8.8.8/8.8.8 Kenso-Central-NO-SPAM) with ESMTP id NAA00695 for ; Mon, 1 May 2000 13:22:21 +1000 (EST) Received: from localhost (u2189659@localhost) by alpha400.ee.unsw.edu.au (8.9.1/8.9.1) with ESMTP id NAA20183 for ; Mon, 1 May 2000 13:22:03 +1000 (EST) Date: Mon, 1 May 2000 13:22:02 +1000 (EST) From: Ken Chiu Kun Wu To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Warning: unable to open an initial console Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi all, I kept getting this Kernel panic, ----- SA1100 serial driver version 4.27 with no serial options enabled ttyS00 at 0xf8050000 (irq = 17) is a SA1100 UART ttyS01 at 0xf8010000 (irq = 15) is a SA1100 UART pty: 256 Unix98 ptys configured RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize RAMDISK: ext2 filesystem found at block 0 RAMDISK: Loading 8192 blocks [1 disk] into ram disk... done. Freeing initrd memory: 4096k freed NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 8k init Warning: unable to open an initial console. Kernel panic: No init found. Try passing init= option to kernel. ---- The kernel I use is linux-2.3.35-rmk1 and it is patched with diff-2.3.35-rmk1-np6 and patch-2.3.35-rmk1. For ramdisk image, I downloaded the one from LART website "ramdisk-lart-videolink.gz" Also I am using /dev/ttyS0... Thanks Cheers Ken ----------------------------------------------- Ken Wu (Electrical/Biomedical Eng. UNSW Sydney) E-Mail: kenwu@ieee.org kenchiu.wu@au.unisys.com Homepage: www.progsoc.uts.edu.au/~kckwu ----------------------------------------------- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 01 10:33:35 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mCZY-0007th-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 01 May 2000 10:33:00 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mCZX-0007tb-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 01 May 2000 10:32:59 +0100 Received: from dutein71 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id LAA22647; Mon, 1 May 2000 11:32:56 +0200 (MET DST) Message-Id: <200005010932.LAA22647@duteinh.et.tudelft.nl> From: Erik Mouw To: u2189659@ee.unsw.edu.au Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: Warning: unable to open an initial console In-Reply-To: Organization: Eric conspiracy secret labs Date: Mon May 01 11:32:54 +0200 (MDT) 2000 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 1.0.1 - with PGP support, PGP engine version 0.5 (IRIX) 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=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, 01 May 2000 13:22:02 +1000 (EST), Ken Chiu Kun Wu wrote: > I kept getting this Kernel panic, > ----- > SA1100 serial driver version 4.27 with no serial options enabled > ttyS00 at 0xf8050000 (irq = 17) is a SA1100 UART > ttyS01 at 0xf8010000 (irq = 15) is a SA1100 UART > pty: 256 Unix98 ptys configured > RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize > RAMDISK: ext2 filesystem found at block 0 > RAMDISK: Loading 8192 blocks [1 disk] into ram disk... done. > Freeing initrd memory: 4096k freed > NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com > VFS: Mounted root (ext2 filesystem). > Freeing unused kernel memory: 8k init > Warning: unable to open an initial console. This is just a warning because the console device has device number 4,0 while it should be 5,1. It's not fatal. > Kernel panic: No init found. Try passing init= option to kernel. Are you sure you used the correct configuration for PLEB? > ---- > The kernel I use is linux-2.3.35-rmk1 and it is patched with > diff-2.3.35-rmk1-np6 and patch-2.3.35-rmk1. For ramdisk image, I > downloaded the one from LART website "ramdisk-lart-videolink.gz" > Also I am using /dev/ttyS0... Can you try linux-2.3.99-pre3 + patch-2.3.99-pre3-rmk3 + diff-2.3.99-pre3-rmk2-np2? As LART and PLEB are almost the same, you can use: make lart_config make menuconfig, change "SA1100 implementation" to PLEB make dep clean zImage modules This is a known to work configuration on the LART, and it should also work for PLEB. Erik -- Yes, it works sometimes. If you need something that "works sometimes" use Windows! -- Victor Khimenko on linux-kernel unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 01 10:42:25 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mCic-0007yC-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 01 May 2000 10:42:22 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mCic-0007y6-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 01 May 2000 10:42:22 +0100 Received: from dutein71 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id LAA22733; Mon, 1 May 2000 11:42:19 +0200 (MET DST) Message-Id: <200005010942.LAA22733@duteinh.et.tudelft.nl> From: Erik Mouw To: u2189659@ee.unsw.edu.au Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: Warning: unable to open an initial console In-Reply-To: <200005010932.LAA22647@duteinh.et.tudelft.nl> Organization: Eric conspiracy secret labs Date: Mon May 01 11:42:17 +0200 (MDT) 2000 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 1.0.1 - with PGP support, PGP engine version 0.5 (IRIX) 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=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon May 01 11:32:54 +0200 (MDT) 2000, Erik Mouw wrote: > Can you try linux-2.3.99-pre3 + patch-2.3.99-pre3-rmk3 + > diff-2.3.99-pre3-rmk2-np2? As LART and PLEB are almost the same, you can ^^^^ Duh! This should be diff-2.3.99-pre3-rmk3-np2. ^^^^ Erik -- There was a point to this story, but it has temporarily escaped the croniclers mind. -- Douglas Adams, The Hitch Hikers Guide to the Galaxy unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 01 11:39:47 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mDc5-0008RD-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 01 May 2000 11:39:42 +0100 Received: from [193.119.19.130] (helo=empeg.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mDc5-0008R6-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 01 May 2000 11:39:41 +0100 Received: from dodgy (dodgy.internal.empeg.com [10.1.1.32]) by empeg.com (8.9.3/8.9.3) with SMTP id LAA05952 for ; Mon, 1 May 2000 11:40:21 +0100 Message-ID: <032901bfb359$90826870$2001010a@internal.empeg.com> From: "Mike Crowe" To: References: Subject: Re: ch-ch-ch-changes... Date: Mon, 1 May 2000 11:39:44 +0100 Organization: empeg ltd MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-Mimeole: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk You wrote: > > I'm looking for a bit of general advice from experienced kernel > > developers. Are there any clever techniques for integrating any changes I > > make to a kernel/patch version with new patch versions as they come in? I > > understand that in some cases, doing it by hand is the only way to go. > > But with so many different groups working on the same project I figured > > there might be some diff/patch tricks to make it easier. > > Since you work on SA1100, here what you could do: [snip Nico's procedure] Nico's manual method seems to be very close to that used by CVS with vendor branches. We use them here and incorporating Nico's patches into our sources and then producing a new patch for him containing our changes is relatively straightforward. Actually patching up to a newer version is still not a no-brain operation (particular if, like us, you don't actively track every version) but it does make sorting out conflicts much easier. See http://www.loria.fr/~molli/cvs/doc/cvs_13.html#SEC98 -- Mike Crowe empeg ltd unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 01 15:36:28 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mHGa-0001U1-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 01 May 2000 15:33:44 +0100 Received: from [195.180.235.39] (helo=storm.local ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mHGZ-0001Tt-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 01 May 2000 15:33:43 +0100 Received: by munich.netsurf.de via sendmail from stdin id (Debian Smail3.2.0.102) for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 1 May 2000 16:11:56 +0200 (CEST) Date: Mon, 1 May 2000 16:11:56 +0200 From: Andreas Bombe To: Nicolas Pitre Cc: Chris Blazie , linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: ch-ch-ch-changes... Message-ID: <20000501161156.A1090@storm.local> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.12i In-Reply-To: ; from nico@cam.org on Fri, Apr 28, 2000 at 10:22:36AM -0400 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, Apr 28, 2000 at 10:22:36AM -0400, Nicolas Pitre wrote: > > > On Fri, 28 Apr 2000, Chris Blazie wrote: > > > > > I'm looking for a bit of general advice from experienced kernel > > developers. Are there any clever techniques for integrating any changes I > > make to a kernel/patch version with new patch versions as they come in? I > > understand that in some cases, doing it by hand is the only way to go. > > But with so many different groups working on the same project I figured > > there might be some diff/patch tricks to make it easier. > > Since you work on SA1100, here what you could do: > > mkdir 2.3.99-pre3-rmk3-np2 > cd 2.3.99-pre3-rmk3-np2 > tar -xzf linux-2.3.99-pre3.tar.gz > zcat patch-2.3.99-pre3-rmk3.gz | patch -p0 > zcat diff-2.3.99-pre3-rmk3-np2.gz | patch -p0 > cp -a linux linux.orig Using the -l option to create hardlinks instead of real copies is a big win here... > Now you have two copies of the source tree. Make your changes in linux/ > but keep linux.orig/ untouched. When you are done: > > diff -urN linux.orig linux > my_changes.diff ... since diff finds out that e.g. linux.orig/Makefile and linux/Makefile are the same file and then knows that they have identical content and that there is no need to read and compare both files. For something as big as the Linux kernel sources this is a big win (if the inodes are already in the cache it usually takes only a few seconds). And it saves you a lot of disk space for identical files. However, you need an editor that doesn't overwrite files (this would change both links) but creates a new file everytime it saves. Emacs works like that (when saving x.c: unlink x.c~; mv x.c x.c~; write into x.c) unless configured otherwise. Luckily, patch does also, so you can apply your personal diff to the linked copy and have different trees afterwards. -- Andreas E. Bombe DSA key 0x04880A44 http://home.pages.de/~andreas.bombe/ http://linux1394.sourceforge.net/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 01 15:52:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mHVf-0001aA-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 01 May 2000 15:49:19 +0100 Received: from [202.141.26.182] (helo=agasthya.ee.iitm.ernet.in ident=ee96162) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mHVd-0001a0-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 01 May 2000 15:49:18 +0100 Received: from localhost (ee96162@localhost) by agasthya.ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id UAA10298 for ; Mon, 1 May 2000 20:00:37 +0530 X-Authentication-Warning: agasthya.ee.iitm.ernet.in: ee96162 owned process doing -bs Date: Mon, 1 May 2000 20:00:37 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: BIOS and RISC-OS for 7500FE In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I want to port Linux to ARM 7500FE Board. Where do I get the BIOS Code for it and the how to compile the kernel for this? The Board is the Evalutaion Platform from Cirrus Logic. I have only the Angel Debugger Program right now. Can I load an OS into the Flash, and get a shell prompt using a Linux Kernel. I have the 2.3.99 Kernel, but not tools yet for it. How do you go about doing this? -Lavu Sridhar unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 01 16:54:10 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mIWJ-0001w8-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 01 May 2000 16:54:03 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mIWI-0001w1-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 01 May 2000 16:54:02 +0100 Date: Mon, 1 May 2000 11:53:35 -0400 (EDT) From: Nicolas Pitre To: Andreas Bombe cc: Chris Blazie , linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: ch-ch-ch-changes... In-Reply-To: <20000501161156.A1090@storm.local> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, 1 May 2000, Andreas Bombe wrote: > On Fri, Apr 28, 2000 at 10:22:36AM -0400, Nicolas Pitre wrote: > > > > > > On Fri, 28 Apr 2000, Chris Blazie wrote: > > > > > > > > I'm looking for a bit of general advice from experienced kernel > > > developers. Are there any clever techniques for integrating any changes I > > > make to a kernel/patch version with new patch versions as they come in? I > > > understand that in some cases, doing it by hand is the only way to go. > > > But with so many different groups working on the same project I figured > > > there might be some diff/patch tricks to make it easier. > > > > Since you work on SA1100, here what you could do: > > > > mkdir 2.3.99-pre3-rmk3-np2 > > cd 2.3.99-pre3-rmk3-np2 > > tar -xzf linux-2.3.99-pre3.tar.gz > > zcat patch-2.3.99-pre3-rmk3.gz | patch -p0 > > zcat diff-2.3.99-pre3-rmk3-np2.gz | patch -p0 > > cp -a linux linux.orig > > Using the -l option to create hardlinks instead of real copies is a > big win here... Absolutely not. The idea of copying the whole tree is really to preserve a non-modified copy. Otherwise the idea of having two separate trees doesn't mean anything. If you want to do such development you should manage for disk space not to be an issue. 300-500 megs of disk space is pretty afordable today. Of course you could use CVS which is lot more efficient on disk usage when you know enough about it to have a proper setup. But I wanted to illustrate a straight forward procedure which works for sure all the time. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 01 18:48:41 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mKIt-0003Kp-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 01 May 2000 18:48:19 +0100 Received: from [193.119.19.130] (helo=empeg.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mKIq-0003Kd-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 01 May 2000 18:48:17 +0100 Received: from dodgy (dodgy.internal.empeg.com [10.1.1.32]) by empeg.com (8.9.3/8.9.3) with SMTP id SAA13050 for ; Mon, 1 May 2000 18:49:00 +0100 Message-ID: <039601bfb395$7085f730$2001010a@internal.empeg.com> From: "Mike Crowe" To: References: Subject: Re: ch-ch-ch-changes... Date: Mon, 1 May 2000 18:48:20 +0100 Organization: empeg ltd MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-Mimeole: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Andreas Bombe wrote: > > Using the -l option to create hardlinks instead of real copies is a > > big win here... Nico Pitre wrote: > Absolutely not. The idea of copying the whole tree is really to preserve > a non-modified copy. Otherwise the idea of having two separate trees > doesn't mean anything. But provided your editor isn't too intelligent the hard link case works too. The first time you edit the file you lose the hard link to the original so have forked versions. > If you want to do such development you should manage > for disk space not to be an issue. 300-500 megs of disk space is pretty > afordable today. Although I've never tried it I can believe that diff checks the inode number and won't bother doing any work if the files are one and the same. I think this was Andreas' point. -- Mike Crowe empeg ltd unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 01 19:37:57 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mL4n-0003dv-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 01 May 2000 19:37:49 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mL4l-0003dl-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 01 May 2000 19:37:48 +0100 Date: Mon, 1 May 2000 14:38:29 -0400 (EDT) From: Nicolas Pitre To: Mike Crowe cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: ch-ch-ch-changes... In-Reply-To: <039601bfb395$7085f730$2001010a@internal.empeg.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, 1 May 2000, Mike Crowe wrote: > Andreas Bombe wrote: > > > Using the -l option to create hardlinks instead of real copies is a > > > big win here... > > Nico Pitre wrote: > > Absolutely not. The idea of copying the whole tree is really to preserve > > a non-modified copy. Otherwise the idea of having two separate trees > > doesn't mean anything. > > But provided your editor isn't too intelligent the hard link case works too. > The first time you edit the file you lose the hard link to the original so > have forked versions. Really? Didn't know hard links are copy-on-write. If it is the case then it would be nice indeed. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 01 23:40:24 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mOqy-0005ZH-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 01 May 2000 23:39:48 +0100 Received: from [194.168.180.70] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mOqw-0005ZB-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 01 May 2000 23:39:46 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id XAA15868; Mon, 1 May 2000 23:28:55 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id XAA04117; Mon, 1 May 2000 23:28:39 +0100 Message-Id: <200005012228.XAA04117@raistlin.arm.linux.org.uk> Subject: Re: ch-ch-ch-changes... To: nico@cam.org (Nicolas Pitre) Date: Mon, 1 May 2000 23:28:39 +0100 (BST) Cc: mac@empeg.com (Mike Crowe), linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Nicolas Pitre" at May 01, 2000 02:38:29 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Nicolas Pitre writes: > On Mon, 1 May 2000, Mike Crowe wrote: > > But provided your editor isn't too intelligent the hard link case works too. > > The first time you edit the file you lose the hard link to the original so > > have forked versions. > > Really? Didn't know hard links are copy-on-write. If it is the case then > it would be nice indeed. What Mike is refering to is editors like MicroEMACS, which, when saving a file out write out a temporary file, and then rename it to the desired filename. This kills any symlink/hardlink you have which is nice because it gives the impression of copy-on-write. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 02 00:14:22 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mPOL-0005qE-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 02 May 2000 00:14:17 +0100 Received: from [195.180.235.111] (helo=storm.local ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mPOK-0005q7-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 02 May 2000 00:14:16 +0100 Received: by munich.netsurf.de via sendmail from stdin id (Debian Smail3.2.0.102) for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 2 May 2000 01:13:57 +0200 (CEST) Date: Tue, 2 May 2000 01:13:57 +0200 From: Andreas Bombe To: Nicolas Pitre Cc: Chris Blazie , linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: ch-ch-ch-changes... Message-ID: <20000502011357.A3081@storm.local> References: <20000501161156.A1090@storm.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.12i In-Reply-To: ; from nico@cam.org on Mon, May 01, 2000 at 11:53:35AM -0400 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, May 01, 2000 at 11:53:35AM -0400, Nicolas Pitre wrote: > > > On Mon, 1 May 2000, Andreas Bombe wrote: > > > On Fri, Apr 28, 2000 at 10:22:36AM -0400, Nicolas Pitre wrote: > > > > > > > > > On Fri, 28 Apr 2000, Chris Blazie wrote: > > > > > > > > > > > I'm looking for a bit of general advice from experienced kernel > > > > developers. Are there any clever techniques for integrating any changes I > > > > make to a kernel/patch version with new patch versions as they come in? I > > > > understand that in some cases, doing it by hand is the only way to go. > > > > But with so many different groups working on the same project I figured > > > > there might be some diff/patch tricks to make it easier. > > > > > > Since you work on SA1100, here what you could do: > > > > > > mkdir 2.3.99-pre3-rmk3-np2 > > > cd 2.3.99-pre3-rmk3-np2 > > > tar -xzf linux-2.3.99-pre3.tar.gz > > > zcat patch-2.3.99-pre3-rmk3.gz | patch -p0 > > > zcat diff-2.3.99-pre3-rmk3-np2.gz | patch -p0 > > > cp -a linux linux.orig > > > > Using the -l option to create hardlinks instead of real copies is a > > big win here... > > Absolutely not. The idea of copying the whole tree is really to preserve > a non-modified copy. Otherwise the idea of having two separate trees > doesn't mean anything. Exactly. Using patch with standard backup option and editors with move-to-backup-and-create-new instead of overwrite allow that. Originals (=linked) files which are edited and patched are moved out of the way, the original tree is therefore preserved. Just as I described in the paragraphs you deleted. I do it like that, successfully, no problems. > If you want to do such development you should manage > for disk space not to be an issue. 300-500 megs of disk space is pretty > afordable today. It is still wasted when more than 95% of the files are unmodified (unless you're doing heavy bug fixing all over the place you modify only few files). Plus you waste the time with reading and comparing almost (more than?) 200MB of data everytime you do a diff. Hardlinked trees diff in 2 to 4 seconds (with inodes in cache, lowly K6 233MHz). > Of course you could use CVS which is lot more efficient on disk usage when > you know enough about it to have a proper setup. But I wanted to > illustrate a straight forward procedure which works for sure all the time. Tried CVS. It's slow as hell only checking in kernel patches, so I didn't proceed along that line... I guess it suffers from having to read and diff every single file for a checkin or to create diffs. -- Andreas E. Bombe DSA key 0x04880A44 http://home.pages.de/~andreas.bombe/ http://linux1394.sourceforge.net/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 02 00:52:34 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mPz6-000630-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 02 May 2000 00:52:17 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mPz5-00062s-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 02 May 2000 00:52:16 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id TAA10072; Mon, 1 May 2000 19:51:53 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Mon, 1 May 2000 19:51:53 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Andreas Bombe cc: Chris Blazie , linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: ch-ch-ch-changes... In-Reply-To: <20000502011357.A3081@storm.local> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Tue, 2 May 2000, Andreas Bombe wrote: > Exactly. Using patch with standard backup option and editors with > move-to-backup-and-create-new instead of overwrite allow that. > Originals (=linked) files which are edited and patched are moved out > of the way, the original tree is therefore preserved. OK. I understand now. > Just as I described in the paragraphs you deleted. I do it like that, > successfully, no problems. Sorry for having missed your point. The gain in speed is certainly worth it. However I would rather suggest it as an upgrade from my procedure i.e. after the unfamiliar person got more familiar and is less likely to forget about an extra parameter or configuration somewhere. Also there is still those dumb editors some people still use... Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 02 09:16:16 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mXoP-0000BB-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 02 May 2000 09:13:45 +0100 Received: from [193.119.19.130] (helo=empeg.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mXoO-0000B3-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 02 May 2000 09:13:44 +0100 Received: (from mac@localhost) by empeg.com (8.9.3/8.9.3) id JAA17522; Tue, 2 May 2000 09:14:29 +0100 Date: Tue, 2 May 2000 09:14:29 +0100 From: Mike Crowe To: Andreas Bombe Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: ch-ch-ch-changes... Message-ID: <20000502091429.A17413@fatboy.internal.empeg.com> References: <20000501161156.A1090@storm.local> <20000502011357.A3081@storm.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <20000502011357.A3081@storm.local>; from Andreas Bombe on Tue, May 02, 2000 at 01:13:57AM +0200 X-url: http://www.empeg.com/ Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Tue, May 02, 2000 at 01:13:57AM +0200, Andreas Bombe wrote: > Tried CVS. It's slow as hell only checking in kernel patches, so I > didn't proceed along that line... I guess it suffers from having to > read and diff every single file for a checkin or to create diffs. Odd, which version? I'll admit that it isn't quick on a complete kernel but it certainly doesn't do a diff on every file (I've run it over a 28.8 modem in a few minutes with an unchanged tree which certainly isn't possible if it has to transfer the contents of every file). Besides, once you've checked in your changes you no longer pay the diff penalty anyway. Oh, and back to the editors thing. My copy of xemacs is intelligent about hard links and keeps the link which is obviously rather bad in this case. It can probably be persuaded not to though. -- Mike Crowe empeg ltd unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 02 09:28:23 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mY1D-0000Fq-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 02 May 2000 09:26:59 +0100 Received: from [212.73.17.42] (helo=junk.nocrew.org ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mY1D-0000Fk-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 02 May 2000 09:26:59 +0100 Received: from lars by junk.nocrew.org with local (Exim 3.03 #1 (Debian)) id 12mY10-0008Dz-00; Tue, 02 May 2000 10:26:46 +0200 To: Russell King - ARM Linux Admin Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: masquerading fails in -pre3-rmk1 References: <200003312241.XAA04161@raistlin.arm.linux.org.uk> From: lars brinkhoff Date: 02 May 2000 10:26:46 +0200 In-Reply-To: Russell King - ARM Linux Admin's message of "Fri, 31 Mar 2000 23:41:48 +0100 (BST)" Message-ID: <85pur59x2x.fsf@junk.nocrew.org> Lines: 7 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk lars brinkhoff writes: > Masquerading using iptables in 2.3.99-pre3-rmk1 seems to fail when > the first packet is sent through ppp0. Maybe some struct should be > packed? I'm told by Rusty Russell that this is a struct alignment problem, and it should be fixed in Linus' -pre7-1. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 02 09:32:10 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mY5G-0000Ib-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 02 May 2000 09:31:10 +0100 Received: from [202.141.26.181] (helo=ee.iitm.ernet.in ident=ee96162) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12mY5E-0000IT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 02 May 2000 09:31:09 +0100 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id NAA06450 for ; Tue, 2 May 2000 13:37:53 +0530 Date: Tue, 2 May 2000 13:37:53 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Booting Kernel In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I have got the Evaluation Kit for the EDB7500FE-2. (CL-PS7500FE ARM processor). I have used the ARM SDT so far. I want to develop a minimal OS (Linux OS). I have downloaded the Linux 2.3.99 from CVS-Netwinder site, but do not know how to proceed next. Could you advise me as to how to go about doing this? What tools shall I use to compile this Linux Kernel, and I want to keep the kernel to the Minimum, because I do not have enough memory space (ie, no hard disk) Regards, Lavu Sridhar unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 02 15:40:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12mdpo-0002hp-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 02 May 2000 15:39:36 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12mdpn-0002hW-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 02 May 2000 15:39:35 +0100 Received: By OpenMail Mailer;Tue, 02 May 2000 22:44:59 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Error message when booting arm-linux assabet Message-ID: <957278699.43521.cm_lee@mail2000.com.tw> To: "linux-arm-kernel" Date: Tue, 02 May 2000 22:44:59 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Dear All: Acording to the building procedures mentioned on http://www.cs.cmu.edu/~wearable/software/assabet.html, I built the kernel and tried it. However, I got the following error message: Kernel panic: No init found. Try passing init= option to kernel. Does this mean that the ramdis image I used is an broken one!?? Or it has other meaning!?? Thanks !! kirk -- ----== Mailed via Openfind ==----- http://mail2000.com.tw/ 提供免費的 e-mail 信箱服務 unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 02 16:05:03 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12meEB-0002zD-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 02 May 2000 16:04:47 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12meEA-0002z7-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 02 May 2000 16:04:46 +0100 Date: Tue, 2 May 2000 11:02:33 -0400 (EDT) From: Nicolas Pitre To: Chien-Min Lee cc: linux-arm-kernel Subject: Re: Error message when booting arm-linux assabet In-Reply-To: <957278699.43521.cm_lee@mail2000.com.tw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Tue, 2 May 2000, Chien-Min Lee wrote: > Dear All: > > Acording to the building procedures mentioned on > http://www.cs.cmu.edu/~wearable/software/assabet.html, > I built the kernel and tried it. > > However, I got the following error message: > > Kernel panic: No init found. Try passing init= option to kernel. > > Does this mean that the ramdis image I used is an broken one!?? > Or it has other meaning!?? I can be both, but most likely a broken ramdisk since the kernel actually mounted it. Did you use ramdisk_img.gz from ftp.netwinder.org/users/n/nico? Did you configured the kernel with ELF binary support? Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 03 02:48:51 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12moGz-0000sp-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 03 May 2000 02:48:21 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12moGy-0000sa-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 03 May 2000 02:48:20 +0100 Received: By OpenMail Mailer;Wed, 03 May 2000 09:53:10 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Re: Error message when booting arm-linux assabet Message-ID: <957318789.95572.cm_lee@mail2000.com.tw> To: "nico" Cc: "linux-arm-kernel" Date: Wed, 03 May 2000 09:53:09 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >> However, I got the following error message: >> >> Kernel panic: No init found. Try passing init= option to kernel. >> >> Does this mean that the ramdis image I used is an broken one!?? >> Or it has other meaning!?? >I can be both, but most likely a broken ramdisk since the kernel actually >mounted it. Did you use ramdisk_img.gz from >ftp.netwinder.org/users/n/nico? Did you configured the kernel with ELF >binary support? Yes, I did both operations. Maybe I need to redownload ramdisk_img.gz, and try again! Thanks!! kirk -- ----== Mailed via Openfind ==----- http://mail2000.com.tw/ 提供免費的 e-mail 信箱服務 unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 03 18:28:52 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12n2ua-0006iL-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 03 May 2000 18:26:12 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12n2uY-0006i5-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 03 May 2000 18:26:11 +0100 Received: By OpenMail Mailer;Thu, 04 May 2000 01:31:05 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Re: Error message when booting arm-linux assabet Message-ID: <957375065.84714.cm_lee@mail2000.com.tw> To: "nico" Cc: "linux-arm-kernel" Date: Thu, 04 May 2000 01:31:05 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >> Kernel panic: No init found. Try passing init= option to kernel. >> >> Does this mean that the ramdis image I used is an broken one!?? >> Or it has other meaning!?? >I can be both, but most likely a broken ramdisk since the >kernel actually >mounted it. I have downloaded the ramdisk_img.gz again. And this time it seems ok because the panic message does not show up. However, I can not login with serial console even though I saw the login process. Is it a normal situation!?? Thanks! kirk -- ----== Mailed via Openfind ==----- http://mail2000.com.tw/ 提供免費的 e-mail 信箱服務 unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 03 19:27:53 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12n3rj-0007Ah-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 03 May 2000 19:27:19 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12n3ri-0007AX-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 03 May 2000 19:27:18 +0100 Date: Wed, 3 May 2000 14:28:06 -0400 (EDT) From: Nicolas Pitre To: Chien-Min Lee cc: linux-arm-kernel Subject: Re: Error message when booting arm-linux assabet In-Reply-To: <957375065.84714.cm_lee@mail2000.com.tw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Thu, 4 May 2000, Chien-Min Lee wrote: > >> Kernel panic: No init found. Try passing init= option to kernel. > >> > >> Does this mean that the ramdis image I used is an broken one!?? > >> Or it has other meaning!?? > > >I can be both, but most likely a broken ramdisk since the >kernel actually > >mounted it. > > I have downloaded the ramdisk_img.gz again. > And this time it seems ok because the panic > message does not show up. > However, I can not login with serial console > even though I saw the login process. > Is it a normal situation!?? No. You should be able to login as root. Be sure all flow control settings in your terminal software (minicom) are turned off. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 03 23:11:13 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12n7Lu-00006p-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 03 May 2000 23:10:42 +0100 Received: from [63.195.182.101] (helo=barbados.bluemug.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12n7Lt-00006j-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 03 May 2000 23:10:41 +0100 Received: from fiji.bluemug.com [192.168.50.32] (mail) by barbados.bluemug.com with esmtp (Exim 2.05 #1 (Debian)) id 12n7Lo-0006Sp-00; Wed, 3 May 2000 15:10:36 -0700 Received: from miket by fiji.bluemug.com with local (Exim 2.05 #1 (Debian)) id 12n7Lo-0000Sd-00; Wed, 3 May 2000 15:10:36 -0700 Date: Wed, 3 May 2000 15:10:36 -0700 From: Mike Touloumtzis To: Mike Crowe Cc: Andreas Bombe , linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: ch-ch-ch-changes... Message-ID: <20000503151036.M18895@fiji.bluemug.com> References: <20000501161156.A1090@storm.local> <20000502011357.A3081@storm.local> <20000502091429.A17413@fatboy.internal.empeg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20000502091429.A17413@fatboy.internal.empeg.com>; from Mike Crowe on Tue, May 02, 2000 at 09:14:29AM +0100 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Tue, May 02, 2000 at 09:14:29AM +0100, Mike Crowe wrote: > On Tue, May 02, 2000 at 01:13:57AM +0200, Andreas Bombe wrote: > > Tried CVS. It's slow as hell only checking in kernel patches, so I > > didn't proceed along that line... I guess it suffers from having to > > read and diff every single file for a checkin or to create diffs. > > Odd, which version? I'll admit that it isn't quick on a complete kernel but > it certainly doesn't do a diff on every file (I've run it over a 28.8 modem > in a few minutes with an unchanged tree which certainly isn't possible if > it has to transfer the contents of every file). > > Besides, once you've checked in your changes you no longer pay the diff > penalty anyway. > > Oh, and back to the editors thing. My copy of xemacs is intelligent about > hard links and keeps the link which is obviously rather bad in this > case. It can probably be persuaded not to though. > GNU emacs has a 'backup-when-copying-when-linked' variable that (I believe) controls its behavior in this case; maybe you could look for that in xemacs. miket unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 04 09:51:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nHKD-0003ub-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 04 May 2000 09:49:37 +0100 Received: from [192.122.139.27] (helo=krdl.org.sg ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nHKB-0003uV-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 04 May 2000 09:49:36 +0100 Received: from mailhost.krdl.org.sg (mailhost [192.122.134.30]) by krdl.org.sg (8.9.3/8.9.3) with ESMTP id QAA11478; Thu, 4 May 2000 16:50:43 +0800 Received: from krdl.org.sg (QUNYING.krdl.org.sg [192.168.136.36]) by mailhost.krdl.org.sg (8.9.3/8.9.3) with ESMTP id QAA12604; Thu, 4 May 2000 16:42:07 +0800 (SGT) Message-ID: <39113810.C4AA5C46@krdl.org.sg> Date: Thu, 04 May 2000 16:42:56 +0800 From: zhu qun ying Organization: KRDL X-Mailer: Mozilla 4.72 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: arm , sa1100 , lart Subject: char array, int pointer and cross boundary access Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by krdl.org.sg id QAA11478 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, While trying to figure out how StrongARM behave on cross boundary access,= I encounter the following error ( I have the kernel-mode alignment trap han= dler on and off with the same result). For comparisom, I have the same program co= mpile at x86 platform. The arm result is very strange. The behavior is realy unacceptable. It sh= ould either return run time error or some software emulation should return the correct result? I am using kernel 2.3.99-pre6-rmk1-np1. The kernel-mode alignment trap handler suppose to be able to catch this and return the co= rrect result, but it has no effect for this case. A kernel problem? A GCC problem? Any hints? =3D=3D=3D=3D x86 kk's starting address: 0x0xbffff86c i's address for kk + 0: 0x0xbffff86c 3 5 6 t i's address for kk + 1: 0x0xbffff86d 5 6 t g i's address for kk + 2: 0x0xbffff86e 6 t g h i's address for kk + 3: 0x0xbffff86f t g h n i's address for kk + 4: 0x0xbffff870 g h n o i's address for kk + 5: 0x0xbffff871 h n o r i's address for kk + 6: 0x0xbffff872 n o r q i's address for kk + 7: 0x0xbffff873 o r q i i's address for kk + 8: 0x0xbffff874 r q i p =3D=3D=3D SA1100 kk's starting address: 0x0xbffffd8c i's address for kk + 0: 0x0xbffffd8c 3 5 6 t i's address for kk + 1: 0x0xbffffd8d 5 6 t 3 i's address for kk + 2: 0x0xbffffd8e 6 t 3 5 i's address for kk + 3: 0x0xbffffd8f t 3 5 6 i's address for kk + 4: 0x0xbffffd90 g h n o i's address for kk + 5: 0x0xbffffd91 h n o g i's address for kk + 6: 0x0xbffffd92 n o g h i's address for kk + 7: 0x0xbffffd93 o g h n i's address for kk + 8: 0x0xbffffd94 r q i p The source code for this program: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D #include int main(void) { char kk[12] =3D {'3', '5', '6', 't', 'g', 'h', 'n', 'o', 'r', 'q', 'i', 'p'}; int *i; int y, j; =20 printf("kk's starting address: 0x%p\n", kk); for (j =3D 0; j < 9; ++j) { i =3D (int *)(kk + j); printf("i's address for kk + %d: 0x%p %c %c %c %c\n", j, i, (*i) & 0xFF, ((*i) >> 8) & 0xff, ((*i)>>16)&0xff, ((*i)>>24) & 0xff); } return 0; } =20 --=20 (~._.~) =D6=EC =C8=BA =D3=A2 (Qun Ying) (65) 874-6743 ( O ) Kent Ridge Digital Labs (KRDL) ()~*~() 21 Heng Mui Keng Terrace, Singapore 119613 (_)-(_) qyzhu@krdl.org.sg * zhuqy@hotmail.com unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 04 16:47:03 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nNpJ-00085r-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 04 May 2000 16:46:09 +0100 Received: from [194.168.180.70] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nNpE-00085l-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 04 May 2000 16:46:05 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id IAA26766; Thu, 4 May 2000 08:58:54 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id IAA20490; Thu, 4 May 2000 08:52:45 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005040752.IAA20490@flint.arm.linux.org.uk> Subject: Re: undefined instruction problem To: uday.naik@intel.com (Naik, Uday) Date: Thu, 4 May 2000 08:52:44 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <3D33CF40366DD111AC4100A0C96B22AC0870B45A@fmsmsx34.fm.intel.com> from "Naik, Uday" at May 03, 2000 09:31:34 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Naik, Uday writes: > After putting some printk's in the traps.c code, and printing out the > vm_area_struct's, it looks like the addresses where the undefined > instructions are happening are in ld-2.1.2.so and libc-2.1.2.so. > > I looked at the ramdisk (ramdisk_img.gz from nico's site). The ld-2.1.2.so > and libc-2.1.2.so seem much smaller than the one's in my tools chain. > Have they been specially built for a small footprint ?? Did you compile in support for nwfpe? > Also what is the format of the page table directory. If I print out memory > at current->mm->pgd_t what is the format of the entries I should expect to > see. Check the ARM architecture reference manual and the manual for your processor. Those are the page tables. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 04 18:06:31 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nP4R-0000Ye-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 04 May 2000 18:05:51 +0100 Received: from [194.216.164.17] (helo=salisbury.labs.futuretv.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nP4R-0000YX-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 04 May 2000 18:05:51 +0100 Received: from zebra.labs.futuretv.com ([192.168.32.2] ident=mail) by salisbury.labs.futuretv.com with esmtp (Exim 3.03 #1) id 12nQ9F-0005Aq-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 04 May 2000 18:14:53 +0000 Received: from [192.168.33.3] (helo=fountain.labs.futuretv.com ident=mail) by zebra.labs.futuretv.com with esmtp (Exim 3.12 #1) id 12nP4Z-0000Aq-00; Thu, 04 May 2000 18:05:59 +0100 Received: from localhost ([127.0.0.1] helo=fountain.labs.futuretv.com ident=pb) by fountain.labs.futuretv.com with esmtp (Exim 3.03 #1) id 12nP4Y-0004N5-00; Thu, 04 May 2000 18:05:58 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: zhu qun ying cc: arm , sa1100 , lart Subject: Re: char array, int pointer and cross boundary access In-Reply-To: Message from zhu qun ying of "Thu, 04 May 2000 16:42:56 +0800." <39113810.C4AA5C46@krdl.org.sg> References: <39113810.C4AA5C46@krdl.org.sg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 May 2000 18:05:58 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk In message <39113810.C4AA5C46@krdl.org.sg>, zhu qun ying writes: >The arm result is very strange. The behavior is realy unacceptable. >It should either return run time error or some software emulation should >return the correct result? No, your program is in error. You can't cast a pointer of arbitrary alignment to some other type and expect it to work. If you play these sorts of games you need to know the limitations of the machine. >The kernel-mode alignment trap handler suppose to be able to catch this >and return the correct result, Only for code inside the kernel. If your program is in user context the trap handler will have no effect. p. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 04 18:38:08 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nPXp-0000n1-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 04 May 2000 18:36:13 +0100 Received: from [132.233.247.11] (helo=thalia.fm.intel.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nPXo-0000mv-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 04 May 2000 18:36:12 +0100 Received: from SMTP (fmsmsxvs04-1.fm.intel.com [132.233.42.204]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.23 2000/05/04 11:45:41 dmccart Exp $) with SMTP id RAA12724; Thu, 4 May 2000 17:36:50 GMT Received: from fmsmsx26.fm.intel.com ([132.233.48.26]) by 132.233.48.204 (Norton AntiVirus for Internet Email Gateways 1.0) ; Thu, 04 May 2000 17:36:02 0000 (GMT) Received: by fmsmsx26.fm.intel.com with Internet Mail Service (5.5.2448.0) id ; Thu, 4 May 2000 10:35:43 -0700 Message-ID: <3D33CF40366DD111AC4100A0C96B22AC0870B45B@fmsmsx34.fm.intel.com> From: "Naik, Uday" To: "'Russell King - ARM Linux Admin'" , "Naik, Uday" Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: undefined instruction problem Date: Thu, 4 May 2000 10:35:39 -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-kernel@lists.arm.linux.org.uk Precedence: bulk Thank you, thank you, thank you and once again thank you. Next problem. I now get through the login prompt fine and can login as root and get the shell prompt. But when I type in anything, I get "ttyS: unknown flag 36". Looks like its coming from n_tty_receive_buf() in n_tty.c. I will look into my serial driver. But any hints would be appreciated. Thanks Uday --- All opinions expressed are mine and do not reflect those of my employer. -----Original Message----- From: Russell King - ARM Linux Admin [mailto:linux@arm.linux.org.uk] Sent: Thursday, May 04, 2000 12:53 AM To: uday.naik@intel.com Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: undefined instruction problem Naik, Uday writes: > After putting some printk's in the traps.c code, and printing out the > vm_area_struct's, it looks like the addresses where the undefined > instructions are happening are in ld-2.1.2.so and libc-2.1.2.so. > > I looked at the ramdisk (ramdisk_img.gz from nico's site). The ld-2.1.2.so > and libc-2.1.2.so seem much smaller than the one's in my tools chain. > Have they been specially built for a small footprint ?? Did you compile in support for nwfpe? > Also what is the format of the page table directory. If I print out memory > at current->mm->pgd_t what is the format of the entries I should expect to > see. Check the ARM architecture reference manual and the manual for your processor. Those are the page tables. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 04 19:04:33 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nPxr-0000za-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 04 May 2000 19:03:07 +0100 Received: from [132.233.247.11] (helo=thalia.fm.intel.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nPxq-0000zU-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 04 May 2000 19:03:06 +0100 Received: from SMTP (fmsmsxvs02-1.fm.intel.com [132.233.42.202]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.23 2000/05/04 11:45:41 dmccart Exp $) with SMTP id SAA26566 for ; Thu, 4 May 2000 18:04:02 GMT Received: from fmsmsx29.FM.INTEL.COM ([132.233.48.29]) by 132.233.48.202 (Norton AntiVirus for Internet Email Gateways 1.0) ; Thu, 04 May 2000 18:03:14 0000 (GMT) Received: by fmsmsx29.fm.intel.com with Internet Mail Service (5.5.2448.0) id ; Thu, 4 May 2000 11:03:13 -0700 Message-ID: <3D33CF40366DD111AC4100A0C96B22AC0870B45C@fmsmsx34.fm.intel.com> From: "Naik, Uday" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: undefined instruction problem Date: Thu, 4 May 2000 11:03:10 -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-kernel@lists.arm.linux.org.uk Precedence: bulk Never mind. I found my bug. It works. Now I need to get this same platform going in big-endian. I have the tool chain built for me by david meng. I am going to start looking into the kernel code for potential points of failure. But any advise would be appreciated. Thanks Uday --- All opinions expressed are mine and do not reflect those of my employer. -----Original Message----- From: Naik, Uday Sent: Thursday, May 04, 2000 10:36 AM To: 'Russell King - ARM Linux Admin'; Naik, Uday Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: undefined instruction problem Thank you, thank you, thank you and once again thank you. Next problem. I now get through the login prompt fine and can login as root and get the shell prompt. But when I type in anything, I get "ttyS: unknown flag 36". Looks like its coming from n_tty_receive_buf() in n_tty.c. I will look into my serial driver. But any hints would be appreciated. Thanks Uday --- All opinions expressed are mine and do not reflect those of my employer. -----Original Message----- From: Russell King - ARM Linux Admin [mailto:linux@arm.linux.org.uk] Sent: Thursday, May 04, 2000 12:53 AM To: uday.naik@intel.com Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: undefined instruction problem Naik, Uday writes: > After putting some printk's in the traps.c code, and printing out the > vm_area_struct's, it looks like the addresses where the undefined > instructions are happening are in ld-2.1.2.so and libc-2.1.2.so. > > I looked at the ramdisk (ramdisk_img.gz from nico's site). The ld-2.1.2.so > and libc-2.1.2.so seem much smaller than the one's in my tools chain. > Have they been specially built for a small footprint ?? Did you compile in support for nwfpe? > Also what is the format of the page table directory. If I print out memory > at current->mm->pgd_t what is the format of the entries I should expect to > see. Check the ARM architecture reference manual and the manual for your processor. Those are the page tables. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 04 19:11:43 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nQ4X-00012W-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 04 May 2000 19:10:01 +0100 Received: from [199.217.175.51] (helo=core.federated.com ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nQ4W-00012J-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 04 May 2000 19:10:00 +0100 Received: (from jim@localhost) by core.federated.com (8.9.3/8.9.3/Debian 8.9.3-6) id NAA26296; Thu, 4 May 2000 13:09:49 -0500 From: Jim Studt Message-Id: <200005041809.NAA26296@core.federated.com> Subject: Re: char array, int pointer and cross boundary access In-Reply-To: <39113810.C4AA5C46@krdl.org.sg> from zhu qun ying at "May 4, 2000 04:42:56 pm" To: zhu qun ying Date: Thu, 4 May 2000 13:09:49 -0500 (CDT) CC: arm , sa1100 , lart X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Qun Ying wrote: > While trying to figure out how StrongARM behave on cross boundary access, I > encounter the following error ( I have the kernel-mode alignment trap handler on > and off with the same result). For comparisom, I have the same program compile > at x86 platform. > > The arm result is very strange. The behavior is realy unacceptable. It should > either return run time error or some software emulation should return the > correct result? I am using kernel 2.3.99-pre6-rmk1-np1. The kernel-mode > alignment trap handler suppose to be able to catch this and return the correct > result, but it has no effect for this case. > > A kernel problem? A GCC problem? Any hints? This is just the way ARMs work. Consult the documentation of the LDR instruction on page 36 (paper) 40 (PDF) of http://www.arm.com/Documentation/UserMans/PDF/ARM7vC.pdf It has a pretty diagram on the next couple of pages. In short you aren't allowed to read misaligned words, but if you do it has some useful quirks that might be helpful for unscrambling data. -- Jim Studt, President The Federated Software Group, Inc. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 01:23:25 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nVsy-0000Ts-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 01:22:28 +0100 Received: from [192.122.139.27] (helo=krdl.org.sg ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nVsw-0000Tj-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 01:22:26 +0100 Received: from mailhost.krdl.org.sg (mailhost [192.122.134.30]) by krdl.org.sg (8.9.3/8.9.3) with ESMTP id IAA05020; Fri, 5 May 2000 08:24:46 +0800 Received: from krdl.org.sg (QUNYING.krdl.org.sg [192.168.136.36]) by mailhost.krdl.org.sg (8.9.3/8.9.3) with ESMTP id IAA01941; Fri, 5 May 2000 08:16:11 +0800 (SGT) Message-ID: <39121300.90E714EC@krdl.org.sg> Date: Fri, 05 May 2000 08:17:04 +0800 From: zhu qun ying Organization: KRDL X-Mailer: Mozilla 4.72 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Jim Studt CC: arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access References: <200005041809.NAA26296@core.federated.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by krdl.org.sg id IAA05020 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I know the limit of ARM, and I know that I can't cast arbitrary alignment= to some other type. I want to know why the kernel allow this operation inste= ad of issuing run time error, like illeagl operation/access, or emulating the behaviour using software. I used to port some program over to WINCE, and = that is a horrible experience, that kind of operation causes runtime error. Any advantage that allow this kind of operation? --=20 (~._.~) =D6=EC =C8=BA =D3=A2 (Qun Ying) (65) 874-6743 ( O ) Kent Ridge Digital Labs (KRDL) ()~*~() 21 Heng Mui Keng Terrace, Singapore 119613 (_)-(_) qyzhu@krdl.org.sg * zhuqy@hotmail.com unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 02:10:53 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nWdR-0000tZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 02:10:29 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nWdP-0000tP-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 02:10:28 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id VAA00382; Thu, 4 May 2000 21:10:05 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Thu, 4 May 2000 21:10:05 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: zhu qun ying cc: Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access In-Reply-To: <39121300.90E714EC@krdl.org.sg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, 5 May 2000, zhu qun ying wrote: > I know the limit of ARM, and I know that I can't cast arbitrary alignment to > some other type. I want to know why the kernel allow this operation instead of > issuing run time error, like illeagl operation/access, or emulating the > behaviour using software. I used to port some program over to WINCE, and that is > a horrible experience, that kind of operation causes runtime error. Any > advantage that allow this kind of operation? If you look at linux/arch/arm/mm/fault-armv.c, line 134, you'll see the do_alignment() function. Few lines further you'll see: if (user_mode(regs)) { set_cr(cr_no_alignment); ai_user += 1; return 0; } This disables the alignment trap for user space code. See the documentation for the expected results... If you want the alignment trap handler to work on user space code as well as kernel code, just modify the above so it looks like: if (user_mode(regs)) { ai_user += 1; } Alternately, if you want to fix broken user space programs and kill them whenever a misaligned access occur, just use: if (user_mode(regs)) { ai_user += 1; return 1; } The above is based on linux-2.3.99-pre6-rmk1. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 05:13:38 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nZU2-0002oQ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 05:12:58 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12nZU0-0002o3-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 05:12:57 +0100 Received: By OpenMail Mailer;Fri, 05 May 2000 12:19:08 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Question aboug hardware.h Message-ID: <957500348.31415.cm_lee@mail2000.com.tw> To: "linux-arm-kernel" Date: Fri, 05 May 2000 12:19:08 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Dear All: I found the following code in linux-2.2.14-rmk3-np15 In file include\asm-arm\arch-sa1100\hardware.h /* * SA1100 internal I/O mappings * * We have the following mapping: * phys virt * 80000000 f8000000 * 90000000 fa000000 * a0000000 fc000000 * b0000000 fe000000 * * Nb: PCMCIA is mapped from 0xe0000000 to f7ffffff in mm-sa1100.c * */ #define io_p2v( x ) \ ((((x)&0x00ffffff) | (((x)&0x30000000)>>VIO_SHIFT)) + VIO_BASE) #define io_v2p( x ) \ ((((x)&0x00ffffff) | (((x)&(0x30000000>>VIO_SHIFT))< Message-Id: <200005050720.IAA24798@flint.arm.linux.org.uk> Subject: Re: Question aboug hardware.h To: cm_lee@mail2000.com.tw Date: Fri, 5 May 2000 08:20:17 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk (linux-arm-kernel) In-Reply-To: <957500348.31415.cm_lee@mail2000.com.tw> from "Chien-Min Lee" at May 05, 2000 12:19:08 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Chien-Min Lee writes: > However, if we use the physical address 0x91xxxxxx, after the > transform of io_p2v(0x91xxxxxx), it can not get the original physical > address by io_v2p. > Is this situation normal!? > This really confuses me. Yes. All the virtual->physical and physical->virtual macros are only valid for RAM areas, not general IO. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 08:52:39 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ncuR-0004ip-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 08:52:27 +0100 Received: from [194.168.180.45] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ncuP-0004ij-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 08:52:26 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id IAA31436; Fri, 5 May 2000 08:34:59 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id IAA24826; Fri, 5 May 2000 08:28:42 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005050728.IAA24826@flint.arm.linux.org.uk> Subject: Re: char array, int pointer and cross boundary access To: qyzhu@krdl.org.sg (zhu qun ying) Date: Fri, 5 May 2000 08:28:41 +0100 (BST) Cc: jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart), pb@labs.futuretv.com (Philip Blundell) In-Reply-To: <39121300.90E714EC@krdl.org.sg> from "zhu qun ying" at May 05, 2000 08:17:04 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk zhu qun ying writes: > I know the limit of ARM, and I know that I can't cast arbitrary alignment to > some other type. I want to know why the kernel allow this operation instead of > issuing run time error, like illeagl operation/access, or emulating the > behaviour using software. I used to port some program over to WINCE, and that is > a horrible experience, that kind of operation causes runtime error. Any > advantage that allow this kind of operation? For the past 13 years that the ARM architecture has been around, the behaviour of unaligned loads is something that was 100% defined to happen, and that the compiler can rely on to optimise its code. If you start causing user-mode runtime errors for these cases, then you will effectively prevent any program which has not been compiled with the appropriate flags to fail in perhaps undetectable ways (eg, if you compile up a program with a compiler that does not generate half-word instructions). There are a fair number of machines out there that use the StrongARM, but are not able to use the half-word instructions, or don't use the StrongARM at all that would be adversely affected by this. Basically to maintain consistent behaviour across all current machines, we ignore user-mode unaligned accesses. It's just not worth the hastle. Make sure your programs follow the appropriate C standards, and you won't have a problem. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 08:53:06 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ncut-0004jc-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 08:52:55 +0100 Received: from [194.168.180.45] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ncus-0004jT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 08:52:54 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id IAA31450; Fri, 5 May 2000 08:37:11 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id IAA24847; Fri, 5 May 2000 08:30:53 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005050730.IAA24847@flint.arm.linux.org.uk> Subject: Re: char array, int pointer and cross boundary access To: nico@cam.org (Nicolas Pitre) Date: Fri, 5 May 2000 08:30:53 +0100 (BST) Cc: qyzhu@krdl.org.sg (zhu qun ying), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart), pb@labs.futuretv.com (Philip Blundell) In-Reply-To: from "Nicolas Pitre" at May 04, 2000 09:10:05 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Nicolas Pitre writes: > If you want the alignment trap handler to work on user space code as well > as kernel code, just modify the above so it looks like: > > if (user_mode(regs)) { > ai_user += 1; > } Either case is not good. (see previous mails). It's best left as-is and the program must follow the C alignment rules to have expected behaviour. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 10:03:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ne0y-0005go-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 10:03:16 +0100 Received: from [194.168.180.29] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ne0w-0005gg-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 10:03:15 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id JAA31742 for ; Fri, 5 May 2000 09:05:18 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id IAA25051 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 5 May 2000 08:59:00 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005050759.IAA25051@flint.arm.linux.org.uk> Subject: 3c905 card - any outstanding patches? To: linux-arm-kernel@lists.arm.linux.org.uk Date: Fri, 5 May 2000 08:59:00 +0100 (BST) X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, Are there any patches which I have not yet received needed to make a 3c905 card work? If so, can I have them ASAP please? (any work done to get this card going is about to be duplicated if not).. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 10:22:44 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12neJG-0005sE-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 10:22:10 +0100 Received: from [205.180.60.120] (helo=web119.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12neJF-0005s7-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 10:22:09 +0100 Received: (qmail 8821 invoked by uid 60001); 5 May 2000 09:22:18 -0000 Message-ID: <20000505092218.8820.qmail@web119.yahoomail.com> Received: from [165.21.83.142] by web119.yahoomail.com; Fri, 05 May 2000 02:22:18 PDT Date: Fri, 5 May 2000 02:22:18 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Binutils Compile error To: linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I downloaded binutils-2.9.5.0.37. When I compiled it(using the command "make")I got the following errors /y1wrap: -d: command not found make[2]: *** [arparse.c] Error 1 make[2]: Leaving directory ...... make[1]: *** [install-recursive] Error 1 make[1]: leaving directory ...... make: *** [install-binutils] Error 2 I was just following the instructions given in the Intel SA-1100 evaluation platfrom web site. I tried several times, but the error repeated. can anybody please help me out from this problem. regards krishna __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 11:08:17 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nf1F-0006GH-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 11:07:37 +0100 Received: from [62.6.164.226] (helo=mail.linuxgrrls.org ident=postfix) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nf1E-0006GA-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 11:07:36 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.linuxgrrls.org (Postfix) with ESMTP id A0E6374954; Fri, 5 May 2000 11:07:29 +0100 (BST) Date: Fri, 5 May 2000 11:07:29 +0100 (BST) From: Kira Brown To: Russell King - ARM Linux Admin Cc: zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access In-Reply-To: <200005050728.IAA24826@flint.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, 5 May 2000, Russell King - ARM Linux Admin wrote: > There are a fair number of machines out there that use the StrongARM, but > are not able to use the half-word instructions, or don't use the StrongARM > at all that would be adversely affected by this. The only ones I know of are the Medusa architecture machines; is it really worth worrying about them? They're obsolete and becoming increasingly rare. kira. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 11:09:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nf2A-0006Gx-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 11:08:34 +0100 Received: from [24.192.64.19] (helo=br4.qld-remote.bigpond.net.au) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nf28-0006GR-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 11:08:33 +0100 Received: from onthenet.com.au (CPE-24-192-86-254.qld.bigpond.net.au [24.192.86.254]) by br4.qld-remote.bigpond.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id UAA03202; Fri, 5 May 2000 20:06:22 +1000 (EST) Message-ID: <39129D0A.7769C59C@onthenet.com.au> Date: Fri, 05 May 2000 20:06:02 +1000 From: David Bath X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-15mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access References: <200005050730.IAA24847@flint.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Russell King - ARM Linux Admin wrote: > Nicolas Pitre writes: > > If you want the alignment trap handler to work on user space code as well > > as kernel code, just modify the above so it looks like: > > > > if (user_mode(regs)) { > > ai_user += 1; > > } > > Either case is not good. (see previous mails). It's best left as-is and > the program must follow the C alignment rules to have expected behaviour. While I agree with your "if it hurts don't do it" policy, life is all too often about porting existing old code rather than writing new code, and old code from x86 and 68K worlds has definitely been known to be sloppy in this area. It seems there are two classes of programs, those that have been optimised by the ARM compiler to take advantage of this well defined behaviour and don't want exceptions or fixups, and those sloppy programs being ported from other platforms that expect more "traditional" behaviour, and desperately need exceptions or fixups. I would imagine debugging the latter on an ARM/Linux platform that produces no exception would be very unpleasant. How feasible would it be to make this run-time configurable, on a per-process basis (perhaps by use of the /proc filesystem) ? dB. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 13:35:44 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nhK0-0007tk-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 13:35:08 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12nhJz-0007sV-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 13:35:08 +0100 Received: By OpenMail Mailer;Fri, 05 May 2000 20:41:00 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Re: Question aboug hardware.h Message-ID: <957530460.48609.cm_lee@mail2000.com.tw> To: "linux" Cc: "linux-arm-kernel" Date: Fri, 05 May 2000 20:41:00 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >> However, if we use the physical address 0x91xxxxxx, after the >> transform of io_p2v(0x91xxxxxx), it can not get the original physical >> address by io_v2p. >Yes. All the virtual->physical and physical->virtual macros are only valid >for RAM areas, not general IO. Does this mean that these two macros are useless!?? What address type(physical or virtual) do we use to access the registers of peripheral control modules?? Thanks! kirk -- ----== Mailed via Openfind ==----- http://mail2000.com.tw/ 提供免費的 e-mail 信箱服務 unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 14:47:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12niP0-0000Ly-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 14:44:22 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12niOy-0000Lr-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 14:44:21 +0100 Date: Fri, 5 May 2000 09:44:31 -0400 (EDT) From: Nicolas Pitre To: Russell King - ARM Linux Admin cc: zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access In-Reply-To: <200005050730.IAA24847@flint.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, 5 May 2000, Russell King - ARM Linux Admin wrote: > Nicolas Pitre writes: > > If you want the alignment trap handler to work on user space code as well > > as kernel code, just modify the above so it looks like: > > > > if (user_mode(regs)) { > > ai_user += 1; > > } > > Either case is not good. (see previous mails). It's best left as-is and > the program must follow the C alignment rules to have expected behaviour. The idea is to debug misbehaving code. Generating a SIGBUS is really nice to quickly spot where are the alignment abuses. This is not intended for mainstream kernels. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 15:24:39 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12niwj-0000mZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 15:19:13 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12niwi-0000mT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 15:19:12 +0100 Date: Fri, 5 May 2000 10:20:05 -0400 (EDT) From: Nicolas Pitre To: Chien-Min Lee cc: linux , linux-arm-kernel Subject: Re: Question aboug hardware.h In-Reply-To: <957530460.48609.cm_lee@mail2000.com.tw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, 5 May 2000, Chien-Min Lee wrote: > > >> However, if we use the physical address 0x91xxxxxx, after the > >> transform of io_p2v(0x91xxxxxx), it can not get the original physical > >> address by io_v2p. > > >Yes. All the virtual->physical and physical->virtual macros are only valid > >for RAM areas, not general IO. > > Does this mean that these two macros are useless!?? > What address type(physical or virtual) do we use to access the registers of > peripheral control modules?? You really don't have to bother about virtual or physical location of registers. If you want to clear some GPIOs, simply use GEDR |= (1< Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id NAA00877; Fri, 5 May 2000 13:10:11 +0100 Message-Id: <200005051210.NAA00877@raistlin.arm.linux.org.uk> Subject: Re: char array, int pointer and cross boundary access To: kira@linuxgrrls.org (Kira Brown) Date: Fri, 5 May 2000 13:10:10 +0100 (BST) Cc: qyzhu@krdl.org.sg (zhu qun ying), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart), pb@labs.futuretv.com (Philip Blundell) In-Reply-To: from "Kira Brown" at May 05, 2000 11:07:29 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Kira Brown writes: > On Fri, 5 May 2000, Russell King - ARM Linux Admin wrote: > > There are a fair number of machines out there that use the StrongARM, but > > are not able to use the half-word instructions, or don't use the StrongARM > > at all that would be adversely affected by this. > > The only ones I know of are the Medusa architecture machines; is it really > worth worrying about them? They're obsolete and becoming increasingly > rare. Try any ARM based machine which does not support V4 architecture - ie, ARM6 cores and some, if not most ARM7 cores. It's far wider than just Medusa. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 15:33:56 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nj88-0000v9-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 15:31:00 +0100 Received: from [194.168.180.31] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nj86-0000v1-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 15:30:59 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id NAA00811; Fri, 5 May 2000 13:25:41 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id NAA00916; Fri, 5 May 2000 13:25:04 +0100 Message-Id: <200005051225.NAA00916@raistlin.arm.linux.org.uk> Subject: Re: char array, int pointer and cross boundary access To: dbath@onthenet.com.au (David Bath) Date: Fri, 5 May 2000 13:25:03 +0100 (BST) Cc: nico@CAM.ORG (Nicolas Pitre), qyzhu@krdl.org.sg (zhu qun ying), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart), pb@labs.futuretv.com (Philip Blundell) In-Reply-To: <39129D0A.7769C59C@onthenet.com.au> from "David Bath" at May 05, 2000 08:06:02 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk David Bath writes: > While I agree with your "if it hurts don't do it" policy, life is all too > often about porting existing old code rather than writing new code, and old > code from x86 and 68K worlds has definitely been known to be sloppy in this > area. I wasn't talking about an "if it hurts". It doesn't hurt - it breaks. > It seems there are two classes of programs, those that have been optimised by > the ARM compiler to take advantage of this well defined behaviour and don't > want exceptions or fixups, and those sloppy programs being ported from other > platforms that expect more "traditional" behaviour, and desperately need > exceptions or fixups. I would imagine debugging the latter on an ARM/Linux > platform that produces no exception would be very unpleasant. This is an old topic of discussion - please read the mailing list archives for the results of the previous discussions. The problem here is: 1. without the user-mode exception handler Sloppily written programs aren't flagged with an obvious warning message. Correctly written, binary compatible programs across the whole range of ARM processors will run as expected. 2. with the user-mode exception handler Sloppily written programs are flagged with a warning message. Correctly written, binary compatible programs will fail, maybe in unpredicatable ways. Ok, so you choose option 2, and suddenly your currently running processes die. That is extremely unpleasant. So, you make it per-process selectable. So long as you get the right compiler options, all well and good - you enable the user-mode alignment trap. But if you get the options wrong? You either end up with either case (1) or (2) for that particular program. Most packages are built using a standard set of options, and therefore these problems may not be detected. It depends really on the setup of the binutils, and whether binutils can be teached to "do the right thing" automagically. Really, it can't do because you've got this thing called the C library which will be an unknown quantity. No, there are just too many variables here - binutils, glibc, compiler options, hardware platform. All have to be exactly right, or else all hell can break loose. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 15:40:24 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12njGt-00012Z-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 15:40:03 +0100 Received: from [194.168.180.31] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12njGr-00012L-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 15:40:01 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id PAA01327; Fri, 5 May 2000 15:39:43 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id PAA01310; Fri, 5 May 2000 15:39:06 +0100 Message-Id: <200005051439.PAA01310@raistlin.arm.linux.org.uk> Subject: Re: char array, int pointer and cross boundary access To: nico@cam.org (Nicolas Pitre) Date: Fri, 5 May 2000 15:39:06 +0100 (BST) Cc: qyzhu@krdl.org.sg (zhu qun ying), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart), pb@labs.futuretv.com (Philip Blundell) In-Reply-To: from "Nicolas Pitre" at May 05, 2000 09:44:31 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Nicolas Pitre writes: > The idea is to debug misbehaving code. Generating a SIGBUS is really nice > to quickly spot where are the alignment abuses. This is not intended for > mainstream kernels. In that case, what about hiding it under the kernel hacking options, so that it can only be enabled when EXPERIMENTAL is also turned on? Of course, it will have to display a message so when people complain that they're having problems its obvious why... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 16:01:11 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12njaf-0001Nj-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 16:00:29 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12njae-0001Nb-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 16:00:28 +0100 Received: from netwinder.org ([10.1.19.121]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id LAA20521; Fri, 5 May 2000 11:00:30 -0400 Message-ID: <3912E0EF.89053085@netwinder.org> Date: Fri, 05 May 2000 10:55:43 -0400 From: Scott Bambrough Organization: Rebel.com X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 CC: zhu qun ying , arm Subject: Re: char array, int pointer and cross boundary access References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Nicolas Pitre wrote: > > On Fri, 5 May 2000, zhu qun ying wrote: > > > I know the limit of ARM, and I know that I can't cast arbitrary alignment to > > some other type. I want to know why the kernel allow this operation instead of > > issuing run time error, like illeagl operation/access, or emulating the > > behaviour using software. I used to port some program over to WINCE, and that is > > a horrible experience, that kind of operation causes runtime error. Any > > advantage that allow this kind of operation? > > If you look at linux/arch/arm/mm/fault-armv.c, line 134, you'll see the > do_alignment() function. Few lines further you'll see: > > if (user_mode(regs)) { > set_cr(cr_no_alignment); > ai_user += 1; > return 0; > } > > This disables the alignment trap for user space code. See the > documentation for the expected results... > > If you want the alignment trap handler to work on user space code as well > as kernel code, just modify the above so it looks like: > > if (user_mode(regs)) { > ai_user += 1; > } > > Alternately, if you want to fix broken user space programs and kill them > whenever a misaligned access occur, just use: > > if (user_mode(regs)) { > ai_user += 1; > return 1; > } > > The above is based on linux-2.3.99-pre6-rmk1. > > Nicolas > > unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk -- Scott Bambrough - Software Engineer REBEL.COM http://www.rebel.com NetWinder http://www.netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 16:01:50 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12njbc-0001Oj-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 16:01:28 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12njbc-0001Od-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 16:01:28 +0100 Received: from netwinder.org ([10.1.19.121]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id LAA20554; Fri, 5 May 2000 11:01:35 -0400 Message-ID: <3912E130.9B0C382D@netwinder.org> Date: Fri, 05 May 2000 10:56:48 -0400 From: Scott Bambrough Organization: Rebel.com X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: zhu qun ying CC: arm Subject: Re: char array, int pointer and cross boundary access References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I would only recommend this procedure for debugging/testing of programs, not a production kernel. Don't write such non-portable code in the first place. Scott Nicolas Pitre wrote: > > On Fri, 5 May 2000, zhu qun ying wrote: > > > I know the limit of ARM, and I know that I can't cast arbitrary alignment to > > some other type. I want to know why the kernel allow this operation instead of > > issuing run time error, like illeagl operation/access, or emulating the > > behaviour using software. I used to port some program over to WINCE, and that is > > a horrible experience, that kind of operation causes runtime error. Any > > advantage that allow this kind of operation? > > If you look at linux/arch/arm/mm/fault-armv.c, line 134, you'll see the > do_alignment() function. Few lines further you'll see: > > if (user_mode(regs)) { > set_cr(cr_no_alignment); > ai_user += 1; > return 0; > } > > This disables the alignment trap for user space code. See the > documentation for the expected results... > > If you want the alignment trap handler to work on user space code as well > as kernel code, just modify the above so it looks like: > > if (user_mode(regs)) { > ai_user += 1; > } > > Alternately, if you want to fix broken user space programs and kill them > whenever a misaligned access occur, just use: > > if (user_mode(regs)) { > ai_user += 1; > return 1; > } > > The above is based on linux-2.3.99-pre6-rmk1. > > Nicolas > > unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk -- Scott Bambrough - Software Engineer REBEL.COM http://www.rebel.com NetWinder http://www.netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 16:29:21 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12njzk-0001bx-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 16:26:24 +0100 Received: from [62.6.164.226] (helo=mail.linuxgrrls.org ident=postfix) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12njzi-0001br-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 16:26:23 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.linuxgrrls.org (Postfix) with ESMTP id B936874954; Fri, 5 May 2000 16:26:15 +0100 (BST) Date: Fri, 5 May 2000 16:26:15 +0100 (BST) From: Kira Brown To: Russell King - ARM Linux Admin Cc: zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access In-Reply-To: <200005051210.NAA00877@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, 5 May 2000, Russell King - ARM Linux Admin wrote: > > The only ones I know of are the Medusa architecture machines; is it really > > worth worrying about them? They're obsolete and becoming increasingly > > rare. > > Try any ARM based machine which does not support V4 architecture - ie, ARM6 > cores and some, if not most ARM7 cores. It's far wider than just Medusa. Yes, I know, but we were talking about StrongARM. The ability to compile kernels specific to your processor is one of the advantages of Linux... can't we have this as an optional feature in StrongARM kernels? kira. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 16:32:35 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nk2o-0001dS-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 16:29:34 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nk2n-0001dL-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 16:29:33 +0100 Received: from netwinder.org ([10.1.19.121]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id LAA20728; Fri, 5 May 2000 11:29:28 -0400 Message-ID: <3912E7B9.F5A4FFD0@netwinder.org> Date: Fri, 05 May 2000 11:24:41 -0400 From: Scott Bambrough Organization: Rebel.com X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access References: <200005051439.PAA01310@raistlin.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Russell King - ARM Linux Admin wrote: > > Nicolas Pitre writes: > > The idea is to debug misbehaving code. Generating a SIGBUS is really nice > > to quickly spot where are the alignment abuses. This is not intended for > > mainstream kernels. > > In that case, what about hiding it under the kernel hacking options, so that > it can only be enabled when EXPERIMENTAL is also turned on? Of course, it > will have to display a message so when people complain that they're having > problems its obvious why... I like this idea myself. Scott -- Scott Bambrough - Software Engineer REBEL.COM http://www.rebel.com NetWinder http://www.netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 16:39:13 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nkBo-0001iA-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 16:38:52 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nkBn-0001i4-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 16:38:52 +0100 Received: from ims.crl.dec.com (ims.crl.dec.com [16.11.0.11]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id LAA09080; Fri, 5 May 2000 11:38:53 -0400 (EDT) Received: by ims.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Fri, 5 May 2000 11:43:12 -0400 Message-ID: From: George France To: "'Scott Bambrough'" , Russell King - ARM Linux Admin Cc: Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: RE: char array, int pointer and cross boundary access Date: Fri, 5 May 2000 11:39:26 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello Scott; Even though I like the idea, at this time the ARM linux is mostly used by researchers and other highly technical people. I think that in the future, this will not be true. Do we really want to give the less experenced users, the means to shoot themselves?? --George George France, france@crl.dec.com Cambridge Research Laboratory, Compaq Computer Corporation One Kendall Square, Building 700 MS: CRL Cambridge, MA 02139 USA -----Original Message----- From: Scott Bambrough [mailto:scottb@netwinder.org] Sent: Friday, May 05, 2000 11:25 AM To: Russell King - ARM Linux Admin Cc: Nicolas Pitre; zhu qun ying; Jim Studt; arm; sa1100; lart; Philip Blundell Subject: Re: char array, int pointer and cross boundary access Russell King - ARM Linux Admin wrote: > > Nicolas Pitre writes: > > The idea is to debug misbehaving code. Generating a SIGBUS is really nice > > to quickly spot where are the alignment abuses. This is not intended for > > mainstream kernels. > > In that case, what about hiding it under the kernel hacking options, so that > it can only be enabled when EXPERIMENTAL is also turned on? Of course, it > will have to display a message so when people complain that they're having > problems its obvious why... I like this idea myself. Scott -- Scott Bambrough - Software Engineer REBEL.COM http://www.rebel.com NetWinder http://www.netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 16:41:52 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nkEM-0001jf-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 16:41:30 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12nkEL-0001jD-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 16:41:29 +0100 Received: By OpenMail Mailer;Fri, 05 May 2000 23:47:33 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Question aboug cyber2000fb.c Message-ID: <957541653.83020.cm_lee@mail2000.com.tw> To: "linux-arm-kernel" Date: Fri, 05 May 2000 23:47:33 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Dear All: I have a little question of the code in file drivers/video/cyber2000fb.c. In function "cyberprofb_decode_clock": If we use the divisors_2010[] array to count the value of pll_ps. cyber2000fb_default_mode = { refresh: 60, xres: 640, yres: 480, pixclock: 39722, Then with default pixel clock value 39722 (ps), we will get "pll_ps = 6620". However, by this value, It can not find suitable mult & div1 under following if-else statement group. Does this mean that this driver does not support 2010 yet!?? BTW, what does those numbers in comment block mean?? I do not understand them... >_< Thanks! kirk -- ----== Mailed via Openfind ==----- http://mail2000.com.tw/ 提供免費的 e-mail 信箱服務 unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 16:51:37 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nkNm-0001sN-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 16:51:14 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nkNl-0001sH-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 16:51:13 +0100 Received: from netwinder.org ([10.1.19.121]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id LAA20896; Fri, 5 May 2000 11:50:17 -0400 Message-ID: <3912EC9B.DB66987B@netwinder.org> Date: Fri, 05 May 2000 11:45:31 -0400 From: Scott Bambrough Organization: Rebel.com X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: George France CC: Russell King - ARM Linux Admin , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk George France wrote: > Even though I like the idea, at this time the ARM linux is mostly used by > researchers and other highly technical people. I think that in the future, > this will not be true. Do we really want to give the less experenced users, > the means to shoot themselves?? > > > it can only be enabled when EXPERIMENTAL is also turned on? Of course, it > > will have to display a message so when people complain that they're having > > problems its obvious why... If a inexperienced user is going to play with the kernel, and use experimental features, they deserve what they get. We only provide the gun, we don't make them use it. I think if it is documented correctly, it should be ok. Scott -- Scott Bambrough - Software Engineer REBEL.COM http://www.rebel.com NetWinder http://www.netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 17:01:40 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nkXU-00024g-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 17:01:16 +0100 Received: from [63.75.30.3] (helo=micros.micros.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nkXT-00023f-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 17:01:15 +0100 Received: from usmail.micros.com (usmail.micros.com [172.28.196.60]) by micros.micros.com (8.8.5/8.8.5/micros-2.1) with ESMTP id LAA04229; Fri, 5 May 2000 11:57:59 -0400 (EDT) Received: from SATCH2 ([206.241.199.116]) by usmail.micros.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id KJMXB9H2; Fri, 5 May 2000 11:54:25 -0400 Message-ID: <003601bfb6aa$b73877d0$74c7f1ce@ft.micros.com> From: "brad more" To: "George France" , "'Scott Bambrough'" , "Russell King - ARM Linux Admin" Cc: "Nicolas Pitre" , "zhu qun ying" , "Jim Studt" , "arm" , "sa1100" , "lart" , "Philip Blundell" References: Subject: Re: char array, int pointer and cross boundary access Date: Fri, 5 May 2000 11:58:03 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > Do we really want to give the less experenced users, the means to shoot themselves?? Speaking for the "less experienced" users ... Yes. We'd prefer you didn't attempt to "protect" us. By the way, some of us are actaully "highly technical" too... r/Brad unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 17:08:22 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nke1-0002Cj-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 17:08:01 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nke0-0002Cc-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 17:08:00 +0100 Received: from ims.crl.dec.com (ims.crl.dec.com [16.11.0.11]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id MAA06428; Fri, 5 May 2000 12:07:57 -0400 (EDT) Received: by ims.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Fri, 5 May 2000 12:12:16 -0400 Message-ID: From: George France To: "'Scott Bambrough'" , George France Cc: Russell King - ARM Linux Admin , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: RE: char array, int pointer and cross boundary access Date: Fri, 5 May 2000 12:08:26 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Scott Bambrough [mailto:scottb@netwinder.org] writes: >If a inexperienced user is going to play with the kernel, and use experimental >features, they deserve what they get. We only provide the gun, we don't make >them use it. I think if it is documented correctly, it should be ok. If our tone and attitude is going to be 'caveat emptor' then I agree with you fully. I was more thinking about the mailing list and the extra traffic that will be generated from people using the gun. It is not only the user that will suffer from the gun, but developers on the mailing list having to answer the same questions over and over and over and over again. --George unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 17:16:26 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nklp-0002Gs-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 17:16:05 +0100 Received: from [208.162.98.43] (helo=lhs.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12nklo-0002Gj-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 17:16:05 +0100 Received: by lhs.com(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id 852568D6.005A174B ; Fri, 5 May 2000 12:24:02 -0400 X-Lotus-FromDomain: LHS From: ebunce@lhsl.com To: George France cc: "'Scott Bambrough'" , George France , Russell King - ARM Linux Admin , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Message-ID: <852568D6.005A1543.00@lhs.com> Date: Fri, 5 May 2000 12:15:06 -0400 Subject: RE: char array, int pointer and cross boundary access Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > Scott Bambrough [mailto:scottb@netwinder.org] writes: > >>If a inexperienced user is going to play with the kernel, and use experimental >>features, they deserve what they get. We only provide the gun, we don't make >>them use it. I think if it is documented correctly, it should be ok. > >If our tone and attitude is going to be 'caveat emptor' then I agree with >you fully. I was more thinking about the mailing list and the extra traffic >that will be generated from people using the gun. It is not only the user >that will suffer from the gun, but developers on the mailing list having to >answer the same questions over and over and over and over again. The same could be said about a good half the experimental features. The one addition I'd make is unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 17:40:57 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nl9P-0002eG-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 17:40:27 +0100 Received: from [208.162.98.43] (helo=lhs.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12nl9O-0002eA-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 17:40:27 +0100 Received: by lhs.com(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id 852568D6.005C5244 ; Fri, 5 May 2000 12:48:23 -0400 X-Lotus-FromDomain: LHS From: ebunce@lhsl.com To: George France cc: "'Scott Bambrough'" , George France , Russell King - ARM Linux Admin , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Message-ID: <852568D6.005C5104.00@lhs.com> Date: Fri, 5 May 2000 12:39:31 -0400 Subject: RE: char array, int pointer and cross boundary access Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk George France wrote: > Scott Bambrough [mailto:scottb@netwinder.org] writes: > >>If a inexperienced user is going to play with the kernel, and use experimental >>features, they deserve what they get. We only provide the gun, we don't make >>them use it. I think if it is documented correctly, it should be ok. > >If our tone and attitude is going to be 'caveat emptor' then I agree with >you fully. I was more thinking about the mailing list and the extra traffic >that will be generated from people using the gun. It is not only the user >that will suffer from the gun, but developers on the mailing list having to >answer the same questions over and over and over and over again. The same could be said about a good half the Experimental features. If such an the option was put into the kernel, I'd mark it as "(Testing Purposes Only)" and put it under either the "Kernel Hacking" section or something similar. I'd also place the appropriate description explaining it's use in the documentation used by the configuration software. It would be easier than having to explain to moderately experienced users how to modify the kernel source in order to perform that type of testing. If it's clearly marked, than it's not even a matter of 'caveat emptor', it's more on the order of "you've been warned". If someone chooses that option after being warned they deserve what they get. Erik Bunce unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 17:57:14 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nlPA-0002tx-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 17:56:44 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nlP9-0002tp-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 17:56:43 +0100 Received: from netwinder.org ([10.1.19.121]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id MAA21392; Fri, 5 May 2000 12:56:45 -0400 Message-ID: <3912FC2F.168CD3F4@netwinder.org> Date: Fri, 05 May 2000 12:51:59 -0400 From: Scott Bambrough Organization: Rebel.com X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: George France CC: Russell King - ARM Linux Admin , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk George France wrote: > > If our tone and attitude is going to be 'caveat emptor' then I agree with > you fully. I was more thinking about the mailing list and the extra traffic > that will be generated from people using the gun. It is not only the user > that will suffer from the gun, but developers on the mailing list having to > answer the same questions over and over and over and over again. Don't get me wrong here. I don't think our tone and attitude should be "caveat emptor", but if it is under experimental that is implied (at least that is the way I look at it). If it wasn't under experimental I would adopt an attitude very similar to yours. Scott -- Scott Bambrough - Software Engineer REBEL.COM http://www.rebel.com NetWinder http://www.netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 18:03:34 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nlVG-00031O-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 18:03:02 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nlVF-00031G-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 18:03:01 +0100 Received: from netwinder.org ([10.1.19.121]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id NAA21497; Fri, 5 May 2000 13:03:01 -0400 Message-ID: <3912FDA7.46B621EF@netwinder.org> Date: Fri, 05 May 2000 12:58:15 -0400 From: Scott Bambrough Organization: Rebel.com X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: ebunce@lhsl.com CC: George France , Russell King - ARM Linux Admin , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access References: <852568D6.005C5104.00@lhs.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk ebunce@lhsl.com wrote: > > If such an the option was put into the kernel, I'd mark it as > "(Testing Purposes Only)" and put it under either the > "Kernel Hacking" section or something similar. I'd also place the appropriate > description explaining it's use in the documentation used by the configuration > software. Err, I was operating under the assumption that it would be added to the 'Kernel Hacking' menu. I don't advocate putting it anywhere else. Sorry if that was what everyone thought. Scott -- Scott Bambrough - Software Engineer REBEL.COM http://www.rebel.com NetWinder http://www.netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 18:04:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nlVp-00032J-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 18:03:37 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nlVp-00032C-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 18:03:37 +0100 Received: from crlwebmail.crl.dec.com (crlwebmail.crl.dec.com [16.11.0.2]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id NAA10483; Fri, 5 May 2000 13:03:40 -0400 (EDT) Received: by crlwebmail.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Fri, 5 May 2000 13:07:56 -0400 Message-ID: From: George France To: "'Scott Bambrough'" , George France Cc: Russell King - ARM Linux Admin , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: RE: char array, int pointer and cross boundary access Date: Fri, 5 May 2000 13:04:16 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Scott Bambrough [mailto:scottb@netwinder.org] wrote: >Don't get me wrong here. I don't think our tone and attitude should be "caveat >emptor", but if it is under experimental that is implied (at least that is the >way I look at it). If it wasn't under experimental I would adopt an attitude >very similar to yours. Hello Scott; I do not mind experimental code, in odd numbered kernels, in fact I encourage it. I am just questioning adding experimental stuff that will end up in 2.4.0. I would full support almost any experimental code into 2.5.0. In this way the main stream users on the stable version do not have the gun, beta users on the other hand can take their chances. The added benefit is that the developers on the mailing list only have to answer questions from the beta users, not the public at large. I am sorry if I was not more clear before. --George George France, france@crl.dec.com Cambridge Research Laboratory, Compaq Computer Corporation One Kendall Square, Building 700 MS: CRL Cambridge, MA 02139 USA unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 18:52:07 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nmFX-0003ts-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 18:50:51 +0100 Received: from [208.225.80.11] (helo=ice.fiftyone.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nmFW-0003th-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 18:50:50 +0100 Received: from server01.asi (akron-80-162.ar51.net [208.225.80.162]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id NAA31896 for ; Fri, 5 May 2000 13:51:39 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Fri, 5 May 2000 13:51:05 -0400 Message-ID: From: Jeff Sutherland To: "Linux ARM kernel mailing list (E-mail)" Subject: Kernel config for LinkUp 7200 chip (ARM 720T core) Date: Fri, 5 May 2000 13:51:04 -0400 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-kernel@lists.arm.linux.org.uk Precedence: bulk Which config in the 2.3.99-prex kernel would be the best place to start working on a port to this chip? The 720T core looks similar to the SA1100... Regards, //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 19:36:31 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nmwn-0004XD-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 19:35:33 +0100 Received: from [212.250.233.53] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nmwl-0004X7-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 19:35:32 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id TAA01339; Fri, 5 May 2000 19:35:31 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id TAA02294; Fri, 5 May 2000 19:34:50 +0100 Message-Id: <200005051834.TAA02294@raistlin.arm.linux.org.uk> Subject: Re: Question aboug cyber2000fb.c To: cm_lee@mail2000.com.tw Date: Fri, 5 May 2000 19:34:50 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk (linux-arm-kernel) In-Reply-To: <957541653.83020.cm_lee@mail2000.com.tw> from "Chien-Min Lee" at May 05, 2000 11:47:33 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Chien-Min Lee writes: > Then with default pixel clock value 39722 (ps), we will get "pll_ps = 6620". > > However, by this value, It can not find suitable mult & div1 under following > if-else statement group. Oops. > Does this mean that this driver does not support 2010 yet!?? No. It just means that that resolution is not supported because we don't know what PLL parameters to give the Cyber2010. > BTW, what does those numbers in comment block mean?? > I do not understand them... >_< They are a list of the possible resolutions and scan rates that are supported. Basically, anything with a "*" means it works on the 2000, and if the pixel clock lands on one of the clock periods for a 2010, then it is also supported. If it's not there, then that resolution isn't going to work. Having said that, I now have a new cyber2000fb.c which calculates the PLL values. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 19:41:50 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nn2N-0004Zq-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 19:41:19 +0100 Received: from [212.250.233.53] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nn2G-0004Zi-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 19:41:18 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id TAA01354; Fri, 5 May 2000 19:40:47 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id TAA02315; Fri, 5 May 2000 19:40:06 +0100 Message-Id: <200005051840.TAA02315@raistlin.arm.linux.org.uk> Subject: Re: Kernel config for LinkUp 7200 chip (ARM 720T core) To: jsutherland@accelent.com (Jeff Sutherland) Date: Fri, 5 May 2000 19:40:06 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk ("Linux ARM kernel mailing list (E-mail)") In-Reply-To: from "Jeff Sutherland" at May 05, 2000 01:51:04 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Jeff Sutherland writes: > Which config in the 2.3.99-prex kernel would be the best place to start > working on a port to this chip? The 720T core looks similar to the > SA1100... It's already been done. Check the patch system. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 19:50:15 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nnAS-0004dg-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 19:49:40 +0100 Received: from [208.242.241.39] (helo=cvsftp.cotw.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nnAR-0004dY-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 19:49:39 +0100 Received: from cotw.com (laptop1.ptec.com [192.168.10.2]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id NAA17933; Fri, 5 May 2000 13:49:58 -0500 Message-ID: <3913173B.58F4613@cotw.com> Date: Fri, 05 May 2000 13:47:23 -0500 From: Steve Hill X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.3.47 i686) X-Accept-Language: en MIME-Version: 1.0 To: Jeff Sutherland CC: "Linux ARM kernel mailing list (E-mail)" Subject: Re: Kernel config for LinkUp 7200 chip (ARM 720T core) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Jeff Sutherland wrote: > > Which config in the 2.3.99-prex kernel would be the best place to start > working on a port to this chip? The 720T core looks similar to the > SA1100... > Uhh, well, I already have the kernel booting on the LinkUp 7200SDB. I have submitted some preliminary patches to Russell, but he had some problems with them (which were all valid), and I am making changes. -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'finger sjhill@mail.cotw.com' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 22:35:07 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12npij-00072u-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 22:33:13 +0100 Received: from [194.168.180.120] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12npih-00072o-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 22:33:11 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id WAA00821 for ; Fri, 5 May 2000 22:33:20 +0100 From: Russell King Received: (from rmk@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id WAA03048 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 5 May 2000 22:32:37 +0100 Message-Id: <200005052132.WAA03048@raistlin.arm.linux.org.uk> Subject: Footbridge + 2 other bus masters To: linux-arm-kernel@lists.arm.linux.org.uk Date: Fri, 5 May 2000 22:32:37 +0100 (BST) X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, Could anyone who has a footbridge based system (CATS or EBSA285) please get in contact with me. I'd like to especially hear about how the system behaves when: 1. you have an EBSA285 with two bus masters (eg, bus mastering net card and busmaster DMA hard drive interface) running simultaneously for an extended period of time (2mins). 2. you have a Rev.5 NetWinder running BM-DMA disk and the tulip interface simultaneously for an extended period of time (2mins). _____ |_____| ------------------------------------------------- ---+---+- | | 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-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 23:00:30 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nq8j-0007Tv-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 23:00:05 +0100 Received: from [24.192.64.19] (helo=br4.qld-remote.bigpond.net.au) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nq8h-0007TV-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 23:00:04 +0100 Received: from onthenet.com.au (CPE-24-192-86-254.qld.bigpond.net.au [24.192.86.254]) by br4.qld-remote.bigpond.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id HAA19780; Sat, 6 May 2000 07:58:36 +1000 (EST) Message-ID: <391343FA.3A7B3D49@onthenet.com.au> Date: Sat, 06 May 2000 07:58:18 +1000 From: David Bath X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-15mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access References: <200005051439.PAA01310@raistlin.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Russell King - ARM Linux Admin wrote: > Nicolas Pitre writes: > > The idea is to debug misbehaving code. Generating a SIGBUS is really nice > > to quickly spot where are the alignment abuses. This is not intended for > > mainstream kernels. > > In that case, what about hiding it under the kernel hacking options, so that > it can only be enabled when EXPERIMENTAL is also turned on? Of course, it > will have to display a message so when people complain that they're having > problems its obvious why... So, if we now all accept that there is a time when experienced users (namely those attempting to port poorly written x86 Linux apps to ARM) will want to turn user level exceptions on, it seems only a small step (conceptually, if not technically) to allow them to turn it on at runtime. It seems a bit excessive making them rebuild their kernel just so they can debug some poorly written user level code, and then reboot their original kernel so they can continue to run their correctly written ARM code. There's plenty of precedence with Linux for controlling experimental /diagnostic stuff at runtime. For example... echo 1 >/proc/sys/net/ipv4/tcp_syncookies if I want SYN cookie protection echo "scsi log token [level]" > /proc/scsi/scsi if I want scsi logging enabled echo "0 0 0 y y y - y - 10 " >/proc/scsi/tmscsim/0 if I want to try out tagged queuing on a scsi device If I've just copied a source tar file down from somewhere, typed "make", had a clean build, and then had it crash or behave very strangely, it would be very useful to be able to do something like... echo "usr-fixup" /proc/..... [to enable user level fixups] run it again, and see if it works. If it does work, I could then do a echo "usr-sigbus" /proc/.... [to enable user level exceptions] run it again, and gather all the info I need to work out how to fix it from SIGBUS crash details. Fix it, rebuild, and then echo "usr-none" /proc/.... [to return to no user level intervention] run it again, notice it works, and declare victory. If you believe that ARM-Linux will only ever be used in a single-user environment then this is probably sufficient. If you think one day a corporate server with 100 users might one day be running on ARM-Linux then you might want to make the above work on a per-process basis. I might be trying to debug my sloppy x86 code while 99 other users are trying to run their correctly written ARM code. dB. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 23:05:50 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nqDx-0007Y4-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 23:05:29 +0100 Received: from [194.168.180.120] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nqDu-0007Xv-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 23:05:28 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id XAA00997; Fri, 5 May 2000 23:05:09 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id XAA03152; Fri, 5 May 2000 23:04:27 +0100 Message-Id: <200005052204.XAA03152@raistlin.arm.linux.org.uk> Subject: Re: char array, int pointer and cross boundary access To: dbath@onthenet.com.au (David Bath) Date: Fri, 5 May 2000 23:04:26 +0100 (BST) Cc: nico@CAM.ORG (Nicolas Pitre), qyzhu@krdl.org.sg (zhu qun ying), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart), pb@labs.futuretv.com (Philip Blundell) In-Reply-To: <391343FA.3A7B3D49@onthenet.com.au> from "David Bath" at May 06, 2000 07:58:18 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk David Bath writes: > So, if we now all accept that there is a time when experienced users (namely > those attempting to port poorly written x86 Linux apps to ARM) will want to > turn user level exceptions on, it seems only a small step (conceptually, if not > technically) to allow them to turn it on at runtime. And then its all too easy for it to be turned on permanently. No, that is not something we want, especially when we end up with users complaining. > If you believe that ARM-Linux will only ever be used in a single-user > environment then this is probably sufficient. If you think one day a corporate > server with 100 users might one day be running on ARM-Linux then you might want > to make the above work on a per-process basis. I might be trying to debug my > sloppy x86 code while 99 other users are trying to run their correctly written > ARM code. But then a decent sysadmin of the corporate server would never let you near to debug your program. He'd want to lock it down as tightly as possible to prevent misuse/hacking/etc, which, if you're talking about a distribution-only box will probably mean no C compiler either. (If you need the machine to stay up, you should only be running tried and tested programs on it). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 05 23:43:02 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nqnr-0007wc-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 05 May 2000 23:42:35 +0100 Received: from [24.192.64.19] (helo=br4.qld-remote.bigpond.net.au) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12nqnp-0007wG-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 05 May 2000 23:42:33 +0100 Received: from onthenet.com.au (CPE-24-192-86-254.qld.bigpond.net.au [24.192.86.254]) by br4.qld-remote.bigpond.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id IAA07628; Sat, 6 May 2000 08:41:11 +1000 (EST) Message-ID: <39134DF5.FC8B1A5C@onthenet.com.au> Date: Sat, 06 May 2000 08:40:53 +1000 From: David Bath X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-15mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart , Philip Blundell Subject: Re: char array, int pointer and cross boundary access References: <200005052204.XAA03152@raistlin.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Russell King - ARM Linux Admin wrote: > David Bath writes: > > So, if we now all accept that there is a time when experienced users (namely > > those attempting to port poorly written x86 Linux apps to ARM) will want to > > turn user level exceptions on, it seems only a small step (conceptually, if not > > technically) to allow them to turn it on at runtime. > > And then its all too easy for it to be turned on permanently. No, that is not > something we want, especially when we end up with users complaining. Hadn't we agreed we were going to let them turn it on at kernel config time? Turning it on at config time seems to have more potential for permanence then controlling it at runtime. If it's a config time option you need to reboot your machine again to turn it off. If it's a runtime option, then it's much easier to turn it off again. > But then a decent sysadmin of the corporate server would never let you near to > debug your program. I think that depends on what business the corporation is in. Do a 'top' on some big corporate servers at s/w companies like Sun or Cisco and you'll see dozens of people running cc on big thumping SMP servers. Clearly you wouldn't want one of those users to be able to influence user-level exception handling for other users, hence the need to be able to control your own destiny, on a per-process basis. dB. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat May 06 03:19:44 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12nuBA-0001TB-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 06 May 2000 03:18:52 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12nuB9-0001Sq-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 06 May 2000 03:18:51 +0100 Received: By OpenMail Mailer;Sat, 06 May 2000 10:25:02 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Re: Question aboug cyber2000fb.c Message-ID: <957579901.77934.cm_lee@mail2000.com.tw> To: "linux" Cc: "linux-arm-kernel" Date: Sat, 06 May 2000 10:25:01 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >> Does this mean that this driver does not support 2010 >>yet!?? >No. It just means that that resolution is not supported >because we don't >know what PLL parameters to give the Cyber2010. Ok, Isee. >They are a list of the possible resolutions and scan rates >that are >supported. Basically, anything with a "*" means it works on >the 2000, and if the pixel clock lands on one of the clock periods for a 2010, then >it is also supported. If it's not there, then that resolution isn't going >to work. Thanks. Then, how does these values come from or be resolved!? >Having said that, I now have a new cyber2000fb.c which >calculates the PLL >values. Really!! Would you free release it?? Or would you give me a hint to write it? BTW, There is a piece of codes before if-else statement that count the PLL values. However, the equation it ues seems not matched with the one mentioned in cyberpro2010 datasheet. Have a nice day! kirk -- ----== Mailed via Openfind ==----- http://mail2000.com.tw/ 提供免費的 e-mail 信箱服務 unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat May 06 10:28:21 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12o0sK-0005Da-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 06 May 2000 10:27:52 +0100 Received: from [194.168.180.74] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12o0sI-0005DT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 06 May 2000 10:27:50 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id KAA02087; Sat, 6 May 2000 10:26:41 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id KAA01844; Sat, 6 May 2000 10:25:56 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005060925.KAA01844@flint.arm.linux.org.uk> Subject: Re: Question aboug cyber2000fb.c To: cm_lee@mail2000.com.tw Date: Sat, 6 May 2000 10:25:56 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk (linux-arm-kernel) In-Reply-To: <957579901.77934.cm_lee@mail2000.com.tw> from "Chien-Min Lee" at May 06, 2000 10:25:01 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Chien-Min Lee writes: > Really!! Would you free release it?? Of course, it will be in the next patch with all the other stuff. > There is a piece of codes before if-else statement > that count the PLL values. > However, the equation it ues seems not matched with > the one mentioned in cyberpro2010 datasheet. That was an incomplete "guess" at what was required. I now have a working algorithm which seems to work for the various resolutions I've tested on the CyberPro2000. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat May 06 10:41:57 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12o15u-0005LT-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 06 May 2000 10:41:54 +0100 Received: from [194.168.180.74] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12o15s-0005LN-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 06 May 2000 10:41:52 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id KAA02253 for ; Sat, 6 May 2000 10:42:02 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id KAA01941 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 6 May 2000 10:41:18 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005060941.KAA01941@flint.arm.linux.org.uk> Subject: Re: Footbridge + 2 other bus masters To: linux-arm-kernel@lists.arm.linux.org.uk Date: Sat, 6 May 2000 10:41:17 +0100 (BST) In-Reply-To: <200005052132.WAA03048@raistlin.arm.linux.org.uk> from "Russell King" at May 05, 2000 10:32:37 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Russell King writes: > Could anyone who has a footbridge based system (CATS or EBSA285) please > get in contact with me. I'd like to especially hear about how the > system behaves when: > > 1. you have an EBSA285 with two bus masters (eg, bus mastering net card > and busmaster DMA hard drive interface) running simultaneously for > an extended period of time (2mins). > > 2. you have a Rev.5 NetWinder running BM-DMA disk and the tulip interface > simultaneously for an extended period of time (2mins). Specifically, I'm interested in the dual-bus-master on the following revision of the 21285: 21285-AA DC1065D It reports itself as PCI revision 3. I believe this is the version dating to just before the Intel takeover of DigitalSemi. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 07 08:41:11 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oLfV-0008Uz-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 07 May 2000 08:40:01 +0100 Received: from [140.114.63.56] (helo=smtp.oz.nthu.edu.tw) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oLfN-0008Ts-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 07 May 2000 08:39:54 +0100 Received: from pads3 (pads3.cs.nthu.edu.tw [140.114.79.13]) by smtp.oz.nthu.edu.tw (8.9.3/8.9.3) with SMTP id PAA12455 for ; Sun, 7 May 2000 15:39:31 +0800 (CST) Message-ID: <000801bfb7f7$9a9f4ec0$0d4f728c@cs.nthu.edu.tw> From: "beast" To: Subject: An error when make cross-gcc Date: Sun, 7 May 2000 15:40:50 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01BFB83A.9F43D520" 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-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0005_01BFB83A.9F43D520 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi there. I was tried to build mr cross compiler( arm-unknown-coff ) followed = Chris Rutter`s description . But when I compiled "gcc-2.95.2", there was = always error message after " make LANGUAGES=3D"c"" " this command. _udivsi3 /bin/sh: arm-unknown-coff-ar: command not found _divsi3 /bin/sh: arm-unknown-coff-ar: command not found _umodsi3 /bin/sh: arm-unknown-coff-ar: command not found _modsi3 /bin/sh: arm-unknown-coff-ar: command not found _dvmd_tls /bin/sh: arm-unknown-coff-ar: command not found rm -f libgcc1.S mv tmplibgcc1.a libgcc1-asm.a mv: tmplibgcc1.a: No such file or directory make[1]: *** [libgcc1-asm.a] Error 1 make[1]: Leaving directory `/home/yuh/armbuild/gcc-2.95.2/gcc' make: *** [all-gcc] Error 2 Thanks mailto:Kevin
Hi there.
I was tried to build = mr cross compiler(=20 arm-unknown-coff ) followed  Chris Rutter`s description . But when=20 I compiled "gcc-2.95.2", there was always error = message
after " make = LANGUAGES=3D"c"" " this=20 command.
 
 
_udivsi3
/bin/sh: = arm-unknown-coff-ar: command=20 not found
_divsi3
/bin/sh: arm-unknown-coff-ar: command not=20 found
_umodsi3
/bin/sh: arm-unknown-coff-ar: command not=20 found
_modsi3
/bin/sh: arm-unknown-coff-ar: command not=20 found
_dvmd_tls
/bin/sh: arm-unknown-coff-ar: command not = found
rm -f=20 libgcc1.S
mv tmplibgcc1.a libgcc1-asm.a
mv: tmplibgcc1.a: No such = file or=20 directory
make[1]: *** [libgcc1-asm.a] Error 1
make[1]: Leaving = directory=20 `/home/yuh/armbuild/gcc-2.95.2/gcc'
make: *** [all-gcc] Error = 2
 
 
Thanks
mailto:Kevin=20 <beast@ms3.url.com.tw
------=_NextPart_000_0005_01BFB83A.9F43D520-- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 07 11:43:56 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oOWK-0001Nd-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 07 May 2000 11:42:44 +0100 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oOWI-0001NT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 07 May 2000 11:42:43 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12oEsD-0002ou-00; Sun, 07 May 2000 01:24:41 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: David Bath cc: Russell King - ARM Linux Admin , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart Subject: Re: char array, int pointer and cross boundary access In-Reply-To: Message from David Bath of "Sat, 06 May 2000 07:58:18 +1000." <391343FA.3A7B3D49@onthenet.com.au> References: <200005051439.PAA01310@raistlin.arm.linux.org.uk> <391343FA.3A7B3D49@onthenet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 May 2000 01:24:41 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >clean build, and then had it crash or behave very strangely, it would be very >useful to be able to do something like... > >echo "usr-fixup" /proc/..... [to enable user level fixups] > >run it again, and see if it works. If it does work, I could then do a > >echo "usr-sigbus" /proc/.... [to enable user level >exceptions] > >run it again, and gather all the info I need to work out how to fix it from >SIGBUS crash details. Fix it, rebuild, and then Both of these solutions are pretty poor because they carry the risk of breaking already-running programs. If your shell was compiled with -march=armv3, for example, enabling either fixups or exceptions for unaligned accesses might well leave you with an unusable machine. (The default for GCC is -march=armv3.) >you might want to make the above work on a per-process basis. Yes. I guess you could conceive of a bit in the program header that says "this program shouldn't be doing unaligned accesses" and caused them to be trapped. p. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 07 12:11:36 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oOwu-0001c4-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 07 May 2000 12:10:12 +0100 Received: from [24.192.64.19] (helo=br4.qld-remote.bigpond.net.au) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oOws-0001bB-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 07 May 2000 12:10:11 +0100 Received: from onthenet.com.au (CPE-24-192-86-254.qld.bigpond.net.au [24.192.86.254]) by br4.qld-remote.bigpond.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id VAA19994; Sun, 7 May 2000 21:08:05 +1000 (EST) Message-ID: <39154E83.8EBA5DD2@onthenet.com.au> Date: Sun, 07 May 2000 21:07:47 +1000 From: David Bath X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-15mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: Russell King - ARM Linux Admin , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart Subject: Re: char array, int pointer and cross boundary access References: <200005051439.PAA01310@raistlin.arm.linux.org.uk> <391343FA.3A7B3D49@onthenet.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Philip Blundell wrote: > >you might want to make the above work on a per-process basis. > > Yes. I guess you could conceive of a bit in the program header that says > "this program shouldn't be doing unaligned accesses" and caused them to be > trapped. hmmm... maybe we could just add a system call to enable it. Then the first thing you could do when porting some code that doesn't seem to work right, is enable the exception handler on the first line. Then you could use the exception to locate and fix the real bug, and then remove the fist line you added. dB. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 07 12:43:52 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oPSB-0001uh-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 07 May 2000 12:42:31 +0100 Received: from [194.168.180.108] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oPS9-0001ub-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 07 May 2000 12:42:30 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id MAA07248; Sun, 7 May 2000 12:41:35 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id MAA09205; Sun, 7 May 2000 12:40:49 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005071140.MAA09205@flint.arm.linux.org.uk> Subject: Re: char array, int pointer and cross boundary access To: dbath@onthenet.com.au (David Bath) Date: Sun, 7 May 2000 12:40:48 +0100 (BST) Cc: Philip.Blundell@pobox.com (Philip Blundell), nico@CAM.ORG (Nicolas Pitre), qyzhu@krdl.org.sg (zhu qun ying), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart) In-Reply-To: <39154E83.8EBA5DD2@onthenet.com.au> from "David Bath" at May 07, 2000 09:07:47 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk David Bath writes: > hmmm... maybe we could just add a system call to enable it. Then the first thing > you could do when porting some code that doesn't seem to work right, is enable the > exception handler on the first line. Then you could use the exception to locate > and fix the real bug, and then remove the fist line you added. No. Phil's point is more or less the same as one of the points I've been trying to make. If all your binaries are compiled up so that they rely on unaligned accesses, and you turn on the SIGBUS, suddenly every process on your system receives SIGBUS when it next runs, leaving you with zero processes, and therefore an unusable system. I did make the suggestion of using the compiler to indicate this, but then dismissed this as a solution because it is not a "binary" thing. It can only be turned on if your binary, your dynamic linker and your libraries are compiled up so they don't use unaligned accesses. IMHO, this is a deep complicated issue which needs a lot of further discussion. Until all the issues are resolved, I don't think we can even start to consider putting this in for 2.4. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 07 12:47:45 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oPXC-0001xe-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 07 May 2000 12:47:42 +0100 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oPXC-0001xY-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 07 May 2000 12:47:42 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12oQTF-0006HG-00; Sun, 07 May 2000 13:47:41 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: dbath@onthenet.com.au (David Bath), nico@CAM.ORG (Nicolas Pitre), qyzhu@krdl.org.sg (zhu qun ying), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart) Subject: Re: char array, int pointer and cross boundary access In-Reply-To: Message from Russell King - ARM Linux Admin of "Sun, 07 May 2000 12:40:48 BST." <200005071140.MAA09205@flint.arm.linux.org.uk> References: <200005071140.MAA09205@flint.arm.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 May 2000 13:47:41 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Russell King wrote: >David Bath writes: >> hmmm... maybe we could just add a system call to enable it. > >No. Phil's point is more or less the same as one of the points I've been >trying to make. Actually, I think you dismiss David's suggestion too lightly. You could have a system call that turned trapping on for the calling process only. p. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 07 12:50:52 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oPaF-0001ze-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 07 May 2000 12:50:51 +0100 Received: from [24.192.64.19] (helo=br4.qld-remote.bigpond.net.au) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oPaE-0001zN-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 07 May 2000 12:50:50 +0100 Received: from onthenet.com.au (CPE-24-192-86-254.qld.bigpond.net.au [24.192.86.254]) by br4.qld-remote.bigpond.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id VAA05382; Sun, 7 May 2000 21:49:22 +1000 (EST) Message-ID: <3915582E.2EF664CE@onthenet.com.au> Date: Sun, 07 May 2000 21:49:03 +1000 From: David Bath X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-15mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Philip Blundell , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart Subject: Re: char array, int pointer and cross boundary access References: <200005071140.MAA09205@flint.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Russell King - ARM Linux Admin wrote: > David Bath writes: > > hmmm... maybe we could just add a system call to enable it. Then the first thing > > you could do when porting some code that doesn't seem to work right, is enable the > > exception handler on the first line. Then you could use the exception to locate > > and fix the real bug, and then remove the fist line you added. > > No. Phil's point is more or less the same as one of the points I've been trying to > make. > > If all your binaries are compiled up so that they rely on unaligned accesses, and > you turn on the SIGBUS, suddenly every process on your system receives SIGBUS when > it next runs, leaving you with zero processes, and therefore an unusable system. Actually, I meant for the system call to only turn on exception handling for the process that issued the system call, not for everybody. > It can only be turned on if > your binary, your dynamic linker and your libraries are compiled up so they don't > use unaligned accesses. Yes, dynamic libraries to complicate things. > IMHO, this is a deep complicated issue which needs a lot of further discussion. > Until all the issues are resolved, I don't think we can even start to consider > putting this in for 2.4. Yep, there do seem to be a lot of gotcha's. dB. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 07 12:56:35 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oPfl-00023L-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 07 May 2000 12:56:33 +0100 Received: from [194.168.180.108] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oPfk-00023F-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 07 May 2000 12:56:32 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id MAA07339; Sun, 7 May 2000 12:56:35 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id MAA09286; Sun, 7 May 2000 12:55:49 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005071155.MAA09286@flint.arm.linux.org.uk> Subject: Re: char array, int pointer and cross boundary access To: Philip.Blundell@pobox.com (Philip Blundell) Date: Sun, 7 May 2000 12:55:49 +0100 (BST) Cc: dbath@onthenet.com.au (David Bath), nico@CAM.ORG (Nicolas Pitre), qyzhu@krdl.org.sg (zhu qun ying), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart) In-Reply-To: from "Philip Blundell" at May 07, 2000 01:47:41 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Philip Blundell writes: > Actually, I think you dismiss David's suggestion too lightly. You could have > a system call that turned trapping on for the calling process only. But what about the dynamic linker and libraries? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 07 13:41:40 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oQNN-0002RH-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 07 May 2000 13:41:37 +0100 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oQNM-0002RB-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 07 May 2000 13:41:36 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12oRJb-0006Mp-00; Sun, 07 May 2000 14:41:47 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: dbath@onthenet.com.au (David Bath), nico@CAM.ORG (Nicolas Pitre), qyzhu@krdl.org.sg (zhu qun ying), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart) Subject: Re: char array, int pointer and cross boundary access In-Reply-To: Message from Russell King - ARM Linux Admin of "Sun, 07 May 2000 12:55:49 BST." <200005071155.MAA09286@flint.arm.linux.org.uk> References: <200005071155.MAA09286@flint.arm.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 May 2000 14:41:47 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >But what about the dynamic linker and libraries? Yes, there's still a pitfall there for the unwary. But it's not nearly as bad - the worst that happens is that the process you're debugging dies unexpectedly (and I think it's fair to say that if you want to do this, you need to take care of how the linker and libraries were built). Whereas with the global approach that some people were advocating, other users can be screwed over without them realising what's going on. p. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 07 14:03:31 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oQiO-0002gJ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 07 May 2000 14:03:20 +0100 Received: from [202.141.26.181] (helo=ee.iitm.ernet.in ident=ee96162) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oQiL-0002g9-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 07 May 2000 14:03:18 +0100 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id SAA10902 for ; Sun, 7 May 2000 18:20:52 +0530 Date: Sun, 7 May 2000 18:20:52 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm-kernel@lists.arm.linux.org.uk Subject: ARM Sample BIOS Code Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello. I want to know if I can find a BIOS code which I can run using the ARM SDT to initialise the chips on the Cirrus Logic Evaluation Board. If I could find any sample code that was written for an ARM processor, then maybe I could modify it for my Board. Please let me know where I can find the code Regards, Lavu Sridhar --------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 00:19:34 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oaJy-0007kU-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 00:18:46 +0100 Received: from [128.2.236.200] (helo=ece.cmu.edu) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oaJx-0007kI-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 00:18:45 +0100 Received: from taz.ece.cmu.edu (IDENT:root@TAZ.ECE.CMU.EDU [128.2.252.15]) by ece.cmu.edu (8.9.2/8.8.8) with ESMTP id TAA09928 for ; Sun, 7 May 2000 19:18:58 -0400 (EDT) Received: (from dsf@localhost) by taz.ece.cmu.edu (8.8.7/8.8.7) id TAA13169 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 7 May 2000 19:18:58 -0400 Date: Sun, 7 May 2000 19:18:58 -0400 From: David Friedman Message-Id: <200005072318.TAA13169@taz.ece.cmu.edu> To: linux-arm-kernel@lists.arm.linux.org.uk Subject: 21285 fixes Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk A missing break statement in the 21285 serial driver prevents the kernel from setting the correct baud in 2.3.99-pre6-rmk1. I've included a patch for this. Once I fixed that, I noticed that the kernel prints out several backtraces in request_standard_resources(), complaining about invalid addresses to virt_to_phys. The error messages are printed because high_memory is not initialized at this point, it is only set much later in mem_init(). But it seems that the use of the virt_to_bus macros in these cases is not entirely correct. I thought these macros could only be used in memory allocated with kmalloc() or get_free_page(). One more thing: when I disable CONFIG_DEBUG_LL, the kernel does not boot. Obviously, this is very hard to debug, since the serial port isn't mapped in. If anyone has any ideas about this, please let me know. Thanks, David Friedman --- diff -ur linux/drivers/char/serial_21285.c /home/dsf/linux-2.3/linux/drivers/char/serial_21285.c --- linux/drivers/char/serial_21285.c Sun May 7 17:31:33 2000 +++ /home/dsf/linux-2.3/linux/drivers/char/serial_21285.c Sat May 6 20:25:11 2000 @@ -212,6 +212,7 @@ switch (cflag & CBAUD) { case B9600: baud = 9600; + break; case B19200: baud = 19200; break; unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 01:43:44 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12obdd-0008SB-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 01:43:09 +0100 Received: from [24.192.64.19] (helo=br4.qld-remote.bigpond.net.au) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12obdb-0008Ru-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 01:43:08 +0100 Received: from onthenet.com.au (CPE-24-192-86-254.qld.bigpond.net.au [24.192.86.254]) by br4.qld-remote.bigpond.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id KAA16599; Mon, 8 May 2000 10:41:25 +1000 (EST) Message-ID: <39160D22.97DF437E@onthenet.com.au> Date: Mon, 08 May 2000 10:41:06 +1000 From: David Bath X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-15mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: Russell King - ARM Linux Admin , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart Subject: Re: char array, int pointer and cross boundary access References: <200005071155.MAA09286@flint.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Philip Blundell wrote: > >But what about the dynamic linker and libraries? > > Yes, there's still a pitfall there for the unwary. But it's not nearly as > bad - the worst that happens is that the process you're debugging dies > unexpectedly (and I think it's fair to say that if you want to do this, you > need to take care of how the linker and libraries were built). It would be cool if the exception handler could inspect the code and/or address that caused the misaligned access, and then determine whether it was an intended misaligned access (as caused by -march=armv3 etc.) or an unintended one, as caused by sloppy x86 code. I haven't looked at the generated code, but I would imagine they'd be indistinguishable :-(. dB. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 04:28:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oeCi-00016D-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 04:27:32 +0100 Received: from [149.171.96.20] (helo=sam.comms.unsw.EDU.AU) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oeCf-000167-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 04:27:30 +0100 Received: from alpha400.ee.unsw.edu.au (alpha400.ee.unsw.EDU.AU [149.171.36.48]) by sam.comms.unsw.EDU.AU (8.8.8/8.8.8 Kenso-Central-NO-SPAM) with ESMTP id NAA21529 for ; Mon, 8 May 2000 13:27:33 +1000 (EST) Received: from localhost (u2189659@localhost) by alpha400.ee.unsw.edu.au (8.9.1/8.9.1) with ESMTP id NAA02798 for ; Mon, 8 May 2000 13:27:18 +1000 (EST) Date: Mon, 8 May 2000 13:27:18 +1000 (EST) From: Ken Chiu Kun Wu To: linux-arm-kernel@lists.arm.linux.org.uk Subject: bootup hung at "init: err" Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi all, I've been experience difficulties in getting a successful bootup.. The kernel I've compiled is "linux-2.3.99-pre3" and is patched with patch-2.3.99-pre3-rmk3 and diff-2.3.99-pre3-rmk3-np2.. The ramdisk I use is from LART (ramdisk-lart-videolink).. It seems the ramdisk is been mounted successfully however it stops right after Freeing unused kernel memory: 4k init I've pasted entire bootup message below.. thanks in advance -- SA1100 serial driver version 1.2 ttyS0 on SA1100 UART3 (irq 17) ttyS1 on SA1100 UART1 (irq 15) RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256). CSLIP: code copyright 1989 Regents of the University of California. RAMDISK: ext2 filesystem found at block 0 RAMDISK: Loading 6144 blocks [1 disk] into ram disk... done. PPP generic driver version 2.4.1 PPP Deflate Compression module registered NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 4k init init: err -- Cheers Ken ----------------------------------------------- Ken Wu (Electrical/Biomedical Eng. UNSW Sydney) E-Mail: kenwu@ieee.org kenchiu.wu@au.unisys.com Homepage: www.progsoc.uts.edu.au/~kckwu ----------------------------------------------- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 07:22:33 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ogvo-0002Co-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 07:22:16 +0100 Received: from [212.250.233.35] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ogvm-0002Ch-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 07:22:14 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id HAA10987; Mon, 8 May 2000 07:21:29 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id HAA18410; Mon, 8 May 2000 07:20:42 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005080620.HAA18410@flint.arm.linux.org.uk> Subject: Re: 21285 fixes To: dsf@taz.ece.cmu.edu (David Friedman) Date: Mon, 8 May 2000 07:20:42 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <200005072318.TAA13169@taz.ece.cmu.edu> from "David Friedman" at May 07, 2000 07:18:58 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk David Friedman writes: > A missing break statement in the 21285 serial driver prevents the kernel > from setting the correct baud in 2.3.99-pre6-rmk1. I've included a patch > for this. Thanks. Applied. > Once I fixed that, I noticed that the kernel prints out several backtraces > in request_standard_resources(), complaining about invalid addresses to > virt_to_phys. The error messages are printed because high_memory is not > initialized at this point, it is only set much later in mem_init(). But > it seems that the use of the virt_to_bus macros in these cases is not > entirely correct. I thought these macros could only be used in memory > allocated with kmalloc() or get_free_page(). True. Can you provide more information? Particularly where the invalid usage of virt_to_phys is? > One more thing: when I disable CONFIG_DEBUG_LL, the kernel does not boot. > Obviously, this is very hard to debug, since the serial port isn't mapped > in. If anyone has any ideas about this, please let me know. You could comment out the #ifdef #endif in head-armv.S to enable the mapping to be present. However, from your previous point and this, it sounds like you have other changes present in your kernel tree other than just my patch? Can you confirm this? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 07:24:53 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ogyJ-0002FO-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 07:24:51 +0100 Received: from [212.250.233.35] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ogyI-0002FI-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 07:24:50 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id HAA10969; Mon, 8 May 2000 07:16:13 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id HAA18381; Mon, 8 May 2000 07:15:26 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005080615.HAA18381@flint.arm.linux.org.uk> Subject: Re: char array, int pointer and cross boundary access To: dbath@onthenet.com.au (David Bath) Date: Mon, 8 May 2000 07:15:26 +0100 (BST) Cc: Philip.Blundell@pobox.com (Philip Blundell), nico@CAM.ORG (Nicolas Pitre), qyzhu@krdl.org.sg (zhu qun ying), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart) In-Reply-To: <39160D22.97DF437E@onthenet.com.au> from "David Bath" at May 08, 2000 10:41:06 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk David Bath writes: > It would be cool if the exception handler could inspect the code and/or address > that caused the misaligned access, and then determine whether it was an > intended misaligned access (as caused by -march=armv3 etc.) or an unintended > one, as caused by sloppy x86 code. I haven't looked at the generated code, but > I would imagine they'd be indistinguishable :-(. They could well be identical. However, it may be worth looking at what the sloppy x86 case is producing. Could you create a simple test case and post the instructions around the offending unaligned load? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 07:30:06 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oh3H-0002I3-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 07:29:59 +0100 Received: from [205.180.60.84] (helo=web113.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12oh3G-0002Hu-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 07:29:58 +0100 Received: (qmail 10151 invoked by uid 60001); 8 May 2000 06:30:08 -0000 Message-ID: <20000508063008.10150.qmail@web113.yahoomail.com> Received: from [165.21.83.142] by web113.yahoomail.com; Sun, 07 May 2000 23:30:08 PDT Date: Sun, 7 May 2000 23:30:08 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Binutils Compile error To: linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I used Automake and Autoconf before compiling Binutils but still I get the following error message, make[2] : *** arparse.c Error 1 make[2] : leaving directory .... make[2] : [install recursive] Error 1 make; *** [Install-binutils] Error 2 kindly please let me know how to rectify this problem, Is there any other version of Binutils 2.9.5 available which I can download and compile without "automake" and "autoconf" regards krishna. __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 08:21:35 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ohr8-0002hY-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 08:21:30 +0100 Received: from [210.205.11.243] (helo=gmate.gmate.co.kr ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ohr6-0002hR-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 08:21:28 +0100 Received: from ultima ([210.223.111.18]) by gmate.gmate.co.kr (8.9.3/8.9.3) with SMTP id QAA31618 for ; Mon, 8 May 2000 16:27:46 +0900 Message-ID: <001201bfb8be$0bbd0fe0$0801a8c0@gmate.co.kr> Reply-To: =?ks_c_5601-1987?B?wNPFwsDP?= From: =?ks_c_5601-1987?B?wNPFwsDP?= To: Subject: Old syscalls Date: Mon, 8 May 2000 16:21:36 +0900 Organization: =?ks_c_5601-1987?B?KMHWKcH2uN7AzMau?= MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01BFB909.7B725D40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_000F_01BFB909.7B725D40 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SXMgdGhlcmUgYW55IG5lZWQgdG8gcHJlc2VydmUgb2xkIHN0eWxlIHN5c2NhbGxzKG9sZG9sZHVu YW1lLCBvbGR1bmFtZSwgb2xkc3RhdCwgYW5kIHNvIG9uKT8NCg0KSXQgc2VlbXMgdGhhdCBnbGli YyAyLjAgZG9lc24ndCB1c2UgbW9zdCBvZiB0aG9zZSBzeXNjYWxscy4gSWYgaXQgaXMgZm9yIHBy ZXNlcnZpbmcgY29tcGF0aWJpbGl0eSB3aXRoIG9sZCBsaWJyYXJpZXMsIHdpbGwgaXQgYmUgYSBn b29kIGlkZWEgdG8gYWRkIGEgQ09ORklHIG9wdGlvbiBmb3IgZGlzYWJsaW5nIHRoZW0gaWYgSSB3 YW50IHRvIG9ubHkgdXNlIGdsaWJjIDIuMCBvciBsYXRlcj8NCg0KVHJlZCBMaW0NCnRybGltQGdt YXRlLmNvLmtyDQoNCg== ------=_NextPart_000_000F_01BFB909.7B725D40 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWtz X2NfNTYwMS0xOTg3IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxNRVRBIGNvbnRlbnQ9Ik1T SFRNTCA1LjAwLjI5MTkuNjMwNyIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwv SEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZj4NCjxESVY+PEZPTlQgc2l6ZT0yPklzIHRoZXJl IGFueSBuZWVkIHRvIHByZXNlcnZlIG9sZCBzdHlsZSBzeXNjYWxscyhvbGRvbGR1bmFtZSwgDQpv bGR1bmFtZSwgb2xkc3RhdCwgYW5kIHNvIG9uKT88L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNp emU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5JdCBzZWVtcyB0aGF0 IGdsaWJjIDIuMCBkb2Vzbid0IHVzZSBtb3N0IG9mIHRob3NlIHN5c2NhbGxzLiBJZiANCml0IGlz IGZvciBwcmVzZXJ2aW5nIGNvbXBhdGliaWxpdHkgd2l0aCBvbGQgbGlicmFyaWVzLCB3aWxsIGl0 IGJlIGEgZ29vZCBpZGVhIHRvIA0KYWRkIGEgQ09ORklHIG9wdGlvbiBmb3IgZGlzYWJsaW5nIHRo ZW0gaWYgSSB3YW50IHRvIG9ubHkgdXNlIGdsaWJjIDIuMCBvciANCmxhdGVyPzwvRk9OVD48L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5UcmVkIExpbTwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPjxBIA0KaHJlZj0ibWFpbHRvOnRybGltQGdtYXRlLmNv LmtyIj50cmxpbUBnbWF0ZS5jby5rcjwvQT48L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW PjwvQk9EWT48L0hUTUw+DQo= ------=_NextPart_000_000F_01BFB909.7B725D40-- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 09:43:25 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oj7C-0003MA-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 09:42:10 +0100 Received: from [205.180.60.129] (helo=web121.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12oj7B-0003M2-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 09:42:10 +0100 Received: (qmail 11067 invoked by uid 60001); 8 May 2000 08:42:23 -0000 Message-ID: <20000508084223.11066.qmail@web121.yahoomail.com> Received: from [165.21.83.141] by web121.yahoomail.com; Mon, 08 May 2000 01:42:23 PDT Date: Mon, 8 May 2000 01:42:23 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Linux Development Took Kit To: linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, If anybody is aware of a commercial LINUX Development Tool Kit for Embedded systems for Arm processors please let me know. regards krishna. __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 09:54:46 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ojJF-0003RS-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 09:54:37 +0100 Received: from [205.180.60.193] (helo=web125.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12ojJE-0003RM-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 09:54:36 +0100 Received: (qmail 26961 invoked by uid 60001); 8 May 2000 08:54:50 -0000 Message-ID: <20000508085450.26960.qmail@web125.yahoomail.com> Received: from [165.21.83.141] by web125.yahoomail.com; Mon, 08 May 2000 01:54:50 PDT Date: Mon, 8 May 2000 01:54:50 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Linux Development Tool Kit To: linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, If anybody is aware of a commercial LINUX Development Tool Kit for Embedded systems for Arm processors please let me know. regards krishna. __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 15:30:16 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ooX2-0006an-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 15:29:12 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ooX1-0006af-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 15:29:11 +0100 Received: from dutein71 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id QAA16777; Mon, 8 May 2000 16:29:24 +0200 (MET DST) Message-Id: <200005081429.QAA16777@duteinh.et.tudelft.nl> From: Erik Mouw To: uday.naik@intel.com Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: undefined instruction problem In-Reply-To: <3D33CF40366DD111AC4100A0C96B22AC0870B45C@fmsmsx34.fm.intel.com> Organization: Eric conspiracy secret labs Date: Mon May 08 16:29:23 +0200 (MDT) 2000 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 1.0.1 - with PGP support, PGP engine version 0.5 (IRIX) 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=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Thu, 04 May 2000 11:03:10 -0700, Naik, Uday wrote: > Now I need to get this same platform going in big-endian. > I have the tool chain built for me by david meng. I am going > to start looking into the kernel code for potential points of > failure. But any advise would be appreciated. Well, first try to get ArmLinux running on your system (it's an IXP1200, right?) at all. Get familiar with linux, port some drivers, build some drivers, just to see if it works as you expect it to do. Now use a profiler and _test_ if you really _really_ *really* need to do a big-endian linux port. I already pointed out to several other Intel people that I am not convinced that you need to go big-endian for networking performance. If you can easily flood a fast-ethernet link with a low end ix86 CPU, why shouldn't it work on something with an SA-1 core? 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-2783635 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-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 15:32:47 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ooaS-0006fF-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 15:32:44 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ooaR-0006f8-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 15:32:43 +0100 Received: from crlwebmail.crl.dec.com (crlwebmail.crl.dec.com [16.11.0.2]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id KAA13136; Mon, 8 May 2000 10:32:50 -0400 (EDT) Received: by crlwebmail.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Mon, 8 May 2000 10:37:08 -0400 Message-ID: From: George France To: "'beast'" , linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: An error when make cross-gcc Date: Mon, 8 May 2000 10:33:27 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFB8FA.E30FE90E" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFB8FA.E30FE90E Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hello Kevin; =20 make LANGUAGES no longer works, try 'configure = =A1Venable-languages=3Dc' 'make' =20 --George George France, france@crl.dec.com=20 Cambridge Research Laboratory, Compaq Computer Corporation=20 One Kendall Square, Building 700 MS: CRL=20 Cambridge, MA 02139 USA=20 -----Original Message----- From: beast [mailto:beast@ms3.url.com.tw] Sent: Sunday, May 07, 2000 3:41 AM To: linux-arm-kernel@lists.arm.linux.org.uk Subject: An error when make cross-gcc Hi there. I was tried to build mr cross compiler( arm-unknown-coff ) followed = Chris Rutter`s description . But when I compiled "gcc-2.95.2", there was = always error message after " make LANGUAGES=3D"c"" " this command. =20 =20 _udivsi3 /bin/sh: arm-unknown-coff-ar: command not found _divsi3 /bin/sh: arm-unknown-coff-ar: command not found _umodsi3 /bin/sh: arm-unknown-coff-ar: command not found _modsi3 /bin/sh: arm-unknown-coff-ar: command not found _dvmd_tls /bin/sh: arm-unknown-coff-ar: command not found rm -f libgcc1.S mv tmplibgcc1.a libgcc1-asm.a mv: tmplibgcc1.a: No such file or directory make[1]: *** [libgcc1-asm.a] Error 1 make[1]: Leaving directory `/home/yuh/armbuild/gcc-2.95.2/gcc' make: *** [all-gcc] Error 2 =20 =20 Thanks mailto:Kevin
Hello=20 Kevin;
 
make=20 LANGUAGES no longer works, try 'configure =20 =A1Venable-languages=3Dc' <cr> 'make' = <cr>
 
--George

George = France,     =20 france@crl.dec.com
Cambridge = Research=20 Laboratory, Compaq Computer Corporation
One=20 Kendall Square, Building 700     MS: CRL =
Cambridge, MA 02139 USA =

-----Original Message-----
From: beast=20 [mailto:beast@ms3.url.com.tw]
Sent: Sunday, May 07, 2000 = 3:41=20 AM
To: = linux-arm-kernel@lists.arm.linux.org.uk
Subject: An=20 error when make cross-gcc

Hi = there.
I was tried to = build mr cross compiler(=20 arm-unknown-coff ) followed  Chris Rutter`s description . But = when=20 I compiled "gcc-2.95.2", there was always error = message
after " make = LANGUAGES=3D"c"" " this=20 command.
 
 
_udivsi3
/bin/sh: arm-unknown-coff-ar: command=20 not found
_divsi3
/bin/sh: arm-unknown-coff-ar: command not=20 found
_umodsi3
/bin/sh: arm-unknown-coff-ar: command not=20 found
_modsi3
/bin/sh: arm-unknown-coff-ar: command not=20 found
_dvmd_tls
/bin/sh: arm-unknown-coff-ar: command not = found
rm -f=20 libgcc1.S
mv tmplibgcc1.a libgcc1-asm.a
mv: tmplibgcc1.a: No = such file=20 or directory
make[1]: *** [libgcc1-asm.a] Error 1
make[1]: = Leaving=20 directory `/home/yuh/armbuild/gcc-2.95.2/gcc'
make: *** [all-gcc] = Error=20 2
 
 
Thanks
mailto:Kevin=20 <beast@ms3.url.com.tw
------_=_NextPart_001_01BFB8FA.E30FE90E-- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 15:46:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oonl-0006ps-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 15:46:29 +0100 Received: from [208.225.80.11] (helo=ice.fiftyone.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oonj-0006pm-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 15:46:28 +0100 Received: from server01.asi (akron-80-183.ar51.net [208.225.80.183]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id KAA21725 for ; Mon, 8 May 2000 10:47:26 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Mon, 8 May 2000 10:46:53 -0400 Message-ID: From: Jeff Sutherland To: "Linux ARM kernel mailing list (E-mail)" Subject: Framebuffer driver on Assabet Date: Mon, 8 May 2000 10:46:34 -0400 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-kernel@lists.arm.linux.org.uk Precedence: bulk I thought someone mentioned that the frame buffer device on the Assabet was fixed in 2.3.99-pre6. I didn't notice any difference from the operation of -pre3. Also I was under the impression that it was a rather simple fix. Could someone advise, please... Thanks. //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 15:55:46 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oowh-0006z2-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 15:55:43 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oowg-0006yu-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 15:55:42 +0100 Date: Mon, 8 May 2000 10:56:52 -0400 (EDT) From: Nicolas Pitre To: Jeff Sutherland cc: "Linux ARM kernel mailing list (E-mail)" Subject: Re: Framebuffer driver on Assabet In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, 8 May 2000, Jeff Sutherland wrote: > I thought someone mentioned that the frame buffer device on the Assabet was > fixed in 2.3.99-pre6. I didn't notice any difference from the operation of > -pre3. Also I was under the impression that it was a rather simple fix. > Could someone advise, please... It should work. I even got some reports of MicroWindows running on Assabet. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 17:12:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oq8s-0007iV-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 17:12:22 +0100 Received: from [208.162.98.43] (helo=lhs.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12oq8r-0007iP-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 17:12:21 +0100 Received: by lhs.com(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id 852568D9.0059C4D8 ; Mon, 8 May 2000 12:20:30 -0400 X-Lotus-FromDomain: LHS From: ebunce@lhsl.com To: Jeff Sutherland cc: "Linux ARM kernel mailing list (E-mail)" Message-ID: <852568D9.0059C3B1.00@lhs.com> Date: Mon, 8 May 2000 12:11:22 -0400 Subject: Re: Framebuffer driver on Assabet Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I'm currently running it with Microwindows and it works fine. The one thing you have to remember is that it is a "reflective" LCD, meaning you need a light source to be able to see much. Unfortunately Intel didn't include the appropriate circuits to drive the front light included on the Sharp LCD, which means you are forced to depend on ambient light. You must compile microwindows with a configuration that does not have keyboard or mouse/touchscreen support. Other than that it just works. The touch screen support should be available real soon now. Erik Jeff Sutherland on 05/08/2000 10:46:34 AM To: "Linux ARM kernel mailing list (E-mail)" cc: (bcc: Erik Bunce/USER/US/LHS) Fax to: Subject: Framebuffer driver on Assabet I thought someone mentioned that the frame buffer device on the Assabet was fixed in 2.3.99-pre6. I didn't notice any difference from the operation of -pre3. Also I was under the impression that it was a rather simple fix. Could someone advise, please... Thanks. //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 17:51:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oqkj-0008D8-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 17:51:29 +0100 Received: from [128.2.10.106] (helo=po6.andrew.cmu.edu) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oqkh-0008Cn-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 17:51:28 +0100 Received: (from postman@localhost) by po6.andrew.cmu.edu (8.9.3/8.9.3) id MAA04937; Mon, 8 May 2000 12:51:40 -0400 (EDT) Received: via switchmail; Mon, 8 May 2000 12:51:40 -0400 (EDT) Received: from unix11.andrew.cmu.edu via qmail ID ; Mon, 8 May 2000 12:50:02 -0400 (EDT) Received: from unix11.andrew.cmu.edu via qmail ID ; Mon, 8 May 2000 12:50:01 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix11.andrew.cmu.edu.sun4m.54 via MS.5.6.unix11.andrew.cmu.edu.sun4_51; Mon, 8 May 2000 12:50:01 -0400 (EDT) Message-ID: Date: Mon, 8 May 2000 12:50:01 -0400 (EDT) From: David Sean Friedman To: Russell King - ARM Linux Admin Subject: Re: 21285 fixes Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <200005080620.HAA18410@flint.arm.linux.org.uk> References: <200005080620.HAA18410@flint.arm.linux.org.uk> Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Excerpts from arm-linux: 8-May-100 Re: 21285 fixes by Russell A. L. Admin@arm. > > Once I fixed that, I noticed that the kernel prints out several backtraces > > in request_standard_resources(), complaining about invalid addresses to > > virt_to_phys. The error messages are printed because high_memory is not > > initialized at this point, it is only set much later in mem_init(). But > > it seems that the use of the virt_to_bus macros in these cases is not > > entirely correct. I thought these macros could only be used in memory > > allocated with kmalloc() or get_free_page(). > > True. Can you provide more information? Particularly where the invalid > usage of virt_to_phys is? Maybe I didn't make my original message clear. Because request_standard_resources() is calling virt_to_bus before mem_init(), high_memory is 0, all uses of virt_to_bus in this case will cause a backtrace on the EBSA285 compiled as an addin, provided that CONFIG_DEBUG_ERRORS is set. But I am still not convinced that the use of these macros is correct for the reasons I mentioned above. (Even though x86 does the same thing). > > > One more thing: when I disable CONFIG_DEBUG_LL, the kernel does not boot. > > Obviously, this is very hard to debug, since the serial port isn't mapped > > in. If anyone has any ideas about this, please let me know. > > You could comment out the #ifdef #endif in head-armv.S to enable the > mapping to be present. However, from your previous point and this, it > sounds like you have other changes present in your kernel tree other > than just my patch? Can you confirm this? Yes. I'm using Mark van Doesburg's boot loader, which does the serial port initialization in the kernel rather than in the BIOS (I assume your bootloader does the latter), but the only change is to add this code to head-armv.S. The only other change was to define the symbols boot_memory_end, and boot_command_line, also in head-armv.S. As you point out, the solution to this is simple enough, since there is no reason to compile without CONFIG_DEBUG_LL. I was just hoping there was an easy fix I had overlooked. I hope this clarifies things. David Friedman unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 18:59:23 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ornv-0000NZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 18:58:51 +0100 Received: from [208.225.80.11] (helo=ice.fiftyone.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ornu-0000NT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 18:58:50 +0100 Received: from server01.asi (akron-80-157.ar51.net [208.225.80.157]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id NAA01686; Mon, 8 May 2000 13:59:44 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Mon, 8 May 2000 13:59:33 -0400 Message-ID: From: Jeff Sutherland To: "'ebunce@lhsl.com'" Cc: "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Framebuffer driver on Assabet Date: Mon, 8 May 2000 13:59:14 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > I'm currently running it with Microwindows and it works fine. > The one thing you > have to remember is that it is a "reflective" LCD, meaning > you need a light > source to be able to see much. Unfortunately Intel didn't include the > appropriate > circuits to drive the front light included on the Sharp LCD, > which means you are > forced to depend on ambient light. You must compile > microwindows with a > configuration that does not have keyboard or > mouse/touchscreen support. > Other than that it just works. The touch screen support > should be available > real > soon now. > > Erik OK, well I'm glad it works, just wish I could get either one of our Assabets to function. Nicolas Pitre said it had something to do with a missing BCR_clear(BCR_LCD_12RGB); instruction (clears Assabet's board config register bit 10 which is supposed to put the CPLD into 16 bit mode). OK, where would this instruction go? Grepping for it shows it's in sa1100fb.c at a seemingly appropriate place. Defines are correct in hardware.h. Display symptoms showing the initial 'splash' image on boot are: top half: 2 Penguin images and two blinking cursors; bottom half: alternating black/white horizontal lines of various lengths. This happens on old style Assabet and newer AssabetPlus with 2.3.99-pre6rmk1np1. ???? //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 20:07:01 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12osri-0001DS-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 20:06:50 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12osrh-0001DM-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 20:06:49 +0100 Date: Mon, 8 May 2000 15:07:39 -0400 (EDT) From: Nicolas Pitre To: Jeff Sutherland cc: "'ebunce@lhsl.com'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Framebuffer driver on Assabet In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, 8 May 2000, Jeff Sutherland wrote: > OK, well I'm glad it works, just wish I could get either one of our Assabets > to function. Nicolas Pitre said it had something to do with a missing > BCR_clear(BCR_LCD_12RGB); instruction (clears Assabet's board config > register bit 10 which is supposed to put the CPLD into 16 bit mode). OK, > where would this instruction go? Grepping for it shows it's in sa1100fb.c > at a seemingly appropriate place. Defines are correct in hardware.h. So you have currently known to work code... > Display symptoms showing the initial 'splash' image on boot are: top half: 2 > Penguin images and two blinking cursors; bottom half: alternating > black/white horizontal lines of various lengths. This happens on old style > Assabet and newer AssabetPlus with 2.3.99-pre6rmk1np1. ???? I guess you might have a different LCD than what the code is configured for... Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 20:18:36 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ot2z-0001VZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 20:18:29 +0100 Received: from [208.225.80.11] (helo=ice.fiftyone.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ot2y-0001VT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 20:18:28 +0100 Received: from server01.asi (akron-80-157.ar51.net [208.225.80.157]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id PAA06718; Mon, 8 May 2000 15:19:09 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Mon, 8 May 2000 15:18:46 -0400 Message-ID: From: Jeff Sutherland To: "'Nicolas Pitre'" Cc: "'ebunce@lhsl.com'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Framebuffer driver on Assabet Date: Mon, 8 May 2000 15:18:33 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > On Mon, 8 May 2000, Jeff Sutherland wrote: > > > OK, well I'm glad it works, just wish I could get either > one of our Assabets > > to function. Nicolas Pitre said it had something to do > with a missing > > BCR_clear(BCR_LCD_12RGB); instruction (clears Assabet's board config > > register bit 10 which is supposed to put the CPLD into 16 > bit mode). OK, > > where would this instruction go? Grepping for it shows > it's in sa1100fb.c > > at a seemingly appropriate place. Defines are correct in > hardware.h. > > So you have currently known to work code... > > > Display symptoms showing the initial 'splash' image on boot > are: top half: 2 > > Penguin images and two blinking cursors; bottom half: alternating > > black/white horizontal lines of various lengths. This > happens on old style > > Assabet and newer AssabetPlus with 2.3.99-pre6rmk1np1. ???? > > I guess you might have a different LCD than what the code is > configured > for... > > Nicolas OK. I have a Sharp LQ039Q2DS54 on both of these critters (active matrix, reflective color, 3.9" with integral touch panel). Wanna bet it's a problem in the CPLD instead? Suppose I'll have to go bug the CE guys to see how they got it working... //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 20:23:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ot86-0001YS-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 20:23:46 +0100 Received: from [208.162.98.43] (helo=lhs.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12ot85-0001YL-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 20:23:46 +0100 Received: by lhs.com(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id 852568D9.006B4AD8 ; Mon, 8 May 2000 15:31:55 -0400 X-Lotus-FromDomain: LHS From: ebunce@lhsl.com To: Jeff Sutherland cc: "'Linux ARM kernel mailing list (E-mail)'" Message-ID: <852568D9.006B48F7.00@lhs.com> Date: Mon, 8 May 2000 15:22:44 -0400 Subject: RE: Framebuffer driver on Assabet Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Jeff Sutherland writes: >OK, well I'm glad it works, just wish I could get either one of our Assabets >to function. Nicolas Pitre said it had something to do with a missing >BCR_clear(BCR_LCD_12RGB); instruction (clears Assabet's board config >register bit 10 which is supposed to put the CPLD into 16 bit mode). OK, >where would this instruction go? Grepping for it shows it's in sa1100fb.c >at a seemingly appropriate place. Defines are correct in hardware.h. >Display symptoms showing the initial 'splash' image on boot are: top half: 2 >Penguin images and two blinking cursors; bottom half: alternating >black/white horizontal lines of various lengths. This happens on old style >Assabet and newer AssabetPlus with 2.3.99-pre6rmk1np1. ???? > What rev/phase of Assabet are you running? What make/model LCD does it have? Also what do you mean by AssabetPlus? Do you mean an Assabet w/ Neponsett attached? It sounds like a mismatch with your LCD, or possibly a bad LCD cable. The working Assabets we have are all phase 4 boards w/ Sharp LCD Model #LQ039Q2DS54 (data sheet at http://www.sharpsma.com/datasheets/displays/tft/lq039q2ds54_d.pdf). Erik unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 20:35:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12otId-0001dw-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 20:34:39 +0100 Received: from [208.225.80.11] (helo=ice.fiftyone.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12otIc-0001dn-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 20:34:38 +0100 Received: from server01.asi (akron-80-157.ar51.net [208.225.80.157]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id PAA07905; Mon, 8 May 2000 15:35:28 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Mon, 8 May 2000 15:35:07 -0400 Message-ID: From: Jeff Sutherland To: "'ebunce@lhsl.com'" Cc: "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Framebuffer driver on Assabet Date: Mon, 8 May 2000 15:34:44 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > What rev/phase of Assabet are you running? What make/model > LCD does it have? > Also what do you mean by AssabetPlus? Do you mean an Assabet > w/ Neponsett > attached? > > It sounds like a mismatch with your LCD, or possibly a bad LCD cable. > The working Assabets we have are all phase 4 boards w/ Sharp LCD Model > #LQ039Q2DS54 > (data sheet at > http://www.sharpsma.com/datasheets/displays/tft/lq039q2ds54_d.pdf). > > Erik Well, we have an older version, and a phase 4 version. I assume by "phase 4" you're referring to the package version noted on that little yellow sticker on the back of the Assabet board? Both are broke with or without their Neponset boards attached. Might it have something to do with the way the console is set up? I'm running the console out serial port 3 rather than use the LCD and keyboard at this point... //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 20:47:09 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12otUg-0001mP-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 20:47:06 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12otUf-0001mI-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 20:47:05 +0100 Date: Mon, 8 May 2000 15:48:08 -0400 (EDT) From: Nicolas Pitre To: Jeff Sutherland cc: "'ebunce@lhsl.com'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Framebuffer driver on Assabet In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, 8 May 2000, Jeff Sutherland wrote: > Well, we have an older version, and a phase 4 version. I assume by "phase > 4" you're referring to the package version noted on that little yellow > sticker on the back of the Assabet board? Both are broke with or without > their Neponset boards attached. Might it have something to do with the way > the console is set up? I'm running the console out serial port 3 rather > than use the LCD and keyboard at this point... There is no keyboard support what so ever for Assabet at the moment. The only current input mean is a serial console. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 22:12:06 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ouoq-0002gR-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 22:12:00 +0100 Received: from [194.168.180.113] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ouoo-0002gC-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 22:11:59 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id VAA13584; Mon, 8 May 2000 21:51:54 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id VAA00807; Mon, 8 May 2000 21:50:52 +0100 Message-Id: <200005082050.VAA00807@raistlin.arm.linux.org.uk> Subject: Re: 21285 fixes To: dsf+@andrew.cmu.edu (David Sean Friedman) Date: Mon, 8 May 2000 21:50:51 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "David Sean Friedman" at May 08, 2000 12:50:01 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk David Sean Friedman writes: > Maybe I didn't make my original message clear. No, you didn't make your original message clear. Unfortunately, you left me guessing what configuration you are using, and so the real problem could be in one of many places. From the information you've now supplied, I now know that you are in fact compiling up a kernel for a footbridge in add-in mode, and you actually mean __virt_to_bus, not virt_to_bus or even virt_to_phys. The use of these macros is actually correct. However, it is arguably more correct that these tests should not be in the __xx versions at all, but should be in the standard xx versions. The __xx versions are supposed to be simplified, faster versions than their xx counterparts. On the point of the validity of their use there - they are valid since we're using them with memory within the kernels virtual view of memory, and not on some randomly allocated area of virtual memory space. ie, if your virtual map of RAM is 0xc0000000 to 0xd0000000, and you have the kernel at 0xc0008000, then it is valid to use virt_to_xxx(0xc0008000). However, if vmalloc() returns 0xd0421000, then it is not valid to use virt_to_xxx(0xd0421000), since the virtual address that vmalloc returns could be pointing at any random physical page of RAM. > Yes. I'm using Mark van Doesburg's boot loader, which does the serial > port initialization in the kernel rather than in the BIOS (I assume your > bootloader does the latter) My boot loader also does the serial port initialisation. However, I am unable to find any specific place where the serial port is initialised. > but the only change is to add this code to head-armv.S. Do you mean you've added extra code to head-armv.S to initialise the serial port? The correct place to put this would be in rs285_console_setup() in drivers/char/serial_21285.c (I'm a little surprised that its not in there already mind you). > As you point out, the solution to this is simple enough, since there is > no reason to compile without CONFIG_DEBUG_LL. I was just hoping there > was an easy fix I had overlooked. I don't think your problem is related to the debug code itself, since it doesn't actually do any initialisation of the serial port. However, it may be a side effect of some of the code which CONFIG_DEBUG_LL enables, which is why I need you to squash some of the possibilities. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 22:12:06 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ouoo-0002gI-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 22:11:58 +0100 Received: from [194.168.180.113] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ouom-0002gC-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 22:11:57 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id WAA13624; Mon, 8 May 2000 22:09:32 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id WAA01056; Mon, 8 May 2000 22:08:30 +0100 Message-Id: <200005082108.WAA01056@raistlin.arm.linux.org.uk> Subject: Re: Old syscalls To: trlim@gmate.co.kr Date: Mon, 8 May 2000 22:08:29 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <001201bfb8be$0bbd0fe0$0801a8c0@gmate.co.kr> from "歜鷓橾" at May 08, 2000 04:21:36 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by caramon.arm.linux.org.uk id WAA13624 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk =C0=D3=C5=C2=C0=CF writes: > Content-Type: text/plain; > charset=3D"ks_c_5601-1987" > Content-Transfer-Encoding: base64 >=20 > SXMgdGhlcmUgYW55IG5lZWQgdG8gcHJlc2VydmUgb2xkIHN0eWxlIHN5c2NhbGxzKG9sZG9= sZHVu > YW1lLCBvbGR1bmFtZSwgb2xkc3RhdCwgYW5kIHNvIG9uKT8NCg0KSXQgc2VlbXMgdGhhdCB= nbGli > YyAyLjAgZG9lc24ndCB1c2UgbW9zdCBvZiB0aG9zZSBzeXNjYWxscy4gSWYgaXQgaXMgZm9= yIHBy > ZXNlcnZpbmcgY29tcGF0aWJpbGl0eSB3aXRoIG9sZCBsaWJyYXJpZXMsIHdpbGwgaXQgYmU= gYSBn > b29kIGlkZWEgdG8gYWRkIGEgQ09ORklHIG9wdGlvbiBmb3IgZGlzYWJsaW5nIHRoZW0gaWY= gSSB3 > YW50IHRvIG9ubHkgdXNlIGdsaWJjIDIuMCBvciBsYXRlcj8NCg0KVHJlZCBMaW0NCnRybGl= tQGdt > YXRlLmNvLmtyDQoNCg=3D=3D Any chance of encoding with something a little more readable? For those without mime extensions, here is a conventional copy of the mail in its entirety: > Is there any need to preserve old style syscalls(oldolduname, olduname, > oldstat, and so on)? >=20 > It seems that glibc 2.0 doesn't use most of those syscalls. If it is fo= r > preserving compatibility with old libraries, will it be a good idea to = add > a CONFIG option for disabling them if I want to only use glibc 2.0 or l= ater? >=20 > Tred Lim > trlim@gmate.co.kr I think we can safely get rid of oldolduname (sys_olduname) and olduname (sys_uname) since these have been warned ever since 2.2 that they are obsolete. So far, no reports of these messages have ever been seen. However, the older stat stuff hasn't had any warning, so I don't know if there is still any code out there using them. I'd therefore prefer to "play it safe" as 2.4 is approaching and leave these in for that. We can always take them out during 2.5. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 08 22:45:56 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ovLb-0002yU-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 08 May 2000 22:45:51 +0100 Received: from [128.2.10.106] (helo=po6.andrew.cmu.edu) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ovLa-0002yO-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 08 May 2000 22:45:50 +0100 Received: (from postman@localhost) by po6.andrew.cmu.edu (8.9.3/8.9.3) id RAA10029; Mon, 8 May 2000 17:46:04 -0400 (EDT) Received: via switchmail; Mon, 8 May 2000 17:46:04 -0400 (EDT) Received: from unix11.andrew.cmu.edu via qmail ID ; Mon, 8 May 2000 17:45:31 -0400 (EDT) Received: from unix11.andrew.cmu.edu via qmail ID ; Mon, 8 May 2000 17:45:31 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix11.andrew.cmu.edu.sun4m.54 via MS.5.6.unix11.andrew.cmu.edu.sun4_51; Mon, 8 May 2000 17:45:31 -0400 (EDT) Message-ID: Date: Mon, 8 May 2000 17:45:31 -0400 (EDT) From: David Sean Friedman To: Russell King - ARM Linux Admin Subject: Re: 21285 fixes Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <200005082050.VAA00807@raistlin.arm.linux.org.uk> References: <200005082050.VAA00807@raistlin.arm.linux.org.uk> Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Yes, there is code added to initialize the serial ports in head-armv.S, since Mark's bootloader doesn't do this. I know it is only necessary when using the DEBUG_LL functions; the serial port is configured again in console_init(). With regards to your comments on my problem with compiling without DEBUG_LL, I'm inclined to agree with you that the problem has nothing to do with the serial port itself (i.e. it is a side effect of setting up the page mappings). But there is a cycle here: I need to be able to use the serial port to debug this problem, which requires compiling with DEBUG_LL, but the point is to get the kernel to boot without DEBUG_LL. Unfortunately, I'm fairly busy with other work this week, but I'll try to debug this next week once I have the time. David Friedman Excerpts from arm-linux: 8-May-100 Re: 21285 fixes by Russell A. L. Admin@arm. > > Yes. I'm using Mark van Doesburg's boot loader, which does the serial > > port initialization in the kernel rather than in the BIOS (I assume your > > bootloader does the latter) > > My boot loader also does the serial port initialisation. However, I am > unable to find any specific place where the serial port is initialised. > > > but the only change is to add this code to head-armv.S. > > Do you mean you've added extra code to head-armv.S to initialise the serial > port? The correct place to put this would be in rs285_console_setup() > in drivers/char/serial_21285.c (I'm a little surprised that its not in there > already mind you). > > > As you point out, the solution to this is simple enough, since there is > > no reason to compile without CONFIG_DEBUG_LL. I was just hoping there > > was an easy fix I had overlooked. > > I don't think your problem is related to the debug code itself, since it > doesn't actually do any initialisation of the serial port. However, it > may be a side effect of some of the code which CONFIG_DEBUG_LL enables, > which is why I need you to squash some of the possibilities. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 01:41:06 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oy4s-0004Ky-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 01:40:46 +0100 Received: from [24.192.64.19] (helo=br4.qld-remote.bigpond.net.au) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oy4q-0004Kk-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 01:40:45 +0100 Received: from onthenet.com.au (CPE-24-192-86-254.qld.bigpond.net.au [24.192.86.254]) by br4.qld-remote.bigpond.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id KAA08980; Tue, 9 May 2000 10:37:43 +1000 (EST) Message-ID: <39175DC3.D8F920C8@onthenet.com.au> Date: Tue, 09 May 2000 10:37:23 +1000 From: David Bath X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-15mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Philip Blundell , Nicolas Pitre , zhu qun ying , Jim Studt , arm , sa1100 , lart Subject: Re: char array, int pointer and cross boundary access References: <200005080615.HAA18381@flint.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Russell King - ARM Linux Admin wrote: > David Bath writes: > > It would be cool if the exception handler could inspect the code and/or address > > that caused the misaligned access, and then determine whether it was an > > intended misaligned access (as caused by -march=armv3 etc.) or an unintended > > one, as caused by sloppy x86 code. I haven't looked at the generated code, but > > I would imagine they'd be indistinguishable :-(. > > They could well be identical. However, it may be worth looking at what > the sloppy x86 case is producing. Could you create a simple test case > and post the instructions around the offending unaligned load? I don't have an example handy, but if I come across one I will. Perhaps the original instigator of this thread can help out here. Can you give us an example of some correct C code that inspires arm-gcc to generate intentional misaligned accesses? I suspect porting application code directly to ARM-Linux will remain a task for true masochists. Happily, most unix apps have long ago been ported to MIPS platforms, and so have long ago had their misaligned accesses fixed. The MIPS architecture is far friendlier in this regard, since all misaligned accesses are bad; it doesn't have the concept of good ones and bad ones. Maybe ARM-Linux application porters should keep an old DECstation of SGI Indigo handy. Get the code running there first, and then get it working on ARM. dB. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 02:14:49 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12oybi-0004aE-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 02:14:42 +0100 Received: from [192.122.139.27] (helo=krdl.org.sg ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12oybg-0004a7-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 02:14:40 +0100 Received: from mailhost.krdl.org.sg (mailhost [192.122.134.30]) by krdl.org.sg (8.9.3/8.9.3) with ESMTP id JAA01571; Tue, 9 May 2000 09:22:13 +0800 Received: from krdl.org.sg (QUNYING.krdl.org.sg [192.168.136.36]) by mailhost.krdl.org.sg (8.9.3/8.9.3) with ESMTP id JAA17086; Tue, 9 May 2000 09:13:35 +0800 (SGT) Message-ID: <39176672.5A4D20F7@krdl.org.sg> Date: Tue, 09 May 2000 09:14:26 +0800 From: zhu qun ying Organization: KRDL X-Mailer: Mozilla 4.72 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: David Bath CC: Russell King - ARM Linux Admin , Philip Blundell , Nicolas Pitre , Jim Studt , arm , sa1100 , lart Subject: Re: char array, int pointer and cross boundary access References: <200005080615.HAA18381@flint.arm.linux.org.uk> <39175DC3.D8F920C8@onthenet.com.au> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by krdl.org.sg id JAA01571 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > I don't have an example handy, but if I come across one I will. Perhap= s the > original instigator of this thread can help out here. >=20 > Can you give us an example of some correct C code that inspires arm-gcc= to generate > intentional misaligned accesses? >=20 > I suspect porting application code directly to ARM-Linux will remain a = task for true > masochists. Happily, most unix apps have long ago been ported to MIPS = platforms, > and so have long ago had their misaligned accesses fixed. The MIPS arc= hitecture is > far friendlier in this regard, since all misaligned accesses are bad; i= t doesn't > have the concept of good ones and bad ones. >=20 > Maybe ARM-Linux application porters should keep an old DECstation of SG= I Indigo > handy. Get the code running there first, and then get it working on AR= M. >=20 > dB. I have the simple C source for this thread at my first post, but it is no= t intentional. The original idea comes from re-construct a packed network p= acket into its original structure form, one integer element is misalligned and = I cast the pointer to integer and cause some porblem. Just curious to know, as I am working with StrongARM for only a few month= s, what are the intentional misalignment asccess for? what are the advantage to u= se misalignement access to have the roation, as StrongARM does have the rota= tion instruction. --=20 (~._.~) =D6=EC =C8=BA =D3=A2 (Qun Ying) (65) 874-6743 ( O ) Kent Ridge Digital Labs (KRDL) ()~*~() 21 Heng Mui Keng Terrace, Singapore 119613 (_)-(_) qyzhu@krdl.org.sg * zhuqy@hotmail.com unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 11:19:23 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12p74z-0000Zf-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 11:17:29 +0100 Received: from [194.168.180.48] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12p74x-0000Z3-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 11:17:27 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id HAA15618; Tue, 9 May 2000 07:27:12 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id HAA23139; Tue, 9 May 2000 07:26:22 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005090626.HAA23139@flint.arm.linux.org.uk> Subject: Re: char array, int pointer and cross boundary access To: qyzhu@krdl.org.sg (zhu qun ying) Date: Tue, 9 May 2000 07:26:22 +0100 (BST) Cc: dbath@onthenet.com.au (David Bath), Philip.Blundell@pobox.com (Philip Blundell), nico@cam.org (Nicolas Pitre), jim@federated.com (Jim Studt), linux-arm-kernel@lists.arm.linux.org.uk (arm), sa1100-linux@pa.dec.com (sa1100), lart@lart.tudelft.nl (lart) In-Reply-To: <39176672.5A4D20F7@krdl.org.sg> from "zhu qun ying" at May 09, 2000 09:14:26 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk zhu qun ying writes: > Just curious to know, as I am working with StrongARM for only a few months, what > are the intentional misalignment asccess for? what are the advantage to use > misalignement access to have the roation, as StrongARM does have the rotation > instruction. Take the following code on a machine without half-word instructions (ie, any V3 architecture or broken V4 architecture): struct { unsigned short a; unsigned short b; } *c; c = <4-byte aligned pointer> printf("%d %d\n", c->a, c->b); The code will be: @ r4 = c adr r0, string ldr r1, [r4, #0] ldr r2, [r4, #2] mov r1, r1, asl #16 mov r2, r2, asl #16 mov r1, r1, lsr #16 @ a mov r2, r2, lsr #16 @ b bl printf _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 17:18:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pCgv-0004Ph-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 17:17:01 +0100 Received: from [134.134.248.3] (helo=ganymede.or.intel.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pCgt-0004Pb-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 17:17:00 +0100 Received: from SMTP (orsmsxvs01-1.jf.intel.com [192.168.65.200]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.28 2000/05/06 00:07:11 dmccart Exp $) with SMTP id JAA06853 for ; Tue, 9 May 2000 09:17:15 -0700 (PDT) Received: from orsmsx28.jf.intel.com ([192.168.70.28]) by 192.168.70.200 (Norton AntiVirus for Internet Email Gateways 1.0) ; Tue, 09 May 2000 16:17:15 0000 (GMT) Received: by orsmsx28.jf.intel.com with Internet Mail Service (5.5.2448.0) id ; Tue, 9 May 2000 09:17:14 -0700 Message-ID: <7DAA70BEB463D211AC3E00A0C96B7AB2048D5884@orsmsx41.jf.intel.com> From: "Bright, Norman" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Pointers to Flash File Systems? Date: Tue, 9 May 2000 09:17:03 -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-kernel@lists.arm.linux.org.uk Precedence: bulk Anyone have a recommended flash file system that they are using on Linux platforms today? Any pointers would be greatly appreciated. Thanks Norm unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 19:01:28 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pEJQ-0005j5-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 19:00:52 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pEJP-0005iz-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 19:00:51 +0100 Date: Tue, 9 May 2000 14:02:05 -0400 (EDT) From: Nicolas Pitre To: "Bright, Norman" cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: Pointers to Flash File Systems? In-Reply-To: <7DAA70BEB463D211AC3E00A0C96B7AB2048D5884@orsmsx41.jf.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Tue, 9 May 2000, Bright, Norman wrote: > Anyone have a recommended flash file system that they are using on Linux > platforms today? Any pointers would be greatly appreciated. There is a Journaling Flash File System (JFFS) avaliable from http://developer.axis.com. Unfortunately it is ment for Linux 2.0.x only. Anyone volonteering to port it to 2.3.x ? Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 19:12:05 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pEUD-0005pG-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 19:12:01 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pEUD-0005p8-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 19:12:01 +0100 Received: from ims.crl.dec.com (ims.crl.dec.com [16.11.0.11]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id OAA08689; Tue, 9 May 2000 14:12:16 -0400 (EDT) Received: by ims.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Tue, 9 May 2000 14:16:38 -0400 Message-ID: From: Jamey Hicks To: "'Nicolas Pitre'" , "Bright, Norman" Cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: Pointers to Flash File Systems? Date: Tue, 9 May 2000 14:12:52 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk The Memory Technology Devices group is working on "a generic Linux subsystem for memory devices, especially Flash devices." (http://www.linux-mtd.infradead.org/) It looks like the MTD group are working on porting JFFS forward to a more recent kernel. I haven't had a chance to look at this code in much detail. -Jamey Hicks > -----Original Message----- > From: Nicolas Pitre [mailto:nico@cam.org] > Sent: Tuesday, May 09, 2000 2:02 PM > To: Bright, Norman > Cc: 'linux-arm-kernel@lists.arm.linux.org.uk' > Subject: Re: Pointers to Flash File Systems? > > > > > On Tue, 9 May 2000, Bright, Norman wrote: > > > Anyone have a recommended flash file system that they are > using on Linux > > platforms today? Any pointers would be greatly appreciated. > > There is a Journaling Flash File System (JFFS) avaliable from > http://developer.axis.com. Unfortunately it is ment for > Linux 2.0.x only. > > Anyone volonteering to port it to 2.3.x ? > > > > Nicolas > > > > unsubscribe: body of `unsubscribe linux-arm-kernel' to > majordomo@lists.arm.linux.org.uk > unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 21:23:05 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pGWk-0007I5-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 21:22:46 +0100 Received: from [208.225.80.11] (helo=ice.fiftyone.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pGWj-0007Hy-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 21:22:45 +0100 Received: from server01.asi (akron-80-165.ar51.net [208.225.80.165]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id QAA23741; Tue, 9 May 2000 16:23:30 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Tue, 9 May 2000 16:22:56 -0400 Message-ID: From: Jeff Sutherland To: "'ebunce@lhsl.com'" Cc: "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Framebuffer driver on Assabet Date: Tue, 9 May 2000 16:22:50 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Ok, folks, I think I'm getting a handle on this. The basic problem it seems is that I have a display (and its controller implemented in a CPLD) thinking it's a 16bpp device (which it is) looking at a frame buffer which is configured with a 512 byte palette and loaded with an 8bpp image. The display *really* wants to see a frame buffer with no palette at the front loaded with a 16bpp image, I believe. Looking closely at the image on the display (and after analyzing debug output from sa1100fb.c) it's apparent that this is what's going on. For most of the first scan line there's random data (the palette) followed by about 1/2 screen of a double image, then the rest is whatever DCAR1 is finding out beyond the end of the loaded image until the frame pulse hits. If "16" is not valid for current_par.max_bpp, what's the magic fix? //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 21:32:28 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pGg1-0007Oe-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 21:32:21 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pGg1-0007OY-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 21:32:21 +0100 Received: from ims.crl.dec.com (ims.crl.dec.com [16.11.0.11]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id QAA08683; Tue, 9 May 2000 16:32:29 -0400 (EDT) Received: by ims.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Tue, 9 May 2000 16:36:51 -0400 Message-ID: From: George France To: "'Jeff Sutherland'" , "'ebunce@lhsl.com'" Cc: "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Framebuffer driver on Assabet Date: Tue, 9 May 2000 16:33:07 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I think that Jamey Hicks jamey@crl.dec.com has already submitted a patch to Nicolas Pitre [nico@cam.org]for this problem. You should e-mail one of them or ask on the SA1100 mailing list. --George George France, france@crl.dec.com Cambridge Research Laboratory, Compaq Computer Corporation One Kendall Square, Building 700 MS: CRL Cambridge, MA 02139 USA Phone: (617) 551-7665 FAX: (617) 551-7650 -----Original Message----- From: Jeff Sutherland [mailto:jsutherland@accelent.com] Sent: Tuesday, May 09, 2000 4:23 PM To: 'ebunce@lhsl.com' Cc: 'Linux ARM kernel mailing list (E-mail)' Subject: RE: Framebuffer driver on Assabet Ok, folks, I think I'm getting a handle on this. The basic problem it seems is that I have a display (and its controller implemented in a CPLD) thinking it's a 16bpp device (which it is) looking at a frame buffer which is configured with a 512 byte palette and loaded with an 8bpp image. The display *really* wants to see a frame buffer with no palette at the front loaded with a 16bpp image, I believe. Looking closely at the image on the display (and after analyzing debug output from sa1100fb.c) it's apparent that this is what's going on. For most of the first scan line there's random data (the palette) followed by about 1/2 screen of a double image, then the rest is whatever DCAR1 is finding out beyond the end of the loaded image until the frame pulse hits. If "16" is not valid for current_par.max_bpp, what's the magic fix? //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 21:36:02 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pGjW-0007QY-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 21:35:58 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pGjV-0007QR-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 21:35:58 +0100 Date: Tue, 9 May 2000 16:37:07 -0400 (EDT) From: Nicolas Pitre To: Jeff Sutherland cc: "'ebunce@lhsl.com'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Framebuffer driver on Assabet In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Tue, 9 May 2000, Jeff Sutherland wrote: > Ok, folks, I think I'm getting a handle on this. The basic problem it seems > is that I have a display (and its controller implemented in a CPLD) thinking > it's a 16bpp device (which it is) looking at a frame buffer which is > configured with a 512 byte palette and loaded with an 8bpp image. The > display *really* wants to see a frame buffer with no palette at the front > loaded with a 16bpp image, I believe. However if you configure the LCD controller for 8 bpp which the code currently does, it should work anyway. It apparently works for some people at least. Of course a proper 16 bpp mode support would be the best solution... Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 21:55:05 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pH1u-0007Zv-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 21:54:58 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pH1t-0007Zo-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 21:54:57 +0100 Received: from crlwebmail.crl.dec.com (crlwebmail.crl.dec.com [16.11.0.2]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id QAA09552; Tue, 9 May 2000 16:55:10 -0400 (EDT) Received: by crlwebmail.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Tue, 9 May 2000 16:59:31 -0400 Message-ID: From: Jamey Hicks To: "'Jeff Sutherland'" , "'ebunce@lhsl.com'" Cc: "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Framebuffer driver on Assabet Date: Tue, 9 May 2000 16:55:49 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Jeff, I submitted a 16bit truecolor sa1100fb patch to Nicolas and he integrated it into 2.3.99-pre6-rmk1-np2. It definitely did not work before in earlier versions. Is it an active or passive display? Why is your frame buffer configured as 8bit? sa1100fb will choose a palette mode if you configure it as 8bit. I didn't play around with configuring an 8bit truecolor mode -- there didn't seem much point. -Jamey Hicks unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 21:59:45 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pH6S-0007dB-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 21:59:40 +0100 Received: from [208.225.80.11] (helo=ice.fiftyone.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pH6R-0007d0-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 21:59:39 +0100 Received: from server01.asi (akron-80-165.ar51.net [208.225.80.165]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id QAA25848; Tue, 9 May 2000 16:59:45 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Tue, 9 May 2000 16:58:28 -0400 Message-ID: From: Jeff Sutherland To: "'Nicolas Pitre'" Cc: "'ebunce@lhsl.com'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Framebuffer driver on Assabet Date: Tue, 9 May 2000 16:58:27 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > On Tue, 9 May 2000, Jeff Sutherland wrote: > > > Ok, folks, I think I'm getting a handle on this. The basic > problem it seems > > is that I have a display (and its controller implemented in > a CPLD) thinking > > it's a 16bpp device (which it is) looking at a frame buffer which is > > configured with a 512 byte palette and loaded with an 8bpp > image. The > > display *really* wants to see a frame buffer with no > palette at the front > > loaded with a 16bpp image, I believe. > > However if you configure the LCD controller for 8 bpp which the code > currently does, it should work anyway. It apparently works for some > people at least. > > Of course a proper 16 bpp mode support would be the best solution... > > > > Nicolas Hmm... How does one set the controller for 8 bit mode? The documentation says it depends on the setting of BCR bit 10, but changing it seems to have no effect. ie, do a BCR_set() as opposed to BCR_clear()... //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 22:06:35 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pHD6-0007iO-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 22:06:32 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pHD5-0007iG-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 22:06:31 +0100 Date: Tue, 9 May 2000 17:07:45 -0400 (EDT) From: Nicolas Pitre To: Jamey Hicks cc: "'Jeff Sutherland'" , "'ebunce@lhsl.com'" , linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: Framebuffer driver on Assabet In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Tue, 9 May 2000, Jamey Hicks wrote: > Jeff, > > I submitted a 16bit truecolor sa1100fb patch to Nicolas and he integrated it > into 2.3.99-pre6-rmk1-np2. Have I really done that? I don't remember receiving a patch from you about 16bpp LCD support... or maybe my brain went lose... Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 09 23:38:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pIdt-0008Sk-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 09 May 2000 23:38:17 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pIds-0008Sc-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 09 May 2000 23:38:16 +0100 Received: from highwind.crl.dec.com (highwind.crl.dec.com [16.11.0.177]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id SAA14437; Tue, 9 May 2000 18:38:32 -0400 (EDT) Received: (from jamey@localhost) by highwind.crl.dec.com (8.9.3/RWD-8.8.8) id SAA21910; Tue, 9 May 2000 18:38:28 -0400 Date: Tue, 9 May 2000 18:38:28 -0400 Message-Id: <200005092238.SAA21910@highwind.crl.dec.com> X-Authentication-Warning: highwind.crl.dec.com: jamey set sender to jamey@highwind.crl.dec.com using -f From: James Hicks To: nico@cam.org Cc: jsutherland@accelent.com, linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: Framebuffer driver on Assabet Reply-to: jamey@crl.dec.com Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I don't know what happened to the patch I submitted, so here it is again. The key bits (other than my changes to the debug messages and additions for a development board I'm porting to) are: 1) Config.in -- enable 16bit by default for SA1100FB. 2) Set palette size to 0 for truecolor (allocation fails if size is -1) 3) Skip palette operations for truecolor. 4) In the platform specific code, make sure LCCR0, ..., LCCR3 are set up properly (active/passive, etc) 5) Make sure you enable all the GPIO's needed for a 16bit LCD If you enable console on virtual terminal, you should see the penguin when it boots. I also enabled console on serial port and passed console=0 on the kernel commandline so I could see the debug messages even though the LCD was not working. -Jamey Patch wrt 2.3.99-pre6-rmk1-np2: Index: drivers/video/Config.in =================================================================== RCS file: /cvs/linux/kernel/drivers/video/Config.in,v retrieving revision 1.1.1.3 retrieving revision 1.4 diff -r1.1.1.3 -r1.4 253c253,254 < "$CONFIG_FB_CYBER2000" = "y" -o "$CONFIG_FB_3DFX" = "y" ]; then --- > "$CONFIG_FB_CYBER2000" = "y" -o "$CONFIG_FB_3DFX" = "y" -o \ > "$CONFIG_FB_SA1100" = "y" ]; then 265c266,267 < "$CONFIG_FB_CYBER2000" = "m" ]; then --- > "$CONFIG_FB_CYBER2000" = "m" -o \ > "$CONFIG_FB_SA1100" = "m"]; then Index: drivers/video//sa1100fb.c =================================================================== RCS file: /cvs/linux/kernel/drivers/video/sa1100fb.c,v retrieving revision 1.1.1.3 diff -r1.1.1.3 sa1100fb.c 56c56 < // #define DEBUG --- > #define DEBUG 58c58 < # define DPRINTK(fmt, args...) printk(KERN_DEBUG "%s: " fmt, __FUNCTION__ , ## args) --- > # define DPRINTK(fmt, args...) printk("%s: " fmt, __FUNCTION__ , ## args) 86c86 < #define SA1100_NAME "SA1100" --- > #define SA1100_NAME "SA1100" 269a270 > DPRINTK("current_par.visual=%d\n", current_par.visual); 285a287 > DPRINTK("current_par.visual=%d\n", current_par.visual); 323a326 > DPRINTK("var->bits_per_pixel=%d\n", var->bits_per_pixel); 379a383 > DPRINTK("par->bits_per_pixel=%d\n", par->bits_per_pixel); 396c400 < par->palette_size = -1; --- > par->palette_size = 0; 397a402,403 > #else > #error NO FBCON_HAS_CFB16 423a430 > DPRINTK("con=%d\n", con); 475a483 > DPRINTK("chgvar=%d\n", chgvar); 489a498,499 > DPRINTK("display->var.bits_per_pixel=%d xres=%d yres=%d display->dispsw=%p\n", > display->var.bits_per_pixel, var->xres, var->yres, display->dispsw); 516,517c526,528 < /* If the current console is selected, update the palette */ < if (con == current_par.currcon) { --- > // If the current console is selected and it's not truecolor, update the palette > if ((con == current_par.currcon) && (current_par.visual != FB_VISUAL_TRUECOLOR)) > { 524a536 > DPRINTK("visual=%d palette_size=%d cmap=%p\n", current_par.visual, current_par.palette_size, cmap); 608a621,628 > } else if (machine_is_bitsy()) { > current_par.max_xres = 320; > current_par.max_yres = 240; > current_par.max_bpp = 16; > init_var.red.length = 5; > init_var.green.length = 6; > init_var.blue.length = 5; > init_var.grayscale = 0; 703a724,725 > DPRINTK("-1-"); > 733a756 > memset(VideoMemRegion_phys, 0xAA, ALLOCATED_FB_MEM_SIZE); 756a780 > #ifdef CONFIG_SA1100_TIFON 765a790 > #endif 776c801,804 < int pcd = get_pcd(var->pixclock); --- > int pcd = 0; > #ifdef CONFIG_SA1100_TIFON > pcd = get_pcd(var->pixclock); > #endif 782a811,812 > DPRINTK("activating\n"); > 806a837,850 > } else if (machine_is_bitsy()) { > DPRINTK("Configuring Bitsy LCD\n"); > lcd_shadow.lccr0 = LCCR0_LEN + LCCR0_Color + LCCR0_Sngl + LCCR0_Act + > LCCR0_LtlEnd + LCCR0_LDM + LCCR0_BAM + LCCR0_ERM + > LCCR0_DMADel(0); > lcd_shadow.lccr1 = LCCR1_DisWdth( var->xres ) + > LCCR1_HorSnchWdth( 4 ) + > LCCR1_BegLnDel( 0x1f ) + > LCCR1_EndLnDel( 0x1f ); > lcd_shadow.lccr2 = LCCR2_DisHght( var->yres ) + > LCCR2_VrtSnchWdth( 1 )+ > LCCR2_BegFrmDel( 0 ) + > LCCR2_EndFrmDel( 0 ); > lcd_shadow.lccr3 = 15; 935c979 < DPRINTK("sa1100fb: Disabling LCD controller\n"); --- > DPRINTK("Disabling LCD controller\n"); 940c984 < DPRINTK("sa1100fb: LCD already disabled\n"); --- > DPRINTK("LCD already disabled\n"); 947a992,993 > } else if (machine_is_bitsy()) { > clr_bitsy_egpio(EGPIO_BITSY_LCD_ON | EGPIO_BITSY_LCD_PCI | EGPIO_BITSY_LCD_5V_ON | EGPIO_BITSY_LVDD_ON); 975a1022 > printk(__FUNCTION__ ": state=%d", current_par.controller_state); 981c1028 < DPRINTK("sa1100fb: Enabling LCD controller\n"); --- > DPRINTK("Enabling LCD controller\n"); 999a1047,1053 > } else if (machine_is_bitsy()) { > set_bitsy_egpio(EGPIO_BITSY_LCD_ON | EGPIO_BITSY_LCD_PCI | EGPIO_BITSY_LCD_5V_ON | EGPIO_BITSY_LVDD_ON) > DPRINTK("DBAR1=%p\n", DBAR1); > DPRINTK("LCCR0=%x\n", LCCR0); > DPRINTK("LCCR1=%x\n", LCCR1); > DPRINTK("LCCR2=%x\n", LCCR2); > DPRINTK("LCCR3=%x\n", LCCR3); 1054a1109 > DPRINTK("blank=%d info->modename=%s\n", blank, info->modename); 1060a1116 > if (current_par.visual != FB_VISUAL_TRUECOLOR) 1064a1121 > #warning Bitsy support for blanking display 1076d1132 < struct fb_cmap *cmap; 1077a1134,1136 > DPRINTK("con=%d info->modename=%s\n", con, info->modename); > if (current_par.visual != FB_VISUAL_TRUECOLOR) { > struct fb_cmap *cmap; 1084a1144 > } 1087a1148 > DPRINTK("fb_display[%d].var.activate=%x\n", con, fb_display[con].var.activate); 1116a1178,1181 > } else if (machine_is_penny()) { > #warning Configure GPIO for Bitsy LCD > GPDR = GPIO_LDD15 | GPIO_LDD14 | GPIO_LDD13 | GPIO_LDD12 | GPIO_LDD11 | GPIO_LDD10 | GPIO_LDD9 | GPIO_LDD8; > GAFR = GPIO_LDD15 | GPIO_LDD14 | GPIO_LDD13 | GPIO_LDD12 | GPIO_LDD11 | GPIO_LDD10 | GPIO_LDD9 | GPIO_LDD8; unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 11 07:47:55 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pmij-00061q-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 11 May 2000 07:45:17 +0100 Received: from [205.180.60.120] (helo=web119.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12pmii-00061i-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 11 May 2000 07:45:16 +0100 Received: (qmail 18821 invoked by uid 60001); 11 May 2000 06:45:34 -0000 Message-ID: <20000511064534.18820.qmail@web119.yahoomail.com> Received: from [165.21.83.142] by web119.yahoomail.com; Wed, 10 May 2000 23:45:34 PDT Date: Wed, 10 May 2000 23:45:34 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Kernel Compile error To: linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, When I tried to compile the Kernel for ARM Platform I got the following Error make: arm-linux-egcs:Command not found make:*** [init/main.o] Error 127 Can any anybody please suggest me what's wrong regards krishna. __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 11 08:43:03 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pncG-0006Se-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 11 May 2000 08:42:40 +0100 Received: from [140.96.158.1] (helo=extmx.itri.org.tw) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12pncE-0006OT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 11 May 2000 08:42:38 +0100 Received: from nti.itri.org.tw (nti.itri.org.tw [140.96.157.2]) by extmx.itri.org.tw (8.8.8/8.8.8) with ESMTP id PAA24111; Thu, 11 May 2000 15:36:03 +0800 (CST) Received: from oax2.CCL.ITRI.Org.tw (oax2.ccl.itri.org.tw [140.96.110.211]) by nti.itri.org.tw (8.8.8/8.8.8) with ESMTP id PAA31472; Thu, 11 May 2000 15:34:16 +0800 (CST) Received: from pc120105.ccl.itri.org.tw (pc120105.ccl.itri.org.tw [140.96.120.105]) by oax2.CCL.ITRI.Org.tw (8.8.5/8.8.5) with ESMTP id PAA14727; Thu, 11 May 2000 15:35:04 +0800 (CST) Date: Thu, 11 May 2000 15:33:30 +0000 (Local time zone must be set--see zic manual page) From: Murphy Chen X-Sender: murphy@pc120105.ccl.itri.org.tw To: chakrapani krishnamoorthy cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: Kernel Compile error In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > When I tried to compile the Kernel for ARM > Platform I got the following Error > > make: arm-linux-egcs:Command not found You need to make a compiler toolchain for ARM first. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 11 08:50:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12pnj8-0006Wz-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 11 May 2000 08:49:46 +0100 Received: from [140.92.12.252] (helo=mail.trd.iii.org.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12pnj2-0006WR-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 11 May 2000 08:49:45 +0100 Received: (qmail 18074 invoked from network); 11 May 2000 07:48:42 -0000 Received: from unknown (HELO iii.org.tw) (140.92.12.219) by mail.trd.iii.org.tw with SMTP; 11 May 2000 07:48:42 -0000 Message-ID: <391A66AD.2ABBE923@iii.org.tw> Date: Thu, 11 May 2000 15:52:13 +0800 From: ghyu Reply-To: ghyu@iii.org.tw Organization: III X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.12-4CLE i686) X-Accept-Language: en MIME-Version: 1.0 To: chakrapani krishnamoorthy CC: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: Kernel Compile error References: <20000511064534.18820.qmail@web119.yahoomail.com> Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk chakrapani krishnamoorthy wrote: > When I tried to compile the Kernel for ARM > Platform I got the following Error > > make: arm-linux-egcs:Command not found > make:*** [init/main.o] Error 127 > you just need to add the binutils to your PATH. e.g. PATH=/usr/local/arm/bin:$PATH export PATH=/usr/local/arm/bin:$(PATH) (under bash) set PATH=(/usr/local/arm/bin $PATH) (under tcsh) good luck. :) Moya unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 11 10:53:44 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ppeY-0007ng-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 11 May 2000 10:53:10 +0100 Received: from [205.180.60.129] (helo=web121.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12ppeX-0007nZ-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 11 May 2000 10:53:09 +0100 Received: (qmail 4520 invoked by uid 60001); 11 May 2000 09:53:27 -0000 Message-ID: <20000511095327.4519.qmail@web121.yahoomail.com> Received: from [165.21.83.141] by web121.yahoomail.com; Thu, 11 May 2000 02:53:27 PDT Date: Thu, 11 May 2000 02:53:27 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Re: Kernel Compile error To: Murphy Chen Cc: linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk --- Murphy Chen wrote: > > When I tried to compile the Kernel for > ARM > > Platform I got the following Error > > > > make: arm-linux-egcs:Command not found > > You need to make a compiler toolchain for ARM > first. > > I Built the ARM compiler tool chain as given in the Intel web site. I also set the PATH. I repeated the procedure several times but even then I get the same error.Could there be anything else, Please suggest me regards krishna. __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 11 11:04:19 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ppp5-0007vc-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 11 May 2000 11:04:03 +0100 Received: from [194.168.180.91] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ppp4-0007vW-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 11 May 2000 11:04:02 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id LAA25584; Thu, 11 May 2000 11:03:48 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id LAA31794; Thu, 11 May 2000 11:02:54 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005111002.LAA31794@flint.arm.linux.org.uk> Subject: Re: Kernel Compile error To: krish_m@yahoo.com (chakrapani krishnamoorthy) Date: Thu, 11 May 2000 11:02:54 +0100 (BST) Cc: murphy@itri.org.tw (Murphy Chen), linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <20000511095327.4519.qmail@web121.yahoomail.com> from "chakrapani krishnamoorthy" at May 11, 2000 02:53:27 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk chakrapani krishnamoorthy writes: > I Built the ARM compiler tool chain as given in > the Intel web site. I also set the PATH. > I repeated the procedure several times but even > then I get the same error.Could there be anything > else, Please suggest me After you've set the path, what do you get if you just type: arm-linux-egcs If the path is correctly set, you should get something like: gcc: no input files _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 11 14:51:31 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ptMZ-0001d5-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 11 May 2000 14:50:51 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ptMX-0001cz-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 11 May 2000 14:50:50 +0100 Date: Thu, 11 May 2000 09:52:03 -0400 (EDT) From: Nicolas Pitre To: chakrapani krishnamoorthy cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: Kernel Compile error In-Reply-To: <20000511064534.18820.qmail@web119.yahoomail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Wed, 10 May 2000, chakrapani krishnamoorthy wrote: > Hi, > > When I tried to compile the Kernel for ARM > Platform I got the following Error > > make: arm-linux-egcs:Command not found > make:*** [init/main.o] Error 127 > > Can any anybody please suggest me what's wrong Edit your Makefile and replace "egcs" by "gcc". Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 12 07:09:20 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12q8ct-0004k2-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 12 May 2000 07:08:43 +0100 Received: from [205.180.60.81] (helo=web111.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12q8cr-0004jv-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 12 May 2000 07:08:41 +0100 Received: (qmail 18704 invoked by uid 60001); 12 May 2000 06:09:01 -0000 Message-ID: <20000512060901.18703.qmail@web111.yahoomail.com> Received: from [165.21.83.142] by web111.yahoomail.com; Thu, 11 May 2000 23:09:01 PDT Date: Thu, 11 May 2000 23:09:01 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Re: Kernel Compile error To: Nicolas Pitre Cc: linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk --- Nicolas Pitre wrote: > > > On Wed, 10 May 2000, chakrapani krishnamoorthy > wrote: > > > Hi, > > > > When I tried to compile the Kernel for > ARM > > Platform I got the following Error > > > > make: arm-linux-egcs:Command not found > > make:*** [init/main.o] Error 127 > > > > Can any anybody please suggest me what's > wrong > > Edit your Makefile and replace "egcs" by "gcc". > Thanks a lot for your suggestion. I changed "egcs" to "gcc" it was ok.I did not get the above error. But now I get the following error. /linux/arch/arm/nwfpe/softfloat-macros:153: undefined reference to '__ashldi3' . . . -macros:294: . . . . . . . make: *** [vmlinux] Error 1 I donot really understand what it is any suggestions please. __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 12 10:45:31 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12qBzT-0006zk-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 12 May 2000 10:44:15 +0100 Received: from [212.250.233.52] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12qBzQ-0006za-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 12 May 2000 10:44:13 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id JAA30274; Fri, 12 May 2000 09:22:57 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id JAA08479; Fri, 12 May 2000 09:22:02 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005120822.JAA08479@flint.arm.linux.org.uk> Subject: Re: Kernel Compile error To: krish_m@yahoo.com (chakrapani krishnamoorthy) Date: Fri, 12 May 2000 09:22:01 +0100 (BST) Cc: nico@cam.org (Nicolas Pitre), linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <20000512060901.18703.qmail@web111.yahoomail.com> from "chakrapani krishnamoorthy" at May 11, 2000 11:09:01 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk chakrapani krishnamoorthy writes: > Thanks a lot for your suggestion. I changed > "egcs" to "gcc" it was ok.I did not get the above > error. But now I get the following error. > > /linux/arch/arm/nwfpe/softfloat-macros:153: > undefined reference to '__ashldi3' > I donot really understand what it is any > suggestions please. You should have a libgcc.a file which contains these, which should have been built during gcc's build. If you type 'arm-linux-gcc --print-libgcc-file-name', it should tell you where it expects this file to be. If its not there, then gcc didn't build or install properly. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 12 11:14:43 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12qCSk-0007JA-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 12 May 2000 11:14:30 +0100 Received: from [205.180.60.129] (helo=web121.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12qCSj-0007J1-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 12 May 2000 11:14:29 +0100 Received: (qmail 23687 invoked by uid 60001); 12 May 2000 10:14:49 -0000 Message-ID: <20000512101449.23686.qmail@web121.yahoomail.com> Received: from [165.21.83.141] by web121.yahoomail.com; Fri, 12 May 2000 03:14:49 PDT Date: Fri, 12 May 2000 03:14:49 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Re: Kernel Compile error To: Russell King - ARM Linux Admin Cc: Nicolas Pitre , linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk --- Russell King - ARM Linux Admin wrote: > chakrapani krishnamoorthy writes: > > Thanks a lot for your suggestion. I changed > > "egcs" to "gcc" it was ok.I did not get the > above > > error. But now I get the following error. > > > > /linux/arch/arm/nwfpe/softfloat-macros:153: > > undefined reference to '__ashldi3' > > I donot really understand what it is any > > suggestions please. > > You should have a libgcc.a file which contains > these, which should have > been built during gcc's build. > > If you type 'arm-linux-gcc > --print-libgcc-file-name', it should tell you > where it expects this file to be. If its not > there, then gcc didn't build > or install properly. I typed the above command and found that libgcc.a should be installed at /usr/local/arm/lib/gcc-lib/arm-linux/2.95.2/libgcc.a Then I found unfortunately it was installed in that directory so there should be some other problem.Kindly please help me out with some more suggestions. regards krishna. > _____ > |_____| > ------------------------------------------------- > ---+---+- > | | Russell King > linux@arm.linux.org.uk --- --- > | | | | > http://www.arm.linux.org.uk/ / / | > | +-+-+ > --- -+- > / | THE developer of ARM > Linux |+| /|\ > / | | | > --- | > +-+-+ > ------------------------------------------------- > /\\\ | __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 12 17:31:09 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12qIKk-0003aP-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 12 May 2000 17:30:38 +0100 Received: from [205.180.60.82] (helo=web112.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12qIKi-0003aH-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 12 May 2000 17:30:37 +0100 Received: (qmail 23112 invoked by uid 60001); 12 May 2000 16:30:56 -0000 Message-ID: <20000512163056.23111.qmail@web112.yahoomail.com> Received: from [203.124.2.70] by web112.yahoomail.com; Fri, 12 May 2000 09:30:56 PDT Date: Fri, 12 May 2000 09:30:56 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Re: Kernel Compile error To: Russell King - ARM Linux Admin Cc: Nicolas Pitre , linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk --- Russell King - ARM Linux Admin wrote: > chakrapani krishnamoorthy writes: > > Thanks a lot for your suggestion. I changed > > "egcs" to "gcc" it was ok.I did not get the > above > > error. But now I get the following error. > > > > /linux/arch/arm/nwfpe/softfloat-macros:153: > > undefined reference to '__ashldi3' > > I donot really understand what it is any > > suggestions please. > > You should have a libgcc.a file which contains > these, which should have > been built during gcc's build. > > If you type 'arm-linux-gcc > --print-libgcc-file-name', it should tell you > where it expects this file to be. If its not > there, then gcc didn't build > or install properly. I checked up , libgcc.a file is present, please advice > _____ > |_____| > ------------------------------------------------- > ---+---+- > | | Russell King > linux@arm.linux.org.uk --- --- > | | | | > http://www.arm.linux.org.uk/ / / | > | +-+-+ > --- -+- > / | THE developer of ARM > Linux |+| /|\ > / | | | > --- | > +-+-+ > ------------------------------------------------- > /\\\ | __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat May 13 10:01:16 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12qXlk-0006jR-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 13 May 2000 09:59:32 +0100 Received: from [202.141.26.181] (helo=ee.iitm.ernet.in ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12qXlg-0006jG-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 13 May 2000 09:59:30 +0100 Received: from kaveri.ee.iitm.ernet.in (IDENT:root@kaveri.ee.iitm.ernet.in [144.16.251.96]) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id OAA05131; Sat, 13 May 2000 14:26:52 +0530 Received: from angirasa.ee.iitm.ernet.in (ee96162@angirasa.ee.iitm.ernet.in [144.16.244.115]) by kaveri.ee.iitm.ernet.in (8.8.7/8.8.7) with ESMTP id OAA27955; Sat, 13 May 2000 14:31:13 +0530 Received: from localhost (ee96162@localhost) by angirasa.ee.iitm.ernet.in (8.9.3/8.8.5) with ESMTP id OAA16657; Sat, 13 May 2000 14:26:50 +0530 X-Authentication-Warning: angirasa.ee.iitm.ernet.in: ee96162 owned process doing -bs Date: Sat, 13 May 2000 14:26:50 +0530 (IST) From: Lavu Sridhar Reply-To: lavusridhar@ee.iitm.ernet.in To: George France cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Compliling 2.3.99 for cl7500fe In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I am compliling a linux kernel for the CL7500FE Evaluatoin Platform using the your cross tool-chain. I am using the Linux 2.3.99 kernel from CVS tree. What changes should i make in the tool chain, beacuse for the cl7500 arch, some files seem to be missing, like asm/arch/vga.h. What settings should i change? Should i provide any extra links?? Regards, Lavu Sridhar ---------------------------------------------------------------------- On Mon, 1 May 2000, George France wrote: > >Hello Peter; > >There have been so many questions and problems on the mailing list about >building a Cross Tool Chain. We have decided to post a 38 Mbyte binary >(executable) tar-ball here: > > >http://crl.research.compaq.com/projects/personalserver/sw_download.html > >it is an arm-linux cross Tool Chain. The Tool Chain is made up of: > > binutils-2.9.5.0.22, > gcc-2.95.2 - C, C++, f77, CHILL, java and objc. > glibc-2.1.2. with the International crypt library. > >The Tool Chain is compiled for a i386 host with an armv4l target. Armv4 = >the instructions set. > > >Installation notes: > >The Tool Chain must be installed in /skiff/local. It will not work from any >other path. > >The only other problem that you may have with the include files is that the >tar ball was setup for Linux 2.2.14. You may need to setup a symbolic links >for: > > ln -s /usr/src/linux/include/asm >/skiff/local/arm-linux/include/asm > ln -s /usr/src/linux/include/linux >/skiff/local/arm-linux/include/linux > >or you could copy the /usr/src/linux/include/asm and >/usr/src/linux/include/linux directories to the >/skiff/local/arm-linux/include. Be certain that you have run 'make >menuconfig' or equivalent, then 'make dep'. This will verify that your >kernel tree is up-to-date and the correct symbolic links are up-to-date. > >This tool chain has glibc symbol versioning. If you are using a netwinder, >you may have to compile your code with static libs. > > unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 14 10:20:43 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12quYX-0002Sg-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 14 May 2000 10:19:25 +0100 Received: from [205.180.60.120] (helo=web119.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12quYW-0002Sa-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 14 May 2000 10:19:25 +0100 Received: (qmail 16697 invoked by uid 60001); 14 May 2000 09:19:48 -0000 Message-ID: <20000514091948.16696.qmail@web119.yahoomail.com> Received: from [203.124.2.70] by web119.yahoomail.com; Sun, 14 May 2000 02:19:48 PDT Date: Sun, 14 May 2000 02:19:48 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Re: Kernel Compile error To: Russell King - ARM Linux Admin Cc: Nicolas Pitre , linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk --- Russell King - ARM Linux Admin wrote: > chakrapani krishnamoorthy writes: > > Thanks a lot for your suggestion. I changed > > "egcs" to "gcc" it was ok.I did not get the > above > > error. But now I get the following error. > > > > /linux/arch/arm/nwfpe/softfloat-macros:153: > > undefined reference to '__ashldi3' > > I donot really understand what it is any > > suggestions please. > > You should have a libgcc.a file which contains > these, which should have > been built during gcc's build. > > If you type 'arm-linux-gcc > --print-libgcc-file-name', it should tell you > where it expects this file to be. If its not > there, then gcc didn't build > or install properly. I found the libgcc.a installed properly.I tired repeating the process several times I get the same error, could there be any other reason.Anybody please help me out of this. regards krishna. > _____ > |_____| > ------------------------------------------------- > ---+---+- > | | Russell King > linux@arm.linux.org.uk --- --- > | | | | > http://www.arm.linux.org.uk/ / / | > | +-+-+ > --- -+- > / | THE developer of ARM > Linux |+| /|\ > / | | | > --- | > +-+-+ > ------------------------------------------------- > /\\\ | __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 14 10:30:57 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12qujR-0002Z0-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 14 May 2000 10:30:41 +0100 Received: from [194.168.180.53] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12qujP-0002Ys-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 14 May 2000 10:30:39 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id KAA07226; Sun, 14 May 2000 10:30:58 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id KAA01313; Sun, 14 May 2000 10:29:59 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005140929.KAA01313@flint.arm.linux.org.uk> Subject: Re: Kernel Compile error To: krish_m@yahoo.com (chakrapani krishnamoorthy) Date: Sun, 14 May 2000 10:29:59 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <20000514091948.16696.qmail@web119.yahoomail.com> from "chakrapani krishnamoorthy" at May 14, 2000 02:19:48 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk chakrapani krishnamoorthy writes: > I found the libgcc.a installed properly.I tired repeating the process > several times I get the same error, could there be any other reason. > Anybody please help me out of this. Maybe the symbols for some reason aren't defined in that libgcc.a as they should be. Try running a arm-linux-nm on the file and grepping for the missing symbols. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 15 07:27:45 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12rEKx-0003zU-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 15 May 2000 07:26:43 +0100 Received: from [64.4.9.223] (helo=hotmail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12rEKv-0003zH-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 15 May 2000 07:26:41 +0100 Received: (qmail 25630 invoked by uid 0); 15 May 2000 06:26:21 -0000 Message-ID: <20000515062621.25629.qmail@hotmail.com> Received: from 210.68.176.6 by www.hotmail.com with HTTP; Sun, 14 May 2000 23:26:21 PDT X-Originating-IP: [210.68.176.6] From: "Chang-Che Tsai" To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Questions about Brutus arm-linux driver Date: Mon, 15 May 2000 06:26:21 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I have some questions about the brutus arm-linux keyboard driver ( /arch/arm/special/keyb_brutus.c). I wish somebody could help me. Here are the questions: 1. Current brutus keyboard driver talks directly to the keyboard controller. Is there an interrupt-based version of keyboard driver? If there is one, where can I get the sample code? 2. I have download the keyboard controller UR5HCSPI-SA-FB data sheet from www.usar.com. I find brutus keyboard driver controlls the keyboard in a "magic" way. Say, it get char (the scan-code of the key) by send 0. (line 167, in function "getcFromKBCTL") x = putcToKBCTL(0)&0xff; /* get char by sending one */ That's what I can't find in the data sheet. Where can I find the command-and-acknowledge set? Current brutus arm-linux keyboard driver works fine. But, I am trying to port the driver to another brutus-based OS. I should comprehend the driver through. With regards, Chang-Che ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 15 12:35:39 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12rJ8n-0006SO-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 15 May 2000 12:34:29 +0100 Received: from [202.141.26.181] (helo=ee.iitm.ernet.in ident=ee96162) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12rJ8j-0006SC-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 15 May 2000 12:34:26 +0100 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id RAA05009 for ; Mon, 15 May 2000 17:05:02 +0530 Date: Mon, 15 May 2000 17:05:02 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm-kernel@lists.arm.linux.org.uk Subject: loading image using ARM SDT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I have compiled 2.3.99 using the arm-tool-chain, and got some vmlinux image. Can i use the ARM SDT KIT and load the image into the CL7500FE Evaluation Board via the serial port? Using the ARM SDT Kit, i want to load the image into the DRAM (32MB). The ROM has the Angel Debugger in it. Regards, Lavu Sridhar --------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 15 13:40:55 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12rKAa-0006zi-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 15 May 2000 13:40:24 +0100 Received: from [195.115.17.9] (helo=sofia.magic.fr) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12rKAa-0006zc-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 15 May 2000 13:40:24 +0100 Received: from mail.inventel.fr (gw.inventel.fr [195.115.113.35]) by sofia.magic.fr (8.9.0/8.9.0) with ESMTP id OAA26626 for ; Mon, 15 May 2000 14:40:50 +0200 (CEST) Received: from inventel.fr (193.54.84.105) by mail.inventel.fr (NPlex 1.3.171); 15 May 2000 14:40:57 +0200 Message-ID: <391FF0D1.10314059@inventel.fr> Date: Mon, 15 May 2000 14:42:57 +0200 From: Xavier DEBREUIL X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i586) X-Accept-Language: en MIME-Version: 1.0 To: ee96162@ee.iitm.ernet.in CC: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: loading image using ARM SDT References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I am currently using the Embedded Ice Interface and my board does not use Angel. I am loading the linux image of uclinux with the arm sdt250 and everything works properly expected that I do not have the file debugging level ; I only have the assembler but I have the symbols. Lavu Sridhar wrote: > > Hello, > > I have compiled 2.3.99 using the arm-tool-chain, and got some vmlinux > image. Can i use the ARM SDT KIT and load the image into the CL7500FE > Evaluation Board via the serial port? Using the ARM SDT Kit, i want to > load the image into the DRAM (32MB). The ROM has the Angel Debugger in it. > > Regards, > Lavu Sridhar > > --------------------------------------------------------------------- > > unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 15 14:09:41 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12rKcn-0007HN-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 15 May 2000 14:09:33 +0100 Received: from [198.232.147.17] (helo=mail02-oak.pilot.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12rKcl-0007HF-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 15 May 2000 14:09:32 +0100 Received: from Altera.COM (altera.com [137.57.1.1] (may be forged)) by mail02-oak.pilot.net with ESMTP id GAA06264; Mon, 15 May 2000 06:09:53 -0700 (PDT) Received: from sj-gw01.altera.com by Altera.COM (8.8.8+Sun/SMI-4.1) id GAA01660; Mon, 15 May 2000 06:11:40 -0700 (PDT) Received: by sj-gw01.altera.com with Internet Mail Service (5.5.2650.21) id ; Mon, 15 May 2000 06:11:07 -0700 Message-ID: <82B1591A280FD411B91200D0B75B484A3885E9@sis-uk-msg01.altera.com> From: Clive Davies To: "'Xavier DEBREUIL'" , ee96162@ee.iitm.ernet.in Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: loading image using ARM SDT Date: Mon, 15 May 2000 06:08:08 -0700 X-Mailer: Internet Mail Service (5.5.2650.21) Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I had a similar problem - I could see the disassembled code and had low-level symbols, but no high level symbols. I tried rebuilding gcc to support dwarf2 debug tables as this is what the ARM SDT uses, and then recompiled my kernel with my new gcc using -gdwarf-2. I can now get symbols and high level debugging for a simple test program, but sadly the the SDT debugger generates an access violation and crashes whilst tring to load the kernel image. This was using the armulator though, so it may (if you're lucky) be ok in remote debug mode, and/or with uclinux. Cheers, Clive -----Original Message----- From: Xavier DEBREUIL [mailto:xde@inventel.fr] Sent: 15 May 2000 13:43 To: ee96162@ee.iitm.ernet.in Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: loading image using ARM SDT I am currently using the Embedded Ice Interface and my board does not use Angel. I am loading the linux image of uclinux with the arm sdt250 and everything works properly expected that I do not have the file debugging level ; I only have the assembler but I have the symbols. Lavu Sridhar wrote: > > Hello, > > I have compiled 2.3.99 using the arm-tool-chain, and got some vmlinux > image. Can i use the ARM SDT KIT and load the image into the CL7500FE > Evaluation Board via the serial port? Using the ARM SDT Kit, i want to > load the image into the DRAM (32MB). The ROM has the Angel Debugger in it. > > Regards, > Lavu Sridhar > > --------------------------------------------------------------------- > > unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 16 01:04:16 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12rUpo-0005Hn-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 16 May 2000 01:03:40 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12rUpn-0005Hh-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 16 May 2000 01:03:39 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id UAA18767; Mon, 15 May 2000 20:27:28 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Mon, 15 May 2000 20:27:28 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Chang-Che Tsai cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: Questions about Brutus arm-linux driver In-Reply-To: <20000515062621.25629.qmail@hotmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, 15 May 2000, Chang-Che Tsai wrote: > Hi, > > I have some questions about the brutus arm-linux keyboard > driver ( /arch/arm/special/keyb_brutus.c). I wish somebody > could help me. > > Here are the questions: > 1. Current brutus keyboard driver talks directly to the keyboard > controller. Is there an interrupt-based version of keyboard > driver? If there is one, where can I get the sample code? See my 2.3.99-pre3 patches from ftp.netwinder.org/users/n/nico. There you'll find an interrupt driven keyboard driver for Brutus. I guess it got broken in pre8-rmk1-np1 because of GPIO interrupt handling changes so you might be better looking at the latest pre3-mke*-np* patch. I wrote the interrupt support. However there is still a problem with some key release events that seems to get lost once in a while... and didn't look at it further yet. > 2. I have download the keyboard controller UR5HCSPI-SA-FB > data sheet from www.usar.com. I find brutus keyboard driver > controlls the keyboard in a "magic" way. > > Say, it get char (the scan-code of the key) by send 0. > (line 167, in function "getcFromKBCTL") > > x = putcToKBCTL(0)&0xff; /* get char by sending one */ > > That's what I can't find in the data sheet. Where can I find > the command-and-acknowledge set? I can't tell. I didn't write that part. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 16 02:31:50 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12rWCj-000642-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 16 May 2000 02:31:25 +0100 Received: from [203.232.73.2] (helo=ns.hiper.co.kr) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12rWCh-00063w-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 16 May 2000 02:31:24 +0100 Received: from hiper.co.kr (IDENT:root@[203.232.73.98]) by ns.hiper.co.kr (8.9.3/8.9.3) with ESMTP id KAA02272 for ; Tue, 16 May 2000 10:32:28 +0900 (KST) Message-ID: <3920A53E.5AE26E5B@hiper.co.kr> Date: Tue, 16 May 2000 10:32:46 +0900 From: Kim WonKook X-Mailer: Mozilla 4.61 [ko] (X11; I; Linux 2.2.12-20kr i686) X-Accept-Language: ko MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: super IO on Assabet. Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I'm trying to attach super IO chip on Assabet. So, I want to find chip that device driver avail on linux. Does Linux have any available chip driver for super IO? thanks. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 16 10:36:15 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12rdkU-00020M-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 16 May 2000 10:34:46 +0100 Received: from [195.115.17.9] (helo=sofia.magic.fr) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12rdkS-00020E-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 16 May 2000 10:34:44 +0100 Received: from mail.inventel.fr (gw.inventel.fr [195.115.113.35]) by sofia.magic.fr (8.9.0/8.9.0) with ESMTP id LAA10377 for ; Tue, 16 May 2000 11:35:12 +0200 (CEST) Received: from inventel.fr (193.54.84.105) by mail.inventel.fr (NPlex 1.3.171); 16 May 2000 11:35:30 +0200 Message-ID: <392116DB.33225385@inventel.fr> Date: Tue, 16 May 2000 11:37:31 +0200 From: Xavier DEBREUIL X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i586) X-Accept-Language: en MIME-Version: 1.0 To: Clive Davies CC: ee96162@ee.iitm.ernet.in, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: loading image using ARM SDT References: <82B1591A280FD411B91200D0B75B484A3885E9@sis-uk-msg01.altera.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi Clive, I've tried the -gdwarf-2 option and the compiler does not complain My makefile is : essai: essai.c makefile arm-uclinux-gcc -gdwarf-2 -mbig-endian -Wall -Wstrict-prototypes -c -o essai.o essai.c arm-uclinux-ld -EB -Ttext 0x1200000 -Tdata 0x1200100 essai.o -o essai Nevertheless, the sdt crashes when I try to toggle interleave or something else and I have the following error message when I load the program : "Debug table corrupted (see RDI log for details)..." Do I need to rebuild the arm-uclinux-gcc or am I missing some compiler options ? Thank you. Xavier. Clive Davies wrote: > > I had a similar problem - I could see the disassembled code and had > low-level symbols, but no high level symbols. I tried rebuilding gcc to > support dwarf2 debug tables as this is what the ARM SDT uses, and then > recompiled my kernel with my new gcc using -gdwarf-2. I can now get symbols > and high level debugging for a simple test program, but sadly the the SDT > debugger generates an access violation and crashes whilst tring to load the > kernel image. This was using the armulator though, so it may (if you're > lucky) be ok in remote debug mode, and/or with uclinux. > > Cheers, > Clive > > -----Original Message----- > From: Xavier DEBREUIL [mailto:xde@inventel.fr] > Sent: 15 May 2000 13:43 > To: ee96162@ee.iitm.ernet.in > Cc: linux-arm-kernel@lists.arm.linux.org.uk > Subject: Re: loading image using ARM SDT > > I am currently using the Embedded Ice Interface and my board does not use > Angel. > I am loading the linux image of uclinux with the arm sdt250 and everything > works > properly expected that I do not have the file debugging level ; I only have > the > assembler but I have the symbols. > > Lavu Sridhar wrote: > > > > Hello, > > > > I have compiled 2.3.99 using the arm-tool-chain, and got some vmlinux > > image. Can i use the ARM SDT KIT and load the image into the CL7500FE > > Evaluation Board via the serial port? Using the ARM SDT Kit, i want to > > load the image into the DRAM (32MB). The ROM has the Angel Debugger in it. > > > > Regards, > > Lavu Sridhar > > > > --------------------------------------------------------------------- > > > > unsubscribe: body of `unsubscribe linux-arm-kernel' to > majordomo@lists.arm.linux.org.uk > > unsubscribe: body of `unsubscribe linux-arm-kernel' to > majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 16 13:30:56 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12rgTj-0003gL-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 16 May 2000 13:29:39 +0100 Received: from [202.141.26.181] (helo=ee.iitm.ernet.in ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12rgTg-0003g9-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 16 May 2000 13:29:38 +0100 Received: from kaveri.ee.iitm.ernet.in (IDENT:root@kaveri.ee.iitm.ernet.in [144.16.251.96]) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id RAA30321 for ; Tue, 16 May 2000 17:55:53 +0530 Received: from angirasa.ee.iitm.ernet.in (ee96162@angirasa.ee.iitm.ernet.in [144.16.244.115]) by kaveri.ee.iitm.ernet.in (8.8.7/8.8.7) with ESMTP id SAA10960 for ; Tue, 16 May 2000 18:02:18 +0530 Received: from localhost (ee96162@localhost) by angirasa.ee.iitm.ernet.in (8.9.3/8.8.5) with ESMTP id RAA32163 for ; Tue, 16 May 2000 17:55:52 +0530 X-Authentication-Warning: angirasa.ee.iitm.ernet.in: ee96162 owned process doing -bs Date: Tue, 16 May 2000 17:55:52 +0530 (IST) From: Lavu Sridhar Reply-To: lavusridhar@ee.iitm.ernet.in To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Root File system Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I have compiled linux kernel, and then did make bzdisk (the compressed image is stored on the floppy). After that, when i tried to reboot the PC using the image in the floppy, the kernel panciked saying that it could not mount root file system. I am not able to understand the problem. How can I overcome this problem? Regards, Lavu Sridhar --------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 16 21:26:27 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12rnuZ-0001BN-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 16 May 2000 21:25:51 +0100 Received: from [194.168.180.26] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12rnuP-0001BB-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 16 May 2000 21:25:42 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id VAA18251; Tue, 16 May 2000 21:24:30 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id VAA14980; Tue, 16 May 2000 21:23:27 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005162023.VAA14980@flint.arm.linux.org.uk> Subject: Re: Root File system To: lavusridhar@ee.iitm.ernet.in Date: Tue, 16 May 2000 21:23:26 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Lavu Sridhar" at May 16, 2000 05:55:52 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Lavu Sridhar writes: > I have compiled linux kernel, and then did make bzdisk (the compressed > image is stored on the floppy). After that, when i tried to reboot the PC > using the image in the floppy, the kernel panciked saying that it could > not mount root file system. I am not able to understand the problem. How > can I overcome this problem? This is off-topic for this list. Please a non-ARM related list, and supply them the configuration of the kernel, the hardware that is in your machine, and the exact message that the kernel paniced with. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 09:06:33 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12rypi-0006TT-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 09:05:34 +0100 Received: from [198.232.147.16] (helo=mail01-oak.pilot.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ryph-0006TN-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 09:05:33 +0100 Received: from Altera.COM (mail.altera.com [137.57.1.1]) by mail01-oak.pilot.net with ESMTP id BAA15791; Wed, 17 May 2000 01:05:51 -0700 (PDT) Received: from sj-gw01.altera.com by Altera.COM (8.8.8+Sun/SMI-4.1) id BAA14259; Wed, 17 May 2000 01:07:43 -0700 (PDT) Received: by sj-gw01.altera.com with Internet Mail Service (5.5.2650.21) id ; Wed, 17 May 2000 01:07:10 -0700 Message-ID: <82B1591A280FD411B91200D0B75B484A3885F0@sis-uk-msg01.altera.com> From: Clive Davies To: "'Xavier DEBREUIL'" Cc: ee96162@ee.iitm.ernet.in, linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: loading image using ARM SDT Date: Wed, 17 May 2000 01:04:11 -0700 X-Mailer: Internet Mail Service (5.5.2650.21) Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hmmm. I'm afraid that you've got about as far as me. There seems to be a discrepancy beween the dwarf-2 format that the ARM SDT is expecting and the one that that gcc is producing. I tried the demo version of the Lauterbach (http://www.lauterbach.com) Trace32 ARM simulator and that seems to load the symbols in OK, but it describes the kernel file as being of format "ELF/MIXED". When I used it to load my simple test program (which SDT accepted) it descibed it as "ELF/DWRF2". So I guess its a question of tracking down the differences between the ARM SDT formating and that produced by gcc. Let me know if you have any success, I'm afraid I don't have time to spend on investigating this for the forseeable future. Cheers, Clive -----Original Message----- From: Xavier DEBREUIL [mailto:xde@inventel.fr] Sent: 16 May 2000 10:38 To: Clive Davies Cc: ee96162@ee.iitm.ernet.in; linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: loading image using ARM SDT Hi Clive, I've tried the -gdwarf-2 option and the compiler does not complain My makefile is : essai: essai.c makefile arm-uclinux-gcc -gdwarf-2 -mbig-endian -Wall -Wstrict-prototypes -c -o essai.o essai.c arm-uclinux-ld -EB -Ttext 0x1200000 -Tdata 0x1200100 essai.o -o essai Nevertheless, the sdt crashes when I try to toggle interleave or something else and I have the following error message when I load the program : "Debug table corrupted (see RDI log for details)..." Do I need to rebuild the arm-uclinux-gcc or am I missing some compiler options ? Thank you. Xavier. Clive Davies wrote: > > I had a similar problem - I could see the disassembled code and had > low-level symbols, but no high level symbols. I tried rebuilding gcc to > support dwarf2 debug tables as this is what the ARM SDT uses, and then > recompiled my kernel with my new gcc using -gdwarf-2. I can now get symbols > and high level debugging for a simple test program, but sadly the the SDT > debugger generates an access violation and crashes whilst tring to load the > kernel image. This was using the armulator though, so it may (if you're > lucky) be ok in remote debug mode, and/or with uclinux. > > Cheers, > Clive > > -----Original Message----- > From: Xavier DEBREUIL [mailto:xde@inventel.fr] > Sent: 15 May 2000 13:43 > To: ee96162@ee.iitm.ernet.in > Cc: linux-arm-kernel@lists.arm.linux.org.uk > Subject: Re: loading image using ARM SDT > > I am currently using the Embedded Ice Interface and my board does not use > Angel. > I am loading the linux image of uclinux with the arm sdt250 and everything > works > properly expected that I do not have the file debugging level ; I only have > the > assembler but I have the symbols. > > Lavu Sridhar wrote: > > > > Hello, > > > > I have compiled 2.3.99 using the arm-tool-chain, and got some vmlinux > > image. Can i use the ARM SDT KIT and load the image into the CL7500FE > > Evaluation Board via the serial port? Using the ARM SDT Kit, i want to > > load the image into the DRAM (32MB). The ROM has the Angel Debugger in it. > > > > Regards, > > Lavu Sridhar > > > > --------------------------------------------------------------------- > > > > unsubscribe: body of `unsubscribe linux-arm-kernel' to > majordomo@lists.arm.linux.org.uk > > unsubscribe: body of `unsubscribe linux-arm-kernel' to > majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 12:27:02 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12s1xS-00088M-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 12:25:46 +0100 Received: from [210.180.98.70] (helo=mail.hanarotel.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12s1xR-00088F-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 12:25:45 +0100 Received: from handy5 ([129.254.187.235]) by mail.hanarotel.net (Post.Office MTA v3.5.3 release 223 ID# 200-56547U100000L100000S0V35) with SMTP id net for ; Wed, 17 May 2000 20:33:51 +0900 Message-ID: <003801bfbff2$a8274540$ebbbfe81@etri.re.kr> From: =?Windows-1252?B?wMy/tbHi?= To: Subject: [question] porting problem with sa1110 "ASSABET" Date: Wed, 17 May 2000 20:25:50 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk aGVsbG8gDQoNCm5vd2FkYXkgSSBQb3J0aW5nIGxpbnV4IGtlcm5lbCB0byBzYS0xMTEwICJhc3Nh YmV0IiBkZXYgYm9hcmQNCg0KTXkgcGxhdGZvcm0gaXMgaTM4NiBsaW51eCB2Ni4wDQoNCiAgICAg ICAgICAgICAgICAgICAgYmludXRpbC0yLjkuNS4wLjI3DQogICAgICAgICAgICAgICAgICAgIGVn Y3MtMS4xLjINCiAgICAgICAgICAgICAgICAgICAgZ2xpYmMtMi4xLjMNCiAgICAgICAgICAgICAg ICAgICAgbGludXgtMi4zLjk5LXByZTgNCiAgICAgICAgICAgICAgICAgICAgYWRkdGlvbmFsIGxp bnV4IHBhdGNoIGlzIGRpaWZmLTIuMy45OS1wcmU4LXJtazEtbnAyLmd6DQoNCmRvd25sb2FkaW5n IHVzZSBhbmdlbGJvb3QNCkJ1dCBhdCBuZXh0IHBvaW50IGFzc2FiZXQgaXMgbWFsZnVjdGlvbg0K DQpJIGRvbid0IHVuZGVyc3RhbmQgYW5kIGRvbid0IGZpbmQgaW5jb3JyZWN0IHBvaW50DQpoZWxw IG1lICEhISENCmZpbGUtLT4oIGxpbnV4XGFyY2hcYXJtXGtlcm5lbFxoZWFkLWFybXYuUykNCmxp bmUgbnVtYmVyIC0tPiAxMDkNCg0KX19zd2l0Y2hfZGF0YTogLmxvbmcgX19tbWFwX3N3aXRjaGVk DQogIC5sb25nIFNZTUJPTF9OQU1FKF9fYnNzX3N0YXJ0KQ0KICAubG9uZyBTWU1CT0xfTkFNRShf ZW5kKQ0KICAubG9uZyBTWU1CT0xfTkFNRShwcm9jZXNzb3JfaWQpDQogIC5sb25nIFNZTUJPTF9O QU1FKF9fbWFjaGluZV9hcmNoX3R5cGUpDQogIC5sb25nIFNZTUJPTF9OQU1FKGNyX2FsaWdubWVu dCkNCiAgLmxvbmcgU1lNQk9MX05BTUUoaW5pdF90YXNrX3VuaW9uKSs4MTkyDQoNCl9fcmV0OiAg bGRyIGxyLCBfX3N3aXRjaF9kYXRhDQogIG1jciBwMTUsIDAsIHIwLCBjMSwgYzAgICAgICAgICAg ICAgICAgICAgIDwtLSBFcnJvciBwb2ludA0KICBtb3YgcjAsIHIwDQogIG1vdiByMCwgcjANCiAg bW92IHIwLCByMA0KICBtb3YgcGMsIGxyDQoNCg0KSSBkb24ndCBzdWJzY3JpYmUgbWFpbGluZyBs aXN0IEkgZG9uJ3QgdW5kZXJzdGFuZCB0aGlzIA0KcGxlYXNlIG1haWwgbWUgdG8gbWFpbHRvOmtp bmdAcG50LmNvLmtyDQo= unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 13:13:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12s2hM-0008TY-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 13:13:12 +0100 Received: from [210.184.5.125] (helo=pikachu.idthk.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12s2hK-0008Sh-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 13:13:11 +0100 Received: from localhost (thomas@localhost) by pikachu.idthk.com (8.9.3/8.8.7) with ESMTP id UAA15266 for ; Wed, 17 May 2000 20:14:08 +0800 Date: Wed, 17 May 2000 20:14:08 +0800 (CST) From: Chan Tak Shing Thomas To: linux-arm-kernel@lists.arm.linux.org.uk Subject: BCR as a device Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi folks, I've got a tiny tool for Assabet which might be useful for some of you. You can use this device to set the BCR bits and it can be quite handy for debugging purposes. Source below. I assume you're using linux-2.3.99-pre6-rmk1-np1 or later. Enjoy, Tak-Shing Chan /* * arch/arm/special/cbd.c * Chan's BCR Device. * Use it to set or clear an individial bit of the BCR. * * Compiling: * 1. Add the following to arch/arm/special/Makefile (right in * front of the ``# Common dependencies'' line): * * ifdef CONFIG_SA1100_ASSABET * L_OBJS += cbd.o * endif * * 2. Add the following to drivers/char/mem.c (right in front of * the ``return 0'' line at char_dev_init()): * * #ifdef CONFIG_SA1100_ASSABET * { * extern int cbd_init(void); * cbd_init(); * } * #endif * * 3. make dep && make zImage * * Usage: * Lookup name of the Nth bit: echo n > /dev/bcrN * Turn off the Nth bit: echo 0 > /dev/bcrN * Turn on the Nth bit: echo 1 > /dev/bcrN * * Example: * Mess up my 16 bpp screen: echo 1 > /dev/bcr10 * Turn off the LCD: echo 0 > /dev/bcr11 */ #include #include #include /* * Change this to anything you want. Don't forget to * ``mknod /dev/bcrN c BCR_MAJOR N'' before you start (for all N * from 0 to 23). */ #define BCR_MAJOR 66 /* * Taken from Table 4-6 (pp. 4-11 to 4-14), Intel(R) StrongARM(R) * SA-1110 Microprocessor Development Board User's Guide. */ static const char * bcr_name[] = { "CF_PWR", "CF_RST/GFX_RST", "SOFT_RST", "IRDA_FSEL", "IRDA_MD[0]", "IRDA_MD[1]", "Stereo_LB", "CF_Bus_On", "Audio_On", "Light", "LCD12or16", "LCD On", "RS232En", "D9_LED", "D8_LED", "Vib_On", "COM_DTR", "COM_RTS", "Rad_WU", "SMB_En", "TV_IR_Dec_En", "Qmute", "Rad_On", "Spk_Off" }; static ssize_t bcr_write(struct file *file, const char *buffer, size_t count, loff_t *pos) { unsigned int bit = MINOR(file->f_dentry->d_inode->i_rdev); if (bit < 24) { switch (*buffer) { case 'n': printk("ncr%u: my name is %s\n", bit, bcr_name[bit]); return count; case '0': BCR_clear(1 << bit); printk("bcr%u: cleared\n", bit); return count; case '1': BCR_set(1 << bit); printk("bcr%u: set\n", bit); return count; } } return -EINVAL; } static struct file_operations cbd_fops = { write: bcr_write }; int cbd_init(void) { return register_chrdev(BCR_MAJOR, "cbd", &cbd_fops); } unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 14:55:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12s4HJ-0000ov-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 14:54:25 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12s4HH-0000op-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 14:54:23 +0100 Date: Wed, 17 May 2000 09:56:03 -0400 (EDT) From: Nicolas Pitre To: =?iso-8859-1?B?wMy/tbHi?= cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: [question] porting problem with sa1110 "ASSABET" In-Reply-To: <003801bfbff2$a8274540$ebbbfe81@etri.re.kr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Wed, 17 May 2000, =C0=CC=BF=B5=B1=E2 wrote: > hello=20 >=20 > nowaday I Porting linux kernel to sa-1110 "assabet" dev board >=20 > My platform is i386 linux v6.0 >=20 > binutil-2.9.5.0.27 > egcs-1.1.2 > glibc-2.1.3 > linux-2.3.99-pre8 > addtional linux patch is diiff-2.3.99-pre8-rmk1-np2.g= z >=20 > downloading use angelboot > But at next point assabet is malfuction Did you follow exactly the instructions from linux/Documentation/arm/SA1100/Assabet? Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 15:43:15 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12s52L-0001Dl-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 15:43:01 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12s52J-0001De-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 15:43:00 +0100 Date: Wed, 17 May 2000 10:44:47 -0400 (EDT) From: Nicolas Pitre To: linux-arm-kernel@lists.arm.linux.org.uk Subject: IDE lost interrupts Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Any hint about this? Linux version 2.3.99-pre8-rmk1 (nico@xanadu.vipswitch.com) (gcc version 2.95.2 19991024 (release)) #8 Wed May 17 10:19:52 EDT 2000 Architecture: EBSA285 [...] Fast back to back PCI transfers disabled [...] Uniform Multi-Platform E-IDE driver Revision: 6.30 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PDC20246: IDE controller on PCI bus 00 dev 30 PDC20246: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x8020-0x8027, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x8028-0x802f, BIOS settings: hdc:DMA, hdd:DMA hda: QUANTUM FIREBALL_TM2550A, ATA DISK drive ide0 at 0x8000-0x8007,0x800a on irq 24 hda: 5008752 sectors (2564 MB) w/76KiB Cache, CHS=4969/16/63 Partition check: hda:hda: lost interrupt hda: lost interrupt hda: lost interrupt hda: lost interrupt [PTBL] [621/128/63] hda1 hda2 hda3 NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com hda: lost interrupt hda: lost interrupt hda: lost interrupt hda: lost interrupt hda: lost interrupt hda: lost interrupt ...... The exact same hardware works perfectly with Linux 2.2.14. Any idea? Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 17:02:50 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12s6HS-00027g-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 17:02:42 +0100 Received: from [216.85.232.66] (helo=blazieresearch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12s6HO-00027S-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 17:02:39 +0100 Received: from localhost (chris@localhost) by blazieresearch.com (8.9.3/8.8.7) with SMTP id MAA04009; Wed, 17 May 2000 12:02:42 -0400 Date: Wed, 17 May 2000 12:02:42 -0400 (EDT) From: Chris Blazie Reply-To: Chris Blazie To: sa1100-linux@pa.dec.com, linux-arm-kernel@lists.arm.linux.org.uk Subject: sa1100 memory limit? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk As of yesterday I have everything working on our SA1110 development board. All memory problems stopped when I lowered the total memory defined in the kernel to 32MB. Next I added my changes to Russel and Nicolas's latest patches (2.3.99-pre8-rmk1-np2) and experimented with my bank declarations in arch.c and the MEM_SIZE definition in setup.c. I can use just about any combination of bank declarations (allowing enough memory at C0008000 for kernel and ramdisk) and still operate, but any amount over 32MB causes an oops on kernel boot like the one below. In page_alloc.c, BUG() is executed because page-mem_map >= max_mapnr. max_mapnr is initialized in arch/arm/mm/init.c: max_mapnr = MAP_NR(high_memory); and high_memory == 0xc2000000 at that point. So it seems an implicit 32MB memory limit exists, unless I have something else set up incorrectly. I'm looking, but appreciate any pointers while I try to run this down. I also noticed in include/asm/arch/mmzone.h: /* * 32MB max in each bank, must fit with __virt_to_phys() & __phys_to_virt() */ #define NODE_MAX_MEM_SHIFT 25 #define NODE_MAX_MEM_SIZE (1<] lr : [] sp : c00a9f24 ip : c00a9ee0 fp : c00a9f34 r10: 00000001 r9 : 00002000 r8 : 00000000 r7 : 00000000 r6 : 00000091 r5 : c20028d8 r4 : 00000000 r3 : 00000000 r2 : c00b1e9c r1 : c00b1e9c r0 : 00000022 Flags: nZCv IRQs on FIQs off Mode SVC_32 Segment kernel Control: C000517D Table: C000517D DAC: 0000001D Process swapper (pid: 0, stackpage=c00a9000) Stack: c00a9f00: c001e030 c001643c 60000 c00a9f20: ffffffff c20028f0 c00a9f68 c00a9f38 c0036570 c001640c 60000053 00000 c00a9f40: c20028d8 00000000 00000091 c00b63fc 00000001 00002000 00000001 c00a9 c00a9f60: c00a9f6c c000b708 c00364dc 00000001 c00b63e4 00000020 00000259 c000f c00a9f80: c00b2298 c00c9758 c00a9fa4 c00a9f98 c000b91c c000b63c c00a9fe0 c00a9 c00a9fa0: c000a158 c000b8f8 c001de3c 00000020 000000ab 00000259 00000000 c00d0 c00a9fc0: c00c81f4 c00c8240 c00aaa34 6901b115 c000ecfc c00a9ffc c00a9fe4 c0008 c00a9fe0: c000a078 c00aaa94 c00d1198 c00d1198 00000000 c00aa000 c0008080 c0008 Backtrace: Function entered at [] from [] r4 = C20028F0 Function entered at [] from [] Function entered at [] from [] Function entered at [] from [] Function entered at [] from [] Function entered at [] from [] r5 = C00D1198 r4 = C00D1198 Code: eb001e7c e3a03000 (e5833000) e91ba810 c0091a48 Kernel panic: Attempted to kill the idle task! In idle task - not syncing unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 17:38:12 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12s6pc-0003aR-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 17:38:00 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12s6pa-0003aE-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 17:37:59 +0100 Date: Wed, 17 May 2000 12:35:51 -0400 (EDT) From: Nicolas Pitre To: Chris Blazie cc: sa1100-linux@pa.dec.com, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: sa1100 memory limit? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Wed, 17 May 2000, Chris Blazie wrote: > > As of yesterday I have everything working on our SA1110 > development board. All memory problems stopped when I lowered the total > memory defined in the kernel to 32MB. Next I added my changes to Russel > and Nicolas's latest patches (2.3.99-pre8-rmk1-np2) and experimented with > my bank declarations in arch.c and the MEM_SIZE definition in setup.c. I > can use just about any combination of bank declarations (allowing enough > memory at C0008000 for kernel and ramdisk) and still operate, but any > amount over 32MB causes an oops on kernel boot like the one below. [...] > looking, but appreciate any pointers while I try to run this down. I also > noticed in include/asm/arch/mmzone.h: > > /* > * 32MB max in each bank, must fit with __virt_to_phys() & > __phys_to_virt() > */ > #define NODE_MAX_MEM_SHIFT 25 > #define NODE_MAX_MEM_SIZE (1< > Is this an absolute limit on bank size to 32MB? Don't look any further!! You found it. What's the actual maximum memory bank size on the SA1110? It's 32 MB on the SA1100 I think. That's why that limit was 32 MB. To fix that, simply change the NODE_MAX_MEM_SHIFT value and modify __virt_to_phys() and __phys_to_virt() macros accordingly. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 17:48:54 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12s708-0003i0-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 17:48:52 +0100 Received: from [216.85.232.66] (helo=blazieresearch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12s705-0003hr-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 17:48:50 +0100 Received: from localhost (chris@localhost) by blazieresearch.com (8.9.3/8.8.7) with SMTP id MAA04601; Wed, 17 May 2000 12:48:51 -0400 Date: Wed, 17 May 2000 12:48:51 -0400 (EDT) From: Chris Blazie Reply-To: Chris Blazie To: Nicolas Pitre cc: sa1100-linux@pa.dec.com, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: sa1100 memory limit? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > > looking, but appreciate any pointers while I try to run this down. I also > > noticed in include/asm/arch/mmzone.h: > > > > /* > > * 32MB max in each bank, must fit with __virt_to_phys() & > > __phys_to_virt() > > */ > > #define NODE_MAX_MEM_SHIFT 25 > > #define NODE_MAX_MEM_SIZE (1< > > > Is this an absolute limit on bank size to 32MB? > > Don't look any further!! You found it. > > What's the actual maximum memory bank size on the SA1110? It's 32 MB on > the SA1100 I think. That's why that limit was 32 MB. According to the SA1100 and SA1110 reference (memory map), each dynamic memory bank is 128MB max. So bank 0 is C0000000 to C7FFFFFF, bank 1 at C8000000 and so on. Also...if the problem were a bank size limit, I should still be able to handle up to 64MB, correct? 32MB per bank. My problem is anything over 32MB TOTAL gives the oops. Chris unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 18:10:44 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12s7L6-0003xx-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 18:10:32 +0100 Received: from [207.219.2.10] (helo=tekincisnts-4.teklogix.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12s7L6-0003xT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 18:10:32 +0100 Received: from DeadDuck (BILL [10.128.5.25]) by tekincisnts-4.teklogix.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id JCA13LJM; Wed, 17 May 2000 13:10:30 -0400 To: Chris Blazie Cc: Nicolas Pitre , sa1100-linux@pa.dec.com, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: sa1100 memory limit? References: From: Bill Pringlemeir Organization: noitazinagro X-Home-Page: http://www.wwonline.com/~bpringle/ Date: 17 May 2000 13:13:34 -0400 In-Reply-To: Chris Blazie's message of "Wed, 17 May 2000 12:48:51 -0400 (EDT)" Message-ID: Lines: 26 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >>>>> "Chris" == Chris Blazie writes: Chris> According to the SA1100 and SA1110 reference (memory Chris> map), each dynamic memory bank is 128MB max. So bank 0 is Chris> C0000000 to C7FFFFFF, bank 1 at C8000000 and so on. Chris> Also...if the problem were a bank size limit, I should Chris> still be able to handle up to 64MB, correct? 32MB per Chris> bank. My problem is anything over 32MB TOTAL gives the Chris> oops. Could it be related to the fact that the branch instruction is a 24 bit signed offset giving a range of +/- 32MB? If you have code living outside this range and a direct jump is made, this could cause problems. The Sa1110 can have four banks of 128MB for 1/2 GB total. There is a hard limit set by the physical addresses of the banks. fwiw, Bill -- I couldn't care less about your whale. You pathetic working quiche-eater! unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 18:53:05 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12s806-0004QC-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 18:52:54 +0100 Received: from [216.85.232.66] (helo=blazieresearch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12s804-0004Pz-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 18:52:53 +0100 Received: from localhost (chris@localhost) by blazieresearch.com (8.9.3/8.8.7) with SMTP id NAA05157; Wed, 17 May 2000 13:28:28 -0400 Date: Wed, 17 May 2000 13:28:28 -0400 (EDT) From: Chris Blazie To: Bill Pringlemeir cc: Chris Blazie , Nicolas Pitre , sa1100-linux@pa.dec.com, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: sa1100 memory limit? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > Could it be related to the fact that the branch instruction is a > 24 bit signed offset giving a range of +/- 32MB? If you have code > living outside this range and a direct jump is made, this could > cause problems. True, but there are various Netwinders with >32MB and the SA110 is very, very similar to a StrongARM. Chris unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 17 22:52:36 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sBjN-0006Qf-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 17 May 2000 22:51:53 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12sBjL-0006QX-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 17 May 2000 22:51:52 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id SAA29197; Wed, 17 May 2000 18:15:39 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Wed, 17 May 2000 18:15:39 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Chris Blazie cc: sa1100-linux@pa.dec.com, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: sa1100 memory limit? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Wed, 17 May 2000, Chris Blazie wrote: > > > > looking, but appreciate any pointers while I try to run this down. I also > > > noticed in include/asm/arch/mmzone.h: > > > > > > /* > > > * 32MB max in each bank, must fit with __virt_to_phys() & > > > __phys_to_virt() > > > */ > > > #define NODE_MAX_MEM_SHIFT 25 > > > #define NODE_MAX_MEM_SIZE (1< > > > > > Is this an absolute limit on bank size to 32MB? > > > > Don't look any further!! You found it. > > > > What's the actual maximum memory bank size on the SA1110? It's 32 MB on > > the SA1100 I think. That's why that limit was 32 MB. > > According to the SA1100 and SA1110 reference (memory map), each > dynamic memory bank is 128MB max. So bank 0 is C0000000 to C7FFFFFF, bank > 1 at C8000000 and so on. This is the physical address space reserved for each bank. However I doubt you can actually put 128 MB of RAM on a single bank. Can you? > Also...if the problem were a bank size limit, I should still be > able to handle up to 64MB, correct? 32MB per bank. My problem is > anything over 32MB TOTAL gives the oops. That's strange... Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 18 02:23:02 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sF1H-000801-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 18 May 2000 02:22:35 +0100 Received: from [134.134.248.3] (helo=ganymede.or.intel.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12sF1G-0007zv-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 18 May 2000 02:22:34 +0100 Received: from SMTP (orsmsxvs01-1.jf.intel.com [192.168.65.200]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.28 2000/05/06 00:07:11 dmccart Exp $) with SMTP id SAA19757 for ; Wed, 17 May 2000 18:23:03 -0700 (PDT) Received: from orsmsx28.jf.intel.com ([192.168.70.28]) by 192.168.70.200 (Norton AntiVirus for Internet Email Gateways 1.0) ; Thu, 18 May 2000 01:23:03 0000 (GMT) Received: by orsmsx28.jf.intel.com with Internet Mail Service (5.5.2448.0) id ; Wed, 17 May 2000 18:23:02 -0700 Message-ID: <3D33CF40366DD111AC4100A0C96B22AC0870B46F@fmsmsx34.fm.intel.com> From: "Naik, Uday" To: linux-arm-kernel@lists.arm.linux.org.uk Subject: lib/bitops Date: Wed, 17 May 2000 18:23: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-kernel@lists.arm.linux.org.uk Precedence: bulk There are a whole bunch of bit operations in arch/arm/lib. For e.g. test_and_set_bit(). The way these operations are written, they are byte oriented, for e.g. to set bit 12 it does a ldrb of the second byte and manipulates the 5th bit of it. Is there a reason it is done like this rather than reading in a word and setting the appropriate bit and writing it back. The reason I ask is that they break in big endian mode and I need to rewrite them. But if I rewrite them word oriented then they will work in either endian mode. Thanks Uday --- All opinions expressed are mine and do not reflect those of my employer. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 18 03:27:51 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sG25-0008QJ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 18 May 2000 03:27:29 +0100 Received: from [216.85.232.66] (helo=blazieresearch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12sG23-0008QB-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 18 May 2000 03:27:28 +0100 Received: from cpq800.blazieresearch.com (cpq800 [216.85.232.67]) by blazieresearch.com (8.9.3/8.8.7) with ESMTP id WAA12179; Wed, 17 May 2000 22:27:55 -0400 Received: by CPQ800 with Internet Mail Service (5.5.2650.10) id ; Wed, 17 May 2000 22:28:13 -0400 Message-ID: <412E1CF8088BD211AD5100805FAD9A800CD23E@CPQ800> From: Jim Kasper To: Jim Kasper Cc: "'sa1100-linux@pa.dec.com '" , "'linux-arm-kernel@lists.arm.linux.org.uk '" Subject: RE: sa1100 memory limit? Date: Wed, 17 May 2000 22:28:06 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.10) Content-Type: text/plain; charset="windows-1252" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk -----Original Message----- From: Nicolas Pitre To: Chris Blazie Cc: sa1100-linux@pa.dec.com; linux-arm-kernel@lists.arm.linux.org.uk Sent: 05/17/00 18:15 Subject: Re: sa1100 memory limit? On Wed, 17 May 2000, Chris Blazie wrote: > > > > looking, but appreciate any pointers while I try to run this down. I also > > > noticed in include/asm/arch/mmzone.h: > > > > > > /* > > > * 32MB max in each bank, must fit with __virt_to_phys() & > > > __phys_to_virt() > > > */ > > > #define NODE_MAX_MEM_SHIFT 25 > > > #define NODE_MAX_MEM_SIZE (1< > > > > > Is this an absolute limit on bank size to 32MB? > > > > Don't look any further!! You found it. > > > > What's the actual maximum memory bank size on the SA1110? It's 32 MB on > > the SA1100 I think. That's why that limit was 32 MB. > > According to the SA1100 and SA1110 reference (memory map), each > dynamic memory bank is 128MB max. So bank 0 is C0000000 to C7FFFFFF, bank > 1 at C8000000 and so on. This is the physical address space reserved for each bank. However I doubt you can actually put 128 MB of RAM on a single bank. Can you? Actually yes, we currently have 64 Meg per bank and it works fine from boot loader. > Also...if the problem were a bank size limit, I should still be > able to handle up to 64MB, correct? 32MB per bank. My problem is > anything over 32MB TOTAL gives the oops. That's strange... Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 18 04:23:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sGuC-0000Rm-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 18 May 2000 04:23:24 +0100 Received: from [211.54.38.3] (helo=notes.lhsl.co.kr) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12sGuA-0000Rg-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 18 May 2000 04:23:23 +0100 Received: by notes.lhsl.co.kr(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id C92568E3.00128972 ; Thu, 18 May 2000 13:22:28 +1000 X-Lotus-FromDomain: LHS From: "Erik Bunce" To: Nicolas Pitre cc: Chris Blazie , sa1100-linux@pa.dec.com, linux-arm-kernel@lists.arm.linux.org.uk Message-ID: Date: Wed, 17 May 2000 22:07:37 -0400 Subject: Re: sa1100 memory limit? Mime-Version: 1.0 Content-type: text/plain; charset=euc-kr Content-Disposition: inline Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk nico@cam.org wrote: > > This is the physical address space reserved for each bank. However I > doubt you can actually put 128 MB of RAM on a single bank. Can you? It is actually be relatively simple to get 128MB into a single bank using 256Mbit SDRAM in 32Meg x 8 configuration using 4 chips, or for the masochistic among us using 128MBit SDRAM in 64Meg x 4 configuration using 8 chips. In fact if you look at Table 10-6 on page 10-30 of the "SA1110 Microprocessor Developers Manual" it lists these and other possibilities for putting greater than 32MB in each bank. In fact all four banks could be filled up this way at 128 MB each for a total physical memory size of 512MB. Enjoy, Erik unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 18 05:06:18 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sHZQ-0000kN-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 18 May 2000 05:06:00 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12sHZP-0000kH-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 18 May 2000 05:05:59 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id AAA31594; Thu, 18 May 2000 00:29:38 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Thu, 18 May 2000 00:29:38 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Erik Bunce cc: Chris Blazie , sa1100-linux@pa.dec.com, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: sa1100 memory limit? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Wed, 17 May 2000, Erik Bunce wrote: > > > nico@cam.org wrote: > > > > This is the physical address space reserved for each bank. However I > > doubt you can actually put 128 MB of RAM on a single bank. Can you? > > It is actually be relatively simple to get 128MB into a single bank using > 256Mbit SDRAM in 32Meg x 8 configuration using 4 chips, or for the masochistic > among us using 128MBit SDRAM in 64Meg x 4 configuration using 8 chips. In fact > if you look at Table 10-6 on page 10-30 of the "SA1110 Microprocessor Developers > Manual" it lists these and other possibilities for putting greater than 32MB in > each bank. In fact all four banks could be filled up this way at 128 MB each > for a total physical memory size of 512MB. This is amazing! This is more than what my last PC could handle!! Well... Gonna have to re-think the whole mapping to accomodate that possibility... and Chris' as well. Chris -> Can you survive with only 32 MB for a couple of days? Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 18 07:51:03 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sK8c-0001sk-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 18 May 2000 07:50:30 +0100 Received: from [130.161.40.91] (helo=thorgal.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12sK8b-0001sc-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 18 May 2000 07:50:29 +0100 Received: from [130.161.115.44] (jdbakker.et.tudelft.nl [130.161.115.44]) by thorgal.et.tudelft.nl (8.8.7/8.8.7) with ESMTP id IAA23393; Thu, 18 May 2000 08:50:43 +0200 Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 18 May 2000 00:02:07 +0200 To: Nicolas Pitre From: "J.D. Bakker" Subject: Re: sa1100 memory limit? Cc: Chris Blazie , sa1100-linux@pa.dec.com, linux-arm-kernel@lists.arm.linux.org.uk Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk At 00:15 +0200 18-05-2000, Nicolas Pitre wrote: >On Wed, 17 May 2000, Chris Blazie wrote: >> According to the SA1100 and SA1110 reference (memory map), each >> dynamic memory bank is 128MB max. So bank 0 is C0000000 to C7FFFFFF, bank >> 1 at C8000000 and so on. > >This is the physical address space reserved for each bank. However I >doubt you can actually put 128 MB of RAM on a single bank. Can you? You can, using four byte-wide 256Mb devices on SA-1110. JDB [who has 64MB single bank expansion cards for LART] -- LART. 250 MIPS under one Watt. Free hardware design files. http://www.lart.tudelft.nl/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 18 11:05:40 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sNAO-0003SG-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 18 May 2000 11:04:32 +0100 Received: from [163.28.113.1] (helo=apple.ncku.edu.tw) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12sNAM-0003S9-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 18 May 2000 11:04:30 +0100 Received: from sparc1.cc.ncku.edu.tw (sparc1.cc.ncku.edu.tw [140.116.5.1]) by apple.ncku.edu.tw (8.10.1/8.10.1) with ESMTP id e4IA2s329848; Thu, 18 May 2000 18:02:54 +0800 (CST) Received: from green (green.mmn.es.ncku.edu.tw [140.116.39.76]) by sparc1.cc.ncku.edu.tw (8.8.7/8.8.7) with ESMTP id SAA05983; Thu, 18 May 2000 18:03:25 +0800 (CST) Message-ID: <005401bfc0b0$9174ef00$4c27748c@mmn.es.ncku.edu.tw> From: "green" To: "arm-linux" , "arm-linux-kernel" Subject: PCMCIA network card!! Hurry up!! Date: Thu, 18 May 2000 18:05:10 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0051_01BFC0F3.9B5FDC80" 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-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0051_01BFC0F3.9B5FDC80 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Dear all I use arm-linux kernel 2.2.2-np3 on StrongARM SA1100 multimedia board. And I got two questions. First, Now I want to find a PCMCIA network card which has already worked on = this board. Can any one suggest me which one I can use? If there is any release driver source code, please tell me. Second, I want to receive the data stream of the audio in/out . How can I get = the data?? Is there any driver on the Internet or kernel patch file have support? Thanks a lot in advance. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ^^ green in Lab. ncku,Taiwan ------=_NextPart_000_0051_01BFC0F3.9B5FDC80 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Dear all
 
I use arm-linux kernel 2.2.2-np3 on StrongARM SA1100 multimedia=20 board.
And I got two questions.
 
First,
Now I want to find a PCMCIA network card which has already worked = on this=20 board.
Can any one suggest me which one I can use?
If there is any release driver source code, please tell = me.
 
Second,
I want to receive the data stream of the audio in/out . = How can I=20 get the data??
Is there any driver on the Internet or kernel patch file have=20 support?
 
Thanks a lot in advance.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
           &n= bsp;           &nb= sp;          =20 ^^ green in Lab.      =20 ncku,Taiwan
------=_NextPart_000_0051_01BFC0F3.9B5FDC80-- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 18 12:10:16 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sOBd-0003z3-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 18 May 2000 12:09:53 +0100 Received: from [194.168.180.32] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12sOBb-0003yu-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 18 May 2000 12:09:51 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id IAA24577; Thu, 18 May 2000 08:28:19 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id IAA20765; Thu, 18 May 2000 08:27:14 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005180727.IAA20765@flint.arm.linux.org.uk> Subject: Re: lib/bitops To: uday.naik@intel.com (Naik, Uday) Date: Thu, 18 May 2000 08:27:13 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <3D33CF40366DD111AC4100A0C96B22AC0870B46F@fmsmsx34.fm.intel.com> from "Naik, Uday" at May 17, 2000 06:23:00 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Naik, Uday writes: > Is there a reason it is done like this rather than reading in a word > and setting the appropriate bit and writing it back. Yes, because you need one extra instruction. These macros are supposed to be fast, so that's something we don't really want to add. (hmm, the current code isn't as fast as it ought to be actually - fixing now). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 18 13:30:59 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sPRR-0004fj-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 18 May 2000 13:30:17 +0100 Received: from [216.85.232.66] (helo=blazieresearch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12sPRP-0004fd-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 18 May 2000 13:30:15 +0100 Received: from localhost (chris@localhost) by blazieresearch.com (8.9.3/8.8.7) with SMTP id IAA19345; Thu, 18 May 2000 08:29:45 -0400 Date: Thu, 18 May 2000 08:29:45 -0400 (EDT) From: Chris Blazie To: Nicolas Pitre cc: Erik Bunce , Chris Blazie , sa1100-linux@pa.dec.com, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: sa1100 memory limit? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > Well... Gonna have to re-think the whole mapping to accomodate that > possibility... and Chris' as well. > > Chris -> Can you survive with only 32 MB for a couple of days? Absolutely; actually it won't be an issue for quite a long time. Thanks, Chris unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 18 23:41:24 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sYxe-0003ef-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 18 May 2000 23:40:10 +0100 Received: from [128.2.236.200] (helo=ece.cmu.edu) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12sYxd-0003eZ-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 18 May 2000 23:40:09 +0100 Received: from taz.ece.cmu.edu (IDENT:root@TAZ.ECE.CMU.EDU [128.2.252.15]) by ece.cmu.edu (8.9.2/8.8.8) with ESMTP id SAA09637 for ; Thu, 18 May 2000 18:40:40 -0400 (EDT) Received: (from dsf@localhost) by taz.ece.cmu.edu (8.8.7/8.8.7) id SAA02737 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 18 May 2000 18:40:40 -0400 Date: Thu, 18 May 2000 18:40:40 -0400 From: David Friedman Message-Id: <200005182240.SAA02737@taz.ece.cmu.edu> To: linux-arm-kernel@lists.arm.linux.org.uk Subject: ebsa285 bug Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I think I've found another bug when using the ebsa285 in addin mode. If anyone remembers the discussion about a week ago, I noted that the system does not boot when compiled without CONFIG_DEBUG_LL. I think the reason for this revisits the issue with using __virt_to_bus in request_standard_resources. This may be fine for for other arm architectures, but using the ebsa285 in addin mode means that these macros are used to convert virtual addresses to PCI addresses. This seems incorrect here because the resource being requested is RAM. I think that the reason this breaks the boot process is because the __virt_to_bus macro reads PCISDRAMBASE, in PCI config. space. The problem is that this is before paging_init, which means that config. space isn't mapped yet, unless the kernel was built with CONFIG_DEBUG_LL. In that case, config. space is mapped before start_kernel, so the macros behave as expected. I suppose that if PCI config. space is not mapped, then a trap would be generated, but this is before trap_init, so there is no handler and the boot process is broken. I'm not really sure how to fix this, but maybe now that the problem is identified, someone can help with this. Thanks, David Friedman unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 19 00:43:40 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12sZwl-0004Rp-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 19 May 2000 00:43:19 +0100 Received: from [194.168.180.33] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12sZwj-0004Ri-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 19 May 2000 00:43:17 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id AAA27961; Fri, 19 May 2000 00:43:46 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id AAA08670; Fri, 19 May 2000 00:41:25 +0100 Message-Id: <200005182341.AAA08670@raistlin.arm.linux.org.uk> Subject: Re: ebsa285 bug To: dsf@taz.ece.cmu.edu (David Friedman) Date: Fri, 19 May 2000 00:41:24 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <200005182240.SAA02737@taz.ece.cmu.edu> from "David Friedman" at May 18, 2000 06:40:40 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk David Friedman writes: > I think that the reason this breaks the boot process is because the > __virt_to_bus macro reads PCISDRAMBASE, in PCI config. space. The > problem is that this is before paging_init, which means that config. > space isn't mapped yet, unless the kernel was built with > CONFIG_DEBUG_LL. In that case, config. space is mapped before > start_kernel, so the macros behave as expected. I suppose that if > PCI config. space is not mapped, then a trap would be generated, but > this is before trap_init, so there is no handler and the boot process > is broken. That is probably exactly what's happening. > I'm not really sure how to fix this, but maybe now that the problem is > identified, someone can help with this. Look in arch/arm/kernel/setup.c:setup_arch for paging_init(), and move request_standard_resources() after paging_init(). (It's currently the function that is called directly before paging_init(). This means that we then get our memory mappings in place ready for virt_to_bus to grab the right value from the footbridge. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 19 08:44:12 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12shRc-0008Js-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 19 May 2000 08:43:40 +0100 Received: from [202.141.26.181] (helo=ee.iitm.ernet.in ident=ee96162) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12shRZ-0008Jk-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 19 May 2000 08:43:38 +0100 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id NAA16551; Fri, 19 May 2000 13:05:48 +0530 Date: Fri, 19 May 2000 13:05:48 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: Jungjun Kim cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: about ARM-assemble code In-Reply-To: <00051911130800.02538@amba> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I want to create the boot image and a file system image for the Cirrus Logic CL7500FE Platform. After that I would get the image in the ELF format. Can i just download the image into the RAM using the ARM SDT Debugger and the serial port connection on the Cirrus Logic Board? Can I disassemble and see the code? Thanks, -Lavu Sridhar On Fri, 19 May 2000, Jungjun Kim wrote: >Date: Fri, 19 May 2000 11:01:11 +0900 >From: Jungjun Kim >To: linux-arm@vger.rutgers.edu >Subject: RE: about ARM-assemble code > > >If you learn ARM assemble code, it is helpful for you to read the book "ARM >Architectual Reference Manual" >You can find that book in bookstore like Amazon, etc. > >But if you just are not familliar with inline assmbler, please do as I did. >First compile it, next disasemble its object file. > > arm-linux-gcc -c -g test.c >To disassemble, > arm-linux-objdump -S test.o > >Or simply, > arm-linux-gcc -S -c test.c > > > >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu >++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ >++ kernel-related discussions. ++ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 19 09:30:18 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12siAa-0000HK-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 19 May 2000 09:30:08 +0100 Received: from [202.30.128.201] (helo=mail.hmec.co.kr) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12siAY-0000Gx-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 19 May 2000 09:30:07 +0100 Received: from yd01.hmec.co.kr ([192.168.129.11]) by mail.hmec.co.kr (8.9.3/8.9.3) with ESMTP id RAA18058; Fri, 19 May 2000 17:28:11 +0900 (KST) Received: from amba (IDENT:sami@[192.168.202.149]) by yd01.hmec.co.kr (8.9.1/8.9.1) with SMTP id RAA29604; Fri, 19 May 2000 17:29:52 +0900 (KST) From: Jungjun Kim Reply-To: sami@hmec.co.kr To: Lavu Sridhar Subject: RE: about ARM-assemble code Date: Fri, 19 May 2000 16:46:29 +0900 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: "linux-arm-kernel@lists.arm.linu" References: <1000519163548A2518@wm01.hmec.co.kr> In-Reply-To: <1000519163548A2518@wm01.hmec.co.kr> MIME-Version: 1.0 Message-Id: <00051917273400.01082@amba> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I think that you can easilly download image to the target board if you have Muti-ICE or something like it. But in order to download serial port, you need to have debugging agent running on the target board. In case of ARM SDT, it uses ANGEL as a debugging agent. ANGEL is can be found in ARM STD package, and maybe you need to port ANGEL for your board. Regards, -Jungjun Kim Sat, 20 May 2000, Lavu Sridhar wrote: > > > Hello, > > I want to create the boot image and a file system image for the Cirrus > Logic CL7500FE Platform. After that I would get the image in the ELF > format. Can i just download the image into the RAM using the ARM SDT > Debugger and the serial port connection on the Cirrus Logic Board? > > Can I disassemble and see the code? > > Thanks, > -Lavu Sridhar > > On Fri, 19 May 2000, Jungjun Kim wrote: > > >Date: Fri, 19 May 2000 11:01:11 +0900 > >From: Jungjun Kim > >To: linux-arm@vger.rutgers.edu > >Subject: RE: about ARM-assemble code > > > > > >If you learn ARM assemble code, it is helpful for you to read the book "ARM > >Architectual Reference Manual" > >You can find that book in bookstore like Amazon, etc. > > > >But if you just are not familliar with inline assmbler, please do as I did. > >First compile it, next disasemble its object file. > > > > arm-linux-gcc -c -g test.c > >To disassemble, > > arm-linux-objdump -S test.o > > > >Or simply, > > arm-linux-gcc -S -c test.c > > > > > > > >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > >++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ > >++ kernel-related discussions. ++ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 21 13:18:58 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12tUeL-0003Dw-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 21 May 2000 13:16:05 +0100 Received: from [202.141.26.181] (helo=ee.iitm.ernet.in ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12tUeI-0003Dn-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 21 May 2000 13:16:04 +0100 Received: from kaveri.ee.iitm.ernet.in (IDENT:root@kaveri.ee.iitm.ernet.in [144.16.251.96]) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id RAA09325 for ; Sun, 21 May 2000 17:49:46 +0530 Received: from angirasa.ee.iitm.ernet.in (ee96162@angirasa.ee.iitm.ernet.in [144.16.244.115]) by kaveri.ee.iitm.ernet.in (8.8.7/8.8.7) with ESMTP id RAA06996 for ; Sun, 21 May 2000 17:46:56 +0530 Received: from localhost (ee96162@localhost) by angirasa.ee.iitm.ernet.in (8.9.3/8.8.5) with ESMTP id RAA04221 for ; Sun, 21 May 2000 17:49:45 +0530 X-Authentication-Warning: angirasa.ee.iitm.ernet.in: ee96162 owned process doing -bs Date: Sun, 21 May 2000 17:49:44 +0530 (IST) From: Lavu Sridhar Reply-To: lavusridhar@ee.iitm.ernet.in To: linux-arm-kernel@lists.arm.linux.org.uk Subject: CL7500FE Kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I have attempted at compiling the kernel for cirrus arm 7500FE Board. (Evaluation Platform) I am getting the following error message: PCIMEM_BASE not defined. When I checked the files, vga.h in linux/include/asm/arch/vga.h is missing for cirrus-logic7500 architecture. What should I do? Regards, Lavu Sridhar unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun May 21 18:16:41 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12tZKI-0005BH-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 21 May 2000 18:15:42 +0100 Received: from [202.141.26.181] (helo=ee.iitm.ernet.in ident=ee96162) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12tZKG-0005B7-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 21 May 2000 18:15:40 +0100 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id WAA28932 for ; Sun, 21 May 2000 22:50:06 +0530 Date: Sun, 21 May 2000 22:50:06 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: about ARM-assemble code In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I have compiled the kernel files and have got the zImage and vmlinux files. When I tried to load these files through the ARM Debugger, it seems to time-out. I think the files are too big, or in the wrong format. What file were you referring to in your previous mail. Thanks, -Lavu Sridhar -------------------------------------------------------------------- On Fri, 19 May 2000, Jungjun Kim wrote: >Hello, > >I think that you can easilly download image to the target board if you have >Muti-ICE or something like it. But in order to download serial port, you need >to have debugging agent running on the target board. >In case of ARM SDT, it uses ANGEL as a debugging agent. >ANGEL is can be found in ARM STD package, and maybe you need to port ANGEL for >your board. > >Regards, >-Jungjun Kim > > > >Sat, 20 May 2000, Lavu Sridhar wrote: >> >> >> Hello, >> >> I want to create the boot image and a file system image for the Cirrus >> Logic CL7500FE Platform. After that I would get the image in the ELF >> format. Can i just download the image into the RAM using the ARM SDT >> Debugger and the serial port connection on the Cirrus Logic Board? >> >> Can I disassemble and see the code? >> >> Thanks, >> -Lavu Sridhar >> unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 22 17:40:25 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12tvEa-0007Pf-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 22 May 2000 17:39:16 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12tvEY-0007PX-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 22 May 2000 17:39:14 +0100 Received: from CBRAKE (akron-80-192.ar51.net [208.225.80.192]) by ice.ar51.net (8.9.3/8.8.7) with SMTP id MAA31713 for ; Mon, 22 May 2000 12:39:26 -0400 From: "Cliff Brake" To: Subject: loading init problem Date: Mon, 22 May 2000 12:37:10 -0400 Message-ID: <000b01bfc40b$fa2c12e0$1c00a8c0@CBRAKE> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I am having problems loading /sbin/init from a ramdisk using the 2.3.99-pre8-rmk1 arm kernel configured for the L7200 processor (all L7200 patches applied). The ramdisk seems to load fine, but the kernel appears to be crashing when loading the elf binary and gives the following message: Internal error: alignment exception: 20000013 followed by a stack dump and backtrace. The stack backtrace is: padzero load_elf_interp load_elf_binary search_binary_handlers do_execve sys_execve I am using a trimmed down version of one of Nicolas Pitre's ramdisk images. Any ideas as to what is going wrong here? Are there any known issues w/ the L7200/ARM720 code that might apply to this problem? Thanks, Cliff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 22 21:19:24 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12tyf4-0001YZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 22 May 2000 21:18:50 +0100 Received: from [212.250.233.40] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12tyf2-0001YS-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 22 May 2000 21:18:48 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id VAA04770; Mon, 22 May 2000 21:06:46 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id VAA02211; Mon, 22 May 2000 21:03:50 +0100 Message-Id: <200005222003.VAA02211@raistlin.arm.linux.org.uk> Subject: Re: loading init problem To: cbrake@accelent.com (Cliff Brake) Date: Mon, 22 May 2000 21:03:49 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <000b01bfc40b$fa2c12e0$1c00a8c0@CBRAKE> from "Cliff Brake" at May 22, 2000 12:37:10 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Cliff Brake writes: > I am having problems loading /sbin/init from a ramdisk using the > 2.3.99-pre8-rmk1 arm kernel configured for the L7200 processor (all L7200 > patches applied). The ramdisk seems to load fine, but the kernel appears to > be crashing when loading the elf binary and gives the following message: > > Internal error: alignment exception: 20000013 Well, it appears that the alignment trap is turned on in the control register, but there's no fixup. This can not happen in 2.3.99-pre8-rmk1, so I guess that you've got 2.3.99-pre8-rmk1 plus other patches, and therefore can't comment without more information (and source). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 23 18:31:47 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12uIU0-0004Y9-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 23 May 2000 18:28:44 +0100 Received: from [129.13.10.90] (helo=iraun1.ira.uka.de) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12uITz-0004Y1-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 23 May 2000 18:28:43 +0100 Received: from ira.uka.de (actually i82pc5.ira.uka.de) by iraun1 (PP) with ESMTP; Tue, 23 May 2000 19:29:17 +0200 Message-ID: <392AC052.5E883A49@ira.uka.de> Date: Tue, 23 May 2000 19:30:58 +0200 From: Alexander Schulz Reply-To: Alexander.Schulz@stud.uni-karlsruhe.de Organization: =?iso-8859-1?Q?Universit=E4t?= Karlsruhe X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Zones and Nodes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, is there any documentation about the current memory management in Linux? In particular: what are the nodes? Where will I have to start if I want to change the zone some part of memory is in? Thanks Alexander unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 06:31:27 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12uTkf-0002pU-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 06:30:41 +0100 Received: from [212.250.233.47] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12uTkd-0002pN-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 06:30:39 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id XAA00980; Tue, 23 May 2000 23:10:37 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id XAA00696; Tue, 23 May 2000 23:07:11 +0100 Message-Id: <200005232207.XAA00696@raistlin.arm.linux.org.uk> Subject: Re: Zones and Nodes To: Alexander.Schulz@stud.uni-karlsruhe.de Date: Tue, 23 May 2000 23:07:10 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <392AC052.5E883A49@ira.uka.de> from "Alexander Schulz" at May 23, 2000 07:30:58 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Alexander Schulz writes: > is there any documentation about the current memory management in Linux? > In particular: what are the nodes? Where will I have to start if I want > to change the zone some part of memory is in? There is only the stuff in Documentation/, and some stuff pointed to by links from there. However, in answer to your question: There are 3 zones in Linux: - one which all DMA is sourced from - one which all usual memory is sourced from - one which so called indirectly mapped "highpages" are sourced from Allocations requested further down the list can fall up the list if the relevent zone is empty. The idea is to prevent situations where you may have 256MB of memory in a PC, and all your tasks are sitting in the first 16MB of that memory, which means you can't reliably obtain DMA memory. "Nodes" are to do with non-unified memory architecture (NUMA) stuff, which does have a separate web site. The support in Linux for this provides us with the following: - we can allocate memory from a "node" which is fast to access (eg, one "node" may be local, another may be across a PCI bus, and is therefore slower) - reduced size of the mem_map array which contains information about every single page of memory in a system, when the memory is not contiguous. Why do you want to change the zone some memory is in? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 14:39:47 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ubN7-0006EZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 14:38:53 +0100 Received: from [193.145.240.2] (helo=tid.tid.es) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ubN5-0006ET-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 14:38:51 +0100 Received: from tid.es ([172.17.1.9]) by tid.tid.es (Netscape Messaging Server 4.15) with ESMTP id FV2GLK02.3OD for ; Wed, 24 May 2000 15:39:20 +0200 Message-ID: <392BDBC2.95ED88E4@tid.es> Date: Wed, 24 May 2000 15:40:18 +0200 From: David Aparicio Campos X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: ROM access with 21285 Content-Type: multipart/mixed; boundary="------------2F433F5146F5C211A3C07199" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. --------------2F433F5146F5C211A3C07199 Content-Type: multipart/alternative; boundary="------------2BB3E689EB68850398D7343A" --------------2BB3E689EB68850398D7343A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello all, I am trying to develop a small firmware core, in order to load Linux from disk or network. At this first stage, we are concentrated on serial line support and flash programming. We use a standard memory model, that is, ROM mapped in range 0x41000000-0x41FFFFFF. I have also seen very nice BIOS-ARM project (best to learn on this subject, helped me a lot), but it doesn't focus on flash writing. My development system is a CATS motherboard, and I have an SST29LE020 (256K x 8) flash, compatible with AMD 29xxx family. I succeed reading flash contents, but now I am trying to write and it doesn't work at all. Simplest (and safest) test is to "read vendor ID" from flash device. >From the SST datasheet, I need to write three bytes, wait a few, read ID, then write three bytes to get back to normal mode. SST datasheet says: // enter ID-access mode write byte offset 0x5555 to 0xAA write byte offset 0x2AAA to 0x55 write byte offset 0x5555 to 0x90 ...wait 10 ms... then read byte from offset 0 (should say 0xBF) // exit ID-access mode write byte offset 0x5555 to 0xAA write byte offset 0x2AAA to 0x55 write byte offset 0x5555 to 0xF0 ...wait 10 ms... 285 datasheet is very dense on ROM writing, it's very difficult to me to understand it well. What I have interpreted is: write 0x42000068 to (0x00005555 & 0x03) // ROM write byte address write 0x41005555 to 0xAA write 0x42000068 to (0x00002AAA & 0x03) // ROM write byte address write 0x41002AAA to 0x55 write 0x42000068 to (0x00005555 & 0x03) // ROM write byte address write 0x41005555 to 0x90 wait 10 ms read 0x41000000 (it says 0x00 instead of 0xBF) ...etc, etc... It doesn't work, I read the same value that I have in normal mode (0x00). Can anybody tell me if I need to write any 285 register? what am I doing wrong? I have seen some references from NetWinder code, but it's useless because it uses an Intel flash, that is less restrictive with write sequences, so I didn't get any idea. I got no support from Chaltech, and CD documentation is very poor, real nightmare to get support for this product, maybe I had bad luck, but "support@chaltech.com" seem to be out of order. Is there any documentation on this motherboard? Thank you a lot, --------------2BB3E689EB68850398D7343A Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hello all,

I am trying to develop a small firmware core, in order to load Linux from
disk or network. At this first stage, we are concentrated on serial line
support and flash programming. We use a standard memory model, that is,
ROM mapped in range 0x41000000-0x41FFFFFF. I have also seen
very nice BIOS-ARM project (best to learn on this subject, helped me a
lot), but it doesn't focus on flash writing.

My development system is a CATS motherboard, and I have an SST29LE020
(256K x 8) flash, compatible with AMD 29xxx family. I succeed reading flash
contents, but now I am trying to write and it doesn't work at all.

Simplest (and safest) test is to "read vendor ID" from flash device. >From the SST
datasheet, I need to write three bytes, wait a few, read ID, then write three bytes
to get back to normal mode.

SST datasheet says:

// enter ID-access mode
write byte offset 0x5555 to 0xAA
write byte offset 0x2AAA to 0x55
write byte offset 0x5555 to 0x90
...wait 10 ms...
then read byte from offset 0 (should say 0xBF)

// exit ID-access mode
write byte offset 0x5555 to 0xAA
write byte offset 0x2AAA to 0x55
write byte offset 0x5555 to 0xF0
...wait 10 ms...

285 datasheet is very dense on ROM writing, it's very difficult to me to understand
it well. What I have interpreted is:

write 0x42000068 to (0x00005555 & 0x03)    // ROM write byte address
write 0x41005555 to 0xAA
write 0x42000068 to (0x00002AAA & 0x03)    // ROM write byte address
write 0x41002AAA to 0x55
write 0x42000068 to (0x00005555 & 0x03)    // ROM write byte address
write 0x41005555 to 0x90
wait  10 ms
read  0x41000000 (it says 0x00 instead of 0xBF)
...etc, etc...

It doesn't work, I read the same value that I have in normal mode (0x00). Can anybody
tell me if I need to write any 285 register? what am I doing wrong?
I have seen some references from NetWinder code, but it's useless because it uses an
Intel flash, that is less restrictive with write sequences, so I didn't get any idea.

I got no support from Chaltech, and CD documentation is very poor, real nightmare to get
support for this product, maybe I had bad luck, but "support@chaltech.com" seem to be
out of order.

Is there any documentation on this motherboard?

Thank you a lot, --------------2BB3E689EB68850398D7343A-- --------------2F433F5146F5C211A3C07199 Content-Type: text/x-vcard; charset=us-ascii; name="daparic.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Aparicio Campos Content-Disposition: attachment; filename="daparic.vcf" begin:vcard n:Aparicio Campos;David tel;fax:+34-91-3374502 tel;work:+34-91-3374178 x-mozilla-html:TRUE org:Telef鏮ica I+D;Gerencia 1200 adr:;;Emilio Vargas, 6;Madrid;;28043;Spain version:2.1 email;internet:daparic@tid.es title:R&D Engineer end:vcard --------------2F433F5146F5C211A3C07199-- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 15:17:24 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12uby4-0006kp-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 15:17:04 +0100 Received: from [208.242.241.39] (helo=cvsftp.cotw.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12uby2-0006kj-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 15:17:03 +0100 Received: from cotw.com (IDENT:samcconn@ptecdev2.ptec.com [192.168.10.4]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id JAA03234 for ; Wed, 24 May 2000 09:18:04 -0500 Message-ID: <392BE4BE.99A9C607@cotw.com> Date: Wed, 24 May 2000 09:18:38 -0500 From: S A McConnell Reply-To: samcconn@cotw.com X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: DMA memory allocation (Related to Zones and Nodes) References: <200005232207.XAA00696@raistlin.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Russell King - ARM Linux Admin wrote: > > There are 3 zones in Linux: > > - one which all DMA is sourced from > - one which all usual memory is sourced from > - one which so called indirectly mapped "highpages" are sourced from > What is the recomended approach for allocating memory for non-PCI lower 24-bit 8-word aligned (0x00fffffe0) dedicated Memory-to-Device DMA? (Used by many LCD controllers for moving video data.) Users need a virtual address of the Video RAM the controller needs a physical address. Documentation/DMA-mapping text says the PCI interface does not support such limited DMA addressing. The only approach that we can see to this is to: - pre-allocate the memory - Remove it from the memory pool (with a fix up) - Provide a virtual to physical mapping. We were wondering if there was a better method? Can you point out an example? Thanks, SAM Scott A McConnell unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 15:40:07 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ucK4-0007Pb-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 15:39:48 +0100 Received: from [205.250.170.220] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ucK3-0007PR-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 15:39:47 +0100 Date: Wed, 24 May 2000 10:39:29 -0400 (EDT) From: Nicolas Pitre To: David Aparicio Campos cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: ROM access with 21285 In-Reply-To: <392BDBC2.95ED88E4@tid.es> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > I am trying to develop a small firmware core, in order to load Linux from > disk or network. At this first stage, we are concentrated on serial line support and flash programming. We use a standard memory model, that is, > ROM mapped in range 0x41000000-0x41FFFFFF. I have also seen > very nice BIOS-ARM project (best to learn on this subject, helped me a > lot), but it doesn't focus on flash writing. > > My development system is a CATS motherboard, and I have an SST29LE020 > (256K x 8) flash, compatible with AMD 29xxx family. I succeed reading flash > contents, but now I am trying to write and it doesn't work at all. If your flash is wired 8-bit or 16-bit wide to the 21285, then you have to play some trick with the CSR_ROMWRITEREG register to address each individual byte or halfword. Here are the sequence to perform if your flash data bus is 8-bit wide: Addr to write to Sequence 0x41000000: *CSR_ROMWRITEREG = 0; *((u_long*)0x41000000) = x; 0x41000001: *CSR_ROMWRITEREG = 1; *((u_long*)0x41000000) = x; 0x41000002: *CSR_ROMWRITEREG = 2; *((u_long*)0x41000000) = x; 0x41000003: *CSR_ROMWRITEREG = 3; *((u_long*)0x41000000) = x; 0x41000004: *CSR_ROMWRITEREG = 0; *((u_long*)0x41000004) = x; 0x41000005: *CSR_ROMWRITEREG = 1; *((u_long*)0x41000004) = x; 0x41000006: *CSR_ROMWRITEREG = 2; *((u_long*)0x41000004) = x; 0x41000007: *CSR_ROMWRITEREG = 3; *((u_long*)0x41000004) = x; 0x41000008: *CSR_ROMWRITEREG = 0; *((u_long*)0x41000008) = x; 0x41000009: *CSR_ROMWRITEREG = 1; *((u_long*)0x41000008) = x; ... and so on. For halfword, only the first bit should be specified by CSR_ROMWRITEREG. If your flash is accessed 32-bit wide, all this doesn't apply. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 15:42:46 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ucMo-0007Rg-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 15:42:38 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ucMn-0007RY-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 15:42:38 +0100 Received: from CBRAKE (akron-80-151.ar51.net [208.225.80.151]) by ice.ar51.net (8.9.3/8.8.7) with SMTP id KAA15553 for ; Wed, 24 May 2000 10:42:59 -0400 From: "Cliff Brake" To: Subject: RE: loading init problem Date: Wed, 24 May 2000 10:40:36 -0400 Message-ID: <000701bfc58e$06f3c490$1c00a8c0@CBRAKE> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <200005222003.VAA02211@raistlin.arm.linux.org.uk> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > >Cliff Brake writes: >> I am having problems loading /sbin/init from a ramdisk using the >> 2.3.99-pre8-rmk1 arm kernel configured for the L7200 processor (all L7200 >> patches applied). The ramdisk seems to load fine, but the kernel appears to >> be crashing when loading the elf binary and gives the following message: >> >> Internal error: alignment exception: 20000013 > >Well, it appears that the alignment trap is turned on in the >control register, >but there's no fixup. > >This can not happen in 2.3.99-pre8-rmk1, so I guess that you've got >2.3.99-pre8-rmk1 plus other patches, and therefore can't >comment without >more information (and source). Found the problem. cpu_arm720_data_abort() was passing a bogus fsr value to do_DataAbort(). The do_DataAbort() was then interpreting a normal page fault as an alignment exception. Cliff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 17:40:35 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ueCf-0008R6-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 17:40:17 +0100 Received: from [193.145.240.2] (helo=tid.tid.es) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ueCe-0008R0-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 17:40:17 +0100 Received: from tid.es ([172.17.1.9]) by tid.tid.es (Netscape Messaging Server 4.15) with ESMTP id FV2P0000.FO6; Wed, 24 May 2000 18:40:48 +0200 Message-ID: <392C0649.3DA1E6D6@tid.es> Date: Wed, 24 May 2000 18:41:45 +0200 From: David Aparicio Campos X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Nicolas Pitre CC: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: ROM access with 21285 References: Content-Type: multipart/mixed; boundary="------------08BDC59461211E23DD6CCE02" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. --------------08BDC59461211E23DD6CCE02 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Nicolas Pitre wrote: > > I am trying to develop a small firmware core, in order to load Linux from > > disk or network. At this first stage, we are concentrated on serial line support and flash programming. We use a standard memory model, that is, > > ROM mapped in range 0x41000000-0x41FFFFFF. I have also seen > > very nice BIOS-ARM project (best to learn on this subject, helped me a > > lot), but it doesn't focus on flash writing. > > > > My development system is a CATS motherboard, and I have an SST29LE020 > > (256K x 8) flash, compatible with AMD 29xxx family. I succeed reading flash > > contents, but now I am trying to write and it doesn't work at all. > > If your flash is wired 8-bit or 16-bit wide to the 21285, then you have to > play some trick with the CSR_ROMWRITEREG register to address each > individual byte or halfword. > > Here are the sequence to perform if your flash data bus is 8-bit wide: > > Addr to write to Sequence > 0x41000000: *CSR_ROMWRITEREG = 0; *((u_long*)0x41000000) = x; Ok. It's a 8-bit wide. In fact I was using a macro like this: ROMWRITE(OFFS, VAL): *CSR_ROMWRITEREG = (OFFS&3); *((volatile u_char *)(0x41000000 + OFFS)); But what I was doing bad was address bits 0 and 1 for ROM space need to be cleared like this (it seems to me than datasheet doesn't specify this): ROMWRITE(OFFS, VAL): *CSR_ROMWRITEREG = (OFFS&3); *((volatile u_char *)(0x41000000 + (OFFS & 0xFFFFFC))); It's working!!. Thank you very much, Nicolas. David --------------08BDC59461211E23DD6CCE02 Content-Type: text/x-vcard; charset=us-ascii; name="daparic.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for David Aparicio Campos Content-Disposition: attachment; filename="daparic.vcf" begin:vcard n:Aparicio Campos;David tel;fax:+34-91-3374502 tel;work:+34-91-3374178 x-mozilla-html:TRUE org:Telef鏮ica I+D;Gerencia 1200 adr:;;Emilio Vargas, 6;Madrid;;28043;Spain version:2.1 email;internet:daparic@tid.es title:R&D Engineer end:vcard --------------08BDC59461211E23DD6CCE02-- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 18:26:12 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ueuq-0000My-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 18:25:56 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ueup-0000Mq-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 18:25:55 +0100 Received: from kalman.et.tudelft.nl by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id TAA04627; Wed, 24 May 2000 19:19:07 +0200 (MET DST) Received: (from erik@localhost) by kalman.et.tudelft.nl (8.8.8/8.8.8/Debian/GNU) id TAA14360; Wed, 24 May 2000 19:19:07 +0200 Message-Id: <200005241719.TAA14360@kalman.et.tudelft.nl> Subject: Re: ROM access with 21285 In-Reply-To: <392BDBC2.95ED88E4@tid.es> from David Aparicio Campos at "May 24, 0 03:40:18 pm" To: daparic@tid.es (David Aparicio Campos) Date: Wed, 24 May 2000 19:19:06 +0200 (CEST) Cc: linux-arm-kernel@lists.arm.linux.org.uk From: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk David Aparicio Campos wrote: > I am trying to develop a small firmware core, in order to load Linux > from > disk or network. At this first stage, we are concentrated on serial line > > support and flash programming. We use a standard memory model, that is, > ROM mapped in range 0x41000000-0x41FFFFFF. I have also seen > very nice BIOS-ARM project (best to learn on this subject, helped me a > lot), but it doesn't focus on flash writing. Have a look at blob, the LART bootloader. All the basic functionality is already in place, you just have to modify it for your board. URI: http://www.lart.tudelft.nl/lartware/blob/ 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-2783635 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-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 18:27:53 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12uewc-0000OU-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 18:27:46 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12uewb-0000OO-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 18:27:46 +0100 Received: from kalman.et.tudelft.nl by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id TAA04710; Wed, 24 May 2000 19:28:27 +0200 (MET DST) Received: (from erik@localhost) by kalman.et.tudelft.nl (8.8.8/8.8.8/Debian/GNU) id TAA14371; Wed, 24 May 2000 19:28:26 +0200 Message-Id: <200005241728.TAA14371@kalman.et.tudelft.nl> Subject: Re: DMA memory allocation (Related to Zones and Nodes) In-Reply-To: <392BE4BE.99A9C607@cotw.com> from S A McConnell at "May 24, 0 09:18:38 am" To: samcconn@cotw.com Date: Wed, 24 May 2000 19:28:26 +0200 (CEST) Cc: linux-arm-kernel@lists.arm.linux.org.uk From: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk S A McConnell wrote: > What is the recomended approach for allocating memory for non-PCI lower > 24-bit 8-word aligned (0x00fffffe0) dedicated Memory-to-Device DMA? > (Used by many LCD controllers for moving video data.) > > Users need a virtual address of the Video RAM the controller needs a > physical address. > Documentation/DMA-mapping text says the PCI interface does not support > such limited DMA addressing. > > The only approach that we can see to this is to: > - pre-allocate the memory > - Remove it from the memory pool (with a fix up) > - Provide a virtual to physical mapping. > > We were wondering if there was a better method? Can you point out an > example? Have a look at consistent_alloc() (and friends) in arch/arm/mm/consistent.c, this function will exactly do what you want. 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-2783635 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-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 18:51:57 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ufJ6-0000hj-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 18:51:00 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ufJ5-0000hb-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 18:50:59 +0100 Received: from netwinder.org (IDENT:ralphs@[10.8.44.1]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id NAA08662 for ; Wed, 24 May 2000 13:51:36 -0400 Message-ID: <392C16A8.94E1ECBC@netwinder.org> Date: Wed, 24 May 2000 13:51:36 -0400 From: Ralph Siemsen X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Invalid assembly? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk In arch/arm/kernel/entry-armv.S we find several instances of: msr cpsr_c, #I_BIT | MODE_SVC Binutils 2.9.5.0.3x seems to handle this okay (but the actual code expands to putting the immediate value into r9), while binutils 2.9.5.0.42 flags it as invalid. Looking at the ARM architecture reference manual, the immediate addressing mode seems to be valid only for cpsr_f and spsr_f, and not the other fields. Bug? -- Ralph Siemsen -- ralphs@netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 21:48:26 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ui4U-00027l-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 21:48:06 +0100 Received: from [194.168.180.51] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ui4S-00027e-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 21:48:04 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id VAA04964; Wed, 24 May 2000 21:19:27 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id VAA00405; Wed, 24 May 2000 21:16:01 +0100 Message-Id: <200005242016.VAA00405@raistlin.arm.linux.org.uk> Subject: Re: DMA memory allocation (Related to Zones and Nodes) To: samcconn@cotw.com Date: Wed, 24 May 2000 21:16:00 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <392BE4BE.99A9C607@cotw.com> from "S A McConnell" at May 24, 2000 09:18:38 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk S A McConnell writes: > We were wondering if there was a better method? Can you point out an > example? There is. Under your architecture, you would have to allocate the usable DMA memory to ZONE_DMA, and the rest to ZONE_NORMAL. Whenever you ask any allocator in the kernel for memory with a gfp mask value ored with GFP_DMA, then you will end up getting memory only from ZONE_DMA, ie, in your case memory which has the top 8 bits of the physical address clear. Depending on the requirements of your peripheral, you may be able to do with non-contiguous pages for DMA, in which case I'd strongly recommend that you use the PCI consistency stuff with a NULL pci_device pointer to get a region of uncached PCI space. You can then mmap() this space (but that's not trivial at the moment). The alternative is to allocate a large region using __get_free_pages(), but not that this can, and most likely will fail when you're getting low on memory. The former is the preferred method if at all possible. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 22:46:47 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12uiyz-00036A-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 22:46:29 +0100 Received: from [205.250.170.220] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12uiyy-000363-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 22:46:28 +0100 Date: Wed, 24 May 2000 17:46:12 -0400 (EDT) From: Nicolas Pitre To: Russell King - ARM Linux Admin cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: DMA memory allocation (Related to Zones and Nodes) In-Reply-To: <200005242016.VAA00405@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Wed, 24 May 2000, Russell King - ARM Linux Admin wrote: > Depending on the requirements of your peripheral, you may be able to > do with non-contiguous pages for DMA, in which case I'd strongly > recommend that you use the PCI consistency stuff with a NULL pci_device > pointer to get a region of uncached PCI space. You can then mmap() > this space (but that's not trivial at the moment). Incidentally, I was looking at some code which looks like this: db->rawbuf = pci_alloc_consistent(s->dev, PAGE_SIZE << order, &db->dmaaddr); [...] /* now mark the pages as reserved; otherwise remap_page_range * doesn't do what we want */ */ mapend = MAP_NR(db->rawbuf + (PAGE_SIZE << db->buforder) - 1); for (map = MAP_NR(db->rawbuf); map <= mapend; map++) set_bit(PG_reserved, &mem_map[map].flags); (excert from drivers/sound/es1371.c) It looks to me that this will work on I386, but fail on ARM, Sparc and probably other architectures as well since the provided virtual address is generated through a vmalloc() which MAP_NR() isn't able to make sense of. What's the correct way to handle mmap() onto such addresses? This is maybe a LK question... Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 24 22:51:15 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12uj3U-00038Y-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 24 May 2000 22:51:08 +0100 Received: from [194.168.180.51] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12uj3T-00038Q-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 24 May 2000 22:51:07 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id WAA05539; Wed, 24 May 2000 22:51:41 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id WAA00891; Wed, 24 May 2000 22:48:14 +0100 Message-Id: <200005242148.WAA00891@raistlin.arm.linux.org.uk> Subject: Re: DMA memory allocation (Related to Zones and Nodes) To: nico@cam.org (Nicolas Pitre) Date: Wed, 24 May 2000 22:48:13 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Nicolas Pitre" at May 24, 2000 05:46:12 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Nicolas Pitre writes: > What's the correct way to handle mmap() onto such addresses? Yes, well, ahem. That's the messy bit. Although video-cyberpro.c doesn't use pci_alloc_consistent, it does remap_page_range() on each page individually. However, I'm planning to investigate the kiobuf stuff, which should clean some (and I mean only some) of it up. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 25 00:49:35 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12uktk-0003wY-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 25 May 2000 00:49:12 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12uktj-0003wS-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 25 May 2000 00:49:11 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id TAA26574; Wed, 24 May 2000 19:49:04 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Wed, 24 May 2000 19:49:04 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Russell King - ARM Linux Admin cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: DMA memory allocation (Related to Zones and Nodes) In-Reply-To: <200005242148.WAA00891@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Wed, 24 May 2000, Russell King - ARM Linux Admin wrote: > Nicolas Pitre writes: > > What's the correct way to handle mmap() onto such addresses? > > Yes, well, ahem. That's the messy bit. Although video-cyberpro.c doesn't > use pci_alloc_consistent, it does remap_page_range() on each page > individually. > > However, I'm planning to investigate the kiobuf stuff, which should clean > some (and I mean only some) of it up. Maybe a generic method is required so all those drivers would be portable across all architectures, just like what happened with PCI consistent memory. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 25 03:51:39 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12unjm-00054i-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 25 May 2000 03:51:06 +0100 Received: from [208.242.241.39] (helo=cvsftp.cotw.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12unjl-00054c-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 25 May 2000 03:51:05 +0100 Received: from cotw.com (IDENT:samcconn@ptecdev2.ptec.com [192.168.10.4]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id VAA05944; Wed, 24 May 2000 21:51:46 -0500 Message-ID: <392C9561.BFFBEFD6@cotw.com> Date: Wed, 24 May 2000 21:52:17 -0500 From: S A McConnell Reply-To: samcconn@cotw.com X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: DMA memory allocation (Related to Zones and Nodes) References: <200005242016.VAA00405@raistlin.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Russell King - ARM Linux Admin wrote: > > Under your architecture, you would have to allocate the usable DMA memory > to ZONE_DMA, and the rest to ZONE_NORMAL. O.k. I will check to see what we are placing in ZONE_DMA. We also have GPIO DMA and memory-to-memory. I have not dug into those ideas. > Whenever you ask any allocator > in the kernel for memory with a gfp mask value ored with GFP_DMA, then > you will end up getting memory only from ZONE_DMA, ie, in your case memory > which has the top 8 bits of the physical address clear. Code taken from sa1100fb.c I tried this and it returned an out of range address >24 bits. if ((allocated_region = (char *)__get_free_pages(GFP_KERNEL | GFP_DMA, order)) == NULL) return -ENOMEM; > > Depending on the requirements of your peripheral, you may be able to > do with non-contiguous pages for DMA, in which case I'd strongly > recommend that you use the PCI consistency stuff with a NULL pci_device > pointer to get a region of uncached PCI space. You can then mmap() > this space (but that's not trivial at the moment). I will have to think about this. The device expects a physical address of the start of video RAM. You also program it with Pixels Per Line and number of lines per screen. That tells me it wants contiguous physical memory. > > The alternative is to allocate a large region using __get_free_pages(), > but not that this can, and most likely will fail when you're getting low > on memory. > Yep :( Thanks for the info! As for the mmap() you and Eric have really confused me. Expect some follow up questions :-) after I do some more studying. SAM unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 25 09:08:52 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12usgH-00074m-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 25 May 2000 09:07:49 +0100 Received: from [194.168.180.1] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12usgF-00074X-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 25 May 2000 09:07:48 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id JAA07149; Thu, 25 May 2000 09:08:24 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id JAA06377; Thu, 25 May 2000 09:04:58 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005250804.JAA06377@flint.arm.linux.org.uk> Subject: Re: loading init problem To: cbrake@accelent.com (Cliff Brake) Date: Thu, 25 May 2000 09:04:58 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <000701bfc58e$06f3c490$1c00a8c0@CBRAKE> from "Cliff Brake" at May 24, 2000 10:40:36 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Cliff Brake writes: > Found the problem. cpu_arm720_data_abort() was passing a bogus fsr value to > do_DataAbort(). The do_DataAbort() was then interpreting a normal page > fault as an alignment exception. This was in my last release note. There's a little more that needs to be done than just correcting the register that the fsr is passed in. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 25 09:09:25 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ushi-00075h-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 25 May 2000 09:09:18 +0100 Received: from [194.168.180.1] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ushf-00075Z-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 25 May 2000 09:09:17 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id JAA07269; Thu, 25 May 2000 09:09:22 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id JAA06507; Thu, 25 May 2000 09:05:56 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005250805.JAA06507@flint.arm.linux.org.uk> Subject: Re: DMA memory allocation (Related to Zones and Nodes) To: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Date: Thu, 25 May 2000 09:05:56 +0100 (BST) Cc: samcconn@cotw.com, linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <200005241728.TAA14371@kalman.et.tudelft.nl> from "Erik Mouw" at May 24, 2000 07:28:26 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Erik Mouw writes: > Have a look at consistent_alloc() (and friends) in arch/arm/mm/consistent.c, > this function will exactly do what you want. Please, don't use consistent_alloc() and friends directly - go via the pci_* versions for the moment and pass a NULL pci_device pointer. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 25 16:31:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12uzam-0003CW-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 25 May 2000 16:30:36 +0100 Received: from [202.141.26.181] (helo=ee.iitm.ernet.in ident=ee96162) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12uzai-0003CG-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 25 May 2000 16:30:33 +0100 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id UAA08051 for ; Thu, 25 May 2000 20:59:31 +0530 Date: Thu, 25 May 2000 20:59:31 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Kernel for 7500FE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I am compiling the Linux Kernel 2.3.99 pre5 and using the arm-linux cross Tool Chain made up of binutils 2.9.5.0.22 for a Cirrus Logic ARM 7500FE processor. During the make of kernel, i am getting the following 2 error messages : How do overcome these errors: ERROR1 ------------------------------------------------------------------------- make[3]: Entering directory `/linux/drivers/char' /skiff/local/bin/arm-linux-gcc -D__KERNEL__ -I/linux/include -Wall -Wstrict-pro$In file included from /linux/include/linux/vt_buffer.h:19, from /linux/include/linux/selection.h:10, from tty_io.c:97: /linux/include/asm/vga.h:6: asm/arch/vga.h: No such file or directory ERROR2 ------------------------------------------------------------------------- make[3]: Entering directory `/linux/drivers/video' /skiff/local/bin/arm-linux-gcc -D__KERNEL__ -I/linux/include -Wall -Wstrict-pro$vgacon.c: In function `vgacon_startup': vgacon.c:288: `PCIMEM_BASE' undeclared (first use in this function) vgacon.c:288: (Each undeclared identifier is reported only once vgacon.c:288: for each function it appears in.) vgacon.c: In function `vgacon_do_font_op': vgacon.c:721: `PCIMEM_BASE' undeclared (first use in this function) vgacon.c:715: warning: `charmap' might be used uninitialized in this function make[3]: *** [vgacon.o] Error 1 ------------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu May 25 22:57:03 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12v5Zy-0007UG-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 25 May 2000 22:54:10 +0100 Received: from [202.141.26.181] (helo=ee.iitm.ernet.in ident=ee96206) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12v5Zv-0007Ty-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 25 May 2000 22:54:08 +0100 Received: from localhost (ee96206@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id EAA05533 for ; Fri, 26 May 2000 04:18:29 +0530 Date: Fri, 26 May 2000 04:18:29 +0530 (IST) From: Venkata Srinivas V To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Kernel Image Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I have complied a 2.3.99 Kernel Image, using the ARM Linux Cross Tool Chain. When I tried to download the vmlinux file to my Cirrus Logic Evaluation platform (on which I have angel debugger running) using the ARM SDT, i get the message: Data Abort. When I tried to simulate the same Image (vmlinux file) it is getting stuck at one point where it is branching to a previous instruction and keeps looping.... How do I diagnose the problem?? I can send the kernel configuration file and the vmlinux files if required. Hoping some one would be able to help me out of this.... Regards, Srinivas --------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 01:59:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12v8Sn-0001rF-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 01:58:57 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12v8Sm-0001qd-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 01:58:57 +0100 Received: By OpenMail Mailer;Fri, 26 May 2000 10:02:34 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: How to let LP-E work on assabet? Message-ID: <959306554.63538.cm_lee@mail2000.com.tw> To: "linux-arm-kernel" Date: Fri, 26 May 2000 10:02:34 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Dear All: I have tried linux 2.3.99-pre8 to make the CF etnernet card LP-E work. I follow the sample configuration file 'linux-2.3.99-pre8-rmk1-np3-jd1.config' to configure my kernel source. However, after boot from assabet, I did not see any message about card service or CF LP-E card. I use the original ramdisk image ramdisk_img.gz . I also tried the ramdisk_pcmcia.gz one, but the image seems broken. Which ramdisk image should I use?? Following is out ot topic: I use Netscape to download ramdisk_pcmcia.gz, and the size is 5133047 bytes. However, with IE to dowonload, its size changes to 7680000 bytes. And these two .gz are thought 'not in gzip format' by gzip... Is it normal?? Thanks! kirk -- ----== Mailed via Openfind ==----- http://mail2000.com.tw/ 提供免費的 e-mail 信箱服務 unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 11:33:17 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vHOp-0000iP-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 11:31:27 +0100 Received: from [203.126.201.94] (helo=media4.mediahub.com.sg) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vHOn-0000hr-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 11:31:26 +0100 Received: from op.com.sg (ppp61.dyn114.pacific.net.sg [210.24.114.61]) by media4.mediahub.com.sg (8.9.3/8.9.3) with SMTP id SAA10928 for ; Fri, 26 May 2000 18:33:11 +0800 (SGT) X-SMTP-TO: Received: from hoang.pacific.net.sg [192.168.1.33] by op.com.sg [127.0.0.1] with SMTP (MDaemon.v2.7.SP3.R) for ; Fri, 26 May 2000 18:08:35 +0800 Received: by hoang.pacific.net.sg with Microsoft Mail id <01BFC743.5C2184A0@hoang.pacific.net.sg>; Fri, 26 May 2000 18:51:11 +0800 Message-ID: <01BFC743.5C2184A0@hoang.pacific.net.sg> From: Nguyen Xuan Hoang To: "linux-arm-kernel@lists.arm.linux.org.uk" Subject: zImage on Assabet Date: Fri, 26 May 2000 18:51:04 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MDaemon-Deliver-To: linux-arm-kernel@lists.arm.linux.org.uk Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello I'm looking for Linux pre-compiled kernel (zImage) on Assabet( SA-1110 = DVK). Can anyone tell me where can download it? I'm just a newcomer. Thank in advance Hoang unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 13:26:03 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vJBI-0002UG-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 13:25:36 +0100 Received: from [210.184.5.125] (helo=pikachu.idthk.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vJBG-0002U3-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 13:25:34 +0100 Received: from localhost (thomas@localhost) by pikachu.idthk.com (8.9.3/8.8.7) with ESMTP id UAA19940 for ; Fri, 26 May 2000 20:26:24 +0800 Date: Fri, 26 May 2000 20:26:24 +0800 (CST) From: Chan Tak Shing Thomas To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Assabet and IrDA Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi Nicolas et al, I've tested the Linux IrDA driver (IrTTY) on Assabet and it just works fine out of the box. It can even beam files from/to a Psion 5 using the irpsion5 utility from irda-utils-0.9.10. But we need to detach the LCD screen for this to work (there is some kind of interference with the transceiver, my colleagues told me). Patch below (for those of you who can't wait). ;) Regards, Tak-Shing Chan --- /usr/src/linux-2.3.99-pre8-rmk1-np5/drivers/char/serial_sa1100.c Fri May 26 19:54:37 2000 +++ serial_sa1100.c Fri May 26 20:07:57 2000 @@ -2016,6 +2016,17 @@ } break; #endif +#ifdef CONFIG_SA1100_ASSABET + case (int)&Ser2UTCR0: + BCR_clear(BCR_IRDA_FSEL); + BCR_clear(BCR_IRDA_MD1); + BCR_clear(BCR_IRDA_MD0); + BCR_clear(BCR_TV_IR_DEC); + Ser2UTCR4 = UTCR4_HSE; + Ser2HSCR0 = 0; + Ser2HSSR0 = HSSR0_EIF | HSSR0_TUR | HSSR0_RAB | HSSR0_FRE; + break; +#endif default: printk("ttyS%d: unsupported device\n", state->line); restore_flags(flags); @@ -2059,6 +2070,7 @@ serial_driver.subtype = SERIAL_TYPE_NORMAL; serial_driver.init_termios = tty_std_termios; if( machine_is_empeg() || + machine_is_assabet() || machine_is_bitsy() || machine_is_victor() ) { /* Life in the fast lane */ @@ -2109,11 +2121,11 @@ panic("Couldn't register callout driver\n"); if( machine_is_brutus() || - machine_is_assabet() || machine_is_tifon() ) { rs_table[0] = SA1100_UART1; rs_table[1] = SA1100_UART3; - } else if( machine_is_empeg() ) { + } else if( machine_is_empeg() || + machine_is_assabet() ) { rs_table[0] = SA1100_UART1; rs_table[1] = SA1100_UART3; rs_table[2] = SA1100_UART2; unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 13:33:56 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vJJJ-0002cH-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 13:33:53 +0100 Received: from [210.184.5.125] (helo=pikachu.idthk.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vJJG-0002c2-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 13:33:51 +0100 Received: from localhost (thomas@localhost) by pikachu.idthk.com (8.9.3/8.8.7) with ESMTP id UAA19969 for ; Fri, 26 May 2000 20:34:41 +0800 Date: Fri, 26 May 2000 20:34:41 +0800 (CST) From: Chan Tak Shing Thomas To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Assabet LCD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Assabeters, http://developer.intel.com/design/strong/specupdt/278325.htm BCR_LCD_12RGB has changed its meaning. In sa1100fb.c, replacing BCR_clear(BCR_LCD_12RGB) with BCR_set(BCR_LCD_12RGB) will fix the messy screen on newer Assabets. Regards, Tak-Shing Chan unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 13:38:17 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vJMF-0002g6-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 13:36:55 +0100 Received: from [194.168.180.58] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vJMC-0002fr-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 13:36:53 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id JAA12515; Fri, 26 May 2000 09:57:44 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id JAA10763; Fri, 26 May 2000 09:54:16 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005260854.JAA10763@flint.arm.linux.org.uk> Subject: Re: How to let LP-E work on assabet? To: cm_lee@mail2000.com.tw Date: Fri, 26 May 2000 09:54:16 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk (linux-arm-kernel) In-Reply-To: <959306554.63538.cm_lee@mail2000.com.tw> from "Chien-Min Lee" at May 26, 2000 10:02:34 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Chien-Min Lee writes: > Following is out ot topic: > I use Netscape to download ramdisk_pcmcia.gz, and the size is 5133047 bytes. > However, with IE to dowonload, its size changes to 7680000 bytes. > And these two .gz are thought 'not in gzip format' by gzip... > Is it normal?? I'd guess that IE is doing LF->CRLF translation on the gzip'd file, rendering it utterly useless. Check to see if you can turn this off, or use a ftp or web client which doesn't do this translation to download these files! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 13:42:19 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vJQ6-0002ka-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 13:40:54 +0100 Received: from [210.184.5.125] (helo=pikachu.idthk.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vJQ4-0002jn-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 13:40:53 +0100 Received: from localhost (thomas@localhost) by pikachu.idthk.com (8.9.3/8.8.7) with ESMTP id UAA20044 for ; Fri, 26 May 2000 20:41:44 +0800 Date: Fri, 26 May 2000 20:41:43 +0800 (CST) From: Chan Tak Shing Thomas To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Assabet LCD (cont.) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, Oh and by the way, the fb params (in sa1100fb_encode_var()) should be (asterisks mean changes): case 16: * var->red.length = 5; * var->blue.length = 5; * var->green.length = 6; var->transp.length = 0; * var->red.offset = 11; var->green.offset = 5; var->blue.offset = 0; var->transp.offset = 0; Regards, Tak-Shing Chan unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 15:59:41 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vLa3-0004vL-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 15:59:19 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vLa1-0004vE-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 15:59:17 +0100 Received: from server01.asi (akron-80-181.ar51.net [208.225.80.181]) by ice.ar51.net (8.9.3/8.8.7) with ESMTP id KAA09431; Fri, 26 May 2000 10:58:59 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Fri, 26 May 2000 10:59:41 -0400 Message-ID: From: Jeff Sutherland To: "John G. Dorsey (E-mail)" Cc: "Linux ARM kernel mailing list (E-mail)" Subject: Lockup upon booting Assabet with Socket card installed Date: Fri, 26 May 2000 10:59:26 -0400 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-kernel@lists.arm.linux.org.uk Precedence: bulk ref: kernel 2.3.99-pre8-rmk1-np4 This just *may* be a problem with the older 1st generation Assabet board, but it won't boot with the Socket compact flash Ethernet card installed. Card is not powered up by the bootloader (light on the hub is off), and the kernel always crashes in the same place- inside sa1100fb.c, so hasn't gotten to PCMCIA setups yet. Far as I can tell at this point, it's in the function sa1100fb_enable_lcd_controller. The last sane output is when this routine exits: 'palette setup done, disabling interrupts'. I get a little more partial printk output from sa1100fb_decode_var then the thing goes through a hard reset (bootloader prompt reappears). Unplug the card and it boots normally. HOWEVER, it also boots normally when a Sandisk compact FLASH card is inserted. Does this begin to sound like a wild interrupt problem on the upper GPIO's? //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 17:04:58 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vMbP-0006MH-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 17:04:47 +0100 Received: from [205.250.170.220] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vMbO-0006M2-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 17:04:46 +0100 Date: Fri, 26 May 2000 12:00:52 -0400 (EDT) From: Nicolas Pitre To: Jeff Sutherland cc: "John G. Dorsey (E-mail)" , "Linux ARM kernel mailing list (E-mail)" Subject: Re: Lockup upon booting Assabet with Socket card installed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, 26 May 2000, Jeff Sutherland wrote: [...] > partial printk output from sa1100fb_decode_var then the thing goes through a > hard reset (bootloader prompt reappears). Unplug the card and it boots > normally. HOWEVER, it also boots normally when a Sandisk compact FLASH card > is inserted. Does this begin to sound like a wild interrupt problem on the > upper GPIO's? I don't have the problem you describe here. I would be really surprised if a misconfigured interrupt could cause a hard reset anyway. It is most probably some hardware race. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 17:06:19 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vMcg-0006Q9-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 17:06:06 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vMcf-0006Pm-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 17:06:05 +0100 Received: from server01.asi (akron-80-181.ar51.net [208.225.80.181]) by ice.ar51.net (8.9.3/8.8.7) with ESMTP id MAA14051; Fri, 26 May 2000 12:06:01 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Fri, 26 May 2000 12:06:43 -0400 Message-ID: From: Jeff Sutherland To: "'Nicolas Pitre'" Cc: "'John G. Dorsey (E-mail)'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Lockup upon booting Assabet with Socket card installed Date: Fri, 26 May 2000 12:06:33 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > [...] > > partial printk output from sa1100fb_decode_var then the > thing goes through a > > hard reset (bootloader prompt reappears). Unplug the card > and it boots > > normally. HOWEVER, it also boots normally when a Sandisk > compact FLASH card > > is inserted. Does this begin to sound like a wild > interrupt problem on the > > upper GPIO's? > > I don't have the problem you describe here. > > I would be really surprised if a misconfigured interrupt could cause a > hard reset anyway. It is most probably some hardware race. > > > Nicolas Again, this is on that old first generation Assabet of mine. Haven't had a chance to try the latest kernels on our newer one... //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 16:28:59 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vM2b-0000OR-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 16:28:49 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vMcf-0006Pm-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 17:06:05 +0100 Received: from server01.asi (akron-80-181.ar51.net [208.225.80.181]) by ice.ar51.net (8.9.3/8.8.7) with ESMTP id MAA14051; Fri, 26 May 2000 12:06:01 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Fri, 26 May 2000 12:06:43 -0400 Message-ID: From: Jeff Sutherland To: "'Nicolas Pitre'" Cc: "'John G. Dorsey (E-mail)'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Lockup upon booting Assabet with Socket card installed Date: Fri, 26 May 2000 12:06:33 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > [...] > > partial printk output from sa1100fb_decode_var then the > thing goes through a > > hard reset (bootloader prompt reappears). Unplug the card > and it boots > > normally. HOWEVER, it also boots normally when a Sandisk > compact FLASH card > > is inserted. Does this begin to sound like a wild > interrupt problem on the > > upper GPIO's? > > I don't have the problem you describe here. > > I would be really surprised if a misconfigured interrupt could cause a > hard reset anyway. It is most probably some hardware race. > > > Nicolas Again, this is on that old first generation Assabet of mine. Haven't had a chance to try the latest kernels on our newer one... //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 16:57:10 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vMTv-0000VX-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 16:57:03 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vMcf-0006Pm-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 17:06:05 +0100 Received: from server01.asi (akron-80-181.ar51.net [208.225.80.181]) by ice.ar51.net (8.9.3/8.8.7) with ESMTP id MAA14051; Fri, 26 May 2000 12:06:01 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Fri, 26 May 2000 12:06:43 -0400 Message-ID: From: Jeff Sutherland To: "'Nicolas Pitre'" Cc: "'John G. Dorsey (E-mail)'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: Lockup upon booting Assabet with Socket card installed Date: Fri, 26 May 2000 12:06:33 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > [...] > > partial printk output from sa1100fb_decode_var then the > thing goes through a > > hard reset (bootloader prompt reappears). Unplug the card > and it boots > > normally. HOWEVER, it also boots normally when a Sandisk > compact FLASH card > > is inserted. Does this begin to sound like a wild > interrupt problem on the > > upper GPIO's? > > I don't have the problem you describe here. > > I would be really surprised if a misconfigured interrupt could cause a > hard reset anyway. It is most probably some hardware race. > > > Nicolas Again, this is on that old first generation Assabet of mine. Haven't had a chance to try the latest kernels on our newer one... //Jeff unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 17:05:46 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vMc2-0000cr-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 17:05:26 +0100 Received: from [205.250.170.220] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vMbO-0006M2-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 17:04:46 +0100 Date: Fri, 26 May 2000 12:00:52 -0400 (EDT) From: Nicolas Pitre To: Jeff Sutherland cc: "John G. Dorsey (E-mail)" , "Linux ARM kernel mailing list (E-mail)" Subject: Re: Lockup upon booting Assabet with Socket card installed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, 26 May 2000, Jeff Sutherland wrote: [...] > partial printk output from sa1100fb_decode_var then the thing goes through a > hard reset (bootloader prompt reappears). Unplug the card and it boots > normally. HOWEVER, it also boots normally when a Sandisk compact FLASH card > is inserted. Does this begin to sound like a wild interrupt problem on the > upper GPIO's? I don't have the problem you describe here. I would be really surprised if a misconfigured interrupt could cause a hard reset anyway. It is most probably some hardware race. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 17:28:18 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vMxn-00010u-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 17:27:55 +0100 Received: from [128.2.10.82] (helo=smtp2.andrew.cmu.edu) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vMxl-00010m-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 17:27:53 +0100 Received: from unix15.andrew.cmu.edu (UNIX15.ANDREW.CMU.EDU [128.2.15.19]) by smtp2.andrew.cmu.edu (8.9.3/8.9.3) with SMTP id NAA20531; Fri, 26 May 2000 13:25:32 -0400 (EDT) Date: Fri, 26 May 2000 13:25:33 -0400 (EDT) From: John G Dorsey To: Chien-Min Lee cc: linux-arm-kernel Subject: Re: How to let LP-E work on assabet? In-Reply-To: <959306554.63538.cm_lee@mail2000.com.tw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, 26 May 2000, Chien-Min Lee wrote: > However, after boot from assabet, I did not see any message about > card service or CF LP-E card. As it currently stands, the kernel by itself does not implement the Card Services functionality. (Although Nicolas has asked for this; maybe it will partially happen in the next few days.) You must `make modules` and place the resulting objects in your ramdisk, and then load them at runtime. The ramdisk_pcmcia.gz image should give you a good starting point for setting up your own ramdisk, if you like. (Note that the image on my PCMCIA page was assembled for a kernel release which has recently become out of date. Once I make some more progress on Neponset, I'll refresh that image.) -jd unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri May 26 18:59:25 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vOIu-0002RT-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 26 May 2000 18:53:48 +0100 Received: from [210.59.228.108] (helo=relay5.url.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12vOIm-0002Qf-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 26 May 2000 18:53:42 +0100 Received: from ms3.url.com.tw ([210.59.228.13]) by AccSMTP/NT 2.5 (210.59.228.108) [210.59.228.108]; Sat, 27 May 2000 03:18:13 +0800 Received: from pads3 ([140.114.79.13]) by AccSMTP/NT 2.5 (210.59.228.36) [210.59.228.36]; Sat, 27 May 2000 02:37:34 +0800 Message-ID: <000801bfc741$5182ee00$0d4f728c@cs.nthu.edu.tw> From: "Kevin Cheng" To: Subject: An building cross-compiler error message. Date: Sat, 27 May 2000 02:36:31 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01BFC784.5DFAEF00" 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-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0005_01BFC784.5DFAEF00 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hi, there. I want to build a cross-compiler(arm-unknown-coff), and I follow Chris = Rutters' ARM toolchain guide(http://inkvine.fluff.org/~chris/arm-tools.html) . When I = used the =20 -Dinhibit_libc hack, there are still error message: ./libgcc2.c:41 stdlib.h : No such file or directory ./libgcc2.c:41 unistd.h : No such file or directory make[3]: *** [libgcc2.a] Error 1 ........ ........ Please give me any opinioon, thank you very much. Kevinmailto:beast@ms3.url.com.tw =20 ------=_NextPart_000_0005_01BFC784.5DFAEF00 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable

Hi, = there.
I want to build a = cross-compiler(arm-unknown-coff),=20 and I follow Chris Rutters' ARM
toolchain guide(http://inkvine.fl= uff.org/~chris/arm-tools.html) .=20 When I  used the   
 -Dinhibit_libc hack, there are still=20 error message:
 
./libgcc2.c:41 = stdlib.h : No such file or=20 directory
./libgcc2.c:41 unistd.h : No=20 such file or directory
make[3]: *** = [libgcc2.a] Error  1
........
........
 
Please give me any = opinioon, thank you very=20 much.
Kevinmailto:beast@ms3.url.com.tw
 
 
 
 
------=_NextPart_000_0005_01BFC784.5DFAEF00-- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat May 27 03:46:57 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vWbc-0001P2-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 27 May 2000 03:45:40 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12vWba-0001Od-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 27 May 2000 03:45:38 +0100 Received: By OpenMail Mailer;Sat, 27 May 2000 11:49:09 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Re: How to let LP-E work on assabet? Message-ID: <959399349.20215.cm_lee@mail2000.com.tw> To: "jd5q" Cc: "linux-arm-kernel" Date: Sat, 27 May 2000 11:49:09 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi: >You must `make modules` and >place the resulting objects in your ramdisk, and then load >them at >runtime. The ramdisk_pcmcia.gz image should give you a >good starting point >for setting up your own ramdisk. Thanks for your reply. I have tried the ramdisk_pcmcia.gz mentioned above. It works well, however I have following problems: After assabet boot, the card service is loaded and LP-E is founded. Then I configure that net device with following command [root@Linux /root]$ifconfig eth0 210.68.77.4 [root@Linux /root]$route add -net 210.68.77.0 netmask 255.255.255.0 dev eth0 [root@Linux /root]$route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 140.109.77.0 * 255.255.255.0 U 0 0 0 eth0 localnet * 255.0.0.0 U 0 0 0 eth0 But the 'ping' command failed with following erroes: [root@Linux /root]$ping 210.68.77.3 PING 210.68.77.3 (210.68.77.3): 56 data bytes eth0: interrupt(s) dropped! eth0: interrupt(s) dropped! Device lo is down. Device lo is down. Device lo is down. eth0: interrupt(s) dropped! Device lo is down. Device lo is down. Device lo is down. eth0: interrupt(s) dropped! What happened!?? Why does 'ping' response these errors. ps: I use 2.3.99pre8-rmk1-np3 patch without jd1 patch appling. Thanks! kirk -- ----== Mailed via Openfind ==----- http://mail2000.com.tw/ 提供免費的 e-mail 信箱服務 unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat May 27 13:23:56 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vfcN-0007UA-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 27 May 2000 13:23:03 +0100 Received: from [203.126.201.94] (helo=media4.mediahub.com.sg) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vfcL-0007To-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 27 May 2000 13:23:01 +0100 Received: from op.com.sg (ppp55.dyn126.pacific.net.sg [210.24.126.55]) by media4.mediahub.com.sg (8.9.3/8.9.3) with SMTP id UAA12485 for ; Sat, 27 May 2000 20:24:31 +0800 (SGT) X-SMTP-TO: Received: from hoang.pacific.net.sg [192.168.1.33] by op.com.sg [127.0.0.1] with SMTP (MDaemon.v2.7.SP3.R) for ; Sat, 27 May 2000 19:59:18 +0800 Received: by hoang.pacific.net.sg with Microsoft Mail id <01BFC81B.F8329540@hoang.pacific.net.sg>; Sat, 27 May 2000 20:41:44 +0800 Message-ID: <01BFC81B.F8329540@hoang.pacific.net.sg> From: Nguyen Xuan Hoang To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: gdb for embedded linux Date: Sat, 27 May 2000 20:41:42 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MDaemon-Deliver-To: linux-arm-kernel@lists.arm.linux.org.uk Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Dear All, I am trying to find out it is possible to debug linux kernel on an = embedded system by using gdb ? what is the disadvantage of gdb comparing = with ICE? if I want to debug low level function (e.x: interrupt,DMA,...) can I use = gdb?=20 thank for any answer Hoang unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat May 27 13:49:59 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12vg2G-0007qI-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 27 May 2000 13:49:48 +0100 Received: from [194.168.180.79] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12vg2E-0007qB-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 27 May 2000 13:49:46 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id NAA18043; Sat, 27 May 2000 13:49:32 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id NAA23064; Sat, 27 May 2000 13:46:03 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005271246.NAA23064@flint.arm.linux.org.uk> Subject: Re: downloading kernel image To: ee96162@ee.iitm.ernet.in Date: Sat, 27 May 2000 13:46:03 +0100 (BST) Cc: sami@hmec.co.kr (Jungjun Kim), linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Lavu Sridhar" at May 27, 2000 04:54:54 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Lavu Sridhar writes: > However, after this when I disassemble and see the code, it enters > an infinite loop right after 5 instructions. It is checking the contents > of the registers r0, r7, r10 .... (i have given the code below) > Here it is entering an infinite loop! because of one of three reasons: 1. The kernel may not be called correctly (r0 and r1 must contain the correct values). 2. The processor is not recognised by the kernel. 3. The architecture number (in r1) is not recognised. PS, this isn't a user-level issue. Please post to linux-arm-kernel instead of the user-based linux-arm list. Thanks. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 29 08:59:57 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wKPb-0001mZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 29 May 2000 08:56:35 +0100 Received: from [204.71.203.74] (helo=web3507.mail.yahoo.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12wKPY-0001m7-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 08:56:33 +0100 Message-ID: <20000529085345.18764.qmail@web3507.mail.yahoo.com> Received: from [206.103.12.152] by web3507.mail.yahoo.com; Mon, 29 May 2000 01:53:45 PDT Date: Mon, 29 May 2000 01:53:45 -0700 (PDT) From: Lavu Sridhar Subject: Kernel for 7500FE To: linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I am compiling the Linux Kernel 2.3.99 pre5 and using the arm-linux cross Tool Chain made up of binutils 2.9.5.0.22 for a Cirrus Logic ARM 7500FE processor. During the make of kernel, i got the following 2 error messages : How do overcome these errors: ERROR1 ---------------------------------------------------------------------- make[3]: Entering directory `/linux/drivers/char' /skiff/local/bin/arm-linux-gcc -D__KERNEL__ -I/linux/include -Wall -Wstrict-pro$In file included from /linux/include/linux/vt_buffer.h:19, from /linux/include/linux/selection.h:10, from tty_io.c:97: /linux/include/asm/vga.h:6: asm/arch/vga.h: No such file or directory ERROR2 ---------------------------------------------------------------------- ake[3]: Entering directory `/linux/drivers/video' /skiff/local/bin/arm-linux-gcc -D__KERNEL__ -I/linux/include -Wall -Wstrict-pro$vgacon.c: In function `vgacon_startup': vgacon.c:288: `PCIMEM_BASE' undeclared (first use in this function) vgacon.c:288: (Each undeclared identifier is reported only once vgacon.c:288: for each function it appears in.) vgacon.c: In function `vgacon_do_font_op': vgacon.c:721: `PCIMEM_BASE' undeclared (first use in this function) vgacon.c:715: warning: `charmap' might be used uninitialized in this function make[3]: *** [vgacon.o] Error 1 ---------------------------------------------------------------------- I WOULD BE GRATEFUL, IF SOMEONE WHO HAS PORTED LINUX TO CL7500FE CAN HELP ME. Thanks, Regards, -Lavu Sridhar __________________________________________________ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 29 12:09:30 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wNOT-0004Sb-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 29 May 2000 12:07:37 +0100 Received: from [194.168.180.44] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wNOQ-0004SO-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 12:07:35 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id NAA01508; Mon, 29 May 2000 13:05:10 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id NAA00989; Mon, 29 May 2000 13:05:00 +0100 Message-Id: <200005291205.NAA00989@raistlin.arm.linux.org.uk> Subject: Re: Kernel for 7500FE To: lavu30@yahoo.com (Lavu Sridhar) Date: Mon, 29 May 2000 13:05:00 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <20000529085345.18764.qmail@web3507.mail.yahoo.com> from "Lavu Sridhar" at May 29, 2000 01:53:45 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Lavu Sridhar writes: > /skiff/local/bin/arm-linux-gcc -D__KERNEL__ -I/linux/include -Wall > -Wstrict-pro$In file included from > /linux/include/linux/vt_buffer.h:19, > from /linux/include/linux/selection.h:10, > from tty_io.c:97: > /linux/include/asm/vga.h:6: asm/arch/vga.h: No such file or directory > ... > /skiff/local/bin/arm-linux-gcc -D__KERNEL__ -I/linux/include -Wall > -Wstrict-pro$vgacon.c: In function `vgacon_startup': Why have you enabled vgacon? Turn off vgacon and try again. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 29 12:31:03 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wNkm-0004jz-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 29 May 2000 12:30:40 +0100 Received: from [203.126.201.94] (helo=media4.mediahub.com.sg) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wNkl-0004jV-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 12:30:39 +0100 Received: from op.com.sg (ppp49.dyn119.pacific.net.sg [210.24.119.49]) by media4.mediahub.com.sg (8.9.3/8.9.3) with SMTP id UAA24628 for ; Mon, 29 May 2000 20:30:05 +0800 (SGT) X-SMTP-TO: Received: from hoang.pacific.net.sg [192.168.1.33] by op.com.sg [127.0.0.1] with SMTP (MDaemon.v2.7.SP3.R) for ; Mon, 29 May 2000 20:05:04 +0800 Received: by hoang.pacific.net.sg with Microsoft Mail id <01BFC9AF.33A9F7A0@hoang.pacific.net.sg>; Mon, 29 May 2000 20:48:11 +0800 Message-ID: <01BFC9AF.33A9F7A0@hoang.pacific.net.sg> From: Nguyen Xuan Hoang To: "linux-arm-kernel@lists.arm.linux.org.uk" Subject: linux for Assabet Date: Mon, 29 May 2000 20:48:09 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MDaemon-Deliver-To: linux-arm-kernel@lists.arm.linux.org.uk Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Dear All, I am using Binutils-2.9.1.0.25.tar.gz and Egcs-1.1.2.tar.gz(apply = patch egcs-1.1.2-arm-diff-990325.gz) to build the toolchain.=20 I could use : - Glibc-2.1.2 with "Add-ons" glibc-linuxthreads-2.1.1.tar.gz and = glib-crypt-2.0.111.tar.gz to compiler GLIBC - Linux-2.2.2.tart.gz (with patch-2.2.2-rm5.gz and = diff-2.2.2-rm5-np3.gz) to compiler the kernel for SA1100 Assabet. How ever I could not compiler the kernel for SA1110 Assabet, follow = the the guide from www.cs.cmu.edu/~werable/software/assabet.html. I did = download: - linux-2.299-pre8.tar.gz=20 - patch-2.3.99-pre8-rmk1.gz - diff-2.3.99-pre8-rmk1.np3.gz =20 Below is the sequence I did: %mkdir linux-2.3.99 =20 %cd linux-2.3.99 % tar xvfz /home/arm_gz/linux-2.3.99-pre8.tar.gz % cd linux % gzip -dc /home/arm_gz/patch-2.3.99-pre8-rmk1.gz | patch -p1 %gzip -dc /home/arm_gz/diff-2.3.99-pre8-rmk1-np3.gz | patch -p1 % make assabet-config % make config % make dep % make zImage There's error here: =09 arm-linux-gcc -D__KERNEL__ -I/embedded/arm/linux-2.3.99/linux/include = -Wall -Wstrict-prototypes -O2 -fno-strict-aliasing -pipe -g = -mshort-load-bytes - msoft-float -march=3Darmv4 -mtune=3Dstrongarm110 = -c -o init/main.o init/main.c {standard input}: Assembler message: {standard input}:3912: Error: Bad arguments to instruction make: ***[init/main.o] Error 1 Could anyone pls give me advice why it happen? What kernel I should use? = Thanks for any answer. Best regards Hoang unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 29 16:51:11 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wRoU-0000Hb-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 29 May 2000 16:50:46 +0100 Received: from [212.250.233.4] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wRoS-0000Gr-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 16:50:45 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id RAA01114 for ; Mon, 29 May 2000 17:47:32 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id RAA01713 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 17:47:19 +0100 Message-Id: <200005291647.RAA01713@raistlin.arm.linux.org.uk> Subject: PROJ: request for ARM Linux related project info To: linux-arm-kernel@lists.arm.linux.org.uk Date: Mon, 29 May 2000 17:47:19 +0100 (BST) X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I'm considering setting up a page on the web site containing a list of what people are doing, specifically I'm after the following information. It would be useful if everyone who is "heading up" a project respond to this so that we can get as clear a picture as possible. The following list is a guide only. Nothing is compulsary, but it helps to provide as full a picture as possible. Note that all information provided will be going on the web, so if you're not happy about the information being made public, don't provide it. If there is any extra information you'd like to provide, please do. I may setup an automated email-based system so that the maintainers can supply updates as and when needed once the initial information has been correlated. One line project summary: Maintainer (name) : Maintainer (email) : Expected completion date: Detailed description : Other Info : _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 29 18:31:38 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wTNu-0001kP-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 29 May 2000 18:31:26 +0100 Received: from [206.103.12.230] (helo=pallava.iitm.ernet.in ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wTNp-0001kD-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 18:31:24 +0100 Received: from ee.iitm.ernet.in (IDENT:ee96162@volt.ee.iitm.ernet.in [144.16.244.100]) by pallava.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id XAA32399; Mon, 29 May 2000 23:58:55 +0530 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id AAA20981; Tue, 30 May 2000 00:03:21 +0530 Date: Tue, 30 May 2000 00:03:21 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: Russell King - ARM Linux Admin cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: Kernel for 7500FE In-Reply-To: <200005291205.NAA00989@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, 29 May 2000, Russell King - ARM Linux Admin wrote: >Why have you enabled vgacon? Turn off vgacon and try again. > _____ Thank you, I have removed the vgacon support. I have finished the make dep. While doing make, in the end i am getting the following errors. The compilation is for the clps700fe processor. Most of the errors seem to be related to initialization, but i cant locate the problem. ---------------------------------------------------------------------- arch/arm/kernel/kernel.o: In function `time_init': arch/arm/kernel/kernel.o(.text.init+0x1010): undefined reference to `ioctime_init' drivers/char/char.o: In function `kbd_bh': drivers/char/char.o(.text+0x8000): undefined reference to `ps2kbd_leds' drivers/char/char.o: In function `kbd_init': drivers/char/char.o(.text.init+0x640): undefined reference to `ps2kbd_init_hw' drivers/acorn/char/acorn-char.o: In function `i2c_ioc_init': drivers/acorn/char/acorn-char.o(.text.init+0x3c): undefined reference to `i2c_bit_add_bus' ----------------------------------------------------------------------- Regards, Lavu Sridhar unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 29 20:47:13 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wVUt-0003Ti-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 29 May 2000 20:46:47 +0100 Received: from [194.168.180.82] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wVUr-0003TV-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 20:46:46 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id VAA02820 for ; Mon, 29 May 2000 21:44:19 +0100 Received: (from rmk@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id VAA02339 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 21:44:05 +0100 Received: from [206.103.12.230] (helo=pallava.iitm.ernet.in ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wVHP-0003Ht-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 20:32:55 +0100 Received: from ee.iitm.ernet.in (IDENT:ee96162@volt.ee.iitm.ernet.in [144.16.244.100]) by pallava.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id CAA32755; Tue, 30 May 2000 02:00:24 +0530 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id CAA31024; Tue, 30 May 2000 02:04:24 +0530 Date: Tue, 30 May 2000 02:04:24 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: Jungjun Kim cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: cross gdb & debugging agent In-Reply-To: <00052609205100.01386@amba> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, 26 May 2000, Jungjun Kim wrote: >I mean that you need to make link vmlinux again with defferent base address >offset, not 0xc0008000. >You can change base address by editing linux/arch/arm/Makefile . >But I'm not sure this is the right way. I have changed the address map in this file. But i have a feeling that this is not the only place where the address map should be changed.... In the System.map file, there is a reference to the address c0004000 A swapper_pg_dir (on the last line) >Then GDB can download vmlinux image. >After downloading image, maybe you need to change CPSR register if the initial >mode is USER32 because linux should be started with SVC32 mode. >You can see the register values by the command "info registers". >After fixing all these things, you can run by the "continue" command. I have compiled the image, vmlinux file. (with base address 0x8000000) and then when i gave the following instructions: $xxgdb -b 115200 (xxgdb) load vmlinux Loading section .init, size 0x7000 lma 0x8000000 Loading section .text, size 0x854f8 lma 0x8007000 Loading section .data, size 0xb508 lma 0x808e000 Start address 0x8000000 , load size 621056 Transfer rate: 68060 bits/sec, 511 bytes/write. (xxgdb)continue RDI_execute: undefined instruction Program received signal SIGILL, Illegal instruction. RDI_read: data abort, no memory at specified address? RDI_read: data abort, no memory at specified address? Error accessing memory address 0xe59ff010: Resource temporarily unavailable. I do not know how to proceed further....Plz advise. Regards, Lavu Sridhar ------------------------------------------------------------------------ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 29 21:13:17 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wVu9-0003oq-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 29 May 2000 21:12:53 +0100 Received: from [194.168.180.92] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wVu7-0003og-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 21:12:52 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id WAA03232; Mon, 29 May 2000 22:08:18 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id WAA02411; Mon, 29 May 2000 22:08:04 +0100 Message-Id: <200005292108.WAA02411@raistlin.arm.linux.org.uk> Subject: Re: cross gdb & debugging agent To: ee96162@ee.iitm.ernet.in Date: Mon, 29 May 2000 22:08:04 +0100 (BST) Cc: sami@hmec.co.kr (Jungjun Kim), linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Lavu Sridhar" at May 30, 2000 02:04:24 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Lavu Sridhar writes: > I have changed the address map in this file. But i have a feeling that > this is not the only place where the address map should be changed.... > In the System.map file, there is a reference to the address > > c0004000 A swapper_pg_dir (on the last line) That's generated automatically and is dependent on the symbol TEXTADDR. > I have compiled the image, vmlinux file. (with base address 0x8000000) You don't want to do that if you are planning to run user executables - they like to have lots of space to work in. The only reason that you'd set this address low is to increase the size of the memory available for physical devices. Even then, choosing 0x08000000 is extremely excessive and is not likely to be useful. > (xxgdb)continue > RDI_execute: undefined instruction > > Program received signal SIGILL, Illegal instruction. > RDI_read: data abort, no memory at specified address? > RDI_read: data abort, no memory at specified address? > Error accessing memory address 0xe59ff010: Resource temporarily > unavailable. I'd imagine that the image is being executed in user mode, which doesn't allow it to access copro #15 registers (the MMU and chip ident). You're using Angel on the target, aren't you? This is where I start wishing that there was a common standard for Angel, where every version of Angel called its programs in exactly the same way... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon May 29 21:49:16 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wWTC-0004Uj-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 29 May 2000 21:49:06 +0100 Received: from [139.142.238.19] (helo=pikachu.mountlinux.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wWTA-0004UU-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 29 May 2000 21:49:05 +0100 Received: from mountlinux.com (h139-142-233-223.cg.fiberone.net [139.142.233.223]) by pikachu.mountlinux.com (8.9.3/8.9.3/Debian/GNU) with ESMTP id PAA10289 for ; Mon, 29 May 2000 15:43:09 -0600 Message-ID: <3932D720.FC3EA26E@mountlinux.com> Date: Mon, 29 May 2000 14:46:24 -0600 From: Robert Lewko Organization: Mount Linux X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: S-7500 port for Linux? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Our business has a project where we have a board based on the Strongarm 7500 processor. We would like to assess whether we need to sponsor a port to the board that we are using. I have looked through the kernel code in the linux/arch directory and have found references to symbols with 7500FE in the name. Can someone please tell me: (1) What is the state of this port? IE. How stable is it and how different is this chip from others in the same family? (2) What is involved in bootstrapping this to a different motherboard? unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 02:08:13 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12waVK-00085V-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 02:07:34 +0100 Received: from [203.126.201.94] (helo=media4.mediahub.com.sg) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12waVI-00084j-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 02:07:33 +0100 Received: from op.com.sg (ppp130.dyn102.pacific.net.sg [210.24.102.130]) by media4.mediahub.com.sg (8.9.3/8.9.3) with SMTP id KAA19249 for ; Tue, 30 May 2000 10:07:01 +0800 (SGT) X-SMTP-TO: Received: from hoang.pacific.net.sg [192.168.1.33] by op.com.sg [127.0.0.1] with SMTP (MDaemon.v2.7.SP3.R) for ; Tue, 30 May 2000 09:41:19 +0800 Received: by hoang.pacific.net.sg with Microsoft Mail id <01BFCA21.3660AC60@hoang.pacific.net.sg>; Tue, 30 May 2000 10:24:18 +0800 Message-ID: <01BFCA21.3660AC60@hoang.pacific.net.sg> From: Nguyen Xuan Hoang To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Cc: "linux-arm@vger.rutgers.edu" Subject: linux for Assabet Date: Tue, 30 May 2000 10:24:11 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MDaemon-Deliver-To: linux-arm-kernel@lists.arm.linux.org.uk Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Dear All, I am using Binutils-2.9.1.0.25.tar.gz and Egcs-1.1.2.tar.gz(apply = patch egcs-1.1.2-arm-diff-990325.gz) to build the toolchain.=20 I could use : - Glibc-2.1.2 with "Add-ons" glibc-linuxthreads-2.1.1.tar.gz and = glib-crypt-2.0.111.tar.gz to compiler GLIBC - Linux-2.2.2.tart.gz (with patch-2.2.2-rm5.gz and = diff-2.2.2-rm5-np3.gz) to compiler the kernel for SA1100 Assabet. How ever I could not compiler the kernel for SA1110 Assabet, = following the the guide from = www.cs.cmu.edu/~werable/software/assabet.html. I did download: - linux-2.299-pre8.tar.gz=20 - patch-2.3.99-pre8-rmk1.gz - diff-2.3.99-pre8-rmk1.np3.gz =20 Below is the sequence I did: %mkdir linux-2.3.99 =20 %cd linux-2.3.99 % tar xvfz /home/arm_gz/linux-2.3.99-pre8.tar.gz % cd linux % gzip -dc /home/arm_gz/patch-2.3.99-pre8-rmk1.gz | patch -p1 %gzip -dc /home/arm_gz/diff-2.3.99-pre8-rmk1-np3.gz | patch -p1 % make assabet-config % make config % make dep % make zImage There's error here: =09 arm-linux-gcc -D__KERNEL__ -I/embedded/arm/linux-2.3.99/linux/include = -Wall -Wstrict-prototypes -O2 -fno-strict-aliasing -pipe -g = -mshort-load-bytes - msoft-float -march=3Darmv4 -mtune=3Dstrongarm110 = -c -o init/main.o init/main.c {standard input}: Assembler message: {standard input}:3912: Error: Bad arguments to instruction make: ***[init/main.o] Error 1 Could anyone pls give me advice why it happen? What kernel I should use? = Thanks for any answer. Best regards Hoang unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 02:09:24 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12waX3-00087F-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 02:09:22 +0100 Received: from [203.126.201.94] (helo=media4.mediahub.com.sg) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12waX2-00086f-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 02:09:20 +0100 Received: from op.com.sg (ppp130.dyn102.pacific.net.sg [210.24.102.130]) by media4.mediahub.com.sg (8.9.3/8.9.3) with SMTP id KAA21339 for ; Tue, 30 May 2000 10:08:50 +0800 (SGT) X-SMTP-TO: Received: from hoang.pacific.net.sg [192.168.1.33] by op.com.sg [127.0.0.1] with SMTP (MDaemon.v2.7.SP3.R) for ; Tue, 30 May 2000 09:43:34 +0800 Received: by hoang.pacific.net.sg with Microsoft Mail id <01BFCA21.8702C360@hoang.pacific.net.sg>; Tue, 30 May 2000 10:26:33 +0800 Message-ID: <01BFCA21.8702C360@hoang.pacific.net.sg> From: Nguyen Xuan Hoang To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Cc: "linux-arm@vger.rutgers.edu" Subject: gdb for embedded linux Date: Tue, 30 May 2000 10:26:32 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MDaemon-Deliver-To: linux-arm-kernel@lists.arm.linux.org.uk Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Dear All, I am trying to find out it is possible to debug linux kernel on an = embedded system by using gdb ? what is the disadvantage of gdb comparing = with ICE? if I want to debug low level function (e.x: interrupt,DMA,...) can I use = gdb?=20 Thank for any reply Hoang unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 03:32:59 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wbpm-0000qN-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 03:32:46 +0100 Received: from [205.233.109.54] (helo=telusvelocity.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12wbpk-0000qD-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 03:32:44 +0100 Received: (qmail 28217 invoked from network); 30 May 2000 03:30:20 -0000 Received: from unknown (HELO wakko.deltatee.com) (209.115.196.25) by hawkmoth.tac.net with SMTP; 30 May 2000 03:30:20 -0000 Received: from localhost (wakko.deltatee.com) [127.0.0.1] (jgg) by wakko.deltatee.com with smtp (Exim 2.11 #1) id 12wcjm-0006Ds-00 (Debian); Mon, 29 May 2000 21:30:38 -0600 Date: Mon, 29 May 2000 21:30:38 -0600 (MDT) From: Jason Gunthorpe X-Sender: jgg@wakko.deltatee.com Reply-To: Jason Gunthorpe To: linux-arm-kernel@lists.arm.linux.org.uk Subject: CL-PS7500FE half-merged? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi All! I've read a bunch of messages on this list about this Cirrus board, seems to be quite popular. Everything I've read seems to indicate that full support for this board is in the standard ARM kernel. But.. At least with this kernel here, the CONFIG_ARCH_CLPS7500 define isn't actually settable, seems to be omitted from the config scripts and some key make file parts too. Specifically, I have added this to arm/config.in: @@ -21,6 +21,7 @@ A5000 CONFIG_ARCH_A5K \ RiscPC CONFIG_ARCH_RPC \ EBSA-110 CONFIG_ARCH_EBSA110 \ + Cirrus-CL-PS7500FE CONFIG_ARCH_CLPS7500 \ FootBridge-based CONFIG_FOOTBRIDGE" RiscPC # the following are placeholders for when they are fully integrated # LinkUp-L7200 CONFIG_ARCH_L7200 @@ -122,6 +123,10 @@ define_bool CONFIG_CPU_SA1100 y fi +if [ "$CONFIG_ARCH_CLPS7500" = "y" ]; then + define_bool CONFIG_CPU_ARM7 y +fi + # # These machines always have PCI # And I popped this line in arm/kernel/Makefile: O_OBJS_clps7500 = dma-dummy.o Now, this is just a guess, it kind of makes sense (almost compiles too ;>) but I can't shake the feeling that some important parts are missing? Does anyone know what is up here? I am using linux-2.3.99-pre8.tar.bz2 and patch-2.3.99-pre8-rmk2.gz for a kernel. Also, I was looking at the boot process, and I wonder why the kernel is linked to run at 0x10008000? What does the 1 in the upper nibble signify? Finally, has anyone cooked up a patch to run the integrated video controller? Thanks, Jason unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 03:34:14 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wbr9-0000rm-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 03:34:11 +0100 Received: from [202.30.128.201] (helo=mail.hmec.co.kr) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wbr7-0000rI-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 03:34:10 +0100 Received: from yd01.hmec.co.kr (localhost [127.0.0.1]) by mail.hmec.co.kr (8.9.3/8.9.3) with ESMTP id MAA08772; Tue, 30 May 2000 12:29:13 +0900 (KST) Received: from amba (IDENT:sami@[192.168.202.149]) by yd01.hmec.co.kr (8.9.1/8.9.1) with SMTP id MAA31630; Tue, 30 May 2000 12:30:56 +0900 (KST) From: Jungjun Kim Reply-To: sami@hmec.co.kr To: Lavu Sridhar , Jungjun Kim Subject: RE: cross gdb & debugging agent Date: Tue, 30 May 2000 12:10:56 +0900 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: "linux-arm-kernel@lists.arm.linu" References: <1000530053424A2608@wm01.hmec.co.kr> In-Reply-To: <1000530053424A2608@wm01.hmec.co.kr> MIME-Version: 1.0 Message-Id: <00053012283100.01011@amba> Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello Lavu Sridhar, > I have changed the address map in this file. But i have a feeling that > this is not the only place where the address map should be changed.... > In the System.map file, there is a reference to the address > > c0004000 A swapper_pg_dir (on the last line) > As far as I know, this address is depends on base address. After you change the base address in Makefile, this address must be changed. > I have compiled the image, vmlinux file. (with base address 0x8000000) > > and then when i gave the following instructions: > > $xxgdb -b 115200 > (xxgdb) load vmlinux > Loading section .init, size 0x7000 lma 0x8000000 > Loading section .text, size 0x854f8 lma 0x8007000 > Loading section .data, size 0xb508 lma 0x808e000 > Start address 0x8000000 , load size 621056 > Transfer rate: 68060 bits/sec, 511 bytes/write. > (xxgdb)continue > RDI_execute: undefined instruction > > Program received signal SIGILL, Illegal instruction. > RDI_read: data abort, no memory at specified address? > RDI_read: data abort, no memory at specified address? > Error accessing memory address 0xe59ff010: Resource temporarily > unavailable. As far as I know, the base address should be aligned at 0x8000. please check it. I don't know this is the reason of the above failure, but you need to fix it. Jungjun Kim unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 08:32:14 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wgVX-00057i-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 08:32:11 +0100 Received: from [194.168.180.110] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wgVU-00056s-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 08:32:09 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id HAA01855; Tue, 30 May 2000 07:37:06 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id HAA16742; Tue, 30 May 2000 07:33:31 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005300633.HAA16742@flint.arm.linux.org.uk> Subject: Re: linux for Assabet To: hoang_nguyen@op.com.sg (Nguyen Xuan Hoang) Date: Tue, 30 May 2000 07:33:31 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk ('linux-arm-kernel@lists.arm.linux.org.uk') In-Reply-To: <01BFCA21.3660AC60@hoang.pacific.net.sg> from "Nguyen Xuan Hoang" at May 30, 2000 10:24:11 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > To: "'linux-arm-kernel@lists.arm.linux.org.uk'" > Cc: "linux-arm@vger.rutgers.edu" ^^^^^^^^^^^^^^^^^^^^^ Don't do this please. Please wrap your message to at the most 75 columns. Nguyen Xuan Hoang writes: > {standard input}: Assembler message: > {standard input}:3912: Error: Bad arguments to instruction > make: ***[init/main.o] Error 1 > > Could anyone pls give me advice why it happen? What kernel I should use? I guess that's another msr instruction invalidly taking an immediate constant that needs to be fixed up (dispite it working on all current processors, the ARM architecture reference manual says its illegal). It'll be fixed in the next patch. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 08:32:16 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wgUk-000573-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 08:31:22 +0100 Received: from [194.168.180.110] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wgUi-00056s-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 08:31:20 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id HAA01877; Tue, 30 May 2000 07:44:13 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id HAA16775; Tue, 30 May 2000 07:40:39 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005300640.HAA16775@flint.arm.linux.org.uk> Subject: Re: CL-PS7500FE half-merged? To: jgg@ualberta.ca Date: Tue, 30 May 2000 07:40:39 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Jason Gunthorpe" at May 29, 2000 09:30:38 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Jason Gunthorpe writes: > I've read a bunch of messages on this list about this Cirrus board, seems > to be quite popular. Everything I've read seems to indicate that full > support for this board is in the standard ARM kernel. But.. Unfortunately, this is because the guy concerned seems to have lost interest in merging anything. In fact, I've given up expecting anything to be merged. I'll apply your patches as they appear. > Also, I was looking at the boot process, and I wonder why the kernel is > linked to run at 0x10008000? What does the 1 in the upper nibble signify? Its the base address of the first physical DRAM bank on the RiscPC. Check the documentation on the CLPS7500 - you may find that the address of the first physical DRAM bank is the same. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 08:32:33 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wgVr-00058O-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 08:32:31 +0100 Received: from [194.168.180.110] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wgVq-00056s-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 08:32:31 +0100 Received: from flint.arm.linux.org.uk (root@flint [192.168.0.4]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id HAA01865; Tue, 30 May 2000 07:40:03 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id HAA16758; Tue, 30 May 2000 07:36:28 +0100 From: Russell King - ARM Linux Admin Message-Id: <200005300636.HAA16758@flint.arm.linux.org.uk> Subject: Re: gdb for embedded linux To: hoang_nguyen@op.com.sg (Nguyen Xuan Hoang) Date: Tue, 30 May 2000 07:36:28 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk ('linux-arm-kernel@lists.arm.linux.org.uk') In-Reply-To: <01BFCA21.8702C360@hoang.pacific.net.sg> from "Nguyen Xuan Hoang" at May 30, 2000 10:26:32 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Cc: "linux-arm@vger.rutgers.edu" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Don't do this. Please wrap your message to at the most 75 columns. Nguyen Xuan Hoang writes: > I am trying to find out it is possible to debug linux kernel on an > embedded system by using gdb ? what is the disadvantage of gdb > comparing with ICE? No - the Linux kernel does not allow any external debugging code to be active on the system. When the low level vectors are changed or memory map switched, it normally makes the environment so different that it is impossible for Angel to get a look in. > if I want to debug low level function (e.x: interrupt,DMA,...) > can I use gdb? Definitely not. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 09:33:28 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12whRl-0006RR-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 09:32:21 +0100 Received: from [203.126.201.94] (helo=media4.mediahub.com.sg) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12whRj-0006Qp-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 09:32:19 +0100 Received: from op.com.sg (ppp126.dyn126.pacific.net.sg [210.24.126.126]) by media4.mediahub.com.sg (8.9.3/8.9.3) with SMTP id RAA03500 for ; Tue, 30 May 2000 17:31:30 +0800 (SGT) X-SMTP-TO: Received: from hoang.pacific.net.sg [192.168.1.33] by op.com.sg [127.0.0.1] with SMTP (MDaemon.v2.7.SP3.R) for ; Tue, 30 May 2000 17:05:06 +0800 Received: by hoang.pacific.net.sg with Microsoft Mail id <01BFCA5F.327CB240@hoang.pacific.net.sg>; Tue, 30 May 2000 17:48:00 +0800 Message-ID: <01BFCA5F.327CB240@hoang.pacific.net.sg> From: Nguyen Xuan Hoang To: "'Russell King - ARM Linux Admin'" Cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: gdb for embedded linux Date: Tue, 30 May 2000 17:47:59 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-MDaemon-Deliver-To: linux-arm-kernel@lists.arm.linux.org.uk Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, So what tool you are using to develope the kernel? I am just start so I want to choose the right way. Please give me advice. Thank in advance Hoang -----Original Message----- From: Russell King - ARM Linux Admin [SMTP:linux@arm.linux.org.uk] Sent: Tuesday, May 30, 2000 2:36 PM To: Nguyen Xuan Hoang Cc: 'linux-arm-kernel@lists.arm.linux.org.uk' Subject: Re: gdb for embedded linux To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Cc: "linux-arm@vger.rutgers.edu" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Don't do this. Please wrap your message to at the most 75 columns. Nguyen Xuan Hoang writes: > I am trying to find out it is possible to debug linux kernel on an > embedded system by using gdb ? what is the disadvantage of gdb > comparing with ICE? No - the Linux kernel does not allow any external debugging code to be active on the system. When the low level vectors are changed or memory map switched, it normally makes the environment so different that it is impossible for Angel to get a look in. > if I want to debug low level function (e.x: interrupt,DMA,...) > can I use gdb? Definitely not. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 10:00:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12whsj-0006rr-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 10:00:13 +0100 Received: from [203.126.201.94] (helo=media4.mediahub.com.sg) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12whsh-0006qp-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 10:00:12 +0100 Received: from op.com.sg (ppp126.dyn126.pacific.net.sg [210.24.126.126]) by media4.mediahub.com.sg (8.9.3/8.9.3) with SMTP id RAA11647 for ; Tue, 30 May 2000 17:59:39 +0800 (SGT) X-SMTP-TO: Received: from hoang.pacific.net.sg [192.168.1.33] by op.com.sg [127.0.0.1] with SMTP (MDaemon.v2.7.SP3.R) for ; Tue, 30 May 2000 17:34:41 +0800 Received: by hoang.pacific.net.sg with Microsoft Mail id <01BFCA63.54181260@hoang.pacific.net.sg>; Tue, 30 May 2000 18:17:35 +0800 Message-ID: <01BFCA63.54181260@hoang.pacific.net.sg> From: Nguyen Xuan Hoang To: "'Russell King - ARM Linux Admin'" Cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: linux for Assabet Date: Tue, 30 May 2000 18:17:32 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-MDaemon-Deliver-To: linux-arm-kernel@lists.arm.linux.org.uk Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, Thank you very much for your answer. Could you advice which kernel I should use in the meantime? Best regards Hoang -----Original Message----- From: Russell King - ARM Linux Admin [SMTP:linux@arm.linux.org.uk] Sent: Tuesday, May 30, 2000 2:34 PM To: Nguyen Xuan Hoang Cc: 'linux-arm-kernel@lists.arm.linux.org.uk' Subject: Re: linux for Assabet > To: "'linux-arm-kernel@lists.arm.linux.org.uk'" > Cc: "linux-arm@vger.rutgers.edu" ^^^^^^^^^^^^^^^^^^^^^ Don't do this please. Please wrap your message to at the most 75 columns. Nguyen Xuan Hoang writes: > {standard input}: Assembler message: > {standard input}:3912: Error: Bad arguments to instruction > make: ***[init/main.o] Error 1 > > Could anyone pls give me advice why it happen? What kernel I should use? I guess that's another msr instruction invalidly taking an immediate constant that needs to be fixed up (dispite it working on all current processors, the ARM architecture reference manual says its illegal). It'll be fixed in the next patch. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 15:01:41 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wmZn-0003dM-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 15:00:59 +0100 Received: from [205.233.109.54] (helo=telusvelocity.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12wmZl-0003dE-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 15:00:58 +0100 Received: (qmail 541 invoked from network); 30 May 2000 14:58:38 -0000 Received: from unknown (HELO wakko.deltatee.com) (209.115.196.25) by hawkmoth.tac.net with SMTP; 30 May 2000 14:58:38 -0000 Received: from localhost (wakko.deltatee.com) [127.0.0.1] (jgg) by wakko.deltatee.com with smtp (Exim 2.11 #1) id 12wnTq-00073e-00 (Debian); Tue, 30 May 2000 08:58:54 -0600 Date: Tue, 30 May 2000 08:58:54 -0600 (MDT) From: Jason Gunthorpe X-Sender: jgg@wakko.deltatee.com To: Russell King - ARM Linux Admin cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: CL-PS7500FE half-merged? In-Reply-To: <200005300640.HAA16775@flint.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Tue, 30 May 2000, Russell King - ARM Linux Admin wrote: > > I've read a bunch of messages on this list about this Cirrus board, seems > > to be quite popular. Everything I've read seems to indicate that full > > support for this board is in the standard ARM kernel. But.. > Unfortunately, this is because the guy concerned seems to have lost > interest in merging anything. In fact, I've given up expecting > anything to be merged. I'll apply your patches as they appear. Oh. Ok. It would be very helpfull to have anything that was actually once supposed to work. Did this person ever publish his work in any form at all? Can I expect at least that the sections that are surrounded in #ifdef ARCH_CLPS... are indeed semi-correct? > > Also, I was looking at the boot process, and I wonder why the kernel is > > linked to run at 0x10008000? What does the 1 in the upper nibble signify? > Its the base address of the first physical DRAM bank on the RiscPC. > Check the documentation on the CLPS7500 - you may find that the address > of the first physical DRAM bank is the same. Hm. One of the makefile has an explicit setting for the CLPS and this address. It didn't make sense when I first studied the documentation, but I will double check. That might explain why it doesn't manage to get into the loader decompressor.. Good to know it is not a 'magic' address, thanks. Jason unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 18:01:20 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wpNm-00079o-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 18:00:47 +0100 Received: from [206.103.12.230] (helo=pallava.iitm.ernet.in ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12wpNh-00079O-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 30 May 2000 18:00:44 +0100 Received: from ee.iitm.ernet.in (IDENT:ee96162@volt.ee.iitm.ernet.in [144.16.244.100]) by pallava.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id XAA21531; Tue, 30 May 2000 23:27:45 +0530 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id XAA01783; Tue, 30 May 2000 23:28:25 +0530 Date: Tue, 30 May 2000 23:28:25 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: Russell King - ARM Linux Admin cc: Jungjun Kim , linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: cross gdb & debugging agent In-Reply-To: <200005292108.WAA02411@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I am using the CL7500FE Evaluation Board with the ANGEL Debugger 1.20 running on it. It has the DRAM mapped from the 0x0000 0000 to 0x1000 0000. I am using DRAM modules of the following size: Bank1: 16MB (RAS0 {of 7500FE processor} 8MB & RAS1 8MB) 0x0000 0000 to 0x0080 0000 (8MB) and 0x0400 0000 to 0x0480 0000 (8MB) (The rest of the memory is folded back....) In the first set (RAS0) i had assumed that ANGEL is running its programs... So I had attempted to write the Linux Kernel Image in the address location of the 2nd set (RAS1). (for which i had changed the Base address to 0x0400 8000 from 0xc000 8000 in the arch/arm/Makefile) I have compiled the 2.3.99 kernel using the armlinux cross tool chain. I want to load the kernel image into the DRAM and execute it.... I have tried the ARM SDT and the GDB, but they do not seem to work. I seem to be on the wrong track. Could you advise me as to how i can get the kernel image onto the DRAM and execute it?? Thanks, Regards, Lavu Sridhar unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue May 30 23:40:50 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12wugM-0003xb-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 30 May 2000 23:40:18 +0100 Message-Id: From: owner-linux-arm-kernel@lists.arm.linux.org.uk To: linux-arm-kernel-outgoingx@www.linux.org.uk Date: Tue, 30 May 2000 23:40:18 +0100 From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 31 01:09:27 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12ww4D-0005Es-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 31 May 2000 01:09:01 +0100 Message-Id: From: owner-linux-arm-kernel@lists.arm.linux.org.uk To: linux-arm-kernel-outgoingx@www.linux.org.uk Date: Wed, 31 May 2000 01:09:01 +0100 From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 31 12:23:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12x6Xl-0000Dm-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 31 May 2000 12:20:13 +0100 Received: from [203.80.96.151] (helo=mail.ctimail3.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12x6Xj-0000Dc-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 31 May 2000 12:20:11 +0100 Received: from ismart.net (217user55.ctimail3.com [203.80.217.55]) by mail.ctimail3.com (8.9.3/8.9.3) with ESMTP id UAA00599 for ; Wed, 31 May 2000 20:18:04 +0800 (HKT) Message-ID: <39350343.9485BE7F@ismart.net> Date: Wed, 31 May 2000 20:19:15 +0800 From: Yin X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: FIQ handling Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, I am now writing DAI driver for linux7k. However, the interrupt driven DAI is FIQ. I have tried to treat it as IRQ, but failed..(very stupid...). I found that there is some implementation on DMA access with FIQ on A5K and RPC architecture(but not on CLPS7110). What should I do if I want to handle a FIQ in a device driver? Any sample or dummy code? Jacky unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed May 31 23:52:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12xHKC-0004cC-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 31 May 2000 23:50:56 +0100 Received: from [205.233.109.54] (helo=telusvelocity.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12xHKB-0004c6-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 31 May 2000 23:50:55 +0100 Received: (qmail 4666 invoked from network); 31 May 2000 23:48:32 -0000 Received: from unknown (HELO wakko.deltatee.com) (209.115.196.25) by hawkmoth.tac.net with SMTP; 31 May 2000 23:48:32 -0000 Received: from localhost (wakko.deltatee.com) [127.0.0.1] (jgg) by wakko.deltatee.com with smtp (Exim 2.11 #1) id 12xIEG-0000e2-00 (Debian); Wed, 31 May 2000 17:48:52 -0600 Date: Wed, 31 May 2000 17:48:51 -0600 (MDT) From: Jason Gunthorpe X-Sender: jgg@wakko.deltatee.com To: Lavu Sridhar cc: Russell King - ARM Linux Admin , Jungjun Kim , linux-arm-kernel@lists.arm.linux.org.uk Subject: Patch #1 for CL7500FE support In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I have just got linux to boot on this board. Looks nice to finally see it :> Anyhow.. I have an early draft of what I have done so that others can also look at it. It is not seperate enough from the main tree to apply it yet though! You can find what I have done at http://amber.deltatee.com/~jgg/cl-ps7500fe There is a 2.3.99 kernel, RMK's patch for that kernel, and my patch for RMK's patch. Also is a file called head-cl7500.c that goes into arch/arm/boot/compressed/. Angel boot and the required option file is also there. To make this work I decided to entirely rewrite the head.S, it seemed to make some assumptions that are not valid on this chip. In particular you cannot read back the MMU control register, you get 0. Also, with Angel this board starts with the MMU on, it must be carefully turned off before you can do anything real :> In a little while I will be adding the necessary code to boot linux directly from flash.. Right now, this code uses both serial ports. COM2 is used to report boot-time status messages so they are not lost by the angel loader. COM1 is used by the loader and by the kernel as the serial console. My primary goal right now is to get it NFS-root booting with the kernel located in a flash dimm. After that I will attempt to make a tidy patch that can be megered with RMK's work! I do not intend to do any work on making the video interface work. Jason Linux version 2.3.99-pre8-rmk2 (jgg@taupe) (gcc version 2.95.2 19991024 (release)) #49 Wed May 31 16:08:27 MDT 2000 Architecture: CL-PS7500 On node 0 totalpages: 4096 zone(0): 4096 pages. zone(1): 0 pages. zone(2): 0 pages. Calibrating delay loop... 24.22 BogoMIPS Memory: 16MB = 16MB total Memory: 14576KB available (1103K code, 319K data, 52K init) Dentry-cache hash table entries: 2048 (order: 2, 16384 bytes) Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 4096 (order: 2, 16384 bytes) kmem_create: Poisoning requested, but con given - bdev_cache Inode-cache hash table entries: 1024 (order: 1, 8192 bytes) kmem_create: Poisoning requested, but con given - inode_cache POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.3 Based upon Swansea University Computer Society NET3.039 kmem_create: Poisoning requested, but con given - skbuff_head_cache NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 1024 bind 1024) Starting kswapd v1.6 pty: 256 Unix98 ptys configured RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: registered device at major 7 loop: enabling 8 loop devices cs89x0: no cs8900 or cs8920 detected. Be sure to disable PnP with SETUP Serial driver version 4.93 (2000-03-20) with no serial options enabled ttyS00 at 0x03f8 (irq = 10) is a 16550A ttyS01 at 0x02f8 (irq = 0) is a 16550A ttyS02 at 0x804002e8 (irq = 41) is a 16450 ttyS03 at 0x804003e8 (irq = 40) is a 16450 IP-Config: No network devices available. NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com devfs: v0.96 (20000430) Richard Gooch (rgooch@atnf.csiro.au) devfs: boot_options: 0x0 Root-NFS: No NFS server available, giving up. VFS: Unable to mount root fs via NFS, trying floppy. VFS: Cannot open root device "" or 02:00 Please append a correct "root=" boot option Kernel panic: VFS: Unable to mount root fs on 02:00 unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk