[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Please revert / review 077fc1c04d70ef1748ac2daa6622b3320a1a004c
>>> On 16.06.14 at 09:47, <yang.z.zhang@xxxxxxxxx> wrote: > Matthias wrote on 2014-06-12: >> domain = 0, device id = 0x98, fault address = 0xffffffc0, flags = 0 >> (XEN) AMD-Vi: IO_PAGE_FAULT: domain = 0, device id = 0x90, fault >> address = 0xffffffc0, flags = 0 >> (XEN) AMD-Vi: IO_PAGE_FAULT: domain = 0, device id = 0x98, fault >> address = 0xffffffc0, flags = 0 >> (XEN) AMD-Vi: IO_PAGE_FAULT: domain = 0, device id = 0x90, fault >> address = 0xffffffc0, flags = 0 >> (XEN) AMD-Vi: IO_PAGE_FAULT: domain = 0, device id = 0x98, fault >> address = 0xffffffc0, flags = 0 >> (XEN) AMD-Vi: IO_PAGE_FAULT: domain = 0, device id = 0x90, fault >> address = 0xffffffc0, flags = 0 >> (XEN) AMD-Vi: IO_PAGE_FAULT: domain = 0, device id = 0x98, fault >> address = 0xffffffc0, flags = 0 >> (XEN) AMD-Vi: IO_PAGE_FAULT: domain = 0, device id = 0x90, fault >> address = 0xffffffc0, flags = 0 > > This is really strange. The fault shows it is caused by dom0's activity. But > the device have assigned to the guest. Are you sure the devices(00:13.0 and > 00:12.0) are hidden and dom0 is not using it? BTW, what are the devices of > 00:12.0 and 00:13.0? It's not just that which is odd. The fault address is suspicious too; I only ever saw such along with discovering what led to 6b4d71d0 ("AMD IOMMU: don't free page table prematurely". Matthias - it certainly wouldn't hurt if you included that fix in whatever you build your hypervisor from (backports are already available in older trees). Jan Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |