public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Marek Marczykowski-Górecki" <marmarek@invisiblethingslab.com>
To: "Roger Pau Monné" <roger.pau@citrix.com>
Cc: Norbert Kaminski <norbert.kaminski@3mdeb.com>,
	Ard Biesheuvel <ardb@kernel.org>,
	linux-efi@vger.kernel.org, xen-devel@lists.xenproject.org,
	open list <linux-kernel@vger.kernel.org>,
	Maciej Pijanowski <maciej.pijanowski@3mdeb.com>,
	piotr.krol@3mdeb.com
Subject: Re: [PATCH] efi: discover ESRT table on Xen PV too
Date: Thu, 20 Aug 2020 11:34:54 +0200	[thread overview]
Message-ID: <20200820093454.GS1626@mail-itl> (raw)
In-Reply-To: <20200820093025.GT828@Air-de-Roger>

[-- Attachment #1: Type: text/plain, Size: 1052 bytes --]

On Thu, Aug 20, 2020 at 11:30:25AM +0200, Roger Pau Monné wrote:
> Right, so you only need access to the ESRT table, that's all. Then I
> think we need to make sure Xen doesn't use this memory for anything
> else, which will require some changes in Xen (or at least some
> checks?).
> 
> We also need to decide what to do if the table turns out to be placed
> in a wrong region. How are we going to prevent dom0 from using it
> then? My preference would be to completely hide it from dom0 in that
> case, such that it believes there's no ESRT at all if possible.

Yes, that makes sense. As discussed earlier, that probably means
re-constructing SystemTable before giving it to dom0. We'd need to do
that in PVH case anyway, to adjust addresses, right? Is there something
like this in the Xen codebase already, or it needs to be written from
scratch?

-- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  reply	other threads:[~2020-08-20 13:21 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-16  0:19 [PATCH] efi: discover ESRT table on Xen PV too Marek Marczykowski-Górecki
2020-08-17  8:16 ` Ard Biesheuvel
2020-08-18 11:45   ` Marek Marczykowski-Górecki
2020-08-17  9:00 ` Roger Pau Monné
2020-08-18 12:01   ` Marek Marczykowski-Górecki
2020-08-18 12:47     ` Roger Pau Monné
2020-08-18 15:00       ` Marek Marczykowski-Górecki
2020-08-18 17:21         ` Roger Pau Monné
2020-08-18 18:40           ` Marek Marczykowski-Górecki
2020-08-19  8:19             ` Roger Pau Monné
2020-08-19 11:33               ` Norbert Kaminski
2020-08-20  9:30                 ` Roger Pau Monné
2020-08-20  9:34                   ` Marek Marczykowski-Górecki [this message]
2020-08-20 10:20                     ` Roger Pau Monné
2020-08-20  9:35                   ` Ard Biesheuvel
2020-08-19  7:20       ` Jan Beulich

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=20200820093454.GS1626@mail-itl \
    --to=marmarek@invisiblethingslab.com \
    --cc=ardb@kernel.org \
    --cc=linux-efi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maciej.pijanowski@3mdeb.com \
    --cc=norbert.kaminski@3mdeb.com \
    --cc=piotr.krol@3mdeb.com \
    --cc=roger.pau@citrix.com \
    --cc=xen-devel@lists.xenproject.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox