Re: [argyllcms] Re: [PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter

[Replying twice because I replied to the wrong message at first] Le dimanche 16 décembre 2007 à 17:59 +0100, Jiri Kosina a écrit : > What exactly is the problem here? I didn't seem to catch the beginning of > the thread (or it happened off the list I am subscribed to). For more info on usb colo

Re: [argyllcms] Re: [PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter

On Mon, 17 Dec 2007, Graeme Gill wrote: > At least on the system I've been using for testing (RH4 clone, kernel > 2.6.9-55.EL), > all this works pretty well, although the exact semantics of using > usb_detach_kernel_driver_np() aren't very well documented. I was doing > something like: > >

Re: [argyllcms] Re: [PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter

Please, don't drop address from CC. It makes relevant people miss your mails. On Mon, 17 Dec 2007, Graeme Gill wrote: > The Gretag/Pantone Huey > , labels > itself an HID device. It however doesn't use HID standard messages, but > exp

[GIT PATCH] USB fixes for 2.6.24-rc5

Here are some USB fixes and changes against your 2.6.24-rc5 git tree. These are all a bunch of minor fixes and new device ids being added, as well as some documentation fixes. All of these have been in the -mm tree for a while. Please pull from: master.kernel.org:/pub/scm/linux/kernel/gi

[PATCH 01/10] USB: sierra: fix product id

From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Attached is a patch to fix the addition of the new product ids I sent. It is against 2.6.24-rc4, as Linus included the broken version of the patch I sent you in that tree. :( Not sure if this is the right method to go about this, but hopefully I got it

[PATCH 10/10] USB: revert portions of "UNUSUAL_DEV: Sync up some reported devices from Ubuntu"

This reverts one change from 67fa10627ec0d8aa16f1cf38cf527e67d8097d3c that prevented userspace from seing the "driver disk" lun in a san disk device. The kernel shouldn't do this, it's up to userspace to handle this properly, if it somehow wants to filter this away. Cc: Ben Collins <[EMAIL PROTE

[PATCH 07/10] USB: use IRQF_DISABLED for HCD interrupt handlers

From: Alan Stern <[EMAIL PROTECTED]> Host controller IRQs are supposed to be serviced with interrupts disabled. This patch (as1026) adds an IRQF_DISABLED flag to all the controller drivers that lack it. It also replaces the spin_lock_irqsave() and spin_unlock_irqrestore() calls in uhci_irq() wit

[PATCH 05/10] usb.h: fix kernel-doc warning

From: Randy Dunlap <[EMAIL PROTECTED]> Fix kernel-doc warning in usb.h: Warning(linux-2.6.24-rc3-git7//include/linux/usb.h:166): No description found for parameter 'sysfs_files_created' Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- inc

[PATCH 04/10] USB: option: Bind to the correct interface of the Huawei E220

From: Jaime Velasco Juan <[EMAIL PROTECTED]> This fixes a bunch of problems we are having with the Huawei devices... Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]> Signed-off-by: Jaime Velasco Juan <[EMAIL PROTECTED]> Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Ha

[PATCH 02/10] usb-storage: Fix devices that cannot handle 32k transfers

From: Doug Maxey <[EMAIL PROTECTED]> When a device cannot handle the smallest previously limited transfer size (64 blocks) without stalling, limit the device to the amount of packets that fit in a platform native page. The lowest possible limit is PAGE_CACHE_SIZE, so if the device is ever used on

[PATCH 03/10] USB: cp2101: new device id

From: Jeff Long <[EMAIL PROTECTED]> This adds a device ID for the Aerocomm Radio Modem, which uses the cp2102. I'm sure changing num_bulk_in/num_bulk_out to NUM_DONT_CARE is the wrong fix, but this is the only device I have with a cp2102, so I have no idea what a good global value would be, if th

[PATCH 06/10] USB: fix locking loop by avoiding flush_scheduled_work

From: Alan Stern <[EMAIL PROTECTED]> This patch (as1027) replaces a call to flush_scheduled_work() -- a dangerous routine to invoke, especially while holding any sort of lock -- with calls to cancel_work_sync() and cancel_delayed_work_sync(). This fixes Bugzilla #9532. Signed-off-by: Alan Stern

[PATCH 08/10] USB: at91_udc: correct hanging while disconnecting usb cable

From: Nicolas Ferre <[EMAIL PROTECTED]> Correct hanging while disconnecting the USB device cable. Prevent a race between vbus and UDP interrupts. This bug was tracked on at91sam9260ek boards. A usb resume interrupt was firing after the vbus interrupt : the IP was then already stoped and not abl

[PATCH 09/10] usb: Remove broken optimisation in OHCI IRQ handler

From: Benjamin Herrenschmidt <[EMAIL PROTECTED]> The OHCI IRQ handler has an optimisation that avoids reading some chip registers when the controller reports that the interrupt was triggered *only* because completed requests were written into the controller's "done list" and handed to the host. T

[PATCH] drivers/usb/: Spelling fixes

Signed-off-by: Joe Perches <[EMAIL PROTECTED]> --- drivers/usb/atm/ueagle-atm.c|2 +- drivers/usb/class/cdc-acm.c |2 +- drivers/usb/gadget/at91_udc.h |2 +- drivers/usb/gadget/fsl_usb2_udc.c |2 +- drivers/usb/gadget/omap_udc.c |2 +- drivers/usb

Re: [argyllcms] Re: [PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter

Alan Stern wrote: That's right. The semantics of USBDEVFS_DISCONNECT has changed since 2.6.9. It now requires that there be no drivers bound to any interfaces; thus you have to call usb_detach_kernel_driver_np() first. Right, it does make sense. The confusing part is usb_detach_kernel_drive

Re: [argyllcms] Re: [PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter

Jiri Kosina wrote: There are several possibilities: - your application can unbind the HID drvier from the device via 'unbind' file in sysfs That's effectively what I am doing via the libusb usb_detach_kernel_driver_np(). - you can use hiddev (or preferably the new 'hidraw' interface), whic