From mboxrd@z Thu Jan 1 00:00:00 1970 From: Herbert Xu Subject: Re: RFC: struct netdevice changes for IPoIB UC support Date: Wed, 21 Sep 2005 18:15:23 +1000 Message-ID: References: <20050921080230.GE18449@mellanox.co.il> Cc: netdev@vger.kernel.org, davem@davemloft.net, openib-general@openib.org, linux-kernel@vger.kernel.org Return-path: To: "Michael S. Tsirkin" In-Reply-To: <20050921080230.GE18449@mellanox.co.il> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: openib-general-bounces@openib.org Errors-To: openib-general-bounces@openib.org List-Id: netdev.vger.kernel.org Michael S. Tsirkin wrote: > > Please comment on this approach: does it make sense to you guys? > Please Cc me directly, I'm not on the list. Sorry, this doesn't make sense. > static inline u32 dst_mtu(const struct dst_entry *dst) > { > - u32 mtu = dst_metric(dst, RTAX_MTU); > + u32 mtu; > + if (dst->dev && dst->dev->get_mtu) > + mtu = dst->dev->get_mtu(dst->dev, dst->neighbour, > + dst_metric(dst, RTAX_MTU)); > + else > + mtu = dst_metric(dst, RTAX_MTU); >>From this I gather that for a given dst the MTU is actually constant. That is, it only varies across different dst's. In this case you should calculate the correct MTU when the dst is created rather than here. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt