Printable View
а нельзя-ли поподробнее, "поменьше болтовни" и ткнуть носом неразумного, где лежит "Partially Supported" бинарник OpenWRT для DIR-320? И ещё-бы объяснить оному, какую именно "мы пытаемся исправить совершенно другую ошибку!"? Свою проблему я описал - ребутится роутер при одновременной работе блютуз и скачивании с самбы, если не запретить USB2.0, а USB модема у меня, к сожалению, нет и не предвидится.
Мне проще дождаться человека, который не будет задавать подобные вопросы.Quote:
Originally Posted by vigera
Мы хотим лечить четко выраженную проблему usb.c: USB device not accepting new address=2 (error=-71)Quote:
И ещё-бы объяснить оному, какую именно "мы пытаемся исправить совершенно другую ошибку!"? Свою проблему я описал - ребутится роутер при одновременной работе блютуз и скачивании с самбы, если не запретить USB2.0.
Твою проблему надо еще кому-то воспроизвести и локализовать, так как полезной информации для _исправлений_ в твоём письме нет.
Меня уверяли, что вышеописанная проблема наблюдается у всех обладателей dlink. Это не так?Quote:
Originally Posted by the
Гы! а у меня вообще нет "чётко выраженной проблемы usb.c: USB device not accepting new address=2 (error=-71)"! Хаб инициализируется всегда без нареканий как при включенном USB2.0, так и при выключенном:
А свою проблему как ещё информативнее описать? Начинаю копировать файл, роутер через несколько секунд ребутится, в логе при этом пусто, после рестарта не инитится SSD диск в USB кармане (ему после этого надо питание передёргивать), в логе по кольцу:Code:Mar 4 13:43:15 kernel: hub.c: new USB device 00:03.0-1, assigned address 6
Mar 4 13:43:15 kernel: hub.c: USB hub found
Mar 4 13:43:15 kernel: hub.c: 4 ports detected
,флешка, на которой /opt, инитится всегда без проблем.Code:Jan 1 02:00:33 kernel: usb.c: USB disconnect on device 00:03.1-1.4 address 6
Jan 1 02:00:33 kernel: Unable to disconnect USB device from the SCSI subsystem
Jan 1 02:00:34 kernel: hub.c: new USB device 00:03.1-1.4, assigned address 7
Если отрубить USB2.0 в вебморде то всё работает стабильно.
Вчера приобрел сей дивайс в никсе .
пере прошил :)
Все работает на отлично, (он просто летает ) я очень доволен. спасибо за прошивку. а свой старый 3com на полку :D
1) нужен посмертный дамп ядра или Oops с консоли.Quote:
Originally Posted by vigera
2) надо найти минимальное сочетание софта при котором происходят падения. Т.е. если самбу заменить на ftp, падает? Только при записи, или всё равно? На любой диск или только SSD? Зависит от версии bluez? Должно быть активное устройство bluetooth? И т.п.
Причем, поскольку такого девайса у нас нет, все усложняется на порядок. И сформулировать тебе 100% пререквизитов никто не в состоянии...
- с этим сложности, т.к. вскрывать железку надо, а не хоцца, на гарантии она. Подумаю...Quote:
1) нужен посмертный дамп ядра или Oops с консоли.
Падает одинаково что с самбой, что с фтп, как при записи, так и при считывании. Сначала казалось что чуть стабильнее если устройство bluetooth неактивно, но нет, только что попробовал, без разницы:( Диск подставлял обычный, падает, разницы нет, пробовал оставить только флешку - при копировании то-же самое, единственное что поднимается она после ребута нормально. С версией bluez выбора нет - ставится и работают только bluez-libs_3.17, bluez-utils_3.17, bluez-hcidump_1.40, последние bluez-hcidump_1.42, bluez-libs_3.36, bluez-utils_3.36 из http://ipkg.nslu2-linux.org/feeds/op.../cross/stable/ выдают Segmentation fault. (кстати, не знаю к кому обратиться чтоб разобрались?)Quote:
2) надо найти минимальное сочетание софта при котором происходят падения. Т.е. если самбу заменить на ftp, падает? Только при записи, или всё равно? На любой диск или только SSD? Зависит от версии bluez? Должно быть активное устройство bluetooth? И т.п.
P.S. Пробовал также ограничить уступчивость самбы: nice -n 19 /usr/sbin/smbd, ничего не изменилось...
Увы, сбросить дамп на удалённое устойство ядро, как правило, не успевает. Сильно не расстраивайся - bluetooth в 2.4 не прямее USB...Quote:
Originally Posted by vigera
Объем записанного/считанного с диска роль играет?
Из англоязычной ветки - oleoQuote:
Originally Posted by vigera
Да, иногда удавалось скопировать файл 80Мб, но на 1Гб ещё не бывало чтоб не упало.Quote:
Объем записанного/считанного с диска роль играет?
Have you tried this fix from DD-WRT?Quote:
Originally Posted by lly
http://svn.dd-wrt.com:8000/dd-wrt/changeset/11015
Not yet, maybe it helps, thank you for information. I don't own DIR-320, so I can't test myself.Quote:
Originally Posted by teddy_bear
Желающие протестировать этот вариант есть?
Зачем спрашиваешь, канычна есть! Changeset достаточно убедителен:)
Этот фикс посвящен именно ошибке -71, а ты говорил, что у тебя её нет...Quote:
Originally Posted by vigera
ошибки -71 действительно нет, мне интересно будет ли после падения подниматься USB HDD? Здаётся что дело в задержках или переполнении каких-то буферов, иначе бы сваливалось сразу а не через какое-то время после начала копирования.
theMIRon, спасибо за ответ и может кто знает как можно изменить MAC-адрес D_Link dir320 на заводской, а то после перепрошивки он изменился?
в web интерфейса на странице IP Config / WAN & LAN прописать.Quote:
Originally Posted by tim26