From: Shannon Zhao <zhaoshenglong@huawei.com>
To: Julien Grall <julien.grall@citrix.com>,
Shannon Zhao <shannon.zhao@linaro.org>,
xen-devel@lists.xen.org,
Christoffer Dall <christoffer.dall@linaro.org>,
Ian Campbell <ian.campbell@citrix.com>,
stefano.stabellini@eu.citrix.com,
Stefano Stabellini <stefano.stabellini@citrix.com>,
JBeulich@suse.com, Parth Dixit <parth.dixit@linaro.org>,
andrew@fubar.geek.nz, boris.ostrovsky@oracle.com,
david.vrabel@citrix.com
Cc: Hangaohuai <hangaohuai@huawei.com>,
"Huangpeng (Peter)" <peter.huangpeng@huawei.com>
Subject: Re: Design doc of adding ACPI support for arm64 on Xen - version 3
Date: Tue, 18 Aug 2015 11:19:33 +0800 [thread overview]
Message-ID: <55D2A445.5020405@huawei.com> (raw)
In-Reply-To: <55D20788.9050503@citrix.com>
Hi Julien,
On 2015/8/18 0:10, Julien Grall wrote:
> Hi,
>
> On 17/08/2015 06:01, Shannon Zhao wrote:
>>
>>
>> On 2015/8/14 23:17, Julien Grall wrote:
>>> On 14/08/15 15:59, Shannon Zhao wrote:
>>>> 2. Create minimal DT to pass required information to Dom0
>>>> ----------------------------------------------------------
>>>> The minimal DT mainly passes Dom0 bootargs, address and size of initrd
>>>> (if available), address and size of uefi system table, address and size
>>>> of uefi memory table, uefi-mmap-desc-size and uefi-mmap-desc-ver.
>>>>
>>>> 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>;
>>>> linux,uefi-system-table = <0xXXXXXXXX>;
>>>> linux,uefi-mmap-start = <0xXXXXXXXX>;
>>>> linux,uefi-mmap-size = <0xXXXXXXXX>;
>>>> linux,uefi-mmap-desc-size = <0xXXXXXXXX>;
>>>> linux,uefi-mmap-desc-ver = <0xXXXXXXXX>;
>>>> };
>>>> };
>>>>
>>>> For details loook at
>>>> https://github.com/torvalds/linux/blob/master/Documentation/arm/uefi.txt
>>>>
>>>
>>> I would have expect a summary on the discussion we had on the previous
>>> thread [1].
>>>
>>> Note that "linux,initrd-*" are well defined given that Xen, U-boot and
>>> other bootloaders are using them. And IIRC, it's Linux specific.
>>>
>>> Although, "linux,uefi-*" are not well defined (only used internally by
>>> Linux betwen the EFI stub and the kernel) and we expect other OS to use
>>> them in the future.
>>>
>>> So I would prefer to the "linux," dropped for them.
>>>
>>
>> Yes, I think it's good to drop the "linux," too. But if we drop the
>> linux, would it impact the linux kernel booting with UEFI? And why we
>> don't do it to Xen since Xen still uses "linux,"?
>
> I don't understand your second question.
>
I mean that Xen is using the property "linux,uefi*" as well, and why we
don't drop that prefix for Xen?
> For the first question, as we discussed in several mail, the property
> "linux,uefi-*" are only used internally between the stub and Linux. The
> sub is compiled in the kernel so there is no issue to change the property.
>
Since Linux defines the dt_params like below which is used to get EFI
info from DT, if we drop "linux," in Xen, does it need to drop the
"linux," in dt_params? If so, will this break the compatibility of
changed kernel with old UEFI? IIUC, there is not only Xen using these
properties, but also native host and QEMU guest.
static __initdata struct {
const char name[32];
const char propname[32];
int offset;
int size;
} dt_params[] = {
UEFI_PARAM("System Table", "linux,uefi-system-table", system_table),
UEFI_PARAM("MemMap Address", "linux,uefi-mmap-start", mmap),
UEFI_PARAM("MemMap Size", "linux,uefi-mmap-size", mmap_size),
UEFI_PARAM("MemMap Desc. Size", "linux,uefi-mmap-desc-size", desc_size),
UEFI_PARAM("MemMap Desc. Version", "linux,uefi-mmap-desc-ver", desc_ver)
};
Thanks,
--
Shannon
next prev parent reply other threads:[~2015-08-18 3:19 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-14 14:59 Design doc of adding ACPI support for arm64 on Xen - version 3 Shannon Zhao
2015-08-14 15:17 ` Julien Grall
2015-08-17 13:01 ` Shannon Zhao
2015-08-17 16:10 ` Julien Grall
2015-08-18 3:19 ` Shannon Zhao [this message]
2015-08-18 6:36 ` Julien Grall
2015-08-18 7:23 ` Shannon Zhao
2015-08-18 16:13 ` Julien Grall
2015-08-14 15:59 ` Konrad Rzeszutek Wilk
2015-08-17 15:33 ` Jan Beulich
2015-08-17 16:19 ` Julien Grall
2015-08-18 5:10 ` Jan Beulich
2015-08-18 6:43 ` Julien Grall
2015-08-18 7:01 ` Jan Beulich
2015-08-18 7:46 ` Shannon Zhao
2015-08-18 19:01 ` Julien Grall
2015-08-18 3:41 ` Shannon Zhao
2015-08-18 5:14 ` Jan Beulich
2015-08-18 7:35 ` Shannon Zhao
2015-08-18 8:15 ` Jan Beulich
2015-08-18 8:21 ` Shannon Zhao
2015-08-18 9:11 ` Jan Beulich
2015-08-18 9:34 ` Shannon Zhao
2015-08-18 19:00 ` Julien Grall
2015-09-02 11:43 ` Ian Campbell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55D2A445.5020405@huawei.com \
--to=zhaoshenglong@huawei.com \
--cc=JBeulich@suse.com \
--cc=andrew@fubar.geek.nz \
--cc=boris.ostrovsky@oracle.com \
--cc=christoffer.dall@linaro.org \
--cc=david.vrabel@citrix.com \
--cc=hangaohuai@huawei.com \
--cc=ian.campbell@citrix.com \
--cc=julien.grall@citrix.com \
--cc=parth.dixit@linaro.org \
--cc=peter.huangpeng@huawei.com \
--cc=shannon.zhao@linaro.org \
--cc=stefano.stabellini@citrix.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.