Re: Linux J1939: built in-kernel vs. user space stack?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 6/26/19 10:13 AM, David Jander wrote:
>> Do you think it would be an interesting contribution if I isolated the
>> functionality in user space?
>> That way we could test our application code along with the isolated
>> J1939 stack on whatever CAN-enabled Linux platform is provided to us.
>>
>> Do you think this is a bad idea?
> 
> With "isolating" the functionality in user-space, you mean having a separate
> user-space J1939 stack that can be used for testing the kernel-stack?
> That would actually be a great idea.
> 
> There is J1939 support in the can-utils already:
> 
> https://github.com/linux-can/can-utils
> 
> But a full-blown alternative implementation that can be used for
> regression-testing may be nice to have of course, if it can be GPL'ed

An _alternative_ implementation of a j1939 stack (especially when it
comes to (E)TP) for testing would be nice to have. This is where eclipse
titan comes into the game. However from my point of view it makes no
sense to port the in-kernel stack to user space.

Marc

-- 
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |

Attachment: signature.asc
Description: OpenPGP digital signature


[Index of Archives]     [Automotive Discussions]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]     [CAN Bus]

  Powered by Linux