On 07/03/2018 12:24 PM, Grant Likely wrote: > On 03/07/2018 16:58, Daniel Thompson wrote: >> 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). > > It looks like UFS models partitions after iSCSI LUN. I suppose it is > reasonable to assume that each LUN used to store an ESP or OS partitions > will need also have a GPT. > > At some point in the future it may make sense to explicitly define how > to find the LUN that contains the ESP, but that would be in the scope of > the UEFI spec, not EBBR. > > It would be reasonable for one or more LUNs to be dedicated to firmware > which gets us out of the shared ESP scenario and the OS can do what it > wants with the GPT in the 'general-purpose' LUN.
This is what I thought we were doing all along. UFS looks like eMMC with a bit more flexibility in the *boot" partitioning. -- Bill _______________________________________________ boot-architecture mailing list [email protected] https://lists.linaro.org/mailman/listinfo/boot-architecture
