Re: [PATCH net-next] net: stmmac: Fix reception of Broadcom switches tags

From: Florian Fainelli
Date: Wed Jan 17 2018 - 18:16:43 EST

Next message: Jakub Kicinski: "Re: [PATCH net-next] net: core: Expose number of link up/down transitions"
Previous message: Brian Norris: "Re: [PATCH v2 01/16] drivers: pwm: core: use a single of xlate function"
In reply to: Giuseppe CAVALLARO: "Re: [PATCH net-next] net: stmmac: Fix reception of Broadcom switches tags"
Next in thread: kbuild test robot: "Re: [PATCH net-next] net: stmmac: Fix reception of Broadcom switches tags"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Hi Peppe,

On 01/16/2018 11:06 PM, Giuseppe CAVALLARO wrote:
> Hi Florian
>
> for gmac4.x and gmac3.x series the ACS bit is the Automatic Pad or CRC
> Stripping, so the
> core strips the Pad or FCS on frames if the value of the length field is
> < 1536 bytes.
> For MAC10-100 there is the Bit 8 (ASTP) of the reg0 that does the same
> if len is < 46bytes.

OK, thanks for the detail on the older core, I will update my v2 to take
that into account.

> In your patch I can just suggest to add a new field to strip the PAD/FCS
> w/o passing the whole
> netdev struct to the core_init. In the main driver, we could manage the
> pad-strip feature (also
> by using dt) or disable it in case of netdev_uses_dsa; then propagating
> this setting to the core_init
> or calling a new callback. What do you think?

I don't think adding a DT property is a good idea, because we can
determine whether ACS is necessary or not at runtime when DSA with
proprietary Ethernet switch tags is used or not using netdev_uses_dsa().

Having the DT property to configure whether ACS is turned on or off
means that the Device Tree now describes a policy, rather than a
capability, which is counter to the Device Tree spirit. Besides, this
leaves room for making mistake, and this creates a support burden. When
interfaced with a switch, the switch is guaranteed to egress 64 bytes
(including FCS) packets towards stmmac, and the only thing we need to do
is ensure that stmmac does the same thing. This is a small penalty to
pay for small packets, and this is done only when DSA is used.

Regarding passing a net_device to the core_init functions, this was done
because dev->mtu was already accessed, and we might need to access
additional net_device members in the future, 2 means we need to find a
solution that scales, so passing the net_device around was a natural
choice. Function pointers described in common.h are not exactly
consistent in what type of arguments they take, so I did not see this as
being a big problem.

Thank you.

>
> Regards
> Peppe
>
> On 1/17/2018 12:25 AM, Florian Fainelli wrote:
>> Broadcom tags inserted by Broadcom switches put a 4 byte header after
>> the MAC SA and before the EtherType, which may look like some sort of 0
>> length LLC/SNAP packet (tcpdump and wireshark do think that way). With
>> ACS enabled in stmmac the packets were truncated to 8 bytes on
>> reception, whereas clearing this bit allowed normal reception to occur.
>>
>> In order to make that possible, we need to pass a net_device argument to
>> the different core_init() functions and we are dependent on the Broadcom
>> tagger padding packets correctly (which it now does). To be as little
>> invasive as possible, this is only done for gmac1000 when the network
>> device is DSA-enabled (netdev_uses_dsa() returns true).
>>
>> Signed-off-by: Florian Fainelli <f.fainelli@xxxxxxxxx>
>> ---
>> Â drivers/net/ethernet/stmicro/stmmac/common.hÂÂÂÂÂÂÂÂ |Â 2 +-
>> Â drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.cÂÂÂ |Â 3 ++-
>> Â drivers/net/ethernet/stmicro/stmmac/dwmac1000_core.c | 12 +++++++++++-
>> Â drivers/net/ethernet/stmicro/stmmac/dwmac100_core.cÂ |Â 3 ++-
>> Â drivers/net/ethernet/stmicro/stmmac/dwmac4_core.cÂÂÂ | 11 ++++++++++-
>> Â drivers/net/ethernet/stmicro/stmmac/stmmac_main.cÂÂÂ |Â 2 +-
>> Â 6 files changed, 27 insertions(+), 6 deletions(-)
>>
>> diff --git a/drivers/net/ethernet/stmicro/stmmac/common.h
>> b/drivers/net/ethernet/stmicro/stmmac/common.h
>> index ce2ea2d491ac..2ffe76c0ff74 100644
>> --- a/drivers/net/ethernet/stmicro/stmmac/common.h
>> +++ b/drivers/net/ethernet/stmicro/stmmac/common.h
>> @@ -474,7 +474,7 @@ struct mac_device_info;
>> Â /* Helpers to program the MAC core */
>> Â struct stmmac_ops {
>> ÂÂÂÂÂ /* MAC core initialization */
>> -ÂÂÂ void (*core_init)(struct mac_device_info *hw, int mtu);
>> +ÂÂÂ void (*core_init)(struct mac_device_info *hw, struct net_device
>> *dev);
>> ÂÂÂÂÂ /* Enable the MAC RX/TX */
>> ÂÂÂÂÂ void (*set_mac)(void __iomem *ioaddr, bool enable);
>> ÂÂÂÂÂ /* Enable and verify that the IPC module is supported */
>> diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c
>> b/drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c
>> index 9eb7f65d8000..a3fa65b1ca8e 100644
>> --- a/drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c
>> +++ b/drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c
>> @@ -483,7 +483,8 @@ static int sun8i_dwmac_init(struct platform_device
>> *pdev, void *priv)
>> ÂÂÂÂÂ return 0;
>> Â }
>> Â -static void sun8i_dwmac_core_init(struct mac_device_info *hw, int mtu)
>> +static void sun8i_dwmac_core_init(struct mac_device_info *hw,
>> +ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ struct net_device *dev)
>> Â {
>> ÂÂÂÂÂ void __iomem *ioaddr = hw->pcsr;
>> ÂÂÂÂÂ u32 v;
>> diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac1000_core.c
>> b/drivers/net/ethernet/stmicro/stmmac/dwmac1000_core.c
>> index 8a86340ff2d3..540d21786a43 100644
>> --- a/drivers/net/ethernet/stmicro/stmmac/dwmac1000_core.c
>> +++ b/drivers/net/ethernet/stmicro/stmmac/dwmac1000_core.c
>> @@ -25,18 +25,28 @@
>> Â #include <linux/crc32.h>
>> Â #include <linux/slab.h>
>> Â #include <linux/ethtool.h>
>> +#include <net/dsa.h>
>> Â #include <asm/io.h>
>> Â #include "stmmac_pcs.h"
>> Â #include "dwmac1000.h"
>> Â -static void dwmac1000_core_init(struct mac_device_info *hw, int mtu)
>> +static void dwmac1000_core_init(struct mac_device_info *hw,
>> +ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ struct net_device *dev)
>> Â {
>> ÂÂÂÂÂ void __iomem *ioaddr = hw->pcsr;
>> ÂÂÂÂÂ u32 value = readl(ioaddr + GMAC_CONTROL);
>> +ÂÂÂ int mtu = dev->mtu;
>> Â ÂÂÂÂÂ /* Configure GMAC core */
>> ÂÂÂÂÂ value |= GMAC_CORE_INIT;
>> Â +ÂÂÂ /* Clear ACS bit because Ethernet switch tagging formats such as
>> +ÂÂÂÂ * Broadcom tags can look like invalid LLC/SNAP packets and cause
>> the
>> +ÂÂÂÂ * hardware to truncate packets on reception.
>> +ÂÂÂÂ */
>> +ÂÂÂ if (netdev_uses_dsa(dev))
>> +ÂÂÂÂÂÂÂ value &= ~GMAC_CONTROL_ACS;
>> +
>> ÂÂÂÂÂ if (mtu > 1500)
>> ÂÂÂÂÂÂÂÂÂ value |= GMAC_CONTROL_2K;
>> ÂÂÂÂÂ if (mtu > 2000)
>> diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac100_core.c
>> b/drivers/net/ethernet/stmicro/stmmac/dwmac100_core.c
>> index 8ef517356313..c1ee427c42cb 100644
>> --- a/drivers/net/ethernet/stmicro/stmmac/dwmac100_core.c
>> +++ b/drivers/net/ethernet/stmicro/stmmac/dwmac100_core.c
>> @@ -28,7 +28,8 @@
>> Â #include <asm/io.h>
>> Â #include "dwmac100.h"
>> Â -static void dwmac100_core_init(struct mac_device_info *hw, int mtu)
>> +static void dwmac100_core_init(struct mac_device_info *hw,
>> +ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ struct net_device *dev)
>> Â {
>> ÂÂÂÂÂ void __iomem *ioaddr = hw->pcsr;
>> ÂÂÂÂÂ u32 value = readl(ioaddr + MAC_CONTROL);
>> diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c
>> b/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c
>> index f3ed8f7853eb..6af5100d3cb2 100644
>> --- a/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c
>> +++ b/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c
>> @@ -20,13 +20,22 @@
>> Â #include "stmmac_pcs.h"
>> Â #include "dwmac4.h"
>> Â -static void dwmac4_core_init(struct mac_device_info *hw, int mtu)
>> +static void dwmac4_core_init(struct mac_device_info *hw,
>> +ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ struct net_device *dev)
>> Â {
>> ÂÂÂÂÂ void __iomem *ioaddr = hw->pcsr;
>> ÂÂÂÂÂ u32 value = readl(ioaddr + GMAC_CONFIG);
>> +ÂÂÂ int mtu = dev->mtu;
>> Â ÂÂÂÂÂ value |= GMAC_CORE_INIT;
>> Â +ÂÂÂ /* Clear ACS bit because Ethernet switch tagging formats such as
>> +ÂÂÂÂ * Broadcom tags can look like invalid LLC/SNAP packets and cause
>> the
>> +ÂÂÂÂ * hardware to truncate packets on reception.
>> +ÂÂÂÂ */
>> +ÂÂÂ if (netdev_uses_dsa(dev))
>> +ÂÂÂÂÂÂÂ value &= ~GMAC_CONTROL_ACS;
>> +
>> ÂÂÂÂÂ if (mtu > 1500)
>> ÂÂÂÂÂÂÂÂÂ value |= GMAC_CONFIG_2K;
>> ÂÂÂÂÂ if (mtu > 2000)
>> diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
>> b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
>> index f99f14c35063..7ad841434ec8 100644
>> --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
>> +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
>> @@ -2527,7 +2527,7 @@ static int stmmac_hw_setup(struct net_device
>> *dev, bool init_ptp)
>> ÂÂÂÂÂ }
>> Â ÂÂÂÂÂ /* Initialize the MAC Core */
>> -ÂÂÂ priv->hw->mac->core_init(priv->hw, dev->mtu);
>> +ÂÂÂ priv->hw->mac->core_init(priv->hw, dev);
>> Â ÂÂÂÂÂ /* Initialize MTL*/
>> ÂÂÂÂÂ if (priv->synopsys_id >= DWMAC_CORE_4_00)
>
>

--
Florian

Next message: Jakub Kicinski: "Re: [PATCH net-next] net: core: Expose number of link up/down transitions"
Previous message: Brian Norris: "Re: [PATCH v2 01/16] drivers: pwm: core: use a single of xlate function"
In reply to: Giuseppe CAVALLARO: "Re: [PATCH net-next] net: stmmac: Fix reception of Broadcom switches tags"
Next in thread: kbuild test robot: "Re: [PATCH net-next] net: stmmac: Fix reception of Broadcom switches tags"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]