I think some of the problems I am having come from mis-interpreting the buildroot
instructions. I took the warnings about segmentation errors if you use a different version
of build root from the one on the board as a command that you can never change it.
Thus I had been trying to do everything in 1161. Reading between the lines of your messages indicated that you were used to a very current version and 1161 is ancient history. So I went back and studied the instructions and see they only apply until
one flashes the system. So I downloaded the latest version and everything compiled
However now I have another problem when I flash the gumstix with the rootfs (big about 8Meg) and boot it says
Instruction Cache is ON
### JFFS2 loading 'boot/uImage' to 0xa2000000
find_inode failed for name=boot
load: Failed to find inode
### JFFS2 LOAD ERROR<0> for boot/uImage!
1) Is my "reading between your lines" correct or am I jumping to conclusions?
2) How do I recover from the LOAD ERROR?
3)why is the rootfs so big? I did menu defconfig
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
From: Dave Hylands <dhylands@gm...> - 2007-10-19 00:09:51
> 1) Is my "reading between your lines" correct or am I jumping to
Nope - you've got it right.
> 2) How do I recover from the LOAD ERROR?
What's happened is that the older u-boot (1.1.4) is only setup to deal
with a 2-partition flash setup and the newer u-boot (1.2.0) is setup
to deal with a 3-partition flash setup (where the kernel is no part of
So if you're using the latest, you need to upgrade to u-boot 1.2.0 and
install rootfs as per normal, but then use the katinstall command to
install the kernel (uImage) in the upper meg.
> 3)why is the rootfs so big? I did menu defconfig
Lot more stuff has been enabled. You can disable features you don't
want, but after removing features you'll want to do an
rm -rf build_arm_nofpu/root
so that the root directory gets rebuilt with less stuff in it.
> John Cummins
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> gumstix-users mailing list
Vancouver, BC, Canada