Re: [Qemu-devel] [PATCH 10/15] exec: RCUify AddressSpaceDispatch

2015-02-03 Thread Paolo Bonzini
On 28/01/2015 06:45, Fam Zheng wrote: > If I understand it, this code doesn't hold iothread lock when releasing the > memory region, but in one of the memroy region destructors, > memory_region_destructor_ram_from_ptr: > > void qemu_ram_free_from_ptr(ram_addr_t addr) > { > RAMBlo

Re: [Qemu-devel] [PATCH 10/15] exec: RCUify AddressSpaceDispatch

2015-01-28 Thread Paolo Bonzini
On 28/01/2015 06:45, Fam Zheng wrote: > On Thu, 01/22 15:47, Paolo Bonzini wrote: >> Note that even after this patch, most callers of address_space_* >> functions must still be under the big QEMU lock, otherwise the memory >> region returned by address_space_translate can disappear as soon as >>

Re: [Qemu-devel] [PATCH 10/15] exec: RCUify AddressSpaceDispatch

2015-01-27 Thread Fam Zheng
On Thu, 01/22 15:47, Paolo Bonzini wrote: > Note that even after this patch, most callers of address_space_* > functions must still be under the big QEMU lock, otherwise the memory > region returned by address_space_translate can disappear as soon as > address_space_translate returns. This will be

[Qemu-devel] [PATCH 10/15] exec: RCUify AddressSpaceDispatch

2015-01-22 Thread Paolo Bonzini
Note that even after this patch, most callers of address_space_* functions must still be under the big QEMU lock, otherwise the memory region returned by address_space_translate can disappear as soon as address_space_translate returns. This will be fixed in the next part of this series. Signed-of