(I forgot to CC: the list)
On Wed, Jan 23, 2013 at 2:16 PM, Emmanuel Blot wrote:
>> Today you cannot use cpu_physical_memory_*() from a thread without
>> holding the QEMU global mutex.
> Ok. I have not looked at this part, which API handles this global mutex?
>
>> Have you tried taking the mutex
On Wed, Jan 23, 2013 at 2:17 PM, Emmanuel Blot wrote:
> (I forgot to CC: the list)
>
> On Wed, Jan 23, 2013 at 2:16 PM, Emmanuel Blot wrote:
>>> Today you cannot use cpu_physical_memory_*() from a thread without
>>> holding the QEMU global mutex.
>> Ok. I have not looked at this part, which API h
On Wed, Jan 23, 2013 at 01:02:57PM +0100, Emmanuel Blot wrote:
> I need to emulate a ARM-based SoC that handles a continuous
> datastream, extracting and injection data with DMA tranfers from/to
> the guest main memory.
>
> I've been using the cpu_physical_memory_* (read/write/map/unmap)
> functio
Hi,
I need to emulate a ARM-based SoC that handles a continuous
datastream, extracting and injection data with DMA tranfers from/to
the guest main memory.
I've been using the cpu_physical_memory_* (read/write/map/unmap)
functions to perform data transfer, but I'd like to use several
dedicated nat
