On 29 January 2015 at 18:21, Timur Tabi <timur@xxxxxxxxxxxxxx> wrote: > On 01/29/2015 12:20 PM, Ard Biesheuvel wrote: >> >> If we are going with this solution, we should also mandate that an >> ACPI enabled firmware should not supply a non-DT DTB > > > What is a non-DT DTB? I thought the "DT" in "DTB" stood for device tree. > The UEFI stub in the kernel uses the DTB file format (FDT) to pass information about the UEFI memory map and system table to the kernel. It does so even if there is no device tree that describes the platform. In this case, the file only contains a /chosen DT node, and nothing else, and it is up to the kernel to figure out that it can ask UEFI for a set of ACPI tables that it can use instead to configure the system. Otherwise, the /chosen node properties are added to a device tree that contains the full platform description. The problem is that we have to decide how to distinguish a conventional device tree DTB from a DTB that only exists to communicate the UEFI entry points. -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
