Hi Mike, Thanks for testing! :)
At the point of failure, the kernel is trying to mount the rootfs in the initrd, so it doesn't actually need the mmc drivers as the initrd has been loaded from the card by HaRET. ie. Changing the card type will not help. Upon further examination of the kernel config, it would appear that EXT2 support was not compiled in! ... oops :) I've also made a lot of other changes to the defconfig, including CP/NLS support, and various things I'd missed previously. A new kernel is being bitbaked as we speak and will be available for download within 30 minutes (as long as it compiles correctly;). None of the files need to be uncompressed before executing HaRET. See http://www.handhelds.org/moin/moin.cgi/RamdiskRescue for more info. Marcus. Mike Silva wrote:
I'm testing Ramdisk Rescue 0.6.2 with Haret booting procedure with the following files (from 2006/08/09) inside linux/rescue on an 512M SD card: bootgpe-v0.8.4-hx4700.tar custom.txt defconfig haret-0.3.6.exe ramdisk-rescue-0.6.2.rootfs.ext2.gz startup.txt wrap-haret.exe zImage-2.6.16-hh5-hx4700-20060907172355 have tested with previous zImage kernels, but it stops always in the same line :( [...] ASIC3 MMC/SD Driver asic3_mmc: Usind SD controller at 0xe000000 mmcblk0: mmc0:17ac SD512 500224KiB mmcblk0: p1 RAMDISK: Compressed image found at block 0 Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) What should be this problem? Do I need to uncompress or untar any of those files before running haret? Do I have to use an MMC card instead of the SD card? thanks Mike
_______________________________________________ Hx4700-port mailing list [email protected] https://www.handhelds.org/mailman/listinfo/hx4700-port
