Ticket #33 (new enhancement)

Opened 7 months ago

Last modified 6 days ago

Mac OS X libusb 1.0 native HID backend

Reported by: xiaofan Owned by:
Component: libusb-1.0 Keywords: Mac OS X, libusb, HID
Cc: Blocks:
Blocked By:

Description

I do not have a Mac. However, I think it may be a good idea to
have an HID backend for libusb 1.0 on Mac OS X as well.

Linux has the easier kernel driver detaching function. Windows
now has a native HID backend. For FreeBSD 8+, there is a
ugen driver associated with each HID interface as well. So for
them you do not need to do much to use libusb 1.0 for the
HID device now.

But for Mac OS X, you still need to use the ugly codeless
kext for the HID device if you want to use libusb. The native
Mac OS X HID API seems to be as capable as the Windows
one, so I think this is certainly possible.

I think this will benefit libhid as well if they move to libusb 1.0.

Change History

comment:1 Changed 6 months ago by Shirk

If there's no active work done on this ticket I'd like to have a look into this.
I'm a native Mac and Linux user and I'm using libusb on both platforms.

comment:2 Changed 6 months ago by hjelmn

Before we start messing with the HID framework I want to first determine whether it is possible to detach a kernel driver. If we can unload the driver then there is no need to mess with HID.

comment:3 Changed 5 months ago by xiaofan

As far as I know, the only way is to write a codeless kext to prevent the kernel from using the HID driver. This is ugly IMHO.

Note: See TracTickets for help on using tickets.