linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jani Monoses <jani@ubuntu.com>
To: linux-hotplug@vger.kernel.org
Subject: faking or posing as a specific USB ID?
Date: Sun, 10 May 2009 20:25:42 +0000	[thread overview]
Message-ID: <gu7d87$5on$1@ger.gmane.org> (raw)

Hello,

the lkml is probably a better list for this question but there may be a 
udev answer to it.

The problem I am trying to find the most elegant solution for is the 
following: given a certain driver that supports USB device AAAA:BBBB try 
to see if it works with new device CCCC:DDDD without rebuilding (or 
hexediting :) the module by somehow asking it to treat the new device as 
if it were AAAA:BBBB.

In particular, quickly trying out a new webcam by asking/duping various 
v4l webcam drivers to see it as another ID they already handle well, and
when one is found only then modifying the sources to add it to the list 
of supported devices. There are quite a few devices that have the same 
chip combinations inside and this method would allow easier testing for 
less technical people, and would also save time for those who can build 
kernels.

This may not be possible with the current kernel, as drivers only look 
for devices hardcoded in their .initdata sections. While  some can be 
told via a new_id sysfs attribute to add a new ID dynamically to their
supported list, webcams and probably other families of devices would 
need to specify extra parameters (ex: bridge and img sensor tuple) 
besides the ID.

Does udev have some way of faking insertion events or altering an event 
coming from the kernel and sending it back that way? A rule that says in 
effect, rename USB ID AAAA:BBBB to CCCC:DDDD ?

If not, the the ID matching code in the kernel is the one I think could 
be told via a syfs atribute similar to new_id.

thanks for any comments or pointers you may have

Jani




             reply	other threads:[~2009-05-10 20:25 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-10 20:25 Jani Monoses [this message]
2009-05-10 20:44 ` faking or posing as a specific USB ID? Greg KH

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='gu7d87$5on$1@ger.gmane.org' \
    --to=jani@ubuntu.com \
    --cc=linux-hotplug@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).