Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Fixing the I-pipe is the way to go, definitely. If I understand this
correctly, the best way to handle the demux case is to implement an
I-pipe variant of the demultiplexing code currently available in
pxa_gpio_demux_handler(), which
On Thu, 2006-08-03 at 19:14 +0200, Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
On Thu, 2006-08-03 at 15:18 +0200, Gilles Chanteperdrix wrote:
Bart Jonkers wrote:
Here is a new version of the ipipe-sa1100-pxa patch that unmaks
interrupts at the end of the demux handlers,
Philippe Gerum wrote:
Hi Wolfgang,
First of all, thx for the CAN stack. Great job.
On Thu, 2006-08-03 at 09:58 +0200, Wolfgang Grandegger wrote:
Jan Kiszka wrote:
snip
Now I would suggest to look at RTCAN (or what it will be called in the
end) and to discuss on this first concrete example
Detlef Vollmann wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Fixing the I-pipe is the way to go, definitely. If I understand this
correctly, the best way to handle the demux case is to implement an
I-pipe variant of the demultiplexing code currently available in
On Thu, 2006-08-03 at 19:14 +0200, Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
On Thu, 2006-08-03 at 15:18 +0200, Gilles Chanteperdrix wrote:
Bart Jonkers wrote:
Here is a new version of the ipipe-sa1100-pxa patch that unmaks
interrupts at the end of the demux handlers,
Hi Wolfgang,
Wolfgang Grandegger wrote:
Hello,
at ftp://ftp.denx.de/pub/xenomai/rtcan; you can find a first version of
RTCAN, an Open Source hard real-time protocol stack for CAN devices
based on BSD sockets. It is based on the SJA1000 socket-based CAN driver
for RTDM by Sebastian Smolorz