| 13:47 | jnettlet | topi`, unless you know how to designate an alternative main GPT, EFI support is useless in u-boot. by default the GPT is written exactly where u-boot needs to reside on the disk. |
| 15:58 | topi` | jnettlet: oh... doesn't uboot know how to read the placement of parttables from the information in sector #1? |
| 15:59 | topi` | what I did with the HB, was to relocate the GPT parttab from sector #2 to sector #2048 |
| 16:00 | topi` | that way, primary bootloader and UBOOT and all can fit in the first 2047 blocks |
| 16:00 | topi` | when I boot linux 3.14, it recognises the "hacked" parttab mapping just fine (although I have to force it using kernel boot param gpt=1) |
| 16:04 | jnettlet | topi`, yeah you can do that, but then it is a lot of work with very little benefits. |
| 16:05 | jnettlet | you basically have to hack/force gpt to fallback to the backup gpt table at the end of the disk |
| 16:05 | jnettlet | which also makes image expansion a no go |
| 16:12 | topi` | yes |
| 16:16 | topi` | i also successfully hacked the boot partition into MBR (eschewing the normal protective MBR) to get UBOOT load the kernel (since no GPT support) and then the kernel is forced to the GPT parttable at #2048 |
| 16:17 | topi` | I'm trying to create images for multiple platforms, i.e. HB and legacy x86 devices, and it helps to have a common partitioning format |
| 16:17 | topi` | namely the GPT |
| 16:18 | topi` | but, it's true, since using UBOOT on a i.mx6 involves using sectors otherwise deemed for GPT, it is slightly hackish, no matter what |
| 18:35 | Exaga | malte_: :D |
| 20:36 | vpeter | Gujs: You are still around? |
| 20:41 | Exaga | nope. just us mice here now |