[Top][All Lists]

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

Re: [Qemu-devel] memory: Why subpage is introduced?

From: Avi Kivity
Subject: Re: [Qemu-devel] memory: Why subpage is introduced?
Date: Thu, 22 Dec 2011 14:38:58 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111115 Thunderbird/8.0

On 12/22/2011 01:24 PM, Zhi Yong Wu wrote:
> >
> >> 2.) How to render MemoryRegion into one disjoint flatrange list? That
> >> rendering function is a bit difficult to understand. Can anyone simply
> >> explain it?
> >
> > What exactly don't you understand?
> 1.) e.g. some fields such as offset_in_region, terminates, offset in
> MemoryRegion struct. What are separately their meanings?

Well, read the code, it's not that complicated.  Afterwards you can add
documentation based on your findings.

> 2.)  render_memory_region(), how does it render one MemoryRegion into
> the global view flatview? Can you simply explain this function's
> algorithm logic?

Again, what can I say that the code doesn't?  It recursively descends
the hierarchy and finds out which region goes where.

Also read docs/memory.txt

> >
> >>
> >> 3.) What are separately the meanings of these flags? such as
> >
> > RAM = RAM
> > ROM = ROM
> > UNASSIGNED = nothing handles this range
> > ROMD = ROM when read, device (i.e. callbacks) when written
> > SUBPAGE = dispatch using the lower address bits to obtain final I/O handler.
> thanks.
> By the way, if you are available, can you simply explain what is the
> relationship among them and how they work together? such as
> MemoryRegion, RamBlock, PhysPageDesc, and MemorySlot.

Sorry, it's a long and complicated story that is changing now.  You'll
have to educate yourself mostly.

error compiling committee.c: too many arguments to function

reply via email to

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