2018-01-24 22:05 GMT+03:00 Alexander Graf <[email protected]>: > > > On 24.01.18 18:10, Matwey V. Kornilov wrote: >> 2018-01-24 19:51 GMT+03:00 Alexander Graf <[email protected]>: >>> >>> >>> On 24.01.18 17:43, Matwey V. Kornilov wrote: >>>> 2018-01-24 16:38 GMT+03:00 Alexander Graf <[email protected]>: >>>>> >>>>> >>>>> On 24.01.18 13:15, Matwey V. Kornilov wrote: >>>>>> Hi, >>>>>> >>>>>> There is one more thing that is unclear to me now. As far as I >>>>>> understand there is no other way except FDT to provide hardware layout >>>>>> for armv7l kernel. Then, who is responsible for FDT loading? As far as >>>>>> I understand it is grub2 task to load FDT from the table at >>>>>> b1b621d5-f19c-41a5-.... And FDT is completely provided by UEFI >>>>>> firmware. In case of u-boot, dtb file is loaded from the disk by means >>>>>> of u-boot and placed into memory. What should happen here when OVMF is >>>>>> used? In theory, it has to be configured to generate FDT from QEMU >>>>>> config somehow, right? Or pass-through entire FDT from Qemu >>>>>> hypervisor? >>>>> >>>>> It basically passes through the device tree that's generated by QEMU, >>>>> yes. However, OVMF defaults changed a while back and it only exposes >>>>> ACPI tables instead of DT in newer versions on AArch64 IIRC. >>>>> >>>>> Maybe something went wrong and they changed them for armv7 as well by >>>>> accident? >>>>> >>>> >>>> I use latest version of aarch32 OVMF firmware from openSUSE:Factory:ARM. >>>> Well, then, I suppose, I have to see appropriate EFI driver >>>> (FdtClientDxe ? ) in the driver list. >>> >>> I don't think the fact that the driver is loaded tells you anything. >>> >>> I assume you can't boot the VM properly? Does grub see the DT table? >>> lsefi in grub should show you iirc. >>> >>> If it doesn't show it, but instead shows ACPI tables, can you try to >>> pass -no-acpi to QEMU? >>> >> >> There is nothing FDT-related at GRUB side. This is why I started to >> search who is responsible for providing FDT. >> -no-acpi also doesn't change anything. >> >> grub> lsefi > > Hm, that is the object list. Maybe it was lsefisystab? >
Ok, here FDT is present (b1b621d5-...). How can I dump it from grub console? If I do it right, then It has correct magic header 0xd00dfeed. grub> dump 0x7ffde000 100 d0 0d fe ed 00 01 10 00 00 00 00 40 00 00 1a 70 00 00 00 30 00 00 00 11 00 00 > lsefisystab Address: 0x7fc24010 Signature: 5453595320494249 revision: 00020046 Vendor: EDK II, Version=10000 11 tables: 0x7f260a10 fc1bcdb0-7d31-49aa-936aa4600d9dd083 CRC32 GUIDED SECTION EXTRACTION 0x7fc57b58 05ad34ba-6f02-4214-952e4da0398e2bb9 DXE SERVICES 0x7f25e010 7739f24c-93d7-11d4-9a3a0090273fc14d HOB LIST 0x7fc577e8 4c19049f-4137-4dd3-9c108b97a83ffdfa MEMORY TYPE INFO 0x7fc58b28 49152e77-1ada-4764-b7a27afefed95e8b DEBUG IMAGE INFO 0x7fc24f90 a4ee0728-e5d7-4ac5-b21e658ed857e834 0x7ffde000 b1b621d5-f19c-41a5-830bd9152c69aae0 0x7fa86000 eb9d2d31-2d88-11d3-9a160090273fc14d SMBIOS 0x7fa84000 f2fd1544-9794-4a2c-992ee5bbcf20e394 0x7fa82f90 d719b2cb-3d3a-4596-a3bcdad00e67656f 0x7d773a90 dcfa911d-26eb-469f-a22038b7dc461220 > > Alex -- With best regards, Matwey V. Kornilov -- To unsubscribe, e-mail: [email protected] To contact the owner, e-mail: [email protected]
