I can't get my beagle xM to boot recent dailies at all. I used this command line:
sudo ./linaro-media-create --dev beagle --rootfs ext3 --mmc /dev/sdb \ --binary /home/mwh/Downloads/linaro-natty-headless-tar-20101214-0.tar.gz \ --hwpack /home/mwh/Downloads/hwpack_linaro-omap3_20101215-0_armel_supported.tar.gz \ --hwpack-force-yes
(although I've tried a few others over the past few days)
The serial console output gets this far:
4686489 bytes read ## Booting kernel from Legacy Image at 80000000 ... Image Name: Linux Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3704884 Bytes = 3.5 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 81600000 ... Image Name: initramfs Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 4686425 Bytes = 4.5 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK
and then just hangs.
A card I burnt a few months ago still boots fine. I'm starting to suspect my 'scratch' microSD card has given up the ghost, but I thought I'd ask here before I run out and buy another one.
Cheers, mwh
PS: can you buy non-crappy microSD cards in multi-packs anywhere?
On Wed, Dec 15, 2010 at 5:45 AM, Michael Hudson michael.hudson@linaro.org wrote:
I can't get my beagle xM to boot recent dailies at all. I used this command line:
sudo ./linaro-media-create --dev beagle --rootfs ext3 --mmc /dev/sdb \ --binary /home/mwh/Downloads/linaro-natty-headless-tar-20101214-0.tar.gz \ --hwpack /home/mwh/Downloads/hwpack_linaro-omap3_20101215-0_armel_supported.tar.gz \ --hwpack-force-yes
hmm ... what's in your boot.cmd/boot.src on your sd cards fat partition after doing this? It could be that your console= kernel command line parameter is wrong and you just don't see anything on the serial while it is booting.
On Wed, 2010-12-15 at 17:45 +1300, Michael Hudson wrote:
I can't get my beagle xM to boot recent dailies at all. I used this command line:
sudo ./linaro-media-create --dev beagle --rootfs ext3 --mmc /dev/sdb \ --binary /home/mwh/Downloads/linaro-natty-headless-tar-20101214-0.tar.gz \ --hwpack /home/mwh/Downloads/hwpack_linaro-omap3_20101215-0_armel_supported.tar.gz \ --hwpack-force-yes
(although I've tried a few others over the past few days)
I can make it boot using linaro-natty-headless-tar-20101202-1.tar.gz with hwpack_linaro-omap3_20101201-0_armel_supported.tar.gz but swapping that two-weeks-old hwpack with the latest one (hwpack_linaro-omap3_20101215-0_armel_supported.tar.gz) causes it to hang exactly where it did for you.
That's using the same arguments and version of l-m-c, so it seems like there's something wrong with the latest hwpacks?
The serial console output gets this far:
4686489 bytes read ## Booting kernel from Legacy Image at 80000000 ... Image Name: Linux Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3704884 Bytes = 3.5 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 81600000 ... Image Name: initramfs Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 4686425 Bytes = 4.5 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK
and then just hangs.
A card I burnt a few months ago still boots fine. I'm starting to suspect my 'scratch' microSD card has given up the ghost, but I thought I'd ask here before I run out and buy another one.
Cheers, mwh
PS: can you buy non-crappy microSD cards in multi-packs anywhere?
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
I can reproduce this on qemu as well, it looks like the last working hwpack was 20101207, and 20101208 fails. Has anyone filed a bug for this already?
Thanks, Paul Larson
On Wed, Dec 15, 2010 at 9:59 AM, Paul Larson paul.larson@linaro.org wrote:
I can reproduce this on qemu as well, it looks like the last working hwpack was 20101207, and 20101208 fails. Has anyone filed a bug for this already?
Looks like u-boot: @@ -4,6 +4,6 @@ linux-firmware=1.40 linux-image-linaro-omap=2.6.35.1008.13 x-loader-omap=1.4.4git20100713-1ubuntu5 -u-boot-linaro-omap3-beagle=2010.09~rc1.1-0ubuntu3 +u-boot-linaro-omap3-beagle=2010.09~rc1.1-0ubuntu4 uboot-mkimage=0.4build1 wireless-crda=1.13
https://bugs.launchpad.net/ubuntu/+source/u-boot-linaro/+bug/690786
Thanks, Paul Larson
On Wed, 15 Dec 2010 12:47:06 -0600, Paul Larson paul.larson@linaro.org wrote:
On Wed, Dec 15, 2010 at 9:59 AM, Paul Larson paul.larson@linaro.org wrote:
I can reproduce this on qemu as well, it looks like the last working hwpack was 20101207, and 20101208 fails. Has anyone filed a bug for this already?
Looks like u-boot: @@ -4,6 +4,6 @@ linux-firmware=1.40 linux-image-linaro-omap=2.6.35.1008.13 x-loader-omap=1.4.4git20100713-1ubuntu5 -u-boot-linaro-omap3-beagle=2010.09~rc1.1-0ubuntu3 +u-boot-linaro-omap3-beagle=2010.09~rc1.1-0ubuntu4 uboot-mkimage=0.4build1 wireless-crda=1.13
https://bugs.launchpad.net/ubuntu/+source/u-boot-linaro/+bug/690786
Thanks for chasing this down. I've spent today hacking to make this sort of thing easier to test, so you can do things like:
./linaro-hwpack-create ../linaro-omap3 10 --local-deb ~/Downloads/u-boot-linaro-omap3-beagle_2010.09~rc1.1-0ubuntu3_armel.deb
and override the version of u-boot that will be included in the pack. But I see that people figured out what was wrong in the bug anyway :-)
Cheers, mwh
-
Alexander Sack -
Guilherme Salgado -
Michael Hudson -
Paul Larson