Bug 499261
Summary: | KVM PCI device assignment fails with "assigned_dev_register_regions: Error: Couldn't mmap 0xffa40000!" | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mark McLoughlin <markmc> |
Component: | qemu | Assignee: | Mark McLoughlin <markmc> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | rawhide | CC: | dwmw2, gcosta, markmc, virt-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-05-06 11:03:40 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 480594 |
Description
Mark McLoughlin
2009-05-05 20:48:44 UTC
Versions involved: qemu-system-x86-0.10-16.fc11.x86_64 kernel-2.6.29.2-126.fc11.x86_64 Seems to work if you boot the host with iomem=relaxed The device in question is: 00:19.0 Ethernet controller: Intel Corporation 82566DM-2 Gigabit Network Connection (rev 02) Subsystem: Intel Corporation Device 0000 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 25 Region 0: Memory at ffa40000 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at ffa78000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at dc00 [size=32] Capabilities: [c8] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=1 PME- Capabilities: [d0] MSI: Mask- 64bit+ Count=1/1 Enable+ Address: 00000000fee0f00c Data: 41d1 Capabilities: [e0] Vendor Specific Information <?> Kernel driver in use: e1000e Kernel modules: e1000e Bah, I just got myself confused here. I was booting the guest with managed='yes', so the device wasn't being detached from its driver and the iomem regions were exclusively owned by the driver, causing the mmap() to fail. Booting with iomem=relaxed just turns off the iomem region checks. Actually, managed='yes' is correct, except libvirt was interpreting it incorrectly. See bug #499386 |