All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Evans <tom_usenet@optusnet.com.au>
To: Holger Schurig <holgerschurig@gmail.com>,
	Marc Kleine-Budde <mkl@pengutronix.de>
Cc: linux-can@vger.kernel.org
Subject: Re: CAN question: how to trace frame errors?
Date: Thu, 25 Jun 2015 18:37:26 +1000	[thread overview]
Message-ID: <558BBDC6.90107@optusnet.com.au> (raw)
In-Reply-To: <CAOpc7mHta0KMM-psYtXD-1OrBXpQwo39KSkPL7nf2Bcgp6V5+Q@mail.gmail.com>

On 25/06/15 00:29, Holger Schurig wrote:
> Okay, I'm now switched to Linux to 4.0.6, applied CONFIG_PREEMPT_RT
> 4.0.5-rt4 on top of it and enabled PREEMPT_RT_FULL. I had to disable
> CPU_FREQ, otherwise I had weird errors (despite using the performance
> governor). The system booted, but systemd said that a call to loadkeys
> failed. I got the idea to remove CPU_FREQ from the Xinomai project :-)

Huge amount of work to make it less stable.

I would strongly suggest you put some more time on on FTRACE.

Linux really isn't meant to be locking interrupts out for that long. It isn't 
meant to be locking NAPI out for that long either.

There's a broken or at least severely inconsiderate driver or something 
locking out interrupts for a very long time. It would be very well worth 
finding this, and not just for the sake of CAN. It should be affecting other 
things too.

The trick is enabling the right tracer. Or just enable more of them than you 
have already. Then getting the trigger right (CAN saying it has overflowed).

Tom


      reply	other threads:[~2015-06-25  8:37 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-12  9:29 CAN question: how to trace frame errors? Holger Schurig
2015-06-12  9:34 ` Marc Kleine-Budde
2015-06-12 10:01   ` Holger Schurig
2015-06-12 12:33     ` Tom Evans
2015-06-12 14:24       ` Holger Schurig
2015-06-13 15:30         ` Tom Evans
2015-06-13 20:28           ` Holger Schurig
2015-06-14  2:42             ` Tom Evans
2015-06-22 12:17               ` Holger Schurig
2015-06-22 13:15                 ` Marc Kleine-Budde
2015-06-24 14:29                   ` Holger Schurig
2015-06-25  8:37                     ` Tom Evans [this message]

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=558BBDC6.90107@optusnet.com.au \
    --to=tom_usenet@optusnet.com.au \
    --cc=holgerschurig@gmail.com \
    --cc=linux-can@vger.kernel.org \
    --cc=mkl@pengutronix.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.