[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <F88118BD-91CC-443B-B93D-B6E57AE4FDB2@zytor.com>
Date: Fri, 02 Dec 2016 22:36:00 -0800
From: hpa@...or.com
To: Ingo Molnar <mingo@...nel.org>,
Boris Ostrovsky <boris.ostrovsky@...cle.com>
CC: Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>, david.vrabel@...rix.com,
JGross@...e.com, roger.pau@...rix.com,
linux-kernel@...r.kernel.org, xen-devel@...ts.xenproject.org,
x86@...nel.org, Matt Fleming <matt@...eblueprint.co.uk>
Subject: Re: [PATCH 2/8] x86/head: Refactor 32-bit pgtable setup
On December 2, 2016 9:49:50 PM PST, Ingo Molnar <mingo@...nel.org> wrote:
>
>* Boris Ostrovsky <boris.ostrovsky@...cle.com> wrote:
>
>> > It is tricky to do so safely, because at this stage almost nothing
>of the C
>> > execution environment has been set up.
>
>Yeah - but we do have a fair amount of early C code though.
>
>> I can still give it a try but I'd rather not tie it to this (Xen PVH)
>patch
>> series. Which would leave me with two options: either keep what this
>patch does,
>> leaving it as assembly (requires your ack), or have Xen code build
>the pages on
>> its own.
>
>If you give it a try in a subsequent patch (please Cc: me) then it's OK
>to me:
>
> Acked-by: Ingo Molnar <mingo@...nel.org>
>
>Feel free to carry it in the Xen tree.
>
>Thanks,
>
> Ingo
It's true that it is now possible to run pre-paging C code. It would be so much better if Xen could simply go though the normal code path like any civilized machine.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Powered by blists - more mailing lists