[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5




On 2015/9/2 20:18, Ian Campbell wrote:
> On Fri, 2015-08-28 at 17:45 +0800, Shannon Zhao wrote:
>>
>> 1. Create minimal DT to pass required information to Dom0
>> ----------------------------------------------------------
>> The UEFI stub is a feature that extends the Image/zImage into a valid
>> UEFI PE/COFF executable, including a loader application that makes it
>> possible to load the kernel directly from the UEFI shell, boot menu, or
>> one of the lightweight bootloaders like Gummiboot or rEFInd.
>> The kernel image built with stub support remains a valid kernel image
>> for booting in non-UEFI environments and the UEFI stub will be jumped
>> over for non-UEFI environments.
>>
>> When booting in UEFI mode, the UEFI stub will create a minimal DT in
>> order to pass the command line and other informations (such as the EFI
>> memory table) to the kernel. And when booting with ACPI, kernel will get
>> command line, ACPI root table address and memory map information from
>> the minimal DT. Also, it will check if the DT contains only the /chosen
>> node to know whether it boots with DT or ACPI.
>>
>> In addition, the current names of these properties with a "linux,"
>> prefix in the minimal DT are Linux specified. It needs to standardize
>> them so that other OS(such as FreeBSD) could reuse them in the future.
> 
> I mentioned this just now in a reply to an older revision while I was
> catching up on my mail backlog but I think it is important enough to
> reiterate here on the currently latest version:
> 
> We need to discuss this possible standardisation of (some derivative of)
> this Linux internal interfaces in the appropriate forums ASAP and come to a
> wider agreement that it is acceptable than just here amongst us Xen people.
> 
> A large part of this design is predicated on this and we don't want to get
> too far down this path only to discover the rest of the world says "No,
> thanks".
> 
> See my earlier reply at 
> http://lists.xen.org/archives/html/xen-devel/2015-09/msg00189.html for some
> thoughts as to who we should be talking to.
> 

Can we start with the patch for dropping the prefix "linux," and send it
to Linux kernel ML, Linux arm kernel ML, devicetree-spec and BSD ML?
Explain why it needs to do the change and standardization. Base on this,
we could discuss it with other people from the related fields.

>> So we drop the "linux," prefix of UEFI parameters and change the names
>> in Linux kernel as well.
>>
>> An example of the minimal DT:
>> / {
>>     #address-cells = <2>;
>>     #size-cells = <1>;
>>     chosen {
>>         bootargs = "kernel=Image console=hvc0 earlycon=pl011,0x1c090000
>> root=/dev/vda2 rw rootfstype=ext4 init=/bin/sh acpi=force";
>>         linux,initrd-start = <0xXXXXXXXX>;
>>         linux,initrd-end = <0xXXXXXXXX>;
>>         uefi-system-table = <0xXXXXXXXX>;
>>         uefi-mmap-start = <0xXXXXXXXX>;
>>         uefi-mmap-size = <0xXXXXXXXX>;
>>         uefi-mmap-desc-size = <0xXXXXXXXX>;
>>         uefi-mmap-desc-ver = <0xXXXXXXXX>;
>>     };
>> };
>>
>> For details loook at
>>> https://github.com/torvalds/linux/blob/master/Documentation/arm/uefi.txt
> 
> 
> .
> 

-- 
Shannon


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.