[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 25/30] exec: put memory map in AddressSpaceDispa
From: |
Jan Kiszka |
Subject: |
Re: [Qemu-devel] [PATCH 25/30] exec: put memory map in AddressSpaceDispatch |
Date: |
Tue, 02 Jul 2013 16:42:12 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 |
On 2013-06-28 20:26, Paolo Bonzini wrote:
> This lets us get a consistent (phys_map, nodes, sections) using
> RCU. After this patch, cur_map is not used anymore except for freeing
> it at the end of the topology update.
>
> Signed-off-by: Paolo Bonzini <address@hidden>
> ---
> exec.c | 28 +++++++++++++++++-----------
> 1 file changed, 17 insertions(+), 11 deletions(-)
>
> diff --git a/exec.c b/exec.c
> index 0d852ee..581f0c4 100644
> --- a/exec.c
> +++ b/exec.c
> @@ -94,11 +94,15 @@ struct PhysPageEntry {
> uint16_t ptr : 15;
> };
>
> +typedef PhysPageEntry Node[L2_SIZE];
> +
> struct AddressSpaceDispatch {
> /* This is a multi-level map on the physical address space.
> * The bottom level has pointers to MemoryRegionSections.
> */
> PhysPageEntry phys_map;
> + Node *nodes;
> + MemoryRegionSection *sections;
Why not sticking the whole current PhysPageMap into here? Wouldn't that
also allow to overcome prev_map completely (next patch)?
Jan
--
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux
- Re: [Qemu-devel] [PATCH 25/30] exec: put memory map in AddressSpaceDispatch,
Jan Kiszka <=