lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Tue, 14 Nov 2023 03:19:53 +0000
From: "Gan, Yi Fang" <yi.fang.gan@...el.com>
To: Andrew Halaney <ahalaney@...hat.com>
CC: Alexandre Torgue <alexandre.torgue@...s.st.com>, Jose Abreu
	<joabreu@...opsys.com>, "David S . Miller" <davem@...emloft.net>, "Eric
 Dumazet" <edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>, Paolo Abeni
	<pabeni@...hat.com>, Maxime Coquelin <mcoquelin.stm32@...il.com>, "Russell
 King" <linux@...linux.org.uk>, Simon Horman <horms@...nel.org>, "Bartosz
 Golaszewski" <bartosz.golaszewski@...aro.org>, Shenwei Wang
	<shenwei.wang@....com>, Russell King <rmk+kernel@...linux.org.uk>, "Johannes
 Zink" <j.zink@...gutronix.de>, "Henneberg, Jochen"
	<jh@...neberg-systemdesign.com>, "netdev@...r.kernel.org"
	<netdev@...r.kernel.org>, "linux-stm32@...md-mailman.stormreply.com"
	<linux-stm32@...md-mailman.stormreply.com>,
	"linux-arm-kernel@...ts.infradead.org"
	<linux-arm-kernel@...ts.infradead.org>, "linux-kernel@...r.kernel.org"
	<linux-kernel@...r.kernel.org>, "Looi, Hong Aun" <hong.aun.looi@...el.com>,
	"Voon, Weifeng" <weifeng.voon@...el.com>, "Song, Yoong Siang"
	<yoong.siang.song@...el.com>
Subject: RE: [PATCH net-next 1/1] net: stmmac: Add support for HW-accelerated
 VLAN stripping

Hi Andrew,

Appreciate for all the given comment, will update the changes and send an V2.

To answer the question "Why making as opt-in per platform instead of enable
for all platforms", our intention is we don't want to affect the platform which are
currently using driver level stripping. But yes, since it is common IP driver, it is more
making sense to enable across platform while user can on or off according to
their needs. I will update this in V2 as well.

Also, I am submitting a number of patches recently but they are all independent.


Best Regards,
Gan Yi Fang

> -----Original Message-----
> From: Andrew Halaney <ahalaney@...hat.com>
> Sent: Friday, November 10, 2023 1:41 AM
> To: Gan, Yi Fang <yi.fang.gan@...el.com>
> Cc: Alexandre Torgue <alexandre.torgue@...s.st.com>; Jose Abreu
> <joabreu@...opsys.com>; David S . Miller <davem@...emloft.net>; Eric
> Dumazet <edumazet@...gle.com>; Jakub Kicinski <kuba@...nel.org>; Paolo
> Abeni <pabeni@...hat.com>; Maxime Coquelin
> <mcoquelin.stm32@...il.com>; Russell King <linux@...linux.org.uk>; Simon
> Horman <horms@...nel.org>; Bartosz Golaszewski
> <bartosz.golaszewski@...aro.org>; Shenwei Wang <shenwei.wang@....com>;
> Russell King <rmk+kernel@...linux.org.uk>; Johannes Zink
> <j.zink@...gutronix.de>; Henneberg, Jochen <jh@...neberg-
> systemdesign.com>; netdev@...r.kernel.org; linux-stm32@...md-
> mailman.stormreply.com; linux-arm-kernel@...ts.infradead.org; linux-
> kernel@...r.kernel.org; Looi, Hong Aun <hong.aun.looi@...el.com>; Voon,
> Weifeng <weifeng.voon@...el.com>; Song, Yoong Siang
> <yoong.siang.song@...el.com>
> Subject: Re: [PATCH net-next 1/1] net: stmmac: Add support for HW-accelerated
> VLAN stripping
> 
> On Thu, Nov 09, 2023 at 01:38:31PM +0800, Gan Yi Fang wrote:
> > From: "Gan, Yi Fang" <yi.fang.gan@...el.com>
> >
> > Current implementation supports driver level VLAN tag stripping only.
> > The features is always on if CONFIG_VLAN_8021Q is enabled in kernel
> > config and is not user configurable.
> >
> > This patch add support to MAC level VLAN tag stripping and can be
> > configured through ethtool. If the rx-vlan-offload is off, the VLAN
> > tag will be stripped by driver. If the rx-vlan-offload is on, the VLAN
> > tag will be stripped by MAC.
> >
> > Command: ethtool -K enp0s30f4 rx-vlan-offload off | on
> >
> > Signed-off-by: Gan, Yi Fang <yi.fang.gan@...el.com>
> > Signed-off-by: Lai Peter Jun Ann <jun.ann.lai@...el.com>
> 
> I'm confused by the SOB lines. Gan is the author and the last sender of the
> patch as far as I can tell in this email. Gan's SOB should be last.
> 
> Since Gan is also the author as far as I can tell, I am confused why Lai's Signed-
> off-by is present.
> 
> https://www.kernel.org/doc/html/latest/process/submitting-patches.html#sign-
> your-work-the-developer-s-certificate-of-origin
> 
> > ---
> >  drivers/net/ethernet/stmicro/stmmac/common.h  |  1 +
> > .../net/ethernet/stmicro/stmmac/dwmac-intel.c |  3 +-
> > .../net/ethernet/stmicro/stmmac/dwmac4_core.c | 35
> +++++++++++++++++++
> >  .../ethernet/stmicro/stmmac/dwmac4_descs.c    | 13 +++++++
> >  drivers/net/ethernet/stmicro/stmmac/hwif.h    | 15 ++++++++
> >  .../net/ethernet/stmicro/stmmac/stmmac_main.c | 24 ++++++++++++-
> >  include/linux/stmmac.h                        |  1 +
> >  7 files changed, 90 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/net/ethernet/stmicro/stmmac/common.h
> > b/drivers/net/ethernet/stmicro/stmmac/common.h
> > index e3f650e88f82..6b935922054d 100644
> > --- a/drivers/net/ethernet/stmicro/stmmac/common.h
> > +++ b/drivers/net/ethernet/stmicro/stmmac/common.h
> > @@ -580,6 +580,7 @@ struct mac_device_info {
> >  	u32 vlan_filter[32];
> >  	bool vlan_fail_q_en;
> >  	u8 vlan_fail_q;
> > +	bool hw_vlan_en;
> >  };
> >
> >  struct stmmac_rx_routing {
> > diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-intel.c
> > b/drivers/net/ethernet/stmicro/stmmac/dwmac-intel.c
> > index 60283543ffc8..651fee867aac 100644
> > --- a/drivers/net/ethernet/stmicro/stmmac/dwmac-intel.c
> > +++ b/drivers/net/ethernet/stmicro/stmmac/dwmac-intel.c
> > @@ -457,7 +457,8 @@ static int intel_mgbe_common_data(struct pci_dev
> *pdev,
> >  	plat->has_gmac = 0;
> >  	plat->has_gmac4 = 1;
> >  	plat->force_sf_dma_mode = 0;
> > -	plat->flags |= (STMMAC_FLAG_TSO_EN |
> STMMAC_FLAG_SPH_DISABLE);
> > +	plat->flags |= (STMMAC_FLAG_TSO_EN |
> STMMAC_FLAG_SPH_DISABLE |
> > +			STMMAC_FLAG_HW_VLAN_EN);
> >
> >  	/* Multiplying factor to the clk_eee_i clock time
> >  	 * period to make it closer to 100 ns. This value diff --git
> > a/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c
> > b/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c
> > index c6ff1fa0e04d..6a8d7873b456 100644
> > --- a/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c
> > +++ b/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c
> > @@ -1134,6 +1134,35 @@ static int dwmac4_config_l4_filter(struct
> mac_device_info *hw, u32 filter_no,
> >  	return 0;
> >  }
> >
> > +static void dwmac4_rx_hw_vlan(struct mac_device_info *hw,
> > +			      struct dma_desc *rx_desc, struct sk_buff *skb) {
> > +	if (hw->desc->get_rx_vlan_valid(rx_desc)) {
> > +		u16 vid = (u16)hw->desc->get_rx_vlan_tci(rx_desc);
> > +
> > +		__vlan_hwaccel_put_tag(skb, htons(ETH_P_8021Q), vid);
> > +	}
> > +}
> > +
> > +static void dwmac4_set_hw_vlan_mode(struct mac_device_info *hw) {
> > +	void __iomem *ioaddr = hw->pcsr;
> > +	u32 value = readl(ioaddr + GMAC_VLAN_TAG);
> > +
> > +	value &= ~GMAC_VLAN_TAG_CTRL_EVLS_MASK;
> > +
> > +	if (hw->hw_vlan_en)
> > +		/* Always strip VLAN on Receive */
> > +		value |= GMAC_VLAN_TAG_STRIP_ALL;
> > +	else
> > +		/* Do not strip VLAN on Receive */
> > +		value |= GMAC_VLAN_TAG_STRIP_NONE;
> > +
> > +	/* Enable outer VLAN Tag in Rx DMA descriptor */
> > +	value |= GMAC_VLAN_TAG_CTRL_EVLRXS;
> > +	writel(value, ioaddr + GMAC_VLAN_TAG); }
> > +
> >  const struct stmmac_ops dwmac4_ops = {
> >  	.core_init = dwmac4_core_init,
> >  	.phylink_get_caps = dwmac4_phylink_get_caps, @@ -1175,6 +1204,8
> @@
> > const struct stmmac_ops dwmac4_ops = {
> >  	.add_hw_vlan_rx_fltr = dwmac4_add_hw_vlan_rx_fltr,
> >  	.del_hw_vlan_rx_fltr = dwmac4_del_hw_vlan_rx_fltr,
> >  	.restore_hw_vlan_rx_fltr = dwmac4_restore_hw_vlan_rx_fltr,
> > +	.rx_hw_vlan = dwmac4_rx_hw_vlan,
> > +	.set_hw_vlan_mode = dwmac4_set_hw_vlan_mode,
> >  };
> >
> >  const struct stmmac_ops dwmac410_ops = { @@ -1224,6 +1255,8 @@ const
> > struct stmmac_ops dwmac410_ops = {
> >  	.add_hw_vlan_rx_fltr = dwmac4_add_hw_vlan_rx_fltr,
> >  	.del_hw_vlan_rx_fltr = dwmac4_del_hw_vlan_rx_fltr,
> >  	.restore_hw_vlan_rx_fltr = dwmac4_restore_hw_vlan_rx_fltr,
> > +	.rx_hw_vlan = dwmac4_rx_hw_vlan,
> > +	.set_hw_vlan_mode = dwmac4_set_hw_vlan_mode,
> >  };
> >
> >  const struct stmmac_ops dwmac510_ops = { @@ -1277,6 +1310,8 @@ const
> > struct stmmac_ops dwmac510_ops = {
> >  	.add_hw_vlan_rx_fltr = dwmac4_add_hw_vlan_rx_fltr,
> >  	.del_hw_vlan_rx_fltr = dwmac4_del_hw_vlan_rx_fltr,
> >  	.restore_hw_vlan_rx_fltr = dwmac4_restore_hw_vlan_rx_fltr,
> > +	.rx_hw_vlan = dwmac4_rx_hw_vlan,
> > +	.set_hw_vlan_mode = dwmac4_set_hw_vlan_mode,
> >  };
> >
> >  static u32 dwmac4_get_num_vlan(void __iomem *ioaddr) diff --git
> > a/drivers/net/ethernet/stmicro/stmmac/dwmac4_descs.c
> > b/drivers/net/ethernet/stmicro/stmmac/dwmac4_descs.c
> > index 89a14084c611..a01d71dfed6c 100644
> > --- a/drivers/net/ethernet/stmicro/stmmac/dwmac4_descs.c
> > +++ b/drivers/net/ethernet/stmicro/stmmac/dwmac4_descs.c
> > @@ -198,6 +198,17 @@ static int dwmac4_get_tx_ls(struct dma_desc *p)
> >  		>> TDES3_LAST_DESCRIPTOR_SHIFT;
> >  }
> >
> > +static inline int dwmac4_wrback_get_rx_vlan_tci(struct dma_desc *p) {
> > +	return (le32_to_cpu(p->des0) & RDES0_VLAN_TAG_MASK); }
> > +
> > +static inline bool dwmac4_wrback_get_rx_vlan_valid(struct dma_desc
> > +*p) {
> > +	return ((le32_to_cpu(p->des3) & RDES3_LAST_DESCRIPTOR) &&
> > +		(le32_to_cpu(p->des3) & RDES3_RDES0_VALID)); }
> > +
> >  static int dwmac4_wrback_get_rx_frame_len(struct dma_desc *p, int
> > rx_coe)  {
> >  	return (le32_to_cpu(p->des3) & RDES3_PACKET_SIZE_MASK); @@ -
> 551,6
> > +562,8 @@ const struct stmmac_desc_ops dwmac4_desc_ops = {
> >  	.set_tx_owner = dwmac4_set_tx_owner,
> >  	.set_rx_owner = dwmac4_set_rx_owner,
> >  	.get_tx_ls = dwmac4_get_tx_ls,
> > +	.get_rx_vlan_tci = dwmac4_wrback_get_rx_vlan_tci,
> > +	.get_rx_vlan_valid = dwmac4_wrback_get_rx_vlan_valid,
> >  	.get_rx_frame_len = dwmac4_wrback_get_rx_frame_len,
> >  	.enable_tx_timestamp = dwmac4_rd_enable_tx_timestamp,
> >  	.get_tx_timestamp_status =
> dwmac4_wrback_get_tx_timestamp_status,
> > diff --git a/drivers/net/ethernet/stmicro/stmmac/hwif.h
> > b/drivers/net/ethernet/stmicro/stmmac/hwif.h
> > index b95d3e137813..5a079dae1380 100644
> > --- a/drivers/net/ethernet/stmicro/stmmac/hwif.h
> > +++ b/drivers/net/ethernet/stmicro/stmmac/hwif.h
> > @@ -56,6 +56,10 @@ struct stmmac_desc_ops {
> >  	void (*set_tx_ic)(struct dma_desc *p);
> >  	/* Last tx segment reports the transmit status */
> >  	int (*get_tx_ls)(struct dma_desc *p);
> > +	/* Get the tag of the descriptor */
> > +	int (*get_rx_vlan_tci)(struct dma_desc *p);
> > +	/* Get the valid status of descriptor */
> > +	bool (*get_rx_vlan_valid)(struct dma_desc *p);
> >  	/* Return the transmit status looking at the TDES1 */
> >  	int (*tx_status)(struct stmmac_extra_stats *x,
> >  			 struct dma_desc *p, void __iomem *ioaddr); @@ -
> 117,6 +121,10 @@
> > struct stmmac_desc_ops {
> >  	stmmac_do_void_callback(__priv, desc, set_tx_ic, __args)  #define
> > stmmac_get_tx_ls(__priv, __args...) \
> >  	stmmac_do_callback(__priv, desc, get_tx_ls, __args)
> > +#define stmmac_get_rx_vlan_tci(__priv, __args...) \
> > +	stmmac_do_callback(__priv, desc, get_rx_vlan_tci, __args) #define
> > +stmmac_get_rx_vlan_valid(__priv, __args...) \
> > +	stmmac_do_callback(__priv, desc, get_rx_vlan_valid, __args)
> >  #define stmmac_tx_status(__priv, __args...) \
> >  	stmmac_do_callback(__priv, desc, tx_status, __args)  #define
> > stmmac_get_tx_len(__priv, __args...) \ @@ -388,6 +396,9 @@ struct
> > stmmac_ops {
> >  	void (*update_vlan_hash)(struct mac_device_info *hw, u32 hash,
> >  				 __le16 perfect_match, bool is_double);
> >  	void (*enable_vlan)(struct mac_device_info *hw, u32 type);
> > +	void (*rx_hw_vlan)(struct mac_device_info *hw, struct dma_desc
> *rx_desc,
> > +			   struct sk_buff *skb);
> > +	void (*set_hw_vlan_mode)(struct mac_device_info *hw);
> >  	int (*add_hw_vlan_rx_fltr)(struct net_device *dev,
> >  				   struct mac_device_info *hw,
> >  				   __be16 proto, u16 vid);
> > @@ -497,6 +508,10 @@ struct stmmac_ops {
> >  	stmmac_do_void_callback(__priv, mac, update_vlan_hash, __args)
> > #define stmmac_enable_vlan(__priv, __args...) \
> >  	stmmac_do_void_callback(__priv, mac, enable_vlan, __args)
> > +#define stmmac_rx_hw_vlan(__priv, __args...) \
> > +	stmmac_do_void_callback(__priv, mac, rx_hw_vlan, __args) #define
> > +stmmac_set_hw_vlan_mode(__priv, __args...) \
> > +	stmmac_do_void_callback(__priv, mac, set_hw_vlan_mode, __args)
> >  #define stmmac_add_hw_vlan_rx_fltr(__priv, __args...) \
> >  	stmmac_do_callback(__priv, mac, add_hw_vlan_rx_fltr, __args)
> > #define stmmac_del_hw_vlan_rx_fltr(__priv, __args...) \ diff --git
> > a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> > b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> > index 3e50fd53a617..62299ec5179f 100644
> > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> > @@ -3469,6 +3469,9 @@ static int stmmac_hw_setup(struct net_device
> *dev, bool ptp_register)
> >  	/* Start the ball rolling... */
> >  	stmmac_start_all_dma(priv);
> >
> > +	if (priv->hw->hw_vlan_en)
> > +		stmmac_set_hw_vlan_mode(priv, priv->hw);
> > +
> >  	if (priv->dma_cap.fpesel) {
> >  		stmmac_fpe_start_wq(priv);
> >
> > @@ -5508,7 +5511,14 @@ static int stmmac_rx(struct stmmac_priv *priv, int
> limit, u32 queue)
> >  		/* Got entire packet into SKB. Finish it. */
> >
> >  		stmmac_get_rx_hwtstamp(priv, p, np, skb);
> > -		stmmac_rx_vlan(priv->dev, skb);
> > +
> > +		if (priv->hw->hw_vlan_en)
> > +			/* MAC level stripping. */
> > +			stmmac_rx_hw_vlan(priv, priv->hw, p, skb);
> > +		else
> > +			/* Driver level stripping. */
> > +			stmmac_rx_vlan(priv->dev, skb);
> > +
> 
> This same pattern exists in stmmac_dispatch_skb_zc, does it make sense to
> update that as well?
> 
> >  		skb->protocol = eth_type_trans(skb, priv->dev);
> >
> >  		if (unlikely(!coe))
> > @@ -5817,6 +5827,14 @@ static int stmmac_set_features(struct net_device
> *netdev,
> >  			stmmac_enable_sph(priv, priv->ioaddr, sph_en, chan);
> >  	}
> >
> > +	if ((features & NETIF_F_HW_VLAN_CTAG_RX) &&
> > +	    (priv->plat->flags & STMMAC_FLAG_HW_VLAN_EN))
> > +		priv->hw->hw_vlan_en = true;
> > +	else
> > +		priv->hw->hw_vlan_en = false;
> > +
> > +	stmmac_set_hw_vlan_mode(priv, priv->hw);
> > +
> >  	return 0;
> >  }
> >
> > @@ -7146,6 +7164,8 @@ static int stmmac_hw_init(struct stmmac_priv
> *priv)
> >  			 "Enable RX Mitigation via HW Watchdog Timer\n");
> >  	}
> >
> > +	priv->hw->hw_vlan_en = (priv->plat->flags &
> STMMAC_FLAG_HW_VLAN_EN);
> 
> I'm curious, is there a particular reason you make this feature a platform opt-
> in? My gut feeling is that if it's a dwmac4/5 feature, it would be better to just
> enable it for all the platforms who use that IP instead of making it opt-in per
> platform. To me that is more in the spirit of a common IP driver.
> 
> > +
> >  	return 0;
> >  }
> >
> > @@ -7515,6 +7535,8 @@ int stmmac_dvr_probe(struct device *device,
> > #ifdef STMMAC_VLAN_TAG_USED
> >  	/* Both mac100 and gmac support receive VLAN tag detection */
> >  	ndev->features |= NETIF_F_HW_VLAN_CTAG_RX |
> NETIF_F_HW_VLAN_STAG_RX;
> > +	ndev->hw_features |= NETIF_F_HW_VLAN_CTAG_RX;
> > +
> >  	if (priv->dma_cap.vlhash) {
> >  		ndev->features |= NETIF_F_HW_VLAN_CTAG_FILTER;
> >  		ndev->features |= NETIF_F_HW_VLAN_STAG_FILTER; diff --git
> > a/include/linux/stmmac.h b/include/linux/stmmac.h index
> > 0b4658a7eceb..1cf78e6bca5e 100644
> > --- a/include/linux/stmmac.h
> > +++ b/include/linux/stmmac.h
> > @@ -220,6 +220,7 @@ struct dwmac4_addrs {
> >  #define STMMAC_FLAG_RX_CLK_RUNS_IN_LPI		BIT(10)
> >  #define STMMAC_FLAG_EN_TX_LPI_CLOCKGATING	BIT(11)
> >  #define STMMAC_FLAG_HWTSTAMP_CORRECT_LATENCY	BIT(12)
> > +#define STMMAC_FLAG_HW_VLAN_EN			BIT(13)
> >
> >  struct plat_stmmacenet_data {
> >  	int bus_id;
> > --
> > 2.34.1
> >
> 


Powered by blists - more mailing lists