kernel crashing with jffs2 (32MB NAND Flash and 32MB SDRAM )

Iwo Mergler iwo at
Tue Jul 7 19:34:22 EDT 2009

venki kaps wrote:
> Thanks for the reply.
> It's a new hardware i.e, ATMEL AT91SAM9G20 Board
> and at the same first time we are using.
> Did *this* board ever work correctly?
> No.
> But At mem=8M and mem=16M the Linux is coming up
> but after the kernel prompt it is crashing in between.
> At mem=32M the Linux is not coming up over board.
> Before kernel prompt it’s crashing.
> If SDRAM is problem, Linux itself is not coming up over board.
> am i right?
> is it u-boot problem?
> i.e  number of column & row address bits and the number of banks is
> set correctly to match the installed SDRAM
> is it required to change u-boot or SDRAM or 2.6.27 kernel?
> Could you suggest something?
> Thanks & Regards,
> Venkappa

Looks like you have faulty hardware. The SDRAM controller is set up
by the bootstrap code, before U-Boot. Since you have probably not
modified that code or the board, those settings are likely to be

I can't remember what the Atmel U-Boot defaults are, but typically
U-Boot gets loaded just under the 8 or 16MB offset in SDRAM. It
then loads the compressed kernel at about 4MB offset. The kernel
then decompresses itself into the first 2MB or so.

By the time you get a console prompt, a lot of the kernel code
has already run successfully. However, it is possible to get to
this point with partially broken SDRAM.

Have a close look on the board for solder bridges between the
SDRAM pins.

You could try to use SamBA to check the SDRAM memory range
for errors.

Also, you can try to reflash the board with the original Atmel
images, just in case there are transient bit errors in your flash.

Otherwise, contact Atmel.

Best regards,


More information about the linux-mtd mailing list