When an IOREQ_TYPE_INVALIDATE is sent to QEMU, it invalidates all entry
of the map cache even if it's locked.
QEMU is not able to know that entry was invalidated, so when an IO
access is requested a segfault occured.
Signed-off-by: Julien Grall julien.gr...@citrix.com
---
xen-mapcache.c |3
On Thu, 15 Mar 2012, Julien Grall wrote:
When an IOREQ_TYPE_INVALIDATE is sent to QEMU, it invalidates all entry
of the map cache even if it's locked.
QEMU is not able to know that entry was invalidated, so when an IO
access is requested a segfault occured.
The problem here is the long term
On Thu, 15 Mar 2012, Julien Grall wrote:
When an IOREQ_TYPE_INVALIDATE is sent to QEMU, it invalidates all entry
of the map cache even if it's locked.
QEMU is not able to know that entry was invalidated, so when an IO
access is requested a segfault occured.
The problem here is the long
On Thu, Mar 15, Stefano Stabellini wrote:
On Thu, 15 Mar 2012, Julien Grall wrote:
When an IOREQ_TYPE_INVALIDATE is sent to QEMU, it invalidates all entry
of the map cache even if it's locked.
QEMU is not able to know that entry was invalidated, so when an IO
access is requested a
On Thu, 15 Mar 2012, Olaf Hering wrote:
On Thu, Mar 15, Stefano Stabellini wrote:
On Thu, 15 Mar 2012, Julien Grall wrote:
When an IOREQ_TYPE_INVALIDATE is sent to QEMU, it invalidates all entry
of the map cache even if it's locked.
QEMU is not able to know that entry was
