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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A3085CA.2000300@riverbed.com>
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ