В общем там явно проблема с файлами устройств. Наличие следов devfs оказалось всего лишь анахронизмом котрый не используется а просто остался с давних пор. Из файлов устройств в /dev только console tty null и в последствии их никто не создает - нет ни udev/mdev и никаких скриптов.
Павел - попробуй новую версию http://sasamy.narod.ru/updater.sb
но сдается мне мы не там копаем :) Эта консоль там для апдейта не нужна. Посмотрел конфиг ядра - там включен gadget, utp - это какое-то расширение от фрискейла для протокола mass storage, он как раз в гаджетах, обновление скорей всего происходит отсюда. После загрузки ядра на плату в windows ничего нового не обнаруживается из usb ?
Надо внимательней читать доки - тыкаться вслепую можно оч долго :) Явно это все описано где-то...
Попробовал:
Логика обновления наверняка такая и есть, как тто особо винда не говорила, что появилось новое устроуйство, но если после загрузки USB кабель выдернуть-вставить, появляется неизвестное устройство (хотя может и с у-бутом так же будет), но наверняка и с сами updater еще что то не то, иначе он наверное не писал бы:
Сейчас пересобрал updater профиль для 2.6.31, получаю:У 2.6.31 кстати и uuc видимо уже на месте и efstosb2 копировать не приходится
К самому апдейтеру это не относится, у них для всех профилей скелет ФС одинаковый, просто это никак не влияет на usb gadget. В профиле апдейтера например нет udev или mdev, в конфиге ядра нет поддержки tmpfs поэтому эта ругань - это не принциипиально.
Видимо уточнял режим загрузки процессора, у него перемычками задается: USB (recovery), NAND, I2C ...
У меня предусмотрен только NAND и USB, ну а когда он в NAND ничего не находит, автоматтом к USB переходит.
UTP-UPDATE
Мне сейчас главное memtester-ом память погонять, чтоб понять - пациент жив или нет, обновление это следующий шаг ...
Кручу различные профили, единственный вменяемый для USB загрузки это все-таки updater.