lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.0711011049140.4146-100000@iolanthe.rowland.org>
Date:	Thu, 1 Nov 2007 10:51:25 -0400 (EDT)
From:	Alan Stern <stern@...land.harvard.edu>
To:	Steven King <sfking@...dc.com>
cc:	linux-kernel@...r.kernel.org, Greg KH <greg@...ah.com>,
	<linux-usb-devel@...ts.sourceforge.net>
Subject: Re: [linux-usb-devel] ti_usb_3410_5052 breakage in 2.6.24-rc1

On Thu, 1 Nov 2007, Steven King wrote:

> Per a suggestion by David Brownwell, rebuilt with CONFIG_USB_DEBUG enabled and 
> loading usbserial and ti_usb_3410_5052 with debug=1, I see in 'dmesg'
> 
> 'drivers/usb/serial/usb-serial.c: wrong number of endpoints'
> 
>  which is pretty much what I expected, throwing some more printk's in 
> usb-serial gives:
> 
> drivers/usb/serial/usb-serial.c: num_interrupt_in = 0, expected 1
> drivers/usb/serial/usb-serial.c: num_interrupt_out = 0, expected 0
> drivers/usb/serial/usb-serial.c: num_bulk_in = 0, expected 1
> drivers/usb/serial/usb-serial.c: num_bulk_out = 1, expected 1
> 
> Okay, so
> ---
> 
> Changing num_interrupt_in and num_bulk_in from 1 to NUM_DONT_CARE makes 
> ti_usb_3410_5052 work again, but is it the right thing to do?

It may or may not be the right thing to do, but it definitely isn't
the correct way to solve your problem.

The real question is why 2.6.24-rc1 doesn't like the second 
configuration descriptor.  To answer it, you should see what shows up 
in the dmesg log when you first plug in the device on a kernel with 
CONFIG_USB_DEBUG enabled.

Alan Stern

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ