On Tue, Jan 20, 2009 at 05:07:22PM +0100, Holger Schurig wrote: > Can someone tell me if I made everything right on the haret side? > I'm not sure if HaRET fully supports the ARM926 architecture, as > I got mmutrace never working ...
Hrmm. What happens with mmutrace? I'm pretty sure we've had success reports with mmutrace on other ARM926 chips. > On the serial port of the device: > Uncompressing Linux.................................. done, > booting the kernel. > > Two questions: > > 1. Despite the fact that I set "set FBDURINGBOOT 0", my LCD > display contains now only garbage. Is this to be expected? Haret copies the kernel to the top of ram. If the FB is also at the top of ram, you'll see the kernel image drawn to the fb screen - which of course looks like garbage. What does "show vram" report? > 2. Can I assume that HaRET made everything correct because > I get some output from the Linux zImage decompressor on the > serial port? Usually this means haret did its job succesfully. There are a couple of failure scenarios though - for example, there might still be DMA in flight which could cause the kernel to get corrupted. There is a KERNELCRC option that one can use to crc the image before and after it is loaded - however, without FBDURINGBOOT, you wont be able to see if the crc check passed. It's also possible that the kernel is expecting the hardware to be in a certain state, and it hangs when it encounters something unexpected. I think it is generally preferable to fix this in the kernel when it comes up. -Kevin _______________________________________________ Haret mailing list [email protected] https://handhelds.org/mailman/listinfo/haret
