summaryrefslogtreecommitdiffstats
path: root/src/net/80211
diff options
context:
space:
mode:
authorMichael Brown2009-10-23 23:14:05 +0200
committerMichael Brown2009-10-23 23:14:05 +0200
commit1b1e63d54d7697c1fd156dcf365e74c7836d4d37 (patch)
treef582b2ffbd80ebc45c97b6f0ac27a9d6f4d8ef8c /src/net/80211
parent[iscsi] Fix printing of non-existent strings in iBFT debug messages (diff)
downloadipxe-1b1e63d54d7697c1fd156dcf365e74c7836d4d37.tar.gz
ipxe-1b1e63d54d7697c1fd156dcf365e74c7836d4d37.tar.xz
ipxe-1b1e63d54d7697c1fd156dcf365e74c7836d4d37.zip
[netdevice] Add the concept of an "Ethernet-compatible" MAC address
The iBFT is Ethernet-centric in providing only six bytes for a MAC address. This is most probably an indirect consequence of a similar design flaw in the Windows NDIS stack. (The WinOF IPoIB stack performs all sorts of contortions in order to pretend to the NDIS layer that it is dealing with six-byte MAC addresses.) There is no sensible way in which to extend the iBFT without breaking compatibility with programs that expect to parse it. Add the notion of an "Ethernet-compatible" MAC address to our link layer abstraction, so that link layers can provide their own workarounds for this limitation.
Diffstat (limited to 'src/net/80211')
-rw-r--r--src/net/80211/net80211.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/src/net/80211/net80211.c b/src/net/80211/net80211.c
index 1fc983a0..c3d9fc61 100644
--- a/src/net/80211/net80211.c
+++ b/src/net/80211/net80211.c
@@ -586,6 +586,7 @@ static struct ll_protocol net80211_ll_protocol __ll_protocol = {
.init_addr = eth_init_addr,
.ntoa = eth_ntoa,
.mc_hash = eth_mc_hash,
+ .eth_addr = eth_eth_addr,
.ll_proto = htons ( ARPHRD_ETHER ), /* "encapsulated Ethernet" */
.hw_addr_len = ETH_ALEN,
.ll_addr_len = ETH_ALEN,