Re: aRFS support for stmmac , any existing work or interest?

Andrew Lunn <[email protected]>
Newsgroups gmane.linux.network
Message-ID <[email protected]>
On Mon, Aug 17, 2026 at 07:13:14PM -0700, Pedro de Oliveira Amarante wrote:
> Hi,
> 
> Is there any existing work or interest in adding accelerated RFS to
> the stmmac driver?
> 
> Today stmmac only reaches the Flexible Receive Parser (FRP) through
> tc-flower/tc-u32, and that path is accept/drop only.
> 
> The hardware seems to supports it, as I've confirmed on a dwmac-4.20a
> part (frpsel=1) that setting the FRP entry's dma_ch_no steers a
> matched flow to the chosen channel; the driver just leaves it at 0.
> 
> - Is anyone already working on this, or has it been attempted before?
> (I couldn't find prior postings , apologies if I missed a thread.)
> - Would this be of interest / have a realistic path to merging upstream?
> 
> Happy to do the work and send an RFC if there's interest.

The architecture of the stmmac driver is not great. Please take a good
look at the driver before you start making changes, we don't want to
make it worse. It might be you need to perform some cleanup before you
can add new features etc.

However, RFCs are welcome.

> CONFIDENTIALITY NOTE: This electronic message (including any attachments) 
> may contain information that is privileged, confidential, and proprietary. 
> If you are not the intended recipient, you are hereby notified that any 
> disclosure, copying, distribution, or use of the information contained 
> herein (including any reliance thereon) is strictly prohibited. If you 
> received this electronic message in error, please immediately reply to the 
> sender that you have received this communication and destroy the material 
> in its entirety, whether in electronic or hard copy format. Although Rivian 
> and VW Group Technology, LLC has taken reasonable precautions to ensure no 
> viruses are present in this email, Rivian and VW Group Technology, LLC 
> accepts no responsibility for any loss or damage arising from the use of 
> this email or attachments.

If you want to go further, this has to disappear. You just emailed a
public mailing list, which is publicly archived, forever. No way to
destroy it etc.

	Andrew
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.