From: Ben Hutchings <bhutchings@solarflare.com>
To: David Decotigny <decot@google.com>
Cc: "David S. Miller" <davem@davemloft.net>,
mirq-linux@rere.qmqm.pl, Stanislaw Gruszka <sgruszka@redhat.com>,
Alexander Duyck <alexander.h.duyck@intel.com>,
Eilon Greenstein <eilong@broadcom.com>,
Grant Grundler <grundler@parisc-linux.org>,
e1000-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org,
netdev@vger.kernel.org
Subject: Re: [PATCHv3 3/7] ethtool: Use the full 32 bit speed range in ethtool's set_settings
Date: Thu, 28 Apr 2011 03:10:50 +0100 [thread overview]
Message-ID: <1303956650.3032.426.camel@localhost> (raw)
In-Reply-To: <1303954043-17440-4-git-send-email-decot@google.com>
On Wed, 2011-04-27 at 18:27 -0700, David Decotigny wrote:
> This makes sure the ethtool's set_settings() callback of network
> drivers don't ignore the 16 most significant bits when ethtool calls
> their set_settings().
>
> All drivers compiled with make allyesconfig on x86_64 have been
> updated.
>
> Tested: make allyesconfig compiles + e1000e and bnx2x work
> Signed-off-by: David Decotigny <decot@google.com>
Reviewed-by: Ben Hutchings <bhutchings@solarflare.com>
*But* this and patch 4 should be applied in the opposite order, so that
this doesn't break:
[...]
> diff --git a/drivers/net/pch_gbe/pch_gbe_ethtool.c b/drivers/net/pch_gbe/pch_gbe_ethtool.c
> index c35d105..21a2a04 100644
> --- a/drivers/net/pch_gbe/pch_gbe_ethtool.c
> +++ b/drivers/net/pch_gbe/pch_gbe_ethtool.c
> @@ -109,12 +109,15 @@ static int pch_gbe_set_settings(struct net_device *netdev,
> {
> struct pch_gbe_adapter *adapter = netdev_priv(netdev);
> struct pch_gbe_hw *hw = &adapter->hw;
> + u32 speed = ethtool_cmd_speed(ecmd);
> int ret;
>
> pch_gbe_hal_write_phy_reg(hw, MII_BMCR, BMCR_RESET);
>
> - if (ecmd->speed == USHRT_MAX) {
> - ecmd->speed = SPEED_1000;
> + /* when set_settings() is called with a ethtool_cmd previously
> + * filled by get_settings() on a down link, speed is -1: */
> + if (speed == UINT_MAX) {
> + speed = SPEED_1000;
> ecmd->duplex = DUPLEX_FULL;
> }
> ret = mii_ethtool_sset(&adapter->mii, ecmd);
[...]
Ben.
--
Ben Hutchings, Senior Software Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
next prev parent reply other threads:[~2011-04-28 2:10 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-28 1:27 [PATCHv3 0/7] ethtool: generalize use of ethtool_cmd_speed API David Decotigny
2011-04-28 1:27 ` [PATCHv3 1/7] ethtool: cosmetics: enforce const-ness in ethtool_cmd_speed David Decotigny
2011-04-28 1:27 ` David Decotigny
2011-04-28 2:03 ` Ben Hutchings
2011-04-28 2:03 ` Ben Hutchings
2011-04-28 1:27 ` [PATCHv3 2/7] ethtool: Call ethtool's get/set_settings callbacks with cleaned data David Decotigny
2011-04-28 2:04 ` Ben Hutchings
2011-04-28 2:04 ` Ben Hutchings
2011-04-28 1:27 ` David Decotigny
2011-04-28 1:27 ` [PATCHv3 3/7] ethtool: Use the full 32 bit speed range in ethtool's set_settings David Decotigny
2011-04-28 1:27 ` David Decotigny
2011-04-28 2:10 ` Ben Hutchings [this message]
2011-04-28 21:14 ` David Dillow
2011-04-28 1:27 ` [PATCHv3 4/7] ethtool: cosmetic: Use ethtool ethtool_cmd_speed API David Decotigny
2011-04-28 2:12 ` Ben Hutchings
2011-04-28 1:27 ` David Decotigny
2011-04-28 1:27 ` [PATCHv3 5/7] acenic: Fix using the specified speed when configuring NIC David Decotigny
2011-04-28 1:27 ` David Decotigny
2011-04-28 1:27 ` [PATCHv3 6/7] tulip/de2104x: don't report different speeds depending on port type David Decotigny
2011-04-28 1:27 ` David Decotigny
2011-04-28 2:13 ` Ben Hutchings
2011-04-28 2:13 ` Ben Hutchings
2011-04-28 1:27 ` [PATCHv3 7/7] net/igb/e1000/e1000e: more robust ethtool duplex/speed configuration David Decotigny
2011-04-28 1:27 ` David Decotigny
2011-04-29 21:12 ` [PATCHv3 0/7] ethtool: generalize use of ethtool_cmd_speed API David Miller
2011-04-29 21:12 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1303956650.3032.426.camel@localhost \
--to=bhutchings@solarflare.com \
--cc=alexander.h.duyck@intel.com \
--cc=davem@davemloft.net \
--cc=decot@google.com \
--cc=e1000-devel@lists.sourceforge.net \
--cc=eilong@broadcom.com \
--cc=grundler@parisc-linux.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mirq-linux@rere.qmqm.pl \
--cc=netdev@vger.kernel.org \
--cc=sgruszka@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.