All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bowers, AndrewX <andrewx.bowers@intel.com>
To: intel-wired-lan@osuosl.org
Subject: [Intel-wired-lan] [next PATCH S70 10/12] i40e: use	i40e_stop_rings_no_wait to implement PORT_SUSPENDED state
Date: Mon, 17 Apr 2017 17:32:19 +0000	[thread overview]
Message-ID: <26D9FDECA4FBDD4AADA65D8E2FC68A4A1040BF18@ORSMSX101.amr.corp.intel.com> (raw)
In-Reply-To: <20170413084555.6962-10-alice.michael@intel.com>

> -----Original Message-----
> From: Intel-wired-lan [mailto:intel-wired-lan-bounces at lists.osuosl.org] On
> Behalf Of Alice Michael
> Sent: Thursday, April 13, 2017 1:46 AM
> To: Michael, Alice <alice.michael@intel.com>; intel-wired-
> lan at lists.osuosl.org
> Subject: [Intel-wired-lan] [next PATCH S70 10/12] i40e: use
> i40e_stop_rings_no_wait to implement PORT_SUSPENDED state
> 
> From: Jacob Keller <jacob.e.keller@intel.com>
> 
> This state bit was added as a way for DCB to avoid having to wait for the
> queues to disable when handling LLDP events. The logic for this was burried
> deep within stop Tx and stop Rx queue code. First, let's rename it so that it
> does not appear to only affect Tx when infact it modifies both Tx and Rx flow.
> Second we can move it up into the i40e_stop_rings() function, and we can
> simply re-use the i40e_stop_rings_no_wait() so that we don't have to bury
> the implementation as deep into the call stack.
> 
> An alternative might be to remove the state bit and instead attempt to shut
> down everything directly in DCP flow. This, however, is not ideal because it
> creates yet another separate shutdown routine that we'd have to maintain.
> In the current implementation any changes will be made to both flows.
> 
> Signed-off-by: Jacob Keller <jacob.e.keller@intel.com>
> Change-ID: I68e1ccb901af320862bca395e9c9746f08e8b17c
> ---
>  drivers/net/ethernet/intel/i40e/i40e.h      |  2 +-
>  drivers/net/ethernet/intel/i40e/i40e_main.c | 16 ++++++----------
>  2 files changed, 7 insertions(+), 11 deletions(-)

Tested-by: Andrew Bowers <andrewx.bowers@intel.com>



  parent reply	other threads:[~2017-04-17 17:32 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-13  8:45 [Intel-wired-lan] [next PATCH S70 01/12] i40e/i40evf: Add tracepoints Alice Michael
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 02/12] i40e: DCR 287 new AQ commands Alice Michael
2017-04-14 19:17   ` Shannon Nelson
2017-04-17 17:34   ` Bowers, AndrewX
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 03/12] i40e: don't hold RTNL lock while waiting for VF reset to finish Alice Michael
2017-04-13 17:21   ` Keller, Jacob E
2017-04-14 21:46   ` Bowers, AndrewX
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 04/12] i40e: factor out queue control from i40e_vsi_control_(tx|rx) Alice Michael
2017-04-13 17:22   ` Keller, Jacob E
2017-04-14 21:47   ` Bowers, AndrewX
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 05/12] i40e: fix CONFIG_BUSY checks in i40e_set_settings function Alice Michael
2017-04-13 17:21   ` Keller, Jacob E
2017-04-14 21:48   ` Bowers, AndrewX
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 06/12] i40e: reduce wait time for adminq command completion Alice Michael
2017-04-14 19:06   ` Shannon Nelson
2017-04-17 17:25   ` Bowers, AndrewX
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 07/12] i40e: remove I40E_FLAG_IN_NETPOLL entirely Alice Michael
2017-04-17 17:25   ` Bowers, AndrewX
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 08/12] i40e: split some code in i40e_reset_vf into helpers Alice Michael
2017-04-17 17:26   ` Bowers, AndrewX
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 09/12] i40e: reset all VFs in parallel when rebuilding PF Alice Michael
2017-04-17 17:31   ` Bowers, AndrewX
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 10/12] i40e: use i40e_stop_rings_no_wait to implement PORT_SUSPENDED state Alice Michael
2017-04-14 19:21   ` Shannon Nelson
2017-04-17 17:32   ` Bowers, AndrewX [this message]
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 11/12] i40e: properly spell I40E_VF_STATE_* flags Alice Michael
2017-04-17 17:32   ` Bowers, AndrewX
2017-04-13  8:45 ` [Intel-wired-lan] [next PATCH S70 12/12] i40e: make use of i40e_reset_all_vfs when initializing new VFs Alice Michael
2017-04-17 17:33   ` Bowers, AndrewX
2017-04-13 23:12 ` [Intel-wired-lan] [next PATCH S70 01/12] i40e/i40evf: Add tracepoints Peterson, Scott D
2017-04-14 21:42 ` Bowers, AndrewX

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=26D9FDECA4FBDD4AADA65D8E2FC68A4A1040BF18@ORSMSX101.amr.corp.intel.com \
    --to=andrewx.bowers@intel.com \
    --cc=intel-wired-lan@osuosl.org \
    /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.