аха.. идут активные разборки с юсб-шиной
я тут на неделю выпал в дикие места, где нет инета (бесплатного). в оффлайне исследовал вот такой патч http://kerneltrap.org/mailarchive/linux-usb/2009/4/27/5587434
как патч навешивать не стал - вытащил EHCI и OHCI, прикрутил в 2.6.34-rc2, пересобрал - драйвера не поднялись..
стал добавлять изменения /usb/core/usb/hosts из 2.6.17.14 - на 4 или 5 вставке ядро возрадовалось, подняло шину, увидело все железо _сразу_при_загрузке_.. увы, стабильности пока нет..
У меня определяются в обоих случаях. Пока тестировал всего несколько устройств - usb mass storage (flash drive / memory stick) и iPod nano 5g. При загрузке, HCD driver ругается на iPod, но потом ohci распознаёт как full speed.
Если подсоединять после загрузки, то вроде всё нормально.
Всё это с 2.6.34-rc5, выложенной на предыдушей странице.
Artemius, как и у albertr, атвопределение работает и в процессе загрузки ядра и после.
Патчи брались из этой ветки.
Jury093, ни в коей мере ни хотел обидеть. У меня BSP от китайцев, а не от Павла, может быть в этом дело. И в "старом" и в "новом" BSP, пример работы со SPI (USI в китайской терминологии) находится в папке applications/demos/usi. /dev/usi должен существовать.
Да ну, какие обиды? Если я что-то где-то не увидел - то сам себе буратино. :)
Очень может быть. Полагаю, что Павел не будет заниматься такой ерундой, как выкусывание поддержки SPI в прилагаемом на диске исходнике ядра. Вероятн к разной архитектуре плат шла разная поддержка.
если туда не ходить, то кратко - мой интерес к SPI возник на почве подключения LCD экрана с таким интерфейсом. После неудачи экран был успешно подключен к 9260..
Аналогичный результат. Китайская 2.6.17 так же глючит при определении high speed устройств. Похоже надо доставать доки и смотреть что они там наваяли. Похоже на шум на шине? Блок питания - который шёл вместе с платой Nuvoton nuc950 development board.
Результаты двух дней тестирования - определение high speed devices глючит в обоих ядрах (оригинальном 2.6.17.14 и 2.6.34-rc5). Иногда определяются правильно как high speed, иногда - как full speed, в некоторых случаях - вообше не определяются. Похоже либо проблема с железом (слишком много шума), либо китайЧеГи намутили со своим драйверами?
(выдвигаясь в сторону дома)
а вы что тестируете - свое самописное, патч или что-то фирменное?
юсб на плате достаточно чувствительно к статике - бывает что шина падает просто при касание разъемов..
или неправильно отрабатывается процедура реинициализации в файле хаба (hcd.c hub.c ???)..
Есть такой момент.
Мне "электростанцию" нужно под этими линиями диф. пары поставить, чтоб его PHY так глючил, в реальности USB линии идут исключительно над землей и рядом каких-либо значительных источников излучений не имеют.
На SK-iMX233 я с еще меньшей тщательностью USB выводил (потому как там с местом напряженка) и подобных вещей там не наблюдал (правда там LS вобще отсутствует, но с детектом флешек проблем нет).