Bug 756164
Summary: | second port of cxgb3 card not being named by biosdevname | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Robert Kennedy <rt> |
Component: | biosdevname | Assignee: | Narendra K <narendra_k> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | harald, jordan_hargrave, matt_domsch, mebrown, narendra_k, praveen_paladugu, the.ridikulus.rat |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-07-26 22:32:51 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: | |||
Attachments: |
Description
Robert Kennedy
2011-11-22 20:59:54 UTC
Any traction on this? Is it that biosdevname doesn't handle cards that put a single entry in the PCI tree but handle 2 ports? Hi Robert. That's exactly the problem. I had anticipated we might find ethernet cards that behaved as such, but had not actually run into one in practice. Thanks to my friends at Mellanox for creating a unique device in this respect. :-( It's also non-trivial for biosdevname to fix directly - it would be best if we could get that kind of info out of the kernel or driver. Arguably, it's there, but biosdevname has only a single pci_dev->eth pointer to store. Your friends at Mellanox created the other problem (https://bugzilla.redhat.com/show_bug.cgi?id=757743) by making an infiniband device that creates ethernet interfaces. This is a Chelsio T3 card. We might have a spare one lying around if it would help. Can you send output of lspci -vvvxxx, dmidecode, ethtool -i xxxx , etc Created attachment 549242 [details]
lspci -vvvxxxx from a host with a Chelsio T3 card in it
Created attachment 549243 [details]
dmidecode from a host with a Chelsio T3 card in it
Created attachment 549244 [details]
biosdecode from a host with a Chelsio T3 card in it
I added lspci, dmidecode, and biosdecode attachments. Here's the output of ethtool for the interface: driver: cxgb3 version: 1.1.4-ko firmware-version: T 7.10.0 TP 1.1.0 bus-info: 0000:0a:00.0 supports-statistics: yes supports-test: no supports-eeprom-access: yes supports-register-dump: yes Also can you attach the output of the following: ls -l /sys/class/net/* cat /sys/class/net/*/ifindex make that ls -Hl /sys/class/net/* Created attachment 551141 [details]
ls -lH of /sys/class/net/*
Created attachment 551142 [details]
grep . /sys/class/net/*/ifindex
And in case it's not obvious from assembling all of the attachments: eth0-1 are onboard Broadcoms (since I currently have biosdevname=0). eth2-3 are the Chelsio T3, and eth4/ib0 is a Mellanox. Any progress on this 1:many issue with biosdevname? Hi, could you please give the biosdevname from here a try and share the results - https://bugzilla.redhat.com/show_bug.cgi?id=816536#c2 biosdevname-0.4.1-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/biosdevname-0.4.1-1.fc17 Package biosdevname-0.4.1-1.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing biosdevname-0.4.1-1.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-10778/biosdevname-0.4.1-1.fc17 then log in and leave karma (feedback). biosdevname-0.4.1-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. |