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 memory.
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
>>
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
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 ma
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 bounc
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 the
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 boun
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 r
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 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 tran
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 */
> stat
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 target-i38
12 matches
Mail list logo
