linux-kernel - RE: [PATCH 2/2] net: ethernet: Add driver for Sunplus SP7021

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <585e234fdb74499caafee3b43b5e5ab4@sphcmbx02.sunplus.com.tw>
Date:   Mon, 8 Nov 2021 16:47:34 +0000
From:   Wells Lu 呂芳騰 <wells.lu@...plus.com>
To:     Andrew Lunn <andrew@...n.ch>
CC:     Wells Lu <wellslutw@...il.com>,
        "davem@...emloft.net" <davem@...emloft.net>,
        "kuba@...nel.org" <kuba@...nel.org>,
        "robh+dt@...nel.org" <robh+dt@...nel.org>,
        "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        "devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "p.zabel@...gutronix.de" <p.zabel@...gutronix.de>
Subject: RE: [PATCH 2/2] net: ethernet: Add driver for Sunplus SP7021

> > The switch will not recognize type of packets, regardless BPDU, PTP or
> > any other packets. If turning off source-address learning function, it
> > works like an Ethernet plus a 2-port hub.
> 
> So without STP, there is no way to stop an loop, and a broadcast storm taking
> down your network?

Do you mean connecting two PHY ports to the same LAN? We never 
connect two PHY ports to the same LAN (or hub). I never think of this 
loop problem. I thought only WAN has the loop problem.

The switch has some kinds of flow control, refer to 0.2 "Flow control threshold"
and 0.3 "CPU port flow control threshold". It will drop extra packets.
How an Ethernet hub take care of this situation?
Is that reasonable to connect two ports of an Ethernet hub together?

> Looking at the TX descriptor, there are two bits:
> 
>           [18]: force forward to port 0
>           [19]: force forward to port 1
> 
> When the switch is enabled, can these two bits be used?

Yes, for example, when bit 19 of TX descriptor is enabled, a packet from CPU 
port is forwarded to LAN port 0 forcibly.

> In the RX descriptor there is:
> 
> pkt_sp:
>           000: from port0
>           001: from port1
>           110: soc0 loopback
>           101: soc1 loopback
> 
> Are these bits used when the switch is enabled?

Yes, E- MAC driver uses these bits to tell where a packet comes from.
Note that soc1 port (CPU port) has been removed in this chip.

> 0.31 port control 1 (port cntl1) blocking state seems to have what you need for
> STP.

From document, if bit 17 or bit 16 of port_cntl1 register is set, only RMC 
packets will be forwarded to other LAN port. I am not sure whether 
enabling the bits helps the issue. Should I enable the bits?
Sorry, I don't know what is a RMC packet?
Could you please teach me?

>     Andrew

Thank you for review.