From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ulf Samuelsson Date: Thu, 9 Nov 2006 08:02:32 +0100 Subject: [U-Boot-Users] AT91 Kernel oops when loading kernel from dataflash. References: <200611081945.36688.rss@barracuda.es> Message-ID: <00ae01c703cd$576cde00$01c4af0a@atmel.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Ra?l S?nchez Siles wrote: > Hello all: > > This is the first time I write to the list, and I appreciate the > big help it gives us users. > > We're using an AT91RM9200 based board called Portux920T. We have > now a quite stable kernel and u-boot configuration which I attach. We > manage to include a dataflash inside the portux board and get it to > work. At least almost, please read on. > > When doing big transfers in memory (10M), we have some kernel > oopses(see panic.log.zip attached). The oops comes up in the function > __wake_up_common in the file kernel/sched.c > > The steps to reproduce this are the following: > > 1- Start the first bootloader (used the binary provided by atmel). > 2- Make the first bootloader start u-boot(1.1.6). > 3- U-boot downloads kernel(2.6.18) from _dataflash_ into RAM. > 4- Rest of booting till shell prompt. > 5- Execute for example: dd if=/dev/zero of=/root/borrar bs=1k > count=10k 6- Oops! You do not say that you are loading a ramdisk. Do you have the file system in dataflash? If not, I do not see how this can be influenced by the dd command... If it is, then the 4 MB flash seems small for a 10 MB copy! I can see two scenarios where the dataflash can cause problems. 1) The dataflash blocksize is not 1024 bytes, it is 1056 bytes 2) You are running the dataflash > 5 Mbps The PDC of the SPI must not be starved of bus cycles, or you are in trouble unless the H/W manages chipselect through GP I/O. I would try $ dd if=/dev/zero of=/root/borrar bs=1056 count=10k to start with, abnd if this works, start digging. > > If we substitute step 3 for U-boot downloads kernel from _parallel > flash_ into RAM, the Oops won't happen. > > The kernel has been patched with the latest maxim(2.6.18) patchset > for the AT91RM9200 microcontroller. The u-boot configuration is also > attached (portux920T.h). > > We have also tried using different first stage bootloaders we could > find. Even we compile it ourselves using the RAM initialisation code > taken from the u-boot. We also have tested several toolchains, from > emdebian to the one provided by portux. > > We have 64MB Ram and we have tried using 64MB 32bit wide and 32MB > 16bit wide. Flash and Dataflash are both 4MB. > We will much appreciated whatever info or test that could take out > from this works but... situation. Thank you very much. > > Regards, > > > >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, >> security? Get stuff done quickly with pre-integrated technology to >> make your job easier Download IBM WebSphere Application Server >> v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > >> _______________________________________________ >> U-Boot-Users mailing list >> U-Boot-Users at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/u-boot-users Best Regards, Ulf Samuelsson ulf at atmel.com GSM: +46 (706) 22 44 57 Tel: +46 (8) 441 54 22 Fax: +46 (8) 441 54 29 Mail: Box 2033 174 02 Sundbyberg Visit: Kavalleriv?gen 24 174 58 Sundbyberg' Sweden