From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat Jul 01 19:24:49 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 138RtD-0001RQ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 01 Jul 2000 19:21:15 +0100 Received: from [12.38.17.9] (helo=mail.aeptec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 138RtD-0001RK-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 01 Jul 2000 19:21:15 +0100 Received: by MAIL with Internet Mail Service (5.5.2650.21) id ; Sat, 1 Jul 2000 14:12:49 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E221F3B75@MAIL> From: "Sun, Lei" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Date: Sat, 1 Jul 2000 14:12:48 -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 Dear sir: Sorry for my intrusion! I know you are an expert in linux kernel and boot loader from www.handhelds.org. I was recently trying to port Linux to SA1110 development board. I built the toochain, glibc, arm-linux c compiler and linux kernel (zImage) successfully ( I didn't see error message when I built them). I used the nicolas pitre's angboot utility to download the kernel image and the ramdisk into my target, it seems nothing wrong when I was downloading. But after all the job has been down and I started minicom , I can't see any message on the screen. it seems that the linux kernel didn't run on my target. UP to this point, I don't know what's wrong, since I even couldn't get error message from the screen! I was wondering that after the kernel has been downloaded, what make the kernel program to start, is that going to be automatic after I define the entry address in configuration file for nico's angleboot tools? Do you have any suggestion? I have been torturing by this problem for a week. and realy need help! I appreciate your help! Thank you regards Lei Sun Lei Sun Software Engineer AEPTEC Microsystems, Inc. Rockville, MD 20877 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 Jul 01 20:53:06 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 138TIB-0002UM-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 01 Jul 2000 20:51:07 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 138TIA-0002UF-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 01 Jul 2000 20:51:06 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id PAA20215; Sat, 1 Jul 2000 15:50:30 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Sat, 1 Jul 2000 15:50:30 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: "Sun, Lei" cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: your mail In-Reply-To: <32CC5B62AF0BD2119E4C00A0C9663E221F3B75@MAIL> 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 Sat, 1 Jul 2000, Sun, Lei wrote: > > Dear sir: > Sorry for my intrusion! I know you are an expert in linux kernel and > boot loader from www.handhelds.org. I was recently trying to port Linux to > SA1110 development board. I built the toochain, glibc, arm-linux c compiler > and linux kernel (zImage) successfully ( I didn't see error message when I > built them). I used the nicolas pitre's angboot utility to download the > kernel image and the ramdisk into my target, it seems nothing wrong when I > was downloading. But after all the job has been down and I started minicom , > I can't see any message on the screen. it seems that the linux kernel didn't > run on my target. What is your target? Which serial port do you use (UART1 or UART3)? How did you configure the kernel build? Did you modify the kernel source somehow? What you should take care of is the serial port used on your target and ensure the kernel is actually using the right one. Some places to look for are: linux/arch/arm/compressed/head-sa1100.S linux/arch/arm/compressed/setup-sa1100.S (depends on the kernel version) linux/include/asm/arch-sa1100/uncompress.h linux/arch/arm/kernel/debug-armv.S linux/drivers/char/serial_sa1100.c 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 Sat Jul 01 23:14:29 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 138VWP-000470-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 01 Jul 2000 23:13:57 +0100 Received: from [194.168.180.2] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 138VWN-00046t-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 01 Jul 2000 23:13:56 +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 XAA10171 for ; Sat, 1 Jul 2000 23:14:07 +0100 Received: (from rmk@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id XAA02590 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 1 Jul 2000 23:11:34 +0100 Received: from [12.38.17.9] (helo=mail.aeptec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 138Rth-0001Rh-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 01 Jul 2000 19:21:45 +0100 Received: by MAIL with Internet Mail Service (5.5.2650.21) id ; Sat, 1 Jul 2000 14:13:20 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E221F3B77@MAIL> From: "Sun, Lei" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Help Date: Sat, 1 Jul 2000 14:13:19 -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 Dear sir: Sorry for my intrusion! I know you are an expert in linux kernel and boot loader from www.handhelds.org. I was recently trying to port Linux to SA1110 development board. I built the toochain, glibc, arm-linux c compiler and linux kernel (zImage) successfully ( I didn't see error message when I built them). I used the nicolas pitre's angboot utility to download the kernel image and the ramdisk into my target, it seems nothing wrong when I was downloading. But after all the job has been down and I started minicom , I can't see any message on the screen. it seems that the linux kernel didn't run on my target. UP to this point, I don't know what's wrong, since I even couldn't get error message from the screen! I was wondering that after the kernel has been downloaded, what make the kernel program to start, is that going to be automatic after I define the entry address in configuration file for nico's angleboot tools? Do you have any suggestion? I have been torturing by this problem for a week. and realy need help! I appreciate your help! Thank you regards Lei Sun Lei Sun Software Engineer AEPTEC Microsystems, Inc. Rockville, MD 20877 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 Jul 03 19:21:34 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139Aod-00074O-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 03 Jul 2000 19:19:31 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 139Aob-00074I-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 03 Jul 2000 19:19:30 +0100 Received: from CBRAKE (akron-80-178.ar51.net [208.225.80.178]) by ice.ar51.net (8.9.3/8.8.7) with SMTP id OAA07197 for ; Mon, 3 Jul 2000 14:19:44 -0400 From: "Cliff Brake" To: "Linux-Arm-Kernel \(E-mail\)" Subject: ARM v4 support in proc-arm720.S ? Date: Mon, 3 Jul 2000 14:18:36 -0400 Message-ID: <004301bfe51b$1b926580$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 The proc-arm720.S data abort code is having some trouble with a "ldrh r3, [r12, #14]" instruction found in the ld-linux-so.2 library file I'm using (from a StrongArm ramdisk image). It seems that the ARM v4 instructions are not supported in the proc-arm720.S file. I have formed the following conclusions -- please correct me if they are wrong: 1) The ARM7TDMI is a v4 processor (which is used in the ARM720 core) 2) The SA1100 and SA1110 are v4 processors. 3) User level code should be binary compatible between ARM7TDMI and SA11x0 processors (including library files such as ld-linux-so.2). The StrongArm cpu_sa110[0]_data_abort function is much simpler than the cpu_arm720_data_abort function. Does the StrongArm magically fix up the registers during a data abort in hardware that have to be fixed up in software on the ARM720? If the above analysis is correct, are there plans to update proc-arm720.S to v4? 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 Jul 03 21:49:30 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139D8u-0000Zu-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 03 Jul 2000 21:48:36 +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 139D8h-0000ZT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 03 Jul 2000 21:48:23 +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 VAA18519; Mon, 3 Jul 2000 21:47:59 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id VAA27992; Mon, 3 Jul 2000 21:45:11 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007032045.VAA27992@flint.arm.linux.org.uk> Subject: Re: ARM v4 support in proc-arm720.S ? To: cbrake@accelent.com (Cliff Brake) Date: Mon, 3 Jul 2000 21:45:11 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk ("Linux-Arm-Kernel \(E-mail\)") In-Reply-To: <004301bfe51b$1b926580$1c00a8c0@CBRAKE> from "Cliff Brake" at Jul 03, 2000 02:18:36 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: > The StrongArm cpu_sa110[0]_data_abort function is much simpler than the > cpu_arm720_data_abort function. Because the StrongARM implements the "early abort" option of the v4 architecture, whereas the ARM7 cores implement the "late abort" option. > Does the StrongArm magically fix up the registers during a data abort > in hardware that have to be fixed up in software on the ARM720? No fixup required, since the StrongARM does not write a modified base register value back. > If the above analysis is correct, are there plans to update > proc-arm720.S to v4? The arm720 file is v4 - its just missing the required code for the half word and signed byte loads. If someone's willing to implement it... (hint hint) _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 03 22:21:16 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139DeG-0000xP-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 03 Jul 2000 22:21:00 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 139DeF-0000xF-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 03 Jul 2000 22:20:59 +0100 Received: from CBRAKE (akron-80-178.ar51.net [208.225.80.178]) by ice.ar51.net (8.9.3/8.8.7) with SMTP id RAA16198; Mon, 3 Jul 2000 17:21:12 -0400 From: "Cliff Brake" To: "'Russell King - ARM Linux Admin'" , "'Cliff Brake'" Cc: "'\"Linux-Arm-Kernel \(E-mail\)\"'" Subject: RE: ARM v4 support in proc-arm720.S ? Date: Mon, 3 Jul 2000 17:20:03 -0400 Message-ID: <004601bfe534$745b3de0$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: <200007032045.VAA27992@flint.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 >-----Original Message----- >From: Russell King - ARM Linux Admin [mailto:linux@arm.linux.org.uk] >Sent: Monday, July 03, 2000 4:45 PM >To: Cliff Brake >Cc: "Linux-Arm-Kernel (E-mail)" >Subject: Re: ARM v4 support in proc-arm720.S ? > > >The arm720 file is v4 - its just missing the required code for the >half word and signed byte loads. If someone's willing to implement >it... (hint hint) ok, I'll add the half word/signed byte stuff. 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 Tue Jul 04 13:20:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139Rdk-00011g-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 04 Jul 2000 13:17:24 +0100 Received: from [24.147.212.45] (helo=compaq.parker.boston.ma.us) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 139Rdi-00011a-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 04 Jul 2000 13:17:22 +0100 Received: from p2.parker.boston.ma.us (p2 [192.245.5.16]) by compaq.parker.boston.ma.us (8.8.5/8.8.5) with ESMTP id JAA24203 for ; Tue, 4 Jul 2000 09:02:28 -0400 Received: from p2.parker.boston.ma.us (localhost [127.0.0.1]) by p2.parker.boston.ma.us (8.9.3/8.8.8) with ESMTP id IAA33939 for ; Tue, 4 Jul 2000 08:18:16 -0400 (EDT) (envelope-from brad@p2.parker.boston.ma.us) Message-Id: <200007041218.IAA33939@p2.parker.boston.ma.us> To: linux-arm-kernel@lists.arm.linux.org.uk Subject: unaligned.h Date: Tue, 04 Jul 2000 08:18:16 -0400 From: Brad Parker Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi I'm forwarding a message from the linux-usb list. I ran into the same problem as this person. I don't understand the comment in unaligned.h. It says the code is to catch compile/link errors but it sure looks like it's a run time check as it will *always* fail linking if you call get_unaligned, right? I *really* want to define __get_unaligned_bad... (despite the comment) what am I missing? -brad ------- Forwarded Message Date: Tue, 27 Jun 2000 17:07:23 +0900 From: "Hyun-Mo Chung" To: Subject: [linux-usb-devel] compiling hid.c for ARM I can't compile hid.c to ARM architecture. The source of the trouble is : ... return (le64_to_cpu(get_unaligned((__u64*)report)) >> offset) & ((1 << n) - 1); ... where get_unaligned() receives a pointer to __u64 as its parameter. But get_unaligned(ptr), defined in include/asm-arm/unaligned.h, is designed to intentionally cause a linker fail if sizeof(*ptr) is not one of 1, 2, or 4. What should I do to fix it up ? TIA Hyun-Mo _______________________________________________ linux-usb-devel mailing list linux-usb-devel@lists.sourceforge.net http://lists.sourceforge.net/mailman/listinfo/linux-usb-devel ------- End of Forwarded Message 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 Jul 04 15:10:03 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139TNG-0001tf-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 04 Jul 2000 15:08:30 +0100 Received: from [210.230.34.106] (helo=so-fs.musicpod.co.jp) by www.linux.org.uk with smtp (Exim 3.13 #1) id 139TNE-0001tT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 04 Jul 2000 15:08:29 +0100 Received: (qmail 13464 invoked from network); 4 Jul 2000 14:08:43 -0000 Received: from bak.side7.zetabits.com (HELO bak.zetabits.com) (imai@192.168.36.68) by so-fs.musicpod.co.jp with SMTP; 4 Jul 2000 14:08:43 -0000 Date: Tue, 04 Jul 2000 23:08:43 +0900 Message-ID: From: Kunihiko IMAI To: brad@parker.boston.ma.us Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: unaligned.h In-Reply-To: In your message of "Tue, 04 Jul 2000 08:18:16 -0400" <200007041218.IAA33939@p2.parker.boston.ma.us> References: <200007041218.IAA33939@p2.parker.boston.ma.us> User-Agent: Wanderlust/1.1.1 (Purple Rain) WEMI/1.13.7 (Shimada) CLIME/1.13.6 (=?ISO-2022-JP?B?GyRCQ2YlTj4xGyhC?=) MULE XEmacs/21.1 (patch 6) (Big Bend) (i386-vine-linux) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, At Tue, 04 Jul 2000 08:18:16 -0400, Brad Parker wrote: > I *really* want to define __get_unaligned_bad... (despite the comment) It seems that ARM's get_unaligned() supports below 32 bit word access. You can't use get_unaligned() for 64 bit word access. I think __get_unaligned_bad() is defined to detect over 32 bit word access. # Or I also misunderstand the comment? I am not a native English # speaker :-) I have two ideas to avoid this problem: o steal include/asm-sparc/unaligned.h SPARC is big-endian arch., but this code seems not to depend on endian. So we can use it on ARM. o rewrite hid.c, like this: return (le64_to_cpu( (((__u64)report[0])<<0) |(((__u64)report[1])<<8) |(((__u64)report[2])<<16) |(((__u64)report[3])<<24) |(((__u64)report[4])<<32) |(((__u64)report[5])<<40) |(((__u64)report[6])<<48) |(((__u64)report[7])<<56) ) >> offset) & ((1 << n) - 1); This code is depend on endian. I tried each method. Both methods works well. Thanks. _._. __._ _.. . .___ ._. _____ _... ._ _._ _.._. .____ .__. ... . _._ Kunihiko IMAI 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 Jul 04 15:38:23 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139ToX-00009Q-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 04 Jul 2000 15:36:41 +0100 Received: from [210.230.34.106] (helo=so-fs.musicpod.co.jp) by www.linux.org.uk with smtp (Exim 3.13 #1) id 139TNE-0001tT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 04 Jul 2000 15:08:29 +0100 Received: (qmail 13464 invoked from network); 4 Jul 2000 14:08:43 -0000 Received: from bak.side7.zetabits.com (HELO bak.zetabits.com) (imai@192.168.36.68) by so-fs.musicpod.co.jp with SMTP; 4 Jul 2000 14:08:43 -0000 Date: Tue, 04 Jul 2000 23:08:43 +0900 Message-ID: From: Kunihiko IMAI To: brad@parker.boston.ma.us Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: unaligned.h In-Reply-To: In your message of "Tue, 04 Jul 2000 08:18:16 -0400" <200007041218.IAA33939@p2.parker.boston.ma.us> References: <200007041218.IAA33939@p2.parker.boston.ma.us> User-Agent: Wanderlust/1.1.1 (Purple Rain) WEMI/1.13.7 (Shimada) CLIME/1.13.6 (=?ISO-2022-JP?B?GyRCQ2YlTj4xGyhC?=) MULE XEmacs/21.1 (patch 6) (Big Bend) (i386-vine-linux) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, At Tue, 04 Jul 2000 08:18:16 -0400, Brad Parker wrote: > I *really* want to define __get_unaligned_bad... (despite the comment) It seems that ARM's get_unaligned() supports below 32 bit word access. You can't use get_unaligned() for 64 bit word access. I think __get_unaligned_bad() is defined to detect over 32 bit word access. # Or I also misunderstand the comment? I am not a native English # speaker :-) I have two ideas to avoid this problem: o steal include/asm-sparc/unaligned.h SPARC is big-endian arch., but this code seems not to depend on endian. So we can use it on ARM. o rewrite hid.c, like this: return (le64_to_cpu( (((__u64)report[0])<<0) |(((__u64)report[1])<<8) |(((__u64)report[2])<<16) |(((__u64)report[3])<<24) |(((__u64)report[4])<<32) |(((__u64)report[5])<<40) |(((__u64)report[6])<<48) |(((__u64)report[7])<<56) ) >> offset) & ((1 << n) - 1); This code is depend on endian. I tried each method. Both methods works well. Thanks. _._. __._ _.. . .___ ._. _____ _... ._ _._ _.._. .____ .__. ... . _._ Kunihiko IMAI 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 Jul 04 20:33:47 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139YQ5-0004KM-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 04 Jul 2000 20:31:45 +0100 Received: from [212.250.233.16] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 139YQ0-0004KB-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 04 Jul 2000 20:31:41 +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 TAA22411; Tue, 4 Jul 2000 19:58:05 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id TAA31570; Tue, 4 Jul 2000 19:55:14 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007041855.TAA31570@flint.arm.linux.org.uk> Subject: Re: unaligned.h To: imai@vasara.co.jp (Kunihiko IMAI) Date: Tue, 4 Jul 2000 19:55:14 +0100 (BST) Cc: brad@parker.boston.ma.us, linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Kunihiko IMAI" at Jul 04, 2000 11:08:43 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 Kunihiko IMAI writes: > It seems that ARM's get_unaligned() supports below 32 bit word access. > You can't use get_unaligned() for 64 bit word access. I think > __get_unaligned_bad() is defined to detect over 32 bit word access. There is no reason why we can't support 64-bit unaligned loads. Its just that this appears to be the first attempt to use them. > o steal include/asm-sparc/unaligned.h > SPARC is big-endian arch., but this code seems not to depend > on endian. So we can use it on ARM. Only if you want to have inefficient code. > o rewrite hid.c, like this: > return (le64_to_cpu( > (((__u64)report[0])<<0) > |(((__u64)report[1])<<8) > |(((__u64)report[2])<<16) > |(((__u64)report[3])<<24) > |(((__u64)report[4])<<32) > |(((__u64)report[5])<<40) > |(((__u64)report[6])<<48) > |(((__u64)report[7])<<56) > ) >> offset) & ((1 << n) - 1); Also not a preferred method. The correct way would be to fix unaligned.h _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 05 05:31:36 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139gme-0003YZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 05 Jul 2000 05:27:36 +0100 Received: from [210.230.34.106] (helo=so-fs.musicpod.co.jp) by www.linux.org.uk with smtp (Exim 3.13 #1) id 139gmd-0003YT-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 05 Jul 2000 05:27:35 +0100 Received: (qmail 5929 invoked from network); 5 Jul 2000 04:27:32 -0000 Received: from bak.side7.zetabits.com (HELO bak.zetabits.com) (imai@192.168.36.68) by so-fs.musicpod.co.jp with SMTP; 5 Jul 2000 04:27:32 -0000 Date: Wed, 05 Jul 2000 13:27:32 +0900 Message-ID: From: Kunihiko IMAI To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: unaligned.h In-Reply-To: In your message of "Tue, 4 Jul 2000 19:55:14 +0100 (BST)" <200007041855.TAA31570@flint.arm.linux.org.uk> References: <200007041855.TAA31570@flint.arm.linux.org.uk> User-Agent: Wanderlust/1.1.1 (Purple Rain) WEMI/1.13.7 (Shimada) CLIME/1.13.6 (=?ISO-2022-JP?B?GyRCQ2YlTj4xGyhC?=) MULE XEmacs/21.1 (patch 6) (Big Bend) (i386-vine-linux) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, At Tue, 4 Jul 2000 19:55:14 +0100 (BST), Russell King - ARM Linux Admin wrote: > > o steal include/asm-sparc/unaligned.h > Only if you want to have inefficient code. > > > o rewrite hid.c, like this: > Also not a preferred method. > The correct way would be to fix unaligned.h I didn't care performance. Then, how about is this ? _._. __._ _.. . .___ ._. _____ _... ._ _._ _.._. .____ .__. ... . _._ Kunihiko IMAI ---- 8< ---- #ifndef __ASM_ARM_UNALIGNED_H #define __ASM_ARM_UNALIGNED_H #include #include extern unsigned long __get_unaligned_bad(void); extern void __put_unaligned_bad(void); #ifdef CONFIG_BADSIZE_UNALIGNED /* FIXME */ static int __use_unaligned_bad = 1; #else static int __use_unaligned_bad = 0; #endif #define get_unaligned(ptr) \ ({ \ __typeof__(*(ptr)) __val = 0; \ __u8 *__p = (__u8 *)(ptr); \ switch ( sizeof(__val) ) { \ case 8: { \ __u32 *__vh = (__u32 *)(&__val) + 1; \ *__vh = __p[7] << 24 | __p[6] << 16 \ | __p[5] << 8 | __p[4]; \ } \ case 4: \ __val |= __p[3] << 24 | __p[2] << 16; \ case 2: \ __val |= __p[1] << 8; \ case 1: \ __val |= __p[0]; break; \ default: \ if ( __use_unaligned_bad ) \ __get_unaligned_bad(); \ else \ memmove ( &__val, __p, sizeof(__val)); \ break; \ } \ __val; \ }) #define put_unaligned(val,ptr) \ ({ \ __u8 *__p = (__u8 *)(ptr); \ __typeof__(*(ptr)) __v = (val); \ switch ( sizeof(*(ptr))) { \ case 8: \ __p[7] = (__u64)__v >> 56; \ __p[6] = (__u64)__v >> 48; \ __p[5] = (__u64)__v >> 40; \ __p[4] = (__u64)__v >> 32; \ case 4: \ __p[3] = __v >> 24; \ __p[2] = __v >> 16; \ case 2: \ __p[1] = __v >> 8; \ case 1: \ __p[0] = __v; break; \ default: \ if ( __use_unaligned_bad ) \ __put_unaligned_bad(); \ else \ memmove ( (ptr), &__v, sizeof(*(ptr)) ); \ break; \ } \ (void) 0; \ }) #endif ---- 8< ---- 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 Jul 05 15:48:41 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139qQp-0004CG-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 05 Jul 2000 15:45:43 +0100 Received: from [12.38.17.9] (helo=mail.aeptec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 139qQp-0004C9-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 05 Jul 2000 15:45:43 +0100 Received: by MAIL with Internet Mail Service (5.5.2650.21) id ; Wed, 5 Jul 2000 10:36:58 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E221F3B90@MAIL> From: "Sun, Lei" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: arm-linux again! Date: Wed, 5 Jul 2000 10:36:55 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) 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 Hi: I encountered a problem when porting linux to SA1110 development = board. I can download the kernel via nico's angel boot utility but there is no = "login " message on the minicom screen after downloading is finished. Thanks = for Mathias, Jamey and George for giving me suggestions.=20 After disappointed about this, I begain to suspect the the angel = debug monitor on the falsh memory may has some problem because when I pust = the reset button, I got the following message via hyperterminal: =DAEUR=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=F8=F8=A6Angel Debug Monitor = for DB1110 : Serial/FIQ : MMU on, Caches en abled : Clock Switching on 1.20 (ARM Ltd / Intel White Angel v207d) = built on May 04 2000 at 15:47:53 =F4=D1o=A9 There are always some junk characters combine with the clean code. = Is this Normal? or I have to rebuild the angel debug monitor? thanks Lei Sun 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 Jul 05 17:47:08 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139sJh-0006OC-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 05 Jul 2000 17:46:29 +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 139sJf-0006O2-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 05 Jul 2000 17:46:28 +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 RAA04078; Wed, 5 Jul 2000 17:31:55 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id RAA05292; Wed, 5 Jul 2000 17:29:06 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007051629.RAA05292@flint.arm.linux.org.uk> Subject: Re: arm-linux again! To: Sun@AEPTEC.COM (Sun, Lei) Date: Wed, 5 Jul 2000 17:29:05 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk ('linux-arm-kernel@lists.arm.linux.org.uk') In-Reply-To: <32CC5B62AF0BD2119E4C00A0C9663E221F3B90@MAIL> from "Sun, Lei" at Jul 05, 2000 10:36:55 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 Sun, Lei writes: > There are always some junk characters combine with the clean code. Is > this Normal? or I have to rebuild the angel debug monitor? Looks normal to me. If you're using a SA1100 platform, you could try putting the following into head-sa1100.S: ->>> add /* * Pause for a short time so that we give enough time * for the host to start a terminal up. */ mov r0, #0x02000000 1: subs r0, r0, #1 bne 1b ->>> original follows @ Restore initial r0/r1 mov r0, r8 Increase the value in r0 prior to that loop to increase the time it pauses before decompressing the kernel. 0x02000000 is about a second. If you run out of room, put a couple of "mov r0, r0"'s into the loop to slow it down further. You basically want to make it pause for long enough for you to start up hyperterminal. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 05 23:41:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 139xoD-0003se-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 05 Jul 2000 23:38:21 +0100 Received: from [12.38.17.9] (helo=mail.aeptec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 139xoC-0003sU-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 05 Jul 2000 23:38:20 +0100 Received: by MAIL with Internet Mail Service (5.5.2650.21) id ; Wed, 5 Jul 2000 18:29:33 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E221F3B99@MAIL> From: "Sun, Lei" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: configure failed! Date: Wed, 5 Jul 2000 18:29:32 -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 Hi: I am still being tortured by porting linux into SA1110 Assebet. This time I downloaded the newer kernel and go through the procedure starting from building the tool chain, however I had a problem when I was trying to build glibc, (version is glibc2.1), when I issued the command : CC=arm-linux-gcc ./configure arm-linux --build=i686-pc-linux-gnu --prefix=/home/new_arm/arm/glibc --enable-add-ons it give me following message: checking for a BSD compatible install... /usr/bin/install -c checking whether ln -s works... yes checking build system type... i686-pc-linux-gnu checking for arm-linux-gcc... arm-linux-gcc checking version of arm-linux-gcc... 2.95.2, bad checking for make... make checking version of make... 3.78.1, ok checking for msgfmt... msgfmt checking version of msgfmt... 0.10.35, ok checking for makeinfo... makeinfo checking version of makeinfo... 4.0, bad configure: error: *** Some critical program is missing or too old. *** Check the INSTALL file for required versions. I used binutils2.9.5.0.42 and gcc 2.95.2. are they too old? if So, any body can direct me to the right place and tell me the detail patch and file I shoud download? Thank you! Regards lei sun 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 Jul 06 16:50:50 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13ADp5-0000gc-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 16:44:19 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13ADp4-0000gU-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 16:44:18 +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 LAA19673; Thu, 6 Jul 2000 11:44:13 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id <3GR16V2L>; Thu, 6 Jul 2000 11:45:57 -0400 Message-ID: From: Jeff Sutherland To: "Linux ARM kernel mailing list (E-mail)" , "SA1100 Linux mailing list (E-mail)" Subject: NFS root mounting of Assabet's filesystem Date: Thu, 6 Jul 2000 11:45:51 -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 After a long struggle I'm happy to report that Nicolas Pitre's latest patch has fixed the problem with serial_sa1100.c that was preventing me from NFS mounting my Assabet's root filesystem. (This is in 2.4.0-test2-ac1-rmk2-np3). I have a slightly off-topic configuration question however: When the NFS root filesystem is first mounted (at the end of do_basic_setup() in init/main.c) it is mounted as read only. Where in the subsequent init process is it supposed to get remounted in read/write mode? I'm getting a lot of complaints from programs launched by the rc3.d startup scripts about not being able to write to /var/log/..., /tmp, and so forth, as you can imagine. All the other issues I'm currently facing are just the usual configuration problems, the kernel and the pcmcia networking appear to be working quite well at this point. 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 Thu Jul 06 17:38:42 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AEfX-0001Xt-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 17:38:31 +0100 Received: from [216.64.3.18] (helo=mail.netx4.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AEfW-0001Xi-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 17:38:30 +0100 Received: from embeddededge.com (purp.netx4.com [192.168.253.32]) by mail.netx4.com (8.9.3/8.9.3) with ESMTP id JAA15149; Thu, 6 Jul 2000 09:12:41 -0400 Message-ID: <3964B5D1.BB3A01A9@embeddededge.com> Date: Thu, 06 Jul 2000 12:37:37 -0400 From: Dan Malek Organization: Embedded Edge, LLC X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.15-2.9.d ppc) X-Accept-Language: en MIME-Version: 1.0 To: Jeff Sutherland CC: "Linux ARM kernel mailing list (E-mail)" , "SA1100 Linux mailing list (E-mail)" Subject: Re: NFS root mounting of Assabet's filesystem 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: > .... I have a slightly off-topic configuration > question however: When the NFS root filesystem is first mounted (at the end > of do_basic_setup() in init/main.c) it is mounted as read only. Use the command line "root=/dev/nfs rw" to the kernel. -- Dan 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 Jul 06 19:04:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AFzy-0003D3-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 19:03:42 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AFzx-0003Cu-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 19:03:41 +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 OAA29439; Thu, 6 Jul 2000 14:03:36 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id <3GR16V2N>; Thu, 6 Jul 2000 14:05:21 -0400 Message-ID: From: Jeff Sutherland To: "'SA1100 Linux mailing list (E-mail)'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: RE: NFS root mounting of Assabet's filesystem Date: Thu, 6 Jul 2000 14:05:17 -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 have a slightly off-topic configuration > question however: When the NFS root filesystem is first mounted (at the end > of do_basic_setup() in init/main.c) it is mounted as read only. Use the command line "root=/dev/nfs rw" to the kernel. -- Dan Thanks, Dan, that did it! Mark suggested: mount -o remount,rw which 'appeared' to work (telinit 1 first, note), yet had no effect. Unmounting, then re-mounting also did not fix it. I am working on a HOWTO for NFS root mounting SA1100-based devices. For draft copies, comments, flames, etc., please email me privately off-list. Thanks! //Jeff mailto:jSutherland@accelent.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 Jul 06 19:30:51 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AGOD-0003Yp-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 19:28:45 +0100 Received: from [216.64.3.18] (helo=mail.netx4.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AGOB-0003Yi-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 19:28:43 +0100 Received: from embeddededge.com (purp.netx4.com [192.168.253.32]) by mail.netx4.com (8.9.3/8.9.3) with ESMTP id LAA15345; Thu, 6 Jul 2000 11:03:01 -0400 Message-ID: <3964CFAA.6ADA3289@embeddededge.com> Date: Thu, 06 Jul 2000 14:27:54 -0400 From: Dan Malek Organization: Embedded Edge, LLC X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.15-2.9.d ppc) X-Accept-Language: en MIME-Version: 1.0 To: Jeff Sutherland CC: "'SA1100 Linux mailing list (E-mail)'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: Re: NFS root mounting of Assabet's filesystem 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: > Mark suggested: > > mount -o remount,rw Hmmm....If is '/', that should have worked as well. > I am working on a HOWTO for NFS root mounting SA1100-based devices. A little off topic, but I needed to say this anyway. I have been requested to create a bootable image for SA like I did for the embedded PowerPC port. This is a compressed image that has the initrd attached, and can be flashed into rom. You just jump to the first instruction of the image, it relocates, uncompresses, starts the kernel and mounts the ram disk. If there are some comments about this, please let me know. -- Dan 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 Jul 06 19:32:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AGQ9-0003aj-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 19:30:45 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AGQ8-0003ad-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 19:30:44 +0100 Received: from lumiere by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id UAA10377; Thu, 6 Jul 2000 20:30:35 +0200 (MET DST) Message-Id: <200007061830.UAA10377@duteinh.et.tudelft.nl> From: Erik Mouw To: Sun@AEPTEC.COM Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: configure failed! In-Reply-To: <32CC5B62AF0BD2119E4C00A0C9663E221F3B99@MAIL> Organization: Eric conspiracy secret labs Date: Thu 06 Jul 2000 20:30:34 +0100 (MDT) 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.2devel - with PGP support, PGP engine version 0.5 (IRIX64) 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 Wed, 5 Jul 2000 18:29:32 -0400 , Sun, Lei wrote: > checking version of makeinfo... 4.0, bad > configure: error: > *** Some critical program is missing or too old. > *** Check the INSTALL file for required versions. > > I used binutils2.9.5.0.42 and gcc 2.95.2. > are they too old? if So, any body can direct me to the right place and tell > me the detail patch and file I shoud download? Please read what the configure script says: makeinfo is too old. 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 Thu Jul 06 20:37:53 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AHSp-0004bH-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 20:37:35 +0100 Received: from [128.11.23.203] (helo=web1603.mail.yahoo.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13AHSo-0004b9-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 20:37:34 +0100 Received: (qmail 23218 invoked by uid 60001); 6 Jul 2000 19:37:35 -0000 Message-ID: <20000706193735.23217.qmail@web1603.mail.yahoo.com> Received: from [134.134.248.23] by web1603.mail.yahoo.com; Thu, 06 Jul 2000 12:37:35 PDT Date: Thu, 6 Jul 2000 12:37:35 -0700 (PDT) From: Christopher Lord Subject: EBSA-285 jumpers 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 all, I'd like to confirm jumper settings with those of you using the EBSA-285 in host mode using the PCI arbiter on the backplane. J9 and J10 Central function per Figure A-2 J14 as X-bus (all pins connected on lower 2 rows) J16 pins 2-3 for flash and finally J15 pins: 2 and 3 for X-bus 4 and 6 for 'normal' flash ROM 8 and 9 for 32 bit ROM 10 and 12 [Reserved test mode set ?] 13 and 15 [Reserved test mode set ?] no connection for 16,17,18 no connection for 20,21,22 per earlier messages 23 and 24 IDSEL connectd to PCI fingers. I'm of course suspicious of these settings and have problems with RMK's bios and a 21041 based net card that fails to get a constant link status. (I've already tested the cards/cables and hub) I hope I have config'ed the HW incorrectly and someone would take a peek at their jumpers and note any changes. Thanks in advance Chris Duggan __________________________________________________ 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 Jul 06 20:48:06 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AHck-0004kN-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 20:47:50 +0100 Received: from [194.168.180.76] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AHcj-0004kG-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 20:47: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 UAA10052; Thu, 6 Jul 2000 20:47:50 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id UAA12474; Thu, 6 Jul 2000 20:44:59 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007061944.UAA12474@flint.arm.linux.org.uk> Subject: Re: EBSA-285 jumpers To: cjl_cdl@yahoo.com (Christopher Lord) Date: Thu, 6 Jul 2000 20:44:59 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <20000706193735.23217.qmail@web1603.mail.yahoo.com> from "Christopher Lord" at Jul 06, 2000 12:37:35 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 Christopher Lord writes: > I'm of course suspicious of these settings and have > problems with RMK's bios and a 21041 based net card > that fails to get a constant link status. It may be that the MII transceiver is incorrectly programmed, and is not sensing the hub speed correctly. It's extremely unlikely to be anything to do with the PCI bus/arbiter settings. Unfortunately, getting the right settings for the media for tulips is a black art which the BIOS doesn't have. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 06 20:51:26 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AHgB-0004oC-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 20:51:23 +0100 Received: from [194.168.180.76] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AHgA-0004o6-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 20:51:22 +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 UAA10097; Thu, 6 Jul 2000 20:50:52 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id UAA12493; Thu, 6 Jul 2000 20:48:01 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007061948.UAA12493@flint.arm.linux.org.uk> Subject: Re: configure failed! To: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Date: Thu, 6 Jul 2000 20:48:01 +0100 (BST) Cc: Sun@AEPTEC.COM, linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <200007061830.UAA10377@duteinh.et.tudelft.nl> from "Erik Mouw" at Jul 06, 2000 08:30: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 Erik Mouw writes: > Please read what the configure script says: makeinfo is too old. Apparantly, arm-linux-gcc is also too old! checking version of arm-linux-gcc... 2.95.2, bad I guess that the configure scripts need to be regenerated. I'm not an expert on autoconf, but I believe if you run autoconf in that directory, the configure script will be regenerated. If that doesn't work, my next try would be to update autoconf. If it still fails, then I guess its an autoconf 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 Thu Jul 06 20:59:10 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AHld-0004uJ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 20:57:01 +0100 Received: from [194.168.180.76] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AHlb-0004uC-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 20:57:00 +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 UAA10133; Thu, 6 Jul 2000 20:56:29 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id UAA12525; Thu, 6 Jul 2000 20:53:38 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007061953.UAA12525@flint.arm.linux.org.uk> Subject: Re: NFS root mounting of Assabet's filesystem To: dan@netx4.com (Dan Malek) Date: Thu, 6 Jul 2000 20:53:38 +0100 (BST) Cc: jsutherland@accelent.com (Jeff Sutherland), SA1100-linux@pa.dec.com ("'SA1100 Linux mailing list (E-mail)'"), linux-arm-kernel@lists.arm.linux.org.uk ("'Linux ARM kernel mailing list (E-mail)'") In-Reply-To: <3964CFAA.6ADA3289@embeddededge.com> from "Dan Malek" at Jul 06, 2000 02:27: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 Dan Malek writes: > I have been requested to create a bootable image for SA like I did > for the embedded PowerPC port. This is a compressed image that has > the initrd attached, and can be flashed into rom. You just jump to > the first instruction of the image, it relocates, uncompresses, starts > the kernel and mounts the ram disk. If there are some comments about > this, please let me know. Hmm, its very very complicated, especially since there is no "standard" memory map that you can rely on. Really, you can not relocate the kernel from the point where the boot loader loaded it without running into many problems. Also, the size of the kernel + size of initrd is likely to overflow the amount of memory available in the first bank of RAM on banked RAM machines. About the only thing that can be considered is to relocate the initrd to some other address, and hope it exists... _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 06 21:31:43 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AIIy-0005Rv-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 21:31:28 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AIIx-0005Ro-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 21:31:27 +0100 Received: from server01.asi (akron-80-173.ar51.net [208.225.80.173]) by ice.ar51.net (8.9.3/8.8.7) with ESMTP id QAA07077; Thu, 6 Jul 2000 16:31:16 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id <3GR16V2Q>; Thu, 6 Jul 2000 16:33:00 -0400 Message-ID: From: Jeff Sutherland To: "'Russell King - ARM Linux Admin'" , "'Dan Malek'" Cc: "'\"'SA1100 Linux mailing list (E-mail)'\"'" , "'\"'Linux ARM kernel mailing list (E-mail)'\"'" Subject: RE: NFS root mounting of Assabet's filesystem Date: Thu, 6 Jul 2000 16:32:47 -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 Dan Malek writes: > I have been requested to create a bootable image for SA like I did > for the embedded PowerPC port. This is a compressed image that has > the initrd attached, and can be flashed into rom. You just jump to > the first instruction of the image, it relocates, uncompresses, starts > the kernel and mounts the ram disk. If there are some comments about > this, please let me know. Hmm, its very very complicated, especially since there is no "standard" memory map that you can rely on. Really, you can not relocate the kernel from the point where the boot loader loaded it without running into many problems. Also, the size of the kernel + size of initrd is likely to overflow the amount of memory available in the first bank of RAM on banked RAM machines. About the only thing that can be considered is to relocate the initrd to some other address, and hope it exists... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | Well, yes it is complicated, and is much more of a bootloading issue than a kernel or initrd issue. Our bootloader is able to 'dissect' the image in ROM and place the various parts (however many there may be) into the appropriate places in memory (specified in the ROM image), then jump to a specified starting address (obtained from the ROM image, of course) at the conclusion of the bootloader's activities. The kernel image and initrd are "wrapped" by the download utility that creates the single binary image and flashes it into memory, either via a serial port, PCMCIA socket, and (just this week) by an Ethernet connection. //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 Thu Jul 06 21:49:28 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AIaB-0005i2-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 21:49:15 +0100 Received: from [216.64.3.18] (helo=mail.netx4.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AIaA-0005hn-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 21:49:15 +0100 Received: from embeddededge.com (purp.netx4.com [192.168.253.32]) by mail.netx4.com (8.9.3/8.9.3) with ESMTP id NAA15449; Thu, 6 Jul 2000 13:23:11 -0400 Message-ID: <3964F081.F59A1435@embeddededge.com> Date: Thu, 06 Jul 2000 16:48:01 -0400 From: Dan Malek Organization: Embedded Edge, LLC X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.15-2.9.d ppc) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Dan Malek , Jeff Sutherland , "'SA1100 Linux mailing list (E-mail)'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: Re: NFS root mounting of Assabet's filesystem References: <200007061953.UAA12525@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: > Hmm, its very very complicated, But....does this sound useful, or am I missing some other obvious way to do this? Should I have paid attention to the BLOB postings :-)? > ..... especially since there is no "standard" > memory map that you can rely on. Really, you can not relocate the > kernel from the point where the boot loader loaded it without running > into many problems. I don't relocate anything. I'll explain. Hit the big delete if you aren't interested (no, not you Russell :-). First, I don't understand why sometimes you load the image at a low address, uncompress into a high address, then copy back to the low address. Other times you load the image into the high address and uncompress into the low address. I would always do the latter. The uncompress code can either be written to run at any address, or it can relocate itself to a specific memory address. This is what I would reloate if necessary. For example. If the "head.S" and "misc.c" functions are linked to 0xc0200000, and are actually stored in flash, I would have a couple of lines of code that discovers this condition and copies the code to 0xc0200000 and executes from there. Then just pass the pointers into decompress_kernel and everything should uncompress properly. You can attach the compressed initrd to the same zImage, and have misc.c determine the location and size of this. It can pass this into the kernel. You get one image that can be loaded using your favorite method, and when you are happy with it, the exact same set of bits can be flashed. The Linux kernel requires the compressed ram disk is in ram because it deallocates the pages when finished. If necessary (and I don't yet understand this), misc.c can copy the image from the flash to another bank of ram. I guess some (or all) StrongARM memory isn't necessary contiguous? Compressed ram disks aren't usually that big (1.5 to 2 Mbytes or so). If the first ram bank is at least 4 Mbytes, this should work fine. You just need to add a few smarts to functions in misc.c. I also like the ability to get an interactive command prompt here so you can modify kernel command line paramters at this point. OK. I am ready to learn. Teach me what I need to know to either make this work or forget about it. Thanks. -- Dan 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 Jul 06 22:19:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AJ3T-0006BO-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 22:19:31 +0100 Received: from [194.168.180.76] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AJ3R-0006BI-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 22:19:29 +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 WAA10485; Thu, 6 Jul 2000 22:19:29 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id WAA12849; Thu, 6 Jul 2000 22:16:38 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007062116.WAA12849@flint.arm.linux.org.uk> Subject: Re: NFS root mounting of Assabet's filesystem To: dan@netx4.com (Dan Malek) Date: Thu, 6 Jul 2000 22:16:38 +0100 (BST) Cc: jsutherland@accelent.com (Jeff Sutherland), SA1100-linux@pa.dec.com ("'SA1100 Linux mailing list (E-mail)'"), linux-arm-kernel@lists.arm.linux.org.uk ("'Linux ARM kernel mailing list (E-mail)'") In-Reply-To: <3964F081.F59A1435@embeddededge.com> from "Dan Malek" at Jul 06, 2000 04:48: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 Dan Malek writes: > Russell King - ARM Linux Admin wrote: > > Hmm, its very very complicated, > > But....does this sound useful, or am I missing some other obvious > way to do this? Should I have paid attention to the BLOB postings :-)? Don't get me wrong - I'm not saying that its bad. I'm just mentioning that its a little more complicated. The reason I haven't done it yet is that there are more important things I have to do, and its going to take a lot of thinking to get the right method that works. > First, I don't understand why sometimes you load the image at a low > address, uncompress into a high address, then copy back to the low > address. Other times you load the image into the high address and > uncompress into the low address. I'm not exactly sure what you mean here. There are many different ARM machines which have their RAM located at a variety of different places. For instance, RiscPCs have DRAM in the range 0x10000000 to 0x20000000, but in 4 banks, whereas EBSAs and other SA110-based machines have it located at 0x00000000 in a contiguous chunk. SA11x0-based machines can have the memory located around 0xc0000000 to 0xe0000000, or even in the SRAM space (sorry, don't have the physical addresses to hand). All this means that head.S ends up being compiled to run at many different places depending on the architecture. Oh, and the kernel is always decompressed to the RAM directly following the image, and then is copied back down to the "correct" RAM location for calling it. The reason we need this is where you have a 2MB bank 0 on a RiscPC or similar machine - there is not really enough memory to place the compressed kernel at the 1MB mark and hope that during decompression that it doesn't overwrite the code doing the decompression. (In fact, this probably means that in this situation, a combined initrd/kernel solution is not going to work. > I would always do the latter. The uncompress code can either be > written to run at any address, or it can relocate itself to a specific > memory address. Note that the head.S code is already written to be mostly relocatable. (it requires a little more work around the ldmia instruction to fix this). The misc.c code is a little more of a headache though - if you compile it up -fPIC, then you need to fix up the relocations at run time. This is not impossible, but the kernel has already been modified such that it doesn't write into any part of the image during decompression. This is required for the situation where the decompressor is run from flash directly - flash devices don't generally like having random writes directed at them. > I guess some (or all) StrongARM memory isn't necessary contiguous? Correct. It depends on the machine you're talking about. > You just need to add a few smarts to functions in misc.c. I also > like the ability to get an interactive command prompt here so you can > modify kernel command line paramters at this point. Really, the way this is done on other architectures (and I'm talking generally) is that the loader provides this functionality. On ARM, we do have a generic parameter block where things like parameter lines can be passed. Unfortunately, not all ARM architectures use 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 Thu Jul 06 22:38:24 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AJJ2-0006R2-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 06 Jul 2000 22:35:36 +0100 Received: from [216.64.3.18] (helo=mail.netx4.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AJJ1-0006Qv-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 06 Jul 2000 22:35:35 +0100 Received: from embeddededge.com (purp.netx4.com [192.168.253.32]) by mail.netx4.com (8.9.3/8.9.3) with ESMTP id OAA15525; Thu, 6 Jul 2000 14:09:54 -0400 Message-ID: <3964FB74.275161BE@embeddededge.com> Date: Thu, 06 Jul 2000 17:34:44 -0400 From: Dan Malek Organization: Embedded Edge, LLC X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.15-2.9.d ppc) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Dan Malek , Jeff Sutherland , "'SA1100 Linux mailing list (E-mail)'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: Re: NFS root mounting of Assabet's filesystem References: <200007062116.WAA12849@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: > Don't get me wrong - I'm not saying that its bad. I know. I understand. You gave me lots to think about. > .... The reason I haven't done it yet > is that there are more important things I have to do, OK. I'll read the to-do list :-). I will experiment with the couple of boards I have (Assabet and BrightStar Engineering) and at least try to provide something on those systems (since they asked for this). I'll park it on a server someplace and you canpick and choose from it when you wish. Thanks for the help and information. -- Dan 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 Jul 07 15:46:01 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AZKb-0005Pv-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 07 Jul 2000 15:42:17 +0100 Received: from [194.64.24.3] (helo=pink.ma.choin.net ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AZKa-0005Pp-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 07 Jul 2000 15:42:16 +0100 Received: from RR ([195.180.132.133]) by pink.ma.choin.net (8.9.3/8.9.3) with SMTP id QAA08429 for ; Fri, 7 Jul 2000 16:40:57 +0200 (CEST) (envelope-from rrascher@ids-imaging.de) Received: by RR with Microsoft Mail id <01BFE831.F7887520@RR>; Fri, 7 Jul 2000 16:39:49 +0200 Message-ID: <01BFE831.F7887520@RR> From: Ralf Rascher To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Date: Fri, 7 Jul 2000 16:39:36 +0200 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 Hello, i use Nicolas newest patch 2.4.0-test2-ac1-rmk2-np3 on the Assabet. I also have the network and a webserver running. But it seems that there is a bug in the patch. After a few accesses over the net, the network hangs. I even can't ping the assabet anymore. This doesn't happen with the older patch 2.4.0-test2-ac1-rmk2-np3. Ralf 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 Jul 07 20:19:36 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Adbr-0001G0-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 07 Jul 2000 20:16:23 +0100 Received: from [24.147.212.45] (helo=compaq.parker.boston.ma.us) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Adbq-0001Fu-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 07 Jul 2000 20:16:23 +0100 Received: from p2.parker.boston.ma.us (p2 [192.245.5.16]) by compaq.parker.boston.ma.us (8.8.5/8.8.5) with ESMTP id PAA03102; Fri, 7 Jul 2000 15:16:22 -0400 Received: from p2.parker.boston.ma.us (localhost [127.0.0.1]) by p2.parker.boston.ma.us (8.9.3/8.8.8) with ESMTP id PAA04679; Fri, 7 Jul 2000 15:16:22 -0400 (EDT) (envelope-from brad@p2.parker.boston.ma.us) Message-Id: <200007071916.PAA04679@p2.parker.boston.ma.us> To: "'SA1100 Linux mailing list (E-mail)'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: interrupts from sa-1111 dev module? Date: Fri, 07 Jul 2000 15:16:22 -0400 From: Brad Parker Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I'm trying to get the ohci usb controller on the intel sa-1111 development module to work. I can talk to the controller but I can't get interrupts to work. I've verified that the SA-1111's interupt enable bits are being set correctly by the inline routines in asm/arch-sa1100/irq.h.. I tried hitting the SA-1111's interrupt test registers with no luck. I'm running kernel "int2.4.0-test1-ac7-rmk1-np5" any ideas? I can't find any other kernel code which uses the sa-1111 dev modules interrupts. -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 Jul 07 22:02:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AfEz-0002S4-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 07 Jul 2000 22:00:53 +0100 Received: from [12.38.17.9] (helo=mail.aeptec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AfEy-0002Rx-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 07 Jul 2000 22:00:52 +0100 Received: by MAIL with Internet Mail Service (5.5.2650.21) id ; Fri, 7 Jul 2000 16:52:03 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E221F3BA6@MAIL> From: "Sun, Lei" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Thanks! Date: Fri, 7 Jul 2000 16:52:03 -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 Hi all: I am very happy that I finally finished poring linux to my SA1110 development board. Thanks for those kind people who gave me constructive advice!! By now I am not able to use the network service, when I built my kernel, I didn't find the ethernet driver for my card ( compact flash, LP from www.socketcom.com). Can anybody tell how to add driver ? Do I need to rebuild my kernel or I can just add the driver into my ramdisk image in some location. And also, I am very interested in learning further for the GNU utility , because when I went through the porting procedure, I found out that there are very complicated directory strucure and millions of files. Can anybody recommand me some books or online materials which cover the GNU utilities , specialy the directory structure and files description. At least give me some idea that which dir is the outcome of building the binary utilies and which are from buidling the compiler,..etc. I was relly confused by the overlap of the file name and directory name. Thank you ! Regards Lei Sun 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 Jul 08 02:26:47 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AjNS-0006cE-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 08 Jul 2000 02:25:54 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13AjNQ-0006c4-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 08 Jul 2000 02:25:53 +0100 Received: By OpenMail Mailer;Sat, 08 Jul 2000 09:25:16 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Re: Thanks! Message-ID: <963019516.72234.cm_lee@mail2000.com.tw> Cc: "linux-arm-kernel" Date: Sat, 08 Jul 2000 09:25:16 +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 > By now I am not able to use the network service, when I built my kernel, > I didn't find the ethernet driver for my card ( compact flash, LP from > www.socketcom.com). Can anybody tell how to add driver ? Try this, and download its ramdisk to use. http://www.cs.cmu.edu/~wearable/software/pcmcia-arm.html It has been included in the lastest Nico's patch. This card service for StrongARM has LP driver. Have a nice day! kirk ----== Mailed via Openfind ==----- http://mail2000.com.tw/ ´£¨Ñ§K¶Oªº e-mail «H½cªA°È 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 Jul 08 03:07:09 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Ak1B-00072O-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 08 Jul 2000 03:06:57 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Ak1A-00072I-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 08 Jul 2000 03:06:56 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id WAA28016; Fri, 7 Jul 2000 22:06:01 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Fri, 7 Jul 2000 22:06:01 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Brad Parker cc: "'SA1100 Linux mailing list (E-mail)'" , "'Linux ARM kernel mailing list (E-mail)'" Subject: Re: interrupts from sa-1111 dev module? In-Reply-To: <200007071916.PAA04679@p2.parker.boston.ma.us> 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, 7 Jul 2000, Brad Parker wrote: > > Hi, > > I'm trying to get the ohci usb controller on the intel sa-1111 development > module to work. I can talk to the controller but I can't get interrupts > to work. > > I've verified that the SA-1111's interupt enable bits are being set > correctly by the inline routines in asm/arch-sa1100/irq.h.. > > I tried hitting the SA-1111's interrupt test registers with no luck. > > I'm running kernel "int2.4.0-test1-ac7-rmk1-np5" Please pick a later patch. The SA1111 IRQ handling was broken until recently. 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 Sat Jul 08 03:49:55 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AkgO-0007Mw-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 08 Jul 2000 03:49:32 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13AkgO-0007Mq-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 08 Jul 2000 03:49:32 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id WAA28049; Fri, 7 Jul 2000 22:48:43 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Fri, 7 Jul 2000 22:48:43 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Ralf Rascher cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: your mail In-Reply-To: <01BFE831.F7887520@RR> 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, 7 Jul 2000, Ralf Rascher wrote: > Hello, > > i use Nicolas newest patch 2.4.0-test2-ac1-rmk2-np3 on the Assabet. > I also have the network and a webserver running. But it seems that there is > a bug in the patch. After a few accesses over the net, the network hangs. > I even can't ping the assabet anymore. This doesn't happen > with the older patch 2.4.0-test2-ac1-rmk2-np3. Mine has been running for the past 5 days with no problem. Which patch worked correctly for you? 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 Sat Jul 08 06:37:14 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13AnGJ-0000Or-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 08 Jul 2000 06:34:47 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13AnGH-0000Ok-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 08 Jul 2000 06:34:46 +0100 Received: By OpenMail Mailer;Sat, 08 Jul 2000 13:33:34 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Re: NFS root mounting of Assabet's filesystem Message-ID: <963034414.36283.cm_lee@mail2000.com.tw> To: "jsutherland" Cc: "linux-arm-kernel" , "SA1100-linux" Date: Sat, 08 Jul 2000 13:33: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 Hello: > After a long struggle I'm happy to report that Nicolas Pitre's latest patch > has fixed the problem with serial_sa1100.c that was preventing me from NFS > mounting my Assabet's root filesystem. (This is in 2.4.0-test2-ac1-rmk2-np3). Would you please provide a how-to guide for making NFS root work through PCMCIA card service on Assabet?? If yes, it would be very great. Thanks kirk ----== Mailed via Openfind ==----- http://mail2000.com.tw/ ´£¨Ñ§K¶Oªº e-mail «H½cªA°È 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 Jul 08 16:42:05 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Awh9-0008I9-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 08 Jul 2000 16:39:07 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Awh8-0008I3-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 08 Jul 2000 16:39:06 +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 LAA24591; Sat, 8 Jul 2000 11:39:04 -0400 (EDT) Received: by crlwebmail.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Sat, 8 Jul 2000 11:43:55 -0400 Message-ID: From: George France To: "'cm_lee@mail2000.com.tw'" Cc: linux-arm-kernel , SA1100-linux , jsutherland Subject: RE: NFS root mounting of Assabet's filesystem Date: Sat, 8 Jul 2000 11:39:01 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) 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 Hello Kirk; This is an interesting problem. To get PCMCIA working you need the = files from the root file system. The simplest method, is to create a ramdisk = with all of the PCMCIA files that you need to activate your PCMCIA card, = then do the nfsroot mount. It is sort of the chicken or the egg problem. I have the same item on my todo list. It will just be a week or two = before I get to it. I hope this helps. --George George France, france@crl.dec.com Cambridge Research Laboratory, Compaq Computer Corporation One Cambridgecenter MS: CRL Cambridge, MA 02142 USA -----Original Message----- From: Chien-Min Lee [mailto:cm_lee@mail2000.com.tw] Sent: Saturday, July 08, 2000 1:34 AM To: jsutherland Cc: linux-arm-kernel; SA1100-linux Subject: Re: NFS root mounting of Assabet's filesystem Hello: > After a long struggle I'm happy to report that Nicolas Pitre's latest patch > has fixed the problem with serial_sa1100.c that was preventing me = from NFS > mounting my Assabet's root filesystem. (This is in 2.4.0-test2-ac1-rmk2-np3). Would you please provide a how-to guide for making NFS root work = through PCMCIA card service on Assabet?? If yes, it would be very great. Thanks kirk ----=3D=3D Mailed via Openfind =3D=3D----- http://mail2000.com.tw/ =B4=A3=A8=D1=A7K=B6O=AA=BA e-mail = =ABH=BDc=AAA=B0=C8 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 Jul 10 16:44:28 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Bfen-0002iH-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 10 Jul 2000 16:39:41 +0100 Received: from [132.233.247.11] (helo=thalia.fm.intel.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Bfem-0002i9-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 10 Jul 2000 16:39:40 +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.30 2000/06/08 18:25:35 dmccart Exp $) with SMTP id PAA26989 for ; Mon, 10 Jul 2000 15:40:39 GMT Received: from fmsmsx18.intel.com ([132.233.48.18]) by 132.233.48.202 (Norton AntiVirus for Internet Email Gateways 1.0) ; Mon, 10 Jul 2000 15:39:43 0000 (GMT) Received: by fmsmsx18.fm.intel.com with Internet Mail Service (5.5.2448.0) id ; Mon, 10 Jul 2000 08:39:42 -0700 Message-ID: From: "Seger, Justin M" To: "ARM Linux Kernel Mailing List (E-mail)" Subject: CONFIG_SA1111 vs. CONFIG_ASSABET_NEPONSET Date: Mon, 10 Jul 2000 08:37:36 -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 When compiling the kernel (linux-2.4.0-test2-ac1-rmk2-np3) with Neponset support enabled, I get a slew of errors. I found that a few places in the source tree (include/asm-arm/arch-sa1100/{hardware,irq,irqs}.h and arch/arm/kernel/hw-sa1100.c), refer to CONFIG_SA1111 which isn't defined by configure. I'm not sure whether the intention is for CONFIG_ASSABET_NEPONSET to imply CONFIG_SA1111, or if CONFIG_SA1111 is supposed to be replaced by CONFIG_ASSABET_NEPONSET (or vice versa). I've patched my own source tree to fix this, however I am wondering what the planned fix is. (Those four files can be simply fixed using sed). Anyway, thanks in advance, Justin Seger 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 Jul 10 18:26:21 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13BhI8-0004Px-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 10 Jul 2000 18:24:24 +0100 Received: from [205.250.170.220] (helo=xanadu.vip.ca) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13BhI7-0004Pm-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 10 Jul 2000 18:24:23 +0100 Date: Mon, 10 Jul 2000 13:22:39 -0400 (EDT) From: Nicolas Pitre To: "Seger, Justin M" cc: "ARM Linux Kernel Mailing List (E-mail)" Subject: Re: CONFIG_SA1111 vs. CONFIG_ASSABET_NEPONSET 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, 10 Jul 2000, Seger, Justin M wrote: > When compiling the kernel (linux-2.4.0-test2-ac1-rmk2-np3) with Neponset > support enabled, I get a slew of errors. > > I found that a few places in the source tree > (include/asm-arm/arch-sa1100/{hardware,irq,irqs}.h and > arch/arm/kernel/hw-sa1100.c), refer to CONFIG_SA1111 which isn't defined by > configure. I'm not sure > whether the intention is for CONFIG_ASSABET_NEPONSET to imply CONFIG_SA1111, > or if CONFIG_SA1111 > is supposed to be replaced by CONFIG_ASSABET_NEPONSET. The former. That's probably a missing bit in my last patch. I'll release an updated one really soon and check for that problem. Thanks! 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 Jul 11 08:03:40 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Bu1U-0007NM-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 11 Jul 2000 08:00:04 +0100 Received: from [194.64.24.3] (helo=pink.ma.choin.net ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Bu1T-0007NC-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 11 Jul 2000 08:00:03 +0100 Received: from RR ([195.180.132.134]) by pink.ma.choin.net (8.9.3/8.9.3) with SMTP id IAA80465 for ; Tue, 11 Jul 2000 08:58:44 +0200 (CEST) (envelope-from rrascher@ids-imaging.de) Received: by RR with Microsoft Mail id <01BFEB16.0FDAD230@RR>; Tue, 11 Jul 2000 08:57:37 +0200 Message-ID: <01BFEB16.0FDAD230@RR> From: Ralf Rascher To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Date: Tue, 11 Jul 2000 08:57:20 +0200 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 Hi, i found out that the problems with the network is=20 because of the busybox program. I downloaded a newer version and comp=EDled it. Now it works correctly. So I think there is no problem with the actual patch 2.4.0-test2-ac1-rmk2-np3 =20 from Nico. By the way. Is the USB port on the Assabet (not Neponset) working and how are the correct settings in the config menu? Ralf 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 Jul 11 11:02:14 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Bwr6-0001jU-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 11 Jul 2000 11:01:32 +0100 Received: from [211.113.71.2] (helo=gmate.gmate.co.kr ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Bwr5-0001jM-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 11 Jul 2000 11:01:31 +0100 Received: from gmate.co.kr (IDENT:root@[211.113.71.43]) by gmate.gmate.co.kr (8.9.3/8.9.3) with ESMTP id TAA13047 for ; Tue, 11 Jul 2000 19:08:59 +0900 Message-ID: <396AF08D.C5EA742@gmate.co.kr> Date: Tue, 11 Jul 2000 19:01:49 +0900 From: root Organization: gmate X-Mailer: Mozilla 4.61 [ko] (X11; I; Linux 2.2.14-5.0 i686) X-Accept-Language: ko MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: mailing list Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk mailing list -- Jeon Byung Min bmjeon@gmate.co.kr 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 Jul 11 15:58:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13C1PU-0005zc-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 11 Jul 2000 15:53:20 +0100 Received: from [205.250.170.220] (helo=xanadu.vip.ca) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13C1PT-0005zV-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 11 Jul 2000 15:53:19 +0100 Date: Tue, 11 Jul 2000 10:51:05 -0400 (EDT) From: Nicolas Pitre To: Ralf Rascher cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: your mail In-Reply-To: <01BFEB16.0FDAD230@RR> 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, 11 Jul 2000, Ralf Rascher wrote: > By the way. Is the USB port on the Assabet > (not Neponset) working and how are the correct > settings in the config menu? AFAIK It is still completely unsupported. Nicola 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 Jul 12 03:25:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CC8s-0007qF-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 12 Jul 2000 03:20:54 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13CC8r-0007pk-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 12 Jul 2000 03:20:54 +0100 Received: By OpenMail Mailer;Wed, 12 Jul 2000 10:20:26 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Problem about NFS Root Message-ID: <963368424.13883.cm_lee@mail2000.com.tw> To: "linux-arm-kernel" , "SA1100-linux" Date: Wed, 12 Jul 2000 10:20:24 +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 am trying NFSRoot of 2.4.0-test2-ac1-rmk2-np3 on my Asabet. NFS server is executed on a PC running RedHat6.2. However I only get the following error message: eth0: NE2000 found using IRQ 42 Looking up port of RPC 100003/2 on 210.68.44.71 Looking up port of RPC 100005/2 on 210.68.44.71 VFS: Mounted root (nfs filesystem). Freeing unused kernel memory: 68k init nfs: server 210.68.44.71 not responding, still trying nfs: server 210.68.44.71 not responding, still trying Device lo is down. Device lo is down. Device lo is down. Device lo is down. nfs: task 60 can't get a request slot nfs: task 61 can't get a request slot nfs: task 62 can't get a request slot nfs: task 63 can't get a request slot Could anyone tell me what's going wrong?? Thanks kirk ----== Mailed via Openfind ==----- http://mail2000.com.tw/ ´£¨Ñ§K¶Oªº e-mail «H½cªA°È 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 Jul 12 13:57:38 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CM3W-0008WS-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 12 Jul 2000 13:56:02 +0100 Received: from [138.38.32.2] (helo=pat.bath.ac.uk) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CM3V-0008WM-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 12 Jul 2000 13:56:01 +0100 Received: from mary.bath.ac.uk ([138.38.32.14] helo=bath.ac.uk ident=mmdf) by pat.bath.ac.uk with smtp (Exim 3.12 #1) id 13CM3d-0007Y3-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 12 Jul 2000 13:56:09 +0100 Date: Wed, 12 Jul 2000 13:56:08 +0100 (BST) From: James Alford To: linux-arm-kernel@lists.arm.linux.org.uk Subject: SA1100 kernel booting problems 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, I am having a bit of a hard time getting linux up and running on my StrongARM SA-1100 multimedia devl board with companion SA-1101 (Brutus I assume). I am using the precompiled cross comp from LART and get the following problems on differnt kernels. Anybody got any ideas? Any help most welcome. James I am using angelboot-1.10.nk with the ramdisk provided in brutus_test. opts file looks like base 0xc0008000 entry 0xc0008000 r0 0x00000000 r1 0x00000010 device /dev/ttyS0 options "9600 8N1" baud 115200 otherfile ramdisk.gz otherbase 0xd8000000 Method for producing kernels is gunzip kernel patch with rk -p1 patch with np -p1 correct the simlinks in /data/lart/cross/arm-linux/include to point at asm -> /home/arm/armbuild/linux-2.XX/linux/include/asm-arm linux -> /home/arm/armbuild/linux-2.XXlinux/include/linux were XX is somthing like 2.2.14-rmk5-np17 etc make brutus_config make menuconfig exit and save make dep make zImage I have also build myself a cross compiler and the kernels I get to compile give the same problem as the Brutus test ie Unable to mount root fs on 01:00 *************** Brutus test zImage and ramdisk with angelboot-1.10.nk ************** Uncompressing Linux......................... done, booting the kernel. Linux version 2.2.13-rmk2-np14 (nico@xanadu.gn.com) (gcc version egcs-2.91.60 190 NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp. Console: colour dummy device 80x30 Calibrating delay loop... 138.44 BogoMIPS Memory: 12272k/16M available (640k code, 20k reserved, 364k data, 16k init) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 Starting kswapd v 1.5 Console: switching to colour frame buffer device 40x30 Keyboard driver v1.01 **** Turning off console printing **** SA1100 serial driver version 4.27 with no serial options enabled ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART pty: 256 Unix98 ptys configured MCP SA1100/UCB1200 module initalized SA1100 MCP audio driver version 2.2 initialized RAM disk driver initialized: 16 RAM disks of 8192K size RAMDISK: Couldn't find valid RAM disk image starting at 0. Kernel panic: VFS: Unable to mount root fs on 01:00 **************** 2.2.14-rmk5-np17 **************** Uncompressing Linux......................... done, booting the kernel. Linux version 2.2.14-rmk5-np17 (root@eepc-dm1.bath.ac.uk) (gcc version 2.95.2 190 Processor: Intel StrongARM-1100 revision 9 NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp. Console: colour dummy device 80x30 Calibrating delay loop... 138.44 BogoMIPS Memory: 12304k/16M available (632k code, 20k reserved, 340k data, 16k init) Dentry hash table entries: 2048 (order 2, 16k) Buffer cache hash table entries: 16384 (order 4, 64k) Page cache hash table entries: 4096 (order 2, 16k) POSIX conformance testing by UNIFIX Unable to handle kernel paging request at virtual address 0a000016 memmap = C0004000, pgd = c0004000 *pgd = 00000000, *pmd = 00000000 Internal error: Oops: 2 CPU: 0 pc : [] lr : [] sp : c00abf1c ip : 00000000 fp : c00abf68 r10: 00000f00 r9 : 4401a119 r8 : c00abfbc r7 : c00aa000 r6 : 00000078 r5 : c0ff6000 r4 : c00abf34 r3 : 0a000012 r2 : e3833080 r1 : c00ae0ec r0 : 00000000 Flags: nzCv IRQs on FIQs on Mode SVC_32 Segment kernel Control: C000517D Table: C000517D DAC: 0000001F Process swapper (pid: 0, stackpage=c00ab000) Stack: c00abf00: c001a124 c001a280 20000013 ffffffff c000da c00abf20: 00000000 fffffff5 00000001 c00abf80 00ff4480 00000000 00000000 000000 c00abf40: c000ca98 c000d128 00000078 c00aa000 c00abfbc 4401a119 c0008560 c00abf c00abf60: c00abf6c c0011bf0 c001a0a0 00000000 c00abf7c c000cfa0 c0011be4 c000ca c00abf80: 00000f00 00000000 00000f00 60000013 c000ca98 c00cc7fc c00ac75c c00ac7 c00abfa0: c00ac984 4401a119 c0008560 c00abfd8 00000000 00ff4480 00000000 c000e5 c00abfc0: 60000013 00000f00 00000000 c00abffc c00abfdc c000c7d8 c000e55c c00ac9 c00abfe0: c00d1618 c00d1618 c00c5344 c00c53f0 00000000 c00ac000 c0008080 c000c6 Backtrace: Function entered at [] from [] r10 = C0008560 r9 = 4401A119 r8 = C00ABFBC r7 = C00AA000 r6 = 00000078 r5 = C000D128 r4 = C000CA98 Function entered at [] from [] Code: e3530000 0a000012 (e5930004) e3500000 0a00000f Kernel panic: Attempted to kill the idle task! In swapper task - not syncing ********************* linux-2.2.14-rmk5-np17 ********************* Uncompressing Linux......................... done, booting the kernel. Linux version 2.2.14-rmk5-np17 (root@eepc-dm1.bath.ac.uk) (gcc version 2.95.2 190 Processor: Intel StrongARM-1100 revision 9 NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp. Console: colour dummy device 80x30 Calibrating delay loop... 138.44 BogoMIPS Memory: 12304k/16M available (632k code, 20k reserved, 340k data, 16k init) Dentry hash table entries: 2048 (order 2, 16k) Buffer cache hash table entries: 16384 (order 4, 64k) Page cache hash table entries: 4096 (order 2, 16k) POSIX conformance testing by UNIFIX It just stops there... ********************* linux-2.3.35-rmk1-np9 ********************* Uncompressing Linux............................ done, booting the kernel. Does not go any further... ***************************** linux-2.4.0-test2-ac1-rmk2-np1 ****************************** arm-linux-ld -p -X -T arch/arm/vmlinux.lds arch/arm/kernel/head-armv.o arch/arm/kernel/init_task.o init/main.o init/version.o \ --start-group \ arch/arm/kernel/kernel.o arch/arm/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \ drivers/block/block.o drivers/char/char.o drivers/misc/misc.o drivers/net/net.o drivers/parport/parport.a drivers/video/video.o arch/arm/special/special.a \ net/network.o \ arch/arm/nwfpe/math-emu.o arch/arm/lib/lib.o arch/arm/lib/lib.a /home/arm/armbuild/linux-2.4.0-test2-ac1-rmk2-np1/linux/lib/lib.a /data/lart/cross/lib/gcc-lib/arm-linux/2.95.2/soft-float/libgcc.a \ --end-group \ -o vmlinux drivers/char/char.o: In function `handle_scancode': /home/arm/armbuild/linux-2.4.0-test2-ac1-rmk2-np1/linux/drivers/char/keyboard.c:258: undefined reference to `Brutus_kbd_translate' Have this or very similar compile error when make zImage with test2-ac1-rmk2-np[1,2,3] ------------ 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 Jul 12 15:44:46 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CNhs-0001kw-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 12 Jul 2000 15:41:48 +0100 Received: from [205.250.170.220] (helo=xanadu.vip.ca) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CNhr-0001kq-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 12 Jul 2000 15:41:47 +0100 Date: Wed, 12 Jul 2000 10:37:09 -0400 (EDT) From: Nicolas Pitre To: James Alford cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: SA1100 kernel booting problems 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, 12 Jul 2000, James Alford wrote: > Hi, > > I am having a bit of a hard time getting linux up and running on my StrongARM SA-1100 multimedia devl board with > companion SA-1101 (Brutus I assume). Strictly, Brutus is another board than what you have. Brutus is the "SA1100 evaluation board". I don't know what are the similarities between them. AFAIK nobody made the necessary to properly run Linux on the "SA1100 multimedia board" yet. 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 Jul 12 16:36:34 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13COXm-0002au-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 12 Jul 2000 16:35:26 +0100 Received: from [12.38.17.9] (helo=mail.aeptec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13COXl-0002am-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 12 Jul 2000 16:35:25 +0100 Received: by MAIL with Internet Mail Service (5.5.2650.21) id ; Wed, 12 Jul 2000 11:26:33 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E221F3BB9@MAIL> From: "Sun, Lei" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: network problem Date: Wed, 12 Jul 2000 11:26:32 -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 Hi Nico: I changed the kernel to 2.3.99 in order to make it compatible to the PCMCIA module. This time I got the ethernet card worked. The loop back device are fine, but after I assigned IP address (ifconfig eth0 192.168.xx.xx up), it continusely pops up a message "interrupt dropped" I can telnet out , but I can't telnet in from other host, the error says "all the ports are busy". Can anybody tell me what's going on ? Thank you! Regards lei sun 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 Jul 12 17:25:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CPIW-0000TX-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 12 Jul 2000 17:23:44 +0100 Received: from [205.250.170.220] (helo=xanadu.vip.ca) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CPIV-0000TQ-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 12 Jul 2000 17:23:43 +0100 Date: Wed, 12 Jul 2000 12:21:53 -0400 (EDT) From: Nicolas Pitre To: "Sun, Lei" cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: network problem In-Reply-To: <32CC5B62AF0BD2119E4C00A0C9663E221F3BB9@MAIL> 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, 12 Jul 2000, Sun, Lei wrote: > Hi Nico: > I changed the kernel to 2.3.99 in order to make it compatible to the > PCMCIA module. This time I got the ethernet card worked. The loop back > device are fine, but after I assigned IP address (ifconfig eth0 > 192.168.xx.xx up), it continusely pops up a message "interrupt dropped" > I can telnet out , but I can't telnet in from other host, the error says > "all the ports are busy". Can anybody tell me what's going on ? > Thank you! That kernel version is broken. You really need a later one. 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 Jul 12 18:08:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CPzh-0001Gf-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 12 Jul 2000 18:08:21 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CPzg-0001GY-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 12 Jul 2000 18:08:20 +0100 Received: from server01.asi (akron-80-175.ar51.net [208.225.80.175]) by ice.ar51.net (8.9.3/8.8.7) with ESMTP id NAA17226; Wed, 12 Jul 2000 13:08:09 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id <3YXN8CYF>; Wed, 12 Jul 2000 13:09:47 -0400 Message-ID: From: Jeff Sutherland To: "'Sun, Lei'" , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: network problem Date: Wed, 12 Jul 2000 13:09:44 -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 Hi Nico: I changed the kernel to 2.3.99 in order to make it compatible to the PCMCIA module. This time I got the ethernet card worked. The loop back device are fine, but after I assigned IP address (ifconfig eth0 192.168.xx.xx up), it continusely pops up a message "interrupt dropped" I can telnet out , but I can't telnet in from other host, the error says "all the ports are busy". Can anybody tell me what's going on ? Thank you! Regards lei sun Get the latest stuff from arm.linux.uk.org and Nicolas' latest patch from ftp.netwinder.org/users/n/nico, and build a 2.4.0-test2-ac1-rmk2-np3 kernel. You'll be glad you did. //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 Thu Jul 13 00:06:02 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CVZG-0007cT-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 00:05:26 +0100 Received: from [12.38.17.9] (helo=mail.aeptec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CVZG-0007cL-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 00:05:26 +0100 Received: by MAIL with Internet Mail Service (5.5.2650.21) id ; Wed, 12 Jul 2000 18:56:27 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E221F3BC1@MAIL> From: "Sun, Lei" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: network problem again! Date: Wed, 12 Jul 2000 18:56: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 Hi all: I have a linux running in Sa1110 assabet with socket comm. LP-CF ethernet card. I played with it for a week until now my eth0 device are up, and every thing seems fine, no error message when boot up. thanks for Nico and Jeff for their big help. However there are still something wrong. when I try to ping localhost, it shows "WARNING: received unknown ICMP packet" when I try to ping other machine on the net it shows "time out , waiting for Tx RDC" and with "WARNING: received unknown ICMP packet" un-regularly. Anybody knows this problem? I double checked the cable and the ethernet card. it's fine. So I have no idea it's the TCP/IP layer problem or ethernet card driver layer problem. if it's the second one. Could any body give me some hints how to debug it, since there is no any error in syslog and bootup period. Please help me!!! Thank you! Lei Sun 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 Jul 13 06:53:42 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CbuQ-0004z4-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 06:51:42 +0100 Received: from [211.44.193.217] (helo=pmpmhope.palmpalm.co.kr) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CbuO-0004yv-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 06:51:40 +0100 Received: from sslim (sslim.palmpalm.co.kr [211.44.193.205]) by pmpmhope.palmpalm.co.kr (8.9.3/8.9.3) with SMTP id OAA18726 for ; Thu, 13 Jul 2000 14:46:18 +0900 Message-ID: <063901bfec8f$9b448260$cdc12cd3@palmpalm.co.kr> From: "Sung-Soo Lim" To: Subject: Booting problems on SA1100/1110 boards Date: Thu, 13 Jul 2000 15:00:11 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 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 RGVhciBleHBlcnRzLA0KDQpXZSdyZSB1c2luZyBBUk0gTGludXgga2VybmVscyB3aXRoIE5pY28g cGF0Y2hlZCAoMi40LjAtdGVzdDEpIG9uIA0Kc2V2ZXJhbCBTdHJvbmdBUk0gMTEwMC8xMTEwIGJv YXJkcy4NCldlIGVuY291bnRlcmVkIHNvbWUgcHJvYmxlbXMgZHVyaW5nIHBvcnRpbmcgdGhlIGtl cm5lbCBvbiANCnRoZSBib2FyZHMuIEl0IHdvdWxkIGJlIG11Y2ggYXBwcmVjaWF0ZWQgaWYgYW55 b25lIGNhbiBsb2NhdGUNCnRoZSBwcm9ibGVtcy4NCg0KKiBXaGVuIHdlIHRyaWVkIHRvIGJvb3Qg dGhlIGtlcm5lbCB3aXRoIHNvbWUgbW9kaWZpY2F0aW9ucyBvZg0KICAgYmFzaWMgY29uZmlndXJh dGlvbnMgKG1lbW9yeSBtYXAgYW5kIHNvIG9uKSwgd2UgY291bGQgbm90DQogICBzZWUgYW55IGJv b3RpbmcgbWVzc2FnZXMgb24gdGhlIHNlcmlhbCBjb25zb2xlLiBXZSBjb3VsZA0KICAgc29tZXRp bWVzIHNlZSB0aGUgbWVzc2FnZXMsIGJ1dCB0aGUgY2FzZXMgYXJlIHZlcnkgcmFyZS4NCg0KKiBX aGVuIHdlIGNvbW1lbnRlZCBvdXQgdGhlIGZvbGxvd2luZyBsaW5lcyBpbiB0aGUgcHJvYy1zYTEx MC5TLA0KICB0aGUga2VybmVsIGJvb3RlZCB3ZWxsLiAodGhlIGNhY2hlIGFuZCBUTEMgZmx1c2hl cykgDQoNCl9fc2ExMTAwX3NldHVwOiBAIEFsbG93IHJlYWQtYnVmZmVyIG9wZXJhdGlvbnMgZnJv bSB1c2VybGFuZA0KICAgICAgICAgICAgICAgIG1jciAgICAgcDE1LCAwLCByMCwgYzksIGMwLCA1 DQoNCl9fc2ExMTBfc2V0dXA6ICBtb3YgICAgIHIwLCAjRl9CSVQgfCBJX0JJVCB8IFNWQ19NT0RF DQogICAgICAgICAgICAgICAgbXNyICAgICBjcHNyX2MsIHIwDQogICAgICAgICAgICAgICAgbW92 ICAgICByMCwgIzANCj09PT0+ICAgICAgIG1jciAgICAgcDE1LCAwLCByMCwgYzcsIGM3ICAgICAg ICAgICAgICBAIGZsdXNoIEksRCBjYWNoZXMgb24gdjQNCiAgICAgICAgICAgICAgICBtY3IgICAg IHAxNSwgMCwgcjAsIGM3LCBjMTAsIDQgICAgICAgICAgQCBkcmFpbiB3cml0ZSBidWZmZXIgb24g djQNCj09PT0+ICAgICAgIG1jciAgICAgcDE1LCAwLCByMCwgYzgsIGM3ICAgICAgICAgICAgICBA IGZsdXNoIEksRCBUTEJzIG9uIHY0DQogICAgICAgICAgICAgICAgbWNyICAgICBwMTUsIDAsIHI0 LCBjMiwgYzAgICAgICAgICAgICAgIEAgbG9hZCBwYWdlIHRhYmxlIHBvaW50ZXINCiAgICAgICAg ICAgICAgICBtb3YgICAgIHIwLCAjMHgxZiAgICAgICAgICAgICAgICAgICAgICAgQCBEb21haW5z IDAsIDEgPSBjbGllbnQNCiAgICAgICAgICAgICAgICBtY3IgICAgIHAxNSwgMCwgcjAsIGMzLCBj MCAgICAgICAgICAgICAgQCBsb2FkIGRvbWFpbiBhY2Nlc3MgcmVnaXN0ZXINCiAgICAgICAgICAg ICAgICBtcmMgICAgIHAxNSwgMCwgcjAsIGMxLCBjMCAgICAgICAgICAgICAgQCBnZXQgY29udHJv bCByZWdpc3RlciB2NA0KDQpXZSBjb3VsZCBub3QgZXhwbGFpbiB0aGUgc2l0dWF0aW9uIHNpbmNl IHRoZSBjb2RlcyBkbyBub3Qgc2VlbQ0KdG8gY2F1c2UgcHJvYmxlbXMuDQpJcyB0aGVyZSBhbnkg b25lIHdobyBjYW4gZXhwbGFpbiB0aGUgc2l0dWF0aW9uPw0KDQpUaGFua3MgaW4gYWR2YW5jZS4N Cg0KU3VuZ3NvbyBMaW0uDQoNCg== 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 Jul 13 14:58:44 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CjSt-0003y9-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 14:55:47 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CjSr-0003y2-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 14:55:45 +0100 Received: from server01.asi (akron-80-151.ar51.net [208.225.80.151]) by ice.ar51.net (8.9.3/8.8.7) with ESMTP id JAA21462; Thu, 13 Jul 2000 09:54:54 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id <3YXN8CYV>; Thu, 13 Jul 2000 09:55:45 -0400 Message-ID: From: Jeff Sutherland To: "'Sung-Soo Lim'" , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: Booting problems on SA1100/1110 boards Date: Thu, 13 Jul 2000 09:55:38 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="ks_c_5601-1987" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > Dear experts, > > We're using ARM Linux kernels with Nico patched (2.4.0-test1) on > several StrongARM 1100/1110 boards. > We encountered some problems during porting the kernel on > the boards. It would be much appreciated if anyone can locate > the problems. It would be helpful if you could supply information about what your "boards" are, such as Intel development platforms like the Brutus or Assabet. Your symptoms indicate possible problems with your memory subsystem or SDRAM that's not being initialized properly. //Jeff > * When we tried to boot the kernel with some modifications of > basic configurations (memory map and so on), we could not > see any booting messages on the serial console. We could > sometimes see the messages, but the cases are very rare. > > * When we commented out the following lines in the proc-sa110.S, > the kernel booted well. (the cache and TLC flushes) > > __sa1100_setup: @ Allow read-buffer operations from userland > mcr p15, 0, r0, c9, c0, 5 > > __sa110_setup: mov r0, #F_BIT | I_BIT | SVC_MODE > msr cpsr_c, r0 > mov r0, #0 > ====> mcr p15, 0, r0, c7, c7 @ flush > I,D caches on v4 > mcr p15, 0, r0, c7, c10, 4 @ > drain write buffer on v4 > ====> mcr p15, 0, r0, c8, c7 @ flush > I,D TLBs on v4 > mcr p15, 0, r4, c2, c0 @ > load page table pointer > mov r0, #0x1f @ > Domains 0, 1 = client > mcr p15, 0, r0, c3, c0 @ > load domain access register > mrc p15, 0, r0, c1, c0 @ get > control register v4 > > We could not explain the situation since the codes do not seem > to cause problems. > Is there any one who can explain the situation? > > Thanks in advance. > > Sungsoo Lim. 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 Jul 13 15:53:37 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CkLH-00056a-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 15:51:59 +0100 Received: from [210.220.163.36] (helo=mailout3.hananet.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CkLG-00056Q-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 15:51:58 +0100 Received: from archi.snu.ac.kr ([210.205.34.94]) by mailout3.hananet.net (Netscape Messaging Server 4.15) with ESMTP id FXN5AJ03.A4B; Thu, 13 Jul 2000 23:51:55 +0900 Message-ID: <396DD781.AE550DCC@archi.snu.ac.kr> Date: Thu, 13 Jul 2000 23:51:45 +0900 From: Sung-Soo Lim X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Jeff Sutherland CC: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: Booting problems on SA1100/1110 boards References: Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk The boards are: 1. an SA1100-based board which is very similar to, but not same as the Intel brutus board. 2. an SA1110-based board which was newly designed. 3. an SA1110-based board which was made by Intrinsyc, co. These boards showed the same phenomenon. We ported the Angel debug monitor successfully on the boards. Since the Angel requires the correct setting of memory configurations, we thought that the configurations would not be the problem. Jeff Sutherland wrote: > > > Dear experts, > > > > We're using ARM Linux kernels with Nico patched (2.4.0-test1) on > > several StrongARM 1100/1110 boards. > > We encountered some problems during porting the kernel on > > the boards. It would be much appreciated if anyone can locate > > the problems. > > It would be helpful if you could supply information about what your > "boards" are, such as Intel development platforms like the Brutus or > Assabet. Your symptoms indicate possible problems with your memory > subsystem or SDRAM that's not being initialized properly. > > //Jeff > > > * When we tried to boot the kernel with some modifications of > > basic configurations (memory map and so on), we could not > > see any booting messages on the serial console. We could > > sometimes see the messages, but the cases are very rare. > > > > * When we commented out the following lines in the proc-sa110.S, > > the kernel booted well. (the cache and TLC flushes) > > > > __sa1100_setup: @ Allow read-buffer operations from userland > > mcr p15, 0, r0, c9, c0, 5 > > > > __sa110_setup: mov r0, #F_BIT | I_BIT | SVC_MODE > > msr cpsr_c, r0 > > mov r0, #0 > > ====> mcr p15, 0, r0, c7, c7 @ flush > > I,D caches on v4 > > mcr p15, 0, r0, c7, c10, 4 @ > > drain write buffer on v4 > > ====> mcr p15, 0, r0, c8, c7 @ flush > > I,D TLBs on v4 > > mcr p15, 0, r4, c2, c0 @ > > load page table pointer > > mov r0, #0x1f @ > > Domains 0, 1 = client > > mcr p15, 0, r0, c3, c0 @ > > load domain access register > > mrc p15, 0, r0, c1, c0 @ get > > control register v4 > > > > We could not explain the situation since the codes do not seem > > to cause problems. > > Is there any one who can explain the situation? > > > > Thanks in advance. > > > > Sungsoo Lim. > > 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 Jul 13 16:11:27 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Ckdz-0005Pn-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 16:11:19 +0100 Received: from [205.250.170.220] (helo=xanadu.vip.ca) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Ckdy-0005PY-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 16:11:18 +0100 Date: Thu, 13 Jul 2000 11:08:40 -0400 (EDT) From: Nicolas Pitre To: Sung-Soo Lim cc: Jeff Sutherland , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: Booting problems on SA1100/1110 boards In-Reply-To: <396DD781.AE550DCC@archi.snu.ac.kr> 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, 13 Jul 2000, Sung-Soo Lim wrote: > The boards are: > > 1. an SA1100-based board which is very similar to, but not > same as the Intel brutus board. > > 2. an SA1110-based board which was newly designed. > > 3. an SA1110-based board which was made by Intrinsyc, co. > > These boards showed the same phenomenon. > > We ported the Angel debug monitor successfully on the boards. > Since the Angel requires the correct setting of memory configurations, > we thought that the configurations would not be the problem. A misconfigured DRAM can work somewhat for a while until you burst to it, which happens when the cache is cleaned. Tipically misconfigured DRAM systems tend to crash there. 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 Jul 13 16:18:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Ckj5-0005Vr-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 16:16:35 +0100 Received: from [210.220.163.36] (helo=mailout3.hananet.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Ckj4-0005Ve-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 16:16:34 +0100 Received: from archi.snu.ac.kr ([210.205.34.94]) by mailout3.hananet.net (Netscape Messaging Server 4.15) with ESMTP id FXN6FK01.U4F; Fri, 14 Jul 2000 00:16:32 +0900 Message-ID: <396DDD46.85F9642B@archi.snu.ac.kr> Date: Fri, 14 Jul 2000 00:16:22 +0900 From: Sung-Soo Lim X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Nicolas Pitre CC: Jeff Sutherland , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: Booting problems on SA1100/1110 boards References: Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk OK. We'll carefully check the DRAM configurations. Thank you very much. Nicolas Pitre wrote: > > On Thu, 13 Jul 2000, Sung-Soo Lim wrote: > > > The boards are: > > > > 1. an SA1100-based board which is very similar to, but not > > same as the Intel brutus board. > > > > 2. an SA1110-based board which was newly designed. > > > > 3. an SA1110-based board which was made by Intrinsyc, co. > > > > These boards showed the same phenomenon. > > > > We ported the Angel debug monitor successfully on the boards. > > Since the Angel requires the correct setting of memory configurations, > > we thought that the configurations would not be the problem. > > A misconfigured DRAM can work somewhat for a while until you burst to it, > which happens when the cache is cleaned. Tipically misconfigured DRAM > systems tend to crash there. > > 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 Jul 13 16:41:07 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Cl5N-0005tx-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 16:39:37 +0100 Received: from [210.220.163.36] (helo=mailout3.hananet.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Cl5K-0005tn-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 16:39:35 +0100 Received: from archi.snu.ac.kr ([210.205.34.94]) by mailout3.hananet.net (Netscape Messaging Server 4.15) with ESMTP id FXN7HU00.R4S; Fri, 14 Jul 2000 00:39:30 +0900 Message-ID: <396DE2A7.1119CA83@archi.snu.ac.kr> Date: Fri, 14 Jul 2000 00:39:19 +0900 From: Sung-Soo Lim X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Nicolas Pitre CC: Jeff Sutherland , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: Booting problems on SA1100/1110 boards References: Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk One strange thing on the phenomenon is that when we used 2.2.x series of kernels, such situation did not occur. Are there any differences on the sensitivity to the DRAM configurations among the kernel versions? Thanks. Nicolas Pitre wrote: > > On Thu, 13 Jul 2000, Sung-Soo Lim wrote: > > > The boards are: > > > > 1. an SA1100-based board which is very similar to, but not > > same as the Intel brutus board. > > > > 2. an SA1110-based board which was newly designed. > > > > 3. an SA1110-based board which was made by Intrinsyc, co. > > > > These boards showed the same phenomenon. > > > > We ported the Angel debug monitor successfully on the boards. > > Since the Angel requires the correct setting of memory configurations, > > we thought that the configurations would not be the problem. > > A misconfigured DRAM can work somewhat for a while until you burst to it, > which happens when the cache is cleaned. Tipically misconfigured DRAM > systems tend to crash there. > > 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 Thu Jul 13 17:02:38 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13ClPX-0006OE-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 17:00:27 +0100 Received: from [202.9.145.10] (helo=eth.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13ClPW-0006Lr-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 17:00:26 +0100 Received: from eth.net ([10.2.1.41]) by eth.net with Microsoft SMTPSVC(5.5.1877.117.11); Thu, 13 Jul 2000 21:25:45 +0530 Received: from zen ([202.9.182.74]) by eth.net with Microsoft SMTPSVC(5.5.1877.357.35); Thu, 13 Jul 2000 20:47:09 +0530 Message-ID: <001201bfd2a2$1a02f6c0$4ab609ca@zen> From: "Vijay Subramani" To: Subject: how to enter sleep mode Date: Sat, 10 Jun 2000 11:37:02 +0530 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.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I am using a SA1110 board. I would like to know how to enter the sleep mode and resume processing when it comes back to the normal mode. Thanks in advance, Vijay Subramani 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 Jul 13 17:56:42 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CmHV-0007US-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 17:56:13 +0100 Received: from [195.77.25.34] (helo=dmz1.ict.es) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CmHS-0007Th-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 17:56:11 +0100 Received: from ict.es (Tec2.bcn.es.intranet [172.16.105.2]) by dmz1.ict.es (8.9.3/8.8.7) with ESMTP id TAA16152 for ; Thu, 13 Jul 2000 19:05:46 +0200 Message-ID: <396DF483.E7963B55@ict.es> Date: Thu, 13 Jul 2000 18:55:32 +0200 From: Joan LLuis Montore Parera Organization: ICT electronics X-Mailer: Mozilla 4.73 [es] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: es-ES, es, en MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: /dev/ts Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by dmz1.ict.es id TAA16152 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi all ! I am working on an assabet board alone (no neponset connected). I created an entry (well, really two entries) under /dev, called ts and t= sraw. I used: under /path_to_my_ramdisk_root/ ... mknod dev/ts c 60 34 mknod dev/tsraw c 60 34 My current kernel is 2.4.0-test2-ac1-rmk2-np1. When booting, a message sa= ys that the Touch screen is initialized. But, both nano-X and a small application= made by me called test_touch get no answer from the touch screen. Are the major and minor numbers that I used correct? Is it necessary to m= ake any other special thing to make touch screen work? An additional question: I can install the pcmcia_core module. But when I = try to install sa1110_cs module my board freezes. The modules included inside th= e ramdisk matches the kernel that I am loading. Even "insmod -p module" do = not report any problem. Any ideas? Thanks in advance. You are doing a very nice job ! Saludos (Best regards). Joan Lluis Montore Parera Director de Tecnolog=EDa (Technology Mgr.) ICT electronics SA email:jlm@ict.es web:www.ict.es 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 Jul 13 18:23:55 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Cmi5-0007wX-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 18:23:41 +0100 Received: from [208.162.98.43] (helo=lhs.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13Cmi4-0007wP-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 18:23:40 +0100 Received: by lhs.com(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id 8525691B.006082A0 ; Thu, 13 Jul 2000 13:34:08 -0400 X-Lotus-FromDomain: LHS From: ebunce@lhsl.com To: Joan LLuis Montore Parera cc: linux-arm-kernel@lists.arm.linux.org.uk Message-ID: <8525691B.00608145.00@lhs.com> Date: Thu, 13 Jul 2000 13:22:50 -0400 Subject: Re: /dev/ts 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 jlm@ict.es wrote: > I created an entry (well, really two entries) under /dev, called ts and tsraw. I used: > under /path_to_my_ramdisk_root/ ... > mknod dev/ts c 60 34 > mknod dev/tsraw c 60 34 > My current kernel is 2.4.0-test2-ac1-rmk2-np1. When booting, a message says that > the Touch screen is initialized. But, both nano-X and a small application made > by me called test_touch get no answer from the touch screen. > Are the major and minor numbers that I used correct? Is it necessary to make any > other special thing to make touch screen work? Check what the major device ID is (depending on which driver version it may be dynamic) by performing: grep ts /proc/devices To get a list of all the major device numbers in use on your system do a cat /proc/devices > An additional question: I can install the pcmcia_core module. But when I try to > install sa1110_cs module my board freezes. The modules included inside the > ramdisk matches the kernel that I am loading. Even "insmod -p module" do not > report any problem. Any ideas? Try to compile pcmcia support into the kernel, and see if it still happens. I've seen similar behavior if the compact flash connector on the Assabet becomes loose. In which case I've found that if while inserting the card you also push it towards the Assabet mainboard it'll work. Hope this helps, 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 Jul 13 19:35:29 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Cnp9-0000rS-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 19:35:03 +0100 Received: from [24.147.212.45] (helo=compaq.parker.boston.ma.us) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Cnp6-0000rI-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 19:35:00 +0100 Received: from p2.parker.boston.ma.us (p2 [192.245.5.16]) by compaq.parker.boston.ma.us (8.8.5/8.8.5) with ESMTP id OAA15430; Thu, 13 Jul 2000 14:34:38 -0400 Received: from p2.parker.boston.ma.us (localhost [127.0.0.1]) by p2.parker.boston.ma.us (8.9.3/8.8.8) with ESMTP id OAA24238; Thu, 13 Jul 2000 14:34:38 -0400 (EDT) (envelope-from brad@p2.parker.boston.ma.us) Message-Id: <200007131834.OAA24238@p2.parker.boston.ma.us> To: linux-arm-kernel@lists.arm.linux.org.uk, linux-usb-devel@lists.sourceforge.net cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Subject: port of ARM SA-1100 itsy usb function driver to 2.4.0-test2 Date: Thu, 13 Jul 2000 14:34:38 -0400 From: Brad Parker Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, A few people asked about this, so I thought I'd put it up for ftp. I did an basic port of the Itsy usb function driver for the ARM SA-1100 to 2.4.0-test-blah. It's working now on a slightly out of rev 2.4.0-test2 tree. It implements a basic ethernet interface complete with and eth0 interface. I've not tried to pass packets to it (yet) but will in the next week or two. I don't know what the DECWRL folks talked to with it. Persumably they wrote some host code. I plan to implement the other side shortly. It does come up and talk to another usb host, takes an address and gives back it's config info, so the basics are working. here are diffs against a -test2 tree: ftp://ftp.parker.boston.ma.us/pub/arm/usbfunc.diffs.gz here are the raw files: ftp://ftp.parker.boston.ma.us/pub/arm/usbfunc.tar.gz If the diffs fail, I am sorry - I recently discovered that my -test2 may be stock from "ftp.kernel.org" with no/few arm patches. -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 Thu Jul 13 19:57:07 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Co8z-0001EQ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 19:55:33 +0100 Received: from [204.123.2.56] (helo=mail2.digital.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Co8y-0001EG-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 19:55:32 +0100 Received: from pobox1.pa.dec.com (pobox1.pa.dec.com [16.1.240.19]) by mail2.digital.com (8.9.2/8.9.3/WV2.0h) with SMTP id LAA03476; Thu, 13 Jul 2000 11:55:27 -0700 (PDT) Received: from stowe.pa.dec.com by pobox1.pa.dec.com (5.65v3.2/1.1.10.5/07Nov97-1157AM) id AA25923; Thu, 13 Jul 2000 11:55:27 -0700 Received: by stowe.pa.dec.com; (5.65v4.0/1.1.8.2/06Jun96-0357PM) id AA30339; Thu, 13 Jul 2000 11:55:27 -0700 Date: Thu, 13 Jul 2000 11:55:27 -0700 Message-Id: <200007131855.AA30339@stowe.pa.dec.com> From: Deborah Wallach To: brad@parker.boston.ma.us Cc: linux-arm-kernel@lists.arm.linux.org.uk, linux-usb-devel@lists.sourceforge.net, linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com In-Reply-To: <200007131834.OAA24238@p2.parker.boston.ma.us> (message from Brad Parker on Thu, 13 Jul 2000 14:34:38 -0400) Subject: Re: port of ARM SA-1100 itsy usb function driver to 2.4.0-test2 Address: Compaq Computer Corporation; Western Research Laboratory; 250 University Avenue; Palo Alto, CA 94301; USA Phone: 650-617-3315 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk It implements a basic ethernet interface complete with and eth0 interface. I've not tried to pass packets to it (yet) but will in the next week or two. I don't know what the DECWRL folks talked to with it. Persumably they wrote some host code. I plan to implement the other side shortly. We talk to it using either Linux (2.3.34) on an x86 PC or Windows 95/2000. I haven't used the windows version myself, so I don't know anything about it. Yes, we wrote some host code for the linux setup, but it's flaky (the host machine crashes fairly often while using usb to the itsy), but if you think it would be useful I can see if I can dig it up and get it posted somewhere. -Debby 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 Jul 13 20:08:22 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CoKs-0001ZU-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 20:07:50 +0100 Received: from [12.38.17.9] (helo=mail.aeptec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CoKr-0001ZL-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 20:07:49 +0100 Received: by MAIL with Internet Mail Service (5.5.2650.21) id ; Thu, 13 Jul 2000 14:58:50 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E221F3BC5@MAIL> From: "Sun, Lei" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Cc: "'linux-arm@vger.rutgers.edu'" Subject: network problem again Date: Thu, 13 Jul 2000 14:58:40 -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 Hi all: Sorry for the cross post, I have a linux running in Sa1110 assabet with socket comm. LP-CF ethernetcard. I am using kernel 2.4.0-test1. I played with it for a week until now my eth0 device are up, and everything seems fine, no error message when boot up. thanks for Nico and Jeff for their big help. I found some weird problems regarding the network. 1) when I ping localhost, I can send and get the reply, however I got the warning message when each packet is received "WARING: received unknown ICMP packet" 2) I can logon to other machines through telnet, no problem, however, I can only logon to SA1110 by telnet at the first time, after that the telnet window display "Escape character is ^]" and stucked. it seems the connection is established but the data transmission has some problems. any idea? thank you ! Lei Sun 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 Jul 13 20:30:12 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Cog4-000200-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 20:29:44 +0100 Received: from [194.168.180.73] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Cog2-0001zs-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 20:29:42 +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 TAA05268 for ; Thu, 13 Jul 2000 19:50:26 +0100 Received: (from rmk@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id TAA00493 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 19:49:50 +0100 Received: from caramon.arm.linux.org.uk (root@caramon [192.168.0.1]) by flint.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id SAA07924 for ; Thu, 13 Jul 2000 18:23:06 +0100 Received: from localhost (root@localhost [127.0.0.1]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id SAA05025 for ; Thu, 13 Jul 2000 18:23:37 +0100 X-POP3-Rcpt: postmaster@tallyho.bc.nu Received: from tallyho.bc.nu by localhost with POP3 (fetchmail-5.0.4) for postmaster@localhost (single-drop); Thu, 13 Jul 2000 18:23:37 +0100 (BST) Received: from eth.net (ddsl.net [202.9.145.10] (may be forged)) by tallyho.bc.nu (8.9.3/8.9.3) with ESMTP id QAA13641 for ; Thu, 13 Jul 2000 16:57:50 +0100 Received: from eth.net ([10.2.1.41]) by eth.net with Microsoft SMTPSVC(5.5.1877.117.11); Thu, 13 Jul 2000 21:23:42 +0530 Received: from zen ([202.9.182.74]) by eth.net with Microsoft SMTPSVC(5.5.1877.357.35); Thu, 13 Jul 2000 20:44:36 +0530 Message-ID: <000701bfd2a1$beb58d00$4ab609ca@zen> From: "Vijay Subramani" To: Subject: How to enter sleep mode Date: Sat, 10 Jun 2000 11:34:29 +0530 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.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I am using a SA1100 board developed by ADS . I would like to know how to enter the sleep mode and restore the processing when the system comes out of the sleep mode. Thanks in advance, Vijay Subramani 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 Jul 13 22:00:56 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Cq5Z-0004TP-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 22:00:09 +0100 Received: from [205.250.170.220] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Cq5X-0004TA-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 22:00:07 +0100 Date: Thu, 13 Jul 2000 16:56:40 -0400 (EDT) From: Nicolas Pitre To: Joan LLuis Montore Parera cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: /dev/ts In-Reply-To: <396DF483.E7963B55@ict.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 On Thu, 13 Jul 2000, Joan LLuis Montore Parera wrote: [...] > My current kernel is 2.4.0-test2-ac1-rmk2-np1. Please try the latest patch to see if it makes any difference. 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 Jul 13 22:14:25 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CqJC-0004o5-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 22:14:14 +0100 Received: from [205.250.170.220] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CqJB-0004nx-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 22:14:13 +0100 Date: Thu, 13 Jul 2000 17:10:49 -0400 (EDT) From: Nicolas Pitre To: Sung-Soo Lim cc: Jeff Sutherland , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: Booting problems on SA1100/1110 boards In-Reply-To: <396DE2A7.1119CA83@archi.snu.ac.kr> 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, 14 Jul 2000, Sung-Soo Lim wrote: > > One strange thing on the phenomenon is that when we used > 2.2.x series of kernels, such situation did not occur. Hmmm... That's strange. I have no 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 Thu Jul 13 22:28:28 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13CqWs-00053b-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 13 Jul 2000 22:28:22 +0100 Received: from [194.168.180.46] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13CqWq-00053S-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 13 Jul 2000 22:28: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 WAA06096; Thu, 13 Jul 2000 22:28:13 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id WAA08910; Thu, 13 Jul 2000 22:27:40 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007132127.WAA08910@flint.arm.linux.org.uk> Subject: Re: Booting problems on SA1100/1110 boards To: sslim@archi.snu.ac.kr (Sung-Soo Lim) Date: Thu, 13 Jul 2000 22:27:39 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <063901bfec8f$9b448260$cdc12cd3@palmpalm.co.kr> from "Sung-Soo Lim" at Jul 13, 2000 03:00:11 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 Sung-Soo Lim writes: > We're using ARM Linux kernels with Nico patched (2.4.0-test1) on > several StrongARM 1100/1110 boards. > We encountered some problems during porting the kernel on > the boards. It would be much appreciated if anyone can locate > the problems. It sounds like you're booting a normal "Image" or "vmlinux" file directly without going via the decompressor with the caches/mmu turned on. This is a big no no. Either use zImage (which basically doesn't care about the cache state so long as it is consistent) OR make sure that the boot loader turns caching/mmu off before calling the kernel. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 15 23:26:21 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13DaKu-0005lL-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 15 Jul 2000 23:23:04 +0100 Received: from [12.38.17.9] (helo=mail.aeptec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13DaKt-0005lF-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 15 Jul 2000 23:23:03 +0100 Received: by MAIL with Internet Mail Service (5.5.2650.21) id ; Sat, 15 Jul 2000 18:14:00 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E221F3BCD@MAIL> From: "Sun, Lei" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: tcpd! Date: Sat, 15 Jul 2000 18:13:59 -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 Hi all: Does anybody know what is the program "tcpd" suppose to do? it seems that it doesn't work well with my 2.4.0 arm-linux kernel. I am trying to rebuild this program. Nico told me the source is in netwinder's website. I found a source tcpdump-3.4-10.titan.a.src.rpm. Is this the source of "tcpd" and how is it? Thank you! Lei Sun 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 Jul 15 23:39:54 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13DaZO-0005r7-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 15 Jul 2000 23:38:02 +0100 Received: from [134.117.76.10] (helo=nexus.carleton.ca ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13DaZN-0005r1-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 15 Jul 2000 23:38:01 +0100 Received: from localhost (stewart@localhost) by nexus.carleton.ca (8.9.3/8.9.3) with ESMTP id SAA19600; Sat, 15 Jul 2000 18:37:59 -0400 Date: Sat, 15 Jul 2000 18:37:59 -0400 (EDT) From: Rod Stewart To: "Sun, Lei" cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: tcpd! In-Reply-To: <32CC5B62AF0BD2119E4C00A0C9663E221F3BCD@MAIL> 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 Sat, 15 Jul 2000, Sun, Lei wrote: > Does anybody know what is the program "tcpd" suppose to do? it seems that > it doesn't work well with my 2.4.0 arm-linux kernel. I am trying to rebuild > this program. Nico told me the source is in netwinder's website. I found a > source tcpdump-3.4-10.titan.a.src.rpm. Is this the source of "tcpd" and how > is it? rpm -qf `which tcpd` No, it comes from tcp_wrappers. You should be able to use the source from pretty much any recent tcp_wrappers source rpm. The patched version on netwinder.org is only really necessary if you are building ORBit. It is available from: ftp://ftp.netwinder.org/pub/netwinder/SRPMS/dm/3.1-15/ tcp_wrappers-7.6-9_nw1.src.rpm -Rms 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 Jul 15 23:44:58 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Daeg-0005tq-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 15 Jul 2000 23:43:30 +0100 Received: from [134.117.76.10] (helo=nexus.carleton.ca ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Daef-0005tk-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 15 Jul 2000 23:43:29 +0100 Received: from localhost (stewart@localhost) by nexus.carleton.ca (8.9.3/8.9.3) with ESMTP id SAA19630; Sat, 15 Jul 2000 18:43:28 -0400 Date: Sat, 15 Jul 2000 18:43:28 -0400 (EDT) From: Rod Stewart To: "Sun, Lei" cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Re: tcpd! 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 Incidently the source rpm from Titan contains the same fix as in the one on netwinder.org (tcp_wrappers-7.6-9.titan.f.src.rpm). -Rms On Sat, 15 Jul 2000, Rod Stewart wrote: > On Sat, 15 Jul 2000, Sun, Lei wrote: > > > Does anybody know what is the program "tcpd" suppose to do? it seems that > > it doesn't work well with my 2.4.0 arm-linux kernel. I am trying to rebuild > > this program. Nico told me the source is in netwinder's website. I found a > > source tcpdump-3.4-10.titan.a.src.rpm. Is this the source of "tcpd" and how > > is it? > > rpm -qf `which tcpd` > > No, it comes from tcp_wrappers. You should be able to use the source > from pretty much any recent tcp_wrappers source rpm. The patched version > on netwinder.org is only really necessary if you are building ORBit. > > It is available from: > ftp://ftp.netwinder.org/pub/netwinder/SRPMS/dm/3.1-15/ > tcp_wrappers-7.6-9_nw1.src.rpm > > -Rms > > > > 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 Sun Jul 16 05:44:45 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13DgHL-0000Kg-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 16 Jul 2000 05:43:47 +0100 Received: from [209.226.175.139] (helo=tomts1-srv.bellnexxia.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13DgHL-0000Ka-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 16 Jul 2000 05:43:47 +0100 Received: from Nightbird.TZoNE.ORG ([216.209.192.14]) by tomts1-srv.bellnexxia.net (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20000716033931.JBQ8304.tomts1-srv.bellnexxia.net@Nightbird.TZoNE.ORG>; Sat, 15 Jul 2000 23:39:31 -0400 Received: (from fabien@localhost) by Nightbird.TZoNE.ORG (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) id e6G3dNm22502; Sat, 15 Jul 2000 23:39:23 -0400 From: Fabien Ninoles Date: Sat, 15 Jul 2000 23:39:19 -0400 To: Deborah Wallach Cc: brad@parker.boston.ma.us, linux-arm-kernel@lists.arm.linux.org.uk, linux-usb-devel@lists.sourceforge.net, linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Subject: Re: port of ARM SA-1100 itsy usb function driver to 2.4.0-test2 Message-ID: <20000715233918.A22473@Nightbird.TZoNE.ORG> References: <200007131834.OAA24238@p2.parker.boston.ma.us> <200007131855.AA30339@stowe.pa.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2i In-Reply-To: <200007131855.AA30339@stowe.pa.dec.com>; from kerr@pa.dec.com on Thu, Jul 13, 2000 at 11:55:27AM -0700 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Thu, Jul 13, 2000 at 11:55:27AM -0700, Deborah Wallach wrote: > > It implements a basic ethernet interface complete with and eth0 > interface. I've not tried to pass packets to it (yet) but will in the > next week or two. I don't know what the DECWRL folks talked to with > it. Persumably they wrote some host code. I plan to implement the > other side shortly. > > We talk to it using either Linux (2.3.34) on an x86 PC or Windows 95/2000. > I haven't used the windows version myself, so I don't know anything about > it. Yes, we wrote some host code for the linux setup, but it's flaky (the > host machine crashes fairly often while using usb to the itsy), but if you > think it would be useful I can see if I can dig it up and get it posted > somewhere. I will be very interested by all those code (both client and host, Win and Linux) since I already try to implement something like this. I got the usb pipe #0 running correctly and Linux (2.3.99preX) configuring it correctly but can get the other pipe running. On the windows side, I ask a demonstrator for the SA-1111 to show me some code (both WinCE embedded or WinDriver Host) and the only thing he could find me is a USB Mouse Driver (really... they're very stupid sometime - we really have a lot of fun imagining what we can do with a mouse running a StrongArm :) I can myself send you the module I create for the linux host side, although the bulk pipes were never tested. BTW, do you think we can used a common DeviceID/VendorID for the code in the both kernel? Especially since the driver implementation will all be the same (mainly a network driver with a ppp-like connection). > > -Debby -- -------------------------------* *------------------------- Fabien Niñoles / / fabien@tzone.org Chevalier Servant de Sa Dame / / C15D FE9E BB35 F596 127F Veneur Gris par la Clef / / BF7D 8F1F DFC9 BCE0 9436 Chaton pour Debian / / http://www.tzone.org/~fabien --------------------------* *------------------------------ 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 Jul 16 09:50:25 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Dk7K-0001nt-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 16 Jul 2000 09:49:42 +0100 Received: from [194.168.180.42] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Dk7I-0001nl-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 16 Jul 2000 09:49:41 +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 JAA02679 for ; Sun, 16 Jul 2000 09:40:06 +0100 Received: (from rmk@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id JAA09611 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 16 Jul 2000 09:39:18 +0100 From: Russell King Message-Id: <200007160839.JAA09611@flint.arm.linux.org.uk> Subject: New address for Device List registrations (fwd) To: linux-arm-kernel@lists.arm.linux.org.uk Date: Sun, 16 Jul 2000 09:39:18 +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 Just so that everyone who may decide they need a major/minor number for their device knows: Forwarded message: > From: "H. Peter Anvin" > Subject: New address for Device List registrations > Date: 15 Jul 2000 18:44:41 -0700 > > Hello everyone, > > Effectively immediately, I would appreciate to have Device List > registrations sent to the address . This address > will be included in the next edited version of the Device List, and I > will still handle registrations sent to me personally for quite a > while, of course. However, you can make my life a just a little bit > easier this way :) > > Thanks for your cooperation. > > -hpa > > -- > at work, in private! > "Unix gives you enough rope to shoot yourself in the foot." > http://www.zytor.com/~hpa/puzzle.txt _____ |_____| ------------------------------------------------- ---+---+- | | 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 Mon Jul 17 17:50:38 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EE4e-000092-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 17 Jul 2000 17:48:56 +0100 Received: from [216.18.11.193] (helo=duke.electric.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13EE4c-00008u-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 17:48:55 +0100 Received: (qmail 48435 invoked from network); 17 Jul 2000 16:48:53 -0000 Received: from localhost (HELO relay.electric.net) (@127.0.0.1) by duke.electric.net with SMTP; 17 Jul 2000 16:48:53 -0000 Received: (from smtpd@localhost) by relay.electric.net (8.8.8/8.8.6) id JAA48430 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 09:48:53 -0700 (PDT) Received: from cobra.intrinsyc.com(64.16.10.158), claiming to be "dp.intrinsyc.com" via SMTP by relay.electric.net, id smtpdc48418; Mon Jul 17 09:48:52 2000 Received: from ileong (helo=localhost) by dp.intrinsyc.com with local-esmtp (Exim 3.13 #1 (Debian)) id 13EE4X-0007pe-00 for ; Mon, 17 Jul 2000 09:48:49 -0700 Date: Mon, 17 Jul 2000 09:48:49 -0700 (PDT) From: I-Gene Leong To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Root NFS and SA-11x0 not cooperating? 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 haven't done any major investigation into this yet, but I created an NFS mount and a kernel that would use it as root. The thing hangs right before /sbin/init gets called, I think... or maybe it hangs before the scripts get called. Anyone else have this problem? -- I-Gene Leong ileong@intrinsyc.com / 604-646-6962 "We see Linux as being much of a fad as the Internet was in 1995." - Irving Wladawsky-Berger, IBM VP of technology and strategy 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 Jul 17 18:34:49 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EEmd-0000iy-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 17 Jul 2000 18:34:23 +0100 Received: from [216.18.11.193] (helo=duke.electric.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13EEmb-0000im-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 18:34:22 +0100 Received: (qmail 17443 invoked from network); 17 Jul 2000 17:34:18 -0000 Received: from localhost (HELO relay.electric.net) (@127.0.0.1) by duke.electric.net with SMTP; 17 Jul 2000 17:34:18 -0000 Received: (from smtpd@localhost) by relay.electric.net (8.8.8/8.8.6) id KAA17368 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 10:34:17 -0700 (PDT) Received: from cobra.intrinsyc.com(64.16.10.158), claiming to be "dp.intrinsyc.com" via SMTP by relay.electric.net, id smtpdN17199; Mon Jul 17 10:34:12 2000 Received: from ileong (helo=localhost) by dp.intrinsyc.com with local-esmtp (Exim 3.13 #1 (Debian)) id 13EEmQ-0007rb-00 for ; Mon, 17 Jul 2000 10:34:10 -0700 Date: Mon, 17 Jul 2000 10:34:10 -0700 (PDT) From: I-Gene Leong To: linux-arm-kernel@lists.arm.linux.org.uk Subject: SA-11x0 USB... 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 Got ahold of Intel; they were kind enough to send over their USB driver. Seems that it's got a number of problems: * 1. Reads and writes are ignored by the interface (only writes stated in * spec)! * 2. Given above the design *should* provide a mechanism to verify * the action of every read/write. For the most part it does. * 3. EP0 FIFO reads are ignored. Length register can be used to detect this. * Repeat the read until the count register changes. * 4. EP0 FIFO writes are ignored. Length register can be used to detect this. * Repeat the read until the count register changes. When the write counter * changes you *must* wait a period of time before writing the next byte. * Failure to do this will result in the first byte being overwritten. * 5. EF0 IPR sets are ignored. Retry is dangerous, especially with DE side * effect. * Workaround to use timer to detect missed transmit, IPR clear with * packets data still remaining indicates ignored transmit. DE set after * last packet sent indicates ignored write on last packet. Resend whole * packet. Alternative is to repeat set of IPR until is is visible. * 6. EP1 FIFO reads do NOT clear RNE when the FIFO overruns! This causes * hangs if packets larger than 16 are allowed in polled mode. Make sure * max packet is < FIFO size in this case. * 7. Hardware race condition on RPC and RIR. No way to repeat clear and * guarantee the result is visible unless there are no interrupts and * very tight loop. * 8. Write to TPC clears FIFO loosing any data DMA'd for the next packet. * Workaround is to setup single packet DMA and reset DMA in the interrupt * service function for each packet. * 9. RNE will not clear if RPE is set, probably another case of #6. * 10. DMA will occur on a bad packet, it needs to be cuaght and undone. Due * to this problem no DMA completion interrupts can be used (the completion * interrupt can fire on a bad packet which can't be undone). * 11. Set and test mechanism for UDC bits will cause hang until the USB * clocks are running. Dont try this if the USB cable is disconnected or * the host is stopped. * 12. Client detects error in packet when analyzer in line does not. Possible * problem in client receive. Effect is RPE will be set and no response is * generated for packet (see #9). Host may or may not tolerate this. * 14. Client does not always respond to IN packets. This can cause the host * to declare the client dead. No workaround at this time but it has been * observed that running the USB clock at 11.88Mhz (from the host) avoids * the problem. * 15. EP0 FIFO does not hold off the host or ACK the receipt of a packet until * it is read. This means if you do not respond to the interrupt within * the host retry period (10us or so) the host will retransmit. The new * data will overwrite the existing FIFO data including portions currently * being read. The result is a corrupt packet. If the packet can not * be completely read from the FIFO in this period it will never be * received correctly. This problem has only been observed at 148Mhz and * only after 4K IN packet transmission. #14, I think, is my problem, but I don't have a USB analyzer to play with. Thought you guys might find this useful... -- I-Gene Leong ileong@intrinsyc.com / 604-646-6962 "We see Linux as being much of a fad as the Internet was in 1995." - Irving Wladawsky-Berger, IBM VP of technology and strategy 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 Jul 17 18:35:57 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EEnw-0000jy-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 17 Jul 2000 18:35:44 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13EEnv-0000jm-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 18:35:43 +0100 Received: from server01.asi (akron-80-189.ar51.net [208.225.80.189]) by ice.ar51.net (8.9.3/8.8.7) with ESMTP id NAA05450; Mon, 17 Jul 2000 13:35:35 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id <3YXN8CZ0>; Mon, 17 Jul 2000 13:37:11 -0400 Message-ID: From: Jeff Sutherland To: "'I-Gene Leong'" , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: Root NFS and SA-11x0 not cooperating? Date: Mon, 17 Jul 2000 13:37:09 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01BFF015.A282EB60" 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_000_01BFF015.A282EB60 Content-Type: text/plain > I haven't done any major investigation into this yet, but I > created an NFS > mount and a kernel that would use it as root. The thing hangs > right before > /sbin/init gets called, I think... or maybe it hangs before > the scripts > get called. Anyone else have this problem? > > -- > I-Gene Leong > ileong@intrinsyc.com / 604-646-6962 > "We see Linux as being much of a fad as the Internet was in 1995." > - Irving Wladawsky-Berger, IBM VP of technology and strategy What's your hardware platform? This works just fine on the Assabet. See attached. //Jeff ------_=_NextPart_000_01BFF015.A282EB60 Content-Type: application/octet-stream; name="NFS_root_sa11xx.HOWTO.tar.bz2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="NFS_root_sa11xx.HOWTO.tar.bz2" QlpoOTFBWSZTWQ1PpmUACUJ/xNiQAIB/9///v///7v////QAAgABAAhgFD68Zn3rZVFJAK93c2ew 2MoKkjb160Rai97dPKRrUutQVC9mCnjGxYdtJhpohGhoRoamnqYp4pkT9JpMMp+p6o0YgB6J6mh6 mgaNBpoCCCNIAKn6UP1CMnqNBoBoAAAAAA4GjRiDRpkwgxAYjE0aNGgDTTQAAABJqIgmiJo0NJNl PKeofqgAepiGmmjRoABoAAESiJoJ6ASn7UnpPVDTIek0ekDTQNHqaDQHqaaeoBo9QSJBNATQCNJl NpNPVPU2k9RptTyhp6magBppoyGjIDqe30m7A7PXiYo4rlROU5eCXR4OeymUbl1MAAKioB16gO6c 28e1gVg49hGM+61f5OBFPAecJ0knzcyCfEYMUrKr2AfGYPwhnGrPuB76WETzb2intMoCuZtZijzh x8OtGm9Fcy0GApVKrIDGAasDbo8dUqZ5cjTBwCFvTc6ojIJ4nUVEM5MzGiOrp8uHfxofrN/ptGp8 P3UpHJ1dPl0WT5+5WtsmN8l7/D3h9xLoDKaGQoUpIJf+VqKFZUsMw7/LVz37lm7OS79ShyquH7zr X4X7unJ0dq+6Z1uX8YCy+uLYq8rerWtL9DLCIftGYVDy9sX0+EYkwvIGruFCUIz6jhj2DILEntkW NaSGNbuk5/aK5cDja9mH23ynkvRlBT/TsPe1Y/i4iH/IfMpRBuhyZ4as9U4gqBJjW36KZysK6tjz uW6++3mPe1C2rSbL3mPHCEXC82f+dGfYvnqnL7rmVlyE5MrtDSmmPMbl0Oz1PSRjSOBpH+Z6pQdF PmrEwovrBy9DzccrWONNj/KhjOyk6CzcdJjh7Bq40+HXTFDbqosjzr/Q7IwfQjnQO8Z0FSKS7CHC osK7Ey0UU0ritkXHpln0GfVbL/ZDE4QyDZ7LXXQWbFO43+xA66Xst1XR8r1+O/bvVy70nGj6CsrW lpOt2sL+5CxqrSMqgsWydRddxvbIVM1oZmaqq3S6UO/asQSScbwqKfkBwqamxGfitPKPrOm+i4gU 7qMexm5cLwnhTYx4S/aEXfVdOPT3z1RfdtL+XknU8avzO2DJFjpeKsQpjGI09ZrIOthht+J9pDnb r46sc5ypsNJ5zijaIevXLMglTRyh3oOrimYQWdGJFwo1ZhVymPFPnMPZdtmsy1z30VDcedPtFdpO 48UYlm1fp3htrDIbG6rdWVsi60uzsaKnw2w0Xy1B1YjHZazyui6uFDpHNgite6xIUl6Mzy6n1Le4 6X0PujZQM1VxwW6evA8gNQmxyuk2x1oaIjtxLTZjyC18AYhYKyMeJQ4OvdHJQFfDTFBFuNiwVQjz NTVo8rhR05mqynkmBQtk3pcss3rd2h6mXiJq+eV2xfC2QNhQQVF+j8C6uvlVIbqFHyr9uYjC7KMT i1nsx8SpnkpPlWZdc3Xm8Qpdb7rradDlq13i2Bth7W2YaYs1lGjSGF2tOBJ+AJ16iRvaWHPOY2Ya adWOeR5/Ohb3575vnDELBGVWDbVXEuy6y1HEXW/LuGIJkMOlr3OFCiaa/UcOC2tprvONfPfiNwZ4 1Ycbiy9s6zpG9LYKc7+IGz3ZNlyCBXTLp3wNde7aVYovNctGq2WpCyLTNSRpoAoaqUCVMz4O8Ebw z9mcebtvsIQkE+nmDyF+VlJBYBh8R9e5Jr2rT+X12nk9Ee8nv4REuUITI6JrO3bkoUIJAqE8J9l+ t8krbkWsAHn1HYNGAmEiMCKKRB6kW/kHpkigiMz9wPeDYMXooZXgdu/4eo9/l3ru5SOwhOeDgAwA WnwL6O8X8/dp3a5sblWXpkTW0bpnRcxzUmkVb7PNBr2n4ptt7hFfDjweSSE5lINtHFN9P1t7C5eG Gz2U6b+2mkflmG0vKnjs8z4yJ1ufBa/T3dEesBhn24/0DqXjB/eNVda2Xp4XIMfIfDsCh3uPqBXj REkUARNOlNuAGI7uaNE6K9QySXoLp+tQeNtbg9HRaIDpEq0NY1ia6MYlLCDfRrmeMEA+bf0JyFE8 T9bgoztBRCixD6EP2qebo6rW8uaPu+HPeZcX4D4U8HexI8w2NndwL2lebflQfEsLtnpqrty5QMqw 7Tw10BY7gGfr3gTv0Lv7BKU8j6e3kq43G43K/QytxYF/oVVhQFvhfVP9ntM12oxDdIqms9aRpQyG taLvlp9E8yqyMVcF1ZrNPotA20Vweb4/f+D0ZYvuPJLkifCBCvSALd27qpPx731V+QcEQJwh9lri ASBxKBTvUkkmGeFClpQAeso0VTnfH9LAjzIerEei0CDDnsecsakQKqH7pAYcdPBvr8QgcWygMIKs YrCIp0a5uB+YHOeTbB0IVAyeNY7ghOQEZL6UwBgtois1txXmZY4rikK4lZUR4bSPdz/KBM3kgpNn mGdhwFZ/XcKD5krKSjuNq5OzY7MW5HiMBqRSEVgbQx+Z1prgDBTzEjsCoUZyfNFWDa24wtZHnPim pCNqOCFZKaa7BTMV6dwGJkWZuR2GRjGwOKXaSEKE0vkxzOIgOOHMzOS5pgwbgSOtazJmnExu1A9S dQ6JWIJHnbympqaMGLBK8+wSOQgIks1JVr0UqoKCFMWgw7suSlve8Pja6loo5jAIQJQjmZgIGtuu HLoGZg5ByrbY7CLGuAqzorYkiX2DAjsEBLqEUVB1SW5ROvm7vASwuNJRuhneOIcYbDUelDunnriN 1wchtvMQ6IN+AHBIRLL+VzOujcu9ux7jNtaaRb156YpphKfSRMOzyFUvEokJ8YPAnbVGHUhHFcoO CQqILCszVCwXFcOESSFjpisALMDacv92tEcDjLwvCDIJFbrCFa+iKa95ssLS/YzShuHtA7DEFyxx 4XjsR4nz1x2ZhG9Wrw12tgpyNyRldMt1hQQzXvsvcs7bPESEXmjaUQsOpFBA8mwp90EX8GEA5/tg u/q64O3gPDB6hLGTKbeOZ+NGZk/W6pjezG6x6iFWn75BcZIqNBasgfGMLwpyo2QvXeyCDCcVW4zP VpNDpFXULrtWhfPjMCTFSZfrTDunVptU3KyvZfBB0vuGF8p7tOhQQwUMSCnIDcEcLT3FxtOP/BWM MI2RjphCWCQ7Ew2Yr5jb8+kWErNGyoQH3L0qLRc2TuQVZQtwPTPwUY7AMnlMT2/3VL5wM0llJcGw gjipwFRGjtEKHA2/e+uu3ZjJRsZPaLupNrqzqmjcTCjWWssbgJ8AtRzacw4h7L3IDhSAMzIeUleM FA0DDCC++VhbOyVJnYxajxUxp3GcXcu0euqAVuqTfbFumZNEy5trN1vWLcUaWUwWOzWKoxmkabTP LCdulIXl20ya6MUKmo8MKZZrRPBAOMXAVgC5hK5jeGQovRyzMekNSa9rC9pcTYoPQLINdHmIDN6V aBAZRUWcOQGICwoYw97L3OcXDO70TzmssXlEhERrJQ8BhnOc3id/QfDWCljGyoiY9m0YeuYP1LJD 4Cry2bcG+HLawymXUOuzrg+WqsLLgXIoMAxDnmNXGHWH7HAHulo4ZH0XKUPYATq49YUoQmcJf07u nMSk0Q4POISYUkbZEy6IPdeBr4/AvNBEzftPo4f9VDci3ildXMyqWTTmOQN+F1Y5CIkiOSnDsFiV XjOWUcToNg28M+FItKCZghqRkXCg7hdM02JyqVrU0FSziWgtKSTKUpya4mpMLjriRvSPbIo09mSy JMj2i2YALv1E7ZDM0M+rkGIjbSAPVwvRU2KAsEQcjBdHl7kHNZogihDzPBX0eRj+lxIu6c8Trn61 mCzJjDq6QHl510W2/A3iu8wywuaY2yBg2ltZfsii1SHXni+/uSqD1Qx1wBkkLE8I2yayoYh6j4Da 9BeDSBhpiMFkgoPBBdVorMY6CrWdB+HWBRFKpHPtzcEQNtjlSlpTZQe5+igVchRA9jJBQWApAM6F BSTKBiVRKqS7ksQRKgWVSVCBilAdwshFdop3HeM8RYRftg51S70tZnks6XTGRzDFsPpZ7mOgrhNI hc0dCWKGJGK7dwQxVKvA2UW1RLubdGCb4yEWFkjeymeMHBCqpXSy26CUYmd2c9MqNcKglVFMF8Bv sENzI6KAdPYGKI0GCG7836C0B26i4105XG9ORUijEVI3OfaHz9yB4vhrwbkwx8/XjjO4Gx3AYjmQ c914bJh6VUO3I5DubCRCgiUqpgYLMD6e4TTWQuZqTS3S864O0o6zWlIyjyWV0xVymU0CNFXmRsLS +IfK577zqwZKSKtZR4m0UHlIhEmr8oc1HwopYPukzuqJB4srtYarETMZHQRqqpDGKDGtm9zVqqIQ CHMwZivW0bzBbokWRreryUCi056Rtk5PnSaloohpGzSXs1BBh0YGGcjIgvlhkyWZ5htAIuLXERVZ GDKGs1YfiAZqHMReiQY+mCBMsJgDU51EzyswFinTOhNME7zUrUKA0udd2aZKVsurqg7y/eyFRwlK a1QoqtKMKRSeJDCFmoyud3L0maLOPkAzpoQWE0G0NDAhZbWIiM8WogkOYTJnJcMK95UhiAY5eZwW SQwlptbTpUR0msWDXZ4y84eLZ2zIssFfqk1EMcC4E1JKbTAXVxY9elQLop9vyeoDzTy0ypBQFIRE G4YHBgR13B2arqR2P75QgTD4LylMt3vHjCmCBeh64mSO8L1Dw8sjVrRW9cxByLYgQNjYxNND36bR qQF7v8pdR7LowQvYMzvnzlMJ73AeP8JpjzfC8EdSGgiCoRFQW+8nmXFghTfHPmJKy0jFDpVC9p45 YzwTB6xOmCSg5VuMmA1DGTPWxlm80Wo0iyC9+hZL7ENT/nYWMSbG114mRpkJ7MhKLhJct5BXPmzC Wzk4NsZ7ifTddp3iuaOALYSOIEW9yRv1PGmoLd4NTEMe0Zhm5XCTTwVqGQuHvNTQmKNVRSTmbO3G lt6JWczx+i95nJRtdAsMBQsrSrGqq1aZQ1GqSVSLQXdxixgyU0gtIj00kWjlAKMQutJSVzDi7DZT rxtiYEBUcjqMLoaBtQqCI1WJ2KO7aoXLMVnr+agzHEMcOkSr50Vwu5YTzDu5hgJTxE4stOWJA2gG /OHHVvIdqAgvxTU7DrmpfPjdhSIrCmuiDIvi4jGYkfpYyCoudUylnSde1wPMi5Qia716KGUwHBeI ZN4HkVZPmGTbSKKX7wt7ddw5Tcp4mCCSdzUnljeKG+rTW5hlFiD1sLvPbKuZI4nHalwLkDr7EGqc rugvQcHylHyPc5uo8YhGcJRLzyFndmjAJiq1cLYqSqQIJ1yKMLRdYOYEi4lzTds2M84QKGEGQ6zv gJ5Yl0aUWIuW1JBgSdKyRYzUJFjqMWckFSCrFRirz57pu1iVa4dq9OG8LUliWOgLlUA7KuPQGhNr Zi/l8Dy2mQXnrypyLThYRM917EYkwpzR2yHgDDKwULImVdL5p7XkPdFjfsIKEFdJhbqLOYTj0QRw 6DIlOkDqDXHhlM9as40msNGOw4mEXsz4LMageRCTutCoteG6VoukIlgrAQaCR4NAkS0DD2VazqCl VBZZmkiylVTMsCmVWbMK1FOHy1ybFc0O+JScQq8hGQkizVxNYS4grrNEljuNmi30OueOa2yjHMJY qWCrTJ5MWKYjyl+ZgkGLA7+/fJvYWuhwevPjNFwFAuscugylxNK247WrQWjdjixTGhEknrgpUEwj eJ4UD/089SYo5++HyLaigbt9lE8DYgryCSMUmtrFxcwik5RBVhuFBcxedtsTLNGnvfH2bw3eLqZi T5bALhje4RziX6CVApZnf73qJ6ETZqOfQcptOyqBgR/FI5rynft3SN7o4lbhWZRukuVJeKtnzLQU t2yPllRSgtx3ZmWpIEKpVdBpJNthSgt4Ur6gA/8XckU4UJANT6Zl ------_=_NextPart_000_01BFF015.A282EB60-- 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 Jul 17 18:40:39 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EEsV-0000oS-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 17 Jul 2000 18:40:27 +0100 Received: from [216.18.11.193] (helo=duke.electric.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13EEsU-0000oL-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 18:40:26 +0100 Received: (qmail 26777 invoked from network); 17 Jul 2000 17:40:25 -0000 Received: from localhost (HELO relay.electric.net) (@127.0.0.1) by duke.electric.net with SMTP; 17 Jul 2000 17:40:25 -0000 Received: (from smtpd@localhost) by relay.electric.net (8.8.8/8.8.6) id KAA26763; Mon, 17 Jul 2000 10:40:25 -0700 (PDT) Received: from cobra.intrinsyc.com(64.16.10.158), claiming to be "dp.intrinsyc.com" via SMTP by relay.electric.net, id smtpdx26732; Mon Jul 17 10:40:23 2000 Received: from ileong (helo=localhost) by dp.intrinsyc.com with local-esmtp (Exim 3.13 #1 (Debian)) id 13EEsQ-0007sW-00; Mon, 17 Jul 2000 10:40:22 -0700 Date: Mon, 17 Jul 2000 10:40:22 -0700 (PDT) From: I-Gene Leong To: Jeff Sutherland cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: Root NFS and SA-11x0 not cooperating? 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, 17 Jul 2000, Jeff Sutherland wrote: > > I haven't done any major investigation into this yet, but I > > created an NFS > > mount and a kernel that would use it as root. The thing hangs > > right before > > /sbin/init gets called, I think... or maybe it hangs before > > the scripts > > get called. Anyone else have this problem? > What's your hardware platform? This works just fine on the Assabet. See > attached. Intrinsyc CerfBoard. The PCMCIA stuff I can probably ignore for a little while, as the Cerf has an onboard CS8900 Ethernet controller. Didn't know about the RAM disk stuff here, but that's how we are booting it at the moment. I'll give this a spin, thanks. (Can't wait to see how long it takes to bootstrap gcc on this thing... :) -- I-Gene Leong ileong@intrinsyc.com / 604-646-6962 "We see Linux as being much of a fad as the Internet was in 1995." - Irving Wladawsky-Berger, IBM VP of technology and strategy 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 Jul 17 18:58:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EF94-00010b-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 17 Jul 2000 18:57:34 +0100 Received: from [205.250.170.220] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13EF92-00010T-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 18:57:32 +0100 Date: Mon, 17 Jul 2000 13:54:35 -0400 (EDT) From: Nicolas Pitre To: I-Gene Leong cc: Jeff Sutherland , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: Root NFS and SA-11x0 not cooperating? 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, 17 Jul 2000, I-Gene Leong wrote: > On Mon, 17 Jul 2000, Jeff Sutherland wrote: > > > I haven't done any major investigation into this yet, but I > > > created an NFS > > > mount and a kernel that would use it as root. The thing hangs > > > right before > > > /sbin/init gets called, I think... or maybe it hangs before > > > the scripts > > > get called. Anyone else have this problem? > > What's your hardware platform? This works just fine on the Assabet. See > > attached. > > Intrinsyc CerfBoard. The PCMCIA stuff I can probably ignore for a little > while, as the Cerf has an onboard CS8900 Ethernet controller. You'll need to modify the appropriate driver since it won't probably work as is on your board. Be sure you can have packets going in and out (with network tools on a ramdisk) before looking for NFS root. > Didn't know about the RAM disk stuff here, but that's how we are booting > it at the moment. I'll give this a spin, thanks. You shouldn't need a ramdisk to mount your root by NFS with an on-board ethernet port. With PCMCIA this is another matter. 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 Jul 17 19:05:51 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EFGt-0001Ad-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 17 Jul 2000 19:05:39 +0100 Received: from [216.18.11.193] (helo=duke.electric.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13EFGs-0001AW-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 19:05:38 +0100 Received: (qmail 63472 invoked from network); 17 Jul 2000 18:05:37 -0000 Received: from localhost (HELO relay.electric.net) (@127.0.0.1) by duke.electric.net with SMTP; 17 Jul 2000 18:05:37 -0000 Received: (from smtpd@localhost) by relay.electric.net (8.8.8/8.8.6) id LAA63343; Mon, 17 Jul 2000 11:05:34 -0700 (PDT) Received: from cobra.intrinsyc.com(64.16.10.158), claiming to be "dp.intrinsyc.com" via SMTP by relay.electric.net, id smtpdw63239; Mon Jul 17 11:05:32 2000 Received: from ileong (helo=localhost) by dp.intrinsyc.com with local-esmtp (Exim 3.13 #1 (Debian)) id 13EFGk-0008K9-00; Mon, 17 Jul 2000 11:05:30 -0700 Date: Mon, 17 Jul 2000 11:05:30 -0700 (PDT) From: I-Gene Leong To: Nicolas Pitre cc: Jeff Sutherland , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: Root NFS and SA-11x0 not cooperating? 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, 17 Jul 2000, Nicolas Pitre wrote: > On Mon, 17 Jul 2000, I-Gene Leong wrote: > > Intrinsyc CerfBoard. The PCMCIA stuff I can probably ignore for a little > > while, as the Cerf has an onboard CS8900 Ethernet controller. > You'll need to modify the appropriate driver since it won't probably work > as is on your board. Be sure you can have packets going in and out (with > network tools > on a ramdisk) before looking for NFS root. The driver's already been modified, as far as I can tell... Ethernet on it runs quite well. > > Didn't know about the RAM disk stuff here, but that's how we are booting > > it at the moment. I'll give this a spin, thanks. > You shouldn't need a ramdisk to mount your root by NFS with an on-board > ethernet port. With PCMCIA this is another matter. That's what I thought, initially, but the kernel hang is another matter... I'm not sure what other patches have been made to the kernel to accomodate this hardware, but it shouldn't be difficult at all to figure that out. I've already verified that I can mount my NFS export on the Cerf and that everything there works fine. -- I-Gene Leong ileong@intrinsyc.com / 604-646-6962 "We see Linux as being much of a fad as the Internet was in 1995." - Irving Wladawsky-Berger, IBM VP of technology and strategy 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 Jul 17 19:46:14 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EFtu-0001uy-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 17 Jul 2000 19:45:58 +0100 Received: from [216.18.11.193] (helo=duke.electric.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13EFtt-0001uo-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 19:45:57 +0100 Received: (qmail 24613 invoked from network); 17 Jul 2000 18:45:57 -0000 Received: from localhost (HELO relay.electric.net) (@127.0.0.1) by duke.electric.net with SMTP; 17 Jul 2000 18:45:57 -0000 Received: (from smtpd@localhost) by relay.electric.net (8.8.8/8.8.6) id LAA24582; Mon, 17 Jul 2000 11:45:56 -0700 (PDT) Received: from cobra.intrinsyc.com(64.16.10.158), claiming to be "dp.intrinsyc.com" via SMTP by relay.electric.net, id smtpdz24433; Mon Jul 17 11:45:53 2000 Received: from ileong (helo=localhost) by dp.intrinsyc.com with local-esmtp (Exim 3.13 #1 (Debian)) id 13EFtm-00013Z-00; Mon, 17 Jul 2000 11:45:50 -0700 Date: Mon, 17 Jul 2000 11:45:50 -0700 (PDT) From: I-Gene Leong To: Nicolas Pitre cc: Jeff Sutherland , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: Root NFS and SA-11x0 not cooperating? 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 Did a little more investigation... the kernel seems to do its job, getting to the point of execing /sbin/init, so maybe it's /sbin/init that doesn't like the NFS mount? Hmm. What if I were to move it out of the way... -- I-Gene Leong ileong@intrinsyc.com / 604-646-6962 "We see Linux as being much of a fad as the Internet was in 1995." - Irving Wladawsky-Berger, IBM VP of technology and strategy 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 Jul 17 20:26:55 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EGX8-0002T7-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 17 Jul 2000 20:26:30 +0100 Received: from [216.18.11.193] (helo=duke.electric.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13EGX4-0002T0-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 20:26:29 +0100 Received: (qmail 87391 invoked from network); 17 Jul 2000 19:26:22 -0000 Received: from localhost (HELO relay.electric.net) (@127.0.0.1) by duke.electric.net with SMTP; 17 Jul 2000 19:26:22 -0000 Received: (from smtpd@localhost) by relay.electric.net (8.8.8/8.8.6) id MAA87375; Mon, 17 Jul 2000 12:26:22 -0700 (PDT) Received: from cobra.intrinsyc.com(64.16.10.158), claiming to be "dp.intrinsyc.com" via SMTP by relay.electric.net, id smtpdb87293; Mon Jul 17 12:26:19 2000 Received: from ileong (helo=localhost) by dp.intrinsyc.com with local-esmtp (Exim 3.13 #1 (Debian)) id 13EGWt-0001DE-00; Mon, 17 Jul 2000 12:26:15 -0700 Date: Mon, 17 Jul 2000 12:26:15 -0700 (PDT) From: I-Gene Leong To: Jeff Sutherland cc: "'Nicolas Pitre'" , linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: Root NFS and SA-11x0 not cooperating? 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, 17 Jul 2000, Jeff Sutherland wrote: > > Did a little more investigation... the kernel seems to do its > > job, getting > > to the point of execing /sbin/init, so maybe it's /sbin/init > > that doesn't > > like the NFS mount? > > Hmm. What if I were to move it out of the way... > Of course /sbin/init has been compiled for the ARM processor, no? ;) Yes, actually, it has, and no, moving it did nothing. (Tried to exec /bin/sh, which didn't work, either.) :) Our boards boot off of ramdisks right now, so all I did was copy a good ramdisk to a directory and use that as a NFS mount. I've stuck a pile of debugging messages into functions to see what's going on, but I'm guessing that's not really going to help. What version of the kernel are you running, by the way? I'm still using 2.3.99pre8-I-forget-which-patches, but I'm seriously considering giving 2.4.0test2-rmk2-np3 a shot. -- I-Gene Leong ileong@intrinsyc.com / 604-646-6962 "We see Linux as being much of a fad as the Internet was in 1995." - Irving Wladawsky-Berger, IBM VP of technology and strategy 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 Jul 17 21:00:06 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EH3J-0002pr-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 17 Jul 2000 20:59:45 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13EH3H-0002pl-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 20:59:43 +0100 Received: from server01.asi (akron-80-189.ar51.net [208.225.80.189]) by ice.ar51.net (8.9.3/8.8.7) with ESMTP id PAA15407; Mon, 17 Jul 2000 15:59:41 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id <3YXN8C5H>; Mon, 17 Jul 2000 16:01:32 -0400 Message-ID: From: Jeff Sutherland To: "'I-Gene Leong'" Cc: "'Nicolas Pitre'" , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: Root NFS and SA-11x0 not cooperating? Date: Mon, 17 Jul 2000 16:01:28 -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 > > > Hmm. What if I were to move it out of the way... > > Of course /sbin/init has been compiled for the ARM processor, no? ;) > > Yes, actually, it has, and no, moving it did nothing. (Tried to exec > /bin/sh, which didn't work, either.) :) > > Our boards boot off of ramdisks right now, so all I did was > copy a good > ramdisk to a directory and use that as a NFS mount. I've > stuck a pile of > debugging messages into functions to see what's going on, but > I'm guessing > that's not really going to help. > > What version of the kernel are you running, by the way? I'm > still using > 2.3.99pre8-I-forget-which-patches, but I'm seriously > considering giving > 2.4.0test2-rmk2-np3 a shot. I'm using 2.4.0-test2-ac1-rmk2-np3. Take a look in init/main.c near the end. The sa1100 patch had disabled nfs root mounting until recently due to a minor problem in the serial port driver that caused a kernel crash. This is now enabled once again in the latest SA1100 patch. //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 Jul 17 21:02:39 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EH5p-0002sR-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 17 Jul 2000 21:02:21 +0100 Received: from [216.18.11.193] (helo=duke.electric.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13EH5o-0002sI-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 17 Jul 2000 21:02:20 +0100 Received: (qmail 42132 invoked from network); 17 Jul 2000 20:02:19 -0000 Received: from localhost (HELO relay.electric.net) (@127.0.0.1) by duke.electric.net with SMTP; 17 Jul 2000 20:02:19 -0000 Received: (from smtpd@localhost) by relay.electric.net (8.8.8/8.8.6) id NAA42102; Mon, 17 Jul 2000 13:02:19 -0700 (PDT) Received: from cobra.intrinsyc.com(64.16.10.158), claiming to be "dp.intrinsyc.com" via SMTP by relay.electric.net, id smtpdr41974; Mon Jul 17 13:02:17 2000 Received: from ileong (helo=localhost) by dp.intrinsyc.com with local-esmtp (Exim 3.13 #1 (Debian)) id 13EH5h-0001gJ-00; Mon, 17 Jul 2000 13:02:13 -0700 Date: Mon, 17 Jul 2000 13:02:13 -0700 (PDT) From: I-Gene Leong To: Jeff Sutherland cc: "'Nicolas Pitre'" , "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: RE: Root NFS and SA-11x0 not cooperating? 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, 17 Jul 2000, Jeff Sutherland wrote: > I'm using 2.4.0-test2-ac1-rmk2-np3. Take a look in init/main.c near the > end. The sa1100 patch had disabled nfs root mounting until recently due to > a minor problem in the serial port driver that caused a kernel crash. This > is now enabled once again in the latest SA1100 patch. Hmm, sounds about right... since I am using a console on the serial port. I didn't see anything about disabled NFS root in there, though... but I am going to give 2.4.0-test2 a shot now. -- I-Gene Leong ileong@intrinsyc.com / 604-646-6962 "We see Linux as being much of a fad as the Internet was in 1995." - Irving Wladawsky-Berger, IBM VP of technology and strategy 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 Jul 19 10:08:09 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EpkO-0007zs-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 19 Jul 2000 10:02:32 +0100 Received: from [193.145.240.2] (helo=tid.tid.es) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13EpkH-0007zS-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 19 Jul 2000 10:02:25 +0100 Received: from tid.es ([172.17.1.9]) by tid.tid.es (Netscape Messaging Server 4.15) with ESMTP id FXXT3000.I2H for ; Wed, 19 Jul 2000 11:01:48 +0200 Message-ID: <39756DDB.4073C9E5@tid.es> Date: Wed, 19 Jul 2000 10:59:08 +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: IRQ lock problem Content-Type: multipart/mixed; boundary="------------F7B66A938B4C6C35DD848E48" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. --------------F7B66A938B4C6C35DD848E48 Content-Type: multipart/alternative; boundary="------------6285C173A90FE20E55628C01" --------------6285C173A90FE20E55628C01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello all: I'm developing some firmware code to run Linux on a SA110 (with FootBridge) based board. At this stage, I have downloaded an "vmlinux" image (e.g, a decompressed one) at address 0x00000000. (Entry point is at 0x00008000, right?). I have not been lucky when I download a "zImage", I'm not sure where in memory should I load it. When I call Linux, it says: *************** call 0x8000 boot no options Linux version 2.2.13-rmk2 (root@lobos) (gcc version 2.95.1 19990816 (release)) #4 Tue Jul 18 09:16:54 CEST 2000 Calibrating delay loop... <3>IRQ LOCK: IRQ7 is locking the system, disabled IRQ LOCK: IRQ7 is locking the system, disabled IRQ LOCK: IRQ7 is locking the system, disabled (...infinite loop, same message again and again...) *************** Anybody can tell me any clue about what should I check?. I guess I have left some hardware misconfigured, but I run out of ideas. What is the meaning of this message?. From linux source code, I guess it's something about interrupt handler calling itself. Am I right? Is IRQ7 related to a "PC compatible" architecture, e.g a parallel port or something like this, or is it related to a StrongArm architecture (IRQ 7 is TIMER4, I guess)? I'm not very used to "arch/arm/kernel/*"... :-) Is there any "literature" about specific Linux/ARM internals? I'm afraid I could be asking something written somewhere... I have "borrowed" boot.s from Compaq bootldr project (thank you Jamey & George for your help!). I configure PCI bus, download a kernel and jump to it (I guess MMU is disabled as it is ICACHE and DCACHE). Some lines about my hardware environment: Interrupts disabled at firmware level, I poll status registers instead, but maybe I have not written every register, so I have left some hardware (specially for southbridge) in a unknown state. My motherboard is a CATS, I have revised specific inicialization in kernel, it writes some registers but it seems fine. No hardware attached (no NIC, IDE or whatever). I download everything throught footbridge serial line. Motherboard has a SA110, a 21285 and a ALi1543 southbridge. This last one has all hardware disabled (USB, keyboard, mouse, IDE serial ports...) as far as I know. Thank you very much! David Aparicio --------------6285C173A90FE20E55628C01 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hello all:

I'm developing some firmware code to run Linux on a SA110 (with FootBridge) based
board. At this stage, I have downloaded an "vmlinux" image (e.g, a decompressed one)
at address 0x00000000. (Entry point is at 0x00008000, right?). I have not been lucky
when I download a "zImage", I'm not sure where in memory should I load it.
When I call Linux, it says:

***************
call 0x8000
boot no options
Linux version 2.2.13-rmk2 (root@lobos) (gcc version 2.95.1 19990816 (release)) #4 Tue Jul 18 09:16:54 CEST 2000
Calibrating delay loop... <3>IRQ LOCK: IRQ7 is locking the system, disabled
IRQ LOCK: IRQ7 is locking the system, disabled
IRQ LOCK: IRQ7 is locking the system, disabled
(...infinite loop, same message again and again...)
***************

Anybody can tell me any clue about what should I check?. I guess I have
left some hardware misconfigured, but I run out of ideas. What is the meaning
of this message?. From linux source code, I guess it's something about
interrupt handler calling itself. Am I right? Is IRQ7 related to a
"PC compatible" architecture, e.g a parallel port or something like this,
or is it related to a StrongArm architecture (IRQ 7 is TIMER4, I guess)?
I'm not very used to "arch/arm/kernel/*"... :-)
Is there any "literature" about specific Linux/ARM internals? I'm afraid
I could be asking something written somewhere...

I have "borrowed" boot.s from Compaq bootldr project (thank you Jamey &
George for your help!). I configure PCI bus, download a kernel and jump
to it (I guess MMU is disabled as it is ICACHE and DCACHE).

Some lines about my hardware environment:
Interrupts disabled at firmware level, I poll status registers instead,
but maybe I have not written every register, so I have left some hardware
(specially for southbridge) in a unknown state. My motherboard is a CATS,
I have revised specific inicialization in kernel, it writes some registers
but it seems fine.
No hardware attached (no NIC, IDE or whatever). I download everything
throught footbridge serial line. Motherboard has a SA110, a 21285 and
a ALi1543 southbridge. This last one has all hardware disabled (USB,
keyboard, mouse, IDE serial ports...) as far as I know.

Thank you very much!

  David Aparicio --------------6285C173A90FE20E55628C01-- --------------F7B66A938B4C6C35DD848E48 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ónica 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 --------------F7B66A938B4C6C35DD848E48-- 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 Jul 19 10:57:24 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EqY4-00008c-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 19 Jul 2000 10:53:52 +0100 Received: from [193.145.240.2] (helo=tid.tid.es) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13EqXx-00008S-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 19 Jul 2000 10:53:50 +0100 Received: from tid.es ([172.17.1.9]) by tid.tid.es (Netscape Messaging Server 4.15) with ESMTP id FXXVGM01.23A for ; Wed, 19 Jul 2000 11:53:10 +0200 Message-ID: <397579E5.974AA080@tid.es> Date: Wed, 19 Jul 2000 11:50:29 +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: IRQ lock problem Content-Type: multipart/mixed; boundary="------------564B5F542D61B3C5F1F078EB" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. --------------564B5F542D61B3C5F1F078EB Content-Type: multipart/alternative; boundary="------------8E093FDE5DE402E0C01EEEE9" --------------8E093FDE5DE402E0C01EEEE9 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello all: I'm developing some firmware code to run Linux on a SA110 (with FootBridge) based board. At this stage, I have downloaded an "vmlinux" image (e.g, a decompressed one) at address 0x00000000. (Entry point is at 0x00008000, right?). I have not been lucky when I download a "zImage", I'm not sure where in memory should I load it. When I call Linux, it says: *************** call 0x8000 boot no options Linux version 2.2.13-rmk2 (root@lobos) (gcc version 2.95.1 19990816 (release)) #4 Tue Jul 18 09:16:54 CEST 2000 Calibrating delay loop... <3>IRQ LOCK: IRQ7 is locking the system, disabled IRQ LOCK: IRQ7 is locking the system, disabled IRQ LOCK: IRQ7 is locking the system, disabled (...infinite loop, same message again and again...) *************** Anybody can tell me any clue about what should I check?. I guess I have left some hardware misconfigured, but I run out of ideas. What is the meaning of this message?. From linux source code, I guess it's something about interrupt handler calling itself. Am I right? Is IRQ7 related to a "PC compatible" architecture, e.g a parallel port or something like this, or is it related to a StrongArm architecture (IRQ 7 is TIMER4, I guess)? I'm not very used to "arch/arm/kernel/*"... :-) Is there any "literature" about specific Linux/ARM internals? I'm afraid I could be asking something written somewhere... I have "borrowed" boot.s from Compaq bootldr project (thank you Jamey & George for your help!). I configure PCI bus, download a kernel and jump to it (I guess MMU is disabled as it is ICACHE and DCACHE). Some lines about my hardware environment: Interrupts disabled at firmware level, I poll status registers instead, but maybe I have not written every register, so I have left some hardware (specially for southbridge) in a unknown state. My motherboard is a CATS, I have revised specific inicialization in kernel, it writes some registers but it seems fine. No hardware attached (no NIC, IDE or whatever). I download everything throught footbridge serial line. Motherboard has a SA110, a 21285 and a ALi1543 southbridge. This last one has all hardware disabled (USB, keyboard, mouse, IDE serial ports...) as far as I know. Thank you very much! David Aparicio --------------8E093FDE5DE402E0C01EEEE9 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit  
Hello all:

I'm developing some firmware code to run Linux on a SA110 (with FootBridge) based
board. At this stage, I have downloaded an "vmlinux" image (e.g, a decompressed one)
at address 0x00000000. (Entry point is at 0x00008000, right?). I have not been lucky
when I download a "zImage", I'm not sure where in memory should I load it.
When I call Linux, it says:

***************
call 0x8000
boot no options
Linux version 2.2.13-rmk2 (root@lobos) (gcc version 2.95.1 19990816 (release)) #4 Tue Jul 18 09:16:54
CEST 2000
Calibrating delay loop... <3>IRQ LOCK: IRQ7 is locking the system, disabled
IRQ LOCK: IRQ7 is locking the system, disabled
IRQ LOCK: IRQ7 is locking the system, disabled
(...infinite loop, same message again and again...)
***************

Anybody can tell me any clue about what should I check?. I guess I have
left some hardware misconfigured, but I run out of ideas. What is the meaning
of this message?. From linux source code, I guess it's something about
interrupt handler calling itself. Am I right? Is IRQ7 related to a
"PC compatible" architecture, e.g a parallel port or something like this,
or is it related to a StrongArm architecture (IRQ 7 is TIMER4, I guess)?
I'm not very used to "arch/arm/kernel/*"... :-)
Is there any "literature" about specific Linux/ARM internals? I'm afraid
I could be asking something written somewhere...

I have "borrowed" boot.s from Compaq bootldr project (thank you Jamey &
George for your help!). I configure PCI bus, download a kernel and jump
to it (I guess MMU is disabled as it is ICACHE and DCACHE).

Some lines about my hardware environment:
Interrupts disabled at firmware level, I poll status registers instead,
but maybe I have not written every register, so I have left some hardware
(specially for southbridge) in a unknown state. My motherboard is a CATS,
I have revised specific inicialization in kernel, it writes some registers
but it seems fine.
No hardware attached (no NIC, IDE or whatever). I download everything
throught footbridge serial line. Motherboard has a SA110, a 21285 and
a ALi1543 southbridge. This last one has all hardware disabled (USB,
keyboard, mouse, IDE serial ports...) as far as I know.

Thank you very much!

  David Aparicio
 
  --------------8E093FDE5DE402E0C01EEEE9-- --------------564B5F542D61B3C5F1F078EB 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ónica 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 --------------564B5F542D61B3C5F1F078EB-- 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 Jul 19 18:01:44 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13ExDN-0004x5-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 19 Jul 2000 18:00:57 +0100 Received: from [216.18.11.193] (helo=duke.electric.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13ExDM-0004wx-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 19 Jul 2000 18:00:56 +0100 Received: (qmail 77627 invoked from network); 19 Jul 2000 17:00:49 -0000 Received: from localhost (HELO relay.electric.net) (@127.0.0.1) by duke.electric.net with SMTP; 19 Jul 2000 17:00:49 -0000 Received: (from smtpd@localhost) by relay.electric.net (8.8.8/8.8.6) id KAA77616 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 19 Jul 2000 10:00:49 -0700 (PDT) Received: from cobra.intrinsyc.com(64.16.10.158), claiming to be "dp.intrinsyc.com" via SMTP by relay.electric.net, id smtpdd77583; Wed Jul 19 10:00:49 2000 Received: from ileong (helo=localhost) by dp.intrinsyc.com with local-esmtp (Exim 3.13 #1 (Debian)) id 13ExD9-0007G2-00 for ; Wed, 19 Jul 2000 10:00:43 -0700 Date: Wed, 19 Jul 2000 10:00:43 -0700 (PDT) From: I-Gene Leong To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Required numbers for new hardware? 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'm making up a patch to Nicholas's 2.4.0test4-np1 that will add support for the Intrinsyc CerfBoard. I have noticed that we don't really have an architecture number here... so how do I go about getting one, and what other identifiers must I get? And, when it's done, what is required for it to be rolled back into the np* patch sets? Thanks in advance. -- I-Gene Leong ileong@intrinsyc.com / 604-646-6962 "We see Linux as being much of a fad as the Internet was in 1995." - Irving Wladawsky-Berger, IBM VP of technology and strategy 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 Jul 19 20:42:05 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13EziX-0006d4-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 19 Jul 2000 20:41:17 +0100 Received: from [132.233.247.11] (helo=thalia.fm.intel.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13EziV-0006cx-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 19 Jul 2000 20:41:16 +0100 Received: from SMTP (fmsmsxvs01-1.fm.intel.com [132.233.42.201]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.30 2000/06/08 18:25:35 dmccart Exp $) with SMTP id TAA18622 for ; Wed, 19 Jul 2000 19:42:15 GMT Received: from fmsmsx27.FM.INTEL.COM ([132.233.48.27]) by 132.233.48.201 (Norton AntiVirus for Internet Email Gateways 1.0) ; Wed, 19 Jul 2000 19:41:19 0000 (GMT) Received: by fmsmsx27.fm.intel.com with Internet Mail Service (5.5.2650.21) id ; Wed, 19 Jul 2000 12:41:18 -0700 Message-ID: <4A043A1FE4B2D111AC3F00A0C96B5133055147A0@fmsmsx37.fm.intel.com> From: "Benavides, Edward A" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: ARM7TDMI Date: Wed, 19 Jul 2000 12:41:12 -0700 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 am in need of compiling the linux kernel for the ARM7 platform. This is a noMMU processor so I am going on with the uclinux kernel. The toolchain and kernel is compiled. I could not zImage it so it put it in a linux.bin or linux.bin.gz format. I hope this will work fine. How do I use angelboot to download this into my platform? Any help or documentation would be great. Thanks, Tony Benavides edward.a.benavides@intel.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 Wed Jul 19 21:31:17 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13F0UM-0007Bf-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 19 Jul 2000 21:30:42 +0100 Received: from [212.250.233.55] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13F0UK-0007BV-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 19 Jul 2000 21:30:40 +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 UAA17609; Wed, 19 Jul 2000 20:58:45 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id UAA25784; Wed, 19 Jul 2000 20:57:52 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007191957.UAA25784@flint.arm.linux.org.uk> Subject: Re: Required numbers for new hardware? To: ileong@intrinsyc.com (I-Gene Leong) Date: Wed, 19 Jul 2000 20:57:52 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "I-Gene Leong" at Jul 19, 2000 10:00:43 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 I-Gene Leong writes: > I'm making up a patch to Nicholas's 2.4.0test4-np1 that will add support > for the Intrinsyc CerfBoard. I have noticed that we don't really have an > architecture number here... so how do I go about getting one, and what > other identifiers must I get? And, when it's done, what is required for it > to be rolled back into the np* patch sets? See the bottom of the file linux/Documentation/arm/README. You should provide a unified diff (generated by diff -urN) between an unmodified tree and your modified tree to Nico Pitre. In this case, you'd do a diff between 2.4.0-test4-rmk1-np1 and your tree. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 19 21:31:43 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13F0VA-0007CJ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 19 Jul 2000 21:31:32 +0100 Received: from [212.250.233.55] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13F0V2-0007By-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 19 Jul 2000 21:31:24 +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 VAA17657; Wed, 19 Jul 2000 21:20:37 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id VAA25864; Wed, 19 Jul 2000 21:19:44 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007192019.VAA25864@flint.arm.linux.org.uk> Subject: Re: IRQ lock problem To: daparic@tid.es (David Aparicio Campos) Date: Wed, 19 Jul 2000 21:19:43 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <397579E5.974AA080@tid.es> from "David Aparicio Campos" at Jul 19, 2000 11:50: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 David Aparicio Campos writes: > I'm developing some firmware code to run Linux on a SA110 (with > FootBridge) based board. At this stage, I have downloaded an > "vmlinux" image (e.g, a decompressed one) at address 0x00000000. > (Entry point is at 0x00008000, right?). Err, no. If you are refering to the linux/vmlinux file, its not a binary-image that will execute if called. You need to use the files called "Image" or "zImage". Either of these must be downloaded to 0x8000 and executed there. > IRQ LOCK: IRQ7 is locking the system, disabled This is the symptom of a stuck active IRQ line. I'm just guessing, but its probably related to the Southbridge. Most PC PICs (programable interrupt controllers) return IRQ7 when they don't know what the source of the interrupt is (hence why a LOT of applications don't use IRQs with LPTs by default). There is another option - I hope that you've compiled up a kernel with "CATS" support in it, and that you are calling it with the CATS architecture number in r1? If you're using the EBSA285 number, then it could end up using the wrong IRQ connection to the 21285 for the PICs. > Is IRQ7 related to a "PC compatible" architecture Yes. IRQs 0 through 15 are as per your normal PC. IRQs 16 upwards refer to the 21285 IRQs. Check include/asm-arm/arch-ebsa285/irq*.h for more information about these. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 20 01:51:51 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13F4Y1-0001f0-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Jul 2000 01:50:45 +0100 Received: from [195.216.80.51] (helo=aldente.portierhaus.ch ident=qmailr) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13F4Y0-0001eu-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Jul 2000 01:50:44 +0100 Received: (qmail 27312 invoked by uid 500); 20 Jul 2000 00:50:49 -0000 Message-ID: <20000720025049.J22373@portierhaus.ch> Date: Thu, 20 Jul 2000 02:50:49 +0200 From: Bennet Uk To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Flash disk question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi all I am trying to get Linux to run on a SA-1100 based module with only 2 MB SRAM and 16 MB Flash. I'm trying to figure out how to use the Flash as the root filesystem. Looking at drivers/block/flash_mem.c I see that there are number and length of flash partitions defined per architecture. Are these partitions comparable to hard disk partitions? i.e. can I just define one big partition, write a disk image to the flash and expect it to work? Any help will be appreciated. TIA Bennet 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 Jul 20 06:47:24 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13F995-0004Sq-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Jul 2000 06:45:19 +0100 Received: from [193.145.240.2] (helo=tid.tid.es) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13F994-0004Sk-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Jul 2000 06:45:18 +0100 Received: from tid.es ([172.17.1.9]) by tid.tid.es (Netscape Messaging Server 4.15) with ESMTP id FXZEN302.H78; Thu, 20 Jul 2000 07:45:03 +0200 Message-ID: <39769136.69B574C0@tid.es> Date: Thu, 20 Jul 2000 07:42:14 +0200 From: David Aparicio Campos X-Mailer: Mozilla 4.7 [en] (Win98; I) 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: IRQ lock problem References: <200007192019.VAA25864@flint.arm.linux.org.uk> Content-Type: multipart/mixed; boundary="------------7952F0A3FB397DC73C7A4AA1" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. --------------7952F0A3FB397DC73C7A4AA1 Content-Type: multipart/alternative; boundary="------------1B48C23F71D299DC3B04D488" --------------1B48C23F71D299DC3B04D488 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Russell King - ARM Linux Admin wrote: > David Aparicio Campos writes: > > I'm developing some firmware code to run Linux on a SA110 (with > > FootBridge) based board. At this stage, I have downloaded an > > "vmlinux" image (e.g, a decompressed one) at address 0x00000000. > > (Entry point is at 0x00008000, right?). > > Err, no. If you are refering to the linux/vmlinux file, its not a > binary-image that will execute if called. You need to use the files > called "Image" or "zImage". I just tried and it seemed to me that "vmlinux" worked, but I agree it was a matter of luck. I dissasembled and found some "garbage" from 0x0000 to 0x8000, but as far as I jumped to 0x8000 (loading at 0x0000) everything was fine. Now with "Image". It has been at 0x8000 and I jumped there. Here comes what happened: eter> call 0x8000 boot no options Linux version 2.2.13-rmk2 (root@lobos) (gcc version 2.95.1 19990816 (release)) #5 Thu Jul 20 07:14:04 CEST 2000 initrd extends beyond end of memory (0xea000c22 > 0xc1000000) - disabling initrd Calibrating delay loop... <3>IRQ LOCK: IRQ7 is locking the system, disabled IRQ LOCK: IRQ7 is locking the system, disabled IRQ LOCK: IRQ7 is locking the system, disabled ... Oops, something new about initrd, I will check this later... > > IRQ LOCK: IRQ7 is locking the system, disabled > > This is the symptom of a stuck active IRQ line. I'm just guessing, > but its probably related to the Southbridge. Most PC PICs (programable > interrupt controllers) return IRQ7 when they don't know what the source > of the interrupt is (hence why a LOT of applications don't use IRQs with > LPTs by default). I will study this in depth. I suppose this should be the point, simply because looking at other firmware code (SA110 + FootBridge) they seem so similar, my "alien" hardware should be suspect on this. I will go throught datasheet, disabling almost every function there (it has a lot) just to have a simple starting point... I was confused about meaning of IRQ7... I will be back when I have something interesting to say on this. > There is another option - I hope that you've compiled up a kernel with > "CATS" support in it, and that you are calling it with the CATS > architecture number in r1? If you're using the EBSA285 number, then > it could end up using the wrong IRQ connection to the 21285 for the PICs. That was done, CATS support compiled, calling with r0=0, r1=6. Good point anyway. > > Is IRQ7 related to a "PC compatible" architecture > > Yes. IRQs 0 through 15 are as per your normal PC. IRQs 16 upwards refer > to the 21285 IRQs. Check include/asm-arm/arch-ebsa285/irq*.h for more > information about these. I am almost a newbie on ARM architecture, and I find some difficulties guessing about Linux running in this box, but those include files have a lot of information I didn't check. I will read asm-arm/arch-ebsa285/*.h to learn more. Thank you!! --------------1B48C23F71D299DC3B04D488 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit  

Russell King - ARM Linux Admin wrote:

David Aparicio Campos writes:
> I'm developing some firmware code to run Linux on a SA110 (with
> FootBridge) based board. At this stage, I have downloaded an
> "vmlinux" image (e.g, a decompressed one) at address 0x00000000.
> (Entry point is at 0x00008000, right?).

Err, no.  If you are refering to the linux/vmlinux file, its not a
binary-image that will execute if called.  You need to use the files
called "Image" or "zImage".

I just tried and it seemed to me that  "vmlinux" worked, but I agree it was
a matter of luck. I dissasembled and found some "garbage" from 0x0000
to 0x8000, but as far as I jumped to 0x8000 (loading at 0x0000) everything
was fine. Now with "Image". It has been at 0x8000 and I jumped there.
Here comes what happened:

eter> call 0x8000
boot no options
Linux version 2.2.13-rmk2 (root@lobos) (gcc version 2.95.1 19990816 (release)) #5 Thu Jul 20 07:14:04 CEST 2000
initrd extends beyond end of memory (0xea000c22 > 0xc1000000) - disabling initrd
Calibrating delay loop... <3>IRQ LOCK: IRQ7 is locking the system, disabled
IRQ LOCK: IRQ7 is locking the system, disabled
IRQ LOCK: IRQ7 is locking the system, disabled
...

Oops, something new about initrd, I will check this later...

> IRQ LOCK: IRQ7 is locking the system, disabled

This is the symptom of a stuck active IRQ line.  I'm just guessing,
but its probably related to the Southbridge.  Most PC PICs (programable
interrupt controllers) return IRQ7 when they don't know what the source
of the interrupt is (hence why a LOT of applications don't use IRQs with
LPTs by default).

I will study this in depth. I suppose this should be the point, simply because
looking at other firmware code (SA110 + FootBridge) they seem so similar,
my "alien" hardware should be suspect on this. I will go throught datasheet,
disabling almost every function there (it has a lot) just to have a simple
starting point...
I was confused about meaning of IRQ7... I will be back when I have
something interesting to say on this.
There is another option - I hope that you've compiled up a kernel with
"CATS" support in it, and that you are calling it with the CATS
architecture number in r1?  If you're using the EBSA285 number, then
it could end up using the wrong IRQ connection to the 21285 for the PICs.
That was done, CATS support compiled, calling with r0=0, r1=6.
Good point anyway.
> Is IRQ7 related to a "PC compatible" architecture

Yes.  IRQs 0 through 15 are as per your normal PC.  IRQs 16 upwards refer
to the 21285 IRQs.  Check include/asm-arm/arch-ebsa285/irq*.h for more
information about these.

I am almost a newbie on ARM architecture, and I find some difficulties guessing
about Linux running in this box, but those include files have a lot of information
I didn't check. I will read asm-arm/arch-ebsa285/*.h to learn more.

Thank you!! --------------1B48C23F71D299DC3B04D488-- --------------7952F0A3FB397DC73C7A4AA1 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ónica 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 --------------7952F0A3FB397DC73C7A4AA1-- 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 Jul 20 18:07:06 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13FJlK-0002xd-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Jul 2000 18:05:30 +0100 Received: from [12.38.17.9] (helo=mail.aeptec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13FJlJ-0002xV-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Jul 2000 18:05:29 +0100 Received: by MAIL with Internet Mail Service (5.5.2650.21) id ; Thu, 20 Jul 2000 12:56:23 -0400 Message-ID: <32CC5B62AF0BD2119E4C00A0C9663E221F3BE1@MAIL> From: "Sun, Lei" To: "'linux-arm@vger.rutgers.edu'" Cc: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: socket comm. CF ethernet driver! Date: Thu, 20 Jul 2000 12:56:22 -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 Hi all: Sorry for the cross post! This is a old question but nobody answer me yet. I built linux-2.4.0-test2 with nico's patch and it's running in SA1110 Assabet with socket CF ethernet on it. right now there is a problem for the ethernet which has been torturing me for a long time. 1) after downloaded the kernel and boot up and configure the eth0, I can use telnet logon into my target from other machine, but after trying for a couple of time, the telnet will stuck at " Escape character is ^]" , however I can use telnet logon into other machine FROM the target, tried many times, no error occur. 2) I can use ftp logon to other machine and transfer files to or from my target, looks good, but each time I exit from the ftp program , the target console give me error message "eth0 interupt dropped". 3) as to use ftp logon to target from other machine, same thing with the telnet ( stucked after a couple of times). Nicolas said he had the same problem and won't have chance to fix it. I checked his latest patch (2.4.0-test4-np1), same thing happended. I was given this porting task for a month, now it's gonna due , but I haven't make the nework flow. So, if any one knows how to fix it, PLEASE, let me know. I think it's the driver problem. Which source file should I take a look? Thank you in advance! Regards Lei Sun 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 Jul 20 18:58:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13FKaO-0003Vw-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Jul 2000 18:58:16 +0100 Received: from [216.18.11.193] (helo=duke.electric.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13FKaM-0003Vq-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Jul 2000 18:58:15 +0100 Received: (qmail 95840 invoked from network); 20 Jul 2000 17:58:19 -0000 Received: from localhost (HELO relay.electric.net) (@127.0.0.1) by duke.electric.net with SMTP; 20 Jul 2000 17:58:19 -0000 Received: (from smtpd@localhost) by relay.electric.net (8.8.8/8.8.6) id KAA95827 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Jul 2000 10:58:19 -0700 (PDT) Received: from cobra.intrinsyc.com(64.16.10.158), claiming to be "dp.intrinsyc.com" via SMTP by relay.electric.net, id smtpdU95722; Thu Jul 20 10:58:16 2000 Received: from ileong (helo=localhost) by dp.intrinsyc.com with local-esmtp (Exim 3.13 #1 (Debian)) id 13FKaN-0004W1-00 for ; Thu, 20 Jul 2000 10:58:15 -0700 Date: Thu, 20 Jul 2000 10:58:15 -0700 (PDT) From: I-Gene Leong To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Root NFS still not working on SA1110 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 done most of the porting work now to get Linux 2.4.0-test4-np1 running on the CerfBoard, but root NFS still doesn't seem to want to work. First off, I have no init anywhere, but I do have a /bin/sh linked to a /bin/bash on the NFS mount. I've verified that it boots fine into a root shell when a ramdisk is mounted as root. I've also verified that the export is mountable on the ramdisk. I can also see, from a tcpdump log, that the board is sending out NFS requests, although I'm not immediately sure how to interpret the log. The fact that requests are being sent out is enough for me to believe that NFS is working properly. I'm guessing, then, that the console is being switched on me, or something like that. Any suggestions as to what I should do? -- I-Gene Leong ileong@intrinsyc.com / 604-646-6962 "We see Linux as being much of a fad as the Internet was in 1995." - Irving Wladawsky-Berger, IBM VP of technology and strategy 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 Jul 20 19:39:30 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13FLE2-0003xF-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Jul 2000 19:39:14 +0100 Received: from [216.18.11.193] (helo=duke.electric.net) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13FLDy-0003x3-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Jul 2000 19:39:13 +0100 Received: (qmail 61603 invoked from network); 20 Jul 2000 18:39:16 -0000 Received: from localhost (HELO relay.electric.net) (@127.0.0.1) by duke.electric.net with SMTP; 20 Jul 2000 18:39:16 -0000 Received: (from smtpd@localhost) by relay.electric.net (8.8.8/8.8.6) id LAA61592 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Jul 2000 11:39:15 -0700 (PDT) Received: from cobra.intrinsyc.com(64.16.10.158), claiming to be "dp.intrinsyc.com" via SMTP by relay.electric.net, id smtpdp61563; Thu Jul 20 11:39:15 2000 Received: from ileong (helo=localhost) by dp.intrinsyc.com with local-esmtp (Exim 3.13 #1 (Debian)) id 13FLDz-0004YG-00 for ; Thu, 20 Jul 2000 11:39:11 -0700 Date: Thu, 20 Jul 2000 11:39:11 -0700 (PDT) From: I-Gene Leong To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Okay, never mind the root NFS question... 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 found out what the problem was. The cp I use (BusyBox) doesn't seem to want to copy device nodes properly.... so I had a /dev full of FIFOs and character 0,0 devices. -- I-Gene Leong ileong@intrinsyc.com / 604-646-6962 "We see Linux as being much of a fad as the Internet was in 1995." - Irving Wladawsky-Berger, IBM VP of technology and strategy 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 Jul 21 00:12:27 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13FPQ8-0006yB-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 21 Jul 2000 00:08:00 +0100 Received: from [194.168.180.95] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13FPQ6-0006y4-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 21 Jul 2000 00:07:59 +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 AAA23004; Fri, 21 Jul 2000 00:07:34 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id AAA01684; Fri, 21 Jul 2000 00:06:38 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007202306.AAA01684@flint.arm.linux.org.uk> Subject: Re: IRQ lock problem To: daparic@tid.es (David Aparicio Campos) Date: Fri, 21 Jul 2000 00:06:38 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <39769136.69B574C0@tid.es> from "David Aparicio Campos" at Jul 20, 2000 07:42:14 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 Aparicio Campos writes: > initrd extends beyond end of memory (0xea000c22 > 0xc1000000) - disabling initrd > Calibrating delay loop... <3>IRQ LOCK: IRQ7 is locking the system, disabled > ... > > Oops, something new about initrd, I will check this later... Indeed. I wouldn't worry about it at this point in time. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 21 13:47:43 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13FcBh-00072F-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 21 Jul 2000 13:45:57 +0100 Received: from [198.232.147.18] (helo=mail03-oak.pilot.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13FcBg-000727-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 21 Jul 2000 13:45:56 +0100 Received: from Altera.COM (altera.com [137.57.1.1] (may be forged)) by mail03-oak.pilot.net with ESMTP id FAA29582 for ; Fri, 21 Jul 2000 05:46:02 -0700 (PDT) Received: from sj-gw01.altera.com by Altera.COM (8.8.8+Sun/SMI-4.1) id FAA03645; Fri, 21 Jul 2000 05:47:49 -0700 (PDT) Received: by sj-gw01.altera.com with Internet Mail Service (5.5.2650.21) id ; Fri, 21 Jul 2000 05:47:51 -0700 Message-ID: <82B1591A280FD411B91200D0B75B484A3886FD@sis-uk-msg01.altera.com> From: Clive Davies To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Init won't work! Date: Fri, 21 Jul 2000 05:44:26 -0700 X-Mailer: Internet Mail Service (5.5.2650.21) Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I've been trying to get linux to run on a simple ARM720 based system (serial console, no networking, ramdisk only). The kernel is 2.4.0-test1-ac19-rmk1 with a fix for the ARM720 half word data abort problem and I'm using Nicolas Pitre's ramdisk image. Everything appeared to go fine until the kernel tried to start the init process. I got the 'Starting init...' message, but then nothing happened! I tried plan b which was to modify main.c to start the shell straight away, but this exits and causes a kernel panic ('Attempted to kill init!'). The question is, does anyone have any suggestions as to what to try next? TIA Clive 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 Jul 21 15:12:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13FdWV-000825-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 21 Jul 2000 15:11:31 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13FdWU-00081x-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 21 Jul 2000 15:11:30 +0100 Received: from CBRAKE (akron-80-183.ar51.net [208.225.80.183]) by ice.ar51.net (8.9.3/8.8.7) with SMTP id KAA22303; Fri, 21 Jul 2000 10:11:03 -0400 From: "Cliff Brake" To: "'Clive Davies'" , Subject: RE: Init won't work! Date: Fri, 21 Jul 2000 10:08:55 -0400 Message-ID: <001301bff31d$35c8b390$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) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 In-Reply-To: <82B1591A280FD411B91200D0B75B484A3886FD@sis-uk-msg01.altera.com> Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk The configuration you are using has been known to work -- still might be some issues, but it is currently working for me. You might want to try the following patch if you are using a ramdisk image as your root file system. I'm not sure what the long term solution is, but this seems to be necessary. Cliff diff -urN linux/init/main.c linux-2.4.0-test4-rmk1-cpb/init/main.c --- linux/init/main.c Tue Jul 11 14:17:46 2000 +++ linux-2.4.0-test4-rmk1-cpb/init/main.c Fri Jul 21 08:53:49 2000 @@ -758,7 +763,7 @@ * we're essentially up and running. Get rid of the * initmem segments and start the user-mode stuff.. */ - free_initmem(); + //free_initmem(); unlock_kernel(); if (open("/dev/console", O_RDWR, 0) < 0) >-----Original Message----- >From: owner-linux-arm-kernel@lists.arm.linux.org.uk >[mailto:owner-linux-arm-kernel@lists.arm.linux.org.uk]On >Behalf Of Clive >Davies >Sent: Friday, July 21, 2000 8:44 AM >To: linux-arm-kernel@lists.arm.linux.org.uk >Subject: Init won't work! > > >I've been trying to get linux to run on a simple ARM720 based >system (serial >console, no networking, ramdisk only). The kernel is >2.4.0-test1-ac19-rmk1 >with a fix for the ARM720 half word data abort problem and I'm >using Nicolas >Pitre's ramdisk image. Everything appeared to go fine until >the kernel tried >to start the init process. I got the 'Starting init...' >message, but then >nothing happened! I tried plan b which was to modify main.c to >start the >shell straight away, but this exits and causes a kernel panic >('Attempted to >kill init!'). > >The question is, does anyone have any suggestions as to what >to try next? > >TIA >Clive > > >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 Fri Jul 21 20:16:15 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13FiFm-0003ac-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 21 Jul 2000 20:14:34 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13FiFl-0003aL-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 21 Jul 2000 20:14:34 +0100 Received: By OpenMail Mailer;Sat, 22 Jul 2000 03:14:05 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: Question: remote debugging Message-ID: <964206845.99311.cm_lee@mail2000.com.tw> To: "linux-arm-kernel" Date: Sat, 22 Jul 2000 03:14: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 Dear All: I want to remote debugging arm-linux kernel running on Assabet. I found that there is a kdebug module could do this, but it seems not suitable for debugging in booting sequence. So here comes the question... Is there any remote debugging supports in arm-linux kernel?? Or is there any other ways to do this?? Thanks .. kirk ----== Mailed via Openfind ==----- http://mail2000.com.tw/ ´£¨Ñ§K¶Oªº e-mail «H½cªA°È 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 Jul 22 13:19:25 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13FyEd-0001gZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 22 Jul 2000 13:18:27 +0100 Received: from [194.134.0.10] (helo=pop1.euronet.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13FyEd-0001gS-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 22 Jul 2000 13:18:27 +0100 Received: from angelo.home.nl (i0139.vwr.euronet.nl [194.134.208.140]) by pop1.euronet.nl (Postfix) with SMTP id CF8FF4F6AC; Sat, 22 Jul 2000 14:18:23 +0200 (MET DST) Date: Sat, 22 Jul 2000 14:13:55 +0100 (BST) From: Angelo Subject: ELF problem To: philb@gnu.org Cc: linux-arm-kernel@lists.arm.linux.org.uk, ARMLinux-newbie@lists.armlinux.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Organization: Organisation name, location. Telephone/Fax? X-Mailer: ANT RISCOS Marcel [ver 1.53] Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I am trying to compile a new kernel for the Aleph One ARM Linux CD. The standard kernel is 2.0.36 and GCC 2.7.2.2 (aout format). I try to compile and install kernel 2.2.35, GCC 2.95.2 and binutils 2.10.0.12 and GLibC 2.1.3. And I want to use ELF format. After a lot of trouble and trying and trying I finally compiled GCC, Binutils and GLibC. But when trying them I get the error 'modprobe: cannot find module 'binfmt-17791'. Can someone please tell me what this means ? And what I did wrong ? I did compile binutils + GCC with the 'arm-unknown-linux-gnuoldld' format, because that is what GCC gave as a host. Maybe this was wrong ? Should I have used arm-linux ? Like written down by Phil Blundell (and others) ? I did use amr-linux with GLibC, because otherwise I couldn't compile it. And trying to compile the kernel gives the same error as above, so I cannot create another kernel also ... PLEASE HELP !!!! :). Thanks in advance, Angelo ps. My system is a RISC PC700 with ARM 710 ... -- Angelo Melis @ home random quote, generated by my computer: Against boredom, even the gods themselves struggle in vain. - Nietzsche 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 Jul 22 16:00:26 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13G0ka-0004Z5-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 22 Jul 2000 15:59:36 +0100 Received: from [62.253.162.41] (helo=mta01-svc.ntlworld.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13G0kY-0004Ym-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 22 Jul 2000 15:59:34 +0100 Received: from localhost ([62.255.21.90]) by mta01-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with SMTP id <20000722145934.OZTG26680.mta01-svc.ntlworld.com@localhost> for ; Sat, 22 Jul 2000 15:59:34 +0100 Date: Sat, 22 Jul 2000 16:00:22 +0100 From: Gareth Woolridge To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Microdigital Mico support Message-ID: <76e824e249%gareth@closed-doors.cx> Reply-To: gareth@closed-doors.cx X-Mailer: Messenger v1.40d for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b User-Agent: POPstar/2.02 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Is there any news on kernel development at any level to support the Microdigital Mico "Acorn compatible" board? Its ARM7500FE based, so presumably the A7000(+) kernels should be a good starting point. I know its got new IDE and the like, but is there any work being done to at least get the board to boot? I have one of these new systems, but am not anywhere near good enough at coding to do kernel work, I would be willing to help in other ways such as testing! Gareth 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 Jul 24 11:55:31 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13GfoH-0003ca-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 24 Jul 2000 11:50:09 +0100 Received: from [140.109.13.42] (helo=linux.org.tw ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13GfoF-0003cR-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 24 Jul 2000 11:50:07 +0100 Received: from localhost (chester@localhost) by linux.org.tw (8.9.3/8.9.3) with ESMTP id SAA01164; Mon, 24 Jul 2000 18:52:38 +0800 Date: Mon, 24 Jul 2000 18:52:38 +0800 (CST) From: To: linux-arm-kernel@lists.arm.linux.org.uk cc: chester@linux.org.tw Subject: Trobule with Flash Memory! 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,i am try to use Intel StartaFlash (28F128J3A) with flash block driver. It's wonderful for using Jflash to burn angel to it,and use mke2fs to make ext2 partation on flash memory. Also i can mount partation 3 & 4 ,likes ---- none 7260 6200 685 90% / /dev/ram 7260 6200 685 90% / /dev/flash3 28441 13 26960 0% /mnt/disk3 /dev/flash2 2515 74 2313 3% /mnt/disk2 ----- and,put some files to disk2.(good..:p)! Then trouble is comming,when i want to copy some file to disk3,it say: --- [root@Linux disk3]$ls EXT2-fs error (device flash(60,3)): ext2_readdir: bad entry in directory #2: rec_len % 4 != 0 - offset=0, inode=4294967295, rec_len=65535, name_len=255 EXT2-fs error (device flash(60,3)): ext2_readdir: bad entry in directory #2: rec_len % 4 != 0 - offset=0, inode=4294967295, rec_len=65535, name_len=255 [root@Linux disk3]$flash_request: write for part 3 at D0350400, size 1024 from 0xC165A400 ---- Have any comment?? Thanks, //Using 2.4.0-test4-np1 on Assabet 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 Jul 25 08:13:18 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13GyrK-0006d2-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 25 Jul 2000 08:10:34 +0100 Received: from [128.11.23.141] (helo=web1205.mail.yahoo.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13GyrJ-0006ct-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 25 Jul 2000 08:10:33 +0100 Received: (qmail 21154 invoked by uid 60001); 25 Jul 2000 07:10:36 -0000 Message-ID: <20000725071036.21153.qmail@web1205.mail.yahoo.com> Received: from [202.108.21.83] by web1205.mail.yahoo.com; Tue, 25 Jul 2000 00:10:36 PDT Date: Tue, 25 Jul 2000 00:10:36 -0700 (PDT) From: wolf Subject: From sa1100 to sa1110 To: linux-arm@vger.rutgers.edu 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 Hi all, I ever built a arm toolchain for brutus sa1100 development board. It works well for armlinux-2.3.35 on sa1100. Now I start to try sa1110. I have too questions intuitively. 1.Do I need rebuild a new toolchain to build software for sa1110? 2.Do I need use new armlinux kernel such as armlinux-2.4.0 and corresponding new patches and what is the newest stable one? Thanks in advance. wolf __________________________________________________ Do You Yahoo!? Get Yahoo! Mail – Free email you can access from anywhere! http://mail.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 Tue Jul 25 12:44:22 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13H36V-0002Gu-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 25 Jul 2000 12:42:31 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13H36U-0002Fu-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 25 Jul 2000 12:42:30 +0100 Received: from dutein75 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id NAA03158; Tue, 25 Jul 2000 13:41:47 +0200 (MET DST) Message-Id: <200007251141.NAA03158@duteinh.et.tudelft.nl> From: Erik Mouw To: armlinux@yahoo.com Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: From sa1100 to sa1110 In-Reply-To: <20000725071036.21153.qmail@web1205.mail.yahoo.com> Organization: Eric conspiracy secret labs Date: Tue 25 Jul 2000 13:41:46 +0100 (MDT) 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.2devel - with PGP support, PGP engine version 0.5 (IRIX64) 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 Tue, 25 Jul 2000 00:10:36 -0700 (PDT), wolf wrote: Please don't crosspost between linux-arm and linux-arm-kernel. Followups should go to linux-arm-kernel. > Now I start to try sa1110. I have too questions > intuitively. > 1.Do I need rebuild a new toolchain to build software > for sa1110? No. The sa1100 and the sa1110 are the same CPUs, the only difference is that the sa1110 uses SDRAM, whereas the sa1100 uses EDO DRAM. > 2.Do I need use new armlinux kernel such as > armlinux-2.4.0 and corresponding new patches and what > is the newest stable one? Yes. If you're using an Intel Assabet sa1110 board, you should upgrade to linux-2.4.0-test4-np1. Nicolas Pitre's patches support the Assabet very well. If you have another board, you have to add the support yourself, and send your patches to Nicolas Pitre. Erik -- I'm not a lawyer. I don't even play one on TV. -- Linus Torvalds on the gcc mailing list 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 Jul 25 16:40:54 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13H6oX-0006Ke-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 25 Jul 2000 16:40:13 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13H6oW-0006JP-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 25 Jul 2000 16:40:12 +0100 Received: By OpenMail Mailer;Tue, 25 Jul 2000 23:39:44 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: [Question] remote debugging arm-linux on arm-base system Message-ID: <964539583.15380.cm_lee@mail2000.com.tw> To: "linux-arm-kernel" Date: Tue, 25 Jul 2000 23:39:43 +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 ----== Mailed via Openfind ==----- http://mail2000.com.tw/ ´£¨Ñ§K¶Oªº e-mail «H½cªA°È 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 Jul 25 16:43:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13H6ro-0006Oc-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 25 Jul 2000 16:43:36 +0100 Received: from [139.175.250.58] (helo=mail2000.com.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13H6rn-0006O2-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 25 Jul 2000 16:43:35 +0100 Received: By OpenMail Mailer;Tue, 25 Jul 2000 23:43:08 +0800 (CST) From: "Chien-Min Lee" Reply-To: cm_lee@mail2000.com.tw Subject: [Question] remote debugging arm-linux on arm-based system Message-ID: <964539788.16540.cm_lee@mail2000.com.tw> To: "linux-arm-kernel" Date: Tue, 25 Jul 2000 23:43: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 want to remote debugging arm-linux kernel running on arm-based system. Could any one tell me how to do or give me some hints to get the related information?? Thanks in advance kirk ----== Mailed via Openfind ==----- http://mail2000.com.tw/ ´£¨Ñ§K¶Oªº e-mail «H½cªA°È 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 Jul 25 19:29:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13H9Ru-0000YA-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 25 Jul 2000 19:29:02 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13H9Rs-0000Xw-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 25 Jul 2000 19:29:00 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13H9V6-0000ts-00; Tue, 25 Jul 2000 19:32:20 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13H9T7-0002Nx-00 for ; Tue, 25 Jul 2000 19:30:17 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) To: linux-arm-kernel@lists.arm.linux.org.uk Subject: kernel crash with munmap Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Jul 2000 19:30:17 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk When I run the program below on my CATS under 2.4.0-test2, the machine locks up. It seems to be OK on my i386 with 2.4.0-test5. Any ideas what might be wrong? p. -- #include #include #include #define NULL 0 int main(int argc, char *argv) { char *s = tmpnam(NULL); int fd = open(s, O_CREAT | O_RDWR); int fd2 = open("/bin/ls", O_RDONLY); ftruncate(fd, 640*1024); unlink(s); mmap(0x8000, 640*1024, PROT_READ | PROT_WRITE | PROT_EXEC, MAP_PRIVATE | MAP_FIXED, fd, 0); read(fd2, 0x8000, 640*1024); munmap(0x8000, 640*1024); exit(0); } 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 Jul 25 19:38:56 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13H9bG-0000hE-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 25 Jul 2000 19:38:42 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13H9bF-0000h8-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 25 Jul 2000 19:38:41 +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 OAA22576; Tue, 25 Jul 2000 14:37:49 -0400 (EDT) Received: by crlwebmail.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Tue, 25 Jul 2000 14:42:51 -0400 Message-ID: From: George France To: "'Philip Blundell'" , linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: kernel crash with munmap Date: Tue, 25 Jul 2000 14:37:50 -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 Phil; It has been a long time, since I spoke with you. It is good that you mentioned your CATS. Although I do not have a solution to your problem, I have a question for you. This morning, I was trying to bring up my CATS with 2.4.0-test4-rmk1 (it used to run NetBSD). It seems that the ide driver is broke. Any ideas? --George George France, france@crl.dec.com Cambridge Research Laboratory, Compaq Computer Corporation One Cambridgecenter MS: CRL Cambridge, MA 02142 USA -----Original Message----- From: Philip Blundell [mailto:pb@tazenda.demon.co.uk] Sent: Tuesday, July 25, 2000 2:30 PM To: linux-arm-kernel@lists.arm.linux.org.uk Subject: kernel crash with munmap When I run the program below on my CATS under 2.4.0-test2, the machine locks up. It seems to be OK on my i386 with 2.4.0-test5. Any ideas what might be wrong? p. -- #include #include #include #define NULL 0 int main(int argc, char *argv) { char *s = tmpnam(NULL); int fd = open(s, O_CREAT | O_RDWR); int fd2 = open("/bin/ls", O_RDONLY); ftruncate(fd, 640*1024); unlink(s); mmap(0x8000, 640*1024, PROT_READ | PROT_WRITE | PROT_EXEC, MAP_PRIVATE | MAP_FIXED, fd, 0); read(fd2, 0x8000, 640*1024); munmap(0x8000, 640*1024); exit(0); } 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 Jul 25 20:22:22 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HAH9-0001S4-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 25 Jul 2000 20:21:59 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HAH7-0001Rv-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 25 Jul 2000 20:21:58 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13HAH8-00013D-00; Tue, 25 Jul 2000 20:21:58 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13HAF5-0002Tc-00; Tue, 25 Jul 2000 20:19:51 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) To: George France cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: kernel crash with munmap In-Reply-To: Message from George France of "Tue, 25 Jul 2000 14:37:50 EDT." References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Jul 2000 20:19:51 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi George, >This morning, I was trying to bring up my CATS with 2.4.0-test4-rmk1 (it >used to run NetBSD). It seems that the ide driver is broke. Any ideas? There does seem to be a problem if you let the IDE driver use DMA. It used to work at one point but it's been broken for quite some time. I haven't had time to investigate so I just hacked the driver to disable DMA. You probably need to set CONFIG_BLK_DEV_ALI15X3 in your kernel config as well. Let me know if you still have trouble. 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 Wed Jul 26 17:27:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HTyJ-0001wO-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 26 Jul 2000 17:23:51 +0100 Received: from [128.11.23.138] (helo=web1202.mail.yahoo.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13HTyJ-0001wI-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 26 Jul 2000 17:23:51 +0100 Received: (qmail 25098 invoked by uid 60001); 26 Jul 2000 16:23:49 -0000 Message-ID: <20000726162349.25097.qmail@web1202.mail.yahoo.com> Received: from [202.106.5.146] by web1202.mail.yahoo.com; Wed, 26 Jul 2000 09:23:49 PDT Date: Wed, 26 Jul 2000 09:23:49 -0700 (PDT) From: wolf Subject: layout of linux kernel zImage? 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 all, I want to know the layout of zImage of linux kernel to understand the boot process of linux kernel. Who can give me a description or tell me where to get document about it? TIA. Wolf __________________________________________________ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.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 Wed Jul 26 18:07:56 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HUeZ-0002dH-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 26 Jul 2000 18:07:31 +0100 Received: from [140.109.13.42] (helo=linux.org.tw ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HUeX-0002d6-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 26 Jul 2000 18:07:29 +0100 Received: from localhost (chester@localhost) by linux.org.tw (8.9.3/8.9.3) with ESMTP id BAA25112; Thu, 27 Jul 2000 01:09:56 +0800 Date: Thu, 27 Jul 2000 01:09:56 +0800 (CST) From: To: wolf cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: layout of linux kernel zImage? In-Reply-To: <20000726162349.25097.qmail@web1202.mail.yahoo.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 look at System.map after compile kernel tree. Firt look at arch/arm/compressed/head-x.S (for zImage)! Chester On Wed, 26 Jul 2000, wolf wrote: > Hi all, > > I want to know the layout of zImage of linux kernel to > understand the boot process of linux kernel. > Who can give me a description or tell me where to get > document about it? > > TIA. > > Wolf > > __________________________________________________ > Do You Yahoo!? > Get Yahoo! Mail - Free email you can access from anywhere! > http://mail.yahoo.com/ > > > 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 Jul 26 18:13:45 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HUkJ-0002pm-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 26 Jul 2000 18:13:27 +0100 Received: from [137.203.190.1] (helo=cambridge.merl.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HUkI-0002pc-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 26 Jul 2000 18:13:26 +0100 Received: from merl.com (eagle.merl.com [137.203.128.4]) by cambridge.merl.com (8.8.7/8.8.7) with ESMTP id NAA04473 for ; Wed, 26 Jul 2000 13:13:23 -0400 Received: from benny.merl.com (carbone@benny.merl.com [137.203.128.102]) by merl.com (8.8.7/8.8.4) with ESMTP id NAA11667 for ; Wed, 26 Jul 2000 13:13:22 -0400 Received: from localhost (carbone@localhost) by benny.merl.com (8.9.3/8.8.3) with ESMTP id NAA17486 for ; Wed, 26 Jul 2000 13:13:22 -0400 Date: Wed, 26 Jul 2000 13:13:21 -0400 (EDT) From: Marco Carbone To: linux-arm-kernel@lists.arm.linux.org.uk Subject: 2.4.0-test4-np1 Framebuffer 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 apologize to those who saw a related post on the linux-arm mailing list, but I felt this mailing list would be more appropriate for the post: Using the 2.4.0-test4-np1 (most recent) kernel and patch, it appears that the framebuffer is now skipping every other pixel row. Others have reported the same problem, and it isn't hardware related, because when I boot from my flashed kernel (2.4.0-test1-ac7-rmk1-np6), the display is smooth and all pixels are used. Does anyone know what could be causing this? When 2.4.0-test4-np1 was first tested on the Assabet (as I believe it was based on what Nico said), was it having this problem? I wonder if this started happening at the test4 upgrade, or if it was occuring before in the 2.4.0-test3 kernel... marco carbone 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 Jul 27 08:57:03 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HiWW-0000YX-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 08:56:08 +0100 Received: from [195.64.48.18] (helo=imail.knoware.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HiWV-0000YO-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 08:56:07 +0100 Received: from mail.knoware.nl (mail.knoware.nl [195.64.48.17]) by imail.knoware.nl (Postfix) with ESMTP id 5A2FFBD61A for ; Thu, 27 Jul 2000 09:56:09 +0200 (CEST) Received: from avxsrv04.cypres.nl (cypr-45-228.cypres.nl [195.64.45.228]) by mail.knoware.nl (Postfix) with ESMTP id C84EDA6CF1; Thu, 27 Jul 2000 09:56:08 +0200 (CEST) Received: by avxsrv04.cypres.nl with Internet Mail Service (5.5.2650.21) id <38B7K0CM>; Thu, 27 Jul 2000 09:56:52 +0200 Message-ID: <8BD00E18F88DD3118EC8005004258990DCEB52@avxsrv04.cypres.nl> From: "Melis, A. (Angelo)" To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Cc: "'linux@arm.linux.org.uk,'" Subject: New kernel crashes Date: Thu, 27 Jul 2000 09:56:52 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, After some trouble with getting a working ELF toolchain, I compiled a new kernel 2.2.13 yesterday and tried it. The kernel decompresses, switches screenmode and shows the logo (the penguin) and I think there are some correct info lines (1 or 2 ?) and then it starts to give a lot of errors. There are only a few different errors, but they repeat. It goes so fast that it is impossible to read them, but what I did saw was something about an invalid instruction 0 (or undefined instruction), something with SWAPPER, and something backtrace info (which I could not read that fast). Did someone have this problems too ? And if so, how did they solve it ? What I am running at the moment is the ARMLinux RedHat distribution, sold by Aleph one, which has standard an 2.0.36 kernel (aout), Binutils 2.7.2.2, GCC 2.7.2.2 (both aout format). I did update some tools (Gawk, Make, etc), binutils 2.9.1.0.40 (arm-linux compile) and GCC 2.95.2 (arm-linux compile). The kernel I compiled was the 2.2.13 release with patch-rmk1 (I got an error when applying patch-rmk2, so I did not use that patch ... was that stupid ? :) ). The compile when rather well (some small problems when 2 very little tools which are used to make the kernel didn't link with the ELF toolchain, so I did compile these with the aout compiler), and it give a zImage and the modules. I installed these and copied it to ADFS and tried to boot into it ... Which give the above problem. Do I still need to update some package ? Or did I do something very wrong ? Please tell me ... Bye, Angelo Angelo Melis Technical Specialist AINO N.V. email: a.melis@aino.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 Jul 27 13:19:07 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HmcZ-0004O1-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 13:18:39 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HmcY-0004Nv-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 13:18:38 +0100 Received: from dutein75 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id OAA11691; Thu, 27 Jul 2000 14:18:30 +0200 (MET DST) Message-Id: <200007271218.OAA11691@duteinh.et.tudelft.nl> From: Erik Mouw To: a.melis@aino.nl Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: New kernel crashes In-Reply-To: <8BD00E18F88DD3118EC8005004258990DCEB52@avxsrv04.cypres.nl> Organization: Eric conspiracy secret labs Date: Thu 27 Jul 2000 14:18:28 +0100 (MDT) 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.2devel - with PGP support, PGP engine version 0.5 (IRIX64) 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, 27 Jul 2000 09:56:52 +0200, Melis, A. (Angelo) wrote: Please don't crosspost between linux-arm and linux-arm-kernel. This is clearly kernel related, so it should go to linux-arm-kernel. > After some trouble with getting a working ELF toolchain, I compiled a new > kernel 2.2.13 yesterday and tried it. The kernel decompresses, switches > screenmode and shows the logo (the penguin) and I think there are some > correct info lines (1 or 2 ?) and then it starts to give a lot of errors. > There are only a few different errors, but they repeat. It goes so fast that > it is impossible to read them, but what I did saw was something about an > invalid instruction 0 (or undefined instruction), something with SWAPPER, > and something backtrace info (which I could not read that fast). Did someone > have this problems too ? And if so, how did they solve it ? You can download a precompiled ELF toolchain (gcc-2.95.2) from the LART site (http://www.lart.tudelft.nl/ ), or from http://www.handhelds.org/ . The LART toolchain only supports C and C++, the handhelds toolchain supports C, C++, Objective C, Fortran 77, Java, and Chill. > What I am running at the moment is the ARMLinux RedHat distribution, sold by > Aleph one, which has standard an 2.0.36 kernel (aout), Binutils 2.7.2.2, GCC > 2.7.2.2 (both aout format). I did update some tools (Gawk, Make, etc), > binutils 2.9.1.0.40 (arm-linux compile) and GCC 2.95.2 (arm-linux compile). > The kernel I compiled was the 2.2.13 release with patch-rmk1 (I got an error > when applying patch-rmk2, so I did not use that patch ... was that stupid ? > :) ). The compile when rather well (some small problems when 2 very little > tools which are used to make the kernel didn't link with the ELF toolchain, > so I did compile these with the aout compiler), and it give a zImage and the > modules. I installed these and copied it to ADFS and tried to boot into it > ... Which give the above problem. Do I still need to update some package ? > Or did I do something very wrong ? Please tell me ... The rmk patches should not be applied on top of each other, they are patches w.r.t. the mainline kernel. IIRC, linux-2.2.13 can't be compiled with gcc-2.95.2, you really need linux-2.2.14 with patch-2.2.14-rmk6.gz . You can't compile parts of the kernel with an ELF compiler and other parts with an a.out compiler and hope that it works, apart from the differences between a.out and ELF, there can also be some differences between the ARM implementation in gcc-2.7.2.2 and gcc-2.95.2. BTW: what kind of hardware are you using? Depending on the hardware, you might need some extra patches on top on Russels patches. 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 Thu Jul 27 15:14:15 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HoQ0-0006Ac-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 15:13:48 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HoPy-0006AR-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 15:13:46 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13HoP2-0004TS-00; Thu, 27 Jul 2000 15:12:48 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13HoMU-0005Qu-00 for ; Thu, 27 Jul 2000 15:10:10 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) To: linux-arm-kernel@lists.arm.linux.org.uk Subject: rlimit bustage in 2.4.0-test4 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jul 2000 15:10:09 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk At the moment, one can't create a file larger than 2GB. Does this patch seem reasonable? p. --- linux/include/asm-arm/resource.h Sun Apr 30 11:01:36 2000 +++ linux/include/asm-arm/resource.h Wed Jul 26 19:44:00 2000 @@ -28,16 +28,16 @@ #define INIT_RLIMITS \ { \ - { LONG_MAX, LONG_MAX }, \ - { LONG_MAX, LONG_MAX }, \ - { LONG_MAX, LONG_MAX }, \ - { _STK_LIM, _STK_LIM }, \ - { 0, LONG_MAX }, \ - { LONG_MAX, LONG_MAX }, \ - { 0, 0 }, \ - { INR_OPEN, INR_OPEN }, \ - { LONG_MAX, LONG_MAX }, \ - { LONG_MAX, LONG_MAX }, \ + { RLIM_INFINITY, RLIM_INFINITY }, \ + { RLIM_INFINITY, RLIM_INFINITY }, \ + { RLIM_INFINITY, RLIM_INFINITY }, \ + { _STK_LIM, RLIM_INFINITY }, \ + { 0, RLIM_INFINITY }, \ + { RLIM_INFINITY, RLIM_INFINITY }, \ + { 0, 0 }, \ + { INR_OPEN, INR_OPEN }, \ + { RLIM_INFINITY, RLIM_INFINITY }, \ + { RLIM_INFINITY, RLIM_INFINITY }, \ } #endif /* __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 Thu Jul 27 17:32:26 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HqW0-000079-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 17:28:08 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HqVz-000072-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 17:28:07 +0100 Received: from dutein75 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id SAA12759; Thu, 27 Jul 2000 18:28:08 +0200 (MET DST) Message-Id: <200007271628.SAA12759@duteinh.et.tudelft.nl> From: Erik Mouw To: pb@tazenda.demon.co.uk Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: rlimit bustage in 2.4.0-test4 In-Reply-To: Organization: Eric conspiracy secret labs Date: Thu 27 Jul 2000 18:28:06 +0100 (MDT) 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.2devel - with PGP support, PGP engine version 0.5 (IRIX64) 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, 27 Jul 2000 15:10:09 +0100, Philip Blundell wrote: > At the moment, one can't create a file larger than 2GB. Does this patch seem > reasonable? [snip] Seems reasonable to me, in this way the ARM port has the same limits as the i386. 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 Thu Jul 27 18:16:14 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HrFP-0000vZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 18:15:03 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HrFN-0000vH-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 18:15:02 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13HrJ0-0004jY-00; Thu, 27 Jul 2000 18:18:46 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13HrGM-0002K4-00 for ; Thu, 27 Jul 2000 18:16:02 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) To: linux-arm-kernel@lists.arm.linux.org.uk Subject: current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jul 2000 18:16:01 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk The patch below removes some more gratuitous assembly from the kernel. As well as the obvious moral gains, this does actually generate better code. The catch is that past changes in this area have tended to expose bugs in older compilers, as evidenced by the comment in the middle, but it's not clear exactly what the pitfalls are. If anybody would like to try it out, I'd be glad to hear the results. Thanks p. --- linux/include/asm-arm/current.h Sun Apr 30 11:00:03 2000 +++ linux/include/asm-arm/current.h Thu Jul 27 17:57:54 2000 @@ -1,30 +1,19 @@ #ifndef _ASMARM_CURRENT_H #define _ASMARM_CURRENT_H -static inline unsigned long get_sp(void) -{ - unsigned long sp; - __asm__ ("mov %0,sp" : "=r" (sp)); - return sp; -} +#define get_sp() \ + ({ register unsigned long sp asm ("sp"); sp }) /* Old compilers seem to generate bad code if we allow `current' to be non volatile. */ #if (__GNUC__ > 2) || (__GNUC__ == 2 && __GNUC_MINOR__ > 90) static inline struct task_struct *get_current(void) __attribute__ (( __const__ )); -#define __VOLATILE_CURRENT -#else -#define __VOLATILE_CURRENT volatile #endif static inline struct task_struct *get_current(void) { - struct task_struct *ts; - __asm__ __VOLATILE_CURRENT ( - "bic %0, sp, #0x1f00 @ get_current - bic %0, %0, #0x00ff" - : "=r" (ts)); - return ts; + register unsigned long sp asm ("sp"); + return (struct task_struct *)(sp & ~0x1fff); } #define current (get_current()) 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 Jul 27 19:09:27 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Hs55-0001mK-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 19:08:27 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Hs54-0001mB-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 19:08:26 +0100 Received: from netwinder.org ([10.1.19.121]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id OAA13479; Thu, 27 Jul 2000 14:08:22 -0400 Message-ID: <3980793A.4CAAB4CC@netwinder.org> Date: Thu, 27 Jul 2000 14:02:34 -0400 From: Scott Bambrough Organization: Rebel.com X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: current References: 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: > > The patch below removes some more gratuitous assembly from the kernel. As > well as the obvious moral gains, this does actually generate better code. > The catch is that past changes in this area have tended to expose bugs in > older compilers, as evidenced by the comment in the middle, but it's not clear > exactly what the pitfalls are. > > If anybody would like to try it out, I'd be glad to hear the results. Hi Phil, This change is could be risky. Since the function is inline, the compiler can actually optimize out a read of current if the volatile flag is not applied. When you call get_current() you want it to read the value all the time. 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 Thu Jul 27 19:25:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HsL9-00022D-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 19:25:03 +0100 Received: from [212.250.233.22] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HsL7-00021v-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 19:25: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 TAA13175; Thu, 27 Jul 2000 19:23:31 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id TAA18473; Thu, 27 Jul 2000 19:21:44 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007271821.TAA18473@flint.arm.linux.org.uk> Subject: Re: current To: pb@tazenda.demon.co.uk (Philip Blundell) Date: Thu, 27 Jul 2000 19:21:44 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Philip Blundell" at Jul 27, 2000 06:16: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 Philip Blundell writes: > The patch below removes some more gratuitous assembly from the kernel. As > well as the obvious moral gains, this does actually generate better code. > The catch is that past changes in this area have tended to expose bugs in > older compilers, as evidenced by the comment in the middle, but it's not clear > exactly what the pitfalls are. > > If anybody would like to try it out, I'd be glad to hear the results. The following > +#define get_sp() \ > + ({ register unsigned long sp asm ("sp"); sp }) produces the warning: void value not ignored as it ought to be and generates no code to actually get sp (its optimised away). Apart from that one major problem, seems to be reasonable. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 27 19:54:03 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Hsmc-0003T9-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 19:53:26 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Hsma-0003So-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 19:53:24 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13HsqS-0004y6-00; Thu, 27 Jul 2000 19:57:24 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13Hsnn-0000kQ-00; Thu, 27 Jul 2000 19:54:39 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) To: Russell King - ARM Linux Admin cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: current In-Reply-To: Message from Russell King - ARM Linux Admin of "Thu, 27 Jul 2000 19:21:44 BST." <200007271821.TAA18473@flint.arm.linux.org.uk> References: <200007271821.TAA18473@flint.arm.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jul 2000 19:54:38 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >> +#define get_sp() \ >> + ({ register unsigned long sp asm ("sp"); sp }) > >produces the warning: void value not ignored as it ought to be >and generates no code to actually get sp (its optimised away). Actually, I can't even find a place where get_sp() is used in the kernel (it builds fine for me with that macro removed altogether). What file are you seeing this warning in? 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 Jul 27 19:54:17 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Hsn5-0003Td-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 19:53:55 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Hsn3-0003TX-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 19:53:54 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13Hsdu-0004xw-00; Thu, 27 Jul 2000 19:44:26 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13HsbE-0000E1-00; Thu, 27 Jul 2000 19:41:40 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) To: Russell King - ARM Linux Admin cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: current In-Reply-To: Message from Russell King - ARM Linux Admin of "Thu, 27 Jul 2000 19:21:44 BST." <200007271821.TAA18473@flint.arm.linux.org.uk> References: <200007271821.TAA18473@flint.arm.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jul 2000 19:41:39 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >>The following > >> +#define get_sp() \ >> + ({ register unsigned long sp asm ("sp"); sp }) > >produces the warning: void value not ignored as it ought to be >and generates no code to actually get sp (its optimised away). On which compiler? 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 Jul 27 20:30:47 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HtLt-0004A6-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 20:29:53 +0100 Received: from [208.225.80.11] (helo=ice.ar51.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HtLr-00049z-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 20:29:52 +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 PAA21048 for ; Thu, 27 Jul 2000 15:29:53 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id <3YXN8C89>; Thu, 27 Jul 2000 15:31:46 -0400 Message-ID: From: Jeff Sutherland To: "Linux ARM kernel mailing list (E-mail)" Subject: Frambuffer issues with Assabets using test4-rmk1-np1 Date: Thu, 27 Jul 2000 15:31:39 -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'm trying to give Nicolas Pitre a hand sorting out frame buffer issues on Assabets. Some time back, around 2.4.0-test1 I believe, a change was made to linux/drivers/video/sa1100fb.c which caused problems for both my old original issue Assabet and the phase 4 (Assabet Plus) unit we have. I fixed the problem and sent Nico a patch, but already one person claims this broke their Assabet. As far as I can tell, the LCD interface has not changed since very early on, and that most if not all of the units shipped with the Sharp LQ039Q2DS54 TFT display. If this isn't the case, could someone please enlighten me? 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 Thu Jul 27 21:59:29 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Huj6-0005b2-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 21:57:56 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Huj1-0005aq-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 21:57:52 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13HunP-0005Gp-00; Thu, 27 Jul 2000 22:02:23 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13Hukg-00013f-00 for ; Thu, 27 Jul 2000 21:59:34 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) To: linux-arm-kernel@lists.arm.linux.org.uk Subject: small optimisations Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jul 2000 21:59:34 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Here's another patch I'd like to get some opinions on. Thanks p. --- linux/arch/arm/lib/uaccess.S Mon Jun 26 22:11:20 2000 +++ linux/arch/arm/lib/uaccess.S Thu Jul 27 15:35:50 2000 @@ -597,7 +597,7 @@ USER( strnebt r2, [r0], #1) * or zero on exception, or n + 1 if too long */ ENTRY(__arch_strnlen_user) - stmfd sp!, {lr} + str lr, [sp, #-4]! mov r2, r0 1: USER( ldrbt r3, [r0], #1) @@ -623,7 +623,7 @@ USER( ldrbt r3, [r0], #1) * Returns : number of characters copied */ ENTRY(__arch_strncpy_from_user) - stmfd sp!, {lr} + str lr, [sp, #-4]! add ip, r1, #1 1: subs r2, r2, #1 bmi 2f --- linux/include/asm-arm/uaccess.h Sun Apr 30 11:00:03 2000 +++ linux/include/asm-arm/uaccess.h Thu Jul 27 19:50:10 2000 @@ -23,6 +23,15 @@ * on our cache or tlb entries. */ +/* + * Functions that read from user space need to take care not to leak + * kernel data even if the calling code is buggy and fails to check + * the return value. This means zeroing out the destination variable + * or buffer on an error. Normally this is done out of line by the + * fixup code but there are a few places where it intrudes on the main + * code path. When we only write to user space there is no problem. + */ + struct exception_table_entry { unsigned long insn, fixup; @@ -59,19 +68,18 @@ extern __inline__ int verify_area(int ty #define __get_user(x,p) __get_user_nocheck((x),(p),sizeof(*(p))) #define get_user_ret(x,p,r) ({ if (get_user(x,p)) return r; }) #define __get_user_ret(x,p,r) ({ if (__get_user(x,p)) return r; }) +#define __get_user3(x,p,l) __get_user3_nocheck((x),(p),sizeof(*(p)),l) #define put_user(x,p) __put_user_check((__typeof(*(p)))(x),(p),sizeof(*(p))) #define __put_user(x,p) __put_user_nocheck((__typeof(*(p)))(x),(p),sizeof(*(p))) +#define __put_user3(x,p,e) __put_user3_nocheck((__typeof(*(p)))(x),(p),sizeof(*(p)),e) #define put_user_ret(x,p,r) ({ if (put_user(x,p)) return r; }) #define __put_user_ret(x,p,r) ({ if (__put_user(x,p)) return r; }) static __inline__ unsigned long copy_from_user(void *to, const void *from, unsigned long n) { - char *end = (char *)to + n; - if (access_ok(VERIFY_READ, from, n)) { + if (access_ok(VERIFY_READ, from, n)) __do_copy_from_user(to, from, n); - if (n) memset(end - n, 0, n); - } return n; } @@ -145,28 +153,41 @@ extern __inline__ long strnlen_user(cons */ #define __get_user_check(x,ptr,size) \ ({ \ - long __gu_err = -EFAULT, __gu_val = 0; \ + long __gu_err = 0, __gu_val; \ const __typeof__(*(ptr)) *__gu_addr = (ptr); \ if (access_ok(VERIFY_READ,__gu_addr,size)) \ __get_user_size(__gu_val,__gu_addr,(size),__gu_err); \ + else { \ + __gu_val = 0; \ + __gu_err = -EFAULT; \ + } \ (x) = (__typeof__(*(ptr)))__gu_val; \ __gu_err; \ }) #define __get_user_nocheck(x,ptr,size) \ ({ \ - long __gu_err = 0, __gu_val = 0; \ + long __gu_err = 0, __gu_val; \ __get_user_size(__gu_val,(ptr),(size),__gu_err); \ (x) = (__typeof__(*(ptr)))__gu_val; \ __gu_err; \ }) +#define __get_user3_nocheck(x,ptr,size,lab) \ +({ \ + long __gu_val; \ + __get_user_size(__gu_val,(ptr),(size),lab); \ + (x) = (__typeof__(*(ptr)))__gu_val; \ +}) + #define __put_user_check(x,ptr,size) \ ({ \ - long __pu_err = -EFAULT; \ + long __pu_err = 0; \ __typeof__(*(ptr)) *__pu_addr = (ptr); \ if (access_ok(VERIFY_WRITE,__pu_addr,size)) \ __put_user_size((x),__pu_addr,(size),__pu_err); \ + else \ + __pu_err = -EFAULT; \ __pu_err; \ }) @@ -177,11 +198,15 @@ extern __inline__ long strnlen_user(cons __pu_err; \ }) +#define __put_user3_nocheck(x,ptr,size,err) \ +({ \ + __put_user_size((x),(ptr),(size),err); \ +}) + extern long __get_user_bad(void); #define __get_user_size(x,ptr,size,retval) \ do { \ - retval = 0; \ switch (size) { \ case 1: __get_user_asm_byte(x,ptr,retval); break; \ case 2: __get_user_asm_half(x,ptr,retval); break; \ @@ -194,7 +219,6 @@ extern long __put_user_bad(void); #define __put_user_size(x,ptr,size,retval) \ do { \ - retval = 0; \ switch (size) { \ case 1: __put_user_asm_byte(x,ptr,retval); break; \ case 2: __put_user_asm_half(x,ptr,retval); break; \ --- linux/arch/arm/kernel/signal.c Wed Jul 26 20:36:57 2000 +++ linux/arch/arm/kernel/signal.c Thu Jul 27 17:51:02 2000 @@ -36,7 +37,8 @@ asmlinkage int do_signal(sigset_t *oldse int copy_siginfo_to_user(siginfo_t *to, siginfo_t *from) { if (!access_ok (VERIFY_WRITE, to, sizeof(siginfo_t))) - return -EFAULT; + goto fault; + if (from->si_code < 0) return __copy_to_user(to, from, sizeof(siginfo_t)); else { @@ -66,6 +68,8 @@ int copy_siginfo_to_user(siginfo_t *to, } return err; } + fault: + return -EFAULT; } /* @@ -175,24 +179,24 @@ restore_sigcontext(struct pt_regs *regs, { int err = 0; - err |= __get_user(regs->ARM_r0, &sc->arm_r0); - err |= __get_user(regs->ARM_r1, &sc->arm_r1); - err |= __get_user(regs->ARM_r2, &sc->arm_r2); - err |= __get_user(regs->ARM_r3, &sc->arm_r3); - err |= __get_user(regs->ARM_r4, &sc->arm_r4); - err |= __get_user(regs->ARM_r5, &sc->arm_r5); - err |= __get_user(regs->ARM_r6, &sc->arm_r6); - err |= __get_user(regs->ARM_r7, &sc->arm_r7); - err |= __get_user(regs->ARM_r8, &sc->arm_r8); - err |= __get_user(regs->ARM_r9, &sc->arm_r9); - err |= __get_user(regs->ARM_r10, &sc->arm_r10); - err |= __get_user(regs->ARM_fp, &sc->arm_fp); - err |= __get_user(regs->ARM_ip, &sc->arm_ip); - err |= __get_user(regs->ARM_sp, &sc->arm_sp); - err |= __get_user(regs->ARM_lr, &sc->arm_lr); - err |= __get_user(regs->ARM_pc, &sc->arm_pc); + __get_user3(regs->ARM_r0, &sc->arm_r0, err); + __get_user3(regs->ARM_r1, &sc->arm_r1, err); + __get_user3(regs->ARM_r2, &sc->arm_r2, err); + __get_user3(regs->ARM_r3, &sc->arm_r3, err); + __get_user3(regs->ARM_r4, &sc->arm_r4, err); + __get_user3(regs->ARM_r5, &sc->arm_r5, err); + __get_user3(regs->ARM_r6, &sc->arm_r6, err); + __get_user3(regs->ARM_r7, &sc->arm_r7, err); + __get_user3(regs->ARM_r8, &sc->arm_r8, err); + __get_user3(regs->ARM_r9, &sc->arm_r9, err); + __get_user3(regs->ARM_r10, &sc->arm_r10, err); + __get_user3(regs->ARM_fp, &sc->arm_fp, err); + __get_user3(regs->ARM_ip, &sc->arm_ip, err); + __get_user3(regs->ARM_sp, &sc->arm_sp, err); + __get_user3(regs->ARM_lr, &sc->arm_lr, err); + __get_user3(regs->ARM_pc, &sc->arm_pc, err); #ifdef CONFIG_CPU_32 - err |= __get_user(regs->ARM_cpsr, &sc->arm_cpsr); + __get_user3(regs->ARM_cpsr, &sc->arm_cpsr, err); #endif err |= !valid_user_regs(regs); @@ -289,30 +293,30 @@ setup_sigcontext(struct sigcontext *sc, { int err = 0; - err |= __put_user (regs->ARM_r0, &sc->arm_r0); - err |= __put_user (regs->ARM_r1, &sc->arm_r1); - err |= __put_user (regs->ARM_r2, &sc->arm_r2); - err |= __put_user (regs->ARM_r3, &sc->arm_r3); - err |= __put_user (regs->ARM_r4, &sc->arm_r4); - err |= __put_user (regs->ARM_r5, &sc->arm_r5); - err |= __put_user (regs->ARM_r6, &sc->arm_r6); - err |= __put_user (regs->ARM_r7, &sc->arm_r7); - err |= __put_user (regs->ARM_r8, &sc->arm_r8); - err |= __put_user (regs->ARM_r9, &sc->arm_r9); - err |= __put_user (regs->ARM_r10, &sc->arm_r10); - err |= __put_user (regs->ARM_fp, &sc->arm_fp); - err |= __put_user (regs->ARM_ip, &sc->arm_ip); - err |= __put_user (regs->ARM_sp, &sc->arm_sp); - err |= __put_user (regs->ARM_lr, &sc->arm_lr); - err |= __put_user (regs->ARM_pc, &sc->arm_pc); + __put_user3 (regs->ARM_r0, &sc->arm_r0, err); + __put_user3 (regs->ARM_r1, &sc->arm_r1, err); + __put_user3 (regs->ARM_r2, &sc->arm_r2, err); + __put_user3 (regs->ARM_r3, &sc->arm_r3, err); + __put_user3 (regs->ARM_r4, &sc->arm_r4, err); + __put_user3 (regs->ARM_r5, &sc->arm_r5, err); + __put_user3 (regs->ARM_r6, &sc->arm_r6, err); + __put_user3 (regs->ARM_r7, &sc->arm_r7, err); + __put_user3 (regs->ARM_r8, &sc->arm_r8, err); + __put_user3 (regs->ARM_r9, &sc->arm_r9, err); + __put_user3 (regs->ARM_r10, &sc->arm_r10, err); + __put_user3 (regs->ARM_fp, &sc->arm_fp, err); + __put_user3 (regs->ARM_ip, &sc->arm_ip, err); + __put_user3 (regs->ARM_sp, &sc->arm_sp, err); + __put_user3 (regs->ARM_lr, &sc->arm_lr, err); + __put_user3 (regs->ARM_pc, &sc->arm_pc, err); #ifdef CONFIG_CPU_32 - err |= __put_user (regs->ARM_cpsr, &sc->arm_cpsr); + __put_user3 (regs->ARM_cpsr, &sc->arm_cpsr, err); #endif - err |= __put_user (current->thread.trap_no, &sc->trap_no); - err |= __put_user (current->thread.error_code, &sc->error_code); - err |= __put_user (current->thread.address, &sc->fault_address); - err |= __put_user (mask, &sc->oldmask); + __put_user3 (current->thread.trap_no, &sc->trap_no, err); + __put_user3 (current->thread.error_code, &sc->error_code, err); + __put_user3 (current->thread.address, &sc->fault_address, err); + __put_user3 (mask, &sc->oldmask, err); return err; } 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 Jul 27 22:04:27 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HuoT-0005j8-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 22:03:29 +0100 Received: from [194.168.180.102] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HuoR-0005iv-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 22:03:28 +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 WAA13929; Thu, 27 Jul 2000 22:03:28 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id WAA19116; Thu, 27 Jul 2000 22:01:41 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007272101.WAA19116@flint.arm.linux.org.uk> Subject: Re: current To: pb@tazenda.demon.co.uk (Philip Blundell) Date: Thu, 27 Jul 2000 22:01:41 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Philip Blundell" at Jul 27, 2000 07:41:39 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: > >>The following > > > >> +#define get_sp() \ > >> + ({ register unsigned long sp asm ("sp"); sp }) > > > >produces the warning: void value not ignored as it ought to be > >and generates no code to actually get sp (its optimised away). > > On which compiler? Does it matter? The fact that it doesn't work was what I thought mattered. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 27 22:11:08 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Huus-0005qy-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 22:10:06 +0100 Received: from [194.168.180.102] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Huuq-0005qq-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 22:10: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 WAA13964; Thu, 27 Jul 2000 22:09:36 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id WAA19851; Thu, 27 Jul 2000 22:07:49 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007272107.WAA19851@flint.arm.linux.org.uk> Subject: Re: current To: pb@tazenda.demon.co.uk (Philip Blundell) Date: Thu, 27 Jul 2000 22:07:49 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Philip Blundell" at Jul 27, 2000 07:54: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 Philip Blundell writes: > Actually, I can't even find a place where get_sp() is used in the kernel (it > builds fine for me with that macro removed altogether). You're right - get_sp() isn't used any more. Ignore my previous mail. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 27 22:24:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Hv7z-00065z-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 22:23:39 +0100 Received: from [194.168.180.102] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Hv7y-00065t-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 22:23:38 +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 WAA14021; Thu, 27 Jul 2000 22:23:38 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id WAA19908; Thu, 27 Jul 2000 22:21:52 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007272121.WAA19908@flint.arm.linux.org.uk> Subject: Re: small optimisations To: pb@tazenda.demon.co.uk (Philip Blundell) Date: Thu, 27 Jul 2000 22:21:52 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Philip Blundell" at Jul 27, 2000 09:59: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 Philip Blundell writes: > ENTRY(__arch_strnlen_user) > - stmfd sp!, {lr} > + str lr, [sp, #-4]! > ENTRY(__arch_strncpy_from_user) > - stmfd sp!, {lr} > + str lr, [sp, #-4]! These aren't particularly performance-related functions, and such a change would be of little benefit. Can you enlighten me as to the exact reasoning behind this, eg listing which processors this has an advantage on? > static __inline__ unsigned long copy_from_user(void *to, const void *from, unsigned long n) > { > - char *end = (char *)to + n; > - if (access_ok(VERIFY_READ, from, n)) { > + if (access_ok(VERIFY_READ, from, n)) > __do_copy_from_user(to, from, n); > - if (n) memset(end - n, 0, n); > - } > return n; > } This opens a security hole. > @@ -145,28 +153,41 @@ extern __inline__ long strnlen_user(cons > */ > #define __get_user_check(x,ptr,size) \ > ({ \ > - long __gu_err = -EFAULT, __gu_val = 0; \ > + long __gu_err = 0, __gu_val; \ > const __typeof__(*(ptr)) *__gu_addr = (ptr); \ > if (access_ok(VERIFY_READ,__gu_addr,size)) \ > __get_user_size(__gu_val,__gu_addr,(size),__gu_err); \ > + else { \ > + __gu_val = 0; \ > + __gu_err = -EFAULT; \ > + } \ > (x) = (__typeof__(*(ptr)))__gu_val; \ > __gu_err; \ > }) I tested this one about a year ago, and it resulted in poorer code. Please show a comparison between the assembler produced by the old code and the new, specifing the compiler version. > #define __get_user_nocheck(x,ptr,size) \ > ({ \ > - long __gu_err = 0, __gu_val = 0; \ > + long __gu_err = 0, __gu_val; \ > __get_user_size(__gu_val,(ptr),(size),__gu_err); \ > (x) = (__typeof__(*(ptr)))__gu_val; \ > __gu_err; \ > }) Another security hole. Hint: __get_user_nocheck() actually faults. The user doesn't check the error code. What value is left in __gu_val? (Note: this is the exact stance taken by Linus here, and I agree with him on these points - its better to be safer than sorry). Comments on the rest depend on the answers to the above. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 27 23:15:41 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Hvv8-0006t8-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 23:14:26 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Hvv7-0006t0-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 23:14:25 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13Hw08-0005Qi-00; Thu, 27 Jul 2000 23:19:36 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13HvxR-0001AI-00; Thu, 27 Jul 2000 23:16:49 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) To: Russell King - ARM Linux Admin cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: small optimisations In-Reply-To: Message from Russell King - ARM Linux Admin of "Thu, 27 Jul 2000 22:21:52 BST." <200007272121.WAA19908@flint.arm.linux.org.uk> References: <200007272121.WAA19908@flint.arm.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jul 2000 23:16:48 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >> - stmfd sp!, {lr} >> + str lr, [sp, #-4]! > >These aren't particularly performance-related functions, and such a >change would be of little benefit. Can you enlighten me as to the >exact reasoning behind this, eg listing which processors this has >an advantage on? It's faster on StrongARM. >> - char *end = (char *)to + n; >> - if (access_ok(VERIFY_READ, from, n)) { >> + if (access_ok(VERIFY_READ, from, n)) >> __do_copy_from_user(to, from, n); >> - if (n) memset(end - n, 0, n); >> - } >> return n; >> } > >This opens a security hole. Why? The copy_from_user code in uaccess.S already checks for exceptions and zeros the balance of the buffer, as far as I can see. >Another security hole. Hint: __get_user_nocheck() actually faults. >The user doesn't check the error code. Mmm. Yes, I think you're right. 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 Jul 27 23:19:26 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HvzX-0006yZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 23:18:59 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HvzW-0006yN-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 23:18:59 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13Hw3v-0005Ts-00; Thu, 27 Jul 2000 23:23:31 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13Hw1A-0001B6-00; Thu, 27 Jul 2000 23:20:40 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) cc: Russell King - ARM Linux Admin , linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: small optimisations In-Reply-To: Message from Philip Blundell of "Thu, 27 Jul 2000 23:16:48 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jul 2000 23:20:40 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >>Another security hole. Hint: __get_user_nocheck() actually faults. >>The user doesn't check the error code. > >Mmm. Yes, I think you're right. Ah, no, hold on. Doesn't __get_user_nocheck()'s exception handler explicitly zero out the result register? 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 Jul 27 23:20:31 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Hw0b-00070i-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 23:20:05 +0100 Received: from [194.168.180.102] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Hw0a-00070a-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 23:20: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 XAA14255; Thu, 27 Jul 2000 23:20:04 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id XAA20118; Thu, 27 Jul 2000 23:18:18 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007272218.XAA20118@flint.arm.linux.org.uk> Subject: Re: small optimisations To: pb@tazenda.demon.co.uk (Philip Blundell) Date: Thu, 27 Jul 2000 23:18:17 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Philip Blundell" at Jul 27, 2000 11:16:48 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: > It's faster on StrongARM. I guessed that one. Any others? > >> - char *end = (char *)to + n; > >> - if (access_ok(VERIFY_READ, from, n)) { > >> + if (access_ok(VERIFY_READ, from, n)) > >> __do_copy_from_user(to, from, n); > >> - if (n) memset(end - n, 0, n); > >> - } > >> return n; > >> } > > > >This opens a security hole. > > Why? The copy_from_user code in uaccess.S already checks for exceptions and > zeros the balance of the buffer, as far as I can see. You're right here. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 27 23:23:24 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Hw3U-00074U-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 23:23:04 +0100 Received: from [194.168.180.102] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Hw3T-00074N-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 23:23:03 +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 XAA14275; Thu, 27 Jul 2000 23:22:34 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id XAA20144; Thu, 27 Jul 2000 23:20:47 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007272220.XAA20144@flint.arm.linux.org.uk> Subject: Re: small optimisations To: pb@tazenda.demon.co.uk (Philip Blundell) Date: Thu, 27 Jul 2000 23:20:47 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Philip Blundell" at Jul 27, 2000 11:20: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 Philip Blundell writes: > Ah, no, hold on. Doesn't __get_user_nocheck()'s exception handler > explicitly zero out the result register? Right again! However, I'd still like to see the difference in the asm for that other point. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 27 23:37:34 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HwH3-0007LA-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 23:37:05 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HwH1-0007Ks-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 23:37:04 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13HwLN-0005bV-00; Thu, 27 Jul 2000 23:41:33 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13HwIe-0001ar-00; Thu, 27 Jul 2000 23:38:44 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) To: Russell King - ARM Linux Admin cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: small optimisations In-Reply-To: Message from Russell King - ARM Linux Admin of "Thu, 27 Jul 2000 22:21:52 BST." <200007272121.WAA19908@flint.arm.linux.org.uk> References: <200007272121.WAA19908@flint.arm.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jul 2000 23:38:43 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >> - long __gu_err = -EFAULT, __gu_val = 0; \ >> + long __gu_err = 0, __gu_val; \ >> const __typeof__(*(ptr)) *__gu_addr = (ptr); \ >> if (access_ok(VERIFY_READ,__gu_addr,size)) \ >> __get_user_size(__gu_val,__gu_addr,(size),__gu_err); \ >> + else { \ >> + __gu_val = 0; \ >> + __gu_err = -EFAULT; \ >> + } \ >> (x) = (__typeof__(*(ptr)))__gu_val; \ >> __gu_err; \ >> }) > >I tested this one about a year ago, and it resulted in poorer code. >Please show a comparison between the assembler produced by the old >code and the new, specifing the compiler version. Having checked that one again, you're right that it does seem to make things worse. I withdraw that part of the patch; maybe we can revisit it when gcc's support for predication is a bit better. (Incidentally, it looks to me like the exception handlers in __get_user_asm_word and so on are actually loading -ENOTBLK rather than -EFAULT on error.) 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 Jul 27 23:39:37 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HwJA-0007Ng-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 23:39:16 +0100 Received: from [158.152.220.239] (helo=tazenda.demon.co.uk ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HwJ9-0007NR-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 23:39:15 +0100 Received: from kings-cross.london.uk.eu.org [::ffff:192.168.2.83] by tazenda.demon.co.uk with esmtp (Exim 3.11 #1 (Debian)) id 13HwNS-0005fO-00; Thu, 27 Jul 2000 23:43:42 +0100 Received: from localhost ([::ffff:127.0.0.1] helo=tazenda.demon.co.uk ident=pb) by kings-cross.london.uk.eu.org with esmtp (Exim 3.12 #1 (Debian)) id 13HwKj-0001bP-00; Thu, 27 Jul 2000 23:40:53 +0100 X-Mailer: exmh version 2.1.1 10/15/1999 (debian) To: Russell King - ARM Linux Admin cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: small optimisations In-Reply-To: Message from Russell King - ARM Linux Admin of "Thu, 27 Jul 2000 23:18:17 BST." <200007272218.XAA20118@flint.arm.linux.org.uk> References: <200007272218.XAA20118@flint.arm.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jul 2000 23:40:52 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >> It's faster on StrongARM. > >I guessed that one. Any others? I'm not sure. On ARM6 and ARM7 the timings are identical. I suspect ARM9 and ARM10 behave like StrongARM but I haven't checked the documentation. As to ARM8, who knows. 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 Jul 27 23:47:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HwPh-0007Vn-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 23:46:01 +0100 Received: from [194.168.180.102] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HwPf-0007Vc-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 23:45:59 +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 XAA14382; Thu, 27 Jul 2000 23:45:59 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id XAA20242; Thu, 27 Jul 2000 23:44:13 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007272244.XAA20242@flint.arm.linux.org.uk> Subject: Re: small optimisations To: pb@tazenda.demon.co.uk (Philip Blundell) Date: Thu, 27 Jul 2000 23:44:12 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Philip Blundell" at Jul 27, 2000 11:38:43 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: > (Incidentally, it looks to me like the exception handlers in > __get_user_asm_word and so on are actually loading -ENOTBLK rather than > -EFAULT on error.) Right again, fixed. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 27 23:51:32 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HwU2-0007b6-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Jul 2000 23:50:30 +0100 Received: from [194.168.180.102] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HwU1-0007av-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Jul 2000 23:50:29 +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 XAA14409; Thu, 27 Jul 2000 23:50:00 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id XAA20268; Thu, 27 Jul 2000 23:48:13 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007272248.XAA20268@flint.arm.linux.org.uk> Subject: Re: small optimisations To: pb@tazenda.demon.co.uk (Philip Blundell) Date: Thu, 27 Jul 2000 23:48:13 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Philip Blundell" at Jul 27, 2000 11:40: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 Philip Blundell writes: > I'm not sure. On ARM6 and ARM7 the timings are identical. I suspect ARM9 > and ARM10 behave like StrongARM but I haven't checked the documentation. > As to ARM8, who knows. Ok, I've applied that part of the patch, and only that part. Please submit the other bits that are still suitable to the patch system once they're ready. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 28 02:04:56 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13HyZg-0001LN-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 28 Jul 2000 02:04:28 +0100 Received: from [202.45.188.17] (helo=purple.alumni.cuhk.edu.hk) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13HyZf-0001LG-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Jul 2000 02:04:27 +0100 Received: from ismart.net (ppp080.alumni.cuhk.edu.hk [202.45.188.80]) by purple.alumni.cuhk.edu.hk (8.9.3/8.9.3) with ESMTP id JAA23344 for ; Fri, 28 Jul 2000 09:04:23 +0800 (HKT) Message-ID: <3980DCF8.9A95CE02@ismart.net> Date: Fri, 28 Jul 2000 09:08:08 +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: Most update kernel Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Actually, I am using Linux7k. However, I want to update the kernel version by myself(currently linux7k is using 2.2.1). I plan to get the newest kernel tar ball, apply the corresponding rmk patch and then migirate all the very very old linux7k patch on it. What packages should I get in order to make it run on clps7110? Where can I collect them? Also, is the tools on Scottb's page still appliable? Thanks very much. Jacky Lam 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 Jul 28 07:13:50 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13I3OE-0006aE-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 28 Jul 2000 07:12:58 +0100 Received: from [208.162.98.43] (helo=lhs.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13I3OD-0006a1-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Jul 2000 07:12:57 +0100 Received: by lhs.com(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id 8525692A.002324A5 ; Fri, 28 Jul 2000 02:23:51 -0400 X-Lotus-FromDomain: LHS From: nmistry@lhsl.com To: Jeff Sutherland cc: "Linux ARM kernel mailing list (E-mail)" Message-ID: <8525692A.002323CD.00@lhs.com> Date: Fri, 28 Jul 2000 02:09:18 -0400 Subject: Re: Frambuffer issues with Assabets using test4-rmk1-np1 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, I dont know if you have noticed this, so this might be something to consider.. When running The Intel Diagnostics Manager (diagman), depending on which bit depth you picked for the video output, the screen looked worse or better. I do remember that one of the modes gave amazing output on the sharp TFT display, all the lines were filled in, and the screen was easier to read under dim light conditions. Another mode gave the appearance that every other line was missing, and was hard to read under dim lighting condition. So i feel that this might be the case, instead of errant driver code. Also, i do remember that a while back nico had made a change where he adjusted the video mode, and it worked great for assabet... but for some reason it broke for another platform so reverted back to the original version. (nico, please correct me if im wrong) Unfortunately i just got back into the USA, and do not have my assabet / laptop setup, otherwise i would boot it and tell you the exact modes to try. If you want this info from me tommorow, let me know and i will get it for you.... -N Go into the Jeff Sutherland on 07/27/2000 03:31:39 PM To: "Linux ARM kernel mailing list (E-mail)" cc: (bcc: Nicholas Mistry/USER/US/LHS) Subject: Frambuffer issues with Assabets using test4-rmk1-np1 I'm trying to give Nicolas Pitre a hand sorting out frame buffer issues on Assabets. Some time back, around 2.4.0-test1 I believe, a change was made to linux/drivers/video/sa1100fb.c which caused problems for both my old original issue Assabet and the phase 4 (Assabet Plus) unit we have. I fixed the problem and sent Nico a patch, but already one person claims this broke their Assabet. As far as I can tell, the LCD interface has not changed since very early on, and that most if not all of the units shipped with the Sharp LQ039Q2DS54 TFT display. If this isn't the case, could someone please enlighten me? 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 Sat Jul 29 18:56:02 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13IakV-00046V-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 29 Jul 2000 18:50:11 +0100 Received: from [144.16.67.8] (helo=csa.iisc.ernet.in ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13IakS-00046K-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 29 Jul 2000 18:50:09 +0100 Received: from diamond.csa.iisc.ernet.in (IDENT:root@diamond.csa.iisc.ernet.in [144.16.67.28]) by csa.iisc.ernet.in (8.9.3/8.9.3) with ESMTP id XAA08094 for ; Sat, 29 Jul 2000 23:20:25 +0530 Received: from localhost (phanit@localhost) by diamond.csa.iisc.ernet.in (8.9.3/8.9.3) with ESMTP id XAA03333 for ; Sat, 29 Jul 2000 23:19:59 +0530 X-Authentication-Warning: diamond.csa.iisc.ernet.in: phanit owned process doing -bs Date: Sat, 29 Jul 2000 23:19:59 +0530 (IST) From: Phani Kishore Talluri To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Sir doubt 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 Sir I am trying to cross compile perl-5.6 for the sa1110 so that perl can be ported.But it was not being linked and loaded .Please suggest me some utilities for easy building the perl for sa1110.(Give me some sources latest things ) waiting for your reply yours sincerely phani "God never plays dice with universe" --ALBERT EINSTEIN ********************************************************************** T.Phani Kishore ( CSA dept ) | S/O T Sambasiva Rao (lecturer) room#:E89,IISc hostel, | Nehru Nagar, Nandigama,Krishna dt, Bangalore. 560012 | AP 521185 ********************************************************************** PHONE NO: $room:(080)3092622 $Lab: (080)3602095 $Home :(08678)77275 visit me:www2.csa.iisc.ernet.in/~phanit 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 Jul 29 23:05:02 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13Iege-0007qI-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 29 Jul 2000 23:02:28 +0100 Received: from [194.134.0.10] (helo=pop1.euronet.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13Iegc-0007q7-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 29 Jul 2000 23:02:26 +0100 Received: from angelo.home.nl (i0233.vwr.euronet.nl [194.134.208.234]) by pop1.euronet.nl (Postfix) with SMTP id 45D6D4F6D4; Sun, 30 Jul 2000 00:02:31 +0200 (MET DST) Date: Sat, 29 Jul 2000 23:58:59 +0100 (BST) From: Angelo Subject: Kernel 2.3.35 compiled, but init crashes ... HELP To: linux-arm-kernel@lists.arm.linux.org.uk Cc: linux@arm.linux.org.uk Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Organization: Organisation name, location. Telephone/Fax? X-Mailer: ANT RISCOS Marcel [ver 1.53] Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I finally compiled a kernel (2.3.35) with binutils-2.9.5.14 and GCC 2.95.2. This gave a kernel which boots, but after the boot it crashes when trying to start 'init', or 'init' crashes ... (I am not sure, but I suspect init to crash). I recompiled a new version of sysvinit (version 2.78), with 2.7.2.2 (aout) format as a test and this 'init' process hangs the computer (after showing 'version 2.78 booting). But it works with the 2.0.36 kernel ... I recompiled it with gcc 2.95.2 and this crashes the init process again ... The error message is : (this is typed in by hand ... there is no new dmesg file) Freeing unused kernel memory: 20k init pgd = c047c000 *pgd=00000000, *pmd=00000000 Internal error: Oops: 2 CPU:0 pc:[] lr:[] sp:c0443f98 ip:00000000 fp:00000000 r10:4001dd20 r9:4001ef28 r8:02000b55 r7:40000000 r6:4a2f500a r5:00030000 r4:e8a31002 r3:c0443fd4 r2:00001d14 r1:00200000 r0:3ffffffe Flags: nzcv ICQs off FIQs on Mode SVC_32 Segment user Control: EE133510 Table: EB003863 DAC: EA00000B process init (pid:1, stackpage=c0443000) stack: Backtrace: no frame pointer Code: 70253d70 0000000a (e59040000) e1a029a4 e2022002 The kernel is version 2.3.35 with patch rmk-1 applied. The config values are as default, with exeption that there is no StrongARM support compiled in. The machine it (should) run on is a RISC PC 700, 64 + 2 Mb, 2 Harddiscs (Linux on hdb), RISCOS 4 (hdb = old disk format, hda not accessed (new format)), CDROM and Simtec IDE card (which is seen by the kernel). I hope someone knows what I did wrong ... and can help me ... (Btw ... When the old init process is used the error is with something error 7, if someone is interesting in knowing what the error message is, please email me ... and I will write it down and email it here). Thanks in advance, Angelo -- Angelo Melis @ home random quote, generated by my computer: Ambition is the last refuge of the failure. - Oscar Wilde 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 Jul 30 16:49:49 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13IvIx-000719-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 30 Jul 2000 16:47:07 +0100 Received: from [194.168.180.72] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13IvIv-000713-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 30 Jul 2000 16:47:06 +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 QAA26796; Sun, 30 Jul 2000 16:47:09 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id QAA10631; Sun, 30 Jul 2000 16:45:17 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007301545.QAA10631@flint.arm.linux.org.uk> Subject: Re: Kernel 2.3.35 compiled, but init crashes ... HELP To: a.melis@aino.nl (Angelo) Date: Sun, 30 Jul 2000 16:45:17 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Angelo" at Jul 29, 2000 11:58:59 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 Angelo writes: > pc:[] lr:[] It'd help if you could look these values up in the System.map file (The symbols around these addresses would be useful). 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 Jul 31 10:04:18 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13JBSZ-0005ty-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 31 Jul 2000 10:02:07 +0100 Received: from [203.34.97.3] (helo=mail.ocs.com.au) by www.linux.org.uk with smtp (Exim 3.13 #1) id 13JBSW-0005td-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 31 Jul 2000 10:02:05 +0100 Received: (qmail 4906 invoked from network); 31 Jul 2000 09:01:58 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 31 Jul 2000 09:01:58 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: linux-arm-kernel@lists.arm.linux.org.uk, linuxppc-dev@lists.linuxppc.org, linux-m68k@lists.linux-m68k.org, linux-mac68k@mac.linux-m68k.org, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu, ultralinux@vger.rutgers.edu, linux-sh@m17n.org, linux-alpha@vger.rutgers.edu, linux-kernel@vger.rutgers.edu, linux-ia64@linuxia64.org, linux-vm@vm.marist.edu Subject: [RFC] Merge softirq, local_irq_count, local_bh_count Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 31 Jul 2000 19:01:58 +1000 Message-ID: <16496.965034118@ocs3.ocs-net> Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Cross mailed to every arch mailing list I could find, this patch hits every arch. Please trim replies to the relevant mailing list. Please cc: kaos@ocs.com.au on replies, I am not on every list. --- At the moment (2.4.0-test5) all architectures have a common definition for softirq_state, it occupies its own cache line with a lot of unused padding. The definitions for local_irq_count and local_bh_count are all over the place, some architectures use a cache aligned structure, some use arrays of integers (lets you play cache ping/pong), some even use atomic_t. Each arch defines its own set of mapping macros to get to local_irq_count and local_bh_count. To add insult to injury, not all architectures use the mapping macros, there are bits of code scattered around that use hard coded array lookups which are not optimized for SMP vs non-SMP. ftp://ftp.ocs.com.au/pub/2.4.0-test5-softirq-bh-merge.gz is a merge of softirq, local_irq_count and local_bh_count into one cache aligned structure. The aim was :- * Put all these fields in a per-cpu cache line. They are hit by the same code paths and are only ever updated from one cpu. Softirq was already cache aligned but the other fields were not, in most cases we were using multiple cache lines for this data. On most archs this will save a cache line. In the worst case we use the same number of lines but still get a code cleanup. * Replace all the explicit references like __local_irq_count[cpu] with wrapper macros. Some arch's had already done this but there was quite a bit of crud left. * Replace multiple arch definitions and export of irq_stat with a common one, optimized for SMP or non-SMP. I know that gcc should do this, but proving it will always optimize was too messy so I went for the safe case and hand optimized the definitions. Besides, s390 is completely different (the story of my life ;). * Create a standard definition for the wrappers that can be used by almost all architectures. Only s390 and sparc64 are special cases but every arch had its own slightly incompatible definition. * Add a per-cpu syscall_count, ready for performance reporting on soft interrupts as well as hard interrupts. This field is not being set at the moment but will be easy to update once the above patch is accepted. I have updated all architectures, but have only been able to test this patch on ix86 and IA64. Could the other arch maintainers try this patch, it is almost guaranteed to contain some Assembler errors. If your arch supports SMP, please try both UP and SMP. I want to know if the patch works or not on each arch so I can send the patch to Linus. So I would appreciate feedback on tests, whether successful or not. All architectures except s390 and sparc64 use the same definitions, see include/linux/irq_cpustat.h. For all but s390, sparc64 and m68k, please check the Assembler changes, the common code should be fine. S390 No irq_stat structure, the equivalent fields are stored in S390_lowcore. That moved cpu_data, ipl_device and the SMP info area up by 16 bytes. There was no need for local_bh_count and local_irq_count to be atomic. Please check the changes to __LC_ in lowcore.h. Also the use of lowcore instead of irq_stat[NR_CPUS] means that asm-s390/hardirq.h is quite different from the other archs, it has its own unique definitions for all the wrapper macros. sparc64 For UP, it uses the common code, local_irq_count is an int in irq_stat. For SMP, local_irq_count is a brlock in cpu_data. asm-sparc64/hardirq.h defines a special SMP mapping for local_irq_count. m68k The change to arch/m68k/atari/ataints.c is a complete guess. There were no examples of how to reference SYMBOL+8 from asm in atari. Files patched: arch/alpha/kernel/alpha_ksyms.c arch/alpha/kernel/entry.S arch/alpha/kernel/irq_alpha.c arch/alpha/kernel/irq_smp.c arch/alpha/kernel/smp.c arch/arm/kernel/armksyms.c arch/arm/kernel/entry-common.S arch/arm/kernel/irq.c arch/i386/kernel/entry.S arch/i386/kernel/i386_ksyms.c arch/i386/kernel/io_apic.c arch/i386/kernel/irq.c arch/i386/kernel/traps.c arch/ia64/kernel/entry.S arch/ia64/kernel/ia64_ksyms.c arch/ia64/kernel/irq.c arch/m68k/atari/ataints.c arch/m68k/kernel/entry.S arch/m68k/kernel/ints.c arch/m68k/kernel/m68k_ksyms.c arch/mips/baget/irq.c arch/mips/dec/irq.c arch/mips/kernel/entry.S arch/mips/kernel/irq.c arch/mips/kernel/mips_ksyms.c arch/mips/kernel/scall_o32.S arch/mips/orion/irq.c arch/mips/sgi/kernel/indy_int.c arch/mips64/kernel/entry.S arch/mips64/kernel/scall_64.S arch/mips64/kernel/scall_o32.S arch/mips64/sgi-ip22/ip22-int.c arch/mips64/sgi-ip27/ip27-irq.c arch/ppc/kernel/entry.S arch/ppc/kernel/irq.c arch/ppc/kernel/local_irq.h arch/ppc/kernel/ppc_ksyms.c arch/s390/kernel/entry.S arch/s390/kernel/irq.c arch/s390/kernel/process.c arch/s390/kernel/s390io.c arch/s390/mm/fault.c arch/sh/kernel/entry.S arch/sh/kernel/irq.c arch/sparc/kernel/irq.c arch/sparc/kernel/rtrap.S arch/sparc/kernel/sparc_ksyms.c arch/sparc64/kernel/irq.c arch/sparc64/kernel/rtrap.S arch/sparc64/kernel/smp.c arch/sparc64/kernel/sparc64_ksyms.c include/asm-alpha/hardirq.h include/asm-alpha/smp.h include/asm-alpha/softirq.h include/asm-arm/hardirq.h include/asm-i386/hardirq.h include/asm-ia64/hardirq.h include/asm-m68k/hardirq.h include/asm-m68k/softirq.h include/asm-m68k/system.h include/asm-mips/hardirq.h include/asm-mips64/hardirq.h include/asm-mips64/processor.h include/asm-mips64/smp.h include/asm-ppc/hardirq.h include/asm-ppc/softirq.h include/asm-s390/hardirq.h include/asm-s390/irq.h include/asm-s390/lowcore.h include/asm-s390/softirq.h include/asm-sh/hardirq.h include/asm-sh/softirq.h include/asm-sparc/hardirq.h include/asm-sparc/irq.h include/asm-sparc/softirq.h include/asm-sparc64/hardirq.h include/asm-sparc64/smp.h include/asm-sparc64/softirq.h include/linux/interrupt.h include/linux/irq_cpustat.h kernel/ksyms.c kernel/sched.c kernel/softirq.c net/netsyms.c 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 Jul 31 11:32:54 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13JCrn-0007LM-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 31 Jul 2000 11:32:15 +0100 Received: from [205.139.40.17] (helo=mail03-lax.pilot.net) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13JCrm-0007LG-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 31 Jul 2000 11:32:14 +0100 Received: from Altera.COM (altera.com [137.57.1.1] (may be forged)) by mail03-lax.pilot.net with ESMTP id DAA17704 for ; Mon, 31 Jul 2000 03:32:21 -0700 (PDT) Received: from sj-gw01.altera.com by Altera.COM (8.8.8+Sun/SMI-4.1) id DAA06614; Mon, 31 Jul 2000 03:33:37 -0700 (PDT) Received: by sj-gw01.altera.com with Internet Mail Service (5.5.2650.21) id ; Mon, 31 Jul 2000 03:33:44 -0700 Message-ID: <82B1591A280FD411B91200D0B75B484A38872B@sis-uk-msg01.altera.com> From: Clive Davies To: "'linux-arm-kernel@lists.arm.linux.org.uk'" Subject: Linux for ARM9 Date: Mon, 31 Jul 2000 03:30:18 -0700 X-Mailer: Internet Mail Service (5.5.2650.21) Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I notice that there are no arch/arm/mm/proc-arm9* sources - has anybody done any work on Linux for the ARM9 family of processors yet? Clive 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 Jul 31 16:13:49 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13JHFX-0003Dy-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 31 Jul 2000 16:13:03 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13JHFW-0003Dr-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 31 Jul 2000 16:13:02 +0100 Received: from dutein75 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id RAA25374; Mon, 31 Jul 2000 17:13:11 +0200 (MET DST) Message-Id: <200007311513.RAA25374@duteinh.et.tudelft.nl> From: Erik Mouw To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Compiler errors when using linux/interrupt.h Organization: Eric conspiracy secret labs Date: Mon 31 Jul 2000 17:13:08 +0100 (MDT) 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.2devel - with PGP support, PGP engine version 0.5 (IRIX64) 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 Hi all, When compiling the cs89x0 network driver as a module, I get the following error (slightly edited to get shorter lines): In file included from include/linux/interrupt.h:45, from cs89x0.c:109: include/asm/hardirq.h:10: warning: `local_irq_count' redefined include/linux/modules/armksyms.ver:12: warning: this is the location of the previous definition include/asm/hardirq.h:11: warning: `local_bh_count' redefined include/linux/modules/armksyms.ver:10: warning: this is the location of the previous definition In file included from cs89x0.c:125: include/linux/netdevice.h: In function `dev_kfree_skb_any': include/linux/netdevice.h:523: `local_irq_count' undeclared (first use in this function) include/linux/netdevice.h:523: (Each undeclared identifier is reported only once include/linux/netdevice.h:523: for each function it appears in.) make[2]: *** [cs89x0.o] Error 1 make[2]: Leaving directory `drivers/net' make[1]: *** [_modsubdir_net] Error 2 make[1]: Leaving directory `drivers' make: *** [_mod_drivers] Error 2 I'm using linux-2.4.0-test5-rmk1 together with Nicolas Pitre's SA1100 patch, but I have the idea that this is a general arm-linux problem because other files which also include linux/interrupt.h (like net/packet/af_packet.c and net/sunrpc/svcsock.c) also fail to compile. I get the idea that armksyms.ver is a generated file, but I fail to see how it is generated, so I've no idea where to start fixing it. 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 Jul 31 21:21:37 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13JM2s-0000qI-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 31 Jul 2000 21:20:18 +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 13JM2r-0000q5-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 31 Jul 2000 21:20: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 VAA32012; Mon, 31 Jul 2000 21:20:14 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id VAA17566; Mon, 31 Jul 2000 21:18:20 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007312018.VAA17566@flint.arm.linux.org.uk> Subject: Re: Compiler errors when using linux/interrupt.h To: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Date: Mon, 31 Jul 2000 21:18:20 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <200007311513.RAA25374@duteinh.et.tudelft.nl> from "Erik Mouw" at Jul 31, 2000 05:13: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 Erik Mouw writes: > include/asm/hardirq.h:10: warning: `local_irq_count' redefined > include/linux/modules/armksyms.ver:12: warning: this is the location of the previous definition > include/asm/hardirq.h:11: warning: `local_bh_count' redefined > include/linux/modules/armksyms.ver:10: warning: this is the location of the previous definition Ah darn! Guess I'll have to grab some changes from Keith Owens little "improvement". _____ |_____| ------------------------------------------------- ---+---+- | | 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 Jul 31 22:43:46 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13JNKO-00027x-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 31 Jul 2000 22:42:28 +0100 Received: from [194.134.0.10] (helo=pop1.euronet.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13JNKN-00027q-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 31 Jul 2000 22:42:27 +0100 Received: from angelo.home.nl (i0114.vwr.euronet.nl [194.134.208.115]) by pop1.euronet.nl (Postfix) with SMTP id 56DE94F6B1; Mon, 31 Jul 2000 23:42:36 +0200 (MET DST) Date: Mon, 31 Jul 2000 23:39:13 +0100 (BST) From: Angelo Subject: Kernel 2.4.0-test1 works, but complains about fpem.o too old To: linux@arm.linux.org.uk Cc: linux-arm-kernel@lists.arm.linux.org.uk Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Organization: Organisation name, location. Telephone/Fax? X-Mailer: ANT RISCOS Marcel [ver 1.53] Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I finally compiled a kernel which did not crash :). It is kernel version 2.4.0.test1-ac19-rmk1. It boots, but there are still a few minor problems with it. Could someone please tell me how I can solve these ? - The kernel complains that the fpem.o is too old ... Where can I found a fpe.o which works with this kernel ? - The kernel complains that 'device lo is down'. What does this mean ? Did I compile something wrongly in the kernel ? I did take the defaults ... - I cannot log into it. After the prompt is shown, I can type in 'root' and after it logs me out again (I know it is not wise to use root, but as a rest it works :)). - Another, unreleated question. I have a SIMTEC IDE card in the computer. Can I use it with this kernel ? It does find it (2.0.36 did also do it, but I cannot access it ...). I am running it on an ARM 7 ... Thanks in advance, Angelo ps. I just downloaded version 2.4.0-test5-rmk1 ... and I will compile a kernel from this code, but I am not sure it will solve the above problems. -- Angelo Melis @ home random quote, generated by my computer: A mathematician is a machine for converting coffee into theorems. 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 Jul 31 22:48:35 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13JNPE-0002DA-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 31 Jul 2000 22:47:28 +0100 Received: from [208.242.241.39] (helo=cvsftp.cotw.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 13JNPD-0002D1-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 31 Jul 2000 22:47:27 +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 QAA23977 for ; Mon, 31 Jul 2000 16:47:08 -0500 Message-ID: <3985F480.549D0D99@cotw.com> Date: Mon, 31 Jul 2000 16:49:52 -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: Touch Screen Drivers Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I hope this is the right forum... Are Touch Screens character devices? Should they be located in /drivers/char? I ask because I have seen two different approaches used. The IPAQ folks placed their driver in /drivers/char. However, the MIPS folks placed their touch panel in an architecture specific directory. Where should touch screen initialization be triggered from? MIPS used /drivers/char/misc.c (misc_init) They treated it like a mouse driver. The kernel used by the iPAQ had three touch screens: h3650_ts.c sa1100_ts.c ucb1200_ts.c (the last two being nearly the same.) I was not able to determin how the init code was called for h365_ts.c. Any thoughts? 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 Mon Jul 31 22:56:06 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 13JNWg-0002Kx-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 31 Jul 2000 22:55:10 +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 13JNWe-0002Kp-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 31 Jul 2000 22:55: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 WAA32384; Mon, 31 Jul 2000 22:55:15 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id WAA17942; Mon, 31 Jul 2000 22:53:22 +0100 From: Russell King - ARM Linux Admin Message-Id: <200007312153.WAA17942@flint.arm.linux.org.uk> Subject: Re: Kernel 2.4.0-test1 works, but complains about fpem.o too old To: a.melis@aino.nl (Angelo) Date: Mon, 31 Jul 2000 22:53:21 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Angelo" at Jul 31, 2000 11:39:13 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 Angelo writes: > I finally compiled a kernel which did not crash :). It is kernel version > 2.4.0.test1-ac19-rmk1. It boots, but there are still a few minor problems > with it. Could someone please tell me how I can solve these ? > > - The kernel complains that the fpem.o is too old ... Where can I found a > fpe.o which works with this kernel ? The 2.2.xx one works with 2.4 - just use the '-f' flag to insmod > - The kernel complains that 'device lo is down'. What does this mean ? Did I > compile something wrongly in the kernel ? I did take the defaults ... You're probably trying to mount NFS filesystems, and portmap isn't running and the loopback device isn't up. > - I cannot log into it. After the prompt is shown, I can type in 'root' and > after it logs me out again (I know it is not wise to use root, but > as a rest it works :)). That's because of point 1 above. You can compile in nwfpe, and then load the Acorn FPE if you so require later (make sure you do it soon after boot though). Using this method provides you an added safety net as well. > - Another, unreleated question. I have a SIMTEC IDE card in the computer. Can > I use it with this kernel ? It does find it (2.0.36 did also do it, but I > cannot access it ...). > ps. I just downloaded version 2.4.0-test5-rmk1 ... and I will compile a > kernel from this code, but I am not sure it will solve the above problems. There are a few issues with that kernel (see an earlier Eric post), which I'm going to clean up in 2.4.0-test5-rmk2 (which applies onto 2.4.0-test5 directly.) _____ |_____| ------------------------------------------------- ---+---+- | | 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