public inbox for bpf@vger.kernel.org
 help / color / mirror / Atom feed
From: Mor Bar-Gabay <morx.bar.gabay@intel.com>
To: Faizal Rahim <faizal.abdul.rahim@linux.intel.com>,
	Tony Nguyen <anthony.l.nguyen@intel.com>,
	Przemek Kitszel <przemyslaw.kitszel@intel.com>,
	Andrew Lunn <andrew+netdev@lunn.ch>,
	"David S . Miller" <davem@davemloft.net>,
	Eric Dumazet <edumazet@google.com>,
	Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
	Maxime Coquelin <mcoquelin.stm32@gmail.com>,
	Alexandre Torgue <alexandre.torgue@foss.st.com>,
	Simon Horman <horms@kernel.org>,
	Vladimir Oltean <vladimir.oltean@nxp.com>,
	Russell King <linux@armlinux.org.uk>,
	Alexei Starovoitov <ast@kernel.org>,
	Daniel Borkmann <daniel@iogearbox.net>,
	Jesper Dangaard Brouer <hawk@kernel.org>,
	John Fastabend <john.fastabend@gmail.com>,
	Furong Xu <0x1207@gmail.com>,
	Choong Yong Liang <yong.liang.choong@linux.intel.com>,
	Russell King <rmk+kernel@armlinux.org.uk>,
	Hariprasad Kelam <hkelam@marvell.com>,
	Xiaolei Wang <xiaolei.wang@windriver.com>,
	"Suraj Jaiswal" <quic_jsuraj@quicinc.com>,
	Kory Maincent <kory.maincent@bootlin.com>,
	Gal Pressman <gal@nvidia.com>,
	Jesper Nilsson <jesper.nilsson@axis.com>,
	<linux-arm-kernel@lists.infradead.org>, <netdev@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>, <bpf@vger.kernel.org>,
	<intel-wired-lan@lists.osuosl.org>,
	<linux-stm32@st-md-mailman.stormreply.com>,
	Chwee-Lin Choong <chwee.lin.choong@intel.com>,
	Vinicius Costa Gomes <vinicius.gomes@intel.com>,
	Kunihiko Hayashi <hayashi.kunihiko@socionext.com>,
	Serge Semin <fancer.lancer@gmail.com>
Subject: Re: [Intel-wired-lan] [PATCH iwl-next v10 10/14] igc: add support for frame preemption verification
Date: Thu, 27 Mar 2025 15:02:07 +0200	[thread overview]
Message-ID: <f2a8ede9-52fa-4f69-8ab2-3290171bc886@intel.com> (raw)
In-Reply-To: <20250318030742.2567080-11-faizal.abdul.rahim@linux.intel.com>

On 18/03/2025 5:07, Faizal Rahim wrote:
> This patch implements the "ethtool --set-mm" callback to trigger the
> frame preemption verification handshake.
> 
> Uses the MAC Merge Software Verification (mmsv) mechanism in ethtool
> to perform the verification handshake for igc.
> The structure fpe.mmsv is set by mmsv in ethtool and should remain
> read-only for the driver.
> 
> Other mmsv callbacks:
> a) configure_tx() -> not used yet at this point
>     - igc lacks registers to configure FPE in the transmit direction, so
>       this API is not utilized for now. When igc supports preemptible queue,
>       driver will use this API to manage its configuration.
> 
> b) configure_pmac() -> not used
>     - this callback dynamically controls pmac_enabled at runtime. For
>       example, mmsv calls configure_pmac() and disables pmac_enabled when
>       the link partner goes down, even if the user previously enabled it.
>       The intention is to save power but it is not feasible in igc
>       because it causes an endless adapter reset loop:
> 
>     1) Board A and Board B complete the verification handshake. Tx mode
>        register for both boards are in TSN mode.
>     2) Board B link goes down.
> 
>     On Board A:
>     3) mmsv calls configure_pmac() with pmac_enabled = false.
>     4) configure_pmac() in igc updates a new field based on pmac_enabled.
>        Driver uses this field in igc_tsn_new_flags() to indicate that the
>        user enabled/disabled FPE.
>     5) configure_pmac() in igc calls igc_tsn_offload_apply() to check
>        whether an adapter reset is needed. Calls existing logic in
>        igc_tsn_will_tx_mode_change() and igc_tsn_new_flags().
>     6) Since pmac_enabled is now disabled and no other TSN feature is
>        active, igc_tsn_will_tx_mode_change() evaluates to true because Tx
>        mode will switch from TSN to Legacy.
>     7) Driver resets the adapter.
>     8) Registers are set, and Tx mode switches to Legacy.
>     9) When link partner is up, steps 3–8 repeat, but this time with
>        pmac_enabled = true, reactivating TSN.
>        igc_tsn_will_tx_mode_change() evaluates to true again, since Tx
>        mode will switch from Legacy to TSN.
>    10) Driver resets the adapter.
>    11) Adapter reset completes, registers are set, and Tx mode switches to
>        TSN.
> 
>    On Board B:
>    12) Adapter reset on Board A at step 10 causes it to detect its link
>        partner as down.
>    13) Repeats steps 3–8.
>    14) Once reset adapter on Board A is completed at step 11, it detects
>        its link partner as up.
>    15) Repeats steps 9–11.
> 
>     - this cycle repeats indefinitely. To avoid this issue, igc only uses
>       mmsv.pmac_enabled to track whether FPE is enabled or disabled.
> 
> Co-developed-by: Vinicius Costa Gomes <vinicius.gomes@intel.com>
> Signed-off-by: Vinicius Costa Gomes <vinicius.gomes@intel.com>
> Co-developed-by: Choong Yong Liang <yong.liang.choong@linux.intel.com>
> Signed-off-by: Choong Yong Liang <yong.liang.choong@linux.intel.com>
> Co-developed-by: Chwee-Lin Choong <chwee.lin.choong@intel.com>
> Signed-off-by: Chwee-Lin Choong <chwee.lin.choong@intel.com>
> Reviewed-by: Vladimir Oltean <vladimir.oltean@nxp.com>
> Signed-off-by: Faizal Rahim <faizal.abdul.rahim@linux.intel.com>
> ---
>   drivers/net/ethernet/intel/Kconfig           |   1 +
>   drivers/net/ethernet/intel/igc/igc.h         |  12 +-
>   drivers/net/ethernet/intel/igc/igc_base.h    |   1 +
>   drivers/net/ethernet/intel/igc/igc_defines.h |   8 +-
>   drivers/net/ethernet/intel/igc/igc_ethtool.c |  21 +++
>   drivers/net/ethernet/intel/igc/igc_main.c    |  52 ++++++-
>   drivers/net/ethernet/intel/igc/igc_tsn.c     | 146 ++++++++++++++++++-
>   drivers/net/ethernet/intel/igc/igc_tsn.h     |  50 +++++++
>   8 files changed, 286 insertions(+), 5 deletions(-)
> 
Tested-by: Mor Bar-Gabay <morx.bar.gabay@intel.com>

  reply	other threads:[~2025-03-27 13:02 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-18  3:07 [PATCH iwl-next v10 00/14] igc: Add support for Frame Preemption feature in IGC Faizal Rahim
2025-03-18  3:07 ` [PATCH iwl-next v10 01/14] net: stmmac: move frag_size handling out of spin_lock Faizal Rahim
2025-03-18  3:07 ` [PATCH iwl-next v10 02/14] net: ethtool: mm: extract stmmac verification logic into common library Faizal Rahim
2025-03-18  3:07 ` [PATCH iwl-next v10 03/14] net: ethtool: mm: reset verification status when link is down Faizal Rahim
2025-03-18  3:07 ` [PATCH iwl-next v10 04/14] igc: rename xdp_get_tx_ring() for non-xdp usage Faizal Rahim
2025-03-27 12:55   ` [Intel-wired-lan] " Mor Bar-Gabay
2025-03-18  3:07 ` [PATCH iwl-next v10 05/14] igc: rename I225_RXPBSIZE_DEFAULT and I225_TXPBSIZE_DEFAULT Faizal Rahim
2025-03-27 12:56   ` [Intel-wired-lan] " Mor Bar-Gabay
2025-03-18  3:07 ` [PATCH iwl-next v10 06/14] igc: use FIELD_PREP and GENMASK for existing TX packet buffer size Faizal Rahim
2025-03-27 12:57   ` [Intel-wired-lan] " Mor Bar-Gabay
2025-03-18  3:07 ` [PATCH iwl-next v10 07/14] igc: optimize TX packet buffer utilization for TSN mode Faizal Rahim
2025-03-27 12:58   ` [Intel-wired-lan] " Mor Bar-Gabay
2025-03-18  3:07 ` [PATCH iwl-next v10 08/14] igc: use FIELD_PREP and GENMASK for existing RX packet buffer size Faizal Rahim
2025-03-27 12:59   ` [Intel-wired-lan] " Mor Bar-Gabay
2025-03-18  3:07 ` [PATCH iwl-next v10 09/14] igc: set the RX packet buffer size for TSN mode Faizal Rahim
2025-03-27 13:00   ` [Intel-wired-lan] " Mor Bar-Gabay
2025-03-18  3:07 ` [PATCH iwl-next v10 10/14] igc: add support for frame preemption verification Faizal Rahim
2025-03-27 13:02   ` Mor Bar-Gabay [this message]
2025-03-18  3:07 ` [PATCH iwl-next v10 11/14] igc: add support to set tx-min-frag-size Faizal Rahim
2025-03-27 13:03   ` [Intel-wired-lan] " Mor Bar-Gabay
2025-03-18  3:07 ` [PATCH iwl-next v10 12/14] igc: block setting preemptible traffic class in taprio Faizal Rahim
2025-03-27 13:03   ` [Intel-wired-lan] " Mor Bar-Gabay
2025-03-18  3:07 ` [PATCH iwl-next v10 13/14] igc: add support to get MAC Merge data via ethtool Faizal Rahim
2025-03-27 13:04   ` [Intel-wired-lan] " Mor Bar-Gabay
2025-03-18  3:07 ` [PATCH iwl-next v10 14/14] igc: add support to get frame preemption statistics " Faizal Rahim
2025-03-27 13:05   ` [Intel-wired-lan] " Mor Bar-Gabay

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=f2a8ede9-52fa-4f69-8ab2-3290171bc886@intel.com \
    --to=morx.bar.gabay@intel.com \
    --cc=0x1207@gmail.com \
    --cc=alexandre.torgue@foss.st.com \
    --cc=andrew+netdev@lunn.ch \
    --cc=anthony.l.nguyen@intel.com \
    --cc=ast@kernel.org \
    --cc=bpf@vger.kernel.org \
    --cc=chwee.lin.choong@intel.com \
    --cc=daniel@iogearbox.net \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=faizal.abdul.rahim@linux.intel.com \
    --cc=fancer.lancer@gmail.com \
    --cc=gal@nvidia.com \
    --cc=hawk@kernel.org \
    --cc=hayashi.kunihiko@socionext.com \
    --cc=hkelam@marvell.com \
    --cc=horms@kernel.org \
    --cc=intel-wired-lan@lists.osuosl.org \
    --cc=jesper.nilsson@axis.com \
    --cc=john.fastabend@gmail.com \
    --cc=kory.maincent@bootlin.com \
    --cc=kuba@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-stm32@st-md-mailman.stormreply.com \
    --cc=linux@armlinux.org.uk \
    --cc=mcoquelin.stm32@gmail.com \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=przemyslaw.kitszel@intel.com \
    --cc=quic_jsuraj@quicinc.com \
    --cc=rmk+kernel@armlinux.org.uk \
    --cc=vinicius.gomes@intel.com \
    --cc=vladimir.oltean@nxp.com \
    --cc=xiaolei.wang@windriver.com \
    --cc=yong.liang.choong@linux.intel.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