Alexander Graf wrote:
I guess what you really want is some shm region between host and guess
that you can use as ring buffer. Then you could run a timer on the host
side to flush it or have some sort of callback when you urgently need to
flush it manually.
The benefit here is that you can
On 23.02.2010, at 16:46, Ian Molton wrote:
Alexander Graf wrote:
I guess what you really want is some shm region between host and guess
that you can use as ring buffer. Then you could run a timer on the host
side to flush it or have some sort of callback when you urgently need to
flush it
On 02/22/2010 11:47 AM, Ian Molton wrote:
Anthony Liguori wrote:
On 02/22/2010 10:46 AM, Ian Molton wrote:
Anthony Liguori wrote:
cpu_physical_memory_map().
But this function has some subtle characteristics. It may return a
bounce buffer if you attempt to map MMIO
Hi folks,
I've been updating some old patches which make use of a function to
translate guest virtual addresses into pointers into the guest RAM.
As I understand it qemu has guest virtual and physical addresses, the
latter of which map somehow to host ram addresses.
The function which the code
On 02/22/2010 07:59 AM, Ian Molton wrote:
Hi folks,
I've been updating some old patches which make use of a function to
translate guest virtual addresses into pointers into the guest RAM.
As I understand it qemu has guest virtual and physical addresses, the
latter of which map somehow to host
Anthony Liguori wrote:
cpu_physical_memory_map().
But this function has some subtle characteristics. It may return a
bounce buffer if you attempt to map MMIO memory. There is a limited
pool of bounce buffers available so it may return NULL in the event that
it cannot allocate a bounce
On 02/22/2010 10:46 AM, Ian Molton wrote:
Anthony Liguori wrote:
cpu_physical_memory_map().
But this function has some subtle characteristics. It may return a
bounce buffer if you attempt to map MMIO memory. There is a limited
pool of bounce buffers available so it may return NULL in
Anthony Liguori wrote:
On 02/22/2010 10:46 AM, Ian Molton wrote:
Anthony Liguori wrote:
cpu_physical_memory_map().
But this function has some subtle characteristics. It may return a
bounce buffer if you attempt to map MMIO memory. There is a limited
pool of bounce buffers available
Ian Molton wrote:
Anthony Liguori wrote:
On 02/22/2010 10:46 AM, Ian Molton wrote:
Anthony Liguori wrote:
cpu_physical_memory_map().
But this function has some subtle characteristics. It may return a
bounce buffer if you attempt to map MMIO memory. There is a
Hi Andrzej,
There were actually two methods described in the thread referred to in the
thread to which you were referring in your previous mail. :)
The thread was -
http://thread.gmane.org/gmane.comp.emulators.qemu/16604
I used the patch provided by Stuart Brady (in the thread referred above) -
On 13/07/07, Shashidhar Mysore [EMAIL PROTECTED] wrote:
Hello group,
I have two questions, both regarding the virtual-physical translation of
addresses (all in the virtual machine context).
1
Can somebody tell me if the program counter value available in the following
snippet from
Thanks for the reply, Andrzej!
Some clarifications below ...
On 7/13/07, andrzej zaborowski [EMAIL PROTECTED] wrote:
/* convert one instruction. s-is_jmp is set if the translation must
be stopped. Return the next pc value */
static
On 14/07/07, Shashidhar Mysore [EMAIL PROTECTED] wrote:
Thanks for the reply, Andrzej!
Some clarifications below ...
On 7/13/07, andrzej zaborowski [EMAIL PROTECTED] wrote:
/* convert one instruction. s-is_jmp is set if the translation
Hello group,
I have two questions, both regarding the virtual-physical translation of
addresses (all in the virtual machine context).
1
Can somebody tell me if the program counter value available in the following
snippet from target-i386/translate.c
is virtual or physical? I learnt it may be
14 matches
Mail list logo