[PATCH] RTEMS CAN Rough Draft Implementation

[Isaac Gutekunst]

Hi All,

Here is the RTEMS CAN driver framework I've been talking about. Please 
give me feedback, and don't worry about being harsh. I want to commit 
something of value.


Concerns
========

* Usage of return codes.
* General higher level error handling.
* Changing can bit rate.
* In general, changing CAN parameters at runtime.
* Task model: Should there really be an RX and TX task required by the 
RTEMS driver? Is the method of starting and stopping tasks acceptable?

The motivation for this is that the CAN controller we are using, (STM32 
BxCAN) requires you to re-initialize the device to change parameters. 
This is a bit awkward with first calling open, and then IOCTL to 
configure the bus. Any thoughts?

Thanks,

Isaac


P.S. I'm having trouble with git send-email. Something is not quite 
right with our mail server here. I've attached the patch instead.

-- 
Isaac Gutekunst
Embedded Systems Software Engineer
isaac.gutekunst at vecna.com
www.vecna.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-cpukit-Create-CAN-Driver-framework.patch
Type: text/x-patch
Size: 20298 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/devel/attachments/20150827/99e67a98/attachment-0001.bin>