All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Vrabel <david.vrabel-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>
To: Daniel Kiper
	<daniel.kiper-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>,
	linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
	xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org
Cc: mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org,
	jeremy-TSDbQ3PG+2Y@public.gmane.org,
	matt.fleming-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
	ian.campbell-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org,
	andrew.cooper3-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org,
	stefano.stabellini-mvvWK6WmYclDPfheJLI6IQ@public.gmane.org,
	mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	david.vrabel-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org,
	jbeulich-IBi9RG/b67k@public.gmane.org,
	hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org,
	boris.ostrovsky-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org,
	tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
	eshelton-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org
Subject: Re: [Xen-devel] [PATCH v6 7/9] xen: Put EFI machinery in place
Date: Mon, 23 Jun 2014 10:57:31 +0100	[thread overview]
Message-ID: <53A7FA0B.4070106@citrix.com> (raw)
In-Reply-To: <1403299768-9955-8-git-send-email-daniel.kiper-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>

On 20/06/14 22:29, Daniel Kiper wrote:
> This patch enables EFI usage under Xen dom0. Standard EFI Linux
> Kernel infrastructure cannot be used because it requires direct
> access to EFI data and code. However, in dom0 case it is not possible
> because above mentioned EFI stuff is fully owned and controlled
> by Xen hypervisor. In this case all calls from dom0 to EFI must
> be requested via special hypercall which in turn executes relevant
> EFI code in behalf of dom0.
> 
> When dom0 kernel boots it checks for EFI availability on a machine.
> If it is detected then artificial EFI system table is filled.
> Native EFI callas are replaced by functions which mimics them
> by calling relevant hypercall. Later pointer to EFI system table
> is passed to standard EFI machinery and it continues EFI subsystem
> initialization taking into account that there is no direct access
> to EFI boot services, runtime, tables, structures, etc. After that
> system runs as usual.

Reviewed-by: David Vrabel <david.vrabel-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>

(With or without the change suggested by Stefano).

Thanks.

David

WARNING: multiple messages have this Message-ID (diff)
From: David Vrabel <david.vrabel@citrix.com>
To: Daniel Kiper <daniel.kiper@oracle.com>,
	<linux-efi@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<x86@kernel.org>, <xen-devel@lists.xenproject.org>
Cc: <mjg59@srcf.ucam.org>, <jeremy@goop.org>,
	<matt.fleming@intel.com>, <ian.campbell@citrix.com>,
	<andrew.cooper3@citrix.com>, <stefano.stabellini@eu.citrix.com>,
	<mingo@redhat.com>, <david.vrabel@citrix.com>,
	<jbeulich@suse.com>, <hpa@zytor.com>,
	<boris.ostrovsky@oracle.com>, <tglx@linutronix.de>,
	<eshelton@pobox.com>
Subject: Re: [Xen-devel] [PATCH v6 7/9] xen: Put EFI machinery in place
Date: Mon, 23 Jun 2014 10:57:31 +0100	[thread overview]
Message-ID: <53A7FA0B.4070106@citrix.com> (raw)
In-Reply-To: <1403299768-9955-8-git-send-email-daniel.kiper@oracle.com>

On 20/06/14 22:29, Daniel Kiper wrote:
> This patch enables EFI usage under Xen dom0. Standard EFI Linux
> Kernel infrastructure cannot be used because it requires direct
> access to EFI data and code. However, in dom0 case it is not possible
> because above mentioned EFI stuff is fully owned and controlled
> by Xen hypervisor. In this case all calls from dom0 to EFI must
> be requested via special hypercall which in turn executes relevant
> EFI code in behalf of dom0.
> 
> When dom0 kernel boots it checks for EFI availability on a machine.
> If it is detected then artificial EFI system table is filled.
> Native EFI callas are replaced by functions which mimics them
> by calling relevant hypercall. Later pointer to EFI system table
> is passed to standard EFI machinery and it continues EFI subsystem
> initialization taking into account that there is no direct access
> to EFI boot services, runtime, tables, structures, etc. After that
> system runs as usual.

Reviewed-by: David Vrabel <david.vrabel@citrix.com>

(With or without the change suggested by Stefano).

Thanks.

David

  parent reply	other threads:[~2014-06-23  9:57 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-20 21:29 [PATCH v6 0/9] xen: Add EFI support Daniel Kiper
2014-06-20 21:29 ` Daniel Kiper
2014-06-20 21:29 ` [PATCH v6 1/9] efi: Use early_mem*() instead of early_io*() Daniel Kiper
2014-06-20 21:29   ` Daniel Kiper
     [not found]   ` <1403299768-9955-2-git-send-email-daniel.kiper-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2014-06-23  7:19     ` Jan Beulich
2014-06-23  7:19       ` Jan Beulich
2014-06-23 13:54       ` Daniel Kiper
2014-06-23 13:54       ` Daniel Kiper
2014-06-23 13:54         ` Daniel Kiper
2014-06-24 17:56         ` Luck, Tony
     [not found]         ` <20140623135446.GG28489-fJNZiO034lp9pOct4yEdx/3oZC3j2Omk@public.gmane.org>
2014-06-24 17:56           ` Luck, Tony
2014-06-24 17:56             ` Luck, Tony
2014-06-23  7:19   ` Jan Beulich
2014-06-20 21:29 ` [PATCH v6 2/9] arch/x86: Do not access EFI memory map if it is not available Daniel Kiper
2014-06-20 21:29 ` Daniel Kiper
     [not found]   ` <1403299768-9955-3-git-send-email-daniel.kiper-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2014-06-23  9:53     ` David Vrabel
2014-06-23  9:53       ` David Vrabel
     [not found]       ` <53A7F8FF.2050309-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>
2014-06-23 11:00         ` Jan Beulich
2014-06-23 11:00           ` Jan Beulich
     [not found]           ` <53A824D1020000780001C630-tRfBTM6QL9aeHWOVceGJHFaTQe2KTcn/@public.gmane.org>
2014-06-23 14:13             ` Daniel Kiper
2014-06-23 14:13               ` Daniel Kiper
2014-06-23 14:13           ` Daniel Kiper
2014-06-23 11:00       ` Jan Beulich
2014-06-23  9:53   ` David Vrabel
     [not found] ` <1403299768-9955-1-git-send-email-daniel.kiper-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2014-06-20 21:29   ` [PATCH v6 3/9] efi: Introduce EFI_PARAVIRT flag Daniel Kiper
2014-06-20 21:29     ` Daniel Kiper
2014-06-20 21:29 ` Daniel Kiper
2014-06-20 21:29 ` [PATCH v6 4/9] arch/x86: Remove redundant set_bit(EFI_SYSTEM_TABLES) call Daniel Kiper
2014-06-20 21:29   ` Daniel Kiper
2014-06-20 21:29 ` [PATCH v6 5/9] arch/x86: Remove redundant set_bit(EFI_MEMMAP) call Daniel Kiper
2014-06-20 21:29   ` Daniel Kiper
2014-06-20 21:29 ` [PATCH v6 6/9] xen: Define EFI related stuff Daniel Kiper
2014-06-23  9:50   ` David Vrabel
     [not found]   ` <1403299768-9955-7-git-send-email-daniel.kiper-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2014-06-23  9:50     ` David Vrabel
2014-06-23  9:50       ` David Vrabel
2014-06-20 21:29 ` Daniel Kiper
2014-06-20 21:29 ` [PATCH v6 7/9] xen: Put EFI machinery in place Daniel Kiper
2014-06-20 21:29   ` Daniel Kiper
     [not found]   ` <1403299768-9955-8-git-send-email-daniel.kiper-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2014-06-21 14:53     ` Stefano Stabellini
2014-06-21 14:53       ` Stefano Stabellini
2014-06-23  9:57     ` David Vrabel [this message]
2014-06-23  9:57       ` [Xen-devel] " David Vrabel
2014-06-23 13:57       ` Daniel Kiper
     [not found]       ` <53A7FA0B.4070106-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org>
2014-06-23 13:57         ` [Xen-devel] " Daniel Kiper
2014-06-23 13:57           ` Daniel Kiper
2014-06-21 14:53   ` Stefano Stabellini
2014-06-23  9:57   ` David Vrabel
2014-06-20 21:29 ` [PATCH v6 8/9] arch/x86: Replace plain strings with constants Daniel Kiper
2014-06-20 21:29 ` Daniel Kiper
2014-06-20 21:29 ` [PATCH v6 9/9] arch/x86: Remove efi_set_rtc_mmss() Daniel Kiper
2014-06-20 21:29   ` Daniel Kiper

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=53A7FA0B.4070106@citrix.com \
    --to=david.vrabel-sxgqhf6nn4dqt0dzr+alfa@public.gmane.org \
    --cc=andrew.cooper3-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org \
    --cc=boris.ostrovsky-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org \
    --cc=daniel.kiper-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org \
    --cc=eshelton-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org \
    --cc=hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org \
    --cc=ian.campbell-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org \
    --cc=jbeulich-IBi9RG/b67k@public.gmane.org \
    --cc=jeremy-TSDbQ3PG+2Y@public.gmane.org \
    --cc=linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=matt.fleming-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org \
    --cc=stefano.stabellini-mvvWK6WmYclDPfheJLI6IQ@public.gmane.org \
    --cc=tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org \
    --cc=x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.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.