LINUX.ORG.RU

USB Flash'ка подыхает или ...?


0

0

Периодически (раз в месяц) при работе с USB Flash (USB2.0 16GB) в логах туча:

hub 4-1:1.0: cannot disable port 4 (err = -110)
usb 4-1.4: USB disconnect, device number 4
usb 4-1.4: new high-speed USB device number 7 using ehci_hcd
...
hub 4-1:1.0: hub_port_status failed (err = -110)
...
hub 4-1:1.0: cannot reset port 2 (err = -110)
...
Cannot enable port 2.  Maybe the USB cable is bad?
...
cannot disable port 2 (err = -110)
...
usb 4-1.4: device descriptor read/all, error -110

Есть идеи в чём проблема?

Баг свежий и редкий.

Reported:2011-12-28.

Медленная флешка, нестабильное 3.* ядро. Судя по выхлопам багрепортеров, ими использовались монолитные ядра 3.1.+(это федоры\суси\ведроиды) на чипсетах с аппаратным usb3, самосборы c вручную настроенным USB core таким не страдают.
Просто переключи control/bulk в interrupt/isochronous.
Что это и зачем — вот статья, подробное объяснение начинается примерно с 4й главы: http://microsin.ru/content/view/1107/44/
Как переключить — http://www.makelinux.net/ldd3/chp-13-sect-1
На первое время хватит.

tarrer
()
Ответ на: комментарий от tarrer

на чипсетах с аппаратным usb3
using ehci_hcd

ehci это usb2

Просто переключи control/bulk в interrupt/isochronous.

это просто бред

dimon555 ★★★★★
()

hub 4-1:1.0: cannot reset port 2 (err = -110)

скорее проблема с ehci контроллером или с разъёмом, вряд ли с драйвером, так как ehci и его реализации существуют много лет.

dimon555 ★★★★★
()
Ответ на: комментарий от dimon555

dimon555

ehci это usb2

Всё правильно, сама флешка ведь рассчитана на юсб2. «Медленная флешка», как уже было сказано.
У багрепортеров просто железо посвежее, если у juk4windows на чипсете только v2 реализовано, не помешает и ему репорт создать.

dimon555

это просто бред

Близко к этому (самому не нравится). Но это - одно из первоочередных действий, которое делает патч к андроиду с теми же проблемами.

dimon555

вряд ли с драйвером

Вот андроидовцы меня и смутили, у них всё лечится всего лишь правкой прошивки.
Спасибо за критику.

tarrer
()
Ответ на: комментарий от juk4windows

Это возникает после sleep-wake cycle

наверное неправильно в sleep-wake вгоняется. попробуй делать modeprobe -r ehci_hcd до ребута и modprobe ehci_hcd потом, в скриптах.

dimon555 ★★★★★
()
Ответ на: комментарий от tarrer

Близко к этому (самому не нравится). Но это - одно из первоочередных действий, которое делает патч к андроиду с теми же проблемами.

можно ссылку на патч? как-то очень сомнительно.

dimon555 ★★★★★
()
Ответ на: комментарий от dimon555

Это можно, но так неправильно.

Всё же грешу на флешку, так что отбой.

Другой вопрос, что resilience у kernel никакой. USB подсистема не должна подыхать от кривого воткнутого железа (разве что оно не палит контроллер)

juk4windows
() автор топика
Ответ на: комментарий от juk4windows

она и не подохла, просто не откликается встроенный в контроллер хаб, а его регистры могла вполне подёргать какая-нибудь хрень, типа программы из smm.

возможно, обновление биоса поможет или просто переинициализация контроллера через /sys/где-то-там.

dimon555 ★★★★★
()
Ответ на: комментарий от tarrer

Но это - одно из первоочередных действий,

Это для теста, батя. Сам свои же ссылки бы доконца дочитал! Оно потом назад все настройки сгоняет. А чо фиксит я так и непонял

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.