All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wolfgang Grandegger <wg@domain.hid>
To: xenomai-core <xenomai@xenomai.org>
Cc: socketcan-core@domain.hid
Subject: [Xenomai-core] RT-Socket-CAN bus error rate and latencies
Date: Tue, 20 Mar 2007 19:58:40 +0100	[thread overview]
Message-ID: <46002EE0.9040406@domain.hid> (raw)

Hello,

on the Xenomai mailing list the topic "bus error flooding" popped up 
again. Various users reported trouble due to high bus error rates and 
bad impact on latencies. Some discussion is going on on how to avoid 
such flooding. I have already implemented "on-demand" bus error 
interrupts. Bus error interrupts are then only enabled when at least one 
socket is listening on bus errors. But flooding can still occur and we 
are thinking about a better way of downscaling or temporarily disabling 
them. Socket-CAN currently restarts the controller after 200 bus errors.
My preferred solution for RT-Socket-CAN currently is to stop the CAN 
controller after a kernel configurable amount of successive bus errors. 
More clever ideas and comments are welcome?

To have some input, I have measured the bus error rate with the PEAK 
PCAN PCI card on my Icecube MPC5200 eval-board doing rtcansend without 
cable connected. Here are the results for the various baud-rates:

    125 KB/s  1926 BEI/s
    250 KB/s  3925 BEI/s
    500 KB/s  7856 BEI/s
   1000 KB/s 15700 BEI/s

The latency measured with "latency" from the testsuite reported an 
increase of the latency with load from 67 to 95us almost independently 
of the baud-rate. Sending messages with 8 byte payload from MSCAN to 
SJA1000 on the same node as fast as possible increased the latency up to 
103us. This measurement did not include delivery of messages to sockets 
(actually no socket was listening).

Wolfgang.


             reply	other threads:[~2007-03-20 18:58 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-20 18:58 Wolfgang Grandegger [this message]
2007-03-20 19:10 ` [Xenomai-core] RT-Socket-CAN bus error rate and latencies Jan Kiszka
2007-03-20 19:29   ` Wolfgang Grandegger
2007-03-21 17:14 ` [Xenomai-core] " Wolfgang Grandegger
     [not found]   ` <46017CA7.2080801@domain.hid>
2007-03-21 20:29     ` Wolfgang Grandegger
2007-03-21 21:43       ` Jan Kiszka
2007-03-22  8:08         ` Wolfgang Grandegger
     [not found]           ` <46036D32.7000603@domain.hid>
     [not found]             ` <46036F22.60709@domain.hid>
2007-03-23  8:34               ` Jan Kiszka
2007-03-23  8:51                 ` Wolfgang Grandegger
2007-03-24 11:51                   ` Wolfgang Grandegger
2007-03-24 13:38                     ` Jan Kiszka
2007-04-02 16:22                       ` Wolfgang Grandegger
2007-04-07 21:03                         ` Jan Kiszka
2007-04-07 21:12                           ` Wolfgang Grandegger
2007-03-23  8:37             ` Wolfgang Grandegger

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=46002EE0.9040406@domain.hid \
    --to=wg@domain.hid \
    --cc=socketcan-core@domain.hid \
    --cc=xenomai@xenomai.org \
    /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.