[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1278189626.4878.574.camel@localhost>
Date: Sat, 03 Jul 2010 21:40:26 +0100
From: Ben Hutchings <bhutchings@...arflare.com>
To: Roland Dreier <rdreier@...co.com>
Cc: David Miller <davem@...emloft.net>,
Roland Dreier <rolandd@...co.com>,
Randy Dunlap <randy.dunlap@...cle.com>, netdev@...r.kernel.org,
linux-net-drivers@...arflare.com, sgruszka@...hat.com,
amit.salecha@...gic.com, amwang@...hat.com,
anirban.chakraborty@...gic.com, dm@...lsio.com, scofeldm@...co.com,
vkolluri@...co.com, roprabhu@...co.com,
e1000-devel@...ts.sourceforge.net, buytenh@...tstofly.org,
gallatin@...i.com, brice@...i.com, shemminger@...ux-foundation.org,
jgarzik@...hat.com, Faisal Latif <faisal.latif@...el.com>,
Chien Tung <chien.tin.tung@...el.com>,
linux-rdma@...r.kernel.org
Subject: Re: [PATCH net-next-2.6] IB/{nes,ipoib}: Pass supported flags to
ethtool_op_set_flags()
On Sat, 2010-07-03 at 13:08 -0700, Roland Dreier wrote:
> > Following commit 1437ce3983bcbc0447a0dedcd644c14fe833d266 "ethtool:
> > Change ethtool_op_set_flags to validate flags", ethtool_op_set_flags
> > takes a third parameter and cannot be used directly as an
> > implementation of ethtool_ops::set_flags.
>
> I assume this commit is in one of Dave's trees and breaks nes and ipoib
> because it changed the ethtool_op_set_flags prototype?
Right.
> > Dave, Roland, you'd better decide between yourselves should apply this.
>
> Since this depends on a commit already in Dave's tree, Dave should
> probably take it into the same tree. I guess there's no way to roll
> this into the original patch to avoid breaking bisects once this ends up
> upstream?
Unfortunately it's too late to do that.
> anyway,
>
> Acked-by: Roland Dreier <rolandd@...co.com>
>
> > +static int nes_netdev_set_flags(struct net_device *netdev, u32 flags)
> > +{
> > + return ethtool_op_set_flags(netdev, flags, ETH_FLAG_LRO);
> > +}
> > +
> > +
> > static const struct ethtool_ops nes_ethtool_ops = {
>
> Also would have been a bit nicer to avoid adding a double blank line
> here, although that's obviously a trivial issue.
This spacing is consistent with the surrounding code.
Ben.
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
--
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