On Wednesday 18 October 2006 10:20, Steven Whitehouse wrote: > Hi, > > On Tue, Oct 17, 2006 at 11:53:36PM -0700, David Miller wrote: > > From: Eric Dumazet <[EMAIL PROTECTED]> > > Date: Wed, 18 Oct 2006 07:42:17 +0200 > > > > > How many people are using DECNET and want to pay the price of this > > > 20 bytes dnports structure ? > > Point taken :-) Eric, you also need to add a || > defined(CONFIG_DECNET_MODULE) I think in your patch, if you want to make > this optional. >
Yes, thank you :) > > I bet you could make that cost get hidden by careful rearrangement > > of the struct flow, or adjustment of the implementation. > > > > BTW, I see assignments to these fields, and as a specific example > > uli_u.dnports.objnamel but no use of it. Perhaps much of dnports can > > even be deleted outright. :-) > > - > > Its not used at the moment[*], but would be required for any kind of flow > tracking. The objnum field, could be folded into the objname field I > guess on the basis that objnamel == 0 means objname[0] represents the > objnum, but that doesn't really buy much. Well, as I privately said to David, objnamel is used, at least on 2.6.18 tree ( net/decnet/dn_route.c function compare_keys() memcmp() will read this field and check before comparing objname[] So it is set by dn_sk_ports_copy(), and used by compare_keys() > > Looking at the rearrangement option, and the relative lengths of > ipv6 and DECnet node addresses, dn_u is a lot smaller than ip6_u and thus > the obj[num|name|namel] fields could be moved into that structure. > Even after doing this, dn_u would still be shorter than ip6_u, although > 12 bytes longer than ip4_u (if my counting is correct). Is that an > acceptable solution? Well, most of my machines dont use IPV6 nor DECNET :) > > [*] By which I mean, as you've already alluded to, that its set up > correctly but not currently read/tested by anything yet. > - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html