Linux CAN drivers development
 help / color / mirror / Atom feed
From: Jimmy Assarsson <extja@kvaser.com>
To: Marc Kleine-Budde <mkl@pengutronix.de>,
	"linux-can@vger.kernel.org" <linux-can@vger.kernel.org>
Subject: Re: Associate physical device with device name
Date: Fri, 9 Feb 2018 08:50:41 +0100	[thread overview]
Message-ID: <d673896b-300d-14b0-30a5-c59db29c4f5e@kvaser.com> (raw)
In-Reply-To: <f1dbf319-eda5-6901-c5e4-d08651e2c1fe@kvaser.com>

On 2018-02-08 14:04, Jimmy Assarsson wrote:
> On 2018-02-08 13:45, Marc Kleine-Budde wrote:
>> On 01/26/2018 03:38 PM, Jimmy Assarsson wrote:
>>> We would like to be able to associate physical (Kvaser) USB devices with
>>> their device names (can0 etc.).
>>> The interface's EAN (article number) combined with serial number, form a
>>> unique identifier.
>>>
>>> It is not possible to do this from the USB descriptor. Since the serial
>>> number is not provided in the USB descriptor. And the same PID is reused
>>> for multiple EAN numbers. It is preferable with a solution that is
>>> independent of interface type (USB etc.), since we may support other
>>> devices in the future.
>>>
>>> This is somewhat similar to '"user id" for can usb adapters',
>>> https://marc.info/?l=linux-can&m=146565019622100
>>>
>>> What is the preferable way of solving this kind of problem? Is sysfs
>>> suitable?
>>
>> Are your adaptors 100% idential? Then there is no way to tell them apart
>> in software. However you should be possible to write a custom udev rule
>> to rename the adapter depending on the physical USB-Port you are using.
> 
> No, they are not identical. The EAN and serial number is stored on the
> device. Which makes a single device unique. It is possible to fetch
> these from the device. And same applies to all Kvaser CAN interfaces,
> regardless if they are connected via USB, PCI-express or ethernet.

Maybe the initial question was fuzzy. We want to achieve the following:
The user got two devices, one with SN (serial number) 5 and one with SN
6. The device with SN 5 is connected to CAN bus 'A' and the one with SN
6 is connected to CAN bus 'B'. The user connects the devices in
arbitrary order. And starts a user space application that should
communicate on CAN bus 'B'. The application should find and use the
netdev (can0 or can1) for the device with SN 6.

  reply	other threads:[~2018-02-09  7:50 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-26 14:38 Associate physical device with device name Jimmy Assarsson
2018-02-08 12:05 ` Jimmy Assarsson
2018-02-08 12:45 ` Marc Kleine-Budde
2018-02-08 13:04   ` Jimmy Assarsson
2018-02-09  7:50     ` Jimmy Assarsson [this message]
2018-02-09 10:47     ` Marc Kleine-Budde
2018-02-09 11:21       ` Jimmy Assarsson
2018-02-09 13:24         ` Marc Kleine-Budde
2018-02-09 15:35           ` Jimmy Assarsson
2018-02-09 17:09             ` Oliver Hartkopp
2018-02-10  9:58               ` Kurt Van Dijck
2018-02-10 11:01               ` André Hartmann

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=d673896b-300d-14b0-30a5-c59db29c4f5e@kvaser.com \
    --to=extja@kvaser.com \
    --cc=linux-can@vger.kernel.org \
    --cc=mkl@pengutronix.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox