[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D9235E2.2030807@hartkopp.net>
Date: Tue, 29 Mar 2011 21:41:22 +0200
From: Oliver Hartkopp <socketcan@...tkopp.net>
To: Kurt Van Dijck <kurt.van.dijck@....be>
CC: socketcan-core@...ts.berlios.de, netdev@...r.kernel.org
Subject: Re: SAE J1939: update
On 29.03.2011 16:29, Kurt Van Dijck wrote:
> Oliver,
>
> Some progress:
>
> I dropped the state-machine for the address claiming. This makes it less
> confusing I hope.
Thanks.
> I dropped SO_J1939_DEST_MASK. This could be done in userspace by
> accessing a procfs file, or additional rtnetlink ...
> Lookup up remote ecu's is not strictly necessary in kernel.
> I have no idea yet how such library would look like.
I'll check that with my colleague Urs, who knows very good, which concepts and
'mechanics' are commonly used for such kind of requirements.
> Can userspace tools be attached to the socketCAN subversion can-utils, or
> would a seperate dir be necessary?
I assume about 3-4 tools (like an AC-daemon, some dump or sniffer tool and a
library with some header file) to emerge in can-utils then, which should be
ok. There could also be some test-programms or src-samples that could be
placed in trunk/test .
> I'd say 'suggestions are welcome' but I know you'd suggest to remove
> address claiming..
I'm really very interested in having the address claiming - just somewhere in
userspace :-)
But of course it might become an ambitious target to support the address
claiming with an appropriate infrastructure to help users to fulfill their
needs without getting confused.
Thanks & best regards,
Oliver
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists