Message-ID: <4A664220.5070503@shikadi.net>
Date: Wed, 22 Jul 2009 08:33:04 +1000
From: Adam Nielsen <a.nielsen@shikadi.net>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.8.1.21) Gecko/20090529 Thunderbird/2.0.0.21 Mnenhy/0.7.5.0
MIME-Version: 1.0
To: "Rick L. Vinyard, Jr." <rvinyard@cs.nmsu.edu>
CC: Linux USB <linux-usb@vger.kernel.org>, LKML <linux-kernel@vger.kernel.org>
Subject: Re: Blacklisting a usbhid device
References: <d1351198778762a135751934d1977539.squirrel@intranet.cs.nmsu.edu>
In-Reply-To: <d1351198778762a135751934d1977539.squirrel@intranet.cs.nmsu.edu>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1091
Lines: 26

> Any suggestions on how to either work within the usbhid framework or how
> to get usbhid to stop claiming the device?

>From userland you can get the usbhid driver to release the device like this:

  cd /sys/bus/usb/drivers/usbhid
  echo '9-1:1.0' > unbind

Where '9-1:1.0' is the device you want to release.  Presumably you could do
the same thing on the kernel side when your driver is loaded.  This would give
better functionality, in that the usbhid driver would handle basic
functionality if your driver isn't loaded, but as soon as your driver was
loaded the extra functionality would become available.

Of course this bypasses usbhid's functionality.  I imagine it would be better
to write a hid driver and let usbhid handle the USB side of things.  Have a
look in drivers/hid/ for some hid driver examples that do this.

Cheers,
Adam.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/