Поддержит ли Fsys.umass такую флаш-память:

Transcend <TS256MJF120> JetFlash120 USB2.0 Flash Drive 256Mb (RTL) Ultra Speed

Есть ли вероятность, что с какими-либо видами USB2.0 Flash - памяти работа не получится.

Какие марки Flash-памяти заведомо надежно работают?

Спасибо.

Поддержит ли Fsys.umass такую флаш-память:

Transcend <TS256MJF120> JetFlash120 USB2.0 Flash Drive 256Mb (RTL) Ultra Speed

Есть ли вероятность, что с какими-либо видами USB2.0 Flash - памяти работа не получится.

Какие марки Flash-памяти заведомо надежно работают?

Спасибо.

LH
Есть ли вероятность, что с какими-либо видами USB2.0 Flash - памяти работа не получится

Конечно есть, во время тестирования 6.3 beta у меня было две USB флешки, одна работала на ура, вторая вообще нет, та котороя не работала была точно такой же как та, что работала, но с загадочной буквой A в конце. После общения с разработчиками, они якобы поняли в чем проблема, обещали пофиксить, когда вышла последняя бета перед релизом - у меня перестали работать обе флешки...

У меня тоже имелся глюк в 6.3 Флеш-драйв Apacer 203 256 Mb USB 2.0 позволял спокойно читать данные, но при попытке что-то записать выходило сообщение об ошибке + портились, как оказалось потом, данные.

Повидимому lestat говорил о (Beta) Release 2.0 от 07 окрятбря 2005 г. А не Beta релиза драйверов для USB2.0 в QNX4 ведь еще не было?

LH
Повидимому lestat говорил о (Beta) Release 2.0 от 07 окрятбря 2005 г.

Я говорил про QNX6 Что касается драйверов - они идентичны.

Экспериментальным путем мне удалось изготовить загрузочную USB-FLASH с QNX 4.25. При этом удалось сделать так, что Windows видит только отведенный ей раздел и не пытается использовать QNX как FAT. Итого: и QNX грузится, и флешка как флешка работает. Как только будет время (дня через два-три), напишу инструкцию по изготовлению с описанием оставшихся глюков. Самое интересное, что малейшая попытка пересобрать boot, например, с другими параметрами кэша, приводит к сбою загрузки.

vasiliy
Злой хакер

Злой не злой ...

vasiliy
Экспериментальным путем мне удалось изготовить загрузочную USB-FLASH с QNX 4.25. При этом удалось сделать так, что Windows видит только отведенный ей раздел и не пытается использовать QNX как FAT.

Очень интересно.
Опишите здесь, пожалуйста, или мне на mail отпишите: olej@front.ru - буду очень признателен.

Вот ещё вопрос:

juvf
2)Как её подмантировать после размантирования?

- с этим вопросом вы не разобрались?

Olej
Будет описание, уже почти написал, но с работой завал.

К вопросу о многократном монтировании...

Подключение :
Fsys.umass fsys -n0=usb.
Далее либо mount -p /dev/usb.0 (если флэшка разбита на разделы), mount разделов и т.п., либо сразу mount_dos на usb.0

Отключение:
umount в обратном порядке, затем, когда останется только /dev/usb.0, сделать rm /dev/usb.0
(при этом драйвер сам закрывается и можно спокойно ее вынуть, или повторить сначала)

Данный метод проверен на разных машинах/флэшках, прекрасно работает.

Всё, больше это не beta.
Идём и качаем официальный релиз...

The QNX4 USB 2.0 driver update is now released and available for download from the QNX4 area of the Products and Updates section of myQNX.

Thanks,

- Dave Nickerson

Создание загрузочной USB-FLASH с QNX 4.25 + FAT раздел для Windows.

1. Подключаем USB-FLASH в QNX
2. Удаляем все разделы и создаем 1-й раздел QNX (type 77). Достаточно 50 мб для версии без компилятора.
3. Создаем второй раздел на все оставшееся место (type 12)
4. Отключаем флэш-драйв (rm /dev/usb.0)
5. Запускаем Windows XP, заходим на полученый FAT-диск. Его размер в проводнике м.б. равен размеру всей флэшки, что не верно. Форматируем его в FAT, после чего он становится правильного размера.
6. Возвращаемя с QNX
а) ставим флаг Boot на первый раздел, также ставим туда загрузчик
б) Подготавливаем файловую систему QNX. dinit –h /dev/usb.0t77
в) монтируем и кидаем нужные файлы, не забывая про boot & sysinit

Наблюдения:
Если сначала сделать FAT раздел, а потом QNX, то «умная» 2000/XP будет думать что у Вас драйв размера QNX-раздела с файловой системой FAT. Как только вы его в Windows включите, файловая система обычно портится, по этому делается два раздела в определенном порядке.
Иногда на некоторых машиных слетает активный раздел (флаг boot в fdisk), лечится 6.а.

Теперь, собственно, файлы:

BOOT (Proc32 18.07.2005 (последний), Slib32 26.05.1998, Slib16 26.05.1998)

/boot/sys/boot
$ /boot/sys/boot -v

/boot/sys/Proc32
$ /boot/sys/Proc32 -l 11

/boot/sys/Slib32
$ /boot/sys/Slib32

/boot/sys/Slib16
$ /boot/sys/Slib16

/bin/io-usb
$ /bin/io-usb &

/bin/Fsys
$ /bin/Fsys

/bin/Fsys.umass
$ /bin/Fsys.umass fsys -n0=usb.

/bin/mount
$ /bin/mount -p /dev/usb.0 /dev/usb.0t77 /

/bin/sinit
$ /bin/sinit TERM=qnxm


Sysinit.node (сделано для 11 узла)

#Image: /boot/sys/boot -v
#Image: /boot/sys/Proc32 -l 16
#Image: /boot/sys/Slib32
#Image: /boot/sys/Slib16
#Image: /bin/Fsys
#Image: /bin/Fsys.eide fsys -Ndsk0 -n0=hd0. -n5=cd0. eide -a1f0 -i14
#Image: /bin/mount -p /dev/hd0.0 /dev/hd0.0t77 /
#Image: /bin/sinit TERM=qnxm
#export NODE=11
export ABLANG=ru
export TZ=std-03
/bin/rtc -l hw
Dev &
emu87 &
Pipe &
/bin/Dev.ser -N/dev/ser1 3f8,4 &
/bin/Dev.ser -N/dev/ser2 2f8,3 &
Dev.ansi -Q -n6 &
reopen /dev/con1
kbd $CON_KBD
prefix -A /dev/console=/dev/con1
Dev.par &
Dev.pty -n16 &
#/bin/Fsys.eide fsys -Ndsk1 -n0=hd1. -n5=cd1. eide -a170 -i15
#/bin/Fsys.floppy -a3f0 -i6
#/bin/Iso9660fsys /cd1.0=/dev/cd1.0 &
# Define the default CD Rom
#/bin/prefix -A /cd=//0/cd1.0
/bin/Net &
#/bin/Net.ether2100 &
/bin/Net.ether82557 &
netmap -f
nameloc &
chkfsys /
#Dosfsys a=/dev/fd0 &
if test -f /etc/config/bin/tcpip.$NODE
then
. /etc/config/bin/tcpip.$NODE
fi
if test -f /etc/config/bin/ph.$NODE
then
. /etc/config/bin/ph.$NODE
else
tinit -t /dev/con1 &
tinit -T /dev/con[2-6] &
fi

# Load font data
cfont -f 0 /etc/config/cfont/alt-concu14.fon

# Start keymap switcher
kbswitch -p /etc/config/kbd/USA -s /etc/config/kbd/Russia &


Известные проблемы:
Собрать образ с указанием кэша в 2М (Fsys -c 2M) не удается, при любой модификации получается незагружаемый .boot

Собрать со старой версией Proc32 тоже не удалось, хотя выходит загрузчик меньшего размера.

В любом случае, выходит загрузчик размера много выше рекомендованного (из-за usb-io)

Есть глюк: перед обработкой boot'а, сразу после начала загрузки отображается на экран целая страница вопросов , но дальше все в порядке.

Один раз, когда boot оказался неудачным, флэшка "умерла", CRC-Error, QNX диском не признавал, Windows тоже. Починил низкоуровневым форматированием.

Загрузить обычные PC (i865PE не удалось, там только USB-FDD режим, а тут выходит USB-HDD, хотя и флэшка). Стабильно загружается на Kontron (PEP) CP-306.

Используемый драйв: C-One 256Mb USB 2.0 (Pretec i-Disk, маленькая, размером с USB-штеккер без оболочки).

The QNX╝ 4.25 RTOS USB 2.0 Drivers update archive is now released. The
archive, release notes, and installation notes are available for download
from the QNX4 Products & Updates section of myQNX.

The USB 2.0 driver archive for QNX 4 contains drivers as follows: USB
keyboard class driver; USB mouse class driver; USB printer class driver; USB
stack [includes internal support for OHCI, UHCI and EHCI [USB 2.0]
chipsets]; USB status utility [displays USB device information]; USB mass
storage class driver [USB flash keys, USB HDD, etc.].

The QNX╝ 4.25 RTOS USB 2.0 Drivers beta is now closed.


Thanks,

Dave Nickerson
QNX Software Systems

LH

The QNX╝ 4.25 RTOS USB 2.0 Drivers update archive is now released.


Давайте прямые URL, пожалуйста, чтоб не рыскать по http://www.qnx.com/download

Скачивал отсюда:
http://www.qnx.com/download/group.html?programid=8039

Уже нашёл - минут 40 убил ...
Вот ещё так (хоть логониться всё равно придётся):
http://www.qnx.com/download/download/12213/QNX4-USB-2.0-20051114.tgz

www.qnx.com не дает доступа на download. скиньте пожалуста на мыло juvf@mail.ru драйвера QNX4-USB-2.0-20051114.tgz

@Vasiliy
Если из образа выкинуть Slib16 (который в принципе вообще не нужен...), то образ получается нормального размера и проблем с загрузкой вообще не возникает

Как мне подсказали там - Slib16 можно подгрузить из sysinit'а, потом.
А он очень даже нужен!
Без него ни vedit, ни vplus работать не будут, и ещё масса чего-нибудь откажет...
Проверено лично.

booBot
У меня и без него все работает... ну нету у меня 16ти битных приложений...

booBot

А он очень даже нужен!
Без него ни vedit, ни vplus работать не будут, и ещё масса чего-нибудь откажет...
Проверено лично.


-Al-

У меня и без него все работает... ну нету у меня 16ти битных приложений...


Так нужен - или не нужен ... вы как-то определитесь , а то (напомнили ), как в том разговоре в бане: "... Иван Моисеевич, вы или крест с груди снимите - или трусы наденьте"(с).


Как мне подсказали там - Slib16 можно подгрузить из sysinit'а, потом.


А как ??! - по-операционно !

> А как ??! - по-операционно !

QNX4 в состоянии запуститься и без наличия Shlib16 в образе ядра (tested) и, как уже было сказано, Shlib16 требуется лишь некоторым приложениям, причем это отнюдь не /bin/sh.

so IMHO без особых проблем должно быть возможно запустить Shlib16 из sysinit a'la "# Shlib16" как обычное приложение. хотя лично я это не пробовал (без надобности).

// wbr

-klalafuda-[b][/b]

so IMHO без особых проблем должно быть возможно запустить Shlib16 из sysinit a'la "# Shlib16" как обычное приложение. хотя лично я это не пробовал (без надобности).[i][/i]

Однозначно можно. Проверено лично.

booBot
Есть ли способ подружить обе мышки автомагически?
(Чтобы и "прыщик" работал, и USB mouse [if connected])
Универсальное решение: в sysinit забить программу/скрипт, которая запускает usb, анализирует вывод на предмет налачия признаков мыши (тип девайса), и в зависимости от результатов меняет input с одного файла на другой.

про usb мышку тут было, срошу еще раз - как запустить усб мышь?

делаю так

#io-usb & появилось /dev/usb

#devu-mouse & появилось /dev/usbmouse0

#Input msoft fd -d/dev/usbmouse0 & - после этого мышь работает, но только до тех пор, пока не закроешь кансоль, в которой запущена мышь. Как сделать так, чтоб мышь поднималась автоматом, при загрузке фотона7

LH

LH
Оказывается, чтобы заработала USB-мышка в QNX4, ее нужно прописывать
в /etc/config/trap/input.* первой:

msoft fd -d/dev/usbmouse0
kbd -R fd -d/dev/kbd

Так USB-мышка в Photonе заработала

правил этот инпут - мышь не оживает. И еще, от куда возьмется usbmouse0? Наверно сначало нужно запустить io-usb и devu-mouse? Пробывал эти строки в sysinit.node - не помогло. Драйвер запускается а мыш нет.

Может кто-нибудь написать, как настроить ос, чтоб при включении эвм и загрузки photon-a usb мышь работала? буду очень признателен

Василий, Дата: 22 Ноя, 19:25

Всё замечательно, но есть пара "ньюансов":
1) я бы сделал виртуальный диск и назначил в него папку /tmp
2) правильно ли у вас работает дата/время/часовой пояс?

Изменения по п.1:
/bin/Fsys
$ /bin/Fsys -r 32768
в загрузочном образе (для получения виртуального диска объёмом 32MB).

dinit /dev/ram
mount /dev/ram /tmp
chmod a=rwxt /tmp
export TMP=/tmp
в файле /etc/config/sysinit.$NODE

По пункту 2:
Мне не нравится (подозрителен) этот кусок:
export TZ=std-03
/bin/rtc -l hw
всегда ли оно правильно работает? Не "дерутся" ли винды и QNX по поводу времени в RTC?

Вопрос: почему не Fsys.atapi?

juvf
Может кто-нибудь написать, как настроить ос, чтоб при включении эвм и загрузки photon-a usb мышь работала?

У меня на ноуте в sysinit вызывается скриптик:
#!/bin/sh
if test ! -r /dev/usb; then io-usb ehci nosmm ohci nosmm uhci nosmm; fi
if test ! -r /dev/usbkbd0; then devu-kbd -w 10; fi
if test ! -r /dev/usbmouse0; then devu-mouse -w 2; fi
sleep 10
cat /etc/config/trap/input.def > /etc/config/trap/input.$NODE
if test -r /dev/usbmouse0; then
echo "msoft fd -d/dev/usbmouse0 rel -G 2 " >> /etc/config/trap/input.$NODE
fi
if test -r /dev/usbkbd0; then
echo "kbd -R fd -d/dev/usbkbd0 " >> /etc/config/trap/input.$NODE
fi

В /etc/config/trap/input.def лежит то, что было опредлено inputtrap.
USB мыша с клавой работают, если воткнуты. Задержки, возможно, надо уточнить. Первое время при выходе из фотона напрягает вспоминать, что работает только родная клава ноута .

Сделал скрипт. Работает, но работает только скрипт. Т.е. автоматом подмантирует usb и usbmouse0. Автоматом переписывает input.$NODE

Но в photon-e мышь автоматом не запускается. Если ручками написать в консоле Input msoft fd -d/dev/usbmouse0 & то мышь оживает. Почему автоматом мышь не оживает?

Поставить задержку перед запуском фотона?
Попробовать поменять местами строчки в конечном input? (Хотя при запуске в фотоне USB мыша вроде получается последней и работает)
Прописать Input msoft fd -d/dev/usbmouse0 в скрипт ph уже после Photon &?
Пробуйте, както должно заработать, если руками работает .

хрень какая-то. Мышку оживил, но по другому, не так как все.
У меня в sysinit такой скриптик:

if test ! -r /dev/usb; then io-usb ehci nosmm ohci nosmm uhci nosmm; fi
if test ! -r /dev/usbmouse0; then devu-mouse -w 2; fi
sleep 10
#cat /etc/config/trap/input.def > /etc/config/trap/input.$NODE
#if test -r /dev/usbmouse0; then
#echo "msoft fd -d/dev/usbmouse0 rel -G 2 " >> /etc/config/trap/input.$NODE
#fi

т.е. автоматом запускается io-usb и devu-mouse

файл /etc/config/trap/input.NODE я оставил без изменения, т.е. там толко про клаву. А вот я файл /etc/config/bin/input.NODE я первой строкой написал "Input msoft fd -d/dev/usbmouse0 &" и все заработало.
Причем поэксперементировал:
-подключаеш две мышки (пс/2 и усб) и работают две - одновременно (там вопрос был про "прыщь", может так усбмышь и с прыщем заработает)
- включаешь одну - работает, причем как пс/2, так и усб