From: Marc Kleine-Budde <mkl@pengutronix.de>
To: Oliver Hartkopp <socketcan@hartkopp.net>
Cc: bruce bushby <bruce.bushby@gmail.com>, linux-can@vger.kernel.org
Subject: Re: serial can or socket can ?
Date: Tue, 12 Jun 2012 15:53:47 +0200 [thread overview]
Message-ID: <4FD749EB.5070201@pengutronix.de> (raw)
In-Reply-To: <4FD747AB.70406@hartkopp.net>
[-- Attachment #1: Type: text/plain, Size: 2717 bytes --]
On 06/12/2012 03:44 PM, Oliver Hartkopp wrote:
> On 12.06.2012 14:55, bruce bushby wrote:
>
>> Hi
>>
>> I wanted to confirm my understanding of "socketcan" in terms "slcan0" and "can0"
>>
>
>
> Ok, let's go ...
>
>> I've been playing with a Beaglebone board the a usb-can adaptor from
>> mictronics.de:
>> http://www.mictronics.de/projects/usb-can-bus/
>> Purchased from:
>> http://shop.greenstage.co.nz/product/usb-can-bus-interface
>>
>> 1. Is my understanding correct that "slcan" will ALWAYS be used when
>> connecting a USB based CANBUS adapter?
>
>
> No.
>
> The slcan driver provides a CAN network device for CAN interfaces that are
> controlled by the ASCII protocol first brought up by LAWICEL (www.can232.com,
> www.canusb.com). The slcan driver converts the ASCII frames to struct
> can_frame which is used in the Linux CAN subsystem (aka SocketCAN).
>
> You may have a CAN device supporting the SLCAN protocol on RS232, USB-serial
> adapters, whatever.
>
> See
>
> http://lxr.linux.no/#linux+v3.4.2/drivers/net/can/Kconfig#L13
>
> and
>
> http://lxr.linux.no/#linux+v3.4.2/drivers/net/can/slcan.c#L99
>
> There are CAN USB drivers in the tree, that do not use the SLCAN protocol:
>
> http://lxr.linux.no/#linux+v3.4.2/drivers/net/can/usb/Kconfig
>
>
>>
>> I am able to bringup slcan0 using the following commands:
>
>
> Use this
>
>> # slcan_attach -o -s6 /dev/ttyUSB0
>> attached tty /dev/ttyUSB0 to netdevice slcan0
>
>
> OR this
>
>> # slcand ttyUSB0
>
>
> !
>
> Running slcand and slcan_attach together doesn't make sense.
>
>
>> # ifconfig slcan0 up
>> # ifconfig slcan0
>> slcan0 Link encap:UNSPEC HWaddr
>> 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
>> UP RUNNING NOARP MTU:16 Metric:1
>> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>> collisions:0 txqueuelen:10
>> RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
>>
>> #
>>
>>
>> 2. AM335x has an internal D_CAN, but the Beaglebone is missing any CAN
>> transceiver...would the lack of the transceiver prevent the kernel
>> from creating the "can0" device?
As Oliver said, you need a platform device definition in your board file
and a kernel that supports the d_can hardware. You can use David
Miller's net-next/master tree.
regards, 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 #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
prev parent reply other threads:[~2012-06-12 13:54 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-12 12:55 serial can or socket can ? bruce bushby
2012-06-12 13:44 ` Oliver Hartkopp
2012-06-12 13:53 ` Marc Kleine-Budde [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FD749EB.5070201@pengutronix.de \
--to=mkl@pengutronix.de \
--cc=bruce.bushby@gmail.com \
--cc=linux-can@vger.kernel.org \
--cc=socketcan@hartkopp.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.