Project

General

Profile

Actions

Bug #1882

open

Idea for handling new USB vendor/device codes

Added by bmk over 13 years ago. Updated over 13 years ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
-
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:

Description

This is just an idea / wish.

Have a config file called /etc/usb_hotwire.conf

e.g.:
  1. This file allows you to map a new unsupported usb vendor/device code
  2. to an existing usb vendor/device code supported by a driver.
  3. File Format:
  4. <unsupported vendor code>:<unsupported device code> <supported vendor
    code>:<supported device code>
  1. The following makes my unsupported USB wireless adapter use the same driver
    (rum) as a D-Link DWL-G122

0x1044:0x2573 0x07d1:0x3c03

Actions #1

Updated by bmk over 13 years ago

As an after thought, /etc/usb_hotwire.conf would only be checked before falling
back to the ugen driver, that way it would not interfere with supported devices.

Actions #2

Updated by josepht over 13 years ago

On Wed, Oct 20, 2010 at 11:09:27AM +0000, Brendan Kosowski (via DragonFly issue tracker) wrote:

Brendan Kosowski <> added the comment:

As an after thought, /etc/usb_hotwire.conf would only be checked before falling
back to the ugen driver, that way it would not interfere with supported devices.

I would prefer to see all vendor/device IDs in a file which maps
each device to its driver. I think having a device claim to be
something it isn't will only cause confusion.

Handling non-trivial device additions would still require digging into
the driver code. However being able to easily add support for new
devices which may differ only in device ID would be a really nice
feature.

Joe

Actions

Also available in: Atom PDF