[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <773982362.433508.1758892145106.JavaMail.zimbra@couthit.local>
Date: Fri, 26 Sep 2025 18:39:05 +0530 (IST)
From: Parvathi Pudi <parvathi@...thit.com>
To: Andrew Lunn <andrew@...n.ch>
Cc: parvathi <parvathi@...thit.com>, andrew+netdev <andrew+netdev@...n.ch>,
davem <davem@...emloft.net>, edumazet <edumazet@...gle.com>,
kuba <kuba@...nel.org>, pabeni <pabeni@...hat.com>,
danishanwar <danishanwar@...com>, rogerq <rogerq@...nel.org>,
pmohan <pmohan@...thit.com>, basharath <basharath@...thit.com>,
afd <afd@...com>, linux-kernel <linux-kernel@...r.kernel.org>,
netdev <netdev@...r.kernel.org>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
pratheesh <pratheesh@...com>, Prajith Jayarajan <prajith@...com>,
Vignesh Raghavendra <vigneshr@...com>, praneeth <praneeth@...com>,
srk <srk@...com>, rogerq <rogerq@...com>,
krishna <krishna@...thit.com>, mohan <mohan@...thit.com>
Subject: Re: [PATCH net-next 0/3] RSTP SWITCH support for PRU-ICSSM Ethernet
driver
Hi,
> On Thu, Sep 25, 2025 at 07:32:09PM +0530, Parvathi Pudi wrote:
>> Hi,
>>
>> The DUAL-EMAC patch series for Megabit Industrial Communication Sub-system
>> (ICSSM), which provides the foundational support for Ethernet functionality
>> over PRU-ICSS on the TI SOCs (AM335x, AM437x, and AM57x), was merged into
>> net-next recently [1].
>>
>> This patch series enhances the PRU-ICSSM Ethernet driver to support
>> RSTP SWITCH mode, which has been implemented based on "switchdev" and
>> interacts with "mstp daemon" to support Rapid Spanning Tree Protocol
>> (RSTP) as well.
>
> Is there anything in this patchset which is specific to RSTP? In
> general, there is no difference between STP and RSTP. STP is generally
> done in the kernel as part of the kernel bridge code. RSTP does it in
> user space. But the hardware driver does not care if it is STP or
> RSTP, it is the same API to the layer above.
>
> Andrew
No, this patch-set applies to both STP and RSTP. The driver and firmware
responds to the port-state transitions and FDB operations through the
standard Linux switchdev/bridge interfaces, with no STP/RSTP related
logic executed in driver/firmware.
We referred to RSTP in the commit message as it is our primary use case
and it implies support for STP as well.
Thanks and Regards,
Parvathi.
Powered by blists - more mailing lists