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: Thu, 19 May 2011 11:13:43 +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/19/2011 11:08 AM, Jan Kiszka wrote:
On 2011-05-19 10:06, Avi Kivity wrote:
>  On 05/18/2011 10:40 PM, Jan Kiszka wrote:
>>  On 2011-05-18 15:12, Avi Kivity wrote:
>>  >   void cpu_register_memory_region(MemoryRegion *mr,
>>  target_phys_addr_t addr);
>>
>>  OK, let's allow overlapping, but make it explicit:
>>
>>  void cpu_register_memory_region_overlap(MemoryRegion *mr,
>>                                           target_phys_addr_t addr,
>>                                           int priority);
>>
>>  We need that ordering, so we need an interface. Regions registered via
>>  cpu_register_memory_region must not overlap with existing one or we will
>>  throw an hwerror. And they shall get a low default priority.
>>
>
>  PCI BARs can overlap with anything.  So any region can overlap with any
>  other region.

I know, but that result is unspecified anyway. The user (guest OS) can't
expect any reasonable result. We rather need priorities for useful
overlapping.

Unspecified doesn't mean abort. It means we need to specify something (which translates to: we get to pick the priorities).

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




reply via email to

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