Created attachment 23323 [details]
126.96.36.199 (+ ubuntu patches) working log
And associated thread. I'll attach usbmon logs here
Created attachment 23324 [details]
188.8.131.52 non-working log
This is 184.108.40.206 from stable tree (using ubuntu "upstream" builds). Not working. I stopped the log after a few cycles of the bogus connect/disconnect/connect/disconnect.
2.6.32-rc3 behaves differently (but still broken), I'll attach logs later.
The logs have been taken by:
- Booting machine until "idle"
- Disabling bluetooth (the only other USB thing)
- Starting the usbmon log using the "0u" file
- Plugging the device and waiting
In the working case, I waited until network manager showed the modem in the menu, in the non-working case, I waited for dmesg to show a few connect/disconnect cycles.
marked as a regression...
This is a regression in 2.6.32-rc as well, since 2.6.31 worked OK?
Yes. 2.6.31 and 220.127.116.11 are ok. 18.104.22.168 and later and 2.6.32-rc3 are bad. I haven't tracked more precisely yet.
References : http://marc.info/?l=linux-kernel&m=125513456327542&w=4
Notify-Also : Alan Stern <firstname.lastname@example.org>
Notify-Also : Ben Efros <email@example.com>
Patch now upstream ID b8430e1b82b7e514d76a88eb70a7d8831d50df1e and queued for next -stable
On Tuesday 27 October 2009, Benjamin Herrenschmidt wrote:
> On Mon, 2009-10-26 at 19:55 +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> > The following bug entry is on the current list of known regressions
> > from 2.6.31. Please verify if it still should be listed and let me know
> > (either way).
> Well, the E169 works, though there seem to be a few issues remaining:
> - There are reports that the E220 is still broken (by the same
> regression, just that the patch that fixes the E169 doesn't fix the
> E220, but since I don't have one of these, I'm waiting for users to send
> dumps instead of just complaining :-)
> - There's a weird glitch where the E169 tend to only work after being
> plugged the -second- time. The first time, the storage device generally
> shows up but not the ttyS's devices for some strange reason. Not sure
> what's up yet. Yanking it and plugging it back works. Could be timing
> related due to the need to load the module.
> None of that happens with 22.214.171.124
Created attachment 23672 [details]
Log of a E620 modem that is still broken
Unless I mixed things up with user reports, this is:
lsusb shows: ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modem
user reports says:
option 3-1:1.2: GSM modem (1-port) converter detected
usb 3-1: GSM modem (1-port) converter now attached to ttyUSB0
option 3-1:1.1: GSM modem (1-port) converter detected
usb 3-1: GSM modem (1-port) converter now attached to ttyUSB1
option 3-1:1.0: GSM modem (1-port) converter detected
usb 3-1: GSM modem (1-port) converter now attached to ttyUSB2
option: option_instat_callback: error -108
option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
option 3-1:1.0: device disconnected
option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
option 3-1:1.1: device disconnected
option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
option 3-1:1.2: device disconnected
usb 3-1: reset full speed USB device using uhci_hcd and address 3
This repeats. I also get a "notification" that GSM is disconnected...never connected.
The kernel is supposed to have the 126.96.36.199 fix applied
Ignore the log, the user was not actually running the fixed kernel :-(
Fixed by commit b8430e1b82b7e514d76a88eb70a7d8831d50df1e .