[U-Boot-Users] Re: [U-Boot-Users] AT91RM9200 Errata (Was: CSB637 support - big bug..)

[Patrick ..]

> "Patrick .." <oc3an at gmx.net> schreibt:
> >On another note, is there any reason you chose a master clock divisor of
> 4
> >instead of 3 for the CSB637? 
> 
> Hi,
> 
> like I already said:
> "I got the clock values from linux 2.6.12 board-csb637.c"
> I didn't choose them myself.
> 
> >I have looked over the data sheets for all relevant devices (SDRAM,
> >StrataFlash) and they definitely support at least 60Mhz (what divider 3
> >gives).
> 
> Feel free to change it, then (but please make sure to update
> arch/arm/mach-at91rm9200/board-csb637.c accordingly, otherwise
> at least the serial interfaces will not work).
> 
> Cheers
>  Anders
> 
> P.S.: PLEASE keep the list CC'ed.
> 

No proglems, list is CC'd!! :)

Linux still appears to boot fine right up until it says.  

RAMDISK: Couldn't find valid RAM disk image starting at 0.
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(1,0)

which is expected.

You are correct, the /arch/arm/mach-at91rm9200/board-csb637.c file had to be
edited in order to work with the new master clock.  I believe there is a way
of detecting clock speeds which i will look up later.  This would be better
than them being hard-coded.

This is probably a bit off topic for this list, but does anyone know a way
of making ram disk images that doesn't require root access (which i don't
have on the box i am working on)

I am aware of the following method:

dd if=/dev/zero of=rootfs.img bs=1k count=400
mkfs.ext2 -c rootfs.img
mount -o loop rootfs.img /mntpoint
cp -av rootfs/* /mntpoint
umount /mntpoint
gzip -v9 -c rootfs.img >rootfs.gz

However mount requires root access :(

-Patrick

-- 
GMX DSL = Maximale Leistung zum minimalen Preis!
2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl