From: Oleksii Kurochko <oleksii.kurochko@gmail.com>
To: Jan Beulich <jbeulich@suse.com>
Cc: "Alistair Francis" <alistair.francis@wdc.com>,
"Bob Eshleman" <bobbyeshleman@gmail.com>,
"Connor Davis" <connojdavis@gmail.com>,
"Andrew Cooper" <andrew.cooper3@citrix.com>,
"Anthony PERARD" <anthony.perard@vates.tech>,
"Michal Orzel" <michal.orzel@amd.com>,
"Julien Grall" <julien@xen.org>,
"Roger Pau Monné" <roger.pau@citrix.com>,
"Stefano Stabellini" <sstabellini@kernel.org>,
xen-devel@lists.xenproject.org
Subject: Re: [PATCH v2 04/17] xen/riscv: construct the P2M pages pool for guests
Date: Wed, 2 Jul 2025 13:48:18 +0200 [thread overview]
Message-ID: <564d3ea1-d79a-490f-a756-78a55b2befda@gmail.com> (raw)
In-Reply-To: <f3761f21-1a7d-4820-ba74-31fb9becf36d@suse.com>
[-- Attachment #1: Type: text/plain, Size: 3599 bytes --]
On 7/1/25 3:04 PM, Jan Beulich wrote:
> On 10.06.2025 15:05, Oleksii Kurochko wrote:
>> @@ -113,3 +117,58 @@ int p2m_init(struct domain *d)
>>
>> return 0;
>> }
>> +
>> +/*
>> + * Set the pool of pages to the required number of pages.
>> + * Returns 0 for success, non-zero for failure.
>> + * Call with d->arch.paging.lock held.
>> + */
>> +int p2m_set_allocation(struct domain *d, unsigned long pages, bool *preempted)
>> +{
>> + struct page_info *pg;
>> +
>> + ASSERT(spin_is_locked(&d->arch.paging.lock));
>> +
>> + for ( ; ; )
>> + {
>> + if ( d->arch.paging.p2m_total_pages < pages )
>> + {
>> + /* Need to allocate more memory from domheap */
>> + pg = alloc_domheap_page(d, MEMF_no_owner);
>> + if ( pg == NULL )
>> + {
>> + printk(XENLOG_ERR "Failed to allocate P2M pages.\n");
>> + return -ENOMEM;
>> + }
>> + ACCESS_ONCE(d->arch.paging.p2m_total_pages)++;
>> + page_list_add_tail(pg, &d->arch.paging.p2m_freelist);
>> + }
>> + else if ( d->arch.paging.p2m_total_pages > pages )
>> + {
>> + /* Need to return memory to domheap */
>> + pg = page_list_remove_head(&d->arch.paging.p2m_freelist);
>> + if( pg )
>> + {
>> + ACCESS_ONCE(d->arch.paging.p2m_total_pages)--;
>> + free_domheap_page(pg);
>> + }
>> + else
>> + {
>> + printk(XENLOG_ERR
>> + "Failed to free P2M pages, P2M freelist is empty.\n");
>> + return -ENOMEM;
>> + }
>> + }
>> + else
>> + break;
>> +
>> + /* Check to see if we need to yield and try again */
>> + if ( preempted && general_preempt_check() )
>> + {
>> + *preempted = true;
>> + return -ERESTART;
>> + }
>> + }
>> +
>> + return 0;
>> +}
> Btw, with the order-2 requirement for the root page table, you may want to
> consider an alternative approach: Here you could allocate some order-2
> pages (possibly up to as many as a domain might need, which right now
> would be exactly one), put them on a separate list, and consume the root
> table(s) from there. If you run out of pages on the order-0 list, you
> could shatter a page from the order-2 one (as long as that's still non-
> empty). The difficulty would be with freeing, where a previously shattered
> order-2 page would be nice to re-combine once all of its constituents are
> free again.
Do we really need to re-combine shattered order-2 pages?
It seems like the only usage for this order-2-list is to have 1 order-2 page
for root page table. All other pages are 4k pages so even if we won't re-combine
them, nothing serious will happen.
And if we aren't going to have more usages of order-2 pages list then do we
really need a separate order-2 list just basically for root page table?
...
> The main benefit would be avoiding the back and forth in patch
> 6.
...
Can’t we just avoid putting the pages (which will get back) for the root page table into the
freelist at all? That way, there would be no need to return them
later—something like:
Something like:
int p2m_set_allocation(struct domain *d, unsigned long pages, bool *preempted)
{
struct page_info *pg;
ASSERT(spin_is_locked(&d->arch.paging.lock));
pages -= root_page_table_num;
for ( ; ; )
{
if ( d->arch.paging.p2m_total_pages < pages )
{
...
}
~ Oleksii
[-- Attachment #2: Type: text/html, Size: 4152 bytes --]
next prev parent reply other threads:[~2025-07-02 11:48 UTC|newest]
Thread overview: 161+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-10 13:05 [PATCH v2 00/17] xen/riscv: introduce p2m functionality Oleksii Kurochko
2025-06-10 13:05 ` [PATCH v2 01/17] xen/riscv: implement sbi_remote_hfence_gvma() Oleksii Kurochko
2025-06-18 15:15 ` Jan Beulich
2025-06-23 14:31 ` Oleksii Kurochko
2025-06-23 14:39 ` Jan Beulich
2025-06-23 14:45 ` Oleksii Kurochko
2025-06-24 10:33 ` Oleksii Kurochko
2025-06-24 10:48 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 02/17] xen/riscv: introduce sbi_remote_hfence_gvma_vmid() Oleksii Kurochko
2025-06-18 15:20 ` Jan Beulich
2025-06-23 14:38 ` Oleksii Kurochko
2025-06-10 13:05 ` [PATCH v2 03/17] xen/riscv: introduce guest domain's VMID allocation and manegement Oleksii Kurochko
2025-06-18 15:46 ` Jan Beulich
2025-06-24 9:46 ` Oleksii Kurochko
2025-06-24 10:44 ` Jan Beulich
2025-06-24 13:47 ` Oleksii Kurochko
2025-06-24 14:01 ` Jan Beulich
2025-06-24 15:32 ` Oleksii Kurochko
2025-06-26 10:05 ` Oleksii Kurochko
2025-06-26 10:41 ` Jan Beulich
2025-06-26 11:34 ` Oleksii Kurochko
2025-06-26 11:43 ` Juergen Gross
2025-06-26 12:05 ` Oleksii Kurochko
2025-06-26 12:17 ` Teddy Astie
2025-06-26 12:37 ` Jan Beulich
2025-06-26 12:16 ` Jan Beulich
2025-06-26 12:25 ` Oleksii Kurochko
2025-06-10 13:05 ` [PATCH v2 04/17] xen/riscv: construct the P2M pages pool for guests Oleksii Kurochko
2025-06-18 15:53 ` Jan Beulich
2025-06-25 14:48 ` Oleksii Kurochko
2025-06-25 14:55 ` Jan Beulich
2025-07-01 13:04 ` Jan Beulich
2025-07-02 10:30 ` Oleksii Kurochko
2025-07-02 10:34 ` Jan Beulich
2025-07-02 11:17 ` Oleksii Kurochko
2025-07-02 11:48 ` Oleksii Kurochko [this message]
2025-07-02 11:56 ` Jan Beulich
2025-07-02 12:34 ` Oleksii Kurochko
2025-07-02 12:49 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 05/17] xen/riscv: introduce things necessary for p2m initialization Oleksii Kurochko
2025-06-18 16:08 ` Jan Beulich
2025-06-25 15:31 ` Oleksii Kurochko
2025-06-25 15:53 ` Jan Beulich
2025-06-26 8:40 ` Oleksii Kurochko
2025-06-26 11:01 ` Jan Beulich
2025-06-26 11:55 ` Oleksii Kurochko
2025-06-10 13:05 ` [PATCH v2 06/17] xen/riscv: add root page table allocation Oleksii Kurochko
2025-06-30 15:22 ` Jan Beulich
2025-06-30 16:18 ` Oleksii Kurochko
2025-07-01 6:29 ` Jan Beulich
2025-07-01 9:44 ` Oleksii Kurochko
2025-07-01 10:27 ` Jan Beulich
2025-07-01 14:02 ` Oleksii Kurochko
2025-07-01 14:28 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 07/17] xen/riscv: introduce pte_{set,get}_mfn() Oleksii Kurochko
2025-06-26 14:57 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 08/17] xen/riscv: add new p2m types and helper macros for type classification Oleksii Kurochko
2025-06-26 14:59 ` Jan Beulich
2025-06-30 14:33 ` Oleksii Kurochko
2025-06-30 14:38 ` Oleksii Kurochko
2025-06-30 14:45 ` Jan Beulich
2025-06-30 15:27 ` Oleksii Kurochko
2025-06-30 15:50 ` Jan Beulich
2025-07-02 10:13 ` Oleksii Kurochko
2025-07-02 10:36 ` Jan Beulich
2025-06-30 14:42 ` Jan Beulich
2025-06-30 15:13 ` Oleksii Kurochko
2025-06-30 15:27 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 09/17] xen/riscv: introduce page_set_xenheap_gfn() Oleksii Kurochko
2025-06-30 15:48 ` Jan Beulich
2025-07-02 15:59 ` Oleksii Kurochko
2025-07-03 5:59 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 10/17] xen/riscv: implement guest_physmap_add_entry() for mapping GFNs to MFNs Oleksii Kurochko
2025-06-30 15:59 ` Jan Beulich
2025-07-03 11:02 ` Oleksii Kurochko
2025-07-03 11:33 ` Jan Beulich
2025-07-03 11:54 ` Oleksii Kurochko
2025-07-03 13:09 ` Jan Beulich
2025-07-03 13:28 ` Oleksii Kurochko
2025-07-03 13:34 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 11/17] xen/riscv: implement p2m_set_entry() and __p2m_set_entry() Oleksii Kurochko
2025-07-01 13:49 ` Jan Beulich
2025-07-04 15:01 ` Oleksii Kurochko
2025-07-07 7:20 ` Jan Beulich
2025-07-07 11:46 ` Oleksii Kurochko
2025-07-07 12:53 ` Jan Beulich
2025-07-07 15:00 ` Oleksii Kurochko
2025-07-07 15:15 ` Jan Beulich
2025-07-07 16:10 ` Oleksii Kurochko
2025-07-08 7:10 ` Jan Beulich
2025-07-08 9:01 ` Oleksii Kurochko
2025-07-08 10:37 ` Oleksii Kurochko
2025-07-08 12:45 ` Jan Beulich
2025-07-08 15:42 ` Oleksii Kurochko
2025-07-08 16:04 ` Jan Beulich
2025-07-09 8:24 ` Oleksii Kurochko
2025-07-09 8:41 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 12/17] xen/riscv: Implement p2m_free_entry() and related helpers Oleksii Kurochko
2025-07-01 14:23 ` Jan Beulich
2025-07-11 15:56 ` Oleksii Kurochko
2025-07-14 7:15 ` Jan Beulich
2025-07-14 16:01 ` Oleksii Kurochko
2025-07-14 16:17 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 13/17] xen/riscv: Implement p2m_entry_from_mfn() and support PBMT configuration Oleksii Kurochko
2025-07-01 15:08 ` Jan Beulich
2025-07-15 14:47 ` Oleksii Kurochko
2025-07-16 11:31 ` Jan Beulich
2025-07-16 16:07 ` Oleksii Kurochko
2025-07-16 16:18 ` Jan Beulich
2025-07-17 8:56 ` Oleksii Kurochko
2025-07-17 10:25 ` Jan Beulich
2025-07-18 9:52 ` Oleksii Kurochko
2025-07-21 12:18 ` Jan Beulich
2025-07-22 10:41 ` Oleksii Kurochko
2025-07-22 11:34 ` Oleksii Kurochko
2025-07-22 12:00 ` Jan Beulich
2025-07-22 14:25 ` Oleksii Kurochko
2025-07-22 14:35 ` Jan Beulich
2025-07-22 16:07 ` Oleksii Kurochko
2025-07-23 9:46 ` Jan Beulich
2025-07-28 8:52 ` Oleksii Kurochko
2025-07-28 9:09 ` Jan Beulich
2025-07-28 11:37 ` Oleksii Kurochko
2025-07-28 11:49 ` Jan Beulich
2025-07-22 11:54 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 14/17] xen/riscv: implement p2m_next_level() Oleksii Kurochko
2025-07-02 8:35 ` Jan Beulich
2025-07-16 11:32 ` Oleksii Kurochko
2025-07-16 11:43 ` Jan Beulich
2025-07-16 15:53 ` Oleksii Kurochko
2025-07-16 16:12 ` Jan Beulich
2025-07-17 9:42 ` Oleksii Kurochko
2025-07-17 10:37 ` Jan Beulich
2025-07-18 11:19 ` Oleksii Kurochko
2025-07-21 13:14 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 15/17] xen/riscv: Implement superpage splitting for p2m mappings Oleksii Kurochko
2025-07-02 9:25 ` Jan Beulich
2025-07-17 16:37 ` Oleksii Kurochko
2025-07-21 13:34 ` Jan Beulich
2025-07-22 14:57 ` Oleksii Kurochko
2025-07-22 16:02 ` Jan Beulich
2025-07-23 19:51 ` Oleksii Kurochko
2025-07-24 7:58 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 16/17] xen/riscv: implement mfn_valid() and page reference, ownership handling helpers Oleksii Kurochko
2025-07-02 10:09 ` Jan Beulich
2025-07-02 10:28 ` Jan Beulich
2025-07-18 14:37 ` Oleksii Kurochko
2025-07-21 13:39 ` Jan Beulich
2025-07-22 12:03 ` Oleksii Kurochko
2025-07-22 12:05 ` Jan Beulich
2025-07-29 13:47 ` Oleksii Kurochko
2025-07-29 14:48 ` Jan Beulich
2025-07-02 12:52 ` Orzel, Michal
2025-07-18 14:49 ` Oleksii Kurochko
2025-07-21 13:42 ` Jan Beulich
2025-07-22 13:38 ` Oleksii Kurochko
2025-07-21 13:53 ` Jan Beulich
2025-06-10 13:05 ` [PATCH v2 17/17] xen/riscv: add support of page lookup by GFN Oleksii Kurochko
2025-07-02 11:44 ` Jan Beulich
2025-07-21 9:43 ` Oleksii Kurochko
2025-07-21 14:06 ` 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=564d3ea1-d79a-490f-a756-78a55b2befda@gmail.com \
--to=oleksii.kurochko@gmail.com \
--cc=alistair.francis@wdc.com \
--cc=andrew.cooper3@citrix.com \
--cc=anthony.perard@vates.tech \
--cc=bobbyeshleman@gmail.com \
--cc=connojdavis@gmail.com \
--cc=jbeulich@suse.com \
--cc=julien@xen.org \
--cc=michal.orzel@amd.com \
--cc=roger.pau@citrix.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.