From: Julien Grall <Julien.Grall@arm.com>
To: Stefano Stabellini <sstabellini@kernel.org>
Cc: "xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
nd <nd@arm.com>, Volodymyr Babchuk <Volodymyr_Babchuk@epam.com>
Subject: Re: [Xen-devel] [[PATCH for-4.13]] xen/arm: mm: Allow generic xen page-tables helpers to be called early
Date: Mon, 7 Oct 2019 20:35:52 +0000 [thread overview]
Message-ID: <40fc893e-2739-2fec-4b17-2aaa733ddc6c@arm.com> (raw)
In-Reply-To: <alpine.DEB.2.21.1910021756570.2691@sstabellini-ThinkPad-T480s>
Hi,
On 03/10/2019 02:02, Stefano Stabellini wrote:
> On Fri, 20 Sep 2019, Julien Grall wrote:
>> That's not correct. alloc_boot_pages() is actually here to allow dynamic
>> allocation before the memory subsystem (and therefore the runtime allocator)
>> is initialized.
>
> Let me change the question then: is the system_state ==
> SYS_STATE_early_boot check strictly necessary? It looks like it is not:
> the patch would work even if it was just:
I had a few thoughts about it. On Arm32, this only really works for
32-bits machine address (it can go up to 40-bits). I haven't really
fully investigated what could go wrong, but it would be best to keep it
only for early boot.
Also, I don't really want to rely on this "workaround" after boot. Maybe
we would want to keep them unmapped in the future.
Cheers,
--
Julien Grall
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
next prev parent reply other threads:[~2019-10-07 20:36 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-17 16:02 [Xen-devel] [[PATCH for-4.13]] xen/arm: mm: Allow generic xen page-tables helpers to be called early Julien Grall
2019-09-19 23:37 ` Stefano Stabellini
2019-09-20 9:44 ` Julien Grall
2019-09-20 15:16 ` Stefano Stabellini
2019-09-20 15:26 ` Julien Grall
2019-10-02 17:49 ` Julien Grall
2019-10-03 1:02 ` Stefano Stabellini
2019-10-07 20:35 ` Julien Grall [this message]
2019-10-08 0:18 ` Stefano Stabellini
2019-10-08 14:02 ` Julien Grall
2019-10-08 22:24 ` Stefano Stabellini
2019-10-10 16:56 ` Julien Grall
2019-10-11 0:32 ` Stefano Stabellini
2019-10-11 10:14 ` Julien Grall
2019-10-11 17:11 ` Stefano Stabellini
2019-10-11 17:51 ` Julien Grall
2019-10-11 19:01 ` Stefano Stabellini
2019-10-11 19:14 ` Julien Grall
2019-09-25 15:23 ` Julien Grall
2019-09-25 15:27 ` Jürgen Groß
2019-10-11 9:53 ` Xia, Hongyan
2019-10-16 12:46 ` Julien Grall
2019-10-16 13:16 ` Xia, Hongyan
2019-10-10 17:52 [Xen-devel] [PATCH for-4.13] " Julien Grall
2019-10-11 0:27 ` Stefano Stabellini
2019-10-11 13:06 ` Julien Grall
2019-10-11 13:33 ` 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=40fc893e-2739-2fec-4b17-2aaa733ddc6c@arm.com \
--to=julien.grall@arm.com \
--cc=Volodymyr_Babchuk@epam.com \
--cc=nd@arm.com \
--cc=sstabellini@kernel.org \
--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 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.