qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [RFC] Memory API


From: Avi Kivity
Subject: Re: [Qemu-devel] [RFC] Memory API
Date: Wed, 18 May 2011 19:49:02 +0300
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Lightning/1.0b3pre Thunderbird/3.1.10

On 05/18/2011 07:42 PM, Jan Kiszka wrote:
On 2011-05-18 18:21, Avi Kivity wrote:
>  On 05/18/2011 06:26 PM, Avi Kivity wrote:
>>>  This is about registration.  Right now you can only register IO
>>>  intercepts in the chipset, not on a per-CPU basis.  We could just as
>>>  easily have:
>>>
>>>  CPUState {
>>>      MemoryRegion apic_region;
>>>  };
>>>
>>>  per_cpu_register_memory(env,&env->apic_region);
>>>
>>
>>
>>  Right.  Or all memory per-cpu, with two sub-regions:
>>
>>   - global memory
>>   - overlaid apic memory
>>
>>  for this, we need to have well defined semantics for overlap (perhaps
>>  a priority argument to memory_region_add_subregion).
>
>  Or even
>
>  cpu_memory_region
>     |
>     +-- global memory map (prio 0)
>     |    |
>     |    +-- RAM (prio 0)
>     |    |
>     |    +-- PCI (prio 1)

It depends on the chipset and its configuration (via PAM e.g.) in what
region which takes precedence. Fixed prios do not help here.

The priorities are determined by the device code.

--
error compiling committee.c: too many arguments to function




reply via email to

[Prev in Thread] Current Thread [Next in Thread]