On 11 November 2015 at 14:35, Koen Kooi koen.kooi@linaro.org wrote:
On 11 November 2015 at 04:32, Haojian Zhuang haojian.zhuang@linaro.org wrote:
On 10 November 2015 at 23:51, Kevin Hilman khilman@kernel.org wrote:
"Summary: [...] if you want to have your board supported then spend some time on mainlining your changes/drivers. And then come to us."
Full article: http://marcin.juszkiewicz.com.pl/2015/11/10/fedora-23-and-unsupported-armaar...
It says: Then we have bootloaders. Hikey can be flashed with UEFI but (according to bootloader install documentation) you need to keep partitions in some magic way. Where is “there has to be one ef00 type partition formatted with FAT” as it is with other UEFI powered machines? Dragonboard 410c uses fastboot ;(
But it's incorrect on HiKey.
Command (m for help): p
Disk /dev/mmcblk0: 7.3 GiB, 7818182656 bytes, 15269888 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 2CB85345-6A91-4043-8203-723F0D28FBE8
Device Start End Sectors Size Type /dev/mmcblk0p1 2048 4095 2048 1M Microsoft basic data /dev/mmcblk0p2 4096 6143 2048 1M Microsoft basic data /dev/mmcblk0p3 6144 8191 2048 1M Microsoft basic data /dev/mmcblk0p4 8192 24575 16384 8M BIOS boot /dev/mmcblk0p5 24576 28671 4096 2M Microsoft basic data /dev/mmcblk0p6 28672 159743 131072 64M EFI System /dev/mmcblk0p7 159744 684031 524288 256M Microsoft basic data /dev/mmcblk0p8 684032 1208319 524288 256M Linux reserved /dev/mmcblk0p9 1208320 7471070 6262751 3G Microsoft basic data
So you proved Marcins point: instead of ESP + rootfs like you'd expect hikey has vrl, vrl_backup, mcuimage and more partitions. Having the script below doesn't make it less 'magic'.
Other partitions are useless to debian build. If there's an accurate requirement on partition table, we could make a new partition table for debian build. But we don't have this requirement up to now.