[linux-usb-devel] [PATCH pd55] Add all Logitech Harmonies to HID blacklist

2007-07-25 Thread Phil Dibowitz
This patch adds the entire range of Logitech's ProductIDs that are reserved for their Harmony remotes. The in-kernel HID driver can't do anything with these, and now there is a GPL user-space application that can handle them: http://www.sf.net/projects/harmonycontrol Signed-off-by: Phil Dibowitz

[linux-usb-devel] iuu_phoenix driver crash the kernel... help needed

2007-07-25 Thread Alain Degreffe
Hi all, I just have rewritten the driver to do a constant polling. This imply that the module work in interrupt context. The driver works for a while but after some time ( 1 to 120 seconds… it depends ), the driver produce a Oops. But the oops don’t give any error on the driver function but show a

Re: [linux-usb-devel] commands to unconfigured usb device

2007-07-25 Thread David Brownell
On Wednesday 25 July 2007, Gabriel Maganis wrote: > Hello, > Section 9.4 of the USB spec says that devices should respond to > the standard requests like GET_STATUS even if they haven't been > configured yet or given an address. How could one do that without a > pointer to a struct usb_device?

Re: [linux-usb-devel] [patch 2.6.23-rc1-git] ohci-hcd works around more Compaq/ZF-Micro quirks

2007-07-25 Thread Greg KH
On Wed, Jul 25, 2007 at 01:13:39PM -0700, David Brownell wrote: > On Wednesday 25 July 2007, Mike Nuss wrote: > > Either way, this patch in its current form isn't safe. > > Darn. OK, I'm sure Greg will know not to merge it. Yup, consider it dropped, thanks for letting me know. thanks, greg k-h

[linux-usb-devel] commands to unconfigured usb device

2007-07-25 Thread Gabriel Maganis
Hello, Section 9.4 of the USB spec says that devices should respond to the standard requests like GET_STATUS even if they haven't been configured yet or given an address. How could one do that without a pointer to a struct usb_device? The usb routines like usb_control_msg all take a struct usb

Re: [linux-usb-devel] [GIT PATCH] more USB patches for 2.6.22

2007-07-25 Thread Linus Torvalds
On Thu, 19 Jul 2007, Greg KH wrote: > > Here are some more USB patches and fixes against your 2.6.22 git tree. > > They add a new usb gadget driver, more urb->status cleanups, a new sysfs > attribute to get the raw config of the usb device, and some bugfixes and > documentation updates. I have

Re: [linux-usb-devel] e-mail

2007-07-25 Thread Gene Heskett
On Wednesday 25 July 2007, Nielsen Tina wrote: And sent a pdf spam. SA has tools to stop this crap. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Can you buy friendship? You not only can

Re: [linux-usb-devel] Bug in EHCI split-interrupt handling

2007-07-25 Thread Stuart_Hayes
OK, I'm seeing an issue that I'm pretty sure is the same thing... the keyboard is all kind of goofy (loses keys, repeats keys), then quits working, then the system locks up, only when my patch is enabled and I'm getting (faked) cpu frequency transitions. It definitely appears to be some incompati

Re: [linux-usb-devel] [patch 2.6.23-rc1-git] ohci-hcd works around more Compaq/ZF-Micro quirks

2007-07-25 Thread David Brownell
On Wednesday 25 July 2007, Mike Nuss wrote: > David Brownell wrote: > > > > This fix enhances the scope of the existing OHCI_QUIRK_ZFMICRO flag: > > > > 1. A watchdog routine periodically scans the OHCI structures to check > > for orphaned TDs. In these cases the TD is taken back from the >

Re: [linux-usb-devel] [patch 2.6.23-rc1-git] ohci-hcd works around more Compaq/ZF-Micro quirks

2007-07-25 Thread Alan Stern
On Wed, 25 Jul 2007, Mike Nuss wrote: > 2. The logic is too naive. The quirk assumes that if HeadP and DoneP > remain equal (meaning that the HC's queue is empty) for at least one > frame, but the HCD still sees an outstanding TD, then that TD must be > lost. But it may be that even though the que

Re: [linux-usb-devel] [patch 2.6.23-rc1-git] ohci-hcd works around more Compaq/ZF-Micro quirks

2007-07-25 Thread Mike Nuss
David Brownell wrote: > > This fix enhances the scope of the existing OHCI_QUIRK_ZFMICRO flag: > > 1. A watchdog routine periodically scans the OHCI structures to check > for orphaned TDs. In these cases the TD is taken back from the > controller and completed normally. Of course, just

[linux-usb-devel] [patch 2.6.23-rc1-git] ohci-hcd works around more Compaq/ZF-Micro quirks

2007-07-25 Thread David Brownell
From: Mike Nuss <[EMAIL PROTECTED]> The ZF Micro OHCI controller exhibits unexpected behavior that seems to be related to high load. Under certain conditions, the controller will complete a TD, remove it from the endpoint's queue, and fail to add it to the donelist. This causes the endpoint to ap

Re: [linux-usb-devel] Bug in EHCI split-interrupt handling

2007-07-25 Thread Stuart_Hayes
I'm working on it, Pete. I've got a system with an nVidia EHCI controller (unfortunately it's an Intel box, not AMD, since the failing systems are AMD), and I'm working to reproduce the issue. I acknowledge that this issue is probably caused by this patch. I suspect that what's going on is that

Re: [linux-usb-devel] usb_control_msg() reads 0 bytes in Linux 2.6.23-rc1

2007-07-25 Thread Pete Zaitcev
On Wed, 25 Jul 2007 08:30:40 +0200, Wolfgang Mües <[EMAIL PROTECTED]> wrote: > Pete, > > On Dienstag, 24. Juli 2007, Pete Zaitcev wrote: > > Please keep in mind that all this discussion about short reads has > > nothing to do with your real problem (e.g. the device which used to > > reply with a

Re: [linux-usb-devel] Bug in EHCI split-interrupt handling

2007-07-25 Thread Pete Zaitcev
On Wed, 25 Jul 2007 08:13:45 -0500, <[EMAIL PROTECTED]> wrote: > [...] and maybe the inactivate bit was set early enough that > actual_length never got initialized to anything and the -4 was just > leftover in that memory space...? I suggest this without looking at the > code--I don't know if tha

Re: [linux-usb-devel] hid keyboard packet from interrupt IN pipe

2007-07-25 Thread Alan Stern
On Wed, 25 Jul 2007, Gabriel Maganis wrote: > Hello, > Is there anyway I can get an hid keyboard (a Dell, in my case) to > send the host packets via the interrupt IN pipe i.e. something like > emulating keypresses? Sure there is. Just plug it into your computer and make sure the usbhid dri

Re: [linux-usb-devel] 2.6.23-rc1: USB hard disk broken

2007-07-25 Thread Tino Keitel
On Wed, Jul 25, 2007 at 10:24:36 +0200, Oliver Neukum wrote: > Am Mittwoch 25 Juli 2007 schrieb Tino Keitel: > > Hi, > > > > I just tried 2.6.23-rc1 and shortly after the boot my external USB hard > > disk went mad. [...] > Please recompile with CONFIG_USB_DEBUG set. > > Regards >

[linux-usb-devel] hid keyboard packet from interrupt IN pipe

2007-07-25 Thread Gabriel Maganis
Hello, Is there anyway I can get an hid keyboard (a Dell, in my case) to send the host packets via the interrupt IN pipe i.e. something like emulating keypresses? Thanks... - This SF.net email is sponsored by: Splunk Inc

Re: [linux-usb-devel] [PATCH] aio_run_iocb should always retry

2007-07-25 Thread Zach Brown
On Jul 24, 2007, at 11:10 PM, David Brownell wrote: > On Tuesday 24 July 2007, Zach Brown wrote: >> So, the sad story is that the cancellation support in fs/aio.c is a >> mess. Before we get lost on those details can we talk about simply >> not allowing cancelation of these usbfs2 aio read reque

Re: [linux-usb-devel] [PATCH] Stall control endpoint when file storage class request wValue != 0

2007-07-25 Thread Alan Stern
On Wed, 25 Jul 2007, luislloret wrote: > From: Luis Lloret <[EMAIL PROTECTED]> > > This patch makes the File Storage Gadget stall the control endpoint > when a MSC class request is made with wValue != 0. This change makes > some MSC compliance test warnings disappear. > > Signed-off-by: Luis Ll

Re: [linux-usb-devel] USB Driver help needed

2007-07-25 Thread Alan Stern
On Tue, 24 Jul 2007, Ron Gage wrote: > OK, here is what I have done. After opening the dev, setting the > configuration and claiming the interface, I am sending a control message > of bRequestType = 0x42, bRequest of 0x06, all other values = 0. This > is the first "out up" packet sent to the

Re: [linux-usb-devel] Bug in EHCI split-interrupt handling

2007-07-25 Thread Stuart_Hayes
I don't see how my patch could cause a transfer to return an actual_length of -4. If it is my patch causing this problem, I suspect it would be because the nVidia EHCI controller handles the "inactivate" bit in an unexpected (and probably out of spec) way--I was able to test with Broadcom & Intel

[linux-usb-devel] some software u [EMAIL PROTECTED]

2007-07-25 Thread Online Microsoft Store
 Wed, 25 Jul 2007 16:31:35 -0100: Dear Sir , DONT BE SILLY TO PAY HUNDREDS FOR SOFTWARE. Just check it out and get the most wanted latest 2007 edition softwared at dirt cheap rates. http://sosokjfijkho.blogspot.com/ Microsoft Vista , office 2007/ Adobe / Macromedia / Corel and others Download

[linux-usb-devel] [PATCH] Stall control endpoint when file storage class request wValue != 0

2007-07-25 Thread luislloret
From: Luis Lloret <[EMAIL PROTECTED]> This patch makes the File Storage Gadget stall the control endpoint when a MSC class request is made with wValue != 0. This change makes some MSC compliance test warnings disappear. Signed-off-by: Luis Lloret <[EMAIL PROTECTED]> --- Thanks again, Alan, for

Re: [linux-usb-devel] 2.6.23-rc1: USB hard disk broken

2007-07-25 Thread Oliver Neukum
Am Mittwoch 25 Juli 2007 schrieb Tino Keitel: > Hi, > > I just tried 2.6.23-rc1 and shortly after the boot my external USB hard > disk went mad. > > I all started with these kernel messages: > > kern.info: usb 1-6: USB disconnect, address 5 > kern.info: sd 4:0:0:0: [sdb] Result: hostbyte=0x07 dr

[linux-usb-devel] [PATCH] usb-serial: fix oti6858.c segfault in termios handling

2007-07-25 Thread Thomas Viehmann
The oti6858 usb serial driver should use kernel_termios_to_user_termios/ user_termios_to_kernel_termios to avoid segfaults because the kernel uses a structure differing from that of user space with a different size. Signed-off-by: Thomas Viehmann <[EMAIL PROTECTED]> --- I'm don't know the least