From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
To: davem@davemloft.net
Cc: Anjali Singhai Jain <anjali.singhai@intel.com>,
netdev@vger.kernel.org, gospo@redhat.com, sassmann@redhat.com,
Jesse Brandeburg <jesse.brandeburg@intel.com>,
Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Subject: [net-next v3 08/17] i40e: do not bail when disabling if Tx queue disable fails
Date: Fri, 10 Jan 2014 16:47:21 -0800 [thread overview]
Message-ID: <1389401250-11509-9-git-send-email-jeffrey.t.kirsher@intel.com> (raw)
In-Reply-To: <1389401250-11509-1-git-send-email-jeffrey.t.kirsher@intel.com>
From: Anjali Singhai Jain <anjali.singhai@intel.com>
Fix a bug where the driver was erroneously exiting the driver unload
path if one part of the unload failed. Instead of the original way
the driver should always continue when disabling and be sure to disable
all queues.
Change-ID: Ib8c81c596bc87c31d8e9ca97ebf871168475279d
Signed-off-by: Anjali Singhai Jain <anjali.singhai@intel.com>
Signed-off-by: Jesse Brandeburg <jesse.brandeburg@intel.com>
Tested-by: Kavindya Deegala <kavindya.s.deegala@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
---
drivers/net/ethernet/intel/i40e/i40e_main.c | 9 ++++-----
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c b/drivers/net/ethernet/intel/i40e/i40e_main.c
index 80c83eb..65c27cb 100644
--- a/drivers/net/ethernet/intel/i40e/i40e_main.c
+++ b/drivers/net/ethernet/intel/i40e/i40e_main.c
@@ -3113,7 +3113,7 @@ static int i40e_vsi_control_rx(struct i40e_vsi *vsi, bool enable)
**/
int i40e_vsi_control_rings(struct i40e_vsi *vsi, bool request)
{
- int ret;
+ int ret = 0;
/* do rx first for enable and last for disable */
if (request) {
@@ -3122,10 +3122,9 @@ int i40e_vsi_control_rings(struct i40e_vsi *vsi, bool request)
return ret;
ret = i40e_vsi_control_tx(vsi, request);
} else {
- ret = i40e_vsi_control_tx(vsi, request);
- if (ret)
- return ret;
- ret = i40e_vsi_control_rx(vsi, request);
+ /* Ignore return value, we need to shutdown whatever we can */
+ i40e_vsi_control_tx(vsi, request);
+ i40e_vsi_control_rx(vsi, request);
}
return ret;
--
1.8.3.1
next prev parent reply other threads:[~2014-01-11 0:47 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-11 0:47 [net-next v3 00/17][pull request] Intel Wired LAN Driver Updates Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 01/17] i40e: use assignment instead of memcpy Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 02/17] i40e: drop unused macros Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 03/17] i40e: Update the Current NVM version Low value Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 04/17] i40e: Bump version Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 05/17] i40e: fix long lines Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 06/17] i40e: Cleanup Doxygen warnings Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 07/17] i40e: Setting queue count to 1 using ethtool is valid Jeff Kirsher
2014-01-11 0:47 ` Jeff Kirsher [this message]
2014-01-11 0:47 ` [net-next v3 09/17] i40e: allow VF to remove any MAC filter Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 10/17] i40e: check for possible incorrect ipv6 checksum Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 11/17] i40e: adjust ITR max and min values Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 12/17] i40e: clear qtx_head before enabling Tx queue Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 13/17] i40e: call clear_pxe after adminq is initialized Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 14/17] i40e: enable PTP Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 15/17] i40e: fix log message wording Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 16/17] i40e: Bump version Jeff Kirsher
2014-01-11 0:47 ` [net-next v3 17/17] i40evf: fix s390 build failure due to implicit prefetch.h Jeff Kirsher
2014-01-12 4:51 ` [net-next v3 00/17][pull request] Intel Wired LAN Driver Updates 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=1389401250-11509-9-git-send-email-jeffrey.t.kirsher@intel.com \
--to=jeffrey.t.kirsher@intel.com \
--cc=anjali.singhai@intel.com \
--cc=davem@davemloft.net \
--cc=gospo@redhat.com \
--cc=jesse.brandeburg@intel.com \
--cc=netdev@vger.kernel.org \
--cc=sassmann@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox