Согласен, не похоже на проблемы разводки на плате или обвязки порта. У меня так плата вообше от китайЧеГов, а глючит. Недеюсь, что проблема не в самом чипе, а в китайских дровах.
В чипе точно глюки какие-то есть, не зря Nuvoton'овцы там всяких костылей навставляли в ohci_hcd.c, ehci_hcd.c, ehci_hub.c. Весь вопрос в том, можно ли эти глюки программно обойти или нет. Учитывая отсутсвие доступной errata и то, что их костыли не всегда срабатывают все это очень не весело.
Может надо посмотреть, есть ли подобные глюки в WinCE.
Кстати, никто не знает что произошло с kernel.org. У них уже давно 2.6.35-rc3 не обновляется, висит 2.6.35-rc2-git6.
Хотел перейти на 2.6.35-rc3, так там многих изменений по части w90p9xx нету, которые были в 2.6.35-rc1.
2albertr
Как там переговоры с мистером Wan ZongShun, не хочет делиться секретами nuc9xx?
Х.З. Может просто специфика извилистой мысли азиаЦЦких программёров. Как-то правил дрова написанные иППонцами , тоже костыли были понапиханы куда не попадя. А чип то был вполне "стандартный" - intel pxa270.
На 17ом ядре была проблема с переопределением устройств при втыкании флешки в хаб, но ничего никуда не падало и работало при многократных переподключениях. 35-rc3 ещё плотно не тестировал, но с виду никаких проблем нет. USB на саморазведённой плате заработало только когда просто проводками прокинули одинаковой длинны от МК к разьёму. На китайской плате что-то намучено с сопротивлениями - видимо тоже избавлялись от глюков, но опять же никаких явных нету по работе устройств.
А какой из портов усб используется для подключения устройств? Тот который для програмирования или второй?
Artemius, уже вторую неделю мучаю как раз 2.6.35-rc3 скачанный с kernel.org - Full Source В усб драйверах покопались сильно.
Проблему с определением HS устройств исправили в 2.6.35-rc3???
Пробовал оба порта. На двух разных платах - одна оригинальная китайская Nuvoton nuc950 development board, другая - прототип бытового устройства. Ядра 2.6.17.14 и 2.6.34-rc5 и везде были глюки с определением HS устройств.
albertr, научите как патч сделать
В чём выражается неправильное определение HS устройств? Клавиатура USB и флешка одновременно работали, скорость работы с флешкой была выше чем на атмел9260.
Что-то не работает сетка на новом ядре, и нанддамп выдаёт ахинею, в отличии от простого чтения /dev/mtd0
хе-хе, день прожит не зря :)
нашел таки как автодетект запустить - не знаю насколько идеологически правильно..
взял ваше ядро, распаковал, добавил в /arch/arm/mach-w90x900/cpu.c
/drivers/usb/host/ehci-w90x900.c
после строки
//printk("ehci phy enabled\n");
и в начале того же файла прописал хидер
на устойчивость еще проверял (выдвигаюсь домой).. update читать разумеется - _НЕ_проверял_
автодетект - это определение устройств на портах юсб при загрузке..
Да, в ядре с kernel.org USB у nuc'а нерабочий. Вы, я так понял, дорабатывали его сами? Интересно было бы сравнить с моими доработками , особенно учитывая что ваши вроде лучше работают :-).
Странно, вроде сетка работала сразу и без проблем. Правда перезапускалась если вставить HS-USB устройство.
сам удивляюсь - но придумал не я - это телодвижение взято из старого драйвера EHCI-NUC900 (2.6.17.14) - наудачу попробовал, потом методом усечения нашел, что еще не хватает для запуска определения устройств при загрузке..
регулярно обшариваю инет, все чем пока располагаю Datasheet от Павла (на диске) + более удобоваримый (кажется с hegsgen?) по весу ~2МБ против ~6 от Павла ну и User Guide (v1.3, v1.4). флайерсы от Нувотона за доку не считаю. Пожалуй все..