From: Wolfgang Grandegger <wg@grandegger.com>
To: Richard Andrysek <richard.andrysek@rg-mechatronics.com>,
linux-can@vger.kernel.org
Subject: Re: [PATCH v6] can: sja1000: fix {pre,post}_irq() handling and IRQ handler return value
Date: Thu, 05 Dec 2013 18:50:17 +0100 [thread overview]
Message-ID: <52A0BCD9.4090309@grandegger.com> (raw)
In-Reply-To: <loom.20131205T164221-222@post.gmane.org>
Hi Richard,
On 12/05/2013 04:50 PM, Richard Andrysek wrote:
> Marc Kleine-Budde <mkl <at> pengutronix.de> writes:
>
>>
>> From: Oliver Hartkopp <socketcan <at> hartkopp.net>
>>
>> It has been reported that on PREEMPT_RT enabled system the peak SJA1000
>> hardware can trigger "irq X: nobody cared" errors.
>>
>> This patch fixes the issue that the sja1000_interrupt() function may have
>> returned IRQ_NONE without processing the optional pre_irq() and post_irq()
>> function before. Further the irq processing counter 'n' is moved to the end of
>> the while statement to return correct IRQ_[NONE|HANDLED] values at error
>> conditions.
>>
>> Reported-by: Wolfgang Grandegger <wg <at> grandegger.com>
>> Acked-by: Wolfgang Grandegger <wg <at> grandegger.com>
>> Signed-off-by: Oliver Hartkopp <socketcan <at> hartkopp.net>
>> Signed-off-by: Marc Kleine-Budde <mkl <at> pengutronix.de>
>> ---
>> Changes since v5: make it one patch again.
>>
>> drivers/net/can/sja1000/sja1000.c | 17 +++++++++--------
>> 1 file changed, 9 insertions(+), 8 deletions(-)
>>
>> diff --git a/drivers/net/can/sja1000/sja1000.c
> b/drivers/net/can/sja1000/sja1000.c
>> index 7164a99..f17c301 100644
>> --- a/drivers/net/can/sja1000/sja1000.c
>> +++ b/drivers/net/can/sja1000/sja1000.c
>> <at> <at> -494,20 +494,20 <at> <at> irqreturn_t
> sja1000_interrupt(int irq, void *dev_id)
>> uint8_t isrc, status;
>> int n = 0;
>>
>> - /* Shared interrupts and IRQ off? */
>> - if (priv->read_reg(priv, SJA1000_IER) == IRQ_OFF)
>> - return IRQ_NONE;
>> -
>> if (priv->pre_irq)
>> priv->pre_irq(priv);
>>
>> + /* Shared interrupts and IRQ off? */
>> + if (priv->read_reg(priv, SJA1000_IER) == IRQ_OFF)
>> + goto out;
>> +
>> while ((isrc = priv->read_reg(priv, SJA1000_IR)) &&
>> (n < SJA1000_MAX_IRQ)) {
>> - n++;
>> +
>> status = priv->read_reg(priv, SJA1000_SR);
>> /* check for absent controller due to hw unplug */
>> if (status == 0xFF && sja1000_is_absent(priv))
>> - return IRQ_NONE;
>> + goto out;
>>
>> if (isrc & IRQ_WUI)
>> netdev_warn(dev, "wakeup interrupt\n");
>> <at> <at> -535,7 +535,7 <at> <at> irqreturn_t sja1000_interrupt(int
> irq, void *dev_id)
>> status = priv->read_reg(priv, SJA1000_SR);
>> /* check for absent controller */
>> if (status == 0xFF && sja1000_is_absent(priv))
>> - return IRQ_NONE;
>> + goto out;
>> }
>> }
>> if (isrc & (IRQ_DOI | IRQ_EI | IRQ_BEI | IRQ_EPI | IRQ_ALI)) {
>> <at> <at> -543,8 +543,9 <at> <at> irqreturn_t sja1000_interrupt(int
> irq, void *dev_id)
>> if (sja1000_err(dev, isrc, status))
>> break;
>> }
>> + n++;
>> }
>> -
>> +out:
>> if (priv->post_irq)
>> priv->post_irq(priv);
>>
>
> I've used a patch and now I see an another effect.
You mean, the data overruns do not happen without the pach above?
> I see with a dmesg like this: [16773.935134] peak_pci 0000:03:0b.0 can0:
> data overrun interrupt
>
> 1)Why there are reported as a frame error, by calling ifconfig –a?
> $ sudo dmesg | grep "data overrun interrupt" | wc
> 17 136 1122
>
> ~$ sudo ifconfig can0
> can0 Link encap:UNSPEC HWaddr
> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
> UP RUNNING NOARP MTU:16 Metric:1
> RX packets:12711052 errors:17 dropped:0 overruns:0 frame:17
> TX packets:15023217 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:10
> RX bytes:101688416 (96.9 MiB) TX bytes:109206486 (104.1 MiB)
> Interrupt:19
>
>
> Rx errors:17 == wc over "data overrun interrupt": 17 == RX frame
> : 17.
>
> 2) How the data overrun can happen, if the can bus load is ~25%?
If a bunch of messages is sent in a short time. The 25% is an average
load, I assume.
>
> $ sudo cat /proc/net/can/stats
> [sudo] password for ran:
>
> 1421819 transmitted frames (TXF)
> 2606493 received frames (RXF)
> 473873 matched frames (RXMF)
>
> 18 % total match ratio (RXMR)
> 2400 frames/s total tx rate (TXR)
> 4400 frames/s total rx rate (RXR)
>
> 18 % current match ratio (CRXMR)
> 2400 frames/s current tx rate (CTXR)
> 4400 frames/s current rx rate (CRXR)
>
> 18 % max match ratio (MRXMR)
> 2427 frames/s max tx rate (MTXR)
> 4427 frames/s max rx rate (MRXR)
>
> 4 current receive list entries (CRCV)
> 9 maximum receive list entries (MRCV)
>
> 2 statistic resets (STR)
# ip -d -s link show can0
will list the CAN statistics.
Wolfgang.
next prev parent reply other threads:[~2013-12-05 17:50 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-24 23:03 [PATCH v6] can: sja1000: fix {pre,post}_irq() handling and IRQ handler return value Marc Kleine-Budde
2013-11-25 8:54 ` Marc Kleine-Budde
2013-11-25 18:12 ` Oliver Hartkopp
2013-11-25 22:05 ` Austin Schuh
2013-12-09 19:48 ` Austin Schuh
2013-12-09 21:07 ` Marc Kleine-Budde
2013-12-09 23:50 ` Austin Schuh
2013-12-05 15:50 ` Richard Andrysek
2013-12-05 17:50 ` Wolfgang Grandegger [this message]
2013-12-05 19:37 ` Richard Andrysek
2013-12-05 20:26 ` Wolfgang Grandegger
2013-12-06 9:27 ` Richard Andrysek
2013-12-06 9:56 ` Wolfgang Grandegger
2013-12-06 10:32 ` Richard Andrysek
2013-12-06 18:32 ` Wolfgang Grandegger
2013-12-09 9:29 ` Richard Andrysek
2013-12-06 10:12 ` Marc Kleine-Budde
2013-12-06 10:57 ` Richard Andrysek
2013-12-06 11:45 ` arbitration lost error reporting (was: Re: [PATCH v6] can: sja1000: fix {pre,post}_irq() handling and IRQ handler return value) Marc Kleine-Budde
2013-12-06 12:02 ` arbitration lost error reporting Oliver Hartkopp
2013-12-06 12:16 ` Marc Kleine-Budde
2013-12-06 13:21 ` Richard Andrysek
2013-12-06 13:23 ` Marc Kleine-Budde
2013-12-06 17:59 ` Wolfgang Grandegger
2013-12-07 13:13 ` Oliver Hartkopp
2013-12-09 9:01 ` Richard Andrysek
2013-12-09 10:32 ` Marc Kleine-Budde
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52A0BCD9.4090309@grandegger.com \
--to=wg@grandegger.com \
--cc=linux-can@vger.kernel.org \
--cc=richard.andrysek@rg-mechatronics.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).