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: Anthony Liguori
Subject: Re: [Qemu-devel] [RFC] Memory API
Date: Thu, 19 May 2011 11:38:21 -0500
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Thunderbird/3.1.10

On 05/19/2011 11:35 AM, Jan Kiszka wrote:
On 2011-05-19 18:32, Anthony Liguori wrote:
On 05/19/2011 09:40 AM, Avi Kivity wrote:
On 05/19/2011 05:37 PM, Anthony Liguori wrote:

So.... do you do:

isa_register_region(ISABus *bus, MemoryRegion *mr, int priority)
{
chipset_register_region(bus->chipset, mr, priority + 1);
}

I don't really understand how you can fold everything into one table
and not allow devices to override their parents using priorities.

Think of how a window manager folds windows with priorities onto a flat
framebuffer.

You do a depth-first walk of the tree. For each child list, you iterate
it from the lowest to highest priority, allowing later subregions
override earlier subregions.


Okay, but this doesn't explain how you'll let RAM override the VGA
mapping since RAM is not represented in the same child list as VGA (RAM
is a child of the PMC whereas VGA is a child of ISA/PCI, both of which
are at least one level removed from the PMC).

You can always create a new memory region with higher priority, pointing
to the RAM window you want to have above VGA. That's what we do today as
well, just with different effects on the internal representation.

But then we're no better than we are today. I thought the whole point of this thread of discussion was to allow overlapping I/O regions to be handled in a better way than we do today?

Regards,

Anthony Liguori


Jan





reply via email to

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