* [Xenomai-help] [Fwd: Re: rtcan bufferoverflow but no evidence]
@ 2007-08-13 15:49 Roland Tollenaar
0 siblings, 0 replies; only message in thread
From: Roland Tollenaar @ 2007-08-13 15:49 UTC (permalink / raw)
To: Xenomai-help
Sent the previous one off-list. Sorry.
-------- Original Message --------
Subject: Re: [Xenomai-help] rtcan bufferoverflow but no evidence
Date: Mon, 13 Aug 2007 17:49:07 +0200
From: Roland Tollenaar <rolandtollenaar@domain.hid>
Reply-To: rolandtollenaar@domain.hid
To: Wolfgang Grandegger <wg@domain.hid>
References: <46C0719B.1010102@domain.hid> <46C07AF2.60402@domain.hid>
Hi,
> When you have bound a RTCAN socket, it will receive messages and put
> them into the RX socket queue. If no task reads them via recv* function
This is the strange thing, I read them via rt_dev_recv. Sure as I am
here wrting this email every message gets read out. I send a sync, I get
a reply, the reply is read. I can see this very very clearly by
monitoring with rtcanrecv as well.
> calls, the buffer will overflow sooner than later. Do you use a bound
> socket just for sending messages?
I send the sync, I recieve the position frame. Like clockwork. There
should be no overflow. I have checked all error masks, nothing.
> You can (or even should) suppress the overflow messages by disabling the
> kernel option CONFIG_XENO_DRIVERS_CAN_DEBUG.
Well yes, but at the same time it would be interesting to know why the
buffer seems to be overflowing? I am very curious. :)
Thanks.
Regards,
Roland.
>
> Wolfgang.
>
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2007-08-13 15:49 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-08-13 15:49 [Xenomai-help] [Fwd: Re: rtcan bufferoverflow but no evidence] Roland Tollenaar
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.