Bug 29321 - USB HUB: connect-debounce failed, port 3 disabled
Summary: USB HUB: connect-debounce failed, port 3 disabled
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: kernel-image-std-def (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Vitaly Chikunov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-04 18:59 MSK by Roman Savochenko
Modified: 2013-09-07 12:00 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roman Savochenko 2013-09-04 18:59:20 MSK
Бага о которой ниже характерна для всех ядер Linux, во всяком случае проверял на 3.0, 3.4, 3.10.
Суть проблемы в том, что некоторое USB-устройство со временем (3-4 месяца) при подключении начинает выдавать ошибку и не работают:
[  532.688092] hub 1-0:1.0: connect-debounce failed, port 3 disabled
[  534.632103] hub 1-0:1.0: connect-debounce failed, port 3 disabled
[  536.588096] hub 1-0:1.0: connect-debounce failed, port 3 disabled
[  538.525089] hub 1-0:1.0: connect-debounce failed, port 3 disabled
[  540.472097] hub 1-0:1.0: connect-debounce failed, port 3 disabled
[  542.420103] hub 1-0:1.0: connect-debounce failed, port 3 disabled

Причём смена USB порта и даже машины эту проблему не решает.

При первых симптомах устройство может через некоторое время заработать и проработать дня три и опять эта ошибка, а затем перестаёт на Linux работать вообще. Написал про Linux как класс к тому, что на любой Венде это устройство продолжает без проблем работать, почему и пишу эту багу.

Это загадочное устройство MicroSD кардридер от Kingston: FCR-MRG2. Первый раз я его приобрёл год назад и через пол года она начала такое, отвёз на гарантию где на Винде проверили и говорят она работает. Уговорил, что он не работает на Linux и мне поменяли, причём менял на туже, чтобы определить закономерность. И вот вторая начала вести себя идентично.

Вешаю пока сюда, хотя думаю этой ошибке место на kernel.org, где позже её добавлю. Но может у кого тут будут мысли, что и где в USB подсистеме такого поглядеть и покрутить!?
Comment 1 led 2013-09-05 00:37:30 MSK
Хотя бы ID устройства можно было предоставить? Потому как "FCR-MRG2" не говорит ни о чём.

Из того что видел про эту модель в отзывах - недолговечность (кк раз пресловутиые 3 месяца).

Уверены, что в "Венде это устройство продолжает без проблем работать" именно как USB-2.0, а не USB-1.x?

Кстати, то, что "При первых симптомах устройство может через некоторое время заработать и проработать дня три и опять эта ошибка", говорит как раз о хардварной, а не софтварной проблеме.
Comment 2 Roman Savochenko 2013-09-05 11:22:39 MSK
(В ответ на комментарий №1)
> Хотя бы ID устройства можно было предоставить? Потому как "FCR-MRG2" не говорит
> ни о чём.
Как-бы узнать ID когда он гонит такие сообщения проблематично, хотя при первых симптомах я его записал, думал про "quirks": 05e3:0736

> Из того что видел про эту модель в отзывах - недолговечность (кк раз
> пресловутиые 3 месяца).
> 
> Уверены, что в "Венде это устройство продолжает без проблем работать" именно
> как USB-2.0, а не USB-1.x?
На USB1.x не ругается, а скорость чтения/записи: 18/7 МБ/c

> Кстати, то, что "При первых симптомах устройство может через некоторое время
> заработать и проработать дня три и опять эта ошибка", говорит как раз о
> хардварной, а не софтварной проблеме.
На первом экземпляре я тоже так думал, но корректная работа на Венде эту гипотезу несколько отклонила.
Comment 3 Roman Savochenko 2013-09-07 12:00:23 MSK
Подумал тут, что проблема в алгоритме запитывания USB.
Для проверки запитал от внешнего источника и устройство нормально обнаружилось.
Походу поглядел на потребление, так оно около 1мА, но замечен первичный бросок до 40мА, может и больше если смотреть на осциллографе.
Т.е. или устройство не сообщает драйверу лимит потребления (проверю с внешним питанием) или драйвер слишком быстро реагирует, но тогда должен сообщать о перегрузке.