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.
next prev parent 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