lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 10 Jun 2009 21:19:22 -0700 From: Chaitanya Lala <clala@...erbed.com> To: Jeff Kirsher <jeffrey.t.kirsher@...el.com> CC: Linux Network Development list <netdev@...r.kernel.org>, Arthur Jones <ajones@...erbed.com> Subject: How to configure MDI status per port Hi, I have a requirement to be able to configure/change the default MDI-X status of each ethernet port. This should be possible on a per port basis i.e. it should be possible to configure, say, port 0 to auto mdi-x mode & port 1 to manual MDI-X mode. A couple of possible implementation strategies could achieve this but both have some problems. Following is an overview of the two. 1.) Use a module parameter. Pass an array of values, each value corresponding to ethernet port supported by the driver. For example, modprobe e1000e mdix_values=1,0,2,0 (where the numbers 0,1 & 2 represent auto MDI-X, manual MDI & manual MDI-X modes respectively) assigns value 1 for port 0, 0 for port 1, 2 for port 2 and so on. This value can be assigned to the mdix parameter (member of the e1000_phy_info structure in the case of e1000e driver) in the probe routine. The problem here is how to map the ordered list of numbers to the ethernet ports so that each number in the list always corresponds to the same ethernet interface. I assume that the order of enumeration of ethernet ports can change based on changes to the system topology, i.e. plugging/pulling of additional NIC cards. 2.) Using ethtool and each driver sets the value in its set_settings function (part of the ethtool operations structure). The value received for each port can be assigned to the mdix parameter (member of the e1000_phy_info structure in the case of e1000e driver) but the problem is that the value is useful iff it is assigned before the probe routine is invoked, because the settings in the chip registers are done only at probe time. Is there a way to change this value and have it take effect when changed by ethtool? Any other ideas are most welcome. Thanks, Chaitanya -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists