andrzej zaborowski writes (Re: [Qemu-devel] xen / qemu convergence ?):
There's currently no way in qemu to map a chunk of host memory to
guest memory 1:1 if it's not in phys_ram_base, so all video adapters
in qemu do that. Mapped memory that's part of phys_ram_base also gets
dirty pages
Paul Brook writes (Re: [Qemu-devel] [PATCH] ioemu/qemu vga: save and
restore vram buffer (revised)): If you look closer, you'll find
that s-vram_ptr actually points to an offset from phys_ram_base. So
the VGA framebuffer is already saved by ram_save.
Oh yes. That's not the case in the Xen
On 17/12/2007, Ian Jackson [EMAIL PROTECTED] wrote:
Paul Brook writes (Re: [Qemu-devel] [PATCH] ioemu/qemu vga: save and
restore vram buffer (revised)): If you look closer, you'll find
that s-vram_ptr actually points to an offset from phys_ram_base. So
the VGA framebuffer is already saved
I don't really understand why the vga is handled in this way in qemu
but then I'm not an expert on PC graphics hardware. Is it necessary
or desirable for the VGA RAM to take up virtual address space in this
way, or is there some other reason why VGA RAM in the ordinary vga
driver is regarded