DW GMAC databook says the following about bits in "Register 15 (Interrupt
Mask Register)":
--------------------------->8-------------------------
When set, this bit __disables_the_assertion_of_the_interrupt_signal__
because of the setting of XXX bit in Register 14 (Interrupt
Status Register).
--------------------------->8-------------------------
In fact even if we mask one bit in the mask register it doesn't prevent
corresponding bit to appear in the status register, it only disables
interrupt generation for corresponding event.
But currently we expect a bit different behavior: status bits to be in
sync with their masks, i.e. if mask for bit A is set in the mask
register then bit A won't appear in the interrupt status register.
This was proven to be incorrect assumption, see discussion here [1].
That misunderstanding causes unexpected behaviour of the GMAC, for
example we were happy enough to just see bogus messages about link
state changes.
So from now on we'll be only checking bits that really may trigger an
interrupt.
[1] https://lkml.org/lkml/2016/11/3/413
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Giuseppe Cavallaro <redacted>
Cc: Fabrice Gasnier <redacted>
Cc: Joachim Eastwood <redacted>
Cc: Phil Reid <redacted>
Cc: David Miller <davem@davemloft.net>
Cc: Alexandre Torgue <redacted>
Cc: Vineet Gupta <redacted>
---
drivers/net/ethernet/stmicro/stmmac/dwmac1000_core.c | 4 ++++
1 file changed, 4 insertions(+)
@@ -305,8 +305,12 @@ static int dwmac1000_irq_status(struct mac_device_info *hw,{void__iomem*ioaddr=hw->pcsr;u32intr_status=readl(ioaddr+GMAC_INT_STATUS);+u32intr_mask=readl(ioaddr+GMAC_INT_MASK);intret=0;+/* Discard masked bits */+intr_status&=~intr_mask;+/* Not used events (e.g. MMC interrupts) are not handled. */if((intr_status&GMAC_INT_STATUS_MMCTIS))x->mmc_tx_irq_n++;
DW GMAC databook says the following about bits in "Register 15 (Interrupt
Mask Register)":
--------------------------->8-------------------------
When set, this bit __disables_the_assertion_of_the_interrupt_signal__
because of the setting of XXX bit in Register 14 (Interrupt
Status Register).
--------------------------->8-------------------------
In fact even if we mask one bit in the mask register it doesn't prevent
corresponding bit to appear in the status register, it only disables
interrupt generation for corresponding event.
But currently we expect a bit different behavior: status bits to be in
sync with their masks, i.e. if mask for bit A is set in the mask
register then bit A won't appear in the interrupt status register.
This was proven to be incorrect assumption, see discussion here [1].
That misunderstanding causes unexpected behaviour of the GMAC, for
example we were happy enough to just see bogus messages about link
state changes.
So from now on we'll be only checking bits that really may trigger an
interrupt.
[1] https://lkml.org/lkml/2016/11/3/413
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
-----Original Message-----
From: David Miller [mailto:davem@davemloft.net]
Sent: Monday, January 30, 2017 2:16 AM
To: Alexey.Brodkin@synopsys.com
Cc: netdev@vger.kernel.org; linux-kernel@vger.kernel.org;
peppe.cavallaro@st.com; fabrice.gasnier@st.com; manabian@gmail.com;
preid@electromag.com.au; alexandre.torgue@gmail.com;
Vineet.Gupta1@synopsys.com
Subject: Re: [PATCH] stmmac: Discard masked flags in interrupt status
register
From: Alexey Brodkin <redacted>
Date: Fri, 27 Jan 2017 15:24:43 +0300
quoted
DW GMAC databook says the following about bits in "Register 15
(Interrupt Mask Register)":
--------------------------->8-------------------------
When set, this bit __disables_the_assertion_of_the_interrupt_signal__
because of the setting of XXX bit in Register 14 (Interrupt Status
Register).
--------------------------->8-------------------------
In fact even if we mask one bit in the mask register it doesn't
prevent corresponding bit to appear in the status register, it only
disables interrupt generation for corresponding event.
But currently we expect a bit different behavior: status bits to be in
sync with their masks, i.e. if mask for bit A is set in the mask
register then bit A won't appear in the interrupt status register.
This was proven to be incorrect assumption, see discussion here [1].
That misunderstanding causes unexpected behaviour of the GMAC, for
example we were happy enough to just see bogus messages about link
state changes.
So from now on we'll be only checking bits that really may trigger an
interrupt.
[1] https://lkml.org/lkml/2016/11/3/413
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
This looks good, applied, thanks.
May we have that one back-ported to stable branches starting from 4.8.x?
That issue started to appear due to a change from pr_debug() to pr_info() in commit
70523e639bf8 ("drivers: net: stmmac: reworking the PCS code.").
-Alexey
May we have that one back-ported to stable branches starting from 4.8.x?
That issue started to appear due to a change from pr_debug() to pr_info() in commit
70523e639bf8 ("drivers: net: stmmac: reworking the PCS code.").