QNX RTP Logo QNX Realtime Platform: Русский Портал QNX
Thursday, 20 Nov 2008 11:36
Меню

Проект OpenNET - все о Unix
Главная

 · Начало · Статистика · Поиск ·

  QNX.ORG.RU —› Программирование под QNX 4.x —› QNX® 4.25 RTOS USB 2.0 Drivers Beta

<< . 1 . 2 . 3 . 4 .

Посл.ответ Сообщение


Дата: 26 Мар,  20:18

Люди, а кому нибудь удалось загрузить флешку с кунихом на компе с авардовским биосом ? У меня вроде накопилась статистика, по которой одна и та же девайсина грузится только на компах с фениксовским(амишным) биосами, и в упор не хочет грузитьтся с авардовскими. При прочих равных типа чипсета.


Дата: 18 Апр,  20:24

Я чтото пропустил, или в USB 2.0 for 4.25 Beta тоже небыло либ (ну и хедеров к ним)? В релизе нет . Сейчас приспичило - но работать могу только с единственным портом 1.1 (всёбы ничего, да там наблюдаются отдельные глюки (может стека с либами, может и кривизна рук - как всегда, мне кажется, что сейчас вот поставлю проги поновей, и руки сами собой выпрямятся ).


Дата: 19 Апр,  09:13

PoP
Я чтото пропустил, или в USB 2.0 for 4.25 Beta тоже небыло либ (ну и хедеров к ним)? В релизе нет .

Ничего не пропустили, не было их....


Дата: 18 Май,  05:55

попробовал сделать загрузочный USB-Flash диск для QNX4, как это выше подробно описал vasiliy.

В начале выводится много строчек:

.?.?.?.?.?.?.?.?...
.?.?.?.?.?.?.?.?...

А затем:

CRC Error in /boot/sys/Proc32
CRC Error in /boot/sys/Slib32

BOOT ERROR: corrupt image - crc check filed - cannot start operating system

В чем может быть дело? Cпасибо.


Дата: 18 Май,  06:10

LH
В чем может быть дело?

Скорее всего неправильная геометрия диска.


Дата: 18 Май,  07:15

Спасибо, lestat, но в данном случае я не понимаю: как влиять/устанавливать правильную геометрию. Я делал так:
#io-usb
#Fsys.umass - появлялся /dev/hd1
#fdisk /dev/hd1
создавал раздел qnx4, тип 77, c
0 по 255 цилиндр, 256 мБ, boot, loader, save, quit
#mount -p /dev/hd1
#dinit -h /dev/hd1t77
#mount -/dev/hd1t77 /umass
и в папку umass скопировал собранный для USB .boot
далее - попытка загрузки с USB-устройства и описанная выше проблема...


Дата: 20 Май,  11:13

LH
1) Попробуйте сначала загрузку только с одним разделом на флэшке
2) Попробуйте различные варианты эмуляции USB-Flash в BIOS
3) Попробуйте собрать .boot без Slib16
4) попробуйте другую флэшку.


Дата: 20 Май,  18:45 · Поправил: PoP

Скорее всего, при загрузке через BIOS, флешка становится hd0, ведь Fsys.eide (atapi и т.д.) в флешном .boot нетути ?
Чтоб никогда не путаться, я использую
#Fsys.umass -n Direct-Access=ffs
Появится /dev/ffs0, дальше - без проблем. Делаю так всегда, один и тотже скриптик рабоает на машинках с разным количеством HD .

P.S. Возможно, проблем с геометрией будет меньше, если использовать всю флешку, совсем без разделов. Т.е. сразу:
#dinit /dev/hd0
Ну енто если места нежалко, или вся флеша 256к .


Дата: 20 Май,  22:10 · Поправил: vasiliy

В своей инструкции я явно привожу ключ "-n0=usb."
-n0=usb - не конфликтует с возможными hdd.x, которые можно получить, запустив Fsys.atapi.

Прописывать Fsys.atapi{ide} в .boot для монтирования USB-флэш указывать бесполезно, т.к. BIOS если и эмулирут HDD для USB-девайсов, то драйвер QNX его все равно не увидит, т.к. работает на более низком уровне.


Дата: 20 Май,  23:28

vasiliy, извиняюсь. Инструкцию подробно не читал (или прочитал давно), строчку "#mount /dev/hd1 .." выхватил глаз из сообщения выше, написал не разобравшись подробно к чему это относится.
Естественно, Fsys.atapi{ide} в образ включать бестолку - да и не влезет он. Хотя в принципе если флеш нужна для восстановления//оживления раздела - было бы удобно монтировать HD как корень по Esc (c CD это получается, там много места не нужно).
Кстати, про размер: ктонибудь сравнивал заголовки .boot 4-ки и 6-ки ? вроде как загрузчику там надо всего несколько полей, они совпадают? Просто пробовал очень коротко, некогда было посмотреь подробно (хотел на целевой машинке подменить 4-й .boot на .boot 6-и с NFS, т.к. цеплять к ней диски, клаву, монитор было лениво и некогда). Получилась странная вещь (под VmWare): 4-й загрузчик вполне загрузил образ 6-ки ( < 640k ) и успешно запустил его, 6-й не смог загрузить 4-й образ. На настоящей машинке тотже 6-й образ не загрузился (не незаработал, а именно не загрузился загрузчиком). Копаться в заголовках было некогда, так и забил. Но было бы заманчиво снять ограничение в 6XXk просто заменой загрузчика на 6-й (если, конечно, это не ограничение buildqnx).


Дата: 16 Авг,  08:39

Я купил новую плату производства Intel на чипсете P35. Загрузиться с USB флешки получается, но:
на плате нет разъема для подключения PS/2 клавиатуры, только USB порты. Соответственно в QNX4 USB клавиатура не работает.

Я запускал драйвер devu-kbd, в результате появляется устройство /dev/usbkbd0. Но никакой реакции на нажатия клавиш нет. У меня нет Фотона, только текстовая консоль. Можно ли както объяснить QNX-у, с какого устройства нужно ждать нажатия клавиш?

Пробовал также регистрировать ее под именем /dev/kbd на разных этапах загрузки, не помогает.


Дата: 16 Авг,  20:48

Извиняюсь, ввел вас и себя в небольшое заблуждение.
При запуске с HDD клавиатура работает как обычная. Но как только я запускаю io-usb, она отрубается. А без USB нынче тяжеловато. Даже дисковод там только USB-шный можно подключить. Как быть?


Дата: 19 Мар,  08:16

Сделал все, как описал vasiliy
Только в самом начале запускал так:
io-usb
Fsys.umass fsys –h 255,63 –n0=hf &

Все заработало. Делал usb-hdd первым диском. Система грузится отлично.

Затем получил новый комп с диском 160Гб. Загрузка с usb уже не работает. Какую геометрию нужно задавать?


Дата: 5 Сен,  18:19 · Поправил: BrutNemo

Всем доброго времени суток!
Люди будьте так добры скиньте(schatten06@mail.ru) или напишите где можно достать драйвер для USB под QNX.4.25
Заранее благодарен за ответ.

<< . 1 . 2 . 3 . 4 .

You must login to post.

©   2000-2003 Команда проекта QNX.ORG.RU // QNX.ORG.RU Team
Авторы проекта: Дмитрий Алексеев [dmi] и Дмитрий Васильев. Техническое сопровождение проекта: Игорь Сорокин [isorokin]. Информационное сопровождение: Дмитрий Алексеев [dmi]
QNX - зарегистрированная торговая марка QNX Software Systems, Ltd., Canada. Остальные упоминаемые на сайте торговые марки и логотипы являются исключительно собственностью их уважаемых владельцев. Ничьи права не затронуты. Материалы сайта не могут быть скопированы и где-либо использованы в той или иной форме без письменного разрешения разработчиков сайта.
Powered by Mambo Open Source