[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070731142234.GC16015@mellanox.co.il>
Date: Tue, 31 Jul 2007 17:22:35 +0300
From: "Michael S. Tsirkin" <mst@....mellanox.co.il>
To: Or Gerlitz <ogerlitz@...taire.com>
Cc: "Michael S. Tsirkin" <mst@....mellanox.co.il>,
netdev@...r.kernel.org, Roland Dreier <rdreier@...co.com>,
fubar@...ibm.com, general@...ts.openfabrics.org,
davem@...emloft.net
Subject: Re: Re: Re: [PATCH V3 0/7] net/bonding: ADD IPoIB support for the
bonding driver
> Quoting Or Gerlitz <ogerlitz@...taire.com>:
> Subject: Re: Re: Re: [PATCH V3 0/7] net/bonding: ADD IPoIB support for?the bonding driver
>
> Michael S. Tsirkin wrote:
> >Maybe we could use hard_header_cache/header_cache_update methods instead of
> >neighbour cleanup calls.
>
> >To do this, it is possible that we'll have to switch from storing pointers
> >inside the neighbour to keeping an index there, but I expect the
> >performance impact to be minimal.
> >
> >As a result, bonding would not have to copy pointers into ipoib module
> >and module removal would get fixed.
>
> To be precise, bonding will copy all the symbols it copies today from
> the slave module (ipoib),
> see bond_setup_by_slave() in patch 3/7, except
> for the neighbour cleanup callback which is copied through coping the
> neigh_setup function.
Not really.
This copying of symbols is something that you added, isn't it?
So with this approach, it won't be needed.
It's always wrong to copy symbols from another module without
referencing it.
--
MST
-
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