linux-kernel - Re: [linux-usb-devel] ti_usb_3410

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>] [day] [month] [year] [list]

Message-ID: <Pine.LNX.4.44L0.0711021710280.5073-100000@iolanthe.rowland.org>
Date:	Fri, 2 Nov 2007 17:14:26 -0400 (EDT)
From:	Alan Stern <stern@...land.harvard.edu>
To:	Steven King <sfking@...dc.com>, Oliver Neukum <oliver@...kum.name>
cc:	Kernel development list <linux-kernel@...r.kernel.org>,
	Greg KH <greg@...ah.com>,
	USB development list <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:

> > But you didn't post the log messages, so I haven't seen them.
> > In addition, that "wrong number of endpoints" message occurs long after
> > the underlying problem; it's probably not connected.
> 
> Okay, attached is full .config, dmesg, /proc/bus/usb/devices and lsusb for 
> 2.6.23.1 (aka working dongle), 2.6.24-rc1 (aka non-working dongle), 
> 2.6.24-rc1-r (2.6.24-rc1 with commit 063a2da8f01806906f7d7b1a1424b9afddebc443 
> backed out, aka working dongle 2) and finally 2.6.24-rc1-X (2.6.24-rc1 with 
> my patch to ti_usb_3410_5052, aka working dongle 3).  Normally I have a udev 
> rule to automagically select configuration 2, for these tests I disabled 
> that.  The {dmesg, proc.bus.usb.devices, lsusb}-2.6.xxx-1 is after I 
> did 'echo 2 > /sys/.../bConfigurationValue'.
> 
> Clean fresh build for each of the kernels, the dongle was plugged after the 
> system was fully up and X had started.

Okay, this explains everything.  In 2.6.23 (or 2.6.24-rc1 with the 
commit backed out), usb-serial binds to the "wrong" interface and 
performs a firmware download.  Up to that point the device has just the 
one configuration, but with the new firmware it has two.  Then you 
install the second config and the driver can bind successfully.

With 2.6.24-rc1, the driver never gets a chance to update the firmware 
because the invalid endpoint matching prevents it.

Oliver, what do you think should be done to solve this?

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/