All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
To: Shannon Zhao <zhaoshenglong@huawei.com>
Cc: "Huangpeng (Peter)" <peter.huangpeng@huawei.com>,
	Hangaohuai <hangaohuai@huawei.com>,
	Ian Campbell <ian.campbell@citrix.com>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	Shannon Zhao <shannon.zhao@linaro.org>,
	andrew@fubar.geek.nz, xen-devel <xen-devel@lists.xen.org>,
	Julien Grall <julien.grall@citrix.com>,
	Stefano Stabellini <stefano.stabellini@citrix.com>,
	David Vrabel <david.vrabel@citrix.com>,
	Jan Beulich <jbeulich@suse.com>,
	Boris Ostrovsky <boris.ostrovsky@oracle.com>,
	Parth Dixit <parth.dixit@linaro.org>,
	Christoffer Dall <christoffer.dall@linaro.org>,
	Roger Pau Monne <roger.pau@citrix.com>
Subject: Re: Design doc of adding ACPI support for arm64 on Xen - version 5
Date: Mon, 7 Sep 2015 11:47:44 +0100	[thread overview]
Message-ID: <alpine.DEB.2.02.1509071147280.2672@kaball.uk.xensource.com> (raw)
In-Reply-To: <55ED0687.1070500@huawei.com>

On Mon, 7 Sep 2015, Shannon Zhao wrote:
> 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.

It looks like a good way forward to me

      reply	other threads:[~2015-09-07 10:47 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-28  9:45 Design doc of adding ACPI support for arm64 on Xen - version 5 Shannon Zhao
2015-08-28 12:55 ` Julien Grall
2015-08-29  1:00   ` Shannon Zhao
2015-08-31  7:33     ` Jan Beulich
2015-08-31 11:44     ` Julien Grall
2015-08-31 12:03       ` Shannon Zhao
2015-08-31 12:34         ` Julien Grall
2015-09-01  4:12           ` Shannon Zhao
2015-09-01 11:28             ` Julien Grall
2015-09-01 12:35               ` Shannon Zhao
2015-09-01 13:40                 ` Julien Grall
2015-09-01 14:03                   ` Jan Beulich
2015-09-01 14:20                     ` Julien Grall
2015-09-02  6:02                   ` Shannon Zhao
2015-09-02  8:41                     ` Jan Beulich
2015-09-02  9:18                       ` Christoffer Dall
2015-09-02 11:15                         ` Julien Grall
2015-09-02  9:25                       ` Shannon Zhao
2015-09-02 12:30                         ` Jan Beulich
2015-09-02 11:09                     ` Julien Grall
2015-09-02 12:02                       ` Shannon Zhao
2015-09-02 12:52                         ` Julien Grall
2015-09-02 13:26                           ` Ian Campbell
2015-09-02 13:48                             ` Julien Grall
2015-09-02 13:54                               ` Ian Campbell
2015-09-02 13:57                                 ` Christoffer Dall
2015-09-02 15:27                                   ` Leif Lindholm
2015-09-02 15:37                                     ` Ard Biesheuvel
2015-09-02 14:00                               ` Jan Beulich
2015-09-02 12:58           ` Ian Campbell
2015-08-28 15:06 ` Jan Beulich
2015-08-29  1:29   ` Shannon Zhao
2015-08-31  7:39     ` Jan Beulich
2015-08-31  8:51       ` Shannon Zhao
2015-08-31  9:40         ` Jan Beulich
2015-08-31 11:31           ` Shannon Zhao
2015-08-31 11:46             ` Jan Beulich
2015-09-02 12:54           ` Ian Campbell
2015-09-02 13:59             ` Shannon Zhao
2015-09-02 14:24               ` Ian Campbell
2015-09-02 12:18 ` Ian Campbell
2015-09-07  3:37   ` Shannon Zhao
2015-09-07 10:47     ` Stefano Stabellini [this message]

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=alpine.DEB.2.02.1509071147280.2672@kaball.uk.xensource.com \
    --to=stefano.stabellini@eu.citrix.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=jbeulich@suse.com \
    --cc=julien.grall@citrix.com \
    --cc=parth.dixit@linaro.org \
    --cc=peter.huangpeng@huawei.com \
    --cc=roger.pau@citrix.com \
    --cc=shannon.zhao@linaro.org \
    --cc=stefano.stabellini@citrix.com \
    --cc=xen-devel@lists.xen.org \
    --cc=zhaoshenglong@huawei.com \
    /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.