Re: Call for testing: Linaro 10.11 FINAL
On Tue, 2010-11-09 at 19:16 -0600, Paul Larson wrote: > The size correction in lmc happens at the end, so my best guess is > that it's a qemu issue. Id put a bug in against that, and we should > probably release note it as well. I've updated the wiki guide to include the --hwpack option and avoid the problematic 4G image size (using 2G instead). I'll go ahead and file the bug as well. I'm still suspicious that its really a linaro-media-create issue, as the qemu-maemo package is from 9/21 and I can't get image packages that had worked in the past to work now. So I believe the only thing that has changed is the linaro-media-create tools. thanks -john ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Call for testing: Linaro 10.11 FINAL
On Tue, Nov 09, 2010 at 08:52:22AM +, Jamie Bennett wrote: > We are just one day away from the Linaro 10.11 release and with a bit of > luck, a strong down-wind and lots of testing from the community we can > release on time and in good shape. If you have the required hardware > available *please* test the final image candidates which can be found as > follows: > Headless (console only) image: > http://snapshots.linaro.org/10.11-daily/linaro-headless/20101108/2 > ALIP image: This should also be: http://snapshots.linaro.org/10.11-daily/linaro-alip/20101109/0/ The 20101108 build was a last attempt to bring the ALIP size down for release, but it failed to include a few critical components like a web browser. So please test with 20101109 instead. > Please select the 20101109 hwpack for your board at: > http://snapshots.linaro.org/10.11-daily/linaro-hwpacks/ The 20101109 hardware pack for imx51 is known not to work out of the box; a new 20101110 hardware pack is being built now with an updated u-boot. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Call for testing: Linaro 10.11 FINAL
The size correction in lmc happens at the end, so my best guess is that it's a qemu issue. Id put a bug in against that, and we should probably release note it as well. -Paul Larson On Nov 9, 2010 6:58 PM, "john stultz" wrote: On Tue, 2010-11-09 at 17:47 -0600, Paul Larson wrote: > On Tue, Nov 9, 2010 at 5:12 PM, john stultz ... Sure, if the bug below doesn't warrant removing it. > Further, after providing an omap3 hwpack to build the image, > the > re... Yep. bzr pulled today. I'm on rev 165. I've just gone back testing older images and hwpacks I've used in the past and am seeing the same issue there, so it does seem like its connected to the linaro-media-create scripts. Here's the command I'm using, just as listed on the wiki: #linaro-media-create --image_file beagle_sd.img --image_size 4G --swap_file 200 --dev beagle --binary linaro-images/linaro-m-headless-tar-20101108-2.tar.gz --hwpack linaro-images/hwpack_linaro-omap3_20101109-1_armel_supported.tar.gz Per our irc discussion, I tried reproducing this by omitting the "--image_size 4G" portion, and indeed it seems that worked and the resulting image boots fine. Similarly it works fine using 8G. Something just seems off using 4G. Looking at linaro-media-create to see if I can narrow anything down. thanks -john ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Call for testing: Linaro 10.11 FINAL
On Tue, 2010-11-09 at 17:47 -0600, Paul Larson wrote: > On Tue, Nov 9, 2010 at 5:12 PM, john stultz > wrote: > > So I know its not on the testing list, but the qemu > instructions on the > wiki page fail, as they don't include an omap3 hwpack. > > Feel free to update the wiki :) Sure, if the bug below doesn't warrant removing it. > Further, after providing an omap3 hwpack to build the image, > the > resulting image seems to have partition table issues when > booted with > qemu: > > [ 24.961090] EXT3-fs (mmcblk0p2): mounted filesystem with > ordered data mode > Begin: Running /scripts/local-bottom ... done. > done. > Begin: Running /scripts/init-bottom ... done. > fsck from util-linux-ng 2.17.2 > rootfs: The filesystem size (according to the superblock) is > 1030168 blocks > The physical size of the device is 1030118 blocks > Either the superblock or the partition table is likely to be > corrupt! > > > rootfs: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. >(i.e., without -a or -p options) > mountall: fsck / [224] terminated with status 4 > mountall: Filesystem has errors: / > Errors were found while checking the disk drive for / > Press F to attempt to fix the errors, I to ignore, S to skip > mounting or M for manual recovery > > That bug *should* be fixed as of a few weeks ago: > > revno: 141 > fixes bug(s): https://launchpad.net/bugs/658511 > committer: matt.wad...@linaro.org > branch nick: align-image > timestamp: Wed 2010-10-13 12:35:44 -0600 > message: > Round the size of the raw disk image up to a multiple of 256K > so it is an exact number of SD card erase blocks in length. > Otherwise Linux under qemu cannot access the last part of the > card and is likely to complain that the last partition on the > disk has been truncated. > > Is your branch up to date? If so, what are the command line options > you are using to create the image? Yep. bzr pulled today. I'm on rev 165. I've just gone back testing older images and hwpacks I've used in the past and am seeing the same issue there, so it does seem like its connected to the linaro-media-create scripts. Here's the command I'm using, just as listed on the wiki: #linaro-media-create --image_file beagle_sd.img --image_size 4G --swap_file 200 --dev beagle --binary linaro-images/linaro-m-headless-tar-20101108-2.tar.gz --hwpack linaro-images/hwpack_linaro-omap3_20101109-1_armel_supported.tar.gz Per our irc discussion, I tried reproducing this by omitting the "--image_size 4G" portion, and indeed it seems that worked and the resulting image boots fine. Similarly it works fine using 8G. Something just seems off using 4G. Looking at linaro-media-create to see if I can narrow anything down. thanks -john ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Call for testing: Linaro 10.11 FINAL
On Tue, Nov 9, 2010 at 5:12 PM, john stultz wrote: > > So I know its not on the testing list, but the qemu instructions on the > wiki page fail, as they don't include an omap3 hwpack. > > Feel free to update the wiki :) > Further, after providing an omap3 hwpack to build the image, the > resulting image seems to have partition table issues when booted with > qemu: > > [ 24.961090] EXT3-fs (mmcblk0p2): mounted filesystem with ordered data > mode > Begin: Running /scripts/local-bottom ... done. > done. > Begin: Running /scripts/init-bottom ... done. > fsck from util-linux-ng 2.17.2 > rootfs: The filesystem size (according to the superblock) is 1030168 blocks > The physical size of the device is 1030118 blocks > Either the superblock or the partition table is likely to be corrupt! > > > rootfs: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. >(i.e., without -a or -p options) > mountall: fsck / [224] terminated with status 4 > mountall: Filesystem has errors: / > Errors were found while checking the disk drive for / > Press F to attempt to fix the errors, I to ignore, S to skip mounting or M > for manual recovery > > That bug *should* be fixed as of a few weeks ago: revno: 141 fixes bug(s): https://launchpad.net/bugs/658511 committer: matt.wad...@linaro.org branch nick: align-image timestamp: Wed 2010-10-13 12:35:44 -0600 message: Round the size of the raw disk image up to a multiple of 256K so it is an exact number of SD card erase blocks in length. Otherwise Linux under qemu cannot access the last part of the card and is likely to complain that the last partition on the disk has been truncated. Is your branch up to date? If so, what are the command line options you are using to create the image? Thanks, Paul Larson ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Call for testing: Linaro 10.11 FINAL
On Tue, 2010-11-09 at 08:52 +, Jamie Bennett wrote: > Hi, > > We are just one day away from the Linaro 10.11 release and with a bit of > luck, a strong down-wind and lots of testing from the community we can > release on time and in good shape. If you have the required hardware > available *please* test the final image candidates which can be found as > follows: > > Headless (console only) image: > http://snapshots.linaro.org/10.11-daily/linaro-headless/20101108/2 > > Please select the 20101109 hwpack for your board at: > > http://snapshots.linaro.org/10.11-daily/linaro-hwpacks/ > > To install the image please see: > > http://wiki.linaro.org/Releases/DailyBuilds So I know its not on the testing list, but the qemu instructions on the wiki page fail, as they don't include an omap3 hwpack. Further, after providing an omap3 hwpack to build the image, the resulting image seems to have partition table issues when booted with qemu: [ 24.961090] EXT3-fs (mmcblk0p2): mounted filesystem with ordered data mode Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... done. fsck from util-linux-ng 2.17.2 rootfs: The filesystem size (according to the superblock) is 1030168 blocks The physical size of the device is 1030118 blocks Either the superblock or the partition table is likely to be corrupt! rootfs: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options) mountall: fsck / [224] terminated with status 4 mountall: Filesystem has errors: / Errors were found while checking the disk drive for / Press F to attempt to fix the errors, I to ignore, S to skip mounting or M for manual recovery I'll file a bug here shortly if this hasn't already been seen. But in the meantime, before tomorrow it seems we may want to remove the qemu instructions for this release. thanks -john ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
re: Call for testing: Linaro 10.11 FINAL
Hi, It has been pointed out that due to a failure in the build system the following image link is wrong. > EFL Netbook image: > http://snapshots.linaro.org/10.11-daily/linaro-netbook-efl/20101108/2/ Please use the image at EFL Netbook image: http://snapshots.linaro.org/10.11-daily/linaro-netbook-efl/20101108/1/ For your testing. Regards, Jamie. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
