* [Qemu-devel] physical memory allocation?
@ 2008-09-09 9:11 Gerd Hoffmann
2008-09-09 12:04 ` Paul Brook
0 siblings, 1 reply; 2+ messages in thread
From: Gerd Hoffmann @ 2008-09-09 9:11 UTC (permalink / raw)
To: qemu-devel
Hi folks,
I've looked at the physical guest memory allocation code (aka
qemu_vmalloc). Reason is that I need some way to map guest memory pages
to a second location in virtual memory. Thus I need a filehandle for
the memory, so I can mmap() pages from it somewhere.
I've seen there is a phys_ram_fd variable defined in exec.c. It isn't
used anywhere though. kqemu seems to have very simliar needs, there is
some code to back guest memory using a file in /dev/shm.
How about doing that *unconditionally*, not just for kqemu?
cheers,
Gerd
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Qemu-devel] physical memory allocation?
2008-09-09 9:11 [Qemu-devel] physical memory allocation? Gerd Hoffmann
@ 2008-09-09 12:04 ` Paul Brook
0 siblings, 0 replies; 2+ messages in thread
From: Paul Brook @ 2008-09-09 12:04 UTC (permalink / raw)
To: qemu-devel; +Cc: Gerd Hoffmann
> How about doing that *unconditionally*, not just for kqemu?
Unless you actually need it (qemu doesn't, and kqemu shouldn't) it just slows
things down, and breaks things when /dev/shm isn't big enough.
Paul
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-09-09 12:05 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-09 9:11 [Qemu-devel] physical memory allocation? Gerd Hoffmann
2008-09-09 12:04 ` Paul Brook
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).