On 19 Jun 2012, at 11:47, YongQin Liu wrote: > Hi, All > > About the sdcard partition support on lava, > As you all have already known, the mmcblk0p8 partition can not be recognized > in the master image for iMX and origen boards. > > Also I have tried with my panda to mount the mmcblk0p8 as the sdcard, > but because the 8th partition major number is different with others as > following: > root@linaro: cat proc/partitions > > major minor #blocks name > > 179 0 7830528 mmcblk0 > 179 1 53248 mmcblk0p1 > 179 2 991232 mmcblk0p2 > 179 3 65536 mmcblk0p3 > 179 4 1 mmcblk0p4 > 179 5 2097152 mmcblk0p5 > 179 6 2097152 mmcblk0p6 > 179 7 2097152 mmcblk0p7 > 259 0 420864 mmcblk0p8 > root@linaro: > the 8th partition cannot be used in android too. > So at the point now for us the only way is to reduce the partition number of > our sdcard. > Here are 3 idea I have thought, but I don't which should we use: > 1. merge the master boot partition and target boot partition as one partition > Problem: the master boot partition will be modified each time the target > is deployed. This will increase the risk to destroy the master boot No. Not this one. Anything that changes the master image or fiddles with the test image means that our results could be invalid. > 2. merge the master boot partition and master rootfs partition as one > partition > Problems: > 1)we need to change to use the vfat file system format for rootfs, because > the uboot need the vfat format > 2)Need to change the master initrd.img and merge the two partitions in our > lava-create-master script This is probably the way to go for a complete solution. > 3. merge the target boot partition and target rootfs partition as one > partition > Problems: > 1)we need to change to use the vfat file system format for rootfs, because > the uboot need the vfat format > 2)this is not the default partition layout that target image will use, and > will increase the failure risk in other thing. No, for the same reason as (1). > 4. leave the iMX and origen not supported until the sdmux
This is the obvious one, as long as we aren't going to wait too long for the sdmux. If the sdmux is going to be a while, then I vote for (2). Dave > > Any other ideas about how to deal with this problem? > > Thanks, > Yongqin Liu > > > > _______________________________________________ > linaro-validation mailing list > [email protected] > http://lists.linaro.org/mailman/listinfo/linaro-validation _______________________________________________ linaro-validation mailing list [email protected] http://lists.linaro.org/mailman/listinfo/linaro-validation
