[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210128164019.GR1551@shell.armlinux.org.uk>
Date: Thu, 28 Jan 2021 16:40:20 +0000
From: Russell King - ARM Linux admin <linux@...linux.org.uk>
To: Stefan Chulski <stefanc@...vell.com>
Cc: Willem de Bruijn <willemdebruijn.kernel@...il.com>,
Network Development <netdev@...r.kernel.org>,
Thomas Petazzoni <thomas.petazzoni@...tlin.com>,
David Miller <davem@...emloft.net>,
Nadav Haklai <nadavh@...vell.com>,
Yan Markman <ymarkman@...vell.com>,
LKML <linux-kernel@...r.kernel.org>,
Jakub Kicinski <kuba@...nel.org>,
"mw@...ihalf.com" <mw@...ihalf.com>, Andrew Lunn <andrew@...n.ch>,
Antoine Tenart <atenart@...nel.org>
Subject: Re: [EXT] Re: [PATCH v4 net-next 10/19] net: mvpp2: add FCA RXQ non
occupied descriptor threshold
On Wed, Jan 27, 2021 at 06:41:32PM +0000, Stefan Chulski wrote:
>
> >
> > > From: Stefan Chulski <stefanc@...vell.com>
> > >
> > > RXQ non occupied descriptor threshold would be used by Flow Control
> > > Firmware feature to move to the XOFF mode.
> > > RXQ non occupied threshold would change interrupt cause that polled by
> > > CM3 Firmware.
> > > Actual non occupied interrupt masked and won't trigger interrupt.
> >
> > Does this mean that this change enables a feature, but it is unused due to a
> > masked interrupt?
>
> Firmware poll RXQ non occupied cause register to indicate if number of registers bellow threshold.
> We do not trigger any interrupt, just poll this bit in CM3. So this cause always masked.
The functional spec for A8040 says that the register at 0xF2005520
is "RX Exceptions Interrupt Mask" and the bit description talks about
it controlling interrupt signal generation. However, the bit that
allows RX Exceptions to be raised in MVPP2_ISR_RX_TX_MASK_REG is clear,
so it won't proceed beyond the next level up.
So, I think the commit description needs to say something like:
"The firmware needs to monitor the RX Non-occupied descriptor bits for
flow control to move to XOFF mode. These bits need to be unmasked to
be functional, but they will not raise interrupts as we leave the
RX exception summary bit in MVPP2_ISR_RX_TX_MASK_REG clear."
I think that's essentially what you're trying to describe - please
change if not.
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
Powered by blists - more mailing lists