Bug 484384
Summary: | Fedora 10 and SIS900 ethernet controllers - Can't we all just get along? | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dan McNaul <dmcnaul> |
Component: | NetworkManager | Assignee: | Dan Williams <dcbw> |
Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | arxs, dcbw, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-10-16 22:44:12 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: |
Description
Dan McNaul
2009-02-06 15:07:37 UTC
So how does the card normally get a MAC address? Is it expected to get set manually using some file on the host? Do you have to copy the MAC address down from a sticker on the back of the card and put that into a conf file somewhere when not using NetworkManager? Hi, Dan. I think the sis900 ethernet controllers having a ZERO MAC address is suppose to be a "feature". I have some old Sun boxes that have ZERO's too, but I am only running solaris on them. I think it was suppose to give the Network Administrator some options in setting up and controlling his/her network. On Linux (Fedora versions), I manually add the MACADDR= parameter (the HWADDR= parameter is usually already included and set to all ZEROs because that's what the card and sis900 driver return) to the /etc/sysconfig/network-scripts/ifcfg-eth0 file. The ifup-eth script checks for and uses the MACADDR parameter to assign a new MACADDR to the controller (using the "ip link set" command) before trying to bring up and initialize the card. I make up the MACADDR and HWADDR value by first checking my routers to make sure the value I concocted isn't already being used somewhere on the network. All of this is truly, "do it once and never touch it again" until you refresh the box with a new release. I've done it so many times, that I know it has to be done. This time I was stymied because I had to update the NetworkManager daemon script and update the NM_CONTROLLED=yes parameter. This really isn't a "bug" for NetworkManager. At least, I wouldn't categorize it as one. This is more a "How-To" type of thing. What probably makes more sense is to ask the sis900 driver developer (http://www.brownhat.org/sis900.html) to check the /etc/sysconfig/network-scripts/ifcfg-eth0 file for the MACADDR= (or HWADDR=) parameter and reset its MACADDR when the driver is loaded. That way the card will look and report like "normal" NICs do. If he doesn't like using a Fedora specific file, then the driver could have it's own config file somewhere that we'd go edit. Thanks for your time and attention. Dan McNaul So one issue here is going to be positively identifying specific ethernet cards; say you've got two of these things in a machine, how do you know which one is supposed to get which MAC address you assign? Traditionally we've been able to identify the card using the MAC address, which of course doesn't work here. Kernel PCI bus scanning is not stable (has never been and there's no guarantee that it will be between kernel versions) and thus we cannot use the device name, so some other mechanism needs to exist to uniquely identify a specific card... (In reply to comment #3) > So one issue here is going to be positively identifying specific ethernet > cards; say you've got two of these things in a machine, how do you know which > one is supposed to get which MAC address you assign? Traditionally we've been > able to identify the card using the MAC address, which of course doesn't work > here. Kernel PCI bus scanning is not stable (has never been and there's no > guarantee that it will be between kernel versions) and thus we cannot use the > device name, so some other mechanism needs to exist to uniquely identify a > specific card... With kernel 2.6.29 a change is done on sis900.c with now generate a random mac address for SIS900 NICs if the MAC address is invalid (like all zero). Reporter, can you please try rawhide (or the beta from f11) to test the behaviour again? Thank you. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers Thank you, Niels. The server is being used in a psuedo production environment. I will do as you ask, but it may take me some time to arrange it. Dan Niels, I'm sorry to inform you that the Motherboard (an off brand PC Chips board) that contained the SIS900 ethernet chip malfunctioned (failed). I had to replace it. I replaced it with an Intel board. What this means is that I won't be able to run the tests for you. Dan Ok, sorry. I think in the future, the answer for cases where the NIC does not have a MAC address already is to set one using udev rules, at which point NetworkManager will Just Work with it as normal. |