* "Blessed" Version
@ 2012-10-09 23:25 Stuart Statman
2012-10-10 10:58 ` Wolfgang Grandegger
0 siblings, 1 reply; 6+ messages in thread
From: Stuart Statman @ 2012-10-09 23:25 UTC (permalink / raw)
To: linux-can
Sorry if this is a repeat of an earlier question; I missed the
transition from Berlios to this mailing list, and am only now catching up.
I've been sticking with a snapshot of the source tree from months ago.
It isn't that I don't want the changes, I just don't want to have to
retest my gear with a new set of drivers. (I'm also sticking with older
versions of the kernel, same reason.)
However, we want to start testing against newer 2.6 kernels. However, it
turns out that my snapshot from so many moons ago no longer compiles
against the latest CentOS blessed 2.6 kernel.
So ... how do I get the latest release version of the SocketCAN drivers,
CAN utils, etc? I could use git to grab from the head, I suppose, but
that may be too bleeding edge for me.
(Forgive my almost complete ignorance of git, by the way. I'm likely to
ask wildly stupid questions on this thread.)
--
Stu Statman
VP of Engineering
Sunverge, Inc
http://www.sunverge.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: "Blessed" Version
2012-10-09 23:25 "Blessed" Version Stuart Statman
@ 2012-10-10 10:58 ` Wolfgang Grandegger
2012-10-11 19:09 ` Stuart Statman
0 siblings, 1 reply; 6+ messages in thread
From: Wolfgang Grandegger @ 2012-10-10 10:58 UTC (permalink / raw)
To: Stuart Statman; +Cc: linux-can
On 10/10/2012 01:25 AM, Stuart Statman wrote:
>
> Sorry if this is a repeat of an earlier question; I missed the
> transition from Berlios to this mailing list, and am only now catching up.
>
> I've been sticking with a snapshot of the source tree from months ago.
> It isn't that I don't want the changes, I just don't want to have to
> retest my gear with a new set of drivers. (I'm also sticking with older
> versions of the kernel, same reason.)
>
> However, we want to start testing against newer 2.6 kernels. However, it
> turns out that my snapshot from so many moons ago no longer compiles
> against the latest CentOS blessed 2.6 kernel.
>
> So ... how do I get the latest release version of the SocketCAN drivers,
> CAN utils, etc? I could use git to grab from the head, I suppose, but
> that may be too bleeding edge for me.
We have moved to http://gitorious.org/linux-can. CAN utilities and
kernel modules have been separated. You find them under "can-utils" and
"can-modules". If you can, you should use a recent kernel version to
avoid the "can-modules". I'm afraid, they are not really well maintained.
What kernel version do you plan to use? What CAN hardware do you want to
support?
> (Forgive my almost complete ignorance of git, by the way. I'm likely to
> ask wildly stupid questions on this thread.)
You are welcome.
Wolfgang.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: "Blessed" Version
2012-10-10 10:58 ` Wolfgang Grandegger
@ 2012-10-11 19:09 ` Stuart Statman
2012-10-13 10:17 ` Oliver Hartkopp
0 siblings, 1 reply; 6+ messages in thread
From: Stuart Statman @ 2012-10-11 19:09 UTC (permalink / raw)
To: Wolfgang Grandegger; +Cc: linux-can
On 10/10/12 3:58 AM, Wolfgang Grandegger wrote:
> We have moved to http://gitorious.org/linux-can. CAN utilities and
> kernel modules have been separated. You find them under "can-utils"
> and "can-modules". If you can, you should use a recent kernel version
> to avoid the "can-modules". I'm afraid, they are not really well
> maintained. What kernel version do you plan to use? What CAN hardware
> do you want to support?
Strangely enough, just yesterday we made a decision to migrate CAN
hardware that reduced the urgency of my question.
However, it does bring up another question.
I've been using slcand and "ip link set xxx up" for a piece of hardware
that uses the slcan protocol. I'm pretty happy with how it's working,
but I'd be happier if it was compatible with the can_if script that's in
the utilities. I could write my own version of can_if that just does the
right things for slcan, but it does open up a few questions :
1. What is slcan anyway, and why is it not handled like the other drivers?
2. Is there a can_if style script that already handles slcan?
--
Stu Statman
VP of Engineering
Sunverge, Inc
http://www.sunverge.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: "Blessed" Version
2012-10-11 19:09 ` Stuart Statman
@ 2012-10-13 10:17 ` Oliver Hartkopp
2012-10-15 6:33 ` Yegor Yefremov
2012-10-15 18:12 ` Stuart Statman
0 siblings, 2 replies; 6+ messages in thread
From: Oliver Hartkopp @ 2012-10-13 10:17 UTC (permalink / raw)
To: Stuart Statman; +Cc: Wolfgang Grandegger, linux-can
Hello Stuart,
On 11.10.2012 21:09, Stuart Statman wrote:
> Strangely enough, just yesterday we made a decision to migrate CAN hardware
> that reduced the urgency of my question.
>
> However, it does bring up another question.
>
> I've been using slcand and "ip link set xxx up" for a piece of hardware that
> uses the slcan protocol. I'm pretty happy with how it's working, but I'd be
> happier if it was compatible with the can_if script that's in the utilities. I
> could write my own version of can_if that just does the right things for
> slcan, but it does open up a few questions :
>
> 1. What is slcan anyway, and why is it not handled like the other drivers?
The SLCAN driver adds the support for (usually low cost) simple CAN interfaces
that transfer the CAN frames via some ASCII based protocol.
As these interfaces are attached via the serial line (RS232 or USB/serial) the
slcan driver implements a 'serial line discipline' as you might know from
early internet times where you used a modem to connect the internet.
In that modem case IP network packets have been transmitted through the serial
line, after the modem has been set up and connected (-> ppp daemon).
Once switching the 'line discipline' IP packets are tranferred via serial.
Same here with SLCAN:
First the SLCAN adapter needs to be configured (speed 'S') and opened 'O' and
then the line discipline is switched to transfer CAN frames with the ASCII
protocol (slcan_attach, slcand).
As this is a completely different CAN adapter configuration interface the
CAN-DEV framework therefore can not be used and the 'ip link set' stuff does
not work for SLCAN devices.
> 2. Is there a can_if style script that already handles slcan?
We have extended the can_if script for slcan at Volkswagen and also extended
the slcand to do some of the setup from slcan_attach (e.g. for the CAN
bitrate). I don't know the exact state of these extensions and if it works
stable in all environments (udev, ...). But if you like, i can sent it to you
and you may check if it fit's your needs and if it's worth to merge it with
the can-utils.
Regards,
Oliver
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: "Blessed" Version
2012-10-13 10:17 ` Oliver Hartkopp
@ 2012-10-15 6:33 ` Yegor Yefremov
2012-10-15 18:12 ` Stuart Statman
1 sibling, 0 replies; 6+ messages in thread
From: Yegor Yefremov @ 2012-10-15 6:33 UTC (permalink / raw)
To: Oliver Hartkopp; +Cc: Stuart Statman, Wolfgang Grandegger, linux-can
On 13.10.2012 12:17, Oliver Hartkopp wrote:
> Hello Stuart,
>
> On 11.10.2012 21:09, Stuart Statman wrote:
>
>> Strangely enough, just yesterday we made a decision to migrate CAN hardware
>> that reduced the urgency of my question.
>>
>> However, it does bring up another question.
>>
>> I've been using slcand and "ip link set xxx up" for a piece of hardware that
>> uses the slcan protocol. I'm pretty happy with how it's working, but I'd be
>> happier if it was compatible with the can_if script that's in the utilities. I
>> could write my own version of can_if that just does the right things for
>> slcan, but it does open up a few questions :
>>
>> 1. What is slcan anyway, and why is it not handled like the other drivers?
>
>
> The SLCAN driver adds the support for (usually low cost) simple CAN interfaces
> that transfer the CAN frames via some ASCII based protocol.
>
> As these interfaces are attached via the serial line (RS232 or USB/serial) the
> slcan driver implements a 'serial line discipline' as you might know from
> early internet times where you used a modem to connect the internet.
>
> In that modem case IP network packets have been transmitted through the serial
> line, after the modem has been set up and connected (-> ppp daemon).
> Once switching the 'line discipline' IP packets are tranferred via serial.
>
> Same here with SLCAN:
>
> First the SLCAN adapter needs to be configured (speed 'S') and opened 'O' and
> then the line discipline is switched to transfer CAN frames with the ASCII
> protocol (slcan_attach, slcand).
>
> As this is a completely different CAN adapter configuration interface the
> CAN-DEV framework therefore can not be used and the 'ip link set' stuff does
> not work for SLCAN devices.
>
>> 2. Is there a can_if style script that already handles slcan?
>
>
> We have extended the can_if script for slcan at Volkswagen and also extended
> the slcand to do some of the setup from slcan_attach (e.g. for the CAN
> bitrate). I don't know the exact state of these extensions and if it works
> stable in all environments (udev, ...). But if you like, i can sent it to you
> and you may check if it fit's your needs and if it's worth to merge it with
> the can-utils.
Please share the changes for can_if and related stuff. I was already looking for this.
Best regards,
Yegor
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: "Blessed" Version
2012-10-13 10:17 ` Oliver Hartkopp
2012-10-15 6:33 ` Yegor Yefremov
@ 2012-10-15 18:12 ` Stuart Statman
1 sibling, 0 replies; 6+ messages in thread
From: Stuart Statman @ 2012-10-15 18:12 UTC (permalink / raw)
To: Oliver Hartkopp; +Cc: Wolfgang Grandegger, linux-can
On 10/13/12 3:17 AM, Oliver Hartkopp wrote:
>> 2. Is there a can_if style script that already handles slcan?
> We have extended the can_if script for slcan at Volkswagen and also extended
> the slcand to do some of the setup from slcan_attach (e.g. for the CAN
> bitrate). I don't know the exact state of these extensions and if it works
> stable in all environments (udev, ...). But if you like, i can sent it to you
> and you may check if it fit's your needs and if it's worth to merge it with
> the can-utils.
I would love to see this! Thanks!
--
Stu Statman
VP of Engineering
Sunverge, Inc
http://www.sunverge.com
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-10-15 18:12 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-10-09 23:25 "Blessed" Version Stuart Statman
2012-10-10 10:58 ` Wolfgang Grandegger
2012-10-11 19:09 ` Stuart Statman
2012-10-13 10:17 ` Oliver Hartkopp
2012-10-15 6:33 ` Yegor Yefremov
2012-10-15 18:12 ` Stuart Statman
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.