All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Campbell <ian.campbell@citrix.com>
To: Julien Grall <julien.grall@linaro.org>
Cc: Vijay Kilari <vijay.kilari@gmail.com>,
	Vijaya Kumar K <vijaya.kumar@caviumnetworks.com>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	xen-devel <xen-devel@lists.xen.org>,
	Roy Franz <roy.franz@linaro.org>,
	Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Subject: Re: [PATCH FOR-4.5] xen: arm: Do not enable EFI in dom0 since it is not yet supported.
Date: Tue, 14 Oct 2014 14:07:49 +0100	[thread overview]
Message-ID: <1413292069.10417.55.camel@citrix.com> (raw)
In-Reply-To: <543D1DFC.8020901@linaro.org>

On Tue, 2014-10-14 at 13:58 +0100, Julien Grall wrote:
> On 10/14/2014 01:49 PM, Ian Campbell wrote:
> > On Tue, 2014-10-14 at 13:28 +0100, Julien Grall wrote:
> >> Hi Ian,
> >>
> >> On 10/14/2014 08:21 AM, Ian Campbell wrote:
> >>> On Mon, 2014-10-13 at 12:37 -0700, Roy Franz wrote:
> >>>> On Mon, Oct 13, 2014 at 9:20 AM, Julien Grall <julien.grall@linaro.org> wrote:
> >>>>> (CC vijay)
> >>>>>
> >>>>> Hi Suravee,
> >>>>>
> >>>>> On 10/13/2014 05:17 PM, suravee.suthikulpanit@amd.com wrote:
> >>>>>> From: Suravee Suthikulpanit <Suravee.Suthikulpanit@amd.com>
> >>>>>>
> >>>>>> Since EFI is not yet supported in dom0, we need to remove the following
> >>>>>> properties from the chosen node:
> >>>>>>
> >>>>>>   * linux,uefi-mmap-start
> >>>>>>   * linux,uefi-mmap-size
> >>>>>>   * linux,uefi-mmap-desc-size
> >>>>>>   * linux,uefi-mmap-desc-ver
> >>>>>>
> >>>>>> These are added by "arch/arm/efi/efi-boot.h: fdt_add_uefi_nodes()",
> >>>>>> and used by dom0 kernel to enable EFI.
> >>>>>>
> >>>>>> Cc: Julien Grall <julien.grall@linaro.org>
> >>>>>> Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
> >>>>>> Cc: Ian Campbell <ian.campbell@citrix.com>
> >>>>>> Cc: Roy Franz <roy.franz@linaro.org>
> >>>>>> Signed-off-by: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
> >>>>>
> >>>>> Reviewed-by: Julien Grall <julien.grall@linaro.org>
> >>>>
> >>>> Reviewed-by: Roy Franz <roy.franz@linaro.org>
> >>>
> >>> Acked-by: Ian Campbell <ian.campbell@.citrix.com>
> >>>
> >>> But I do wonder why we don't just drop the hos /chosen node -- I think
> >>> everything which should be in there is fabricated by the h/visor anyway.
> >>
> >> I though about the same things yesterday, but the /chosen node may
> >> contain other properties (such as OS specific) that we may need to pass
> >> to DOM0.
> > 
> > What sort of thing are you thinking of here?
> 
> FreeBSD provides two properties (stdin and stdout) to choose the input
> and the output methods.
> 
> Those properties need to be copied in DOM0 DT to allow the user chose
> which console he wants to use (think about a platform with 2 serial ports).

How do you know whether stdin/stdout were intended to apply to dom0 or
Xen?

What if dom0 wants to use hvc0? How is that expressed?

It seems to me that if bootargs is being consumed by Xen then
stdin/stdout ought to be consumed by Xen for consistency.

Which points to special handling for stdin/stdout in Xen, i.e. a
continuation of the whitelisting approach.

Ian.

  reply	other threads:[~2014-10-14 13:07 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-13 16:17 [PATCH FOR-4.5] xen: arm: Do not enable EFI in dom0 since it is not yet supported suravee.suthikulpanit
2014-10-13 16:20 ` Julien Grall
2014-10-13 19:37   ` Roy Franz
2014-10-14  7:21     ` Ian Campbell
2014-10-14  9:59       ` Ian Campbell
2014-10-14 12:28       ` Julien Grall
2014-10-14 12:49         ` Ian Campbell
2014-10-14 12:58           ` Julien Grall
2014-10-14 13:07             ` Ian Campbell [this message]
2014-10-14 13:18               ` Julien Grall
2014-10-14 13:47                 ` Ian Campbell
2014-10-14 14:02                   ` Julien Grall
2014-10-14 14:51                     ` Ian Campbell
2014-10-14 15:00                       ` Julien Grall

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=1413292069.10417.55.camel@citrix.com \
    --to=ian.campbell@citrix.com \
    --cc=julien.grall@linaro.org \
    --cc=roy.franz@linaro.org \
    --cc=stefano.stabellini@eu.citrix.com \
    --cc=suravee.suthikulpanit@amd.com \
    --cc=vijay.kilari@gmail.com \
    --cc=vijaya.kumar@caviumnetworks.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.