On 18 Jun 2012, at 23:49, Paul Larson wrote:
On Mon, Jun 18, 2012 at 5:03 PM, Michael Hudson-Doyle michael.hudson@linaro.org wrote: Yes, we've discussed that very thing before but it was a lower priority because we didn't need to extend the partition numbers that far. Not sure why we are needing to do it now,
This is because YonQin was adding an android userdata partition to the partitioning script. Works fine on panda et al, because they start off with two partitions. origen and imx53 have that magic additional first partition, so this pushes it over the limit.
Dave
but it was always assumed that if we hit a situation that made it necessary, this would be the most straightforward thing to do until we have the necessary hardware/software in place to image a complete, recoverable system onto the SD externally in a generic way. Basically, we just replace the reformatting of the boot partition with removal of a testboot directory, and point at the directory for grabbing the new kernel and initrd.
One thing I was thinking, is whether we could munge the boot script when we install it to this partition and replace the paths in some automagic way. This would solve the issue of making sure we always have the latest bootargs and dtb files for booting, and get us one step closer to parity with a manually imaged system.
Thanks, Paul Larson _______________________________________________ linaro-validation mailing list linaro-validation@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-validation