>>>>> "Alan" == Alan Cox <alan@lxorguk.ukuu.org.uk> writes:
Alan> AX.25 addresses are 7 bytes long at the physical layer, but
Alan> because they including routing info up to about 60 bytes
Alan> long elsewhere. Fortunately lengths are passed to all but
Alan> the hw level SIOCSIF/SIOCGIF calls, and even those can be
Alan> increased a little without harm as they use the struct
Alan> sockaddr - in fact I think 14 bytes would be the limit.
Alan> Seems trivial to do in 2.5 and quite doable in 2.4 if you
Alan> actually have to worry about this at the
Alan> SIOCSIFADDR/GIFHWADDR level.
Hmm... the problem I would like to solve is that IP-over-InfiniBand
has 20 byte hardware addresses. One can implement a driver that lies
about its HW address len (you have an internal ARP cache and only
expose a hash value/cookie to the rest of the world). In fact I've
done just that for IPoIB.
It works but it's ugly and overly complex. I would like to find a
clean solution for 2.5/2.6, but it looks like it will require changes
to the net core. I'd like to do those now so the IPoIB driver can
just drop in cleanly later. (I want to be able to just add
drivers/infiniband during 2.6 without and invasive changes required)
To do that seems to require increasing MAX_ADDR_LEN -- otherwise I
don't see what the driver can put in addr_len/dev_addr.
Thanks,
Roland
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Nov 15 2002 - 22:00:25 EST