On Tue, Jul 03, 2018 at 04:46:38PM +0100, Grant Likely wrote: > On 03/07/2018 10:08, Nicolas Dechesne wrote: > > On Mon, Jul 2, 2018 at 11:59 PM Alexander Graf <[email protected]> wrote: > > > On 02.07.18 20:40, William Mills wrote: > [...] > > > > I am still trying to figure out if a real issue exists or will soon > > > > exist. If this issue is real, I think it should be addressed in UEFI > > > > but if not there then in EBBR. We move "disks" around a lot more than > > > > other people do. > > > > > > Yes, let's double check with Hannes :). > > > > On Dragonboard 820c, that has on board UFS disk: > > > > Found valid GPT with protective MBR; using GPT. > > Disk /dev/sda: 6335488 sectors, 24.2 GiB > > Model: THGBF7G8K4LBATRB > > Sector size (logical/physical): 4096/4096 bytes > > > > Hmmm. That's interesting. I had assumed that on UFS devices, device > partitions would be used and the GPT would be omitted. Evidently that is not > done on the 810c.
I might be missing something but can EFI run on top of raw hardware device partitions? I didn't think EFI provided any means to locate an ESP except when they are described in one of the three supported ways (GPT, MBR or El Torito). Daniel. > Is that just because sticking with GPT is the 'known-working-solution'? Will > there eventually be a time when OSes use UFS-native partitioning? Or should > the recommendation be to keep doing GPT partitioning on the whole device? > > I'm assuming that UFS-native partitioning allows for better management of > the underlying flash media, but I'm no expert. > > How do UFS partitions show up in Linux right now? > Do we have good partitioning tools for UFS? > Will UFS partitioning cause issues for the distros? > > g. > _______________________________________________ > Arm.ebbr-discuss mailing list > [email protected] _______________________________________________ boot-architecture mailing list [email protected] https://lists.linaro.org/mailman/listinfo/boot-architecture
