[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110930092619.6b45087d@nehalam.linuxnetplumber.net>
Date: Fri, 30 Sep 2011 09:26:19 -0700
From: Stephen Hemminger <shemminger@...tta.com>
To: Jiri Pirko <jpirko@...hat.com>
Cc: netdev@...r.kernel.org, davem@...emloft.net,
eric.dumazet@...il.com, bhutchings@...arflare.com,
fubar@...ibm.com, andy@...yhouse.net, tgraf@...radead.org,
ebiederm@...ssion.com, mirqus@...il.com, kaber@...sh.net,
greearb@...delatech.com
Subject: Re: [RFC patch net-next-2.6] net: introduce ethernet teaming device
On Fri, 30 Sep 2011 14:44:03 +0200
Jiri Pirko <jpirko@...hat.com> wrote:
> +static struct rtnl_link_stats64 *team_get_stats(struct net_device *dev,
> + struct rtnl_link_stats64 *stats)
> +{
> + struct team *team = netdev_priv(dev);
> + struct rtnl_link_stats64 temp;
> + struct team_port *port;
> +
> + memset(stats, 0, sizeof(*stats));
> +
> + rcu_read_lock();
> + list_for_each_entry_rcu(port, &team->port_list, list) {
> + const struct rtnl_link_stats64 *pstats;
You need to use u64_stats_sync macros to make this safe on 32 bit
mode.
Also, I am not sure about the handling of speed and duplex.
There are people who do active backup with links of different speeds.
The team device doesn't seem to handle hardware offload features
as completely as it should. The TSO and transmit checksumming should
be the union of the teamed ports.
--
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