From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 19 16:12:34 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12hw9a-0001LF-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 19 Apr 2000 16:12:34 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 1C78C15DF7; Wed, 19 Apr 2000 18:10:30 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 19 Apr 2000 12:04:23 -0400 Received: by vger.rutgers.edu id ; Wed, 19 Apr 2000 11:54:54 -0400 Received: from [202.141.26.181] ([202.141.26.181]:3074 "EHLO ee.iitm.ernet.in") by vger.rutgers.edu with ESMTP id ; Wed, 19 Apr 2000 11:47:51 -0400 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id VAA13099 for ; Wed, 19 Apr 2000 21:25:33 +0530 Date: Wed, 19 Apr 2000 21:25:32 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm@vger.rutgers.edu Subject: Video Drivers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I am using the Cirrus Logic 7500FE Arm processor. Where can i find drivers for VGA output and PAL Video output. I am using Chrontels 7003 Video Encoder for the PAL TV. Has anyone got PAL TV Output working using these chips? Thanks, Lavu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 20 06:04:47 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12i98x-0005Zk-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 20 Apr 2000 06:04:47 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id E6C4115F9B; Thu, 20 Apr 2000 08:02:43 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 20 Apr 2000 01:58:21 -0400 Received: by vger.rutgers.edu id ; Thu, 20 Apr 2000 01:58:04 -0400 Received: from tpeims.delta.com.tw ([202.166.238.7]:2835 "EHLO mail.delta.com.tw") by vger.rutgers.edu with ESMTP id ; Thu, 20 Apr 2000 01:57:47 -0400 Received: by MINCHUAN05 with Internet Mail Service (5.5.2650.21) id ; Thu, 20 Apr 2000 13:05:39 +0800 Message-ID: From: =?Big5?B?QU5EWS5XRU5HIK/OucWmqA==?= To: Linux-arm@vger.rutgers.edu, Devel@netwinder.com, Sa1100-linux@pa.dec.com Cc: =?Big5?B?U1NISU4uQ0hBTkcgsWmlQKpZ?= Subject: Install the evaluation board of sa1100 question!! Date: Thu, 20 Apr 2000 13:07:59 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="Big5" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Dear all: I am interested in evaluation board of sa1100 by ARM Linux. I got the install procedure from the intel web site, and setup it step by step.But it's not successfully,has some question as following: (1) Install the procdeure to the "Downloading and Running Application" step,I can't get the ramdisk.gz file from that web site. but i find the ramdisk-img.gz file from another web site.So ramdisk.gz whether or not replace to ramdisk-img.gz?? (2)I got the Instel StrongARM ** SA-1100 multimedia development and the SA-1101 development boards. the serial port connect location at J8 and J11. but the install procedure is location at J23 and J22.Can it setup by the procedure from intel web site?? If not,can you tell me how the board suitability?? (3)Where the web site can get update document or device driver for the sa-1100 or sa-1110 by Linux?? That's question very hardly.If you have any comment,send mail to me.Thanks help!!! Best Regad! DELTA ELECTRONICS,INC. andy weng engineer Flat Panel Display Engineering Video Display e-mail:andy.weng@delta.com.tw tel:(03)452-6107 ext:853 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 20 18:58:55 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iLE7-0004v6-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 20 Apr 2000 18:58:55 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 866CB15DAD; Thu, 20 Apr 2000 20:56:53 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 20 Apr 2000 14:48:12 -0400 Received: by vger.rutgers.edu id ; Thu, 20 Apr 2000 14:47:58 -0400 Received: from nwcst292.netaddress.usa.net ([204.68.23.37]:64502 "HELO nwcst292.netaddress.usa.net") by vger.rutgers.edu with SMTP id convert rfc822-to-8bit; Thu, 20 Apr 2000 14:45:01 -0400 Received: (qmail 6665 invoked by uid 60001); 20 Apr 2000 18:48:54 -0000 Message-ID: <20000420184854.6664.qmail@nwcst292.netaddress.usa.net> Received: from 204.68.23.37 by nwcst292 for [207.21.138.151] via web-mailer(M3.4.0.33) on Thu Apr 20 18:48:54 GMT 2000 Date: 20 Apr 00 12:48:54 MDT From: Kumar Ramanathan To: Erik Mouw , Linux-arm@vger.rutgers.edu, Devel@netwinder.com, Sa1100-linux@pa.dec.com Subject: Evaluation board... X-Mailer: USANET web-mailer (M3.4.0.33) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I have the IXp1200 network processor board and need to run linux on it's strongARM core. Does the kernel need to be ported for the board ?? ASlso ,the board has only one serial port, so I can dnld the kernel only from that port.No console output seems possible . Is there a way I can make the kernel image output something to the serial port so I can view it via the same port I use for downloasd of the kernel image ?? Or is there a way I can write to some memory address so that the leds on the board can show some output ???? Please advice, it's been a blind download using Angelboot so far. Thanks, Krishna. Erik Mouw wrote: On Tue, 04 Apr 2000 16:59:16 -0600 (MDT), Kumar Ramanathan wrote: > I was directed to your page from the LART site ... looking for RAMdisks. > Can't find any , could you help me ??? Go to http://www.lart.tudelft.nl/ . In the left column is a link to "RAM disk". FYI: Nicolas Pitre released a very nice RAM disk a couple of days ago. Get it at ftp://ftp.netwinder.org/users/n/nico/ramdisk_img.gz . > I have a SA 1100 Evaluation board from Intel. Eh, which evaluation board? Intel made quite a few. Erik -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2785859 Fax: +31-15-2781843 Email J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ ____________________________________________________________________ Get free email and a permanent address at http://www.netaddress.com/?N=1 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 21 01:52:51 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iRgh-0007Bo-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 21 Apr 2000 01:52:51 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 3A88215DDB; Fri, 21 Apr 2000 03:50:49 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 20 Apr 2000 21:46:00 -0400 Received: by vger.rutgers.edu id ; Thu, 20 Apr 2000 21:45:51 -0400 Received: from smtp3.ctimail3.com ([203.80.64.6]:47025 "EHLO smtp3.ctimail3.com") by vger.rutgers.edu with ESMTP id ; Thu, 20 Apr 2000 21:45:31 -0400 Received: from ismart.net (210user45.ctimail3.com [203.80.210.45]) by smtp3.ctimail3.com (8.9.3/8.9.3) with ESMTP id JAA25255 for ; Fri, 21 Apr 2000 09:53:09 +0800 (HKT) Message-ID: <38FFB3A0.7B0FEE9@ismart.net> Date: Fri, 21 Apr 2000 09:49:20 +0800 From: Yin X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Linux-arm@vger.rutgers.edu Subject: Second hand evaluation board Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Dear all, I am eager to have a development for my personal interest. But it is too expensive for me to buy a new one. Does anyone have old evaluation board to sell? Or telling me where can I find one? Thanks a lot. Yours, Jacky unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 21 09:27:08 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iYmK-0001J4-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 21 Apr 2000 09:27:08 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 0A51215E08; Fri, 21 Apr 2000 11:25:08 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 21 Apr 2000 05:20:24 -0400 Received: by vger.rutgers.edu id ; Fri, 21 Apr 2000 05:19:59 -0400 Received: from duteinh.et.tudelft.nl ([130.161.42.1]:4264 "EHLO duteinh.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Fri, 21 Apr 2000 05:18:53 -0400 Received: from kalman by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id LAA19655; Fri, 21 Apr 2000 11:23:02 +0200 (MET DST) Date: Fri, 21 Apr 2000 11:23:02 +0200 (MET DST) Message-Id: <200004210923.LAA19655@duteinh.et.tudelft.nl> From: Erik Mouw To: kumarrk@usa.net Cc: Linux-arm@vger.rutgers.edu, Devel@netwinder.com, Sa1100-linux@pa.dec.com Subject: Re: Evaluation board... In-Reply-To: <20000420184854.6664.qmail@nwcst292.netaddress.usa.net> Organization: Eric conspiracy secret labs X-Face: "!Z|1XjFg!3Iw)BwM^M\k)J5KHiPddz}#/Zw%?$&Q!xqob"OA|})3_@&BTTiQERo?/^g[Z<9P4R8:5C:aqq.cw!hotLc=+u-"+1rq@9$V^8PbOUlodyi_sejt+D`iqkLpx$>.aXl%vnfPIt"LK|/%>94_Zrm8jy?`_[RKt'TuoxUxfk(gMhY(n|DBBl~c$dhO>G%6}R4+DGX3|idBm4oU&UM/XUP4I9aoN{]`ax%B?rgD(I3OJ<62Y6L X-Mailer: XCmail 1.0.0 - with PGP support, PGP engine version 0.5 (Linux) X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/ X-Eric-Conspiracy: There is no conspiracy! X-Loop: erik@it.et.tudelft.nl MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 20 Apr 2000 12:48:54 -0600 (MDT), Kumar Ramanathan wrote: > I have the IXp1200 network processor board and need to run linux on it's > strongARM core. > > Does the kernel need to be ported for the board ?? I'm not sure. As far as I know, you should be able to run standard SA1100 linux on it. Intel is also working to get Linux running on it, but they want to use it in big-endian mode, so they need to change quite a lot. Ask David Meng (david.meng@intel.com) about the current status. > ASlso ,the board has only one serial port, so I can dnld the kernel only from > that port.No console output seems possible . Why not? I also using a single serial port to do console and download on a normal SA1100 board. The second serial port isn't neccessary. > Is there a way I can make the kernel image output something to the serial port > so I can view it via the same port I use for downloasd of the kernel image ?? I don't have IXP1200 information available, but if its serial port is not at the same location as the "normal" SA1100, you won't see anything at all. I think you need to do some more low level debugging. If the board has leds, try to blink them in one of the kernel initialization routines. In that way you know if the kernel starts at all. That's how we did it with the LART. > Or is there a way I can write to some memory address so that the leds on the > board can show some output ???? I don't know, you really should download the IXP1200 documentation for that. Debugging low level software without proper hardware documentation is close to impossible. Erik -- Yes, it works sometimes. If you need something that "works sometimes" use Windows! -- Victor Khimenko on linux-kernel unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 21 10:06:05 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iZO1-0001SV-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 21 Apr 2000 10:06:05 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 4175215DF5; Fri, 21 Apr 2000 12:04:03 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 21 Apr 2000 05:59:18 -0400 Received: by vger.rutgers.edu id ; Fri, 21 Apr 2000 05:59:09 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1599 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Fri, 21 Apr 2000 05:58:56 -0400 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12iaH9-0001NG-00; Fri, 21 Apr 2000 11:03:03 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: ee96162@ee.iitm.ernet.in Cc: linux-arm@vger.rutgers.edu Subject: Re: Video Drivers In-Reply-To: Message from Lavu Sridhar of "Wed, 19 Apr 2000 21:25:32 +0530." References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Apr 2000 11:03:03 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I am using the Cirrus Logic 7500FE Arm processor. Where can i find drivers >for VGA output and PAL Video output. You want the `acornfb' driver. The version in the CVS tree at netwinder.org has some support for the CH7003 encoder, though I forget exactly what state it's in. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 21 11:59:21 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ib9d-0001wc-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 21 Apr 2000 11:59:21 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 6DDFE15E0B; Fri, 21 Apr 2000 13:57:20 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 21 Apr 2000 07:52:08 -0400 Received: by vger.rutgers.edu id ; Fri, 21 Apr 2000 07:52:00 -0400 Received: from [202.141.26.181] ([202.141.26.181]:1850 "EHLO ee.iitm.ernet.in") by vger.rutgers.edu with ESMTP id ; Fri, 21 Apr 2000 07:50:27 -0400 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id RAA18289; Fri, 21 Apr 2000 17:08:14 +0530 Date: Fri, 21 Apr 2000 17:08:14 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: Philip Blundell Cc: linux-arm@vger.rutgers.edu Subject: Re: Video Drivers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hello, Where can I download the driver for this? I have tried accessing the netwider site ( http://www.netwinder.com ) But it did not work. Also, has anybody been able to get PAL TV output using the 7500FE processor / evaluation board ? Regards, Lavu Sridhar > >You want the `acornfb' driver. The version in the CVS tree at netwinder.org >has some support for the CH7003 encoder, though I forget exactly what state >it's in. > >p. > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 21 12:18:58 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ibSc-00025a-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 21 Apr 2000 12:18:58 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id E45FC15E26; Fri, 21 Apr 2000 14:16:57 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 21 Apr 2000 08:12:11 -0400 Received: by vger.rutgers.edu id ; Fri, 21 Apr 2000 08:11:52 -0400 Received: from lakdiva.slt.lk ([204.143.96.17]:47316 "EHLO lakdiva.slt.lk") by vger.rutgers.edu with ESMTP id ; Fri, 21 Apr 2000 08:11:13 -0400 Received: from obelix.atpos.lk ([203.115.31.220]) by lakdiva.slt.lk (8.9.1b+Sun/8.9.1) with ESMTP id SAA26285; Fri, 21 Apr 2000 18:14:55 -0600 (GMT) Received: from sri.atpos.com (192.1.1.25 [192.1.1.25]) by obelix.atpos.lk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id JG79WRB7; Fri, 21 Apr 2000 18:09:22 +0600 Message-ID: <3900437D.63C1D62D@sri.atpos.com> Date: Fri, 21 Apr 2000 18:03:09 +0600 From: Harsha Sanjeewa Reply-To: hsanjeewa@sri.atpos.com Organization: Mobinetix Systems X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu, nico@cam.org Subject: PCMCIA driver for Brutus Board Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, I am tring to get PCMCIA facility working on Brutus board. In the Kernel source README you have mentioned that , A full PCMCIA support is still missing, although it's possible to hack some drivers in order to drive already inserted cards at boot time with little modifications. I have planned to give it a try. It is grate if you can give me some hints. ( At the moment I am not planing to hack pcmcia-cs since there is some work going on that. ) Regards, Harsha unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 21 14:25:12 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12idQm-0002el-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 21 Apr 2000 14:25:12 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id D122915E45; Fri, 21 Apr 2000 16:23:10 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 21 Apr 2000 10:17:48 -0400 Received: by vger.rutgers.edu id ; Fri, 21 Apr 2000 10:14:40 -0400 Received: from netwinder.org ([207.245.35.202]:63040 "EHLO kei.netwinder.org") by vger.rutgers.edu with ESMTP id ; Fri, 21 Apr 2000 10:12:21 -0400 Received: from netwinder.org (IDENT:ralphs@[10.8.44.1]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id KAA21662; Fri, 21 Apr 2000 10:16:00 -0400 Message-ID: <390062A0.2EA89722@netwinder.org> Date: Fri, 21 Apr 2000 10:16:00 -0400 From: Ralph Siemsen X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: ee96162@ee.iitm.ernet.in Cc: linux-arm@vger.rutgers.edu Subject: Re: Video Drivers References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Lavu Sridhar wrote: > > Hello, > > Where can I download the driver for this? I have tried accessing the > netwider site ( http://www.netwinder.com ) But it did not work. It's netwinder.org :) Not .com ;) You can grab the acornfb anonymously via the cvsweb interface at http://www.netwinder.org/cvsweb/cvsweb.cgi/pub/kernel/armlinux/drivers/video/acornfb.c?rev=1.2.2.2&content-type=text/x-cvsweb-markup -- Ralph Siemsen -- ralphs@netwinder.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 21 21:17:37 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ijrt-0004fv-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 21 Apr 2000 21:17:37 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 52E7E15E53; Fri, 21 Apr 2000 23:15:37 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 21 Apr 2000 17:10:20 -0400 Received: by vger.rutgers.edu id ; Fri, 21 Apr 2000 17:10:08 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1700 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Fri, 21 Apr 2000 17:09:21 -0400 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12ikjw-0002wj-00; Fri, 21 Apr 2000 22:13:28 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Ralph Siemsen Cc: ee96162@ee.iitm.ernet.in, linux-arm@vger.rutgers.edu Subject: Re: Video Drivers In-Reply-To: Message from Ralph Siemsen of "Fri, 21 Apr 2000 10:16:00 EDT." <390062A0.2EA89722@netwinder.org> References: <390062A0.2EA89722@netwinder.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Apr 2000 22:13:28 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Ralph Siemsen wrote: >Lavu Sridhar wrote: >> Where can I download the driver for this? I have tried accessing the >> netwider site ( http://www.netwinder.com ) But it did not work. > >It's netwinder.org :) Not .com ;) > >You can grab the acornfb anonymously via the cvsweb interface at > >http://www.netwinder.org/cvsweb/cvsweb.cgi/pub/kernel/armlinux/drivers/video/a >cornfb.c?rev=1.2.2.2&content-type=text/x-cvsweb-markup Actually, to get the Chrontel stuff you need the 2.3 version. http://www.netwinder.org/cvsweb/cvsweb.cgi/pub/kernel/armlinux/drivers/video/acornfb.c?rev=1.19&content-type=text/x-cvsweb-markup or something. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 23 16:51:27 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jOfP-0006Jj-00 for linux-arm-archive@lists.arm.linux.org.uk; Sun, 23 Apr 2000 16:51:27 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 294B115F7C; Sun, 23 Apr 2000 18:49:29 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sun, 23 Apr 2000 12:43:47 -0400 Received: by vger.rutgers.edu id ; Sun, 23 Apr 2000 12:43:31 -0400 Received: from [202.141.26.181] ([202.141.26.181]:4010 "EHLO ee.iitm.ernet.in") by vger.rutgers.edu with ESMTP id ; Sun, 23 Apr 2000 12:43:17 -0400 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id WAA18688 for ; Sun, 23 Apr 2000 22:18:56 +0530 Date: Sun, 23 Apr 2000 22:18:56 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm@vger.rutgers.edu Subject: Brutus & SDT Kit Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hello, I have a StrongARM development board (Brutus) and i have installed the SDT KIT on a Windows95 PC. I connected the COM1 port on the PC to the J23 port on the Brutus board. When I tried running the ARM Debugger for Windows, it is saying that it is not able to write to the port. I have not been able to figure out where the problem is, and am stuck. Can someone give ideas? -Lavu Sridhar IIT Madras, India unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 23 20:02:53 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jRef-000739-00 for linux-arm-archive@lists.arm.linux.org.uk; Sun, 23 Apr 2000 20:02:53 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id B5A381602D; Sun, 23 Apr 2000 22:00:55 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sun, 23 Apr 2000 15:55:25 -0400 Received: by vger.rutgers.edu id ; Sun, 23 Apr 2000 15:55:06 -0400 Received: from modemcable248.137-200-24.mtl.mc.videotron.net ([24.200.137.248]:64315 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Sun, 23 Apr 2000 15:54:59 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id PAA17032; Sun, 23 Apr 2000 15:59:36 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Sun, 23 Apr 2000 15:59:36 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Harsha Sanjeewa Cc: linux-arm@vger.rutgers.edu Subject: Re: PCMCIA driver for Brutus Board In-Reply-To: <3900437D.63C1D62D@sri.atpos.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 21 Apr 2000, Harsha Sanjeewa wrote: > Hi, > I am tring to get PCMCIA facility working on Brutus board. In the Kernel > source README you have mentioned that , > > A full PCMCIA support is still missing, although it's possible to hack > some drivers in order to drive already inserted cards at boot time with > little modifications. > > I have planned to give it a try. It is grate if you can give me some > hints. ( At the moment I am not planing to hack pcmcia-cs since there is > some work going on that. ) The inb()/outb() macros that are usually used with ISA device drivers were designed so they access the SA1100 PCMCIA space. So for some PCMCIA cards that are clones of ISA ones, you just have to modify the ISA driver without much trouble. The idea is to configure the PCMCIA card and socket so it is visible to the driver, adjust the interrupt line and you're set. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 24 03:46:55 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jYtj-00017D-00 for linux-arm-archive@lists.arm.linux.org.uk; Mon, 24 Apr 2000 03:46:55 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 62EC1160AE; Mon, 24 Apr 2000 05:44:59 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sun, 23 Apr 2000 23:38:40 -0400 Received: by vger.rutgers.edu id ; Sun, 23 Apr 2000 23:38:18 -0400 Received: from [209.208.163.35] ([209.208.163.35]:3009 "EHLO glitch.crosswinds.net") by vger.rutgers.edu with ESMTP id ; Sun, 23 Apr 2000 23:37:58 -0400 Received: from roumengishe (pool10.ppp.net-bg.net [212.124.88.202]) by glitch.crosswinds.net (8.9.3/8.9.3) with SMTP id XAA11294 for ; Sun, 23 Apr 2000 23:41:58 -0400 (EDT) (envelope-from roumengishe@crosswinds.net) Message-Id: <200004240341.XAA11294@glitch.crosswinds.net> From: roumengishe To: linux-arm@vger.rutgers.edu Subject: http://www.crosswinds.net/~roumengishe/ X-Mailer: Mail Bomber Reply-To: roumengishe@crosswinds.net Date: Mon, 24 Apr 2000 06:42:21 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing http://www.crosswinds.net/~roumengishe/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 24 17:35:57 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jlq1-0004d2-00 for linux-arm-archive@lists.arm.linux.org.uk; Mon, 24 Apr 2000 17:35:57 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id B588D16210; Mon, 24 Apr 2000 19:34:00 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Mon, 24 Apr 2000 13:27:45 -0400 Received: by vger.rutgers.edu id ; Mon, 24 Apr 2000 13:27:27 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:3014 "EHLO tele-post-20.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Mon, 24 Apr 2000 13:20:06 -0400 Received: from dynarx.demon.co.uk ([158.152.252.23]) by tele-post-20.mail.demon.net with smtp (Exim 2.12 #2) id 12jmbl-0007e9-0K for linux-arm@vger.rutgers.edu; Mon, 24 Apr 2000 17:25:18 +0000 Received: from loopback ([127.0.0.1]) by dynarx.demon.co.uk with SMTP; Mon, 24 Apr 2000 17:25:17 GMT Date: Mon, 24 Apr 2000 18:18:20 +0100 From: Simon Knott To: linux-arm@vger.rutgers.edu Subject: Powertec SCSI Module and ZIP drive Message-ID: <49B45C244C%simonk@dynarx.demon.co.uk> Reply-To: simonk@dynarx.demon.co.uk X-Mailer: Messenger v1.41d for RISC OS X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I have installed the arm linux distribution from the AU cover CD and after sorting various problems I am left with one I can't seem to fix. The kernel won't boot if my SCSI ZIP drive is plugged into the SCSI bus. The boot stalls when probing the bus having found the Quantum drive (on which resides the root fs) it continually tries the ZIP drive and reports a time out error of some sort. I can write down all the numbers if it helps diagnosis. It makes no difference if there is a disk in the drive or not. Is there a relatively easy fix for this - that is easier than powering the computer down, unplugging the drive and changing all the terminators around every time I want to boot linux :) -- Simon Lister: Come on, what are you: a man or a munchkin?Rimmer: I'm off to see the wizard, the wonderful wizard of Oz. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 24 18:14:05 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jmQv-0004za-00 for linux-arm-archive@lists.arm.linux.org.uk; Mon, 24 Apr 2000 18:14:05 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id F122F161F6; Mon, 24 Apr 2000 20:12:09 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Mon, 24 Apr 2000 14:02:52 -0400 Received: by vger.rutgers.edu id ; Mon, 24 Apr 2000 14:02:11 -0400 Received: from [202.141.26.181] ([202.141.26.181]:3374 "EHLO ee.iitm.ernet.in") by vger.rutgers.edu with ESMTP id ; Mon, 24 Apr 2000 13:57:50 -0400 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id XAA10450 for ; Mon, 24 Apr 2000 23:33:48 +0530 Date: Mon, 24 Apr 2000 23:33:48 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm@vger.rutgers.edu Subject: KB and Mouse Drivers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hello, where can you find the arm-linux drivers for mouse and keyboard for the CL-PS7500FE application? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 24 18:21:42 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jmYI-00054B-00 for linux-arm-archive@lists.arm.linux.org.uk; Mon, 24 Apr 2000 18:21:42 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 268D016210; Mon, 24 Apr 2000 20:19:47 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Mon, 24 Apr 2000 14:13:28 -0400 Received: by vger.rutgers.edu id ; Mon, 24 Apr 2000 14:10:22 -0400 Received: from p34-magpie-gui.tch.enablis.net ([194.168.180.34]:2193 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Mon, 24 Apr 2000 14:10:01 -0400 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 TAA14347; Mon, 24 Apr 2000 19:15:05 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id TAA07304; Mon, 24 Apr 2000 19:09:55 +0100 Message-Id: <200004241809.TAA07304@raistlin.arm.linux.org.uk> Subject: Re: KB and Mouse Drivers To: ee96162@ee.iitm.ernet.in Date: Mon, 24 Apr 2000 19:09:51 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Lavu Sridhar" at Apr 24, 2000 11:33: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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Lavu Sridhar writes: > Hello, where can you find the arm-linux drivers for mouse and keyboard for > the CL-PS7500FE application? In the ARM kernel tree, with both my patches and Phil's patches applied. Alternatively, get the V2.3 CVS from netwinder.org. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 24 21:01:11 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jp2d-0006X6-00 for linux-arm-archive@lists.arm.linux.org.uk; Mon, 24 Apr 2000 21:01:11 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 3603916267; Mon, 24 Apr 2000 22:59:13 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Mon, 24 Apr 2000 16:53:14 -0400 Received: by vger.rutgers.edu id ; Mon, 24 Apr 2000 16:53:01 -0400 Received: from blazie.com ([207.97.93.2]:22052 "EHLO blazie.com") by vger.rutgers.edu with ESMTP id ; Mon, 24 Apr 2000 16:50:28 -0400 Received: from localhost (localhost [127.0.0.1]) by blazie.com (8.9.2/8.8.7) with ESMTP id QAA27318 for ; Mon, 24 Apr 2000 16:55:43 -0400 (EDT) Date: Mon, 24 Apr 2000 16:55:43 -0400 (EDT) From: Chris Blazie To: linux-arm@vger.rutgers.edu Subject: binutils upgrade Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm upgrading binutils and gcc on yet another Netwinder, and am having a problem. After installing binutils-2.9.5.0.32 I'm getting a shared library error when I run any of them: as: error in loading shared libraries: libopcodes-2.9.5.0.32.so: ELF file OS ABI not 0 or, ld: error in loading shared libraries: libbfd-2.9.5.0.32.so: ELF file OS ABI not 0 Both of these libraries are part of the binutils package, so I'm not sure where to look. Nothing in the info or docs I have are helpful; I'd appreciate any pointers. Regards, Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 24 21:11:20 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jpCS-0006ZR-00 for linux-arm-archive@lists.arm.linux.org.uk; Mon, 24 Apr 2000 21:11:20 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 608AF16268; Mon, 24 Apr 2000 23:09:23 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Mon, 24 Apr 2000 17:03:19 -0400 Received: by vger.rutgers.edu id ; Mon, 24 Apr 2000 17:03:02 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1617 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Mon, 24 Apr 2000 17:02:44 -0400 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12jq54-0001Uc-00; Mon, 24 Apr 2000 22:07:46 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Chris Blazie Cc: linux-arm@vger.rutgers.edu Subject: Re: binutils upgrade In-Reply-To: Message from Chris Blazie of "Mon, 24 Apr 2000 16:55:43 EDT." References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 Apr 2000 22:07:46 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >as: error in loading shared libraries: libopcodes-2.9.5.0.32.so: ELF file >OS ABI not 0 You need to upgrade your glibc as well. Older versions of ld.so don't work with libraries produced by new tools. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 25 05:42:17 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jxAv-0000Iv-00 for linux-arm-archive@lists.arm.linux.org.uk; Tue, 25 Apr 2000 05:42:17 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 588E0160BF; Tue, 25 Apr 2000 07:40:21 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Tue, 25 Apr 2000 01:34:23 -0400 Received: by vger.rutgers.edu id ; Tue, 25 Apr 2000 01:34:04 -0400 Received: from ns.hiper.co.kr ([203.232.73.2]:34674 "EHLO ns.hiper.co.kr") by vger.rutgers.edu with ESMTP id ; Tue, 25 Apr 2000 01:33:51 -0400 Received: from hiper.co.kr (IDENT:kugi@[203.232.73.98]) by ns.hiper.co.kr (8.9.3/8.9.3) with ESMTP id OAA16114 for ; Tue, 25 Apr 2000 14:40:04 +0900 (KST) Message-ID: <39052FAA.3BCF2E2B@hiper.co.kr> Date: Tue, 25 Apr 2000 14:39:54 +0900 From: Kim Won Kook X-Mailer: Mozilla 4.61 [ko] (X11; I; Linux 2.2.12-20kr i686) X-Accept-Language: ko MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: network device driver on SA1110. Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm trying to develope linux on SA1110. which network device drivers are supported by SA1110. and which network devices drivers are supported by SA1100. bus type is PCMCIA. thanks. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 25 14:35:55 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12k5VL-0003Ek-00 for linux-arm-archive@lists.arm.linux.org.uk; Tue, 25 Apr 2000 14:35:55 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 50D4215D59; Tue, 25 Apr 2000 16:34:01 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Tue, 25 Apr 2000 10:25:13 -0400 Received: by vger.rutgers.edu id ; Tue, 25 Apr 2000 10:24:56 -0400 Received: from generic199.197.205.205.in-addr.arpa ([205.205.197.199]:1054 "EHLO xanadu.vipswitch.com") by vger.rutgers.edu with ESMTP id ; Tue, 25 Apr 2000 10:24:48 -0400 Date: Tue, 25 Apr 2000 10:29:59 -0400 (EDT) From: Nicolas Pitre To: Kim Won Kook Cc: linux-arm@vger.rutgers.edu Subject: Re: network device driver on SA1110. In-Reply-To: <39052FAA.3BCF2E2B@hiper.co.kr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 25 Apr 2000, Kim Won Kook wrote: > > I'm trying to develope linux on SA1110. > which network device drivers are supported by SA1110. > and which network devices drivers are supported by SA1100. > bus type is PCMCIA. Card Services support is being worked on at the moment. There isn't anything fully usable for SA1110 boards yet. Nicolas k unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 25 19:20:22 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12k9wb-0006E4-00 for linux-arm-archive@lists.arm.linux.org.uk; Tue, 25 Apr 2000 19:20:22 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 006081643E; Tue, 25 Apr 2000 21:18:27 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Tue, 25 Apr 2000 14:59:52 -0400 Received: by vger.rutgers.edu id ; Tue, 25 Apr 2000 14:43:35 -0400 Received: from brain.proaxis.com ([206.163.142.1]:2448 "EHLO brain.proaxis.com") by vger.rutgers.edu with ESMTP id ; Tue, 25 Apr 2000 14:34:21 -0400 Received: from zachw ([206.163.141.104]) by brain.proaxis.com (8.9.3/8.9.3) with SMTP id LAA20496 for ; Tue, 25 Apr 2000 11:39:55 -0700 (PDT) Message-ID: <00d901bfaee5$61045180$5901a8c0@tdsway.com> From: "Zach Welch" To: "linux-arm" Subject: *TODO* Document the pseudo-ops (adr, ops) Date: Tue, 25 Apr 2000 11:37:58 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Howdy, I'm working to port Linux to our SA-1100 platform and having been delving into the arch/arm/kernel source pretty heavily. In my pursuit, I ran across the 'adr' opcode several times. Being unfamiliar with the opcode, I looked through the 'info' page only to discover the following message: *TODO* Document the pseudo-ops (adr, ops) Could someone please enlighten me? Thanks, Zach Welch Firmware Architect At Work Computers www.atworkcom.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 25 20:37:14 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kB90-0006g8-00 for linux-arm-archive@lists.arm.linux.org.uk; Tue, 25 Apr 2000 20:37:14 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 2F48F1646D; Tue, 25 Apr 2000 22:35:20 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Tue, 25 Apr 2000 16:12:09 -0400 Received: by vger.rutgers.edu id ; Tue, 25 Apr 2000 15:45:43 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1638 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Tue, 25 Apr 2000 15:30:17 -0400 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12kB7M-00028f-00; Tue, 25 Apr 2000 20:35:32 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Zach Welch" Cc: "linux-arm" Subject: Re: *TODO* Document the pseudo-ops (adr, ops) In-Reply-To: Message from "Zach Welch" of "Tue, 25 Apr 2000 11:37:58 PDT." <00d901bfaee5$61045180$5901a8c0@tdsway.com> References: <00d901bfaee5$61045180$5901a8c0@tdsway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Apr 2000 20:35:32 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >into the arch/arm/kernel source pretty heavily. In my pursuit, I ran across >the 'adr' opcode several times. Being unfamiliar with the opcode, I looked >through the 'info' page only to discover the following message: > >*TODO* Document the pseudo-ops (adr, ops) "adr rN, label" loads the (run-time) address of `label' into rN. It actually translates to "add rN, pc, #(label - . - 8)" or something similar. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 25 20:42:57 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kBEX-0006iA-00 for linux-arm-archive@lists.arm.linux.org.uk; Tue, 25 Apr 2000 20:42:57 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 6CE5A16471; Tue, 25 Apr 2000 22:41:03 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Tue, 25 Apr 2000 16:12:16 -0400 Received: by vger.rutgers.edu id ; Tue, 25 Apr 2000 15:46:28 -0400 Received: from generic199.197.205.205.in-addr.arpa ([205.205.197.199]:1272 "EHLO xanadu.vipswitch.com") by vger.rutgers.edu with ESMTP id ; Tue, 25 Apr 2000 15:36:53 -0400 Date: Tue, 25 Apr 2000 15:42:23 -0400 (EDT) From: Nicolas Pitre To: Zach Welch Cc: linux-arm Subject: Re: *TODO* Document the pseudo-ops (adr, ops) In-Reply-To: <00d901bfaee5$61045180$5901a8c0@tdsway.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 25 Apr 2000, Zach Welch wrote: > Howdy, > > I'm working to port Linux to our SA-1100 platform and having been delving I hope you didn't start from scratch. Generic SA1100 support is already available with extra patches. > into the arch/arm/kernel source pretty heavily. In my pursuit, I ran across > the 'adr' opcode several times. Being unfamiliar with the opcode, I looked > through the 'info' page only to discover the following message: The adr opcode is in fact a macro that loads the address of a symbol by adding a distance value to the program counter. ldr r0, foo @ loads the word labeled 'foo' adr r0, foo @ loads the address where 'foo' actually is I think it expands into: add r0, pc, #(foo - . - 8) Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 25 20:53:45 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kBOz-0006lX-00 for linux-arm-archive@lists.arm.linux.org.uk; Tue, 25 Apr 2000 20:53:45 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id EB28415DA0; Tue, 25 Apr 2000 22:51:51 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Tue, 25 Apr 2000 16:14:30 -0400 Received: by vger.rutgers.edu id ; Tue, 25 Apr 2000 15:56:38 -0400 Received: from p20-magpie-gui.tch.enablis.net ([194.168.180.20]:2786 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Tue, 25 Apr 2000 15:37:20 -0400 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 UAA19668; Tue, 25 Apr 2000 20:42:43 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id UAA00934; Tue, 25 Apr 2000 20:37:32 +0100 Message-Id: <200004251937.UAA00934@raistlin.arm.linux.org.uk> Subject: Re: *TODO* Document the pseudo-ops (adr, ops) To: zach@atworkcom.com (Zach Welch) Date: Tue, 25 Apr 2000 20:37:32 +0100 (BST) Cc: linux-arm@vger.rutgers.edu (linux-arm) In-Reply-To: <00d901bfaee5$61045180$5901a8c0@tdsway.com> from "Zach Welch" at Apr 25, 2000 11:37:58 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Zach Welch writes: > I'm working to port Linux to our SA-1100 platform and having been delving > into the arch/arm/kernel source pretty heavily. In my pursuit, I ran across > the 'adr' opcode several times. Being unfamiliar with the opcode, I looked > through the 'info' page only to discover the following message: > > *TODO* Document the pseudo-ops (adr, ops) "adr rd, sym" equates to either an "add rd, pc, #constant" or "sub rd, pc, #constant" such that "rd" ends up being the address of "sym". _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 25 21:01:29 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kBWT-0006oK-00 for linux-arm-archive@lists.arm.linux.org.uk; Tue, 25 Apr 2000 21:01:29 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id AEDC815DD0; Tue, 25 Apr 2000 22:59:35 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Tue, 25 Apr 2000 16:45:08 -0400 Received: by vger.rutgers.edu id ; Tue, 25 Apr 2000 16:13:24 -0400 Received: from dfw7-1.relay.mail.uu.net ([199.171.54.106]:54423 "EHLO dfw7-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Tue, 25 Apr 2000 15:53:45 -0400 Received: from xedia.com by dfw7sosrv11.alter.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQimmh28675 for ; Tue, 25 Apr 2000 19:59:21 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA19698; Tue, 25 Apr 00 15:56:03 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id PAA00936; Tue, 25 Apr 2000 15:59:20 -0400 From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <14597.63768.181659.962161@xedia.com> Date: Tue, 25 Apr 2000 15:59:20 -0400 (EDT) To: linux-arm@vger.rutgers.edu Subject: Pocket PC Linux? X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing One of the articles about the new Pocket PC line that MS and friends just lauched with a lot of hoopla mentions that the Compaq version uses a StrongARM. Nice. While waiting for Itsy, it would be interesting if Linux would run on that. Any ideas of whether it would? paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 25 21:25:57 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kBu9-0006wW-00 for linux-arm-archive@lists.arm.linux.org.uk; Tue, 25 Apr 2000 21:25:57 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id C38D515DA4; Tue, 25 Apr 2000 23:24:02 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Tue, 25 Apr 2000 17:08:39 -0400 Received: by vger.rutgers.edu id ; Tue, 25 Apr 2000 16:52:58 -0400 Received: from ice.fiftyone.com ([208.225.80.11]:1949 "EHLO ice.fiftyone.com") by vger.rutgers.edu with ESMTP id ; Tue, 25 Apr 2000 16:44:12 -0400 Received: from server01.asi (akron-80-186.ar51.net [208.225.80.186]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id QAA04300; Tue, 25 Apr 2000 16:50:01 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Tue, 25 Apr 2000 16:49:42 -0400 Message-ID: From: Jeff Sutherland To: "'Zach Welch'" Cc: "'linux-arm'" Subject: RE: *TODO* Document the pseudo-ops (adr, ops) Date: Tue, 25 Apr 2000 16:49:40 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > >into the arch/arm/kernel source pretty heavily. In my > pursuit, I ran across > >the 'adr' opcode several times. Being unfamiliar with the > opcode, I looked > >through the 'info' page only to discover the following message: > > > >*TODO* Document the pseudo-ops (adr, ops) > > "adr rN, label" loads the (run-time) address of `label' into rN. It > actually translates to "add rN, pc, #(label - . - 8)" or > something similar. > > p. nop is another favourite. There is no ARM processor instruction for no operation. My assembler translates "nop" into "mov r0, r0" which essentially does nothing (the whole purpose of nop). The more you work with the ARM processor, the more you will like it. There are some tricky things to watch out for, such as the pc always being 8 bytes ahead of the current instruction, and manipulating the caches and MMU, the details of which are left for the reader to discover :) //Jeff unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 01:43:54 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kFvm-00082P-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 01:43:54 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id E271A164CD; Wed, 26 Apr 2000 03:42:00 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Tue, 25 Apr 2000 21:35:43 -0400 Received: by vger.rutgers.edu id ; Tue, 25 Apr 2000 21:35:34 -0400 Received: from baucis.sc.intel.com ([143.183.152.22]:1749 "EHLO baucis.sc.intel.com") by vger.rutgers.edu with ESMTP id ; Tue, 25 Apr 2000 21:35:06 -0400 Received: from SMTP (fmsmsxvs03-1.fm.intel.com [132.233.42.203]) by baucis.sc.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.22 2000/04/06 17:58:51 dmccart Exp $) with SMTP id SAA12437 for ; Tue, 25 Apr 2000 18:40:46 -0700 (PDT) Received: from fmsmsx19.fm.intel.com ([132.233.48.19]) by 132.233.48.203 (Norton AntiVirus for Internet Email Gateways 1.0) ; Wed, 26 Apr 2000 01:17:43 0000 (GMT) Received: by fmsmsx19.fm.intel.com with Internet Mail Service (5.5.2448.0) id <2XNH5YK9>; Tue, 25 Apr 2000 18:17:26 -0700 Message-ID: <3D33CF40366DD111AC4100A0C96B22AC0870B453@fmsmsx34.fm.intel.com> From: "Naik, Uday" To: linux-arm@vger.rutgers.edu Subject: kernel panic in kswapd Date: Tue, 25 Apr 2000 18:17:18 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I seem to be getting a kernel panic in kswapd. Since I don't have a harddisk, I would like to turn swapping off. How do I build the kernel that way. I don't see a configuration option for it. Also I am using the ramdisk image put out by nicolas as an initrd image. Linux seems to gunzip it fine. But when it tries to mount it as the root file system it gets the error as follows EXT2-fs error (device ramdisk(1,0)): ext2-check-descriptors: block bitmap for group 0 not in group (block 33188) ! Any ideas ??? Uday Naik --- All opinions expressed are mine and do not reflect those of my employer. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 08:57:00 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kMgu-0001Lj-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 08:57:00 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id A7A501651B; Wed, 26 Apr 2000 10:55:03 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 04:48:43 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 04:48:24 -0400 Received: from [194.216.164.17] ([194.216.164.17]:4244 "EHLO salisbury.labs.futuretv.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 04:48:16 -0400 Received: from zebra.labs.futuretv.com ([192.168.32.2]) by salisbury.labs.futuretv.com with esmtp (Exim 3.03 #1) id 12kOen-0002wR-00 for linux-arm@vger.rutgers.edu; Wed, 26 Apr 2000 10:02:57 +0000 Received: from [192.168.33.3] (helo=fountain.labs.futuretv.com) by zebra.labs.futuretv.com with esmtp (Exim 3.03 #1) id 12kNZY-0001Nc-00; Wed, 26 Apr 2000 09:53:28 +0100 Received: from localhost ([127.0.0.1] helo=fountain.labs.futuretv.com) by fountain.labs.futuretv.com with esmtp (Exim 3.03 #1) id 12kNZY-0005vm-00; Wed, 26 Apr 2000 09:53:28 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Naik, Uday" Cc: linux-arm@vger.rutgers.edu Subject: Re: kernel panic in kswapd In-Reply-To: Message from "Naik, Uday" of "Tue, 25 Apr 2000 18:17:18 PDT." <3D33CF40366DD111AC4100A0C96B22AC0870B453@fmsmsx34.fm.intel.com> References: <3D33CF40366DD111AC4100A0C96B22AC0870B453@fmsmsx34.fm.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Apr 2000 09:53:28 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <3D33CF40366DD111AC4100A0C96B22AC0870B453@fmsmsx34.fm.intel.com>, "N aik, Uday" writes: >I seem to be getting a kernel panic in kswapd. Since I don't >have a harddisk, I would like to turn swapping off. How do >I build the kernel that way. I don't see a configuration option >for it. If you haven't done `swapon' then no swapping will actually happen (though kswapd will still exist). A kernel panic inside kswapd is indicative of some deeper problem; if you post the details maybe someone can work out what's going on. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 12:51:57 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kQMH-0002di-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 12:51:57 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 3377E15DA4; Wed, 26 Apr 2000 14:50:05 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 08:43:32 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 08:41:59 -0400 Received: from genom.hogia.net ([195.100.64.4]:1243 "HELO genom.hogia.net") by vger.rutgers.edu with SMTP id ; Wed, 26 Apr 2000 08:38:25 -0400 Received: (qmail 23247 invoked from network); 26 Apr 2000 12:40:13 -0000 Received: from z200.hogia.net (HELO sd) (195.100.63.200) by genom.hogia.net with SMTP; 26 Apr 2000 12:40:13 -0000 Reply-To: From: "Suru Dissanayake" To: Subject: Display size Date: Wed, 26 Apr 2000 14:50:08 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Importance: Normal Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi! I have some display questions. Does anybody have any experience running a large display with Intel StrongARM SA-1110/SA-1111? Is it possible to run a 640*480 VGA display? Or maybe even a 800*600 VGA display? Kind regards, Suru unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 13:20:07 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kQnX-0003Bh-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 13:20:07 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id C7E8415DB8; Wed, 26 Apr 2000 15:18:14 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 09:10:35 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 09:08:07 -0400 Received: from [210.230.34.106] ([210.230.34.106]:61035 "HELO so-fs.musicpod.co.jp") by vger.rutgers.edu with SMTP id ; Wed, 26 Apr 2000 09:07:30 -0400 Received: (qmail 17689 invoked from network); 26 Apr 2000 13:13:15 -0000 Received: from keg.vasara.co.jp (192.168.20.10) by ns3.musicpod.co.jp with SMTP; 26 Apr 2000 13:13:15 -0000 Received: from localhost (localhost [127.0.0.1]) by keg.vasara.co.jp (8.9.2/3.7W1.0) with ESMTP id WAA61289; Wed, 26 Apr 2000 22:13:14 +0900 (JST) To: suru@nira.se Cc: linux-arm@vger.rutgers.edu Subject: Re: Display size In-Reply-To: Your message of "Wed, 26 Apr 2000 14:50:08 +0200" References: X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000426221314Z.kawana@vasara.co.jp> Date: Wed, 26 Apr 2000 22:13:14 +0900 From: Takafumi Kawana X-Dispatcher: imput version 980905(IM100) Lines: 7 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > Is it possible to run a 640*480 VGA display? > Or maybe even a 800*600 VGA display? Yes. We are using integrated 1024*768 LCD display (using Mitsubishi RDT151S LCD panel) on our platform (NJRC XP860). -- kawana unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 13:25:22 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kQsc-0003Ek-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 13:25:22 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id BC29515DC7; Wed, 26 Apr 2000 15:23:29 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 09:16:00 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 09:11:41 -0400 Received: from [206.24.60.99] ([206.24.60.99]:2318 "EHLO cvsftp.cotw.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 09:10:54 -0400 Received: from cotw.com (IDENT:samcconn@[206.24.60.92]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id IAA07089; Wed, 26 Apr 2000 08:17:21 -0500 Message-ID: <3906EBC3.494C5AF4@cotw.com> Date: Wed, 26 Apr 2000 08:14:43 -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: Jeff Sutherland Cc: "'linux-arm'" Subject: Re: *TODO* Document the pseudo-ops (adr, ops) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > > There are some tricky things to watch out for, such as the pc always being 8 bytes >ahead of the current instruction, and manipulating the caches and MMU, the > details of which are left for the reader to discover :) I would love to see some documentation about the MMU setup for the ARM and how the tables are constructed. Since I started looking at the kernel in January I have been wondering why there is no documentation. Does anyone have some written notes that they are willing to share? I asked a question back in January on this subject and did not get a response. Scott McConnell unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 13:46:38 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kRDC-0003ft-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 13:46:38 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 1C4FA15DD8; Wed, 26 Apr 2000 15:44:45 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 09:37:43 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 09:33:58 -0400 Received: from [206.24.60.99] ([206.24.60.99]:2332 "EHLO cvsftp.cotw.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 09:33:33 -0400 Received: from cotw.com (IDENT:samcconn@[206.24.60.92]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id IAA07150 for ; Wed, 26 Apr 2000 08:40:01 -0500 Message-ID: <3906F113.26889C8E@cotw.com> Date: Wed, 26 Apr 2000 08:37:24 -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 Cc: "'linux-arm'" Subject: documentation: asm-arm.txt References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: unlisted-recipients: ;(no To-header on input) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I have captured the comments of Jeff Sutherland, Philip Blundell and Russell King about assembler errata into a text file. I discovered these things the hardway. If you have other facts I will try to keep the text current. Does this seem like a good idea? SAM S A McConnell unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 13:56:08 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kRMO-0003l5-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 13:56:08 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 7436E15DAF; Wed, 26 Apr 2000 15:54:15 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 09:47:32 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 09:47:13 -0400 Received: from ice.fiftyone.com ([208.225.80.11]:2846 "EHLO ice.fiftyone.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 09:45:55 -0400 Received: from server01.asi (akron-80-169.ar51.net [208.225.80.169]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id JAA18644; Wed, 26 Apr 2000 09:52:18 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Wed, 26 Apr 2000 09:52:11 -0400 Message-ID: From: Jeff Sutherland To: "'samcconn@cotw.com'" Cc: "'linux-arm'" Subject: RE: *TODO* Document the pseudo-ops (adr, ops) Date: Wed, 26 Apr 2000 09:52:08 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > I would love to see some documentation about the MMU setup > for the ARM and how > the tables are constructed. Since I started looking at the > kernel in January I > have been wondering why there is no documentation. > > Does anyone have some written notes that they are willing to > share? I asked a > question back in January on this subject and did not get a response. > > Scott McConnell I suppose this bears repeating. BTW is there a relevant FAQ that could/should be posted here on a monthly basis? May be about time to start one... //Jeff The instructions are documented in... http://www.arm.com/Documentation/UserMans/PDF/ARM7vC.pdf The quick reference card is at... http://www.arm.com/Documentation/UserMans/PDF/QRC-0001D.pdf (JWS)This is excellent, much more detailed than in the ARM books I have: The ARM MMUs are covered in... http://www.arm.com/Documentation/UserMans/PDF/DDI0150A_920T_TRM.pdf -- Jim Studt, President The Federated Software Group, Inc. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 14:03:44 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kRTk-0003qS-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 14:03:44 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 59F0315DFA; Wed, 26 Apr 2000 16:01:51 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 09:54:44 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 09:54:29 -0400 Received: from dfw7-1.relay.mail.uu.net ([199.171.54.106]:50886 "EHLO dfw7-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 09:53:31 -0400 Received: from xedia.com by dfw7sosrv11.alter.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQimpb29289; Wed, 26 Apr 2000 13:59:15 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA07902; Wed, 26 Apr 00 09:55:56 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id JAA02165; Wed, 26 Apr 2000 09:59:14 -0400 From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <14598.63025.890955.783243@xedia.com> Date: Wed, 26 Apr 2000 09:59:13 -0400 (EDT) To: samcconn@cotw.com Cc: jsutherland@accelent.com, linux-arm@vger.rutgers.edu Subject: Re: *TODO* Document the pseudo-ops (adr, ops) References: <3906EBC3.494C5AF4@cotw.com> X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>>>> "S" == S A McConnell writes: >> There are some tricky things to watch out for, such as the pc >> always being 8 S> bytes >> ahead of the current instruction, and manipulating the caches and >> MMU, the details of which are left for the reader to discover :) S> I would love to see some documentation about the MMU setup for the S> ARM and how the tables are constructed. Since I started looking at S> the kernel in January I have been wondering why there is no S> documentation. You can get a lot from the StrongARM data book and the ARM architecture manual. In fact, it's hard to see how you can do meaningful work in the ARM-specific code without having those two books on your desk... paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 14:41:24 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kS4C-0003xf-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 14:41:24 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 4DAA315DFE; Wed, 26 Apr 2000 16:39:31 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 10:32:36 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 10:32:12 -0400 Received: from duteinh.et.tudelft.nl ([130.161.42.1]:3510 "EHLO duteinh.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 10:31:57 -0400 Received: from kalman by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id QAA15595; Wed, 26 Apr 2000 16:37:39 +0200 (MET DST) Date: Wed, 26 Apr 2000 16:37:39 +0200 (MET DST) Message-Id: <200004261437.QAA15595@duteinh.et.tudelft.nl> From: Erik Mouw To: samcconn@cotw.com Cc: linux-arm@vger.rutgers.edu Subject: Re: documentation: asm-arm.txt In-Reply-To: <3906F113.26889C8E@cotw.com> Organization: Eric conspiracy secret labs X-Face: "!Z|1XjFg!3Iw)BwM^M\k)J5KHiPddz}#/Zw%?$&Q!xqob"OA|})3_@&BTTiQERo?/^g[Z<9P4R8:5C:aqq.cw!hotLc=+u-"+1rq@9$V^8PbOUlodyi_sejt+D`iqkLpx$>.aXl%vnfPIt"LK|/%>94_Zrm8jy?`_[RKt'TuoxUxfk(gMhY(n|DBBl~c$dhO>G%6}R4+DGX3|idBm4oU&UM/XUP4I9aoN{]`ax%B?rgD(I3OJ<62Y6L X-Mailer: XCmail 1.0.0 - with PGP support, PGP engine version 0.5 (Linux) X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/ X-Eric-Conspiracy: There is no conspiracy! X-Loop: erik@it.et.tudelft.nl MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 26 Apr 2000 08:37:24 -0500, S A McConnell wrote: > I have captured the comments of Jeff Sutherland, Philip Blundell and Russell > King about assembler errata into a text file. > > I discovered these things the hardway. If you have other facts I will try to > keep the text current. > > Does this seem like a good idea? Sounds good. Where are you going to submit the text file? In the ArmLinux source, or in the gcc documentation? 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' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 15:50:42 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kT9G-0004RH-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 15:50:42 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id D67CF15E28; Wed, 26 Apr 2000 17:48:49 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 11:42:24 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 11:42:06 -0400 Received: from generic199.197.205.205.in-addr.arpa ([205.205.197.199]:1471 "EHLO xanadu.vipswitch.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 11:41:55 -0400 Date: Wed, 26 Apr 2000 11:48:08 -0400 (EDT) From: Nicolas Pitre To: "Naik, Uday" Cc: linux-arm@vger.rutgers.edu Subject: Re: kernel panic in kswapd In-Reply-To: <3D33CF40366DD111AC4100A0C96B22AC0870B453@fmsmsx34.fm.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Please give more information about your setup please. On Tue, 25 Apr 2000, Naik, Uday wrote: > > I seem to be getting a kernel panic in kswapd. Since I don't > have a harddisk, I would like to turn swapping off. How do > I build the kernel that way. I don't see a configuration option > for it. > > Also I am using the ramdisk image put out by nicolas as an initrd > image. Linux seems to gunzip it fine. But when it tries to mount > it as the root file system it gets the error as follows > > EXT2-fs error (device ramdisk(1,0)): ext2-check-descriptors: block > bitmap for group 0 not in group (block 33188) ! > > Any ideas ??? > > Uday Naik > > --- > > All opinions expressed are mine and do not reflect those of my employer. > > > > > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ > ++ kernel-related discussions. ++ > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 15:53:52 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kTCK-0004SC-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 15:53:52 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 9EE9E15E2C; Wed, 26 Apr 2000 17:51:59 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 11:45:25 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 11:45:16 -0400 Received: from [206.24.60.99] ([206.24.60.99]:2463 "EHLO cvsftp.cotw.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 11:45:05 -0400 Received: from cotw.com (IDENT:samcconn@[206.24.60.92]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id KAA07609; Wed, 26 Apr 2000 10:51:21 -0500 Message-ID: <39070FDA.642B2CFA@cotw.com> Date: Wed, 26 Apr 2000 10:48:42 -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: Erik Mouw Cc: linux-arm@vger.rutgers.edu Subject: Re: documentation: asm-arm.txt References: <200004261437.QAA15595@duteinh.et.tudelft.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Sounds good. Where are you going to submit the text file? In the ArmLinux >source, or in the gcc documentation? A good question. I was thinking it should be in the Arm Linux source. But it would make since for it to also appear in the info pages for the assembler. SAM unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 18:47:37 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kVuT-0005XC-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 18:47:37 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 6074F15E68; Wed, 26 Apr 2000 20:45:44 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 14:38:47 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 14:38:37 -0400 Received: from p02-magpie-gui.tch.enablis.net ([194.168.180.2]:3532 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 14:38:14 -0400 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 TAA23604; Wed, 26 Apr 2000 19:39:39 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id TAA02441; Wed, 26 Apr 2000 19:34:35 +0100 From: Russell King - ARM Linux Admin Message-Id: <200004261834.TAA02441@flint.arm.linux.org.uk> Subject: Re: documentation: asm-arm.txt To: samcconn@cotw.com Date: Wed, 26 Apr 2000 19:34:34 +0100 (BST) Cc: linux-arm@vger.rutgers.edu ('linux-arm') In-Reply-To: <3906F113.26889C8E@cotw.com> from "S A McConnell" at Apr 26, 2000 08:37:24 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing S A McConnell writes: > I have captured the comments of Jeff Sutherland, Philip Blundell and Russell > King about assembler errata into a text file. > > I discovered these things the hardway. If you have other facts I will try to > keep the text current. > > Does this seem like a good idea? If you want to put the bare-ends HTML around it, I'll apply the almost standard look-and-feel headers/footers to it and drop it into the ARM Linux site developer area. This is the kind of thing it was created for. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 18:47:38 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kVuU-0005XK-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 18:47:38 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id CCBB615EAA; Wed, 26 Apr 2000 20:45:45 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 14:38:46 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 14:38:39 -0400 Received: from p02-magpie-gui.tch.enablis.net ([194.168.180.2]:3524 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 14:38:23 -0400 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 TAA23614; Wed, 26 Apr 2000 19:42:53 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id TAA02455; Wed, 26 Apr 2000 19:37:48 +0100 From: Russell King - ARM Linux Admin Message-Id: <200004261837.TAA02455@flint.arm.linux.org.uk> Subject: Re: kernel panic in kswapd To: pb@labs.futuretv.com (Philip Blundell) Date: Wed, 26 Apr 2000 19:37:48 +0100 (BST) Cc: uday.naik@intel.com (Naik Uday), linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Apr 26, 2000 09:53:28 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > If you haven't done `swapon' then no swapping will actually happen (though > kswapd will still exist). A kernel panic inside kswapd is indicative of > some deeper problem; if you post the details maybe someone can work out > what's going on. Not quite true - it depends on whether you define "swapping" to mean "removing pages from memory and placing then in a file" or if you mean just "removing unused pages from memory". The latter would be a better definition of kswapd's job, which it is able to perform without any swap file or swap partition. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 18:48:26 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kVvG-0005YA-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 18:48:26 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id DBA8115EAB; Wed, 26 Apr 2000 20:46:33 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 14:39:48 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 14:38:49 -0400 Received: from p02-magpie-gui.tch.enablis.net ([194.168.180.2]:3532 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 14:38:28 -0400 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 TAA23594; Wed, 26 Apr 2000 19:36:55 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id TAA02426; Wed, 26 Apr 2000 19:31:50 +0100 From: Russell King - ARM Linux Admin Message-Id: <200004261831.TAA02426@flint.arm.linux.org.uk> Subject: Re: *TODO* Document the pseudo-ops (adr, ops) To: jsutherland@accelent.com (Jeff Sutherland) Date: Wed, 26 Apr 2000 19:31:50 +0100 (BST) Cc: linux-arm@vger.rutgers.edu ('linux-arm') In-Reply-To: from "Jeff Sutherland" at Apr 26, 2000 09:52:08 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Jeff Sutherland writes: > I suppose this bears repeating. BTW is there a relevant FAQ that > could/should be posted here on a monthly basis? May be about time to start > one... I could add it to the footer of each message... I'd rather not have a huge long list of documents appended to the end of each message - maybe if I setup an automatic send-a-mail-and-add-contained-web-address-to-faq-page thing and add the FAQ top-level address to the bottom of the messages? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 18:48:46 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kVva-0005Ye-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 18:48:46 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id DFB2E15EAC; Wed, 26 Apr 2000 20:46:53 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 14:40:06 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 14:39:53 -0400 Received: from p02-magpie-gui.tch.enablis.net ([194.168.180.2]:3532 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 14:39:01 -0400 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 TAA23586; Wed, 26 Apr 2000 19:34:13 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id TAA02413; Wed, 26 Apr 2000 19:29:09 +0100 From: Russell King - ARM Linux Admin Message-Id: <200004261829.TAA02413@flint.arm.linux.org.uk> Subject: Re: *TODO* Document the pseudo-ops (adr, ops) To: samcconn@cotw.com Date: Wed, 26 Apr 2000 19:29:08 +0100 (BST) Cc: jsutherland@accelent.com (Jeff Sutherland), linux-arm@vger.rutgers.edu ('linux-arm') In-Reply-To: <3906EBC3.494C5AF4@cotw.com> from "S A McConnell" at Apr 26, 2000 08:14: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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing S A McConnell writes: > > There are some tricky things to watch out for, such as the pc always > > being 8 bytes ahead of the current instruction, and manipulating the > > caches and MMU, the details of which are left for the reader to > > discover :) The above is all covered in both the ARM architecture reference manual and the individual processor technical reference manuals. > I would love to see some documentation about the MMU setup for the ARM > and how the tables are constructed. Since I started looking at the > kernel in January I have been wondering why there is no documentation. Again, the structure of the MMU tables is described in the ARM architecture reference manual and the individual processor TRMs - there are some parts of the tables which are processor implementation specific. The various bits where the tables are initialised are commented. The initial setup code that allows the kernel to get going is very well self- documented. Looking at the other code, it also seems to have adequate comments for what the code is doing. Please note that the kernel sources are not supposed to contain reference information, but are supposed to contain enough for a programmer to understand what the code is doing. The general guidance given here is that the code should be written such that it is understandable, and with comments that do not describe what every line of code does, but describes the purpose behind what the code is doing. I hope this helps. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 18:49:17 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kVw5-0005ZC-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 18:49:17 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 20F7715EAE; Wed, 26 Apr 2000 20:47:24 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 14:40:16 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 14:40:01 -0400 Received: from p02-magpie-gui.tch.enablis.net ([194.168.180.2]:3532 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 14:38:51 -0400 Received: from brick.arm.linux.org.uk (IDENT:root@brick [192.168.0.9]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id TAA23568; Wed, 26 Apr 2000 19:27:53 +0100 Received: (from linux@localhost) by brick.arm.linux.org.uk (8.9.3/8.8.7) id KAA01922; Wed, 26 Apr 2000 10:00:45 +0100 From: Russell King - ARM Linux Admin Message-Id: <200004260900.KAA01922@brick.arm.linux.org.uk> Subject: Re: kernel panic in kswapd To: uday.naik@intel.com (Naik, Uday) Date: Wed, 26 Apr 2000 10:00:44 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <3D33CF40366DD111AC4100A0C96B22AC0870B453@fmsmsx34.fm.intel.com> from "Naik, Uday" at Apr 25, 2000 06:17:18 PM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Naik, Uday writes: > I seem to be getting a kernel panic in kswapd. Since I don't > have a harddisk, I would like to turn swapping off. How do > I build the kernel that way. I don't see a configuration option > for it. The short answer is: no. The long answer is: swapping is an embedded part of the Linux kernel, and is not trivial to turn off. The fact that you don't have any swap space doesn't mean that this code is redundant. This code is also used to page out clean pages when memory gets tight. These pages are areas such as the text sections of user executables and libraries which have not been written to by user code. Therefore, disabling the kernels "swapping" code would have a far more serious impact than having no swap enabled. However, wrt your kernel panic, I believe that Nicolas Pitre found an error during initialisation. One possible fix is to add a schedule() call just after the kswapd kernel thread is created (by kernel_thread). Could you let us know the kernel version you're seeing this problem on? > Also I am using the ramdisk image put out by nicolas as an initrd > image. Linux seems to gunzip it fine. But when it tries to mount > it as the root file system it gets the error as follows > > EXT2-fs error (device ramdisk(1,0)): ext2-check-descriptors: block > bitmap for group 0 not in group (block 33188) ! I guess that the ramdisk could be corrupted. Maybe you could gunzip it manually and force e2fsck to run on it? If e2fsck indicates that the ramdisk is ok, maybe there is a hardware fault on your machine? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 18:52:48 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kVzU-0005d8-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 18:52:48 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 1B06A15DE7; Wed, 26 Apr 2000 20:50:56 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 14:44:19 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 14:44:12 -0400 Received: from dfw7-1.relay.mail.uu.net ([199.171.54.106]:55159 "EHLO dfw7-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 14:43:53 -0400 Received: from xedia.com by dfw7sosrv11.alter.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQimpv10351 for ; Wed, 26 Apr 2000 18:49:48 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA12375; Wed, 26 Apr 00 14:46:30 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id OAA03775; Wed, 26 Apr 2000 14:49:47 -0400 From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <14599.14923.710014.301944@xedia.com> Date: Wed, 26 Apr 2000 14:49:47 -0400 (EDT) To: linux-arm@vger.rutgers.edu Subject: Re: kernel panic in kswapd References: <200004261837.TAA02455@flint.arm.linux.org.uk> X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>>>> "Russell" == Russell King <- ARM Linux Admin > writes: Russell> Philip Blundell writes: >> If you haven't done `swapon' then no swapping will actually happen >> (though kswapd will still exist). A kernel panic inside kswapd is >> indicative of some deeper problem; if you post the details maybe >> someone can work out what's going on. Russell> Not quite true - it depends on whether you define "swapping" Russell> to mean "removing pages from memory and placing then in a Russell> file" or if you mean just "removing unused pages from Russell> memory". The latter would be a better definition of Russell> kswapd's job, which it is able to perform without any swap Russell> file or swap partition. Interesting... I didn't realize that. The first definition you mentioned is certainly the standard one, going back 30-40 years... paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 19:00:34 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kW70-0005kA-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 19:00:34 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id F2FFA15EB3; Wed, 26 Apr 2000 20:58:41 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 14:51:52 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 14:51:49 -0400 Received: from p02-magpie-gui.tch.enablis.net ([194.168.180.2]:3608 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 14:49:25 -0400 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 TAA23836; Wed, 26 Apr 2000 19:55:15 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id TAA04751; Wed, 26 Apr 2000 19:49:56 +0100 Message-Id: <200004261849.TAA04751@raistlin.arm.linux.org.uk> Subject: Re: kernel panic in kswapd To: pkoning@xedia.com (Paul Koning) Date: Wed, 26 Apr 2000 19:49:55 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <14599.14923.710014.301944@xedia.com> from "Paul Koning" at Apr 26, 2000 02:49:47 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Paul Koning writes: > Interesting... I didn't realize that. The first definition you > mentioned is certainly the standard one, going back 30-40 years... Yes, it is the accepted one. However, in Linux, the paging systems which fall under "kswapd"s control include the removal of clean pages from each process. Therefore, the term "swapping" under Linux seems to fit the second definition more closely than the first. Think of the second as a more optimised swapping technique. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 19:08:42 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kWEs-0005rJ-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 19:08:42 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 67EE515E9D; Wed, 26 Apr 2000 21:06:49 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 15:00:09 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 14:59:10 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1729 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 14:53:22 -0400 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12kX1U-0002ma-00; Wed, 26 Apr 2000 19:58:56 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: samcconn@cotw.com Cc: linux-arm@vger.rutgers.edu Subject: Re: documentation: asm-arm.txt In-Reply-To: Message from S A McConnell of "Wed, 26 Apr 2000 10:48:42 CDT." <39070FDA.642B2CFA@cotw.com> References: <200004261437.QAA15595@duteinh.et.tudelft.nl> <39070FDA.642B2CFA@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Apr 2000 19:58:56 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I was thinking it should be in the Arm Linux source. But it would make since >for it to also appear in the info pages for the assembler. Great. Improvements for the GAS manual are always welcome. You can send them to me directly, or to . Patches against the texinfo source are ideal, but just plain text would do. It's true that the pseudo-ops like ADR should probably be explicitly documented, since they don't feature in the ARM architecture manual and suchlike references. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 19:15:56 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kWLs-0005v1-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 19:15:56 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id A4FAA15DE7; Wed, 26 Apr 2000 21:14:03 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 15:07:32 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 15:07:15 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1756 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 15:07:04 -0400 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12kXDu-0002sm-00; Wed, 26 Apr 2000 20:11:46 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin Cc: linux-arm@vger.rutgers.edu Subject: Re: kernel panic in kswapd In-Reply-To: Message from Russell King - ARM Linux Admin of "Wed, 26 Apr 2000 19:49:55 BST." <200004261849.TAA04751@raistlin.arm.linux.org.uk> References: <200004261849.TAA04751@raistlin.arm.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Apr 2000 20:11:46 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Yes, it is the accepted one. However, in Linux, the paging systems >which fall under "kswapd"s control include the removal of clean pages >from each process. Therefore, the term "swapping" under Linux seems >to fit the second definition more closely than the first. Technically, of course, neither is really swapping in the traditional sense. Colloquially, in this day and age, I get the impression most people think of the case where dirty pages are flushed to disk as "swapping", and the scenario where clean pages are just chucked away and later reloaded as "paging". p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 20:23:45 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kXPV-0006DM-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 20:23:45 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 9976C15ED3; Wed, 26 Apr 2000 22:21:53 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 16:14:01 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 16:08:19 -0400 Received: from generic199.197.205.205.in-addr.arpa ([205.205.197.199]:1678 "EHLO xanadu.vipswitch.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 16:02:20 -0400 Date: Wed, 26 Apr 2000 16:05:37 -0400 (EDT) From: Nicolas Pitre To: Russell King - ARM Linux Admin Cc: "Naik, Uday" , linux-arm@vger.rutgers.edu Subject: Re: kernel panic in kswapd In-Reply-To: <200004260900.KAA01922@brick.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 26 Apr 2000, Russell King - ARM Linux Admin wrote: > > Also I am using the ramdisk image put out by nicolas as an initrd > > image. Linux seems to gunzip it fine. But when it tries to mount > > it as the root file system it gets the error as follows > > > > EXT2-fs error (device ramdisk(1,0)): ext2-check-descriptors: block > > bitmap for group 0 not in group (block 33188) ! > > I guess that the ramdisk could be corrupted. Maybe you could gunzip it > manually and force e2fsck to run on it? If e2fsck indicates that the > ramdisk is ok, maybe there is a hardware fault on your machine? I noticed something similar with Brutus which uses 4 memory nodes. It stopped working correctly for me somewhere from 2.3.35 to 2.3.51. I didn't have time to look more closely to it yet. If the system is Brutus, I would like to have a confirmation from someone else that it actually works on 2.3.35 but not on 2.3.99. I suspected my discontigous memory support for some times, but the LART uses 2 memory nodes... and I didn't receive any complain up to now. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 20:44:16 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kXjM-0006IF-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 20:44:16 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 7550F15EE6; Wed, 26 Apr 2000 22:42:24 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 16:33:53 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 16:29:23 -0400 Received: from p55-magpie-gui.tch.enablis.net ([194.168.180.55]:3955 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 16:25:39 -0400 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 VAA24252; Wed, 26 Apr 2000 21:31:20 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id VAA06049; Wed, 26 Apr 2000 21:26:00 +0100 Message-Id: <200004262026.VAA06049@raistlin.arm.linux.org.uk> Subject: Re: kernel panic in kswapd To: nico@cam.org (Nicolas Pitre) Date: Wed, 26 Apr 2000 21:25:59 +0100 (BST) Cc: uday.naik@intel.com (Naik Uday), linux-arm@vger.rutgers.edu In-Reply-To: from "Nicolas Pitre" at Apr 26, 2000 04:05:37 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Nicolas Pitre writes: > I noticed something similar with Brutus which uses 4 memory nodes. It > stopped working correctly for me somewhere from 2.3.35 to 2.3.51. I > didn't have time to look more closely to it yet. > If the system is Brutus, I would like to have a confirmation from someone > else that it actually works on 2.3.35 but not on 2.3.99. > > I suspected my discontigous memory support for some times, but the LART > uses 2 memory nodes... and I didn't receive any complain up to now. Something here is ringing a bell - something like discontiguous memory support may be slightly broken in 2.3.99 kernels at the moment? However, it doesn't feature on Alan Cox's 2.3.99 jobs list, so it's probably a false bell ringing. Erk, btw, I seem to have leaked an address I didn't want to - kill any linux.theplanet.co.uk addresses please! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 22:28:07 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kZLr-0006or-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 22:28:07 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id A95FB15D66; Thu, 27 Apr 2000 00:26:09 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 18:19:19 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 18:19:05 -0400 Received: from smtp.arrakis.es ([212.59.199.83]:48035 "EHLO ssmtp04.melange.isp") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 18:18:47 -0400 Received: from cibermillennium.com ([212.59.207.200]) by ssmtp04.melange.isp (Netscape Messaging Server 4.15) with ESMTP id FTNA8H03.118 for ; Wed, 26 Apr 2000 23:24:17 +0100 Message-ID: <39076C85.87500EB4@cibermillennium.com> Date: Thu, 27 Apr 2000 00:24:05 +0200 From: Sergio Costas Reply-To: raster@cibermillennium.com X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Little modification in SERIAL.C Content-Type: multipart/mixed; boundary="------------955EB5ED53E0734843A21EF4" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing This is a multi-part message in MIME format. --------------955EB5ED53E0734843A21EF4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello. My name is Sergio. I'm writting to you because I have modified the original SERIAL.C driver in order to add a new functionality, and I want to put theses in the new kernel releases. I send this to you because I haven't found the address of the original programmer of SERIAL.C, but yours was in the file. Well... let's start from the beginig O:-) I'm writting an assembler/programmer for PIC microcontrollers. At this momment the available version works with the parallel port, but it has two problems: it needs root priviledges and an external power source. There is a model that is easier to made and does not need the external power source, but works with the serial port. The problem is that to work with it I need to control the lines RTS, DTR and TXD. The current version of SERIAL.C allows to control the two first lines with the IOCTL function, but TXD can only be controlleb by sending data to the device. This doesn't allow to use this programmer, because it needs a fully control in that line. But the PC's UART supports to have a full control over that line with the bit 6 of the LCR register. This is the SBC bit. I have added some lines to the original SERIAL.C file in order to support this functionality. I modified /usr/include/bits/ioctl-types.h and /usr/src/linux/include/asm/termios.h too, in order to make this changes fully coherent with the old functions. In this files, I added the line #define TIOCM_SBC 0x200 to define the new bit. In termios.h, it is in the line 34, and in ioctl-types.h it is in the line 57. This allows to use this definition in the kernel source (termios.h) and in the programs compiled by the users (ioctl-types.h). The changes in SERIAL.C are in the get_modem_info() and set_modem_info() functions, and in this last function, works with TIOCMBIS, TIOCMBIC and TIOCMSET ioctl functions. The changes starts in the line 1790. I made the changes in the source code from the kernel 2.2.12. I think that there's no changes in this file in kernel 2.2.14. I attach you the three files in this message. I haven't modified the part with the names. I am: Sergio Costas Rodriguez Thank you for your attention. -- Nos leemos RASTER raster@cibermillennium.com http://raster.cibermillennium.com Have you tried GAG? http://raster.cibermillennium.com/gageng.htm --------------955EB5ED53E0734843A21EF4 Content-Type: application/x-gzip; name="new_serial.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="new_serial.tar.gz" H4sICBBoBzkAA25ld19zZXJpYWwudGFyAOw7a3fbtpL9Sv0K1D1NJUdPP+TETrKVZdnmRpZU UW6a25vDS1GQxTVFqARpW7fN/tr9ITszAClKpuz09vbu7jnL0zokMJgZDAbzAuQJN/Ir0XLB ZXX21Z/z1Bv1evPg4Ks6PEfN9X/hOWgeNb+qHzXqjWZz/+gA3hv7B839r1j9T+Jn7Yll5ISM fSVdAW9yK9xz/f9Hn9ous6IwdqM45IzUgE1FyBYhr0Q8nHtCMvo3cHzmoa7IKmNdL4gf2B0P pSeCaoEx1haLZejdzCJWbJdY4/XrZhn/HrHzkHNmiWl07wCBcxEHEyeCUWVmBi4NHc08oOn5 nMG/CyeMmJiyaMbZRe+atYHWOHTCZbWgYDeaccwUSUhN4oQtRcxcJ2Ahn3gyCr1xHAHqiDnB pCZCxDIXE2+6xDbghodEDCcps5QTAhc84CFMfhCPfc+FZpcHkjNHIqYFNsoZn7DxkkZum+4J 4x70h4nQ2J6mhVg0zjIDwRedCGcQMrHAcSVge8l8J1oNfUISqwlPmBcQQzOxgMnNACtM997z fTbmLJZ8GvtlxAPA7IM5uuxfj1ir95F9aA2Hrd7o4wkARzMBvfyOK1TefOF7gBmmFjpBtIQZ IIarzrB9CUNap2bXHH3ESZybo17Hsth5f8habNAajsz2dbc1ZIPr4aBvdUCFLM4TUSsRPClt VMm5AIlOeOR4oIMkg4+w0hJ49Cds5txxWHGXe3fAocNc0MfnVzMjfOb4IrihST9WvhMmNbuk p+3+4KPZu6h2zVOYiTllgYhImPehB7oWiSdVQWl+mR2+ZiMOIuVs4DsuZxVmxTh8f79OyE7B 3iD0VYvV9xqNRqWxXz8qs2urBUR3a4XCN94U1HfKbOujZZv99qhrXxa+YTwMQVo7PVi3EFea vRl7kax5WUP/DlQFpBX5MDUvcP14AmByqaGw3wtkxJ1JdafwDQ9guxQKYCkueAQrMPUCDyeC 8nUFwIEyKKuB1EiCfyM83ylGv0kpOHJe00Zk9q5QKEiyPDAkkN7fcSv8ihOHXSm9mwDWERYX zIEXAIi0Q3F/8kS3K/ynuh8W3gN/EmKZQnw+AeHSPDnrtdvsVcKosohP8ena3tR3bk4MA8Tl BQvYP2BtQG+gUaIwto4Tq3Gw637HQHc1EFYjCoX/pSP91UhfuM6T49wZeEkYAjLRI1A6YHBc b0GvWwa47s8gwk/r/GGf44I0iQ6KGzqR+JzQUmuyACPQ7Cu72zHqD/V6Y6P5bDSk9r2N9uHI ovaDjXZrRM2vNpsJS6O+0dxWWPYetbcI/mCzfdi7wPZXm+1nhB+CoE2yp22mnvrD3qPe9pmR ktskZBopRZIdbSpWnE7KBGF1hhedUdcaltmLkMvYj0rsHrwPmkj8YnNniX7AkfDXF/dkTh6v 6do69OzR6KNh1DMNVtccGEYj03LVv7Y6hrGXaRoMAGY/O2o0xGEHmabWT3uHhnGYaaGGJurM T9W9Q2B0GbhsnZ3moNV+bxhHWfItq20Yr3DYlQCrxx9Qq2IwsetDh/uvmweG8RoBLW8OZtll 1JYPPhj2z83Ta8s+P+sajTqOGoRiCo5WbkCaw7MWSKSBICpIMocbINaVddrtA+eNPSJ/ZbEx 7L5btfnWYS/PujCfxj4CogRmoQgEEMV2Av3j8Z/koef4VfePY9r+PBn/7zWbRweNjfh/7wC6 /z/+/xc8td0C22W48+OH2iT0MMisoX2uJZoB/QTyKMRvUIi/p9IByUYivHP8iUzgOw8RBFaA 0F+C2cHQCL4xTobQVUwwmBvJ70SZvao1mjVAU6mw17XGAbxC2NAT94RkHrszFflxhW7sU4Al 48UCHZmgoFqxClF/OAGL5khwPyJQ0TXgaDQPDutA5PCw3mLXEIx+hzlMazJBd6jxYPSCQVvL GmGoFg6wETKGFEnLhTAxYi0yRGMBlABHMlXJI1vxYHvBVECU+AC4kU0ImChsRJ9aZi4om5iD hb3zpAjLRCCGjAeRGBiawUgOIgTU594DMHdzw2WksosrD1aF++x9lf27mAUSJtjYq8F/IK+E j0aj9vrwWDkJ80PLHCl3cGG2+9e9EWJpBTdg8NmlA8shIWN448y+nwi36rlVx63Gt+8SVPX9 2uvmMZhRsIcALBUTXzw8lDYKJUkhU4H4QtxCqC0FSRxmBAjTtIviJRqOj4pDzN6g/b7MTofv zR5MB3KJqyF8mxc9eCUBwiv0VtNxX/ac8hDGtoLZf8ULn9UPa40jmPBKkrXXR8dah1FPJvF8 nKgZKoxkGNRjnhFMvRudrEEecK+0IiVjQV4i2cFtFRMlvYIQv1+E3nSKgfKbG3j73nHnVRHe oPTU6FdEHnVgHN9gKrchTwqyIcjJkLIgDPek79yxH6vsRwGeYulBTA8m6/vYCXhUvYVNfSvu qrGTrhKs8atj1qZVoBUwhz9gigWZASUqGM/D2ixCMea2F/5ii91iCZKTXYPhzoFgQqbxxgez e0broRssbFCgncjjATi0roDEESbzhquGqq8avvfG8yqwmPJ1QHypHZroSGbT00YdXsESuDMP mcXaBTC5EEpNaTsxNoyl5JDwvveCG42Zag3ax/MHtZC0P4UPYRDAgaD39vcgnmLTOCApyGM1 1sCYGZYBk5/infAmJUgVVNyEmC2lG8qCarWIQ0r4QG8IE+jAJcZgqDlI9A52EXpzpTwJHcgu e+fmhX15fdpEskYncMDoyUem6o5SWbSHpzjLEXdngfDFjccljUMEZBKr64hhbcxWF2Kl3kd7 0NdKlE9GCWjMl0JZQoa53gRQluEtXngTNbTdv4INs1fbrx1soXXdHZlIazspueAuCnAO4alH rWRkE5h8vNZla9iBoOuH7XgVPhDS2ubF5DUgdc/Fe9YZddojjTjBSwJw4kikGwT3Bu4YXGIl mEjh10g1NjBUrV7fbNnty077vRbZjEPIhxjnzg1EnwHYF9CbZG0p3rVlWpij4F2NpLQeNJ1c YVWp4DcxFQLy6SXh5PoUe/1BC2J12+ynAMnk+/awY43AT1KJgdUxM+iJcO74PhW5JFdFAK6M oE7q/FURDIWEO6A6U9zlMpDRv3yA1eLm92cWaQuFVOs2+mlrZcoaFljOaAmWBtZEJqUVFOhW fLry8vsYzvQr2gkL69QUd7kUnpVZFkDT+OeyitLiVKGdcHBNN2gyE2V4rIlnndPrCxsc9zC3 oz/o9HI7zrv9D7kdQ8vGsMaGaMYELju90Uq9oA9Sy/5pxx6ZVx1WbNR3L/9Synab1hA2h2XZ XfPKHLG9w+ZqNMzVHhVhG0e8xP5aYEX1XnmnwpAXEBl+7LVXgimxf2NWC77RABzjK0yzMxxe D0alwuaWMntds9cpQGiAG0r1TYpX/bPrbqfEXrxIm9Yme0VR22oGZ6cXdrsHTJbA2YE3ui3u FL+VpWP287cPnyDEnrpvv0XLzEP1EkVLfGGVd+xb+ddgp4zzup3wu8CZ8yL0Vt7Bh+fyUpkV MW7Vky2VtbG0EaeIg6isetU7DVSvEpjjvuQ5LGY0Bu1WBxwIKI38Ai+pTVpaNFSpiYLFsuFm j3LneT08DAOR14ElKsfP7QEjMMnriLw5D/M6YCGATryIckdFyy3N9tT3FrkcqLRraw8sSr4Y nP8QuQzikUCQO2TqBlEupUUUOm6uSD1B3jiP/jyfKwis3Hy5ebl4Jtx3tNBybDB8Wf1uJ089 pNBakFrVbNlZLiGR2mBRlaNz2sJfHjfGDmSAUj7uGHuRWOS0rxYymcq6NUj2jP62IczHolvC v1FAAwShARVSd/Xi49Zlb9nOWri5c5ILmxw1AfhBde8IoBKws067i3Zs1LLe2z9cd647xegX ncGWVmBJ1Ru0Ve9YjVl9QT6LqxtH+jvlAiPlDQuiSrw6ysFzg1UF2OdTLEizh7kHQV88nQLE mE8x57/HSOh2dfqTKY59aL3vXA8gxGkNLWXJlaFBO457FdgyjAq7FPeMDnbojE+1J2dGY3Wu xB13xtIY0jBWvc400qeDaORnVC3lAQO+YbraTq2LKhu3sV3kheLBn3tD9BnWp5PnIot1dJBu pPGwndOWxau0JrMCGUk8Rz/ZVevU9Z4ihwKvKY0ELC31q4DYxkoGZomsqBFoHSBHCsJVzjXV Esyh0lDRu9kyCD3PxhiVEdqQMYDHzBU8DiqztUMbCE+EP9nABLK8dzzgPIg8IMmDqJjR+QQb vJdJolqapZNE2Sidu0/CYdIUeHWwwk7aPPWmkLV6f6cT18lK26jUg6enu1SPIk1al72WAolU 1xgy7z9/gk39a8H4le3EwW0g7tG5N8qszj6XGTW/2jusb7ZRHexx4+GWxha2NsvEod3udlpD +9w877PfVAsmD/SdDHI9cINyE5U1ajSbCYUtqCjZ6LQvNwf9uAfD9veeZ+G3ggH5fj6ukdlo HhEDzYNnMX0u45g6TOAzHUvlLopSTdCdCNPCZC2S5At2sX123rOwZn+mwjq0bok3SA680iL/ UMXrRhH1REyLCd5STTfkEC+V8mx0oq8aUnGX4P90sjki2RYJuPr+3QNsPLzgk+y4NOm4Mnvp ROG96JTHJaNYdErsDSuOMYTG92N83wwYo/nCBmeAtxpo74DxdYCFOZg9PMdP/MQykQsdvVcZ +8BZwKnWiFjoYMUj9+I6Uu1QvBpgT0MxtwFxqA5fJGTYeLIv753FAnMaGOCwhXPDsdpFZS0p wPOqcvMiFDehM2cQWKnC1EQAtI5t1R0AR1WpJLprNBtUnrQgPlA8EF90G0MEkFS7iFvdRcFs GuwQ+m1I+tXFCxW7gCgQScoiMuXcOZ5PxYk5Bw9Jl0B8cV/GOc+dW6yF0OUGLJ7NMFkXAZUR tPgcNxQSBAt8EJ1MiQTMJ3ELiNDKe1PPdSBaBHljRRNxJBSnzHfCG66du8yE+atCqVhwHdhv +g4VsejV3lQ5yefOYoaeXwOAjZ7Ddru6HnV+Wm1PFThlw44FRBeB8BybcvonnEQBPb6BSZGN VxswGyqrSw2asxAMPiAvFX7diOI2qixGEoFlxo6diaruvAUyOx+cMIB1O2bQ/Ljqo0WmmcO8 DnWQ8raTbcjprGEddxDDWq7NE5FvoCsYsGjFr8m1oukydDqpUZZXSWKaHyZiAF6MkEdxGLAG vH9WqFR6qOb09VuWFiMuzPYmAQL6XRSSeFg31k8KnzdXPtWmjAp4wVOxAQKK6VTyKLOya5VX eFZTm8XjJs0EmBxn2liFNdhLjanMVAeqPU5DM+wFyQjseNkoqUson5nKnNdntw6coi598aQX /3tmbS+en3duOJqpTT4vF1WA2EZ2HZJIPhIkhYJagDDTLxOger9z/Jj/ebIkWKKR7dmmQlug t2vQxsS/UHXIZupDp3+RDGBJv1QKzyrUc1JS+oSIt5POUSkVtVT+wIPj8ZgvEotiibw7fUHU Xyxlj6+0odTFd0cV3lW+DExFGBqAyQ958kH1OsS64HQUhOfvS8bVmQZATjypjjfAZco5ntKH LC1qQRwAkVfAsfRBt3D/+CRrmykYzTg/70K1MrZqJUQC+SpbUsVNqkrYEydyQI9Sc0nlACp0 Jp4wP2hQep8pk5bZjuZ2B8LVxEsBamARgiKbcBZVCfWEub5XRP1dqb/ZGbIXKt+AV3t0OTSV d8x0v2X/uQaA3jBjmhRPCUSik/BaUs4YVj0CRVhnJbPxVyJHtfqfkbnxDwkd+P3HpI6JuO2C nXrxgmVaMLeAlq+fWJvNxfntLftT1uaPm461/ZUWJkhoUt+s0PuZzcCw+HTQrc0IXoXBPGS6 fhBOqUY8XjM2E+5CqK+SMe1CKAkJadxEhSJC27GUZLFUZcrm3BNXHJccL7VgKW5KpsqZOGPP 96Lld5CwQNqSnPb2RMSPN5BhiuOwnakjo53VvMqYwOFVIQ5GLLnvTpyADqrrEiubxlCDkIHp FFgbcIHnw/czQdci7x2s9Aj9I4HHk0mqhxHkPgB2y/kiT8SYXUmGXNJPBXZXR7Ygb6or4u8U SKp4Eg3JGi4KEYVMiy4EUBYHsw0E4MCsAdF4E+6olPM4uS1y47qsYrHK2fvOsNfpssoHTOgq H7Dw70YVyFYjoX7ZUemDr50K0P/KFBJYXlkIYjupTiR3vXBV1U0dlcaqW6OUdErIwNBbuHhb cVXXkMmSYTpVYSOQLt7uYsVoGUnxPVCs8kkMYf5R5coJK6/3/3kqX8lew8h6yLR2oI+lH68Q psV44BP7lBWDpNDP6fyfMuLk+v5qLAYA+uyf6n1k8NZy27Sgn1pbpGHj7yieCi4pFVUhFYGS HVZGhL7R/jTYmzeqF2zKLzGPuR058rb4QsFF1FRmL7LVfGPuhLf2eJYcLp5errmEDW7VTyhs zDHls8wir7uIJ5ZZr7HhUMBlaPaiZdYpqBviM7TWgAfaBNqWt5jhaUyGouzREQJQTo4SDN3y lumJ67PaBMCYCLLdYBDeZlOjjIke/kSZJvoJ8jZ0HKewvnvLRqOP9nnXHJxen9uW+ZcOOh5j DIbqFgftZkbAHKgwsYhCoEWz0dxV3oUPL1/i90blIHMqnmbGO2fDb+t7D8f4p1qt7pQBVTmV bRportFGF5KhXU/mo0eBPyvSVLvW0D41k1Infg06VDJNovi0/byThep3tAs0YG8h9C47x0oF 6o0E1ZFUvFI9NfxnnXiGtkZjpJ0Q5hS3UB10aGFWUhyHt0qMhor02RYyA7VK6bgFXlJc6qFP DTzfGEimUY/bMqS/MUTcoXUIcNCavHriXl0rUZdBiYX06Gt1DqWh9RZQ90LnePIFHgqLPhP6 vY1UPk4Dr46p9LDq1pVQe0SB2arVRvTJsiD0y5fJBnzHGvW6mt5K5Q3jBryIJkXWQa1IYX1V FSV06Fk6tAcecZVVTlK0J3bJap+k8QuxVsW9kt0eT20Q3NSnw07r/Uk668yth9UVj9Z7PfuJ wA+0D6XfoX9PMzBoDc3Rxy/WyaeRnQ9bV51n9FSvsVJJVJy+0lX0jvrS3arW+51MoEKOjg5D uvmcTzwwr/5SKeZEcBl8FyWAznTKXRUmuHEYoqNKNVzD1FJ5b5raN48trebX2ADV+zHbnhVI TnfWNKfdT8uz/yPe4Okp2M+JguP/T1F9imTeLDKb6Liw2j7bPBWsI2UQ+ogib5nPCCK5VWKr 6r69iOVMK+82d5/k/M/6e+Xq4Q/kdkKVw8lrJw53LeMibGohs9WlzJxGPyX5kQY+STOtNVde jbQLzQJnfV2GI1zd9DOBSbNFXaneTArfAFyJ/fbbKkJJayXQWjBUkSvtmt3buvefmrmvsVkw kuAmwyueJNt4ILgKbvKRZySr09yfM5/449mXLz9lxP3f7X1rdxpJkvZ8Rb8ipT22wUYySPKl Rcu9EsI227otoLZ7tj0cBCWJNaJoCix5x97f/mZc8lpZBbLVM73nHZ8z06IqMysvkZERkRFP 6Mfu9/CJ5NHMjN8fNTu4Pderi5dKTvP6emiebSFKk/P6OktdsoBPSLq24+6BVgBXqqYJaLW7 jV8ax53uO8ljG12qU6r5/jf2yaKOFbliDe8sSZGXT13hriJB3atVJ2vzomDRxbBJPm2zN7Da sAUquEjCLqwU0lzJ7ucRMiW25Dj8SL7pghfqQeOws8czsUBah6vy+WQAt+oUMoumBXzLIaKF jA915IoiWWmRe3xpqDBd/uBA9tsuP0im+eXrB3wi6Rr9AdTwjN17rYPu6WlbHcVBwQIKyTJd aPLhQyV/h74qS9DxL7ndYDJJiraI8zW7t/VO2xldf5bQ6G56H6PufGLsGGCJUFrjIBrNet3r ZIrOMERzK9nDwPtOHkTmnLE8J4pBz1Zw/EWuG3wLOxPHrzanZL3Jg4GoH0CAjXiQkIJEfQNS Ka9oVSZjNsVPYi0er4kd+Z+LC7PLUS7NmswDnMvcqYN7bT1rRqBbzZi5vcPDk7NOd6/eaf7S sIggt/TxyVvJxTIlZHSitgTkQQzSMV8ng6fUfJISkg3fQnsvy01dKm29qRG5Obe8Xic7bfTW 5o1ut5s+LTNmGqg2l1yQIDLJBT9fcpQE2aKY3ZIBNK0hBHuoBIZFBt87HOp3PKWwgpIDWPIk hUPP3WrG7P1R0xenSSdz9qr+7AVPvbtM31dFfV8zAjJMlIJl/Bsmti8LmeceJeISoqXIM5IN eWwlDN1IGXMvWqamv5fp1WPwExkOtGvhZAbe2AmqS5eJFoq9M9Y7jnGYbPSa9BJArsCDzrF8 eXXk9HfBjEdl8n1IC9T0xXCazMhV1G055FT6GJ/U/IiUHIHJmaUHgxLz5OnvFrWQ+VJ+3TjC ygIfarb/iXOjs3BgajgPHS9Yq1F8SLe0UjIaD2fxFD7hTgY4E4QKmvErGVv3EykeNQI+tENC UbMp99lD/bfk3DBpJYv5raqFpA1nLSsTBdtZxtHtjJlvwV17LViOenJE5Ios3/w3xJNGeKMZ kNwC+uQSJkndzgM2SaatkWmGzuroCjIz25ZMPXio2wDrbEp+ZW/frIZBSsemPb2V2q6gRApT t8OzpHUaeIgUWLMXVS1MBpFSSXuLPnki1ZRUIJHivhWHiYJnexxPyE7129jjoqQGCYKSIPO+ 7AbERERYjaVeMkKAT+BwPI/UcaxUJ00Zq7vKT3oxa8jeJFbP0XWGX4niGIP/SrC7xYPBjqjc Prgt4/9DVNGK5Q1iS/fANa1955QL7z8zRYv5jyy34cyqchQTckrzTwu8LlriyEgdFXhb2QNj 2aWcfuh67uHRpYLfeYbc5ZhgLvKHnw95NxqhA0LNxLefEyC+GEZsnxp/vkPj/2f++0080yIZ 3luGc274rFNfSdiccPVuB3JtJf8Q/UO4KA3tT89FFw5+MeM0cfc6jj/J55RY+p8gbHuMcGk+ eFf+R+O7JzF5IT9btciiSkIOxG3TheEYAQSuelJtG5OQkd3jHXF8dniIdFxdJTpJm9S/k3vK 4fMmrpbuUeb2ROl/ic33IjYrWrRE0pUcAfpuZ0HVOwuIdrKF6CVlaGUvzaDTTIadyaeXZtRL cGptLnZKVIGk+TdcoMvfUsTXD2b9q6q3CoXUxt90fVZCn9n0PrOZ+szmws9sLf7MlveZrdRn thZ+ZnvxZ7a9z2ynPrOd+oy5jfoeleMeXTi186Zs2DlcU8pI8t2+2OaT+e5zkomSwxz2Z+08 ngGI2VVvdLFmu8wxdg06jtoCQVlghCqhfmELaa86u6EN3RHbHy8hP0l2SPwYTceRPSkjuf9H ZROxHfDbhPhtOrvAxWb/rIO4x0LDdrRF56x13DgQJ8cbhEqN/pYJI2dCFN86BGDNr9EREo6Q 4QwCAMnzFCCnwVPznD06hxqAzvSSo+gBqgr8Q9n5s+Z5J6pYe/ZMxG7IEtdyNQihyjEql8oK p+6zuAR8Xvg49HgjJXINYoVSd35FEFYgRE3nY3Qi7KLzYNHxHfQ8x6EBuXayq0US0eTW+CTZ XzfLZ7ywwGdcqAZqAedBdNZAASHtRIj8wdcEycUkggN+POj2RxF4YwxnxaDFvaxuI8nZ0sge ykmFrjmK6HIJziEHJ67Fnu9vgMFjjREAp25g+GcXLo3mE2Q3xayX2q8o44YJ66ka6l7uq7NT jYM20CnHguiwUTlsQMJpicsYMfbA2bk5U9saw0A/p+V3a7srfLQeUBUSN8Js98aGWKGVojz7 disl3jTKP0jcxNOPgFkOft+jEbIHjEB/lJQRdfxyCNB453IXjNDNGgQFDEQhb+OErS0Uiy4b L+6NAJD88koxgeh2gsGt8QXCRCKM1+mZAF+8q6gnZe2QzoE4Lob4/XBUDFRAGVHSYHwe5Vlb WLWw4/AKw1pupEmRBU6xbn+kBC6nLnwRkSPGbg53qzUxFD8KBnGQP548yTRdGsOlVhzcIy8n amLBJYtzcahFQ+WwxcaP/BueCt9zLbxku8stW47MWjAmguUMpPBvRXmrufrVhw0SzeibIfW1 jOoS/T/3zQnQ8+uFajjRbGDLzDFipvqhDI7pZsPBJ+p21yV4rRQVcLMwkIDiJh825L4byvZM SfHEo15dlRUt5bmu2lDbwdBt5QP7i307cTozW/GmgKNEg9OVLsvLFZ40+WL5ebFBWCof5Lbf dNn4PYiLhwBxA+KPkCcBBNE4cTsKUdDh8TvCRBFSwA7icEUYkoMIfhOQUabg9qlRc5AdW6wf 3DyHYx24TWJKLDA5QG8EoCcImwB38POJwUeA9SaRxeqCSK7mswFKiZb8iFBTQpxhtgpAnLy4 EKPhR8pncR/ib6boS9OR6Pnox9Mpernac4HJSoZ9wMeFdcYOyfNVHq4suQP4lSQhXUseVD0T auWAJAx55FaT3kQTKDLhRWg0GWAEFXCCTh11NIKuRX/KvGbJaoW0rEZGsYLq8q54DjB6NVCy n1cAoy0GxWR3d1eOn4CVZEmxs17CqVzCkoXb3N4WUEJ/x7Mv2bzb9zDhHv6oYXnQwqH77ZRS PovBU+Kr6h7Mjd2E+usp7tpAn1WBn/RfO+AHYQdaz9QOCEvAQjvnhWMlYS3khHzqjXZBDsGl LT7m+KUSLKmylqbtpCUjuLigSvifXdt+kZJaAPok67A0GJMFL61Es35qXYdAG3KSpFLShRQ9 XfhdfPP6tEtxaipMcxWeGzlerDeOT44aR8Bos0+DbI+k5nGzI7vZ/GuDPffMt/FDQApoGIQ8 KfOZ5e22yqYctALBfRP/hti5gH8T0huAMoOKAQpC86QrNcmTltYsjCKBX12iI75H6fn8ohSs yceZWxT0LA9YpcQrmeM6ZtktpxjjJ7k1e9wVyQZWSjncCWP1si/AoPc2TJVjIYNp/LChFssB a9I26ndSFYLvw1uScDIcyA/rIE3e7r/Gacwo1HjdMn91G/X9vMKWfJrXXG4J6pXtQZmaAck6 BWJEISrV3QduugmfgKgOUHtA1aWkQwBqRf7/CUVrqOj+q+gayxbRUqAyQUnCQiAAxKhygNXA hI498Rc1ezkNrlYpewCvYY6K6k+u06r/0qKQNDaaeu/B/7yE255HvAfnMpiIYgRmA3vHI4iU FTc90mkP2y3wIB6BBMJjrdy+fl3D2nJIGFpbhqJjqYMOR3DUS7006vfmhBOFDYK0Ic9b2S7i tEFdMq2Yqcm+LYClrtxeXBje0e9NYLKL9b1TTNq0d3DUPLb9gzynzLtwF1YcyIlQnheSGQAn PWj8EmQ0ZiYBoBPlPMY5lP3QeA/2OPWOR7/fVXPEmzcf6LZGLmH4ta02mlkJFrXcXXP0UWSM snjRtsIrMX6hprcS0vOsPtgKnwoZ3g1cXKKG5Wt64QpGE7GXaf+s/atx/lLLtKQOyE6iK9md JD0HNRf90Wn0+xwsZf7kcRNlBxBZxSbLf2tE72uWcolTiO1alJxL6iFaDxM7vSqESd4aDvnu fk3NIWu4mtqbY9n/mS17I2YBEj6J2Yrk8YOTafQJaVPfFzvCoyPpWoRTWwlaSvSBrR+5X2D5 O7yz9OuAZO+cxoFTwbo8iC6HCURV8DhxTSWFkUUs7+pTluaiEMfaO48/RSjzF3KrUph1bhG4 wV1URoWb8MiOEeLOKJowRjw5efHyjmf1V/fdYeP4ZQk1GwTLEQeHe/tGi1l/dVRvqWV3/doZ +XD9FSdfk+dffX/v7MAsMFWlrstPHXRaKsQZfkrReQnZOkvAfX0CSRRbHcNALda8q+KsTD++ WB05OesgqJoLHBVoZ3VhO2TIsPHMu93eaHLV63YxMmRVPeYRntYhUocX8KBRl5IJgSrKc1wK nZfT3kzq3vE8keftzVTqIKjW2psxNBh7WqlTalAZNHBU1xZE+Sf5H3CnXkOSU4hyZWwkAxji dAOMlpbN8qitQ+vhZ+vQ+30AFs08Yc4yZwItpj6On74vcnkKUOz+ByhXks59ZGXfwANGanWg WTBHhJcPQZZqQOCkgLx5IFUpsKzK7ctKGRRB5NC8qQmVjR+aW1Mtgkg5tZ/HrETvEvLGgMVj NO9/VGRBredGzeYVsXnTEqwpnzOlTjRz/bSE9GbpcX0/9BPuMgLBmewNzlMISRmk+sDnGton E7N/lrdXbj5++9en1UplGQuu+2kE2IZB9UYzUiHEx9F8cBlZMqSZIHPbFqLZ9ukB5PL7GUVo 8+ht02JJ3rd2xbMXzys6Lvguzf6S3261+mzz2xpu5ze8uVXZ/raG3+21TvNa3n5eeYkt24I+ WmM5HxkVTBsiea0cRdD2ErL7+GU3bXGpZcFcWeidhRUSznYWlSXhrubdeSoTLWqwxmxsj6Jm Mze8ZSclmJA1oCU4kOGqckrRS0OaCIp/A3bYH8VJxIjHaIuD0vE4bWZVHbiTda+grHvZ1jk2 /RXUHLCFaqHFy70PpxY9S98SpqC2HBWagnBubWHZNQqlwjDZ4SlkHSrkmPNArDxgQ4V78Gnq pfPBDVUV6LEA1wc9XIxryB8b9T4mOwDKDmBemBocD5Xp71p7F+yHQrWvMaUheUWeS7LqfYzG kp/xTrhj4KwlS0wTSC8u5+Wjv8kEgE9rdZu0jo2NFJu8m95gPXEEVv3UtKIfuZpM2jDOmmqe PuJWWKSaWPOjFkaWLf+JTA4LbAqFJTTogOpdtixbjl4dUqeNWYJ06hU7qkjBRDPb2bF7scOp vx8M1oy+LjV2SN05Hw3AJ2Ma9fq/z+WpjxdWmBOIv+KakHLnwLVtaju1Z2wvOiyv5IFS+AgU ZL2uqNYtQbuyQHyGfM4kOStTJ9yxAVQDpS++N7mZlMTlxWYj+xbzZGdrJpbT1qzCOsTWUn/+ tArZir1G6HhpoK08rT2ltGfI+HX0/f5frdK39+sGQ8TxIV+kv789O60flkqp2S3aOvwXW4Mv ZdNlSsd0hg728UdAm4XMBhbZyPNM5L624ms8bPABjC4BMK10JMkzlOgbF591zrRSs7xB+h4u g/amU0pMGkulGPHSRgC2iXmy/wl3Q+qv9932YaNxuuw90J2ugb51yFkd/OqK7EDRy8vsYbnb OBpa+Y3R+MZpjS21HWBUwfGaPVgJb0xqmgNx3psPBMDAqphKy+MjJWQvmfAHxYBA0h+VqcQV xOnGWslLUtb+fR6jmbeMnetCGmn6074cR35RFv1PgJp20bfiiApyXyT+PbqS9EMcaTXNkZww H2JNlttrmnGpG/SiKwiirOMoAk/B11NOdqLccggckdjuzVAukShqU6aGYSP5AROn1NvPdnDU MGB54tYEDFf+eFETyoneKf7cLl7VxV9mFH9hF9/UxX/IKP7SLr6li1crfnlIXWoFPLHr6Zt6 HWPX4pgSO89i5QAllQpw44B5oQY4n9OOWG70vN/NXHZOTvdpe2P9L9jANvAOaALRebw6p3ut xrFXR59wBj7Qr75qN3ByQKpgqn5DvjS256O2/On1GJ8F67aprjHeiYMIKXIc6b2vk6+bDQ5z ib920bcb3EFwg8FLF2sGhwHv4PNc5Qcw6sC39iuEVkfyAl1T4a21lxpbfQ43sKv7rr/SL/hr 9JFdsfVyu1JBf26MNLuLLaZ+1qZwM+Yfzvco4XuXZ4dVKq2FqK9XtygyBYL0OA0y0jmhMsq3 QKySzCD/rvy18YydP/mLxc3HZsBPxebzH1w0IjWjqrxdmPnbV1zO5gXrxTHk50ZP8f+JpiAZ XMxV8iTKFa40tFVsUgqXNpu10M8yxC15DOGFSW1BQUl9Ravl9IVLzRDKAtpyicuhLm81DC18 BzEsRw0FF97Hp4c7E8QCigiQRA5NsG8wSCWAuA4+wiAjovvmMEwpZZ3+TnJUmFtxzlF4mlis nWJ/kxeCpovfw3/0M+OV52A4alzEx2//+hhY4mP8CI8CWy+l2niyK97+9ekzyVdwdIOB2Khs at9GyF81iifK+qTs21psv7tkq7LLpazePleS3abu/yg2txmEl4QMLew3jvf2DxtO8jp43Gk1 37xptLpVRVV3r/pyeXF1hdr+Yhp/0X2+vf9rp8E2HgEQUhcjQD+m7OBkREVcYwhc5ZhY/5bL 6P0OeNRRu1nLVtQtWD3NTvzAAtOC5h9ShWPgsULYrK2gzWoLWtVWk7CkbTXjfP/wpL53WMqu xih7zpkR7KYpmN/NLAU7FVPh3+ywrEg41vB1MgLoxNqNw8Yve8eyodeHe2+KQyhREvRfCKBq vjneb/38Rf6vedz5In9JMeKL/N+RfNg8Pq3/DNkMues+crQiX8IytmHCIabZ/n3Q4gludrFR i/ubSU41/8Vq34ch1+1Rz+3LKym9N7s0hLt/Z79pG0LrJhGuxtd2jCxp2G7LKUEOFucz2ItA Tbsfp854XzfsJvfdgVnUt6BRHByBTQsUKG6iR1MFUa4oCdgAGYCGUpbs96TuCckuqAzVZEB1 lNEh9us15QkZSZHyRiTzCeo4GysKXTpnLpbr90lDSUG4Kqurq6o/YE20shXLL9Vbjb0DlZhD ip6WxdpiL7JMSbtjLNUHJOEFOW2+3aDyvcaSFbY7pTnoT8aOAmx/R1s+8j5J2oVRLsD5hsy4 titOVhMHEK5Dsie5WGLNwzYc3koVya1+xNVfvRLgAwS1j1K1lzwK84x48pgsEUQBDAsOzUX+ SX20xlsWZz0X4e6sfn93ls0aNZkTckRmkmQ/tcefMH2XGsOaZyFRAcWWZcb2wLfuVO+UdOqV zoapIbQh2x1tyaygPCsCZsW7JLHBvMEx5MmTDyrtiO8y8jD96fVqytcETQjLEsDFaJ5cuVjx /+jkYXg/dudVtzoeWnhv0QDDG+jAQ4MXPuipAoj/ZnoJimscBLtsAOyitQP/eMhzDoHkoUUT Or25zomsQKYo3awXUSIHSMUR00XjivfxJnFRuPQ/jQBw+PbSGwD3jF2PjzjtsF8tvabUlJ5B 2t/oGPLQSl1M4f4O2lGhL+cEcmPjdNJFMfwMcA2PSiUbMX7Z+cUxHJ5MAKiDGDh+hYBCPVnf 9bJjF7nzYDaV/9c3baz2bV/u1Wk0YzduooL1xuu9s8NOzf6GctBW5G+NvSy+Ycx3GfZ1dN2f fPaurMUTv3RZ6AGrsXpc1bM/4LMnsrB4qO/4Q0kTUo3BaJ7I6WafgvBBUMBOqlKEor9uKpkW YF7nkxStWfjRPtXhGpCvwT+PApmCMofvU87Sq/h/cgXT4X+ctnLVOYj0A+skUpbrf2g6S+Wk l3XadKdxfP3HywkcIvt9RwP21T8fmJcttRH4BIAaPxJvNcdh7lShUNIdjjlrzx8/X982S143 Q1NF+bfticmWIf9Rg723DLR2t71EtAslvLv7dWfxk+Whgu6OZLQAyGgRjpHrLXAxH/fxos4C EUsiSBYrroaXV+uT6TBGW9D7k+On709ev7bS4hEiBSbXxAUI5owG7OvbXGX03nXQb6Aa7GZQ 3aRVV/msSIGDg/FK+4IcQUhwApfSCrbRd2tmv6l74+n3mcZ8djWNZzNJnCWVpjbDi4QxqOby HJuuj3qfgQAkXfBfkmrk/oWQhqvejMDU+jECsFk2OZMKUX118IckKtdjylCj/mi+FXLclqt8 0ukcNtBpfwrixn893/6APE6nz+FuiwfJjngwADc+9PyE7o9711ERtwuoOcaD29rs/gGFhlUv 6P9Om0L1J5XPm624wA6Kynzr7nXsKfhUYCYw1RWqmRmax3ZKvVFSnpMYj5fLx8N7KB1Ltqwh RYqB/zdpyXT8z0JNpkeL6ckD8eDcg5Zc7+QX1IHaIRJEvAOLBpX0ficqtJ1nkQj/UBq8N94+ jPuzUbGE9zgX0yFAld4Lu7UlY3Dl0D6sF3FOfI26mfCDabiIpAcoZe8nt4jUmWvpVyYUx4+f kZ9a0UYPatrCrlFmD6mqJtEMNfIy+BSCj0J8AfYUpBb53w26TRCWMZ9fYPo7/QJ+8Qt287Nw avgFhv5aYTf8mEQ//UKJv/DK9Z4wZVLZJqGw7U8V8KSCIhgx1R1E8tw2hayHVjF5elP4jlNO PVUFHV8Zq6jvQwOFr+bnz00R+KXEKbBmzWKyZfFylXFNeD0eqzUsBVfRKDgeptN9Uec4uunm kyeUoCeS9IJkCh5S+FfZBI85oJSFYZldaCGOg/80nq/CA1Kwps4YAh+afpRVp9UkmlcZ0xjc RwXdb/nmsd5cOvqQaNq0vcFx6Q6VW4OBM9EqjY9Wnc1SolghuxRSzqpDOiXqBRk5c1AsSFzX Xf3yRdidMbD11tfMPlpNb6RSuI665HPAqIIl7S24GtqDGfU8VrCawQvs2nZ1pV+y48pZu8We cau7XFxHcmUVpYt6TTanjdYRai52LTDbLWjGSWof6qL/2ZrnVLOb8va7l08EWZdL22nXQIQx Iax/QDOObocKq8zbErsQ3Njt98bjeDzsIyBG0S2iRWTvOdxOMqgs+rSkts8rvFwHBCN11RWm 5h/Rf6/kNYGU+yPdTp8d/3x88u443BAWfEUFj/bep/riXLvXm63WWTunIVVQuz+oy1amrubx L3uHNRPGttRmW7Bn0JoNRJxdBDZDIRNHa3Ax6vpH74prBegNBlK0S5TjSW8EXkafwQManHOV g4A3GBtHGLi70FDCGP5GWMLKKk/7C8YPqUUILmD4wUlWaz1nacQhY+KyprxdHLvD9n5eir2D g1bz+KzdsJfD5aLCsFiTcBY2EyeNrronDiEpaT+ek5/LgCttg4WV0aMH8aMxWhK3GBgUAB/+ PIrGiKC+kUYZK0NQMYLkieveRzZByK4BzoIKjFsp+Fzd3ea21LQkdwOnujbznWyGQ6WMyXFR q4h6fyw1P6t5xdVCTpZe+ZLp/524muNHIzxatdp0hMmMI+6x0FAVATEyXU+/sSpqVzEpZsc3 3ZFsZtz/bNBO3Ek4PHnXPdzrNI7rv4LXUxVcnVwj70KBGtlAJpMAyp1Go0gSCGB4DuNx0RJf yi+VYTdni/zdcr97F8k5YNurAkrwY9EZS13KYlQHHj6Fs6EfX58Pxz0w4ho/Ow13gDKrdbaF hDVzuqb1FpFiG6Z0Wpp3S7N8/9UJEnd8odRpg5yB4qND01nmcOqiFOdLa3hKrrgn7s7KYmRQ 9x5kaVhS5HVFLQN7+9nEF2RLUV5JWz4zzXrbczVDkbJBCBd8J4jJshCU5e4t/7KgaYPLcve2 2wvaNtAsd29bg7MsRGcpZAGtcHI7hVmudLOEkYTV5kvjpLCNB4wno2SKSppYx7QgaFNgr3sV oIn6mCwPVU4hgD2JdsRhhBDWU7TPC2XqkSzkEqPfZYM6wQRGfU6uPicgdlISByQ/eWJG15PZ MBpsCHEyFufym7BVCE9TtNrbL5+VCTCIbzagM9eSIHUTzAWxEFTnxC6qOKSJoQsFqKVzrkDP dBN2+5L/DS9m1sCph5/LTsoWNTDThKp+JTcU5l7xG1BJL9R9Vw8A2HV9OSvxDeCw0pitDBuA NDKFcY9ZgJuKZNLrRxvCvnhQhjC1lnl2BmGr/OKxpIh55Ea8om2TSMCzEHDKjSxbcb5Zcuan TQvAcGUC/cBntZjiZS1rHHXgmO00T+rtBv1WzsVM+eDMyaYdaKhMg6ad4E0h5Uu7p0nkoBaV 2q0s2EZ3pzlVkTG7xnybbwBWZkF3njUSwsK1OFpuLUAE5649dMzTajGO4AeuhGROX8LFDyDl vCoOaEtYnC8d6CmgRWQ3AG9NC4gskf9FAJtwKmzyNxVsxhdDZboeeN3XD0y1+l7L/kygeKtp TcPxmwWlD9r2NLQXNV63J7muJ5kFcwG1kAiErqVQL3Qt+WP5TeJZNL9lj/SvB2zizNg6qvPu DuINA0VRDfM3T296mb1zSHEjZHkcmSxdFmpceGJjEUs0Ux/5ru2VsXN0AP31AKUoDNXE1dhv tncEy3qyj3LR9P6xbp3CN0GpSrClsivJt7Xg/vKbwY2V3Q5jzoSqbeZX2/QSXNq1gUSNhknC iBNavl+Hjyp3P3sG6ztLTWD6QneZGXRqfc8U+kg8y85hCMHnLpOo6+fOYrvRUbk9FTatMnRi J2ycG+DtX4LTwDYdD+4n/GIT2rDSHjnvYR1K2o4KXM1fWxVTpDqUeXqEm1CHh9tV5r2ZVTb9 Kv4JEq7JR50D9gv1UI5npsJ8W0+0YtvZ/WGmbpc2raoVVuAUYfPmfVwm52AywYhy5Ynw1dkg 7vbms5iMoItgE/H2SoMgFvJvZVbSVwiBoCljOEzbDWV538KxUrB6azWkfeycxl0Fce+scwLW deNf55ZWV1SVrAJBo4ZxIXBsL4NoFvXleQgWZkBuc/u6kq1FulBznk7pLiNpl9OkiwQo1cL1 9XUDyIlpMKE0pT+iCE8E6gDVKR4LeWjHFxchzypqL8uTD8gGS5BNI9s1Rvzz/EOxf8GgMmMC W9prFBAazHjBvLBedUP7/N2obpmzcdK+uAJjTcM7fk+jAfC1TPeT/HwMKX3NS72+6IrduxlP Z27P9gNJlSVv8iXSwBcyk7F7+/MD78ANO/+z0NmJ7afYqipadctUaUNuYE5oseukiNavIDu0 8LJFO41uuo1uWo1uuo1u2o1ueo1uOo1uuY1uWY1uuY1u2Y1ueY1uOY1uu41uW41uu41u241u e41uq9nn61JvcRyPh5SziPzjHpxF7p2ch2N6uAw9g+1cUewyVL0Qlvimx9XBfmbaNsnKandP VXbnsz3sVJLtvMIdVhOnuRutbf4UZqy4uXLFCmkPFbgssE9pCizlWJ0wCG1AlsviMg5/MYsC B6DNNEjEMNzK5Td8t0IDSDEiGJ+TmB6759xQ2a/LVfiO83G/+aopoNiYKaA4mcO8vBLMz8I9 cy573J7p2x49gVW+9PGa2swf5GZqkJupQW66g9xMDXLTG6RfgvlruGdZg9wMDXIzPMit/EFu pQa5lRrkljvIrdQgt7xB+iWY34d7ljXIrdAgt8KD3M4f5HZqkNupQW67g9xODXLbG6Rfgs6f jJ5lDXI7NMhtHqRmuTkbPRPk2sb81kqHYR2yBd18yYJ0zsTDRgaoawBPXZQpS7lVZyXIsm+8 /sgsVcql3QbHVrnQ+IbcpCJZs9y+1kiFWF39bbymL+vc41+5s7uhfnSZlqXl8I8LiNN9jP9R cfgpg6uXr7w3vVTasjF03o9+5BQcku7cBwD5sujLZUfYlY/RdByNCA8AbreiawZ9c8/UIRfQ 35t0+3A6YxvmBgxr3ptahlO+5p7enBRPuRtdD4DqweryhpQS8jOynrfNc94w9stGi1SadLVG 60270zqrd8I1j5rv9pqdVLU3zfrJ2XHH8jLNCONTAMwlZRU0csNJjXN/+LZpyyj4hoyCal68 SzKaz6Jr1C8hqdWcZsDG7T2ouw/a7oeS0IeQqhd/jVfI77ftim1EaO3QFPa9DjTfTjfve3p/ V/OKVOwPuPYwbXVyasmlOmy3dgDN9k3WXT4hQFqToi+Nc5fS/xIR7I7yfHB0ogy2AS2pKaFv uTK1XZxdfdOitONEAyHKC8wFqQnCVymC9tUus3zh1UsrReF1bAc+GNTzvv2Dxuy8Yrl0gQMb ZWL/rPL3bDOm4nA8mc8SUTyoH5RbzfJBu1XGC0X0IwY/E2piXSDy2KSXJASgC2ZnTK2Fydhl o3jsReCNgRVkn8HD9MsjWVxffD6VzT+tHzxFoEdZGdocji9L9I06xHZOVWDmXO1e4mwUC6wM huB4IcckRZAV5WVmWAdySJzjHHMZRsuOY05hyqcMpmeIxrPpZ94ZeGqltH8szeSXgeDgIWcU nNjrLgK0d6X0lpkThvoHA5YbqqfiWSHZwnCmcFvxXMMX3Qks+/iy2J9Pp7L/vF/Mhmk10LFZ 6sbUdu7EFOCQzhg0cJPeLL6W8gnsctWVbDAO5AeyvY2pPJOlKoszij/kCYYvBsnUvIAf8oWm fSrRH1gl+gNdtQ942uqF/OEPWx5pApdZQRDvvmIHXmsK/ZukY3Uoq16vWr1WDnPKu8691IGL e10VhrJqjSu3KvgTWFX7A6tqf5BfFbarrgpTsmpPSUkoGvSY5Vdaa6ZwFMxW1GNAQD/ptBp7 9beNA/JRhme0T+E0UXIbbnzJQZTwi6eMFXHu8xVqoYUd2UFvJmvzzSjFEop1zGnUd4jPUe3j /R1xHs+uRHX9VQXjCSvrr6oW0DcFulPVgYhu+9EE+d8KcyYhWk3w28Jo+NFnqg7B5VRjI81T mAktZio5WyeXX7BYa4nZWQJwid0cCtqjQftqKAIoi4fc3vorIIGaOpjJwUGJfErqz2pJ0qzd EpDwN7YkN47dEuyjb+1Tf+D0Se6Nb+3TrdOl229tZ+a0M/vmdi6mvevIbgoffGtrDIVqt8eP vrVFgmG1G6Qn39re+fSj3Zj8+c0tzS+6gfFaj/NbJmHJwWpz5cR3zcODHe9hWz0EvrgmpThm gOvv1iycCikoHUTnw95YMqxYHdxkQxDFNW7qJ2iKnGZFfJ7EowiiMgn3dbCh7AVu/6xLfFtH lQ12DutHB2xgCF0uGDAUnf5gkXUhMy/KHwm349ovMCB+V2QlNCG1XGigWSkUhFIAsFscHJZw CLgY1H7bjEktZ1K25pX1GqeiJWzeXOQG/LTtCeRYrbdolbLTVMhjcL+iVDUNEpyb0sDC8nJf 2Phdy6Wnyj3flvUAyTroOLVoYNC9G8y8GF8Hxr665OAXjD3l+Vbg1hfBL8CFDFtLVmdgWVTZ rBT2xYHkO1YiKxUWkeeo9/UfPNOSJtGh4uJCDWsxaanhG+JaNFM0ch9ojqExgOmAGwljPxXo el9UrAztOvQIYKIQRn4aQ4rHCFD/RSzVHAEaUpmTWkhpEVM/iqR3PRmRKkcY+ZQ6IB6DSQ8k xEFMxlrCox/OKFTv/fv3QjRnjyg4krKFSrlQNkNZpVmdEufRVe/TMJ6SkCif9RG/G3xTZMUN Id5G+CWM+4MUorT1NzbcFJ3ZdEy4/oaQM+eZCoIYnZtkFGZK6ZJsErhPLA+MqFsI0qRDPuzQ sUt5UlKmXIjzwIynECMJzdwoMwXU4cwh170h0i0mnaMQiESuCEZQRGOMruR8qcMZ4ongccMH FwTA6rSpxiyPyVOd9KFEIzcRpn4lHLHeDBOtQqmYchvKgY2iCwhnUUlthuM/BDGKZndpi//k Pl2bcm/xc+C00WEJL67vhA8II/X9n7Ku6HO4pUbR6V7Nx5ewKyZFnBniRwf7b7r1405x7Ty6 AHT+g0Z9HQqSYHV0ctCVTzDhCmp5OVzVRtkuLJETWY0Rhp48kKoLXYbsigcDxD+iMWIeZB1i hwjJxpJnMPm47i4ggaeCmlfhsRvJeXYlBY6rDUZSomKSiKtlNqJdRz30uuNoTlmK6pnNg+my z2lbwHZ1vsh2ut5IntxkhoOiaJnDHZJEJlVnIis3L+Qelaz2chr18MpH8kiqFsPwb6JHnyJx GdOVGjB+yc+uE8XqJWtQ/WWTpM1VbpC9A3NgT0yjw/tLsSPOewOnMlu2UrO0tmJu75yRy9e8 ft6aGdQGXuZqTYecrq87735USLZL9o8YI1LRDn/ddC+HjFJdqtT8KFgqmrlTNr9zm9iBrSYB zeFJu3n8pmbSxsjdTWTIyoamQnPYY1A9RtJ/FvJAjujoj4DXzExFmCg4gSBpEx79ciKBU/up sl232+OT1pHcxHv1TvOXRspbVqpi15KrqU/sIi/WJ3Qtu1l5Wh+enHWy2uV+5jSsRaMbOJ+c I1IHGhIqGprsQYSpqdNMnlzDi88CG8AzlZLuJf3hBP+UFdD+xUJWAFYzUdNGm4MC4pmuzZCd QPlVb4m7YI2X03uMowceDcUAgW04Aoi0WZHddf2WSmb0DqQCISrEE9Hrg2EPj2YwQYJMEEtB D4uiTAFVVQJdGL+U2yJ52DlXYcZWSULALCKgB6xsZAYThImf1vgPCDgKsgnhapwPlXyA9UN3 bm425FTaqtYhZZ0aB1MCmcgNO3vRUqHjYYUijeipj499YgFytgdTOWSpMZUBw0LBi6pQXisa l+oBJEY/BnlczuVnWbkHCaRrtIIQAptQdroRHzfDa9jUPeCreDU1RRmyZ8gbco+tan4O4MvZ BMTZ2lgDSiEP6ItxWs8NG6C3pDSXwDulsuj6hEsYrJ5+pWp7m8jAQESfIs2bdfy32PWwAc5H cf9jNOiCcO+jEjqATah9su7CrEY21tlr/0yQHK2z005z/7CBZqVE0vJgPoq6PHWBBpW+urTK EUohXAzw2S8hJklgSQ4PgSZzP069VV8PHVULAA4DVEWBCsjT8Gkq9lyFc4dkeL+xvCgFRbN/ WIRCPB1edv97eHExjBKCOMbFrpHzzygxXpt3kt69MWbnSHEAXEJoGxlpVSwAlF0Njw5F4VLv PyCGX/JaMMqCnk23VPZQ5YzxXzUnOx1pb2gHAFoCpzHSLKtPn6nrcUktw+seXB/BTAG6NMka CEYN+3cUmVOSTg7kjUMERwHfwZmokpZK3zLnCXxPy84JfngEpy/Iw0RjRA9kouDTfyblQsmJ r1BKivFyfCInQ3KJ2fDyCmkIU7Aj+4RTSlJjcvFZH/3HzXZn/bTeaavjR1OBwa1RmS7XKdEl 5MMMLUbNrWz+fiqe1TTUjHrPC2fXUMKDpnspxtrvMa2E+l0WFkvnRWxepPaiPHRAA0D5h+zu s5shWYhEbyIFnFtcTqzeu0ZRGFaa1pbWFZddUrOcQDhxyrCWoIVI8eEzKRhYGxND43cUjEMv SebXUWKOxCH2ZRAPUUuOb7CeDv8n5QvMJMShR4RljXSsLUlDUJbwW7SEkrYS3MysOLnHXVkf rrrDgzmOrIfVsVfn80tMUxrLMUvZBfS5dowWlP6odz2xSQ9y7vWuIU+zpGZsYfOx80HHqqUq QbIj/vOVXwFPR52N1XsZBhZutUl0lPy7edhtN447Rq9ujkNM9sGgRJtt98FoLlnCmiYei+sB HalmgD2YsswsLN2bvThWi8VRMrXDvN2gpnYL0PA9EAo4hpcdlu4QfebBQBRV10rUtxHcxaY7 uOwpr4up+3SQLcA8jExrDqR1Y+D1CbXJlwucGVzofKKTsFg7HawW8GcXgVmK+kRymPYTveGd dqREER5r6+z4GDXJu9JQeK4B0wVV+/CM2wID2HjnE5YTLGB6MEOpV2gD7Qn6DRuU5oyw5lNS A1e7a4KL+zTzZcTG3EkwoGEsa9fz03uwsJyW3VOicsCy8c1SZykgei8t796nbR3a/QNgsi2n ctQjusA1UWm9g6XZwyVO3/vaNIrc+fd5NGezxa74uzryyMNefL0bJWJctw4Vw1+DGIxmfQIh LovoVsoEXZseHEG4oE3WriBBtAu7k23718MBXJrJ0/I8QsxGvK9A9KkxTR9WJ7UAjZoDtGH2 SIyQjUw/i95lzzU7BezTBiY0aDxi7cdX9sKlVha6GTpakscuT7rsI6j3bEYS+7dnp3I7dZqv Ac4Qvrne2Huz1zwWO46fIbJMDUXGyJ1QzhxeX72FIAmmp413iqXgjP43iPuu+YGMcmTlUStI ZmBYM0gg482+Vu2T+blSRnj8nV9PG4oj5E93ylCYwgOwQ/xzrYGEeZq5/O1Gu908Oe4entR/ xm75xROpNsDdOfj76bORnqXd+++5c6dvWqfZPZtcTidOt+BBTp+CJmKnP8aqrCzYNvGM4/E6 7ktYeXBsxqM2moFsgbSCdmMGwY3GYBEEBCJSjsZEV0YtlCf1xTQez8x+BlhHm5hw98oed9Wk nICFcx/mw9rTC0MwFmzslO04QGqhmXNINDVxSxurdeeCRvCN1K00dNBmyHj5YZIJ5ia6yGnB Wul9WGI8TVC14rXt96byoJwymIVaNKFM3OdRX6o8WB/useTQN6INwvBjGORzpYEh3ylJxegd Cv5SNQJH0uGYKQVugON44t6xAFWBgXRC0h+eA0lMqYcKznW5+DgGYD+6Fo+pM3i1DLdj78A8 jSYqUPzmk5g+CoQnz7UhuiTQAgBJ987pb0WTNhJ/oTcYdM3hm5JXyuJh+AgI3F96ooLgayF8 vJNxqamhx3iWcm83FwBarGbe6bpHfdW/6Fpfr3F8XfCCKm1QxZTGrtd+nnsOuXPcjY1mEj95 K6ExNtPrZ4W9v8Mq6BGCdagyjoOXwvBQLl55TkPLqpN50oyTUjL7TiKgHtsiSCaPssSPFfZp J8rX4kXBRIvab60QiIIWTQLVTQSNVmG/ftuCZxRncc0iDMPyAMM+E4aRc40KoR8hDmFA385S zOlmIDwp3oizeUM2c+ADOJsxLHFfradf2R+KpaW0fzmq6/hTtBzjI1dgw0FKHvdAZpDmEcBU 7s4zCYV28eQsPzf54EtLiQRZsCMQ/2ardUW8IeDOBJQ+QDdJ5aJJ64WZih7rdvK1WlaF/i+e KLzHJL00QOMqugI+joSt+wKWOuttWnTkQh+vMXa7mBN5WBZvXp92f260jhuH+lAyn0xSZ47t jX3UOKLvcV4n2s+V/FBHvYLXvcshZFlWUYx7b5p1/VKBo1ugYN7Sm5fKozp8s6KLpaz8hhJl KY29iSYS3GAbyuVvF+JRk/hC/pj5ZfBynDR5/UotdaI1++B6fkQQgaS4ODy0dqfVzyppuhnA L8vxccQbgZ7jsiMLAMNAp6kmAlST0mH7G1BEpl0N4fE+kkMD+DOmnBllZZ3mFLwTyQdRwDfo LmkSTWWr14nldrmO1+0Xwz4lwpSiM2R7QYh+40ky+2y+suHbi5RR6vs9EguPNR1YCaTSSMho rClMepfIGuA6t3nsXucyVR41JWMrWgbIklgXtqZ/PZSCMrkdM50RqCK6X8Fpi78opQ0mN+FD MsPbyQUD4BALOkxTnJO45kPb9cCGksj7gublX1cKvvXW30xkrpT/r/bRXSy1sK5r2m1QpPsk 1vRX1sgdsN+bJ+yMRf4Y6UlZzjESvbkfhLwi7QUcY1SUdSh6B2XWEal6/R05OpQKcj0B0zR7 6/UgihQXG7kT/C66RwTVghcsb915Yn9y4/LNUaIlUdUnKGX6gd+EYkq65WIwbBdJ+XFJ0O5K GeGMqcQ1hLLbSlmcQ75pMM+N6WLzT2nc/NZJ/1MZRduYNmg+sY8IX9/PweX8tk39k7OrLUZk fdS/QMBTAO8HxP32YwklRDES6jCcnZa8bUnhN8PZVUoP4R5aWkdo3GnEVtcTO4fI26eHzU5X as9HzZO2D86Sb4wmiR0J3/EJ9aOLXauc2v1iYT3P9bS2kp1Y5GsYV0P+ap9A4l8+dvrg581G jYdCPRiOB9EtDA6hf018UMoQsiucNmrks2g1ymFEOb10mL+yjqeN40aKBjO1Z6Wu3eX4Il1O JPM+ONBezEd0W2+OK4u2AkLlU/C8FRdasMSsYF5WWxVRj/NH2CzEwiVj17JX4PpsYYCmJfnK dvqE+8LOPagNw9HxX1uVD2U/dQXfvhHiaUZQiHwJ38AJuyhiX9fAdR2ghncekCP3zoP3kIZw 58HA2pSO1TAz9R2JBX4lEqIN5pdBiLTBk9HIkuOSplP/iSfOCJ4AqqdYUwG5hlW4x+jr4SXI 6nBE2jFkrfb65tYm4aXY3jNG3+F1eajXArhmh6/F8P4L5HVe6r8Px2X5ia8MzpCrMmYm1PJv EFJJf/nt7/NYXaimLskXQIYvk1zETWoiBTD6BkRO7mRUzMmtIDBYSNFv5YPlLIBPquoJQRUF k5agPWja782Kqppc+C/yzZo63HhgXh6OcL26VS8j7Um4onyT80GAG8mo186tVz/I6uhBTrVW M2tamgZH0dDLgl0kIKuh2vnejYHJg6g8ELFBI4ZkNDm7lQ2K6W2QoRCQBsI1uE8Q+sEJiOEX BMCQO4iLCL8lQhVr2nfGecmoCbnNToLNGryFULsAoJA/4dOPoVYReKEQnACFnpDbbBzsqwFe 0HzxkFNqUiglsEZmiUxqNmfM/tyDRAdeAf09qZaMvQZZsSQRNlpg9AScsHxggsZTZv3nMQrO ZYiH7oIr6AW5YmPnkXQQ7yyKLxT8MKjeGi9xWBajaEw+JyAlYiuF8+hyOBacDRveWyOgbyPC pCTonepGhUNKdtSAiM3JJ3h9Lxs1+Vfd9KsgXEHrP4qtHyoVSsaKe23EZjoSElBTfQIly25m VmDi3LuRUlfl7yfU/VcwGU+0VZwyCoN3S7roj1CUdVx6Ak1GY7xK4PlhpRWsbnIy6aYOWuMc iRCO/gorUZuWPRuq0ioB4AcNpoiF1uGzZtUhsRNF1OHbJ7IxLCHPEXqx4724J38t33ELbGsp xy33nbEb9maICLKuPJC1YS6yI6ZZQ7jPnj4NGjSRShMts6DHtHxmoZpyABTTJzQwnl+fK9/3 4QA8p9F/kwHaJgTEdBMhEhMIcHNyzJ5RgBa0YIan7Y3d5vFh87jRpV2XXMUqgafaGUV4gSmi lDAOlhdZ7fWJFDAT1UHJJ1DlMzuLJMbUNnM1m7dn+8+NlC/kz/XncLj9mywD88SC1clpR4n1 YcTBveNfabNajZmH39KiwTA0Dapn39Be++1eqwFpRqz29LNvaO+g0WnUO16D5uFSLVovTBvs rENCNxtP9MtxrMhT0ZtXnJqfj73mw1Z99h9RxvX4wjPqn38mv384wTDRj8ocKbtBfv86XBDc RhiGWBJ9EaL8MGNL8fGb08PHJU5DmUTRNaKe3cTTj+BpD/cEPciHgoEPvYSResFtScToAsKO bhOpPPfGFDzA31H9Rm6BLlEEYJDwuMB/ESAXETpyREOU+1yOh6MHVDZKNqUkorJBUxSJT3LQ eCdHcdBr2sdG7vjRQEdHwyytqdgWzpE5no9Gzg7X+qKXeyYNiYq6rDDKLJ68mCHY1TnlMwcw iFJWgk5y3ZeDw7+GURa+sda2xNPHKeXqPCKLFPAF5J0Lt3ugF8366W5FARHe9MhK5QAWyymT 9EXlXEnMNSe9PjlrwXdKAk9dWYG8vo1u+1BUbl834G5D/lGpvq4pPxYqOxyfdydF+TdKAXKI 8LNy+1LKMeohMVi3pDGtqNnayFA19fugsqnfhtXNEC/WVdIJnvUGR6AbKS5BstlJnCRgH1Yn qtwgEDkLR66kWfaIQOKHFYBwGcQp70rBoGj9GhcpXTlTkRv7oTV0VxtVhJZfmMNsjadPsD3z F2dM83JWkhIgCR+EI6fby7SN9rI5ZUQvViu2zreI5ha1rbS5PBekmuMXeA8thqbna/48YOCz 3CJSHATqoXNDYPZiqaDT3RZthZy15ES1C8u13i9VrNlcrjk2m+QNr/MeRvf6tb3Qm7TQmM7G JXwgJFTVFlKO2hCLvo/TqzZESswK8M3F9GcYlmJoiml5FlYYjtRjKqWf4Gigu7xF9/jybDdi uiuPSyGAb9B5W69wxnu828djbHqNKMg3CKUCJkUpO6BE0L8aTuh0db0DoIl5gu5ALzefSe5b fb5N/3mm/7PH4aMmPh7PeTihqQGFVEUoVPQZjj+UnaY2HPAMvGLR/Q00AbGAPfKJBfcDCIMU F1EPvAKSdMBSOiNf5tEdSiddVebkTTQ/Q84L/cdmxmH9OGWtzso9bdt3HfOuNp/YNmE7UgnQ IL/DFHsH5508352FByOVzz0VcxGT2CpzEGNAM8KnRbeAUIHkAgLlBYBz1SAUFZCxehgBD8ga iNHwCE01INEQKMds+hkv38afycQD7B29k7EYiBgwdRCUAfJsDzz2k2ic8HWz3HGAQwx2cgyb ga/3UNbHvQYYgZ/kBuOg1mZ7D/O7X4ziHkOBURDuhHeH8b5WH8YPrvMAZ/jRGquqLK8CeFDv IqL9wtHa/ZHknU97yfXToRRAyMXmGkNxZzrwF7+p/LCZfDNDRQOHf+pMggLA6KRcBmYpeUa9 xGdqa3xP49yGPvC5SWWrzQXzwUvcd0QJhOeBZKDx0TD0HCaB7kIocr2OARWM3Y5Q5opDYeKU z9SKXMN6JHnccCzOp/HHaGyi5QH2HJHqEwEW4QEgtKPtMO5/vAGsFmCxSTQzBErO+hHgyinx HXACQdnpcbw1oQEi0V8DOWC4QBxPznsc2YX0D5/FIGlabXwGnPzjEJ39uSP1kyNRlX/JM+Xy isYsn2wjiSUqRPwxEdljRWWKLcvtcx73pgOsJzW6+UUPfbCmUiVURDmbTySzjcbQPszkIAKO J2fS1EQML2DFoyHgf+NdN/ZrfZtALCJxFU+iVQeLMHjatn9unnY7jbbKJLKIoBUKZQbRuZLs 4cnJqRTVLCK8Uz25E/Y0opU8P7I7hc7SIP9UFn3D7ou59qCkSLc/VLTHdAZstzkzwMhJN0+B beqnwMzepZgkt3K7LwU30kfRAQQOG/AG6URgHAA6RGYTbqLxmrgI7EH5tzK2J71r4JLidb2V V/tQ6wcZBV7rpZF/dRvHe/uHjS5IChaPyho7CLji1SvxvGaSzKgVMIlmKgSznj7BUUiqOY7q WKGaVcEc+X6VzexvPAt+Yyu3wp5Tw4VXc+6YqbT2iSH2qJZ3BssLE/WIfevy1kjTmZWj9eBw b9+QcmgFJEGUCJSDKDs4oOc0A5aOtgS5rhSW+iyGMGR99ZdNc19w5xnsNKXM++JZ5TunLofs HU3Uo37Vlnz8ovt8e//XToOaW25HPNOrpsrvihelJeaeJv4uX/E/8zxnTV48Uzc438QOvuaz GS1+1PKWe/tZJfMsspts5x9FbSLV3rOsI+TubT3rWW1lMvxl2jLHEJOBexDJTmuvFfgSPpRf L2VsYdApefpDvv1it5DpWDO4GHX9SIDs1VEuM8vIj+r23klfaBSi8kudvBAUS05byFpKK0oY uAnmjKVtAI+mO4VBsdvtjSZXvW4XoVFX1WPWmE7r4Lug3FwBzGcAIhZITQeNOqbV4dwjaGwD SyEa+PFK+ieC71GWf1nqGkI156MZ4gVEgK+d2I79WhnIkTukLNM3FxoLSlbsgMmcbVjU+7B+ 2NhrdVv1X1rCyhvjvX5/1OyUAgYnu12yXC3UV3Lw1fAynrEP+S4vI/mZJA1ZBU0L87FfRXnA AVU03iPxtX892j85LHolZQH3faotaEIZg/z7TXMp64VK9KUysIomkC6aieC2pKhSNILZCOfQ 3FMYA0bIKCLfRreg3bAlZRZf3wwHkUkaN5wJatErOZhLJXQSLOdZCfY6J0fvmgcNNratFMIf sa7JnOoHZ3uH7VNdOfTdkmVqgCfd86si2zv235YxJoiKn6N8DbM6ZTeEVrvbaR41Wh82LsYc 8wVvM0tFt5PhFBHd8IIk4BrRbP1n2/KFMGlMh8rdC58xtpB+ujBhHIdueZnaP0AYl/EjdmOT AmmySyXbwzvfm5bYVKHjYJYzLB0TKzjFxqNIe4RLEVXjHwP+mQ1VoHxolZ4nv4PfOmj8wqla 42nIzYQmU8kLmOTVdenF+FXCczDeJRucsVo/curga47b9euwM6Hmc4Grfz4RRNN1loDQA96+ JlQKhq8D7x5yQ1QqEIJnmihZ/E7FELEtD7AbDlrNXxotc93lFOQoHfA0kMVVOtlUMfVefrSd fnvd+2/McQNfO9r7j5NWuoSJaZLlnm+nPzC/FiaiKfWaJQVrOOhwTnSYKq3d0wPe6anCyAaM wzmFig0sH/Ps4hpPYlfSx/4PzysVKVLX2y/h/1uNvQP537dnp/VD+I1oEanWlO3UGpiseNht 7b1LlZ1GFyroSBGHepSeL7wa0tId/kwX0oNWxTLGzM+7FFecKs/PrcsYrof+5rsqGC/VLMHM 72q4iVQByrWGBfDPVAFIqoTmeSyjfgVmGbC64FVCJa0H4Y92p3F8bX0Zf6cHAA3Ik4VhwHgo 7sOMztg17CdpesMcS7s6rXJ6ca6m8Ww2UnHI/CtVTFKJU9D8Tm8fyc+6t2Zeze9AUXvvuCma 0oUBhppKyb8Cr4k7qJwrqQKMSLdrYOdSRdCc0dUzpqwb3gq7GIy8zO7DwO5jz0wqrn/aFxMd g8hiAXTh3cto+FGhP6lXdpI/NKUCEyUPNe2sojgZiHIaBpWjYPj80LuRftf8App39+e9tfRb i3fvnb3X7NsrFeaoDCORLm5PViX9Gt50KWfprolaBM6rxV4q6Z2CqDxOeuNh38lmzomBHamY Ix4y23V7lN+wXlK7ZVuiY09iYWSIgFxSxjJK2GPNVN+5tTt7nYaJfrAiSsAFxnqUYStUEVKS 1uLr7mD4aZjEUyVFqpcGH1u+efb47V+fVv33GhN/V2xVZAn7dQr431tW+2i06qUSEWQfqFYt dsrGdKmeozZmXxWWHUF5xSNEuVe2P/BmQbvQp8rObsNF0Tc+VZpc28M12JU8Ved8+tGvgHIk ODVIeXgcSwpEIbFoXmvjKEZFKyOEHT30kowqEKYxHM+113PwsmT/5KTT3TvrnIAkj9WcK3G4 /CYrjLpr9RwMIfcCpKhCnN/POvBWaZ6JwihT11gI3YsGMUhzMMZUKWgXiUUFW4WIGT/PwHft rEV2n9BUCbHsdKlcfMHSUBC0ukBBnCiwgTkGMFp9z6vQLEPAXRgE8AeVzcGDBPyxK7cPKtu3 5D0Coeglujcm//wVP0aFY9GtBN25vlM/iTXxOp5PT9FFckesBZr0o9esErlxcExkgfhCz/CB J2HKHAJOT4BLZjwa6O6SsNNWCLpa+W/LeZJ7cZ2RuWN5pk5wNU7rR/XmHt/UkqvI3Qw/tuEk nBAyLzVVyNdBnpTs7JAVSWHZCzBe2VJJyUVjF5xrjYeIf8EzhBIaOEIp0zmfUtq086mwQdVo 105hHXnMtL9El/LNsmK9almKQR2yPseHfqoD+Q0r92x9+Gv6UfT1b4C6DLO6+2BQlpQu/1Pa cfItsVjXG1H0Nqg8lDCrbJaE/1RsPTQexRVUwZp+zj44ujHzRqmR+Eo7FIU4+3dZxXUosbdF 5ESYb7GzhRdyqoYYbnrFXCBkM9VsdroUN10Jc1Ngpkuw0hx8wAAPXJYF8uRYrSInXGRPdtzT lmQ4zjaBVj4sYkF2cB34lkGAvPmJ8bQqPZIGAfdeGwoNi63ZKzIfj+LeIHJSlrEtPdtuz0bK o5ODs8MGMnMULiWHB1A2FYWjQ++U86SZc7gxGc8nTg2RPdvwhahaFtFmLWVCDwGKoSVQbaIz HCFczzxIdqwYIDu0LhwARDc1OStHBuleHzzQCFIcgVyVbXqBZRtwrpezaguNSYE4drYtXRFQ MaqyUc2i5wzlrmSxGGpoh5kJ5g8ZhzU9ATkUXHknqprPb2Z/3tcBl/6+qxDqDgirB5vZhPpN hzvun9WAKDuNIHNLpPQCXyAoi5ekQJB3qGPCZqQxFQOtHIe8IoYi7gpvZpwiHDwiA/5TdLZV SahiUNngAPHXv64oS7sgZBa5x9F99Z5w7NvuPQWt7b3g2OfenegYs/2Tzttu4+i08ytfiqq0 HNrlA36/bTVKPOLCO51Zz8oq81BcxSNkK5pcJfGmkj4xSAdyPTR9yXbwEn0adoxOIFsYy7uU fclJdj67piwp1Qr+AyKX6h6sNqWsGI7P4VaHD+4nTigCp5rkJtDPR0uIguFtMZnJQ2uOSrAZ rJ9GgyicwhYGD+EZXX7HqYS+7PiLHugxpNuT58E5VO2NP5toHMzpCTpsbECmFNaJ7VPOE8WE Q/ZiNYmKmh73Y4QkSWYczJ0QOq5xMqfo5b9nHeFo2MMjJnInn63uwkGh7MdwCg+i25q+m8O0 xRjeQMp8o0Uw4XayQeMPoC7joszFY89d9vqtVPCYChXRPTiOb+CGlcIFdSKqlMpPLJETnIJ2 LxLFFH1CxTCNFZ3+r9BWOZF064IS/8DLJnjyHr4uk0u07Ee9hamuOUcfDuRxEhhG572m0scJ IigpT7RgfwrcVnUru62vNvqKXJox+BWXxZ03NFhaCqAhKxxuXlqe1HD/sHdDuFPMWDG9k1qc fNJMp05NbW0nH3vR3w/QiY/R58CWWJ7eDdtByINFRP+NVC8SzJlW0PmFkQXwKX9hw/IP4oiA +S/Jx4dutNU0bdzr9lmakWpuucrs0kq7iSdyP6sBdJnRk9ayiCnFEhZSj5av+zZQ70epHXdT tEEqc5oybDH96OeDxi9FfbVcFs+3YbF5rW1ybcsKE2WKRLCWp+fDWfKULLUbEAgAqVZvYoaw R/f/Hai5TryZ5BhBd7pJNHMg+zG0xGS7oWphDATeFXIicQQQxvE/0TTmsJTBEC0M8tAfuNHa G76vTvamSmCo4UMGjxeOLS8t2mHm/DEZamDiJKHAdbZ6MkQr/Ev+qS3fj8aP+JFCO8u89oZC FiQTAnY91qnYVXeR0Pn7FOADAuUsno9UEUrDUxYUAVqAbvEb+In0D1z6lexc5RGorPLHj/LH D4/I7opYzMzLAVCSR/LYe4EjFvhCrENTNYdjQ2rjTIrRvnToLV6E4Vie4tXNCjmLU50vUoqB RzXbVsf+3tupkvAoUHL7ZaokPAqUrP4Q+PwP4e9vvUx3AJ8Fyj578TxVFp+F+lB9FugEPgyU /oEbllJybz6aedV+8D/x1cy7XEJr3l+4NevtF+7HrPax/Eu//MuM7zDEkfnSo/jRjqC/Th65 rZzutU4ODgKjfBTpOo10ncbxvv9xOOzUpmPsQU2dB3T7Vxbnn2cROs9iHDn20/h5ZkuMvE+R v9u4VvA37F1C1FSpIIr1dvOvDXR86Zyc7lPgrOXkOolvoumkD26uX74EnF+5wVevkMGgdyko eKtWTfSP1TXoElzV2a5ZWuGCSniLxt2macU8n9CUnGjtVy9fNTu/1lTQkVVDLl4pWKUhXzor QOKFC7GBwuUMslLjgkAQ+NWQArBQiIOXCBG5YZ+19C3X6z9w+GKMToHjb6CMaQHXE2KLIDYv VfHg8JAqHrZB01FXx27tV6/Ey2DdoxIF2R2FK/cRKzujs1CPbgPd/mYLQ/Q+J6o+UJPCvfTS NPEMBhM9ToiRaKWcVDa5vBU+Cob6Wa6JmfIXaq6yQQsOCm3eoawF3rnN/oZyT0keQi52Ze1+ 4qiV8jEef6m3DJCdrsXCd2ZFFCTkY3CxPG01jzv7Z69fNyBuZL0q/6/CFVe+1oxSoKxg1IQv tYgi2ki976ClFV98vI6uuwxlZh7ILVxiqY+tdFwTrYTwt2UvN03UtFFo5S/5/5TL3tWCct/z r1KtVJ5vb/8FTCAvnrv/lf+eV6qbf6m8qFaqz59vvdh+LstvPn+29RdR+QP7pP/NYcKE+EvS j+VfSWa5Re//j/6ThxJCKnWbWy+fK3jj7lttfvOfy1OMYqnFjxBMDeQDEsXG1SvvDXrl4fMV lUVyOMZT9+8puJybpDuNb2qh5/14FHx+OxneRuFXn/kV7E01jON6XbxUHSGaD/Sj3x2izIAs eDiezClymC42Qjg//W5sKkBMxRI1+qaGQhBdVGVkqlByoawKqOXI8nBjRsURDWuY9IcT/DNU ut//Lzk9H2p2j7TOjh8gLkcuARRJg/ZbnttO86R+1D1sFEBhr3qP5VmEzze95/JQwufb3vN2 Bx+/9B9jK9WK97hOrWymnu9h+W3/eev4TQGj8P1eYvuSTfmf3a/zzUXldjP1tn5Q0J/zP9Qs 6C96ryAuqYDN+e1BoJJ8sw1vYL7Jx7V4MShjgXaj9abRwfP4IUUtYVJixCeDX+K6B2ndIDL4 PBpJVYwQAn0acNbuuNvp/FooVKwH7cPmaaFQtZ4cnZy1G4XCpvXo9FSW2bJrdVpQbdt6tPd+ 81mh8Mx6gg+eA52939h8xjlRnN48P92r/1wovLC/vteuFwovoRbEjk0/ScoF48NRLBlPdCvo UlL8+LH3P//e711EG+No9spttbX1w/PtQuGHVBttSCUvJQ8soFpyqp62Tl4398/a3dcHh4Vq JdXC6TS+GAKCxY8HvU/Rv19/uhpu9ONrrwPN1sGenNMqypPD8fxWNFtSgb6azSY7T5/e3Nxs 9JON+XC2MY6f/u+gd3n+dDgd9PD/Nq5m1yO3tfZRG/NTFqqb0KD8SRj5xBbWyTTTG31kM/+b 9pHAdCP93nSQiN45XChApesoSXqXPkG8PTiU813dQqFZLtDVNB7HcoDw3AZO63KijG4XqAws GdPdv8mav8tx7P7tt0Ihmkr9aHcQjQofh6PR7t/OVgpRfLH7t4NC4RPcou7+Vil8uh6Od3+r FgrJ7awvH+DF+FTW/88COEPv/q0tX80T+cdfZYPxCItMI7yO3P1bqwBkLUclGy/c0Pf+9q4w Gke38u0v8L3RJlSxBgiZ67r1rjwP1n6rVLZ+q2xt/1Z98eK3yuYz+Xv7t8pvVfm/yqb8/014 u4m/5P9XoQz87/lvlTUddgYWaUhJInpijc6VNSt0BTEy9ZtkbUOcXV6RZGgwFDuYtEQdsfvN TrvI5ct8VJXFrVSkxW+po6HbnV1PavAC0pjMJV0W8VH5ITdRWn91W8ICj4te3ccloUolUEzK 2bq5r+bkhEbZD7U7i6XQPB1H2mvV72hJ1i1iR5cbFh+41MNlq8R3r9K/e5WRqdKPJ5+7oBDR DFuTBodnWZi5pt/yNMWKX0s5ZJJk00mITNx5h5WwFqaouq16ppcBYj/SncZJL4uHdsethQhX igOV4kWV+oFK/UWVRoFKo4WV0PfIq4SeMXoJedKK/nqlFtRewMA+SAIb4WNZzEvCoxR4mIpP 42+VllvapChb+MgtqwHAo+x2WfMD/m14NHFu88IV6+HtP1sT+de/f/37179//fvXv3/kv/8H Uirq/wCQAQA= --------------955EB5ED53E0734843A21EF4-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 22:28:09 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kZLt-0006oz-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 22:28:09 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 5936F15DC0; Thu, 27 Apr 2000 00:26:16 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 18:19:19 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 18:19:02 -0400 Received: from brain.proaxis.com ([206.163.142.1]:4944 "EHLO brain.proaxis.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 18:18:42 -0400 Received: from zachw ([206.163.141.104]) by brain.proaxis.com (8.9.3/8.9.3) with SMTP id PAA15920 for ; Wed, 26 Apr 2000 15:24:20 -0700 (PDT) Message-ID: <01df01bfafcd$e7f39500$5901a8c0@tdsway.com> From: "Zach Welch" To: "linux-arm" References: <200004261829.TAA02413@flint.arm.linux.org.uk> Subject: Self-documenting code (ha!) Date: Wed, 26 Apr 2000 15:22:23 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Ok, I can't resist jumping in again. Thanks to everyone for their prompt and detailed responses; I can't tell you how happy it makes me to see that the ARM Linux crowd jumps on the opportunity to help out. Since yesterday, I've come to understand much more of the initialization than I did previously. There are quite a few puzzles to unwind during initialization. For instance, I was a bit confused by how proc_info structures (arch/arm/mm/proc-*.S) were searched during initialization. Further snooping revealed the arch/arm/vmlinux-armv.lds.in file, which goes a long way in explaining this. A simple comment in the head-armv.S that describes this bit of magic would be invaluable. (See below for my example) ((Now, all of the above I had written in a different message to send to the group before I saw Russel's response to S A McConnell (which follows). I have to agree to some extent with SAM in that the ARM portions of the kernel are not entirely as well documented as some might think, the above is only one example. In fact, I only today managed to figure out the entire flow of control between __entry and start_kernel, which is _not_ documented clearly at all.)) ----- Original Message ----- From: Russell King - ARM Linux Admin Sent: Wednesday, April 26, 2000 11:29 AM Subject: Re: *TODO* Document the pseudo-ops (adr, ops) [snip] > > I would love to see some documentation about the MMU setup for the ARM > > and how the tables are constructed. Since I started looking at the > > kernel in January I have been wondering why there is no documentation. [snip] > The various bits where the tables are initialised are commented. The > initial setup code that allows the kernel to get going is very well self- > documented. Looking at the other code, it also seems to have adequate > comments for what the code is doing. I disagree. Adequate for "THE developer of ARM Linux" perhaps, but not for the rest of us mere mortals. ;^) The initial page table setup should, at the very least, tell the programmer where to look for the definition of the structure that is being created. Also, where is then used? That would answer why the code is here in the first place. How do I understand it well enough to change it? A simple reference as to what files to look in would be immensely helpful. In addition... > Please note that the kernel sources are not supposed to contain reference > information, but are supposed to contain enough for a programmer to > understand what the code is doing. The general guidance given here is that > the code should be written such that it is understandable, and with comments > that do not describe what every line of code does, but describes the purpose > behind what the code is doing. I abosultely agree on this point, with one small exception. Reference manuals are the ultimate source of information, but the code should contain enough information to figure out _where_ in _which_ of the several books piled next to my computer I should start looking in. Nothing more. As for the density of comments, I believe your statement stands on its own for high level programming languages, and generally agrees with the Linux Kernel Coding Style Guide. However, I partially disagree when it comes to assembly; I'm sorry but it doesn't just document itself. I BELIEVE that an extended description should be inserted before every logical step that can be described in one line of comment. This is not to say that every op gets a line of comment, but I BELIEVE that you should be able to recreate the function of the code by looking solely at the comments. In other words, you should be able to remove the code and be able to reimplement those portions of the code. (I'm not entirely happy with the way I've phrased this last paragraph, and I'm sure I'll catch flak for it). To show that I'm not all talk, here's an example of what I mean from head-armv.S before and after my meddling. I intend to pepper things as I run across them in a similar fashion, so I would appreciate feedback on my efforts, particularly since I hope to make these changes stick in the main distribution. <------------ snip ----------------> __lookup_processor_type: adr r5, 2f ldmia r5, {r7, r9, r10} sub r5, r5, r9 add r7, r7, r5 add r10, r10, r5 mrc p15, 0, r9, c0, c0 @ get processor id 1: ldmia r10, {r5, r6, r8} @ value, mask, mmuflags eor r5, r5, r9 tst r5, r6 moveq pc, lr add r10, r10, #36 @ sizeof(proc_info_list) cmp r10, r7 blt 1b mov r10, #0 mov pc, lr 2: .long __proc_info_end .long 2b .long __proc_info_begin <------------ snip ----------------> __lookup_processor_type: /* load __proc_info_lookup_table */ adr r5, __proc_info_lookup_table ldmia r5, {r7, r9, r10} /* calclulate difference between where we thought .proc.info was going to be placed and where the linker actually put it ??? */ sub r5, r5, r9 /* readjust __proc_info_end and __proc_info_begin */ add r7, r7, r5 add r10, r10, r5 mrc p15, 0, r9, c0, c0 @ get processor id /* now check against the current proc_info table entry */ 1: ldmia r10, {r5, r6, r8} @ value, mask, mmuflags eor r5, r5, r9 tst r5, r6 moveq pc, lr /* table entry does not match actual proc id, move to next entry */ add r10, r10, #36 @ sizeof(proc_info_list) cmp r10, r7 blt 1b /* no more entries, return error */ mov r10, #0 mov pc, lr /* proc_info_lookup_table - one entry for each processor type */ /* __proc_info_end and __proc_info_begin are defined by the linker - see the file arch/arm/vmlinux-armv.lds.in */ /* proc_info structure is declared in include/asm-arm/procinfo.h */ /* proc_info structures are defined in arch/arm/mm/proc-*.S */ __proc_info_lookup_table: .long __proc_info_end .long __proc_info_lookup_table .long __proc_info_begin <------------ snip ----------------> I know that in some ways this example directly violates the Linux Coding Style Guide in several places, but I BELIEVE that style does not fully apply here - its goal is to direct C programmers in their efforts. Assembly language is a whole other beast, and should be treated as such. It's too dense to read, never mind modify, without thorough documentation. I BELIEVE that, when you sit down in front of the kernel source For The First Time, you should be able to _mentally_ walk through the code. Furthermore, those of you who have been doing this for a while may be able to read the assembly without comments and know what's going on, but the comments aren't for you, are they? Now that I've shared these quasi-religious beliefs, feel free to bash away at the cornerstones of my reasoning.... (I know, I too find it hard to believe that everyone won't agree with me outright... :) :) Cheers, Zach Welch Firmware Architect At Work Computers www.atworkcom.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 22:40:25 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kZXl-00072w-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 22:40:25 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 51C9D15D9C; Thu, 27 Apr 2000 00:38:32 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 18:31:50 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 18:31:33 -0400 Received: from smtp.arrakis.es ([212.59.199.83]:34036 "EHLO ssmtp01.melange.isp") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 18:31:18 -0400 Received: from cibermillennium.com ([212.59.204.162]) by ssmtp01.melange.isp (Netscape Messaging Server 4.15) with ESMTP id FTNAQH07.963 for ; Thu, 27 Apr 2000 00:35:05 +0200 Message-ID: <39076FD3.C6DC978D@cibermillennium.com> Date: Thu, 27 Apr 2000 00:38:11 +0200 From: Sergio Costas Reply-To: raster@cibermillennium.com X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: Little modification in SERIAL.C References: <39076C85.87500EB4@cibermillennium.com> <39076F58.1D25F82B@cibermillennium.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hello again. I have received some minutes ago a message from another person, explain me the conditions to add a new patch to the kernel (I sent the original message a week ago, and I thinked that the e-mail address was die). I will propose the changes in the linux-kernel list, as she recomends me in that e-mail. Sorry for the mail. -- Nos leemos RASTER raster@cibermillennium.com http://raster.cibermillennium.com Have you tried GAG? http://raster.cibermillennium.com/gageng.htm unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 26 23:04:20 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kZuu-0007XQ-00 for linux-arm-archive@lists.arm.linux.org.uk; Wed, 26 Apr 2000 23:04:20 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id EA2D815DE3; Thu, 27 Apr 2000 01:02:28 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 18:55:56 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 18:55:47 -0400 Received: from p55-magpie-gui.tch.enablis.net ([194.168.180.55]:4504 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 18:55:26 -0400 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 AAA24781; Thu, 27 Apr 2000 00:01:18 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id XAA06452; Wed, 26 Apr 2000 23:55:58 +0100 Message-Id: <200004262255.XAA06452@raistlin.arm.linux.org.uk> Subject: Re: Self-documenting code (ha!) To: zach@atworkcom.com (Zach Welch) Date: Wed, 26 Apr 2000 23:55:57 +0100 (BST) Cc: linux-arm@vger.rutgers.edu (linux-arm) In-Reply-To: <01df01bfafcd$e7f39500$5901a8c0@tdsway.com> from "Zach Welch" at Apr 26, 2000 03:22:23 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Zach Welch writes: > ((Now, all of the above I had written in a different message to send to the > group before I saw Russel's response to S A McConnell (which follows). I > have to agree to some extent with SAM in that the ARM portions of the kernel > are not entirely as well documented as some might think, the above is only > one example. In fact, I only today managed to figure out the entire flow of > control between __entry and start_kernel, which is _not_ documented clearly > at all.)) Each section of code has a description of what it does in head-armv.S. > I disagree. Adequate for "THE developer of ARM Linux" perhaps, but not for > the rest of us mere mortals. ;^) The initial page table setup should, at the > very least, tell the programmer where to look for the definition of the > structure that is being created. Err, no, not really. The documentation incorporated into the kernel is merely there to let people who know what they're doing. It's not designed so that someone who knows nothing about ARM can work out what's going on. To do so would significantly increase the size of the source code, which people already think is too big. Don't forget that the Linux kernel is organised to make the "hackers" life easier, not to make it easy for others to understand or even learn. > I abosultely agree on this point, with one small exception. Reference > manuals are the ultimate source of information, but the code should contain > enough information to figure out _where_ in _which_ of the several books > piled next to my computer I should start looking in. Nothing more. For something as simple as the ARM page tables, its something that any programmer who is thinking about looking at ARM code should know before. The split between the ARM ARM and the individual TRMs is quite well defined - one describes the "architecture" and the other is the "specific implementation details". Therefore, most, if not all of the stuff outside the proc-*.S files relates to the ARM ARM, and the stuff inside proc-*.S relates to the TRMs. > I BELIEVE that an extended description should be inserted before every > logical step that can be described in one line of comment. This is not to > say that every op gets a line of comment, but I BELIEVE that you should be > able to recreate the function of the code by looking solely at the comments. I disagree. I'm sure you'd say that about C code if you didn't know anything about C. > I know that in some ways this example directly violates the Linux Coding > Style Guide in several places, but I BELIEVE that style does not fully apply > here - its goal is to direct C programmers in their efforts. Assembly > language is a whole other beast, and should be treated as such. Several points in reply here: 1. You missed out the most important comments of all there - the ones at the head of the section of code that tells you what the following code is doing. This should really be all you need. 2. The comments should definitely not be there to describe how the instruction set works, which is almost what your comments were doing. This is something that the person working on the code should know already. You've got to know what you're doing, really. The general idea behind most of the assembler code that is now in the kernel is that it should be generic across many processors, and as such the newly acquanted programmer should not have to delve into this code deeply. If you do need to delve into it deeply, and you don't know much about ARM code, then that is the time to contact the mailing lists stating what you'd like to do - since this is code which runs on many different processors, you've got to be aware of all the issues surounding all the ARM processors that Linux is expected to run on. May I give you an example of where your theory falls down? You wouldn't get the plumber to comment every T and bend in your heating system so that the gas engineer can modify your plumbing or vice versa? Wouldn't you prefer to get someone in who was qualified to change the plumbing in, rather than someone who may flood your house with water? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 01:04:12 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kbmu-0000zv-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 01:04:12 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id B158B15EF6; Thu, 27 Apr 2000 03:02:19 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 20:55:33 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 20:55:15 -0400 Received: from brain.proaxis.com ([206.163.142.1]:3203 "EHLO brain.proaxis.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 20:55:10 -0400 Received: from zachw ([206.163.141.104]) by brain.proaxis.com (8.9.3/8.9.3) with SMTP id SAA21637; Wed, 26 Apr 2000 18:00:59 -0700 (PDT) Message-ID: <020e01bfafe3$ca622590$5901a8c0@tdsway.com> From: "Zach Welch" To: "Russell King - ARM Linux Admin" Cc: "linux-arm" References: <200004262255.XAA06452@raistlin.arm.linux.org.uk> Subject: Re: Self-documenting code (ha!) Date: Wed, 26 Apr 2000 17:59:02 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing my comments are inline with Russel's reply ----- Original Message ----- From: Russell King - ARM Linux Admin > Each section of code has a description of what it does in head-armv.S. In my opinion these DO NOT sufficiently describe each section. > Err, no, not really. The documentation incorporated into the kernel is > merely there to let people who know what they're doing. It's not designed > so that someone who knows nothing about ARM can work out what's going on. > To do so would significantly increase the size of the source code, which > people already think is too big. Don't forget that the Linux kernel is > organised to make the "hackers" life easier, not to make it easy for > others to understand or even learn. I believe that I understand ARM fairly well. I certainly know more than nothing about it. In addition, I believe trying to maintain a small size of the source base by reducing the limiting the overall number of comments is self-defeating. I would be happy to see the code size increase drastically if it was purely from more commenting. Very infrequently do comments actually decrease the value of the code (the most notable exception being when they're wrong). > For something as simple as the ARM page tables, its something that any > programmer who is thinking about looking at ARM code should know before. > The split between the ARM ARM and the individual TRMs is quite well > defined - one describes the "architecture" and the other is the "specific > implementation details". Therefore, most, if not all of the stuff outside > the proc-*.S files relates to the ARM ARM, and the stuff inside proc-*.S > relates to the TRMs. I'm not disagreeing with the seperation of code, which I think is _very_ well accomplished. My concern is with bringing it together in the mind of the programmer. I used the page table example because it had just come up, which turns out not to have been a clear case. The proc_info trick comes closer to making my point. > > I BELIEVE that an extended description should be inserted before every > > logical step that can be described in one line of comment. This is not to > > say that every op gets a line of comment, but I BELIEVE that you should be > > able to recreate the function of the code by looking solely at the comments. > > I disagree. I'm sure you'd say that about C code if you didn't know > anything about C. NO, because in C you can use "meaningful" variable and function names, flow control is much more obvious, and you don't have to contort operands to make them fit into the assemblers limited vocabulary. It's not to difficult to "speak" your way through C code, in many instances, even if you don't understand the details. In assembly, all you've got is the details, and this is the point I am trying to make: inline comments are the only thing that give that higher picture of things back to programmer. In the Linux coding style guide, it talks about using <10 locals. Aren't registers the same thing? And yet, the code in head-armv.s doesn't (sufficiently, IMO) describe how these are being flung around. The same arguement applies here - I can't keep the contents of all the registers straight in my mind as they are carried from one block to another. > > I know that in some ways this example directly violates the Linux Coding > > Style Guide in several places, but I BELIEVE that style does not fully apply > > here - its goal is to direct C programmers in their efforts. Assembly > > language is a whole other beast, and should be treated as such. > > Several points in reply here: > > 1. You missed out the most important comments of all there - the ones at > the head of the section of code that tells you what the following code > is doing. This should really be all you need. Yes, it should. But in many cases, it isn't. When trying to get a high level view of the code, those are the most important. But to see how the pieces actually fit together, you really need that next level of detail (that I'm preaching for). > 2. The comments should definitely not be there to describe how the > instruction set works, which is almost what your comments were doing. > This is something that the person working on the code should know > already. I went a little overboard with my example, but I certainly am NOT describing what the instruction set is doing. For instance, the sub r5, r5, r9 instruction is completely opaque until the programmer figures out exactly what the comment says. By way of another example, right before __switch_data label, the add pc, r10, #12 instruction (which jumps to initialize the processor dependent mm code) is similarly mindboggling until you figure out that the proc_info structure actually has an opcode built into it (which is a pretty big deviation from the traditional seperation of data and code). Presently, neither of these tricks are mentioned at all, and it is these kinds of things that _need_ to be documented!!! > You've got to know what you're doing, really. The general idea behind > most of the assembler code that is now in the kernel is that it should > be generic across many processors, and as such the newly acquanted > programmer should not have to delve into this code deeply. > > If you do need to delve into it deeply, and you don't know much about > ARM code, then that is the time to contact the mailing lists stating what > you'd like to do - since this is code which runs on many different > processors, you've got to be aware of all the issues surounding all > the ARM processors that Linux is expected to run on. I do know what I am doing (Really!), I am familiar with ARM, and I _want_ to delve deeply into how the kernel is working. I should NOT be required to go any further than the distribution to do it. All the magic should be documented. Relying on someone else to understand the magic can have tragic consequences - if they're hit by a bolt of lightning, all that information goes up in smoke. I am not disputing the value of mailing lists and peer assistence, but it should not be the fastest way to get that information. Describing some problems takes longer than it does to go chasing down references that could be made in the comments. And figuring out stuff for yourself (in the true hacker spirit) goes much further than getting a simple answer to fix one problem. You often get exposed to other aspects of the system that you were previously unaware, expanding your entire knowledge base. > You wouldn't get the plumber to comment every T and bend in your heating > system so that the gas engineer can modify your plumbing or vice versa? > Wouldn't you prefer to get someone in who was qualified to change the > plumbing in, rather than someone who may flood your house with water? I don't think this example is valid - we're all plumbers here. Some more experienced than others, but plumbers nonetheless. And anyone who's had to work on their own plumbing will tell you that having a _detailed_ blueprint is essential, particularly if you can't immediately see the parts you'll be working on or don't even know that those parts even existed. Also, I must re-emphasize that I DO NOT want every T and bend commented, and it should not be necessary to do so. Argh, I really didn't want to get involved in this type of debate (wholly opinionated and unresolvable to anyone's complete satisfaction), but I honestly believe that the quality of the comments could be improved markedly from where they currently are. This stems directly from the fact that I (an experienced programmer who was already fairly well familiar with ARM) would _really_ have appreciated better comments having been there, and that I'd like to see future programmers get off easier. Cheers, Zach unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 02:14:51 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kctH-0001Yq-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 02:14:51 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id E33CD15F2D; Thu, 27 Apr 2000 04:12:59 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 22:06:27 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 22:06:08 -0400 Received: from thalia.fm.intel.com ([132.233.247.11]:3475 "EHLO thalia.fm.intel.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 22:05:55 -0400 Received: from SMTP (fmsmsxvs04-1.fm.intel.com [132.233.42.204]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.22 2000/04/06 17:58:51 dmccart Exp $) with SMTP id CAA06510 for ; Thu, 27 Apr 2000 02:12:22 GMT Received: from fmsmsx26.fm.intel.com ([132.233.48.26]) by 132.233.48.204 (Norton AntiVirus for Internet Email Gateways 1.0) ; Thu, 27 Apr 2000 02:11:35 0000 (GMT) Received: by fmsmsx26.fm.intel.com with Internet Mail Service (5.5.2448.0) id ; Wed, 26 Apr 2000 19:11:33 -0700 Message-ID: <7DAA70BEB463D211AC3E00A0C96B7AB2048D582F@orsmsx41.jf.intel.com> From: "Bright, Norman" To: "'linux-arm@vger.rutgers.edu'" Subject: Socket Communication LP-E Problem Date: Wed, 26 Apr 2000 19:11:25 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing We are having some interesting results with the interrupts generated by the Socket Communications LP-E Ethernet card. Basically the compact flash interrupt line is constantly asserted and the interrupt status register in the 8390 inside says it is clear and there are no pending interrupts. The only time the interrupt line deasserts is when reset is yanked. Does anyone have experience with this card and the NE2000 compatible driver on SA? Norm unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 03:16:17 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kdqj-00023X-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 03:16:17 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id BE11715F39; Thu, 27 Apr 2000 05:14:25 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Apr 2000 23:07:50 -0400 Received: by vger.rutgers.edu id ; Wed, 26 Apr 2000 23:07:45 -0400 Received: from modemcable248.137-200-24.mtl.mc.videotron.net ([24.200.137.248]:61297 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Wed, 26 Apr 2000 23:07:31 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id XAA25291; Wed, 26 Apr 2000 23:13:19 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Wed, 26 Apr 2000 23:13:19 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: "Bright, Norman" Cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: Socket Communication LP-E Problem In-Reply-To: <7DAA70BEB463D211AC3E00A0C96B7AB2048D582F@orsmsx41.jf.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Please coordinate your work with John G Dorsey . He has been doing much development on the Assabet CS framework already. Duplicate work is wasted time and effort... On Wed, 26 Apr 2000, Bright, Norman wrote: > > We are having some interesting results with the interrupts generated by the > Socket Communications LP-E Ethernet card. Basically the compact flash > interrupt line is constantly asserted and the interrupt status register in > the 8390 inside says it is clear and there are no pending interrupts. The > only time the interrupt line deasserts is when reset is yanked. Does anyone > have experience with this card and the NE2000 compatible driver on SA? > > > Norm > > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ > ++ kernel-related discussions. ++ > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 05:05:23 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kfYI-0002pm-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 05:05:22 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 7516115F5F; Thu, 27 Apr 2000 07:03:31 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 00:56:54 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 00:56:46 -0400 Received: from thalia.fm.intel.com ([132.233.247.11]:2536 "EHLO thalia.fm.intel.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 00:56:32 -0400 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.22 2000/04/06 17:58:51 dmccart Exp $) with SMTP id FAA05916 for ; Thu, 27 Apr 2000 05:03:23 GMT Received: from fmsmsx27.FM.INTEL.COM ([132.233.48.27]) by 132.233.48.201 (Norton AntiVirus for Internet Email Gateways 1.0) ; Thu, 27 Apr 2000 05:02:36 0000 (GMT) Received: by fmsmsx27.fm.intel.com with Internet Mail Service (5.5.2448.0) id ; Wed, 26 Apr 2000 22:02:35 -0700 Message-ID: <3D33CF40366DD111AC4100A0C96B22AC0870B455@fmsmsx34.fm.intel.com> From: "Naik, Uday" To: linux-arm@vger.rutgers.edu Subject: RE: kernel panic in kswapd Date: Wed, 26 Apr 2000 22:02:34 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Thanks for all the input. I am using a new CPU ixp1200, which basically has the SA1100 core and some gizmos. I am creating a BSP for it. I have made all the changes and have got to the point where the file system needs to be mounted and thats where I get the ext2 file system error. I am debugging this right now. The kswapd problem occurs more randomly. I will try the fix suggested by Russell. Some details: Memory is contiguous and starts at 0xC0000000. Kernel version is 2.2.13. compiler is arm-linux-gcc (not egcs) I am using PAGE_OFFSET as 0x20000000. I believe I have made all the changes needed for this. Using this low number is ok for me since I never expect to have hard disk storage. Also this allows me to have a 1-1 virt-phy mapping for most devices. One question: There is a macro #define SWAPPER_PG_OFFSET. This is the "Physical location of the page tables". Right ??? So I set to #define SWAPPER_PG_OFFSET virt_to_phys(swapper_pg_offset) Does this look ok ? Thanks Uday --- All opinions expressed are mine and do not reflect those of my employer. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 11:54:00 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12klvk-0005be-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 11:54:00 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 3573316019; Thu, 27 Apr 2000 13:52:08 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 07:44:48 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 07:44:37 -0400 Received: from p01-magpie-gui.tch.enablis.net ([194.168.180.1]:4624 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 07:43:46 -0400 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 JAA26360; Thu, 27 Apr 2000 09:11:57 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id JAA08453; Thu, 27 Apr 2000 09:06:47 +0100 From: Russell King - ARM Linux Admin Message-Id: <200004270806.JAA08453@flint.arm.linux.org.uk> Subject: Re: Self-documenting code (ha!) To: zach@atworkcom.com (Zach Welch) Date: Thu, 27 Apr 2000 09:06:46 +0100 (BST) Cc: linux-arm@vger.rutgers.edu (linux-arm) In-Reply-To: <020e01bfafe3$ca622590$5901a8c0@tdsway.com> from "Zach Welch" at Apr 26, 2000 05:59:02 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Zach Welch writes: > my comments are inline with Russel's reply This is pretty standard for unix-orientated people ;) > I believe that I understand ARM fairly well. I certainly know more than > nothing about it. In addition, I believe trying to maintain a small size of > the source base by reducing the limiting the overall number of comments is > self-defeating. Err, no one's talking about removing comments. > I'm not disagreeing with the seperation of code, which I think is _very_ > well accomplished. My concern is with bringing it together in the mind of > the programmer. However, adding a comment into the code every two or so code lines is just not on - it adds too much clutter for the people writing the code, and then not only does the code have to be maintained, but also the comments. This usually ends up with the code being maintained, and the comments not. The comments eventually becomes wrong, and then there is no point in having the comments there because they are now misleading. The above is a view held not just by me, but by the vast majority of kernel developers. > I used the page table example because it had just come up, > which turns out not to have been a clear case. The proc_info trick comes > closer to making my point. I'll agree that there could be some more commenting about the linker trick used there, but that trick is used through out the kernel code now, so "its nothing new". However, I agree that a well placed comment there would not be unreasonable. > In the Linux coding style guide, it talks about using <10 locals. Aren't > registers the same thing? And yet, the code in head-armv.s doesn't > (sufficiently, IMO) describe how these are being flung around. The ARM only has 16 registers. 3 of these have a well-defined meaning. For a typical assembler function, all the other 13 are generally not used unless it's some large complex function. Take the code in head-armv.S: __entry: 4 registers used __ret: 1 registers used __mmap_switched: 9 registers used but commented sucinctly create_page_tables: 7 registers used but commented __error: 3 registers used __lookup_processor_type: 6 registers used __lookup_architecture_type: 8 registers used So generally we're talking about <10 "local variables" in almost every case, which is within the human minds comprehension. (You've also gone back to the "how" which the coding style explicitly mentions that you should not do, and I agree. Comments should only describe "what", no matter what the context of the comment.) > The same arguement applies here - I can't keep the contents of all > the registers straight in my mind as they are carried from one block > to another. You don't have to. Any that are transferred between the various "functions" is documented in the comments before the function, thus: /* * Read processor ID register (CP#15, CR0), and determine * processor type. * * Returns: * r5, r6, r7 corrupted * r8 = page table flags * r9 = processor ID * r10 = pointer to processor structure */ Ok, so the following bit of code does what the comment says. Without seeing the code, it indicates that r5, r6 and r7 will not be preserved, and that is expected to be in r8, r9 and r10. Notice that you do not need to know how this information is obtained - in fact that may well change to some other method, but the above principle will still hold true because that is the purpose of the code. When you know the purpose of the code, and decide that you need to know in great detail how it works, you're really only looking at (in this example that you originally picked) 18 lines of code (not withstanding your and my comments above about __proc_info). That's 18 lines with 6 registers used. That should be well within the scope of the human mind to understand. > Yes, it should. But in many cases, it isn't. When trying to get a high level > view of the code, those are the most important. But to see how the pieces > actually fit together, you really need that next level of detail (that I'm > preaching for). See comment above. > By way of another example, right before __switch_data > label, the add pc, r10, #12 instruction (which jumps to initialize the > processor dependent mm code) is similarly mindboggling until you figure out > that the proc_info structure actually has an opcode built into it (which is > a pretty big deviation from the traditional seperation of data and code). Ok looking at this one in depth then. Ok, what does r10 hold? Well, __lookup_processor_type appears to have something to do with it - its tested shortly after to see if its an invalid processor. Ok, lets look at that code. * r10 = pointer to processor structure Ah, r10 contains that. Ok, so add pc, r10, #12 is jumping into the processor structure. This must mean that the structure contains opcodes itself. Ok, looking in include/asm-arm/procinfo.h, it re-inforces this: * NOTE! The following structure is defined by assembly * language, NOT C code. For more information, check: * arch/arm/mm/proc-*.S and arch/arm/kernel/head-armv.S So, what do arch/arm/mm/proc-*.S contain? __sa1110_proc_info: ... b __sa110_setup Ah, ok, an instruction within the structure. Oh, btw, the above is very common in most hand-written ARM assembler. > Presently, neither of these tricks are mentioned at all, and it is these > kinds of things that _need_ to be documented!!! Why do they need to be documented when they are almost self explanitory. > I do know what I am doing (Really!), I am familiar with ARM, and I _want_ to > delve deeply into how the kernel is working. I should NOT be required to go > any further than the distribution to do it. Err, no. You should get the high level view about what its doing. Then, refer to the manuals to find out the information about the area that the code is concerned with, and then go back to the distribution. You are not expected to maintain code without the reference documentation, and any attempt to do otherwise is just plain wrong. That is true of safety-crit systems as well, incidentally. > All the magic should be > documented. Relying on someone else to understand the magic can have tragic > consequences - if they're hit by a bolt of lightning, all that information > goes up in smoke. I believe that Philip Blundell and Nico Pitre have a good understanding of how the bits of code work. Maybe you ought to ask them for their opinions? > I don't think this example is valid - we're all plumbers here. Some more > experienced than others, but plumbers nonetheless. And anyone who's had to > work on their own plumbing will tell you that having a _detailed_ blueprint > is essential, particularly if you can't immediately see the parts you'll be > working on or don't even know that those parts even existed. Also, I must > re-emphasize that I DO NOT want every T and bend commented, and it should > not be necessary to do so. It is valid. Most houses do not have these detailed blueprints. In fact, I'd guess that when a plumber turns up on your door that he has very little or no knowledge about how your house is plumbed. He has to do some measure of investigation without "comments", use his experiance from other jobs he's done previously, and use the knowledge that he's been taught at plumber school. > Argh, I really didn't want to get involved in this type of debate (wholly > opinionated and unresolvable to anyone's complete satisfaction), but I > honestly believe that the quality of the comments could be improved markedly > from where they currently are. This stems directly from the fact that I (an > experienced programmer who was already fairly well familiar with ARM) would > _really_ have appreciated better comments having been there, and that I'd > like to see future programmers get off easier. I believe that you're the one trying to air their opinions here. I've been trying to state the facts. If you are talking about having a comment added to describe "what" a specific bit of code is doing, then that is reasonable. Just don't go overboard and try to get "how" when that's not really what you're after in the first place. ;) _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 12:06:35 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12km7v-0005iH-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 12:06:35 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id C3DF116026; Thu, 27 Apr 2000 14:04:43 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 07:57:48 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 07:57:41 -0400 Received: from [206.24.60.99] ([206.24.60.99]:2943 "EHLO cvsftp.cotw.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 07:57:28 -0400 Received: from cotw.com (IDENT:samcconn@[206.24.60.92]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id HAA10380 for ; Thu, 27 Apr 2000 07:04:15 -0500 Message-ID: <39082C1D.A3E87B3F@cotw.com> Date: Thu, 27 Apr 2000 07:01:33 -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 Subject: Re: Self-documenting code (ha!) References: <200004262255.XAA06452@raistlin.arm.linux.org.uk> <020e01bfafe3$ca622590$5901a8c0@tdsway.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Good documentation means more effort can be directed at improvement rather than understanding. RMS: says that good documentation is one of the major problems being faced by the free software community. I agree with him on that point. I agree with Mr. King that we do not want to pollute the code with too much comentary. However, I think we need to be carful not to turn this into a craft guild by under documenting the source. (Spoken as someone trying to get into the guild. ;-) I also wish to apologize for saying the wrong thing in one of my other messages. I stated I wanted the documentation to appear in the source. I meant to say I wanted the documentation to appear int the documentaion subtree of the ARM source. When learning most people start at the begining and that means head-armv.S. ------------------- Here is how Steve and I documented that section of code being discussed. We feel it strikes a good balance, experienced hackers can easily ignore the comments and newbies get enough information to allow them to figure out what is happening. ?????? means a possible error in the comment. /* * Read processor ID register (CP#15, CR0), and determine * processor type. * * Returns: * r5, r6, r7 corrupted * r8 = page table flags * r9 = processor ID * r10 = pointer to processor structure */ __lookup_processor_type: adr r5, 2f ldmia r5, {r7, r9, r10} /* * At this point: r5 := A+12 * r7 := proc_info_end * r9 := A * r10 := proc_info_begin */ sub r5, r5, r9 @ size of below structure add r7, r7, r5 @ Offset to proc_info_end add r10, r10, r5 @ Offset to proc_info_begin mrc p15, 0, r9, c0, c0 @ get processor id /* * Loop through proc_info_list looking for a match to the CPU ID stored in r9. */ 1: ldmia r10, {r5, r6, r8} @ cpu_value, cpu_mask, mmuflags eor r5, r5, r9 tst r5, r6 @ apply cpu_mask moveq pc, lr @ return if match found add r10, r10, #36 @ sizeof(proc_info_list) proc_info????? cmp r10, r7 blt 1b @ more records to process mov r10, #0 @ match not found mov pc, lr @ return /* * A+8 __proc_info_begin * A+4 A * A __proc_info_end */ 2: .long __proc_info_end @ Look at /mm/proc-*.S and .long 2b @ vmlinux.lds for details .long __proc_info_begin SAM unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 12:28:47 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kmTP-0005rC-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 12:28:47 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 6F6D11603B; Thu, 27 Apr 2000 14:26:56 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 08:19:43 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 08:16:22 -0400 Received: from crl.dec.com ([192.58.206.2]:3582 "EHLO crl.dec.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 08:15:47 -0400 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 IAA31004; Thu, 27 Apr 2000 08:21:54 -0400 (EDT) Received: by CRLWEBMAIL with Internet Mail Service (5.5.2650.21) id <20427AWQ>; Thu, 27 Apr 2000 08:26:07 -0400 Message-ID: From: Jamey Hicks To: "'Russell King - ARM Linux Admin'" , zach@atworkcom.com Cc: linux-arm@vger.rutgers.edu Subject: RE: Self-documenting code (ha!) Date: Thu, 27 Apr 2000 08:22:29 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I don't really agree with the argument that we shouldn't document code because entropy happens. On the other hand, I don't think the documentation should be verbose because it gets in the way of the code. Good code should be self-documenting without much in the way of comments: a short description at the entry point, descriptive procedure and variable names, and then comments highlighting anything that might be difficult to understand. > > The same arguement applies here - I can't keep the contents of all > > the registers straight in my mind as they are carried from one block > > to another. > > You don't have to. Any that are transferred between the > various "functions" > is documented in the comments before the function, thus: > > /* > * Read processor ID register (CP#15, CR0), and determine > * processor type. > * > * Returns: > * r5, r6, r7 corrupted > * r8 = page table flags > * r9 = processor ID > * r10 = pointer to processor structure > */ I think the comments at the beginning of the routines in head-armv.S are a great help, but I still have trouble keeping the registers straight from one reading to the next. Actually, I have trouble with the routines that do not follow the standard calling convention, such as _lookup_processor_type. I keep recommenting the code with those exceptions, e.g., bl __lookup_processor_type @ returns values in r8, r9, r10 ... bl __lookup_architecture_type @ returns values in r5, r6, r7 ... bl __create_page_tables @ uses r5, r6, r8, r8 I use the documentation at the head of the entry point to remember what the values were. I submitted this as a patch once, but it seems to have been misplaced. I think we should be able to maintain single-line inline comments. I think it's worth doing in assembly language, where we do not have the advantage of variable names as an aid to understanding the code. A little work here might help increase the size of the ARM Linux community. -Jamey Hicks unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 12:54:38 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kmsQ-00065l-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 12:54:38 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 155B315FF7; Thu, 27 Apr 2000 14:52:45 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 08:45:45 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 08:45:36 -0400 Received: from duteinh.et.tudelft.nl ([130.161.42.1]:1393 "EHLO duteinh.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 08:45:15 -0400 Received: from dutein71 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id OAA02490; Thu, 27 Apr 2000 14:51:18 +0200 (MET DST) Message-Id: <200004271251.OAA02490@duteinh.et.tudelft.nl> From: Erik Mouw To: linux@arm.linux.org.uk Cc: jsutherland@accelent.com, linux-arm@vger.rutgers.edu Subject: Re: *TODO* Document the pseudo-ops (adr, ops) In-Reply-To: <200004261831.TAA02426@flint.arm.linux.org.uk> Organization: Eric conspiracy secret labs Date: Thu Apr 27 14:51:16 +0200 (MDT) 2000 X-Face: "!Z|1XjFg!3Iw)BwM^M\k)J5KHiPddz}#/Zw%?$&Q!xqob"OA|})3_@&BTTiQERo?/^g[Z<9P4R8:5C:aqq.cw!hotLc=+u-"+1rq@9$V^8PbOUlodyi_sejt+D`iqkLpx$>.aXl%vnfPIt"LK|/%>94_Zrm8jy?`_[RKt'TuoxUxfk(gMhY(n|DBBl~c$dhO>G%6}R4+DGX3|idBm4oU&UM/XUP4I9aoN{]`ax%B?rgD(I3OJ<62Y6L X-Mailer: XCmail 1.0.1 - with PGP support, PGP engine version 0.5 (IRIX) X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/ X-Eric-Conspiracy: There is no conspiracy! X-Loop: erik@it.et.tudelft.nl MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 26 Apr 2000 19:31:50 +0100 (BST), Russell King - ARM Linux Admin wrote: > Jeff Sutherland writes: >> I suppose this bears repeating. BTW is there a relevant FAQ that >> could/should be posted here on a monthly basis? May be about time to start >> one... > > I could add it to the footer of each message... I'd rather not have a > huge long list of documents appended to the end of each message - maybe > if I setup an automatic send-a-mail-and-add-contained-web-address-to-faq-page > thing and add the FAQ top-level address to the bottom of the messages? What about using a FAQ-o-matic, like CVS and gcc have? Everybody would be able to add and update FAQs. 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' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 13:16:05 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12knDB-0006HJ-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 13:16:05 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id C0B5E15E6F; Thu, 27 Apr 2000 15:14:09 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 09:06:59 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 09:06:24 -0400 Received: from dfw7-1.relay.mail.uu.net ([199.171.54.106]:61367 "EHLO dfw7-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 09:06:07 -0400 Received: from xedia.com by dfw7sosrv11.alter.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQimsq20306 for ; Thu, 27 Apr 2000 13:12:18 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA21127; Thu, 27 Apr 00 09:09:00 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id JAA04696; Thu, 27 Apr 2000 09:12:12 -0400 From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <14600.15532.260980.176740@xedia.com> Date: Thu, 27 Apr 2000 09:12:12 -0400 (EDT) To: linux-arm@vger.rutgers.edu Subject: Re: Self-documenting code (ha!) References: <020e01bfafe3$ca622590$5901a8c0@tdsway.com> <200004270806.JAA08453@flint.arm.linux.org.uk> X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'll keep this short... Having spent years working on products written entirely in assembler (large operating systems and assorted applications) as well as products written entirely or nearly so in high level languages, I have this observation: Standard coding style for software written in assembler is that most source lines have a comment on them. The comment states what the line does, since the opcode and register names generally don't carry that much information. (In particular, even though *some* assemblers allow it, the use of mnemonic names for registers is highly unusual.) This is in addition to the "block comment" at the top of each function, where the purpose of the function, registers in/out/clobbered etc. are documented. Conversely, standard coding style for high level language code is to have the function level block comment only, except in large and complex functions where block comments at smaller intervals are sometimes used. But line by line comments are not used since the code itself can be clear enough. My impression of Linux assembler code -- and this is not particularly aimed at Russell, since I've spent more time looking at other people's code -- is that it is documented C-style rather than traditional assembler style. That makes sense if you consider that it's written by people who do most of their coding in C. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 13:31:20 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12knRv-0006PF-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 13:31:20 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 0074115E6F; Thu, 27 Apr 2000 15:29:24 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 09:22:19 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 09:22:09 -0400 Received: from aleph1.demon.co.uk ([158.152.9.127]:15490 "EHLO court2.aleph1.co.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 09:21:11 -0400 Received: from chewy.aleph1.co.uk ([194.70.44.163]) by court2.aleph1.co.uk with smtp (Exim 2.05 #1) id 12koBw-0008Ac-00; Thu, 27 Apr 2000 14:18:52 +0100 Date: Thu, 27 Apr 2000 14:18:53 +0100 (BST) From: Wookey Subject: Re: Self-documenting code (ha!) To: Zach Welch Cc: linux-arm In-Reply-To: <020e01bfafe3$ca622590$5901a8c0@tdsway.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Organization: Aleph One,Cambridge, UK. Tel +44 1223 811679 X-Mailer: ANT RISCOS Marcel [ver 1.50] Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu 27 Apr, Zach Welch wrote: > Argh, I really didn't want to get involved in this type of debate > (wholly opinionated and unresolvable to anyone's complete > satisfaction), but I honestly believe that the quality of the comments > could be improved markedly from where they currently are. This stems > directly from the fact that I (an experienced programmer who was > already fairly well familiar with ARM) would _really_ have appreciated > better comments having been there, and that I'd like to see future > programmers get off easier. OK. Now I haven't touched the kernel code yet, so I can't say one way or the other what I think of the current level of commenting, but Zach's comments suggest that there is a need for something to make it easier to 'get up to speed' on relevant issues. Given that we do not really have agreement here on what should go in the source itself, perhaps a separate document describing the ARM-specific parts of the kernel and relevant resources is the way to go? I have started bringing together info, and writing stuff up to make what should become 'ARMlinux: the book' in the medium term. (In the short term these docs are going on the web). One chapter of this should certainly be on overview of the kernel: source structure, design decisions etc. This could do the job of filling the gotchas that Zach describes, I hope. What I don't have is the knowledge to write this. Would any of you kernel people like to contribute an outline that I can edit into proper docs? I suspect there are only a few people here with the relevant knowledge... Even just suggestions of what should be in would be a start, and I'll endeavour to discover said info from those who know :-) Once this is done I think we would not have too much trouble keeping it updated as things change (athough, of course such a document, (as with all documents) will be somewhat behind the state-of-the-art). Good idea? Bad idea? comments welcome. It occurs to me that perhaps this discussion should be on arm-kernel, but we've started here now... Wookey -- Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel (00 44) 1223 811679 work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 13:53:04 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12knmy-0006e8-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 13:53:04 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 4C9A315F3E; Thu, 27 Apr 2000 15:51:05 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 09:44:10 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 09:43:51 -0400 Received: from p50-cordelia-gui.tch.enablis.net ([212.250.233.50]:4712 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 09:43:47 -0400 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 OAA27519; Thu, 27 Apr 2000 14:49:56 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id OAA01315; Thu, 27 Apr 2000 14:44:32 +0100 Message-Id: <200004271344.OAA01315@raistlin.arm.linux.org.uk> Subject: Re: *TODO* Document the pseudo-ops (adr, ops) To: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Date: Thu, 27 Apr 2000 14:44:32 +0100 (BST) Cc: jsutherland@accelent.com, linux-arm@vger.rutgers.edu In-Reply-To: <200004271251.OAA02490@duteinh.et.tudelft.nl> from "Erik Mouw" at Apr 27, 2000 02:51:16 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Erik Mouw writes: > What about using a FAQ-o-matic, like CVS and gcc have? Everybody would be > able to add and update FAQs. If you have the supporting code for this, I'll see about integrating it into the site. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 14:00:41 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12knuK-0006kQ-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 14:00:40 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 0349016003; Thu, 27 Apr 2000 15:58:46 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 09:51:34 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 09:50:59 -0400 Received: from p50-cordelia-gui.tch.enablis.net ([212.250.233.50]:4733 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 09:50:33 -0400 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 OAA27561; Thu, 27 Apr 2000 14:56:42 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id OAA01338; Thu, 27 Apr 2000 14:51:18 +0100 Message-Id: <200004271351.OAA01338@raistlin.arm.linux.org.uk> Subject: Re: Self-documenting code (ha!) To: wookey@aleph1.co.uk (Wookey) Date: Thu, 27 Apr 2000 14:51:17 +0100 (BST) Cc: zach@atworkcom.com (Zach Welch), linux-arm@vger.rutgers.edu (linux-arm) In-Reply-To: from "Wookey" at Apr 27, 2000 02:18:53 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Wookey writes: > Given that we do not really have agreement here on what should go in the > source itself, perhaps a separate document describing the ARM-specific > parts of the kernel and relevant resources is the way to go? Separate documents aren't generally a good idea either. The problem here is that they soon get out of step. From what I've heard on the linux kernel mailing list, it has some sections dating back to the 1.2.xx days, even though the code has moved on since then. The problem is that it contains errors wrt the latest code. What has recently been incorporated into the kernel is "DocBook"-style documentation. This allows the header comments for C functions to be incorporated into a document. I'm not saying that this is a good way for assembler - in fact it's the wrong thing to do really. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 14:05:40 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12knz9-0006oF-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 14:05:39 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 3A81115E6F; Thu, 27 Apr 2000 16:03:47 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 09:56:35 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 09:56:20 -0400 Received: from p50-cordelia-gui.tch.enablis.net ([212.250.233.50]:4761 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 09:56:00 -0400 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 PAA27591; Thu, 27 Apr 2000 15:02:09 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id OAA01356; Thu, 27 Apr 2000 14:56:46 +0100 Message-Id: <200004271356.OAA01356@raistlin.arm.linux.org.uk> Subject: Re: Self-documenting code (ha!) To: jamey@crl.dec.com (Jamey Hicks) Date: Thu, 27 Apr 2000 14:56:45 +0100 (BST) Cc: zach@atworkcom.com, linux-arm@vger.rutgers.edu In-Reply-To: from "Jamey Hicks" at Apr 27, 2000 08:22: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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Jamey Hicks writes: > Actually, I have trouble with the routines that do not > follow the standard calling convention, such as _lookup_processor_type. I > keep recommenting the code with those exceptions, e.g., > bl __lookup_processor_type @ returns values in r8, r9, r10 > ... > bl __lookup_architecture_type @ returns values in r5, r6, r7 > ... > bl __create_page_tables @ uses r5, r6, r8, r8 The problem above is a good example of bad comments actually. Lets say someone modifies __lookup_processor_type to return a value in r11, and __create_page_tables to use the value in r11. They're not really going to update those comments. This now means that the comments are wrong and confusing. > I use the documentation at the head of the entry point to remember what the > values were. This is the correct place to comment that detail. > I think we should be able to maintain single-line inline comments. RHS comments are more acceptable than inline comments. However, keeping them witin the 80 columns is difficult at the best of times. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 14:14:31 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ko7j-0006rH-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 14:14:31 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id F2A7A16025; Thu, 27 Apr 2000 16:12:39 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 10:05:09 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 10:01:37 -0400 Received: from duteinh.et.tudelft.nl ([130.161.42.1]:1452 "EHLO duteinh.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 09:58:01 -0400 Received: from dutein71 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id QAA02920; Thu, 27 Apr 2000 16:01:51 +0200 (MET DST) Message-Id: <200004271401.QAA02920@duteinh.et.tudelft.nl> From: Erik Mouw To: linux@arm.linux.org.uk Cc: jsutherland@accelent.com, linux-arm@vger.rutgers.edu Subject: Re: *TODO* Document the pseudo-ops (adr, ops) In-Reply-To: <200004271344.OAA01315@raistlin.arm.linux.org.uk> Organization: Eric conspiracy secret labs Date: Thu Apr 27 16:01:45 +0200 (MDT) 2000 X-Face: "!Z|1XjFg!3Iw)BwM^M\k)J5KHiPddz}#/Zw%?$&Q!xqob"OA|})3_@&BTTiQERo?/^g[Z<9P4R8:5C:aqq.cw!hotLc=+u-"+1rq@9$V^8PbOUlodyi_sejt+D`iqkLpx$>.aXl%vnfPIt"LK|/%>94_Zrm8jy?`_[RKt'TuoxUxfk(gMhY(n|DBBl~c$dhO>G%6}R4+DGX3|idBm4oU&UM/XUP4I9aoN{]`ax%B?rgD(I3OJ<62Y6L X-Mailer: XCmail 1.0.1 - with PGP support, PGP engine version 0.5 (IRIX) X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/ X-Eric-Conspiracy: There is no conspiracy! X-Loop: erik@it.et.tudelft.nl MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 27 Apr 2000 14:44:32 +0100 (BST), Russell King - ARM Linux Admin wrote: > Erik Mouw writes: >> What about using a FAQ-o-matic, like CVS and gcc have? Everybody would be >> able to add and update FAQs. > > If you have the supporting code for this, I'll see about integrating it into > the site. Have a look at http://www.dartmouth.edu/~jonh/ff-serve/cache/1.html . It basically needs a webserver, Perl, and diskspace. 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' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 14:15:19 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ko8V-0006rm-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 14:15:19 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id C9FB316045; Thu, 27 Apr 2000 16:13:28 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 10:05:14 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 10:01:47 -0400 Received: from p50-cordelia-gui.tch.enablis.net ([212.250.233.50]:4774 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 09:58:21 -0400 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 PAA27606; Thu, 27 Apr 2000 15:04:30 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id OAA01391; Thu, 27 Apr 2000 14:59:06 +0100 Message-Id: <200004271359.OAA01391@raistlin.arm.linux.org.uk> Subject: Re: *TODO* Document the pseudo-ops (adr, ops) To: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Date: Thu, 27 Apr 2000 14:59:06 +0100 (BST) Cc: jsutherland@accelent.com, linux-arm@vger.rutgers.edu In-Reply-To: <200004271401.QAA02920@duteinh.et.tudelft.nl> from "Erik Mouw" at Apr 27, 2000 04:01:45 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Erik Mouw writes: > Have a look at http://www.dartmouth.edu/~jonh/ff-serve/cache/1.html . It > basically needs a webserver, Perl, and diskspace. All of which should not be a problem. Can it cope with the data information located externally to the web 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' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 14:29:52 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12koMa-0006z8-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 14:29:52 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 2D27E16045; Thu, 27 Apr 2000 16:28:01 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 10:19:22 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 10:09:40 -0400 Received: from duteinh.et.tudelft.nl ([130.161.42.1]:1475 "EHLO duteinh.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 10:07:24 -0400 Received: from dutein71 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id QAA03020; Thu, 27 Apr 2000 16:13:33 +0200 (MET DST) Message-Id: <200004271413.QAA03020@duteinh.et.tudelft.nl> From: Erik Mouw To: linux@arm.linux.org.uk Cc: jsutherland@accelent.com, linux-arm@vger.rutgers.edu Subject: Re: *TODO* Document the pseudo-ops (adr, ops) In-Reply-To: <200004271359.OAA01391@raistlin.arm.linux.org.uk> Organization: Eric conspiracy secret labs Date: Thu Apr 27 16:13:31 +0200 (MDT) 2000 X-Face: "!Z|1XjFg!3Iw)BwM^M\k)J5KHiPddz}#/Zw%?$&Q!xqob"OA|})3_@&BTTiQERo?/^g[Z<9P4R8:5C:aqq.cw!hotLc=+u-"+1rq@9$V^8PbOUlodyi_sejt+D`iqkLpx$>.aXl%vnfPIt"LK|/%>94_Zrm8jy?`_[RKt'TuoxUxfk(gMhY(n|DBBl~c$dhO>G%6}R4+DGX3|idBm4oU&UM/XUP4I9aoN{]`ax%B?rgD(I3OJ<62Y6L X-Mailer: XCmail 1.0.1 - with PGP support, PGP engine version 0.5 (IRIX) X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/ X-Eric-Conspiracy: There is no conspiracy! X-Loop: erik@it.et.tudelft.nl MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 27 Apr 2000 14:59:06 +0100 (BST), Russell King - ARM Linux Admin wrote: > Erik Mouw writes: >> Have a look at http://www.dartmouth.edu/~jonh/ff-serve/cache/1.html . It >> basically needs a webserver, Perl, and diskspace. > > All of which should not be a problem. Can it cope with the data information > located externally to the web tree? I honestly don't know. I only have FAQ-o-matic experience as a user, not as an administrator. I think this entry in the FAQ-o-matic FAQ-o-matic administrator guide answers your question: http://www.dartmouth.edu/~jonh/ff-serve/cache/439.html 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' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 14:32:23 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12koP1-0006zm-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 14:32:23 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 36CB41605F; Thu, 27 Apr 2000 16:30:32 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 10:23:09 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 10:19:50 -0400 Received: from p50-cordelia-gui.tch.enablis.net ([212.250.233.50]:4836 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 10:10:49 -0400 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 PAA27678; Thu, 27 Apr 2000 15:16:59 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id PAA01453; Thu, 27 Apr 2000 15:11:35 +0100 Message-Id: <200004271411.PAA01453@raistlin.arm.linux.org.uk> Subject: Re: *TODO* Document the pseudo-ops (adr, ops) To: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Date: Thu, 27 Apr 2000 15:11:35 +0100 (BST) Cc: jsutherland@accelent.com, linux-arm@vger.rutgers.edu In-Reply-To: <200004271413.QAA03020@duteinh.et.tudelft.nl> from "Erik Mouw" at Apr 27, 2000 04:13:31 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Erik Mouw writes: > I honestly don't know. I only have FAQ-o-matic experience as a user, not > as an administrator. I think this entry in the FAQ-o-matic FAQ-o-matic > administrator guide answers your question: > > http://www.dartmouth.edu/~jonh/ff-serve/cache/439.html yep, got it, already playing with it ;) _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 14:36:28 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12koSy-000711-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 14:36:28 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 18C7315FE5; Thu, 27 Apr 2000 16:34:37 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 10:23:19 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 10:20:33 -0400 Received: from generic199.197.205.205.in-addr.arpa ([205.205.197.199]:1784 "EHLO xanadu.vipswitch.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 10:15:00 -0400 Date: Thu, 27 Apr 2000 10:21:31 -0400 (EDT) From: Nicolas Pitre To: "Naik, Uday" Cc: linux-arm@vger.rutgers.edu Subject: RE: kernel panic in kswapd In-Reply-To: <3D33CF40366DD111AC4100A0C96B22AC0870B455@fmsmsx34.fm.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 26 Apr 2000, Naik, Uday wrote: > I am using a new CPU ixp1200, which basically has the SA1100 core > and some gizmos. I am creating a BSP for it. I have made all the > changes and have got to the point where the file system needs to be > mounted and thats where I get the ext2 file system error. [...] > Some details: > > Memory is contiguous and starts at 0xC0000000. > Kernel version is 2.2.13. OK... then it's certainly not discontigous memory problem. > compiler is arm-linux-gcc (not egcs) That's probably not a good idea with 2.2.13 kernels since those kernels weren't gcc-2.95 aware. You better look at the latest 2.2.14 patches instead. IMHO using a 2.2.x kernel isn't a good move at this time. You really should consider 2.3.x instead. > I am using PAGE_OFFSET as 0x20000000. I believe I have made all > the changes needed for this. Using this low number is ok for me > since I never expect to have hard disk storage. Also this allows > me to have a 1-1 virt-phy mapping for most devices. This is not a good idea because you'll squeeze your user-space address space maybe too much. You better ensure the kernel behave correctly with the standard PAGE_OFFSET before fooling around with that. And what's the real advantage of having a 1:1 mapping for IO? Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 14:47:23 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kodX-00074r-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 14:47:23 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 367EE16070; Thu, 27 Apr 2000 16:45:32 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 10:38:29 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 10:37:10 -0400 Received: from thalia.fm.intel.com ([132.233.247.11]:1976 "EHLO thalia.fm.intel.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 10:36:56 -0400 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.22 2000/04/06 17:58:51 dmccart Exp $) with SMTP id OAA05467; Thu, 27 Apr 2000 14:43:28 GMT Received: from fmsmsx27.FM.INTEL.COM ([132.233.48.27]) by 132.233.48.201 (Norton AntiVirus for Internet Email Gateways 1.0) ; Thu, 27 Apr 2000 14:42:41 0000 (GMT) Received: by fmsmsx27.fm.intel.com with Internet Mail Service (5.5.2448.0) id ; Thu, 27 Apr 2000 07:42:40 -0700 Message-ID: <7DAA70BEB463D211AC3E00A0C96B7AB2048D5831@orsmsx41.jf.intel.com> From: "Bright, Norman" To: "'Nicolas Pitre'" , "Bright, Norman" Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: Socket Communication LP-E Problem Date: Thu, 27 Apr 2000 07:42:38 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="windows-1252" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Agreed, John and I have initiated contact. Mail lists are a good thing. :) -----Original Message----- From: Nicolas Pitre [mailto:nico@cam.org] Sent: Wednesday, April 26, 2000 8:13 PM To: Bright, Norman Cc: 'linux-arm@vger.rutgers.edu' Subject: Re: Socket Communication LP-E Problem Please coordinate your work with John G Dorsey . He has been doing much development on the Assabet CS framework already. Duplicate work is wasted time and effort... On Wed, 26 Apr 2000, Bright, Norman wrote: > > We are having some interesting results with the interrupts generated by the > Socket Communications LP-E Ethernet card. Basically the compact flash > interrupt line is constantly asserted and the interrupt status register in > the 8390 inside says it is clear and there are no pending interrupts. The > only time the interrupt line deasserts is when reset is yanked. Does anyone > have experience with this card and the NE2000 compatible driver on SA? > > > Norm > > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ > ++ kernel-related discussions. ++ > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 17:18:31 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kqzn-00085Z-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 17:18:31 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 1FC31160BC; Thu, 27 Apr 2000 19:16:40 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 13:03:48 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 12:54:52 -0400 Received: from crl.dec.com ([192.58.206.2]:2994 "EHLO crl.dec.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 12:53:11 -0400 Received: from ims.crl.dec.com (ims.crl.dec.com [16.11.0.11]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id MAA03046; Thu, 27 Apr 2000 12:59:24 -0400 (EDT) Received: by ims.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Thu, 27 Apr 2000 13:03:37 -0400 Message-ID: From: Jamey Hicks To: "'Russell King - ARM Linux Admin'" , Jamey Hicks Cc: zach@atworkcom.com, linux-arm@vger.rutgers.edu Subject: RE: Self-documenting code (ha!) Date: Thu, 27 Apr 2000 12:59:50 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Russell, > Jamey Hicks writes: > > Actually, I have trouble with the routines that do not > > follow the standard calling convention, such as _lookup_processor_type. I > > keep recommenting the code with those exceptions, e.g., > > bl __lookup_processor_type @ returns values in r8, r9, r10 > > ... > > bl __lookup_architecture_type @ returns values in r5, r6, r7 > > ... > > bl __create_page_tables @ uses r5, r6, r8, r8 > > The problem above is a good example of bad comments actually. Lets say someone > modifies __lookup_processor_type to return a value in r11, and __create_page_tables > to use the value in r11. They're not really going to update > those comments. I think there are enough eyeballs looking at this code and submitting patches that we ought to be able to maintain a few partial lines of comments. I should hope anyone who modifies what __lookup_processor_type does looks at where it is called and updates the caller as well. I think a few more comments would help increase the size of the linux hacker community. -Jamey unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 19:00:42 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ksag-0000ke-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 19:00:42 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 032DB16103; Thu, 27 Apr 2000 20:58:47 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 14:51:45 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 14:51:29 -0400 Received: from [206.24.60.99] ([206.24.60.99]:3302 "EHLO cvsftp.cotw.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 14:51:10 -0400 Received: from cotw.com ([206.24.60.90]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id NAA11787; Thu, 27 Apr 2000 13:57:42 -0500 Message-ID: <39088CF0.4C80CE79@cotw.com> Date: Thu, 27 Apr 2000 13:54:40 -0500 From: "Steven J. Hill" X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.3.47 i686) X-Accept-Language: en MIME-Version: 1.0 To: Jamey Hicks Cc: "'Russell King - ARM Linux Admin'" , zach@atworkcom.com, linux-arm@vger.rutgers.edu, S A McConnell Subject: Re: Self-documenting code (ha!) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Jamey Hicks wrote: > > I think there are enough eyeballs looking at this code and submitting > patches that we ought to be able to maintain a few partial lines of > comments. > > I should hope anyone who modifies what __lookup_processor_type does looks > at where it is called and updates the caller as well. > > I think a few more comments would help increase the size of the linux > hacker community. > Well, if Russell accepts my patches, you will see new additional comments in 'head-armv.S'. Let's just approach this [documentation] a piece at a time and it will eventually get better. -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'finger sjhill@mail.cotw.com' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 20:06:20 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ktcC-0001Cp-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 20:06:20 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id D1FCE16126; Thu, 27 Apr 2000 22:04:22 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 15:57:15 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 15:56:59 -0400 Received: from blazie.com ([207.97.93.2]:24668 "EHLO blazie.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 15:56:47 -0400 Received: from localhost (localhost [127.0.0.1]) by blazie.com (8.9.2/8.8.7) with ESMTP id QAA06143 for ; Thu, 27 Apr 2000 16:03:08 -0400 (EDT) Date: Thu, 27 Apr 2000 16:03:08 -0400 (EDT) From: Chris Blazie To: linux-arm@vger.rutgers.edu Subject: booting kernel on SA1110 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm trying to get a kernel to boot on an SA1110 platform (development board with 64mb SDRAM). I set up the memory configurations in mm/mm-sa1100.c and kernel/arch.c. I pass architecture number 0x10 from the bootloader but it never gets out of head-armv.S. I traced the problem to the instruction turning on the MMU: mcr p15, 0, r0, c1, c0 At this point r0 = 0xc000517d; mmu, write buffer, and all caches on. Is all of that really supposed to happen here? Or is r0 getting incorrectly set in __create_page_tables? I remember someone else reporting a freeze when the MMU is switched on (SA1110 also). Any ideas? Thanks, Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 20:10:43 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ktgR-0001Fo-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 20:10:43 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id AA9251610F; Thu, 27 Apr 2000 22:08:50 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 16:01:37 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 16:01:29 -0400 Received: from p42-cordelia-gui.tch.enablis.net ([212.250.233.42]:4994 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:01:15 -0400 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 VAA29140; Thu, 27 Apr 2000 21:07:23 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id VAA02515; Thu, 27 Apr 2000 21:01:56 +0100 Message-Id: <200004272001.VAA02515@raistlin.arm.linux.org.uk> Subject: Re: booting kernel on SA1110 To: chris@blazie.com (Chris Blazie) Date: Thu, 27 Apr 2000 21:01:54 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Chris Blazie" at Apr 27, 2000 04:03: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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Chris Blazie writes: > mcr p15, 0, r0, c1, c0 > > At this point r0 = 0xc000517d; mmu, write buffer, and all caches > on. Is all of that really supposed to happen here? Or is r0 getting > incorrectly set in __create_page_tables? Yep. r0 looks 100% correct. > I remember someone else reporting a freeze when the MMU is > switched on (SA1110 also). Any ideas? How are you debugging this? If you're using a debugger, then I can imagine you loosing control of the debugger at this 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' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 20:21:25 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ktqn-0001S0-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 20:21:25 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 283BD16126; Thu, 27 Apr 2000 22:19:34 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 16:12:22 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 16:12:05 -0400 Received: from blazie.com ([207.97.93.2]:25123 "EHLO blazie.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:11:48 -0400 Received: from localhost (localhost [127.0.0.1]) by blazie.com (8.9.2/8.8.7) with ESMTP id QAA06416; Thu, 27 Apr 2000 16:17:42 -0400 (EDT) Date: Thu, 27 Apr 2000 16:17:42 -0400 (EDT) From: Chris Blazie To: Russell King - ARM Linux Admin Cc: linux-arm@vger.rutgers.edu Subject: Re: booting kernel on SA1110 In-Reply-To: <200004272001.VAA02515@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > Yep. r0 looks 100% correct. > > > I remember someone else reporting a freeze when the MMU is > > switched on (SA1110 also). Any ideas? > > How are you debugging this? If you're using a debugger, then I can > imagine you loosing control of the debugger at this point. I'm using the (SA1100) debug routines in debug-armv.S. It looks like they're set up to work with or without the MMU. printch fails after the MMU is enabled (and following the 3 noops). Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 20:24:02 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kttK-0001Ss-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 20:24:02 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id D45D01612F; Thu, 27 Apr 2000 22:21:35 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 16:14:13 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 16:13:50 -0400 Received: from ice.fiftyone.com ([208.225.80.11]:1817 "EHLO ice.fiftyone.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:13:15 -0400 Received: from server01.asi (akron-80-182.ar51.net [208.225.80.182]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id QAA21823; Thu, 27 Apr 2000 16:20:03 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Thu, 27 Apr 2000 16:19:54 -0400 Message-ID: From: Jeff Sutherland To: "'Chris Blazie'" , "Linux on ARM Mailing List (E-mail)" Subject: RE: booting kernel on SA1110 Date: Thu, 27 Apr 2000 16:19:46 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > I'm trying to get a kernel to boot on an SA1110 platform > (development board with 64mb SDRAM). I set up the memory > configurations > in mm/mm-sa1100.c and kernel/arch.c. I pass architecture > number 0x10 from > the bootloader but it never gets out of head-armv.S. I > traced the problem > to the instruction turning on the MMU: > > mcr p15, 0, r0, c1, c0 > > At this point r0 = 0xc000517d; mmu, write buffer, and all caches > on. Is all of that really supposed to happen here? Or is r0 getting > incorrectly set in __create_page_tables? > > I remember someone else reporting a freeze when the MMU is > switched on (SA1110 also). Any ideas? > > Thanks, > Chris Well, I'm not exactly an expert on this, but I did successfully get a kernel running on an SA1110 platform. First off, what kernel are you using? For SA1110 you'd better go get 2.3.99-pre3 and the latest patches from ftp.netwinder.org/users/n/nico and ftp.arm.linux.org.uk. The kernel wants to begin execution at 0xC0008000. Stock setup has the compressed kernel image being loaded at 0xC008000, then jump to that address. Then it decompresses, etc. etc. but you know all that already I assume. I moved the initial load address to accommodate my custom bootloader but the decompressed kernel still gets put at 0xC008000. I suspect that if you're trying to load the kernel somewhere else that's where things are getting messed up. Russell King had a good comment about possible problems when using a debugger. Another possibility: If the Icache has not been enabled up to now, turning on the buffers and the Icache initiates an 8 word burst transfer on the memory buss. If the memory timing is not set correctly, especially when using SDRAMs on the SA1110, or there are other signal integrity issues, this is a good time for things to blow up. How do I know this??? Regards, //Jeff unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 20:48:02 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kuGY-0001aq-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 20:48:02 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id EC8F216148; Thu, 27 Apr 2000 22:46:10 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 16:35:34 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 16:35:09 -0400 Received: from blazie.com ([207.97.93.2]:26175 "EHLO blazie.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:28:11 -0400 Received: from localhost (localhost [127.0.0.1]) by blazie.com (8.9.2/8.8.7) with ESMTP id QAA06664; Thu, 27 Apr 2000 16:34:32 -0400 (EDT) Date: Thu, 27 Apr 2000 16:34:32 -0400 (EDT) From: Chris Blazie To: Jeff Sutherland Cc: "Linux on ARM Mailing List (E-mail)" Subject: RE: booting kernel on SA1110 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > Well, I'm not exactly an expert on this, but I did successfully get a kernel > running on an SA1110 platform. First off, what kernel are you using? I'm using 2.3.99-pre3 with rmk1/np3 patches. I'll look at the later patches to see if any significant changes were made in this area. > ftp.netwinder.org/users/n/nico and ftp.arm.linux.org.uk. The kernel wants > to begin execution at 0xC0008000. Stock setup has the compressed kernel I'm using an uncompressed Image and loading to C0008000. > Another possibility: If the Icache has not been enabled up to now, turning > on the buffers and the Icache initiates an 8 word burst transfer on the > memory buss. If the memory timing is not set correctly, especially when > using SDRAMs on the SA1110, or there are other signal integrity issues, this > is a good time for things to blow up. How do I know this??? Is it possible to test for this by NOT enabling the Icache at this point in head-armv.S? Or will that blow up for other reasons? Thanks, Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 20:57:46 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kuPy-0001f1-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 20:57:46 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 9481B16153; Thu, 27 Apr 2000 22:55:55 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 16:38:54 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 16:35:28 -0400 Received: from p42-cordelia-gui.tch.enablis.net ([212.250.233.42]:1120 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:28:41 -0400 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 VAA29234; Thu, 27 Apr 2000 21:34:58 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id VAA02635; Thu, 27 Apr 2000 21:29:30 +0100 Message-Id: <200004272029.VAA02635@raistlin.arm.linux.org.uk> Subject: Re: booting kernel on SA1110 To: jsutherland@accelent.com (Jeff Sutherland) Date: Thu, 27 Apr 2000 21:29:27 +0100 (BST) Cc: chris@blazie.com ('Chris Blazie'), linux-arm@vger.rutgers.edu ("Linux on ARM Mailing List (E-mail)") In-Reply-To: from "Jeff Sutherland" at Apr 27, 2000 04:19:46 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Jeff Sutherland writes: > Another possibility: If the Icache has not been enabled up to now, turning > on the buffers and the Icache initiates an 8 word burst transfer on the > memory buss. If the memory timing is not set correctly, especially when > using SDRAMs on the SA1110, or there are other signal integrity issues, this > is a good time for things to blow up. How do I know this??? I think all those issues got solved back in 2.3.5x days by doing identity mappings etc. Is this a new problem with this processor? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 21:16:13 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kuhp-0001od-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 21:16:13 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 6B99516163; Thu, 27 Apr 2000 23:14:22 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 16:52:52 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 16:50:16 -0400 Received: from generic199.197.205.205.in-addr.arpa ([205.205.197.199]:2050 "EHLO xanadu.vipswitch.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:39:26 -0400 Date: Thu, 27 Apr 2000 16:45:12 -0400 (EDT) From: Nicolas Pitre To: Chris Blazie Cc: Russell King - ARM Linux Admin , linux-arm@vger.rutgers.edu Subject: Re: booting kernel on SA1110 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 27 Apr 2000, Chris Blazie wrote: > > > Yep. r0 looks 100% correct. > > > > > I remember someone else reporting a freeze when the MMU is > > > switched on (SA1110 also). Any ideas? > > > > How are you debugging this? If you're using a debugger, then I can > > imagine you loosing control of the debugger at this point. > > I'm using the (SA1100) debug routines in debug-armv.S. It looks > like they're set up to work with or without the MMU. printch fails after > the MMU is enabled (and following the 3 noops). Do you use zImage or Image? Which patch version? Is angel running on the board or not? Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 21:16:32 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kui8-0001ok-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 21:16:32 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 6F27816165; Thu, 27 Apr 2000 23:14:41 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 16:52:54 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 16:50:44 -0400 Received: from ice.fiftyone.com ([208.225.80.11]:1895 "EHLO ice.fiftyone.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:42:58 -0400 Received: from server01.asi (akron-80-182.ar51.net [208.225.80.182]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id QAA23764; Thu, 27 Apr 2000 16:49:54 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Thu, 27 Apr 2000 16:49:45 -0400 Message-ID: From: Jeff Sutherland To: "'Chris Blazie'" Cc: "'Linux on ARM Mailing List (E-mail)'" Subject: RE: booting kernel on SA1110 Date: Thu, 27 Apr 2000 16:49:42 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > I'm using an uncompressed Image and loading to C0008000. > > > Another possibility: If the Icache has not been enabled up > to now, turning > > on the buffers and the Icache initiates an 8 word burst > transfer on the > > memory buss. If the memory timing is not set correctly, > especially when > > using SDRAMs on the SA1110, or there are other signal > integrity issues, this > > is a good time for things to blow up. How do I know this??? > > Is it possible to test for this by NOT enabling the > Icache at this > point in head-armv.S? Or will that blow up for other reasons? > > Thanks, > Chris Try inserting some debug code: Turn the Icache on without turning on the mmu or enabling the buffers and see if you can still get output. Then try turning on the MMU but do not enable write buffer and Dcache*. If you can't survive turning on just the Icache with MMU off then don't waste time fooling around with the MMU code because it's most likely you have a hardware problem, or a software inspired hardware problem (bad hardware setup in your bootloader). //Jeff *Consult the SA1110 manual or other suitable reference for legal combinations of write buffer, data cache, and MMU bits (hint: there aren't many...) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 21:17:23 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kuiw-0001oz-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 21:17:22 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 6F0AD1613A; Thu, 27 Apr 2000 23:15:32 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 16:52:56 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 16:50:36 -0400 Received: from blazie.com ([207.97.93.2]:27050 "EHLO blazie.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:42:21 -0400 Received: from localhost (localhost [127.0.0.1]) by blazie.com (8.9.2/8.8.7) with ESMTP id QAA06926; Thu, 27 Apr 2000 16:48:42 -0400 (EDT) Date: Thu, 27 Apr 2000 16:48:42 -0400 (EDT) From: Chris Blazie To: Nicolas Pitre Cc: linux-arm@vger.rutgers.edu Subject: Re: booting kernel on SA1110 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > Do you use zImage or Image? Image, loaded at C0008000. > Is angel running on the board or not? No, we're using blob, and it appears to work flawlessly. Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 21:19:06 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kukb-0001pS-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 21:19:05 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id B08CA16157; Thu, 27 Apr 2000 23:17:12 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 17:06:56 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 16:52:25 -0400 Received: from [206.24.60.99] ([206.24.60.99]:3408 "EHLO cvsftp.cotw.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:45:14 -0400 Received: from cotw.com ([206.24.60.90]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id PAA12159; Thu, 27 Apr 2000 15:51:56 -0500 Message-ID: <3908A7B6.1E1FC0E5@cotw.com> Date: Thu, 27 Apr 2000 15:48:54 -0500 From: "Steven J. Hill" X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.3.47 i686) X-Accept-Language: en MIME-Version: 1.0 To: Chris Blazie Cc: Russell King - ARM Linux Admin , linux-arm@vger.rutgers.edu Subject: Re: booting kernel on SA1110 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Chris Blazie wrote: > > > Yep. r0 looks 100% correct. > > > > > I remember someone else reporting a freeze when the MMU is > > > switched on (SA1110 also). Any ideas? > > > > How are you debugging this? If you're using a debugger, then I can > > imagine you loosing control of the debugger at this point. > > I'm using the (SA1100) debug routines in debug-armv.S. It looks > like they're set up to work with or without the MMU. printch fails after > the MMU is enabled (and following the 3 noops). > Correct me if I am wrong, but if you look at the code in 'debug-armv.S' it does not seem to be right: #elif defined(CONFIG_ARCH_SA1100) .macro addruart,rx mrc p15, 0, \rx, c1, c0 tst \rx, #1 @ MMU enabled? moveq \rx, #0x80000000 @ physical base address movne \rx, #0xf8000000 @ virtual address If you will notice, after we see if the MMU is enabled, we perform the test and if it is equal to one, we load in the PHYSICAL address instead of the virtual address. I think the lines are out of order. It should read: #elif defined(CONFIG_ARCH_SA1100) .macro addruart,rx mrc p15, 0, \rx, c1, c0 tst \rx, #1 @ MMU enabled? movne \rx, #0xf8000000 @ virtual address moveq \rx, #0x80000000 @ physical base address Is that correct? -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'finger sjhill@mail.cotw.com' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 21:30:38 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kuvm-0001uM-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 21:30:38 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id B9CFD16173; Thu, 27 Apr 2000 23:28:47 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 17:08:20 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 16:53:06 -0400 Received: from [206.24.60.99] ([206.24.60.99]:3418 "EHLO cvsftp.cotw.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:50:52 -0400 Received: from cotw.com ([206.24.60.90]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id PAA12185; Thu, 27 Apr 2000 15:57:42 -0500 Message-ID: <3908A911.F42ABBE9@cotw.com> Date: Thu, 27 Apr 2000 15:54:41 -0500 From: "Steven J. Hill" X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.3.47 i686) X-Accept-Language: en MIME-Version: 1.0 To: Chris Blazie , Russell King - ARM Linux Admin , linux-arm@vger.rutgers.edu Subject: Whoops, wrong UART fix (was [Re: booting kernel on SA1110]) References: <3908A7B6.1E1FC0E5@cotw.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing "Steven J. Hill" wrote AND screwed up: > > If you will notice, after we see if the MMU is enabled, we perform the > test and if it is equal to one, we load in the PHYSICAL address instead > of the virtual address. I think the lines are out of order. It should > read: > > #elif defined(CONFIG_ARCH_SA1100) > .macro addruart,rx > mrc p15, 0, \rx, c1, c0 > tst \rx, #1 @ MMU enabled? > movne \rx, #0xf8000000 @ virtual address > moveq \rx, #0x80000000 @ physical base address > Crap, what I meant to say was: #elif defined(CONFIG_ARCH_SA1100) .macro addruart,rx mrc p15, 0, \rx, c1, c0 tst \rx, #1 @ MMU enabled? moveq \rx, #0xf8000000 @ virtual address movne \rx, #0x80000000 @ physical base address Sorry. -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'finger sjhill@mail.cotw.com' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 21:47:09 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kvBl-00020P-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 21:47:09 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 226521617E; Thu, 27 Apr 2000 23:45:19 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 17:29:39 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 17:09:00 -0400 Received: from ice.fiftyone.com ([208.225.80.11]:1929 "EHLO ice.fiftyone.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:57:49 -0400 Received: from server01.asi (akron-80-182.ar51.net [208.225.80.182]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id RAA24893; Thu, 27 Apr 2000 17:04:44 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Thu, 27 Apr 2000 17:04:36 -0400 Message-ID: From: Jeff Sutherland To: "'Chris Blazie'" Cc: "'Linux on ARM Mailing List (E-mail)'" Subject: RE: booting kernel on SA1110 Date: Thu, 27 Apr 2000 17:04:34 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > Is it possible to test for this by NOT enabling the > Icache at this > point in head-armv.S? Or will that blow up for other reasons? > > Thanks, > Chris Normally you should always try to run with the Icache on for performance reasons, even (nay, especially) when running from rom. It doesn't need the MMU. If your system won't run from DRAM with the Icache on and you think the memory timing is correct, reduce the speed of the cpu to something like 118MHz, redo your timing calculations, and try again. SDRAM timing setup is not trivial on the SA1110. If it won't run even at the lowest cpu clock frequency when you turn on the Icache it's time to revise the circuit board layout (or review the specs for your memory). Signal integrity is a major issue with these fast low power processors. Even on the Intel Assabet (SA1110 development platform) about 132MHz is all the faster this thing will run reliably day in and day out. At faster speeds we experience occasional random lockups. Happens to WindowsCE, too, so it's not just a Linux thing... //Jeff unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 21:48:00 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kvCa-00020m-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 21:48:00 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 2CB8516181; Thu, 27 Apr 2000 23:46:10 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 17:29:43 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 17:09:14 -0400 Received: from p42-cordelia-gui.tch.enablis.net ([212.250.233.42]:1244 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 16:58:51 -0400 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 WAA29374; Thu, 27 Apr 2000 22:05:06 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id VAA04975; Thu, 27 Apr 2000 21:59:38 +0100 Message-Id: <200004272059.VAA04975@raistlin.arm.linux.org.uk> Subject: Re: booting kernel on SA1110 To: sjhill@cotw.com (Steven J. Hill) Date: Thu, 27 Apr 2000 21:59:36 +0100 (BST) Cc: chris@blazie.com (Chris Blazie), linux-arm@vger.rutgers.edu In-Reply-To: <3908A7B6.1E1FC0E5@cotw.com> from "Steven J. Hill" at Apr 27, 2000 03:48: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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Steven J. Hill writes: > Correct me if I am wrong, but if you look at the code in 'debug-armv.S' it > does not seem to be right: Looks fine to me. > #elif defined(CONFIG_ARCH_SA1100) > .macro addruart,rx > mrc p15, 0, \rx, c1, c0 > tst \rx, #1 @ MMU enabled? > moveq \rx, #0x80000000 @ physical base address > movne \rx, #0xf8000000 @ virtual address > > If you will notice, after we see if the MMU is enabled, we perform the > test and if it is equal to one, No we don't. It's not an equality test. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 22:03:45 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kvRo-00027I-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 22:03:44 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id A9D1216180; Fri, 28 Apr 2000 00:01:53 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 17:48:24 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 17:30:02 -0400 Received: from generic199.197.205.205.in-addr.arpa ([205.205.197.199]:2082 "EHLO xanadu.vipswitch.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 17:09:59 -0400 Date: Thu, 27 Apr 2000 17:16:09 -0400 (EDT) From: Nicolas Pitre To: Chris Blazie Cc: Jeff Sutherland , "Linux on ARM Mailing List (E-mail)" Subject: RE: booting kernel on SA1110 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 27 Apr 2000, Chris Blazie wrote: > > > Well, I'm not exactly an expert on this, but I did successfully get a kernel > > running on an SA1110 platform. First off, what kernel are you using? > > I'm using 2.3.99-pre3 with rmk1/np3 patches. I'll look at the > later patches to see if any significant changes were made in this area. There were. Rather subtile but important. > I'm using an uncompressed Image and loading to C0008000. You really should use zImage. Unless you are confident you know what you're doing and what compressed/head-sa1100.S is doing for you. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 22:06:50 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kvUo-00027x-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 22:06:50 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 4EE3616165; Fri, 28 Apr 2000 00:04:59 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 17:48:37 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 17:30:30 -0400 Received: from ice.fiftyone.com ([208.225.80.11]:1968 "EHLO ice.fiftyone.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 17:17:23 -0400 Received: from server01.asi (akron-80-182.ar51.net [208.225.80.182]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id RAA26015; Thu, 27 Apr 2000 17:24:18 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Thu, 27 Apr 2000 17:24:09 -0400 Message-ID: From: Jeff Sutherland To: "'Chris Blazie'" , "'Nicolas Pitre'" Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: booting kernel on SA1110 Date: Thu, 27 Apr 2000 17:24:03 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > > Do you use zImage or Image? > > Image, loaded at C0008000. > > > Is angel running on the board or not? > > No, we're using blob, and it appears to work flawlessly. This could be the problem. BLOB does not understand how to set up SDRAM chips, only EDO found on the SA1100. Memory will *appear* to work, but turn on the Icache and poof! As Nicolas mentioned, why aren't you using zImage? I don't care to wait that long for things to download, plus there are some things done for you in head-sa1100.S as Nicolas mentioned... //Jeff unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 22:36:46 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kvxm-0002Nf-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 22:36:46 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 0B0EB161A3; Fri, 28 Apr 2000 00:34:56 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 17:50:07 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 17:31:32 -0400 Received: from blazie.com ([207.97.93.2]:5242 "EHLO blazie.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 17:26:42 -0400 Received: from localhost (localhost [127.0.0.1]) by blazie.com (8.9.2/8.8.7) with ESMTP id RAA07985; Thu, 27 Apr 2000 17:33:08 -0400 (EDT) Date: Thu, 27 Apr 2000 17:33:08 -0400 (EDT) From: Chris Blazie To: Jeff Sutherland Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: booting kernel on SA1110 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > > No, we're using blob, and it appears to work flawlessly. > > This could be the problem. BLOB does not understand how to set up SDRAM > chips, only EDO found on the SA1100. Memory will *appear* to work, but turn > on the Icache and poof! As Nicolas mentioned, why aren't you using zImage? Okay, I just tested icache and it appears to work okay. In blob startup code: mrc p15, 0, r0, c1, c0 // get current settings orr r0, r0, #0x1000 // set icache bit mcr p15, 0, r0, c1, c0 // turn on icache If that is correct, then Icache isn't breaking anything. Blob and debugging are still working okay. > As Nicolas mentioned, why aren't you using zImage? > I don't care to wait that long for things to download, plus there are some > things done for you in head-sa1100.S as Nicolas mentioned... I didn't realize the advantage to using zImage, other than size. I actually thought I was making it simpler. I'll use zImage. Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 22:41:08 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kw20-0002OS-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 22:41:08 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id E0B65161A6; Fri, 28 Apr 2000 00:39:17 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 17:56:21 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 17:48:33 -0400 Received: from [206.24.60.99] ([206.24.60.99]:3465 "EHLO cvsftp.cotw.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 17:30:10 -0400 Received: from cotw.com ([206.24.60.90]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id QAA12382 for ; Thu, 27 Apr 2000 16:36:48 -0500 Message-ID: <3908B23B.28998B57@cotw.com> Date: Thu, 27 Apr 2000 16:33:47 -0500 From: "Steven J. Hill" X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.3.47 i686) X-Accept-Language: en MIME-Version: 1.0 Cc: linux-arm@vger.rutgers.edu Subject: Re: booting kernel on SA1110 References: <200004272059.VAA04975@raistlin.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: unlisted-recipients: ;(no To-header on input) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Sorry about the mix up on the debugging code in head-armv.S earlier. My brain is totally fried today. We now return you to your regularly scheduled intelligent posts.... -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'finger sjhill@mail.cotw.com' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 22:49:23 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kw9z-0002V3-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 22:49:23 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 07408161C1; Fri, 28 Apr 2000 00:47:33 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 18:31:15 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 17:51:09 -0400 Received: from generic199.197.205.205.in-addr.arpa ([205.205.197.199]:2098 "EHLO xanadu.vipswitch.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 17:39:30 -0400 Date: Thu, 27 Apr 2000 17:45:40 -0400 (EDT) From: Nicolas Pitre To: Russell King - ARM Linux Admin Cc: Jeff Sutherland , "'Chris Blazie'" , "Linux on ARM Mailing List (E-mail)" Subject: Re: booting kernel on SA1110 In-Reply-To: <200004272029.VAA02635@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 27 Apr 2000, Russell King - ARM Linux Admin wrote: > Jeff Sutherland writes: > > Another possibility: If the Icache has not been enabled up to now, turning > > on the buffers and the Icache initiates an 8 word burst transfer on the > > memory buss. If the memory timing is not set correctly, especially when > > using SDRAMs on the SA1110, or there are other signal integrity issues, this > > is a good time for things to blow up. How do I know this??? > > I think all those issues got solved back in 2.3.5x days by doing identity > mappings etc. Is this a new problem with this processor? No. The issue was a cache coherency problem with head-sa1100.S that got solved in my latest patch. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 27 23:18:42 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kwcM-0002n9-00 for linux-arm-archive@lists.arm.linux.org.uk; Thu, 27 Apr 2000 23:18:42 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id D10BD161DA; Fri, 28 Apr 2000 01:16:51 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 18:55:55 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 18:34:15 -0400 Received: from brain.proaxis.com ([206.163.142.1]:1384 "EHLO brain.proaxis.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 18:04:18 -0400 Received: from zachw ([206.163.141.104]) by brain.proaxis.com (8.9.3/8.9.3) with SMTP id PAA10605; Thu, 27 Apr 2000 15:10:31 -0700 (PDT) Message-ID: <031f01bfb095$217848d0$5901a8c0@tdsway.com> From: "Zach Welch" To: "Nicolas Pitre" Cc: "linux-arm" References: Subject: Re: booting kernel on SA1110 Date: Thu, 27 Apr 2000 15:08:33 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Nicolas, Could you please give a brief explanation as to why zImage is preferred over Image in the current SA-1100 build? Our bootloader uses a built-in compression scheme that I need to use, and the idea of compressing the zImage is not appealing. My understanding is that the two images should be the same (except zImage has to extract the piggyback kernel). Thanks Zach Welch ----- Original Message ----- From: Nicolas Pitre To: Chris Blazie Cc: Jeff Sutherland ; Linux on ARM Mailing List (E-mail) Sent: Thursday, April 27, 2000 2:16 PM Subject: RE: booting kernel on SA1110 > > > On Thu, 27 Apr 2000, Chris Blazie wrote: > > > > > > Well, I'm not exactly an expert on this, but I did successfully get a kernel > > > running on an SA1110 platform. First off, what kernel are you using? > > > > I'm using 2.3.99-pre3 with rmk1/np3 patches. I'll look at the > > later patches to see if any significant changes were made in this area. > > There were. Rather subtile but important. > > > I'm using an uncompressed Image and loading to C0008000. > > You really should use zImage. Unless you are confident you know what > you're doing and what compressed/head-sa1100.S is doing for you. > > > Nicolas > > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ > ++ kernel-related discussions. ++ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 00:14:41 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kxUX-0003Ac-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 00:14:41 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 948B616223; Fri, 28 Apr 2000 02:12:51 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 19:54:55 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 19:33:25 -0400 Received: from modemcable248.137-200-24.mtl.mc.videotron.net ([24.200.137.248]:61794 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 19:01:08 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id TAA26479; Thu, 27 Apr 2000 19:06:59 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Thu, 27 Apr 2000 19:06:59 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Jeff Sutherland Cc: "'Chris Blazie'" , "'Linux on ARM Mailing List (E-mail)'" Subject: RE: booting kernel on SA1110 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 27 Apr 2000, Jeff Sutherland wrote: > issue with these fast low power processors. Even on the Intel Assabet > (SA1110 development platform) about 132MHz is all the faster this thing will > run reliably day in and day out. At faster speeds we experience occasional > random lockups. Happens to WindowsCE, too, so it's not just a Linux > thing... Didn't happen to me in Linux even at 200MHz, so maybe it's a WindowsCE thing... :-) Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 00:18:35 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kxYJ-0003Dv-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 00:18:35 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id A5AAA1622B; Fri, 28 Apr 2000 02:16:45 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 19:55:02 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 19:35:00 -0400 Received: from p42-cordelia-gui.tch.enablis.net ([212.250.233.42]:1771 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 19:15:16 -0400 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 AAA29913; Fri, 28 Apr 2000 00:21:27 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id AAA09082; Fri, 28 Apr 2000 00:15:58 +0100 Message-Id: <200004272315.AAA09082@raistlin.arm.linux.org.uk> Subject: Re: booting kernel on SA1110 To: zach@atworkcom.com (Zach Welch) Date: Fri, 28 Apr 2000 00:15:57 +0100 (BST) Cc: nico@cam.org (Nicolas Pitre), linux-arm@vger.rutgers.edu (linux-arm) In-Reply-To: <031f01bfb095$217848d0$5901a8c0@tdsway.com> from "Zach Welch" at Apr 27, 2000 03:08:33 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Zach Welch writes: > Could you please give a brief explanation as to why zImage is preferred over > Image in the current SA-1100 build? Our bootloader uses a built-in > compression scheme that I need to use, and the idea of compressing the > zImage is not appealing. My understanding is that the two images should be > the same (except zImage has to extract the piggyback kernel). Oh dear. I've been around this one with Rebel.com (when they were Corel Computer). They were basically decompresing and elf-loading the top-level vmlinux file. What is the reason for having your own compression scheme built into your boot loader? It doesn't make sense when the kernel one is tried, tested and proved to work. Please explain why you thought it was a good idea. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 00:33:05 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kxmL-0003Hg-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 00:33:05 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 0593D1623E; Fri, 28 Apr 2000 02:31:15 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 20:18:37 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 19:57:12 -0400 Received: from brain.proaxis.com ([206.163.142.1]:3279 "EHLO brain.proaxis.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 19:44:42 -0400 Received: from zachw ([206.163.141.104]) by brain.proaxis.com (8.9.3/8.9.3) with SMTP id QAA24870; Thu, 27 Apr 2000 16:50:55 -0700 (PDT) Message-ID: <03a101bfb0a3$28208180$5901a8c0@tdsway.com> From: "Zach Welch" To: "Russell King - ARM Linux Admin" Cc: "Nicolas Pitre" , "linux-arm" References: <200004272315.AAA09082@raistlin.arm.linux.org.uk> Subject: Re: booting kernel on SA1110 Date: Thu, 27 Apr 2000 16:48:58 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing The principal motivating factors here are: 1) We also use our bootloader for Windows CE; otherwise, this wouldn't be an issue. 2) The compression is "better" (_very_ fast decompression). 3) Our loader uses ATA loading code that allows us to load the image off of a compact flash and decompress it in one shot. 4) Our code is already proven to work, and we know it sets up the hardware correctly.* 5) I really don't want to mess with our loader's code, if at all possible. (*Well, actually, I've been trying to reconcile the differences between what WinCE and Linux each think is right. But that's an issue seperate from compression...) Really, though, I don't care one way or the other which image we use; the size of the image is about the same and the speed will still be better than CE. In any event, my original question still stands: what's the difference? I've looked at the code, but the comments don't tell me enough... ;) ;) Cheers, Zach Welch ----- Original Message ----- From: Russell King - ARM Linux Admin To: Zach Welch Cc: Nicolas Pitre ; linux-arm Sent: Thursday, April 27, 2000 4:15 PM Subject: Re: booting kernel on SA1110 > Zach Welch writes: > > Could you please give a brief explanation as to why zImage is preferred over > > Image in the current SA-1100 build? Our bootloader uses a built-in > > compression scheme that I need to use, and the idea of compressing the > > zImage is not appealing. My understanding is that the two images should be > > the same (except zImage has to extract the piggyback kernel). > > Oh dear. I've been around this one with Rebel.com (when they were Corel > Computer). They were basically decompresing and elf-loading the top-level > vmlinux file. > > What is the reason for having your own compression scheme built into your > boot loader? It doesn't make sense when the kernel one is tried, tested > and proved to work. > > Please explain why you thought it was a good idea. > _____ > |_____| ------------------------------------------------- ---+---+- > | | Russell King linux@arm.linux.org.uk --- --- > | | | | http://www.arm.linux.org.uk/ / / | > | +-+-+ --- -+- > / | THE developer of ARM Linux |+| /|\ > / | | | --- | > +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 00:35:47 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kxox-0003II-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 00:35:47 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 4654B16240; Fri, 28 Apr 2000 02:33:57 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 20:18:40 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 19:57:30 -0400 Received: from modemcable248.137-200-24.mtl.mc.videotron.net ([24.200.137.248]:61799 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 19:48:46 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id TAA26513; Thu, 27 Apr 2000 19:54:46 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Thu, 27 Apr 2000 19:54:46 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Zach Welch Cc: linux-arm@vger.rutgers.edu, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: booting kernel on SA1110 In-Reply-To: <031f01bfb095$217848d0$5901a8c0@tdsway.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 27 Apr 2000, Zach Welch wrote: > Nicolas, > > Could you please give a brief explanation as to why zImage is preferred over > Image in the current SA-1100 build? Our bootloader uses a built-in > compression scheme that I need to use, and the idea of compressing the > zImage is not appealing. My understanding is that the two images should be > the same (except zImage has to extract the piggyback kernel). In latest kernels, this extraction is done with all caches enabled so it takes less than half a second to execute. So it shouldn't be a big deal for you to blindlessly use zImage, even if you had it compressed already. There is a nice side effect too -- there is a checksum performed on the kernel image while it is uncompressed so you won't silently boot a truncated or corrupted kernel image. Now the SA1100 reason for using zImage is this: Some, if not most, SA1100 boards uses many different bootloaders, some leaves the MMU activated, some jumps in the kernel while not in SVC mode, some doesn't initialize the serial port on which debugging output should be sent, some doesn't actually set proper values in r0/r1 for kernel entry, etc. A good example of this is the angel debug monitor. The linker script for the compressed boot image allows for inserting an arbitrary chunk of code very near the beginning of the execution so all SA1100 specific hacks and tweaks are isolated away in a single file: head-sa1100.S. This makes things pretty clean without polluting the main code with #ifdef ... In head_sa1100.S, you'll find some code to get control from angel's hands, caches are cleaned (very important) and MMU turned off (doesn't matter if it is off already, but just in case), serial ports might be initialized, etc. The idea is to put the CPU in the barest state so the mainline kernel code can start over with no catch. Since this code should not run twice, I linked it with zImage only since zImage is what most people would use. Like I said above, it can't arm if you always use zImage anyway. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 00:40:13 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kxtF-0003JG-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 00:40:13 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id D417B16249; Fri, 28 Apr 2000 02:38:22 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 20:25:40 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 20:18:39 -0400 Received: from modemcable248.137-200-24.mtl.mc.videotron.net ([24.200.137.248]:61804 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 19:56:48 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id UAA26552; Thu, 27 Apr 2000 20:02:48 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Thu, 27 Apr 2000 20:02:48 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Russell King - ARM Linux Admin Cc: Zach Welch , linux-arm Subject: Re: booting kernel on SA1110 In-Reply-To: <200004272315.AAA09082@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 28 Apr 2000, Russell King - ARM Linux Admin wrote: > Zach Welch writes: > > Could you please give a brief explanation as to why zImage is preferred over > > Image in the current SA-1100 build? Our bootloader uses a built-in > > compression scheme that I need to use, and the idea of compressing the > > zImage is not appealing. My understanding is that the two images should be > > the same (except zImage has to extract the piggyback kernel). > > Oh dear. I've been around this one with Rebel.com (when they were Corel > Computer). They were basically decompresing and elf-loading the top-level > vmlinux file. > > What is the reason for having your own compression scheme built into your > boot loader? Some bootloaders are designed to load other ... OSes which might not have autodecompression capabilities. > It doesn't make sense when the kernel one is tried, tested > and proved to work. Well... As long as zImage is still used, the CRC will stool broken bootloader decompression schemes... Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 00:40:32 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kxtY-0003JO-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 00:40:32 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 937A516234; Fri, 28 Apr 2000 02:38:42 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 20:30:27 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 20:19:17 -0400 Received: from modemcable248.137-200-24.mtl.mc.videotron.net ([24.200.137.248]:61807 "EHLO xanadu.gn.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 20:00:03 -0400 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id UAA26556; Thu, 27 Apr 2000 20:06:06 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Thu, 27 Apr 2000 20:06:06 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Zach Welch Cc: Russell King - ARM Linux Admin , linux-arm Subject: Re: booting kernel on SA1110 In-Reply-To: <03a101bfb0a3$28208180$5901a8c0@tdsway.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 27 Apr 2000, Zach Welch wrote: > The principal motivating factors here are: > > 1) We also use our bootloader for Windows CE; otherwise, this wouldn't be an > issue. > 2) The compression is "better" (_very_ fast decompression). Like I said, this has improoved a lot in latest kernels. I really mean a lot. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 00:56:44 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12ky9E-0003Nd-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 00:56:44 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 139AF1625C; Fri, 28 Apr 2000 02:54:54 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Thu, 27 Apr 2000 20:47:14 -0400 Received: by vger.rutgers.edu id ; Thu, 27 Apr 2000 20:46:44 -0400 Received: from thalia.fm.intel.com ([132.233.247.11]:3699 "EHLO thalia.fm.intel.com") by vger.rutgers.edu with ESMTP id ; Thu, 27 Apr 2000 20:41:37 -0400 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.22 2000/04/06 17:58:51 dmccart Exp $) with SMTP id AAA02159; Fri, 28 Apr 2000 00:48:32 GMT Received: from fmsmsx29.FM.INTEL.COM ([132.233.48.29]) by 132.233.48.202 (Norton AntiVirus for Internet Email Gateways 1.0) ; Fri, 28 Apr 2000 00:47:44 0000 (GMT) Received: by fmsmsx29.fm.intel.com with Internet Mail Service (5.5.2448.0) id <26QVZA55>; Thu, 27 Apr 2000 17:47:43 -0700 Message-ID: <4EE51D128990D211AC4100A0C96B1E440184193D@fmsmsx74.fm.intel.com> From: "Meng, David" To: "'Chris Blazie'" , linux-arm@vger.rutgers.edu Subject: RE: booting kernel on SA1110 Date: Thu, 27 Apr 2000 17:47:42 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > I'm trying to get a kernel to boot on an SA1110 platform >(development board with 64mb SDRAM). I set up the memory configurations >in mm/mm-sa1100.c and kernel/arch.c. I pass architecture number 0x10 from >the bootloader but it never gets out of head-armv.S. I traced the problem >to the instruction turning on the MMU: >mcr p15, 0, r0, c1, c0 > At this point r0 = 0xc000517d; mmu, write buffer, and all caches >on. Is all of that really supposed to happen here? Or is r0 getting >incorrectly set in __create_page_tables? If the error is undefined instuction, the reason is that the ARM is in the user mode. This coprocessor instruction is supposed to be used in supervisor mode. David Meng ____________________________________________________________ This is my personal opinion and not related to my employer. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 07:22:19 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12l4AM-0005Bi-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 07:22:18 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id D3C191621F; Fri, 28 Apr 2000 09:20:28 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 03:13:21 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 03:13:13 -0400 Received: from quarl0.etek.chalmers.se ([129.16.32.20]:3471 "EHLO etek.chalmers.se") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 03:13:02 -0400 Received: from hortensia.etek.chalmers.se (_7-A4D@hortensia [129.16.32.92]) by etek.chalmers.se (8.8.8/8.8.8) with ESMTP id JAA09299 for ; Fri, 28 Apr 2000 09:19:35 +0200 (MET DST) X-Authentication-Warning: quarl0.etek.chalmers.se: Host _7-A4D@hortensia [129.16.32.92] claimed to be hortensia.etek.chalmers.se Received: (from e4borgen@localhost) by hortensia.etek.chalmers.se (8.8.8/8.8.8) id JAA02510 for linux-arm@vger.rutgers.edu; Fri, 28 Apr 2000 09:19:35 +0200 (MET DST) Date: Fri, 28 Apr 2000 09:19:34 +0200 From: Per Borgentun To: linux-arm@vger.rutgers.edu Subject: Re: booting kernel on SA1110 Message-ID: <20000428091934.A12317@etek.chalmers.se> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: ; from Jeff Sutherland on Thu, Apr 27, 2000 at 05:24:03PM -0400 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing * Jeff Sutherland (jsutherland@accelent.com) [000428 00:08]: > > > Do you use zImage or Image? > > > > Image, loaded at C0008000. > > > > > Is angel running on the board or not? > > > > No, we're using blob, and it appears to work flawlessly. > > This could be the problem. BLOB does not understand how to set up SDRAM > chips, only EDO found on the SA1100. Memory will *appear* to work, but turn > on the Icache and poof! As Nicolas mentioned, why aren't you using zImage? > I don't care to wait that long for things to download, plus there are some > things done for you in head-sa1100.S as Nicolas mentioned... > > //Jeff > Another idea might be to check that you setup the SDRAM correct, failing to set the right row width will give you problems, (although the bootloader is running fine) been there done that... Another question, where should I put the stack pointer when I boot linux, I am still having problems with booting zImage although Image file works fine. (2.2.12 kernel) /Per B. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 09:04:00 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12l5km-0005l5-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 09:04:00 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id A803D15E54; Fri, 28 Apr 2000 11:02:10 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 04:54:32 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 04:54:10 -0400 Received: from p45-cordelia-gui.tch.enablis.net ([212.250.233.45]:1871 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 04:51:02 -0400 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 JAA31364; Fri, 28 Apr 2000 09:23:17 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id JAA18940; Fri, 28 Apr 2000 09:17:58 +0100 From: Russell King - ARM Linux Admin Message-Id: <200004280817.JAA18940@flint.arm.linux.org.uk> Subject: Re: booting kernel on SA1110 To: nico@cam.org (Nicolas Pitre) Date: Fri, 28 Apr 2000 09:17:58 +0100 (BST) Cc: zach@atworkcom.com (Zach Welch), linux-arm@vger.rutgers.edu (linux-arm) In-Reply-To: from "Nicolas Pitre" at Apr 27, 2000 08:06:06 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Nicolas Pitre writes: > On Thu, 27 Apr 2000, Zach Welch wrote: > > The principal motivating factors here are: > > > > 1) We also use our bootloader for Windows CE; otherwise, this wouldn't be an > > issue. > > 2) The compression is "better" (_very_ fast decompression). > > Like I said, this has improoved a lot in latest kernels. I really mean a > lot. On a NetWinder running at 275MHz with a 38400 baud serial port, I am unable to practically measure the decompression time it's soo short. I think the serial port may actually be slowing the thing down actually. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 09:09:54 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12l5qU-0005mw-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 09:09:54 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 54ADF15E7F; Fri, 28 Apr 2000 11:08:04 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 05:00:45 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 05:00:37 -0400 Received: from [203.116.85.223] ([203.116.85.223]:3241 "EHLO cet.cet.st.com.sg") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 05:00:22 -0400 Received: from Nicodemus (cet.st.com.sg [10.66.18.164] (may be forged)) by cet.cet.st.com.sg (2.6 Build 1 (Berkeley 8.8.6)/8.8.4) with SMTP id RAA00535; Fri, 28 Apr 2000 17:06:54 +0800 Message-ID: <008101c42d00$b30f70c0$a412420a@Nicodemus> From: "Alan Chong" To: Cc: Subject: Booting Brutus Board Date: Wed, 28 Apr 2004 17:10:49 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi All !! I am new to linux and I am giving a task to boot linux from the Brutus board that I am given. Where can I get all the latest arm linux kernel files ??? My brutus board is running Angel 1.20 and I am running Linux RedHat 6.0 as host. I have managed to build a zImage following the instructions which I got it from the Intel web site. However, there is no login prompt as expected. Any help or advice would be appreciated. The followings kernel related files that I used are listed below : binutils-2.9.1.0.25.tar.gz egcs-1.1.2.tar.gz egcs-1.1.2-arm-diff-990325.gz glibc-2.1.2.tar.gz glibc-crypt-2.1.tar.gz (non-US version) glibc-linuxthreads-2.1.2.tar.gz linux-2.2.2.tar.gz patch-2.2.2-rmk5.gz diff-2.2.2-rmk5-np3.gz Are there any conflicts among the above files ?? Please advise. Thanks Many thanks in advance Alan unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 12:19:05 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12l8nZ-00071G-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 12:19:05 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 6C5A615F92; Fri, 28 Apr 2000 14:17:16 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 08:09:57 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 08:09:51 -0400 Received: from duteinh.et.tudelft.nl ([130.161.42.1]:2319 "EHLO duteinh.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 08:09:27 -0400 Received: from dutein71 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id OAA11482; Fri, 28 Apr 2000 14:15:48 +0200 (MET DST) Message-Id: <200004281215.OAA11482@duteinh.et.tudelft.nl> From: Erik Mouw To: jsutherland@accelent.com Cc: chris@blazie.com, linux-arm@vger.rutgers.edu Subject: RE: booting kernel on SA1110 In-Reply-To: Organization: Eric conspiracy secret labs Date: Fri Apr 28 14:15:46 +0200 (MDT) 2000 X-Face: "!Z|1XjFg!3Iw)BwM^M\k)J5KHiPddz}#/Zw%?$&Q!xqob"OA|})3_@&BTTiQERo?/^g[Z<9P4R8:5C:aqq.cw!hotLc=+u-"+1rq@9$V^8PbOUlodyi_sejt+D`iqkLpx$>.aXl%vnfPIt"LK|/%>94_Zrm8jy?`_[RKt'TuoxUxfk(gMhY(n|DBBl~c$dhO>G%6}R4+DGX3|idBm4oU&UM/XUP4I9aoN{]`ax%B?rgD(I3OJ<62Y6L X-Mailer: XCmail 1.0.1 - with PGP support, PGP engine version 0.5 (IRIX) X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/ X-Eric-Conspiracy: There is no conspiracy! X-Loop: erik@it.et.tudelft.nl MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 27 Apr 2000 17:04:34 -0400, Jeff Sutherland wrote: [snip] > issue with these fast low power processors. Even on the Intel Assabet > (SA1110 development platform) about 132MHz is all the faster this thing will > run reliably day in and day out. At faster speeds we experience occasional > random lockups. Happens to WindowsCE, too, so it's not just a Linux > thing... Sounds like bad memory timings to me. We got the same symptoms when we overclocked an SA1100 without adjusting the DRAM timings. On the SA1100 the DRAM timings are closely related to the core clock speed. If the SA1110 uses the same mechanism, you should just recalculate and set the DRAM timings for the higher clock speed. 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' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 12:26:48 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12l8v2-00074F-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 12:26:48 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id CA41715EFD; Fri, 28 Apr 2000 14:24:53 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 08:17:26 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 08:17:05 -0400 Received: from p45-robin-gui.tch.enablis.net ([194.168.180.105]:1941 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 08:16:51 -0400 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 KAA31888; Fri, 28 Apr 2000 10:49:55 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id KAA19300; Fri, 28 Apr 2000 10:44:36 +0100 From: Russell King - ARM Linux Admin Message-Id: <200004280944.KAA19300@flint.arm.linux.org.uk> Subject: Re: booting kernel on SA1110 To: e4borgen@etek.chalmers.se (Per Borgentun) Date: Fri, 28 Apr 2000 10:44:36 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <20000428091934.A12317@etek.chalmers.se> from "Per Borgentun" at Apr 28, 2000 09:19:34 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Per Borgentun writes: > Another question, where should I put the stack pointer when I > boot linux, I am still having problems with booting zImage although > Image file works fine. (2.2.12 kernel) No where. both zImage and Image work out where they want to put the stack pointer themselves. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 13:16:52 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12l9hU-0007Pn-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 13:16:52 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 177CF15F3D; Fri, 28 Apr 2000 15:15:02 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 09:07:42 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 09:07:33 -0400 Received: from ice.fiftyone.com ([208.225.80.11]:2829 "EHLO ice.fiftyone.com") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 09:07:22 -0400 Received: from server01.asi (akron-80-194.ar51.net [208.225.80.194]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id JAA04641; Fri, 28 Apr 2000 09:14:35 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Fri, 28 Apr 2000 09:14:26 -0400 Message-ID: From: Jeff Sutherland To: "'Nicolas Pitre'" Cc: "'Chris Blazie'" , "'Linux on ARM Mailing List (E-mail)'" Subject: RE: booting kernel on SA1110 Date: Fri, 28 Apr 2000 09:14:18 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > On Thu, 27 Apr 2000, Jeff Sutherland wrote: > > > issue with these fast low power processors. Even on the > Intel Assabet > > (SA1110 development platform) about 132MHz is all the > faster this thing will > > run reliably day in and day out. At faster speeds we > experience occasional > > random lockups. Happens to WindowsCE, too, so it's not just a Linux > > thing... > > Didn't happen to me in Linux even at 200MHz, so maybe it's a WindowsCE > thing... :-) > > > Nicolas You have an AssabetPlus, I take it? Check your SDRAMs: if they're Toshiba, you've got the Plus. Samsung parts are on the older version. Once I get networking up and running I may try to push the speed limit up :) //Jeff unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 15:45:53 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lC1h-0000Gx-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 15:45:53 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id E671C15D5C; Fri, 28 Apr 2000 17:44:03 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 11:36:11 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 11:35:51 -0400 Received: from ganymede.or.intel.com ([134.134.248.3]:1267 "EHLO ganymede.or.intel.com") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 11:34:34 -0400 Received: from SMTP (orsmsxvs02-1.jf.intel.com [192.168.65.201]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.22 2000/04/06 17:58:51 dmccart Exp $) with SMTP id IAA13075 for ; Fri, 28 Apr 2000 08:40:58 -0700 (PDT) Received: from orsmsx29.jf.intel.com ([192.168.70.29]) by 192.168.70.201 (Norton AntiVirus for Internet Email Gateways 1.0) ; Fri, 28 Apr 2000 15:40:58 0000 (GMT) Received: by orsmsx29.jf.intel.com with Internet Mail Service (5.5.2448.0) id ; Fri, 28 Apr 2000 08:40:56 -0700 Message-ID: <51C0AF25889FD211AC3F00A0C984090D029C1CF6@orsmsx50.jf.intel.com> From: "Gally, Jerry" To: linux-arm@vger.rutgers.edu Subject: ARM assembly syntax for gcc Date: Fri, 28 Apr 2000 08:40:53 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Newbie noise: where can I find documentation on gcc's ARM assembly syntax ? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 16:17:25 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lCWD-0000YE-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 16:17:25 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 528A715D70; Fri, 28 Apr 2000 18:15:35 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 11:57:35 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 11:53:21 -0400 Received: from crl.dec.com ([192.58.206.2]:3218 "EHLO crl.dec.com") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 11:45:45 -0400 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 LAA25924; Fri, 28 Apr 2000 11:51:58 -0400 (EDT) Received: by CRLWEBMAIL with Internet Mail Service (5.5.2650.21) id <20427B0J>; Fri, 28 Apr 2000 11:56:12 -0400 Message-ID: From: George France To: "'Russell King - ARM Linux Admin'" , zach@atworkcom.com Cc: nico@cam.org, linux-arm@vger.rutgers.edu Subject: RE: booting kernel on SA1110 Date: Fri, 28 Apr 2000 11:52:33 -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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I have compression in my boot loader for NetBSD, even though it is not necessary for Linux. Maybe these people are doing the same. --George Russell King - ARM Linux Admin [mailto:linux@arm.linux.org.uk] wrote: What is the reason for having your own compression scheme built into your boot loader? It doesn't make sense when the kernel one is tried, tested and proved to work. Please explain why you thought it was a good idea. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 16:18:05 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lCWr-0000Ya-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 16:18:05 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id F108B15D74; Fri, 28 Apr 2000 18:16:15 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 11:57:37 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 11:53:34 -0400 Received: from crl.dec.com ([192.58.206.2]:3229 "EHLO crl.dec.com") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 11:46:43 -0400 Received: from ims.crl.dec.com (ims.crl.dec.com [16.11.0.11]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id LAA24755; Fri, 28 Apr 2000 11:53:19 -0400 (EDT) Received: by ims.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Fri, 28 Apr 2000 11:57:34 -0400 Message-ID: From: George France To: "'Meng, David'" , "'Chris Blazie'" , linux-arm@vger.rutgers.edu Subject: RE: booting kernel on SA1110 Date: Fri, 28 Apr 2000 11:53:55 -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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hello David; Are you doing this big or little edian? --George -----Original Message----- From: Meng, David [mailto:david.meng@intel.com] Sent: Thursday, April 27, 2000 8:48 PM To: 'Chris Blazie'; linux-arm@vger.rutgers.edu Subject: RE: booting kernel on SA1110 > I'm trying to get a kernel to boot on an SA1110 platform >(development board with 64mb SDRAM). I set up the memory configurations >in mm/mm-sa1100.c and kernel/arch.c. I pass architecture number 0x10 from >the bootloader but it never gets out of head-armv.S. I traced the problem >to the instruction turning on the MMU: >mcr p15, 0, r0, c1, c0 > At this point r0 = 0xc000517d; mmu, write buffer, and all caches >on. Is all of that really supposed to happen here? Or is r0 getting >incorrectly set in __create_page_tables? If the error is undefined instuction, the reason is that the ARM is in the user mode. This coprocessor instruction is supposed to be used in supervisor mode. David Meng ____________________________________________________________ This is my personal opinion and not related to my employer. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 18:28:49 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lEZN-0000yq-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 18:28:49 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id D51E815D74; Fri, 28 Apr 2000 19:28:46 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 13:21:32 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 13:21:15 -0400 Received: from [202.141.26.181] ([202.141.26.181]:1995 "EHLO ee.iitm.ernet.in") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 13:20:53 -0400 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id VAA12172 for ; Fri, 28 Apr 2000 21:30:50 +0530 Date: Fri, 28 Apr 2000 21:30:49 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm@vger.rutgers.edu Subject: Software support Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I have got the Evaluation Kit for the EDB7500FE-2. (CL-PS7500FE ARM processor). I have used the ARM SDT and checked the basic routines (ie the Mouse, VGA, etc.) I want to develop a proper software support (Linux OS / Windows95). Where should I look for such software support? I have downloaded the Ethernet drivers form Cirrus Logic website but do not know how to proceed next. Could you advise me as to how to go about doing this? Regards, Lavu Sridhar unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 21:57:58 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lHpm-000248-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 21:57:58 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id E58FA15D4F; Fri, 28 Apr 2000 22:57:56 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 16:50:03 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 16:49:14 -0400 Received: from [202.141.26.181] ([202.141.26.181]:3475 "EHLO ee.iitm.ernet.in") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 16:41:09 -0400 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id CAA22689 for ; Sat, 29 Apr 2000 02:14:19 +0530 Date: Sat, 29 Apr 2000 02:14:19 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: linux-arm@vger.rutgers.edu Subject: Re: Software support In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I have got the Evaluation Kit for the Cirrus EDB7500FE-2. (CL-PS7500FE ARM processor). I have used the ARM SDT and checked the basic routines (ie the Mouse, VGA, etc.) I want to port ARM LINUX OS onto the Cirrus Chip. What should I do first? Should I go in for V2.3 of the CVS tree? How do I do it? Regards, Lavu Sridhar Regards, Lavu Sridhar --------------------------------------------------------------------- Have a nice time! --------------------------------------------------------------------- ee96162@ee.iitm.ernet.in lavu30@yahoo.com Room 210, Saraswathi Hostel IIT -Madras, Chennai 600036 --------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 23:20:03 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lJ7D-0002UE-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 23:20:03 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id A3C4A15D62; Sat, 29 Apr 2000 00:20:02 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 18:12:23 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 18:11:57 -0400 Received: from generic199.197.205.205.in-addr.arpa ([205.205.197.199]:3065 "EHLO xanadu.vipswitch.com") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 18:06:32 -0400 Date: Fri, 28 Apr 2000 18:10:38 -0400 (EDT) From: Nicolas Pitre To: Alan Chong Cc: linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu Subject: Re: Booting Brutus Board In-Reply-To: <008101c42d00$b30f70c0$a412420a@Nicodemus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 28 Apr 2004, Alan Chong wrote: > > Hi All !! > > I am new to linux and I am giving a task to boot linux from the Brutus board > that I am given. > Where can I get all the latest arm linux kernel files ??? Look at ftp.netwinder.org/users/n/nico. There you'll find required patches. Also you'll find a brutus-test.tgz file which contains all binaries to boot Linux on Brutus. Nicolas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 23:50:18 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lJaU-0002cl-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 23:50:18 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 143F815D4A; Sat, 29 Apr 2000 00:50:17 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 18:42:48 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 18:42:41 -0400 Received: from brain.proaxis.com ([206.163.142.1]:1883 "EHLO brain.proaxis.com") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 18:42:16 -0400 Received: from zachw ([206.163.141.104]) by brain.proaxis.com (8.9.3/8.9.3) with SMTP id PAA09957 for ; Fri, 28 Apr 2000 15:49:02 -0700 (PDT) Message-ID: <000b01bfb163$ad0a8650$5901a8c0@tdsway.com> From: "Zach Welch" To: "linux-arm" References: Subject: Re: SA-1100 Problems Date: Fri, 28 Apr 2000 15:47:04 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Ok, I've managed to get our SA-1100 system to boot through to the kernel init process (using Image with the extra stuff from head-sa1100.s pasted in). The kernel makes it past free_initmem() in init, but then debug output stops. Immediately after the point I lose feedback, the system opens /dev/console. I tried adding: console=/dev/ttyS1,38400 to my kernel parameter line (in fixup_sa1100), thinking that the output may be redirected at that point. No change was detected in the systems behaviour. Any thoughts as to what might be happening? Thanks, Zach Welch unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 28 23:58:15 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lJiB-0002g2-00 for linux-arm-archive@lists.arm.linux.org.uk; Fri, 28 Apr 2000 23:58:15 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 07D9315D48; Sat, 29 Apr 2000 00:58:15 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 18:50:47 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 18:50:28 -0400 Received: from p21-cordelia-gui.tch.enablis.net ([212.250.233.21]:2739 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 18:50:15 -0400 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 XAA02429; Fri, 28 Apr 2000 23:56:47 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id XAA02632; Fri, 28 Apr 2000 23:56:55 +0100 Message-Id: <200004282256.XAA02632@raistlin.arm.linux.org.uk> Subject: Re: SA-1100 Problems To: zach@atworkcom.com (Zach Welch) Date: Fri, 28 Apr 2000 23:56:54 +0100 (BST) Cc: linux-arm@vger.rutgers.edu (linux-arm) In-Reply-To: <000b01bfb163$ad0a8650$5901a8c0@tdsway.com> from "Zach Welch" at Apr 28, 2000 03:47:04 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Zach Welch writes: > Immediately after the point I lose feedback, the system opens /dev/console. > I tried adding: > > console=/dev/ttyS1,38400 In the code that I've seen, the sa1100 hard codes the console into its serial drivers. Therefore this option doesn't work. > to my kernel parameter line (in fixup_sa1100), thinking that the output may > be redirected at that point. No change was detected in the systems > behaviour. Any thoughts as to what might be happening? Yep. The serial driver is probably getting confused with the debugging messages. If it boots that far, you should probably disable the debugging stuff and move back to the more conventional kernel messages on console approach. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 29 00:46:01 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lKSP-000318-00 for linux-arm-archive@lists.arm.linux.org.uk; Sat, 29 Apr 2000 00:46:01 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 65A1015D4D; Sat, 29 Apr 2000 01:46:00 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 19:38:05 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 19:36:33 -0400 Received: from ganymede.or.intel.com ([134.134.248.3]:3563 "EHLO ganymede.or.intel.com") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 19:23:20 -0400 Received: from SMTP (orsmsxvs02-1.jf.intel.com [192.168.65.201]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.22 2000/04/06 17:58:51 dmccart Exp $) with SMTP id QAA20910; Fri, 28 Apr 2000 16:29:35 -0700 (PDT) Received: from orsmsx29.jf.intel.com ([192.168.70.29]) by 192.168.70.201 (Norton AntiVirus for Internet Email Gateways 1.0) ; Fri, 28 Apr 2000 23:29:33 0000 (GMT) Received: by orsmsx29.jf.intel.com with Internet Mail Service (5.5.2448.0) id ; Fri, 28 Apr 2000 16:29:31 -0700 Message-ID: <4EE51D128990D211AC4100A0C96B1E4401841940@fmsmsx74.fm.intel.com> From: "Meng, David" To: "'George France'" , "'Chris Blazie'" , linux-arm@vger.rutgers.edu Subject: RE: booting kernel on SA1110 Date: Fri, 28 Apr 2000 16:29:28 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi George: I am doing little endian first. I will do it in big endian. Regards. David -----Original Message----- From: George France [mailto:france@crl.dec.com] Sent: Friday, April 28, 2000 8:54 AM To: 'Meng, David'; 'Chris Blazie'; linux-arm@vger.rutgers.edu Subject: RE: booting kernel on SA1110 Hello David; Are you doing this big or little edian? --George -----Original Message----- From: Meng, David [mailto:david.meng@intel.com] Sent: Thursday, April 27, 2000 8:48 PM To: 'Chris Blazie'; linux-arm@vger.rutgers.edu Subject: RE: booting kernel on SA1110 > I'm trying to get a kernel to boot on an SA1110 platform >(development board with 64mb SDRAM). I set up the memory configurations >in mm/mm-sa1100.c and kernel/arch.c. I pass architecture number 0x10 from >the bootloader but it never gets out of head-armv.S. I traced the problem >to the instruction turning on the MMU: >mcr p15, 0, r0, c1, c0 > At this point r0 = 0xc000517d; mmu, write buffer, and all caches >on. Is all of that really supposed to happen here? Or is r0 getting >incorrectly set in __create_page_tables? If the error is undefined instuction, the reason is that the ARM is in the user mode. This coprocessor instruction is supposed to be used in supervisor mode. David Meng ____________________________________________________________ This is my personal opinion and not related to my employer. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 29 01:23:40 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lL2q-0003DN-00 for linux-arm-archive@lists.arm.linux.org.uk; Sat, 29 Apr 2000 01:23:40 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 028AC15D49; Sat, 29 Apr 2000 02:23:39 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Fri, 28 Apr 2000 20:16:08 -0400 Received: by vger.rutgers.edu id ; Fri, 28 Apr 2000 20:16:01 -0400 Received: from duteinh.et.tudelft.nl ([130.161.42.1]:2785 "EHLO duteinh.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Fri, 28 Apr 2000 20:15:46 -0400 Received: from kalman by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id CAA14513; Sat, 29 Apr 2000 02:21:39 +0200 (MET DST) Message-Id: <200004290021.CAA14513@duteinh.et.tudelft.nl> From: Erik Mouw To: linux@arm.linux.org.uk Cc: zach@atworkcom.com, linux-arm@vger.rutgers.edu Subject: Re: SA-1100 Problems In-Reply-To: <200004282256.XAA02632@raistlin.arm.linux.org.uk> Organization: Eric conspiracy secret labs Date: Sat Apr 29 00:21:31 +0000 (GMT) 2000 X-Face: "!Z|1XjFg!3Iw)BwM^M\k)J5KHiPddz}#/Zw%?$&Q!xqob"OA|})3_@&BTTiQERo?/^g[Z<9P4R8:5C:aqq.cw!hotLc=+u-"+1rq@9$V^8PbOUlodyi_sejt+D`iqkLpx$>.aXl%vnfPIt"LK|/%>94_Zrm8jy?`_[RKt'TuoxUxfk(gMhY(n|DBBl~c$dhO>G%6}R4+DGX3|idBm4oU&UM/XUP4I9aoN{]`ax%B?rgD(I3OJ<62Y6L X-Mailer: XCmail 1.0.1 - with PGP support, PGP engine version 0.5 (Linux) X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/ X-Eric-Conspiracy: There is no conspiracy! X-Loop: erik@it.et.tudelft.nl MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 28 Apr 2000 23:56:54 +0100 (BST), Russell King - ARM Linux Admin wrote: > Zach Welch writes: >> to my kernel parameter line (in fixup_sa1100), thinking that the output may >> be redirected at that point. No change was detected in the systems >> behaviour. Any thoughts as to what might be happening? > > Yep. The serial driver is probably getting confused with the debugging > messages. > If it boots that far, you should probably disable the debugging stuff and move > back to the more conventional kernel messages on console approach. I think the SA1100 serial driver doesn't correctly behave like a real console. If I compile with "Console on SA1100 serial port" and without the frame buffer device, I always get the message "Can't open initial console". I've put some printk("Now here") messages in the kernel to find out where the messages remain, but they aren't printed on the serial port, although they are available with the "dmesg" command. OTOH, kernel oopses generated on ttyS1 are verbosely reported on ttyS0. Erik -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 29 07:08:36 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lQQe-0004xX-00 for linux-arm-archive@lists.arm.linux.org.uk; Sat, 29 Apr 2000 07:08:36 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id B77E515D45; Sat, 29 Apr 2000 08:08:35 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sat, 29 Apr 2000 02:01:08 -0400 Received: by vger.rutgers.edu id ; Sat, 29 Apr 2000 02:01:02 -0400 Received: from [202.141.26.181] ([202.141.26.181]:1740 "EHLO ee.iitm.ernet.in") by vger.rutgers.edu with ESMTP id ; Sat, 29 Apr 2000 02:00:43 -0400 Received: from localhost (ee96162@localhost) by ee.iitm.ernet.in (8.9.3/8.9.3) with ESMTP id LAA06348; Sat, 29 Apr 2000 11:31:17 +0530 Date: Sat, 29 Apr 2000 11:31:17 +0530 (IST) From: Lavu Sridhar Reply-To: ee96162@ee.iitm.ernet.in To: Philip Blundell Cc: Ralph Siemsen , linux-arm@vger.rutgers.edu Subject: Re: Video Drivers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I need the Linux Kernel V2.3 for EDB7500FE-2 Evaluation Board. You had suggested V2.3, but in which exact versions do I find the acornfb driver. I want to download the whole kernel. So plz let me know the exact version for the Evaluation Board. regs, lavu sridhar ------------------------------------------------------------------------ On Fri, 21 Apr 2000, Philip Blundell wrote: >You can grab the acornfb anonymously via the cvsweb interface at > >Actually, to get the Chrontel stuff you need the 2.3 version. > >http://www.netwinder.org/cvsweb/cvsweb.cgi/pub/kernel/armlinux/drivers/video/acornfb.c?rev=1.19&content-type=text/x-cvsweb-markup > >or something. > >p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 29 10:11:26 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lTHa-0005s2-00 for linux-arm-archive@lists.arm.linux.org.uk; Sat, 29 Apr 2000 10:11:26 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 08CDF15D45; Sat, 29 Apr 2000 11:11:26 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sat, 29 Apr 2000 05:03:46 -0400 Received: by vger.rutgers.edu id ; Sat, 29 Apr 2000 05:03:38 -0400 Received: from p22-robin-gui.tch.enablis.net ([194.168.180.82]:3028 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Sat, 29 Apr 2000 05:03:27 -0400 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 IAA03789; Sat, 29 Apr 2000 08:30:55 +0100 Received: (from linux@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id IAA22923; Sat, 29 Apr 2000 08:25:28 +0100 From: Russell King - ARM Linux Admin Message-Id: <200004290725.IAA22923@flint.arm.linux.org.uk> Subject: Re: SA-1100 Problems To: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Date: Sat, 29 Apr 2000 08:25:28 +0100 (BST) Cc: zach@atworkcom.com, linux-arm@vger.rutgers.edu In-Reply-To: <200004290021.CAA14513@duteinh.et.tudelft.nl> from "Erik Mouw" at Apr 29, 2000 12:21:31 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Erik Mouw writes: > On Fri, 28 Apr 2000 23:56:54 +0100 (BST), Russell King - ARM Linux Admin wrote: > > Zach Welch writes: > >> to my kernel parameter line (in fixup_sa1100), thinking that the output may > >> be redirected at that point. No change was detected in the systems > >> behaviour. Any thoughts as to what might be happening? > > > > Yep. The serial driver is probably getting confused with the debugging > > messages. > > If it boots that far, you should probably disable the debugging stuff and move > > back to the more conventional kernel messages on console approach. > > I think the SA1100 serial driver doesn't correctly behave like a real > console. If I compile with "Console on SA1100 serial port" and without the > frame buffer device, I always get the message "Can't open initial > console". I've put some printk("Now here") messages in the kernel to find > out where the messages remain, but they aren't printed on the serial > port, although they are available with the "dmesg" command. OTOH, kernel > oopses generated on ttyS1 are verbosely reported on ttyS0. Oh, something I missed - loose the /dev/ part. The correct line should be: console=ttyS1,38400 However, without that line, it will default to the first console it can find. Another problem will be that although you can specify this argument, it is totally ignored by the SA1100 serial driver. The port and data format that is used for the console is hard coded into the driver for each port. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 29 10:13:36 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lTJg-0005ti-00 for linux-arm-archive@lists.arm.linux.org.uk; Sat, 29 Apr 2000 10:13:36 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id CDECC15D47; Sat, 29 Apr 2000 11:13:35 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sat, 29 Apr 2000 05:06:07 -0400 Received: by vger.rutgers.edu id ; Sat, 29 Apr 2000 05:05:49 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1851 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sat, 29 Apr 2000 05:05:45 -0400 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12lTIa-0004Py-00; Sat, 29 Apr 2000 10:12:28 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: ee96162@ee.iitm.ernet.in Cc: Ralph Siemsen , linux-arm@vger.rutgers.edu Subject: Re: Video Drivers In-Reply-To: Message from Lavu Sridhar of "Sat, 29 Apr 2000 11:31:17 +0530." References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 29 Apr 2000 10:12:26 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I need the Linux Kernel V2.3 for EDB7500FE-2 Evaluation Board. You had >suggested V2.3, but in which exact versions do I find the acornfb driver. >I want to download the whole kernel. So plz let me know the exact version >for the Evaluation Board. The acornfb driver is in all versions of the kernel. Try the latest archive you can find at . p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 29 10:17:08 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lTN6-0005up-00 for linux-arm-archive@lists.arm.linux.org.uk; Sat, 29 Apr 2000 10:17:08 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 153A215D49; Sat, 29 Apr 2000 11:17:08 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sat, 29 Apr 2000 05:09:41 -0400 Received: by vger.rutgers.edu id ; Sat, 29 Apr 2000 05:09:22 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]:1860 "EHLO kings-cross.london.uk.eu.org") by vger.rutgers.edu with ESMTP id ; Sat, 29 Apr 2000 05:09:02 -0400 Received: from localhost ([::ffff:127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 3.11 #1) id 12lTLS-0004Wo-00; Sat, 29 Apr 2000 10:15:26 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Erik Mouw Cc: linux@arm.linux.org.uk, zach@atworkcom.com, linux-arm@vger.rutgers.edu Subject: Re: SA-1100 Problems In-Reply-To: Message from Erik Mouw of "Sat Apr 29 00:21:31 +0000 (GMT) 2000 ." <200004290021.CAA14513@duteinh.et.tudelft.nl> References: <200004290021.CAA14513@duteinh.et.tudelft.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 29 Apr 2000 10:15:26 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I think the SA1100 serial driver doesn't correctly behave like a real >console. If I compile with "Console on SA1100 serial port" and without the >frame buffer device, I always get the message "Can't open initial >console". Sure your /dev/console is correct? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 29 18:11:43 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lamN-00005n-00 for linux-arm-archive@lists.arm.linux.org.uk; Sat, 29 Apr 2000 18:11:43 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 7A2C715D69; Sat, 29 Apr 2000 19:11:42 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sat, 29 Apr 2000 13:03:10 -0400 Received: by vger.rutgers.edu id ; Sat, 29 Apr 2000 12:55:37 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:1507 "EHLO tele-post-20.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Sat, 29 Apr 2000 12:53:50 -0400 Received: from kerofin.demon.co.uk ([158.152.246.4]) by tele-post-20.mail.demon.net with smtp (Exim 2.12 #2) id 12labo-000BIq-0K for linux-arm@vger.rutgers.edu; Sat, 29 Apr 2000 17:00:48 +0000 Received: from loopback ([127.0.0.1]) by kerofin.demon.co.uk with SMTP; Sat, 29 Apr 2000 13:50:18 GMT Date: Sat, 29 Apr 2000 14:50:07 +0100 From: Stephen Watson To: linux-arm@vger.rutgers.edu Message-ID: X-Organization: People's Front of Sartar User-Agent: Messenger-Pro/2.10d (Newsbase/0.61b) (RISC-OS/4.02) X-Spam-To: postmaster@[127.0.0.1] X-Not-Forgetting: abuse@[127.0.0.1] Subject: Can't compile a 2.2.14 kernel X-Editor: Zap 1.44 (03 Mar 2000) [TEST 2], ZapEmail 0.25 (28 Feb 2000) test-1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I've just failed to compile a 2.2.14 kernel (patched with rmk6). The error is: # make zImage gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 -pipe -m6 -c -o init/main.o init/main.c init/main.c:430: section attributes are not supported for this target init/main.c:610: section attributes are not supported for this target init/main.c:954: section attributes are not supported for this target make: *** [init/main.o] Error 1 # gcc -v Reading specs from /usr/lib/gcc-lib/arm-unknown-linuxaout/2.7.2.2/specs gcc version 2.7.2.2 -- Stephen Watson Glorantha & RISC OS "Have you ever felt the rain before it falls? Have you ever sensed the storm before arrives on the horizon? I don't think so." unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 29 19:50:20 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lcJo-0000fR-00 for linux-arm-archive@lists.arm.linux.org.uk; Sat, 29 Apr 2000 19:50:20 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id D82CE15D54; Sat, 29 Apr 2000 20:50:20 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sat, 29 Apr 2000 14:38:02 -0400 Received: by vger.rutgers.edu id ; Sat, 29 Apr 2000 14:26:07 -0400 Received: from p23-magpie-gui.tch.enablis.net ([194.168.180.23]:3803 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Sat, 29 Apr 2000 14:25:02 -0400 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 TAA06336; Sat, 29 Apr 2000 19:32:03 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id TAA02171; Sat, 29 Apr 2000 19:32:05 +0100 Message-Id: <200004291832.TAA02171@raistlin.arm.linux.org.uk> Subject: Re: Can't compile a 2.2.14 kernel To: stephen@kerofin.demon.co.uk (Stephen Watson) Date: Sat, 29 Apr 2000 19:32:04 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Stephen Watson" at Apr 29, 2000 02:50:07 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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Stephen Watson writes: > # gcc -v > Reading specs from /usr/lib/gcc-lib/arm-unknown-linuxaout/2.7.2.2/specs > gcc version 2.7.2.2 You cannot use this compiler to compile the kernel - it must be a compiler capable of the ELF extensions (eg, gcc 2.8 or egcs). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 29 20:16:45 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lcjN-0000pO-00 for linux-arm-archive@lists.arm.linux.org.uk; Sat, 29 Apr 2000 20:16:45 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id DB6CA15D47; Sat, 29 Apr 2000 21:16:45 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sat, 29 Apr 2000 15:04:40 -0400 Received: by vger.rutgers.edu id ; Sat, 29 Apr 2000 15:04:17 -0400 Received: from duteinh.et.tudelft.nl ([130.161.42.1]:3032 "EHLO duteinh.et.tudelft.nl") by vger.rutgers.edu with ESMTP id ; Sat, 29 Apr 2000 15:03:04 -0400 Received: from kalman by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id VAA16977; Sat, 29 Apr 2000 21:09:46 +0200 (MET DST) Message-Id: <200004291909.VAA16977@duteinh.et.tudelft.nl> From: Erik Mouw To: Philip.Blundell@pobox.com Cc: linux@arm.linux.org.uk, zach@atworkcom.com, linux-arm@vger.rutgers.edu Subject: Re: SA-1100 Problems In-Reply-To: Organization: Eric conspiracy secret labs Date: Sat Apr 29 19:09:38 +0000 (GMT) 2000 X-Face: "!Z|1XjFg!3Iw)BwM^M\k)J5KHiPddz}#/Zw%?$&Q!xqob"OA|})3_@&BTTiQERo?/^g[Z<9P4R8:5C:aqq.cw!hotLc=+u-"+1rq@9$V^8PbOUlodyi_sejt+D`iqkLpx$>.aXl%vnfPIt"LK|/%>94_Zrm8jy?`_[RKt'TuoxUxfk(gMhY(n|DBBl~c$dhO>G%6}R4+DGX3|idBm4oU&UM/XUP4I9aoN{]`ax%B?rgD(I3OJ<62Y6L X-Mailer: XCmail 1.0.1 - with PGP support, PGP engine version 0.5 (Linux) X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/ X-Eric-Conspiracy: There is no conspiracy! X-Loop: erik@it.et.tudelft.nl MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Sat, 29 Apr 2000 10:15:26 +0100, Philip Blundell wrote: >>I think the SA1100 serial driver doesn't correctly behave like a real >>console. If I compile with "Console on SA1100 serial port" and without the >>frame buffer device, I always get the message "Can't open initial >>console". > > Sure your /dev/console is correct? Ehm, I think you're right: bash-2.01# ls -l /dev/console crw-r--r-- 1 root root 4, 0 Dec 16 1997 /dev/console It should be device 5,1 right? Erik -- Yes, it works sometimes. If you need something that "works sometimes" use Windows! -- Victor Khimenko on linux-kernel unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 29 20:33:09 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lczF-0000ul-00 for linux-arm-archive@lists.arm.linux.org.uk; Sat, 29 Apr 2000 20:33:09 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 9B98115D42; Sat, 29 Apr 2000 21:33:06 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sat, 29 Apr 2000 15:25:17 -0400 Received: by vger.rutgers.edu id ; Sat, 29 Apr 2000 15:25:11 -0400 Received: from p55-robin-gui.tch.enablis.net ([194.168.180.115]:3915 "EHLO caramon.arm.linux.org.uk") by vger.rutgers.edu with ESMTP id ; Sat, 29 Apr 2000 15:24:56 -0400 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 UAA06697; Sat, 29 Apr 2000 20:31:57 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id UAA02385; Sat, 29 Apr 2000 20:31:57 +0100 Message-Id: <200004291931.UAA02385@raistlin.arm.linux.org.uk> Subject: Re: SA-1100 Problems To: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Date: Sat, 29 Apr 2000 20:31:56 +0100 (BST) Cc: Philip.Blundell@pobox.com, zach@atworkcom.com, linux-arm@vger.rutgers.edu In-Reply-To: <200004291909.VAA16977@duteinh.et.tudelft.nl> from "Erik Mouw" at Apr 29, 2000 07:09: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@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Erik Mouw writes: > Ehm, I think you're right: > > bash-2.01# ls -l /dev/console > crw-r--r-- 1 root root 4, 0 Dec 16 1997 /dev/console > > It should be device 5,1 right? Correct. 4,0 is "current virtual console", not /dev/console. Here is the definitive information: 5 char Alternate TTY devices 0 = /dev/tty Current TTY device 1 = /dev/console System console 2 = /dev/ptmx PTY master multiplex _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 30 12:06:19 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lrYJ-000749-00 for linux-arm-archive@lists.arm.linux.org.uk; Sun, 30 Apr 2000 12:06:19 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id E288015D45; Sun, 30 Apr 2000 13:06:20 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sun, 30 Apr 2000 06:58:32 -0400 Received: by vger.rutgers.edu id ; Sun, 30 Apr 2000 06:58:15 -0400 Received: from anchor-post-30.mail.demon.net ([194.217.242.88]:3216 "EHLO anchor-post-30.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Sun, 30 Apr 2000 06:58:06 -0400 Received: from kerofin.demon.co.uk ([158.152.246.4]) by anchor-post-30.mail.demon.net with smtp (Exim 2.12 #1) id 12lrXB-000Ib7-0U for linux-arm@vger.rutgers.edu; Sun, 30 Apr 2000 12:05:18 +0100 Received: from loopback ([127.0.0.1]) by kerofin.demon.co.uk with SMTP; Sun, 30 Apr 2000 11:04:48 GMT Date: Sun, 30 Apr 2000 12:04:40 +0100 From: Stephen Watson To: linux-arm@vger.rutgers.edu Subject: Re: Can't compile a 2.2.14 kernel Message-ID: <80f250b749.stephen@kerofin.demon.co.uk> References: <200004291832.TAA02171@raistlin.arm.linux.org.uk> In-Reply-To: <200004291832.TAA02171@raistlin.arm.linux.org.uk> X-Organization: People's Front of Sartar User-Agent: Messenger-Pro/2.10d (Newsbase/0.61b) (RISC-OS/4.02) X-Spam-To: postmaster@[127.0.0.1] X-Not-Forgetting: abuse@[127.0.0.1] X-Editor: Zap 1.44 (03 Mar 2000) [TEST 2], ZapEmail 0.25 (28 Feb 2000) test-1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In that finely crafted message <200004291832.TAA02171@raistlin.arm.linux.org.uk> Russell King - ARM Linux Admin wrote:: > Stephen Watson writes: > > # gcc -v > > Reading specs from /usr/lib/gcc-lib/arm-unknown-linuxaout/2.7.2.2/specs > > gcc version 2.7.2.2 > > You cannot use this compiler to compile the kernel - it must be a compiler > capable of the ELF extensions (eg, gcc 2.8 or egcs). I suspected that might be the case. I'm now downloading 2.95.2 but is there anything else I will need? -- Stephen Watson Glorantha & RISC OS "and the static on the radio is drowning out the sound of Raingods dancing" unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++ From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 30 23:33:58 2000 Received: from [193.189.224.13] (helo=source.rfc822.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12m2Hm-0003gJ-00 for linux-arm-archive@lists.arm.linux.org.uk; Sun, 30 Apr 2000 23:33:58 +0100 Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by source.rfc822.org (Postfix) with ESMTP id 790A915DDD; Mon, 1 May 2000 00:34:00 +0200 (CEST) Received: by vger.rutgers.edu via listexpand id ; Sun, 30 Apr 2000 18:25:33 -0400 Received: by vger.rutgers.edu id ; Sun, 30 Apr 2000 18:25:28 -0400 Received: from blazie.com ([207.97.93.2]:26661 "EHLO blazie.com") by vger.rutgers.edu with ESMTP id ; Sun, 30 Apr 2000 18:23:21 -0400 Received: from localhost (localhost [127.0.0.1]) by blazie.com (8.9.2/8.8.7) with ESMTP id SAA04626 for ; Sun, 30 Apr 2000 18:30:47 -0400 (EDT) Date: Sun, 30 Apr 2000 18:30:47 -0400 (EDT) From: Chris Blazie To: linux-arm@vger.rutgers.edu Subject: SA1110 kernel problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Well, I upgraded my kernel tree to the latest set of patches, re-implemented changes for my architecture (memory addresses, etc) and switched to zImage instead of Image. ZTEXT is set to 0xc0008000; I'm loading zImage there and jumping to it. Unfortunately I'm still getting an apparent lockup after the MMU is switched on. In head.S, in code block cache_on: orr r0, r0, #0x1000 @ I-cache enable #ifndef DEBUG orr r0, r0, #0x003d @ Write buffer, mmu #endif mcr p15, 0, r0, c1, c0 it freezes here. I verified that it is the MMU and only the MMU causing the problem by trying different cache/buffer/mmu combinations (even a few "illegal" ones). In every case execution proceeds unless the MMU is turned on. The icache by itself does not cause any problems whatsoever, and I believe we do have the SDRAM timings set correctly. I'm not sure what to try next and am looking for suggestions. Also, does anyone know if errata in early SA1110 revisions could cause these symptoms? I'm working on getting a later rev. Thanks again, Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu ++ Please use linux-arm-kernel@lists.arm.linux.org.uk for ++ ++ kernel-related discussions. ++