[U-Boot-Users] AT91 Kernel oops when loading kernel from dataflash.

Ulf Samuelsson ulfs at dof.se
Thu Nov 9 08:02:32 CET 2006


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





More information about the U-Boot mailing list