Bug 1373184
| Summary: | Use nec-xhci USB controller by default on ppc64 | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Andrea Bolognani <abologna> |
| Component: | libvirt | Assignee: | Pavel Hrdina <phrdina> |
| Status: | CLOSED ERRATA | QA Contact: | Dan Zheng <dzheng> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.3 | CC: | juzhou, rbalakri, thuth, tzheng, xiaodwan, xuzhang, yalzhang |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | ppc64le | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | libvirt-3.2.0-4.el7 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-08-01 17:14:13 UTC | Type: | Bug |
| 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: | 1401400 | ||
|
Description
Andrea Bolognani
2016-09-05 12:48:02 UTC
Moving this bug to Libvirt because Libvirt is the one who set's the default and in fact it can be fixed in Libvirt that only new domain will use nex-usb-xhci model. Upstream patch posted: https://www.redhat.com/archives/libvir-list/2017-March/msg00057.html Upstream commit:
commit fe728cb4e8f13aec03dd263d9641dc0623f6a1c5
Author: Pavel Hrdina <phrdina>
Date: Wed Mar 1 19:58:22 2017 +0100
qemu_domain: use correct default USB controller on ppc64
Test package:
libvirt-3.2.0-4.el7.ppc64le
qemu-kvm-rhev-2.9.0-2.el7.ppc64le
Configure a guest XML with below usb controller setting without model specified.
<controller type='usb' index='0'/>
Save and re-check the XML, below model 'qemu-xhci' is created as default.
<controller type='usb' index='0' model='qemu-xhci'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
</controller>
Start the guest and check qemu command line.
qemu 33043 1 92 06:23 ? 00:00:13 /usr/libexec/qemu-kvm -name guest=vm1,debug-threads=on -S ... ***-device qemu-xhci,id=usb,bus=pci.0,addr=0x2 ***
[root@localhost ~]# lspci -vv
00:02.0 USB controller: Red Hat, Inc. Device 000d (rev 01) (prog-if 30 [XHCI])
Subsystem: Red Hat, Inc Device 1100
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 17
Region 0: Memory at 210000000000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [90] MSI-X: Enable+ Count=16 Masked-
Vector table: BAR=0 offset=00003000
PBA: BAR=0 offset=00003800
Kernel driver in use: xhci_hcd
Above test result is consistent to the expectation of BZ1438682 （comment 7） which is more preferable. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2017:1846 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2017:1846 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2017:1846 |