| Summary: | SR-IOV does not work, allegedly due to lack of ACS | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Troels Arvin <troels> | ||||||||
| Component: | libvirt | Assignee: | Osier Yang <jyang> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 6.1 | CC: | ajia, charles_rose, dallan, dyuan, gren, linux-bugs, matt_domsch, mzhan, rwu, surya_prabhakar, veillard, zpeng | ||||||||
| Target Milestone: | rc | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | libvirt-0.9.2-1.el6 | Doc Type: | Bug Fix | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2011-12-06 11:09:29 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Attachments: |
|
||||||||||
|
Description
Troels Arvin
2011-05-23 10:01:32 UTC
Created attachment 500386 [details]
Output from "lspci -vvv"
Regardless of whether the reporter's hardware supports ACS, I think the error is wrong: this function is not supported by the connection driver seems incorrect; it's supported by the connection driver, but not the hardware. It sounds like the Dell R710 simply doesn't support PCIe Access Control Services (ACS): http://thread.gmane.org/gmane.linux.hardware.dell.poweredge/40981 So I guess this bug can be closed. By the way: The R710 uses the Intel 5520 chipset. A bit of googling reveals a hard to decode note about (lack of?) ACS support: http://www.intel.com/assets/pdf/specupdate/321329.pdf It would be great if Red Hat published a list of server hardware combinations which is verified to support SR-IOV including ACS. Hi Troels, thanks for the additional info. I'm going to leave the BZ open to address my comment 3. patch posted to upstream, http://www.redhat.com/archives/libvir-list/2011-May/msg01867.html patch got pushed in upstream, move to POST. For the record this is upstream commit a74575e374e850999d624e192a9fbb30829085a1 Daniel This should be fixed by the libvirt-0.9.2-1.el6 rebase Unfortunately, it may take quite a while before I can get a service window where I can test the updated libvirt -- "quite a while" meaning up to ½ a year :-( Hi, Dallan We have a 4 port 82576 with non-ACS switch which is used to verify the bug 526713, fail to start the guest(assign the PF to the guest) with the same error in the bug description "this function is not supported by the connection driver". But this card does not supported VF creation(the reporter used the VF in step 3 in comment 0), need to confirm with you whether we can use this card on this bug verification ? If not, we'll try to get a new device with non-ACS switch and support VF asap, thanks. YuanDan dyuan, you have to talk to the bug assignee about this. Hi, dyuan, Could you attach the debug log, I don't think it relates with whether it's PF and VF, testing both of them shouldn't see the error (this function is not supported by driver) again. If you can attach the debug log, it will be clear which function throws the error, and so I can see if my patch missed fix on some function or if the patch is not applied. Created attachment 511443 [details]
output from "lspci -vvv" : verify machine
verified on:
libvirt-0.9.2-1.el6
kernel-2.6.32-156.el6
qemu-kvm-0.12.1.2-2.165.el6
#virsh start demo
error: Failed to start domain demo
error: internal error Device 0000:05:00.0 is behind a switch lacking ACS and can not be assigned
#tail -f /var/log/libvirt/libvirtd.log
......
20:55:48.466: 15475: error : pciDeviceIsAssignable:1649 : internal error Device 0000:05:00.0 is behind a switch lacking ACS and cannot be assigned
......
Set it as VERIFIED per comment18 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. http://rhn.redhat.com/errata/RHBA-2011-1513.html |