qemu-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-discuss] How to resolve "Failed to mmap" error?


From: Alex Williamson
Subject: Re: [Qemu-discuss] How to resolve "Failed to mmap" error?
Date: Fri, 14 Oct 2016 10:47:42 -0600

On Mon, 10 Oct 2016 20:05:02 -0700
A223 A223 <address@hidden> wrote:

> I just tried testing the patch.
> 
> Initially, it seemed to work fine (log messages below).
> However, I am getting hard lockup of the host machine shortly after
> the vfio_region_setup related log lines print out to the screen. I
> would say that rougly 3 of the 9 VM startups resulted in a hard lock
> like this. I wasn't getting these hard locks before applying the patch
> that I can remember.
> 
> I removed the patch and tried to replicate the hard lock and haven't
> been able to, though admittedly I was only able to try a few times.
> Unfortunately, repeatedly trying to boot the VM to test things starts
> to become time consuming, because once the VM has been through a
> single startup-shutdown cycle, qemu refuses to start, printing these
> errors:
> qemu-system-x86_64: -device
> vfio-pci,host=05:00.0,bus=root.1,addr=00.5: vfio: Error: Failed to
> setup INTx fd: Device or resource busy
> qemu-system-x86_64: -device
> vfio-pci,host=05:00.0,bus=root.1,addr=00.5: Device initialization
> failed
> 
> In the host's kernel log, there are a ton of these
> [  774.069113] vfio_ecap_init: 0000:05:00.0 hiding ecap address@hidden
> Followed by these kernel log errors:
> [  774.070330] genirq: Flags mismatch irq 16. 00000000
> (vfio-intx(0000:05:00.0)) vs. 00000080 (ehci_hcd:usb1)
> [  774.085595] vfio-pci 0000:05:00.0: Refused to change power state,
> currently in D3
> [  774.797671] vfio-pci 0000:05:00.0: timed out waiting for pending
> transaction; performing function level reset anyway
> [  775.945685] vfio-pci 0000:05:00.0: Failed to return from FLR
> 
> This is not a problem with your patch, but it does complicate my
> ability to test the patch repeatedly, since a host restart is needed
> between every try. If you have any idea what could be going there,
> please do let me know.

Does this kernel patch help?

diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
index 5bb5609..0e48631 100644
--- a/drivers/pci/quirks.c
+++ b/drivers/pci/quirks.c
@@ -3198,6 +3198,8 @@ static void quirk_no_bus_reset(struct pci_dev *dev)
 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_ATHEROS, 0x0030, quirk_no_bus_reset);
 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_ATHEROS, 0x0032, quirk_no_bus_reset);
 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_ATHEROS, 0x003c, quirk_no_bus_reset);
+/* Fresco Logic FL1100 USB 3.0 Host Controller */
+DECLARE_PCI_FIXUP_HEADER(0x1b73, 0x1100, quirk_no_bus_reset);
 
 static void quirk_no_pm_reset(struct pci_dev *dev)
 {

Also, when you're in this state where the Fresco USB3 controller
doesn't work, please record 'sudo lspci -vvvs 5:'  Thanks,

Alex



reply via email to

[Prev in Thread] Current Thread [Next in Thread]