Не так давно снова взялся за сборку QEMU под QNX 6.3.0 SP3 (версия 0.9.0). В новой версии часть, свойственной предыдущим версиям при работе в QNX, решилась сама собой. Например, работа с сетью. Нужно ее еще оттестировать. Однако появился в свою очередь ряд новых. В первую очередь это касается связки SDL+Photon

1. Вопрос прежде всего к Lestat. QEMU использует сочетания горячих клавиш Ctrl+Alt+1...0 для переключения между консолями. Но эти же сочетакния клавиш использует фотон для переключения между виртуальными рабочими столами. Приходится удерживать дополнительно клавишу Shift, что не так удобно. Можно ли "перехватить" у фотона команду на переключение рабочих столов? Также хотелось бы перехватить нажатие F1.

2. У меня запускались в моей новой сборке QNX 4 demo disk, QNX 6.3.0 SP3, Windows NT/XP, Blin Linux Life CD (облегченная версия). А вот многие другие дистрибутивы Linux (Mephis, Ubuntu 6.0, Mandriva 2007, Blin Linux Life CD (расширенная версия) не запускаются - qemu вылетает в корку при "checking cdrom". После этого должно, по идее, появиться сообщение типа "Mandriva Linux 2007 CDROM". Что в этот момент может Linux такого особенного делать?

3. Собрал поддержку эмуляции x86, x86_64, mips, mipsel, power pc, sh4, arm. Тестировал пока только x86. К сожалению, нормальных образов для тестирования других процессорных систем не было.

Если преодолеть эти баги, то можно говорить о Stable.

>>> Lestat >>> Хотелось бы связаться с тобой по e-mail (а то я его забыл). Если это реально, промейли на lixus@inbox.ru (адрес раскрасил для защиты от спам-роботов, а то забодали уже)

Agent
Если преодолеть эти баги, то можно говорить о Stable.

+ хорошо бы здесь, например:
- 1. освещать время от времени состояние дел;
- 2. повыкладывать как-то вот те сборки ...

Agent
в моей новой сборке QNX 4 demo disk, QNX 6.3.0 SP3, Windows NT/XP, Blin Linux Life CD (облегченная версия).

Сборки будут. Я хотел вчера QPR сделать, только поздно уже было, спать пошел.

А тема про уже была

Agent
Сборки будут. Я хотел вчера QPR сделать, только поздно уже было, спать пошел.

Это хорошо бы ... и дело это неспешное...

Agent
А тема про уже была

Была то она была, это я помню, и всё что в ней было - я сам руками прокатывал... только было оно всё - на уровне разнородных заготовок: "здесь играть, здесь не играть - здесь селёдку заворачивали..." - на доведение его до ума (уже раз доведенного!) нужно потратить много времени.
Хорошо бы, если бы это было доведено "до уровня использования" как то, что поместили в своё время на OpenCD, + хорошо бы его именно туда и поместить, в конечном итоге.

И еще трабл: qnx4 fs не позволяет создавать файлы более 2047 Mb - что для эмуляции плохо.

Также пришлось отказаться от организации виртуального сетевого моста, так как QNX не поддерживает /dev/tun.

Открытый вопрос - портирование KQEMU (qemu акселератор). По моим субъективным наблюдениям, qemu в qnx работает быстро и без ускорителя. Надо, конечно, пустить бенчмарки.

Вопрос только в том, как его запускать. В Windows kqemu работает как служба, в Linux - как модуль ядра. В qnx его можно запускать в качестве демона на одном уровне с драйверами.

Есть еще одна недоделка - esound. Работает, но криво.

Agent
1. Вопрос прежде всего к Lestat. QEMU использует сочетания горячих клавиш Ctrl+Alt+1...0 для переключения между консолями. Но эти же сочетакния клавиш использует фотон для переключения между виртуальными рабочими столами. Приходится удерживать дополнительно клавишу Shift, что не так удобно. Можно ли "перехватить" у фотона команду на переключение рабочих столов? Также хотелось бы перехватить нажатие F1.

В SDL API есть функции для input grab. Если их вызвать, то многие клавиши будут ловиться приложением. Но не все. Переключение консоли точно поймать нормально нельзя. Т.е. комбинацию еще поймать можно, но десктоп всё равно переключится. По поводу F1 по-моему та же заморочка, но в input grabbed mode она ловилась нормально.

Agent
Не так давно снова взялся за сборку QEMU под QNX 6.3.0 SP3 (версия 0.9.0). В новой версии часть, свойственной предыдущим версиям при работе в QNX, решилась сама собой. Например, работа с сетью. Нужно ее еще оттестировать. Однако появился в свою очередь ряд новых. В первую очередь это касается связки SDL+Photon

Да ну их нафиг со своим SP3. Они теперь вместо devc-con используют io-hid, только вот по io-hid базируется на devc-con 3-4 летней давности со всеми ошибками ... честно, это уже не лезет ни в какие рамки. В сад их.

Agent
>>> Lestat >>> Хотелось бы связаться с тобой по e-mail (а то я его забыл). Если это реально, промейли на lixus@inbox.ru (адрес раскрасил для защиты от спам-роботов, а то забодали уже)

На lestat@i.com.ua и mike@malva.ua.

Выкладываю первые результаты работы. Пока QPR не будет - хочу собрать потом полноценный QPR с документацией включая справку по запуску QEMU в QNX и QNX в QEMU. Кстати, вчера поставил из одного старого архива QNX 4.2. Работает .

Качать здесь:

http://umc.ustu.ru/files/uploads/qemu/qemu-0.9.0-qnx-x86.tar.bz2

Для затравки скриншот:

http://umc.ustu.ru/files/uploads/qemu/whistler.jpg

Пофиксил. У нас админ права на сервере шерудит

Agent
Для затравки скриншот:

Хорошая картинка

P.S. у вас там на картинке - System Monitor QNX показывает загрузку 100% ... как реально ощущается загрузка: и в QNX/Photon и в QNX/Windows ?

Работа в "фотоне", в принципе, нормальная. Но это субъективно ощущение. Я гонял простенькие стресс-тесты, когда одновременно запускались другие ресурсоемкие задачи. Однако работа гостевой Windows XP (точнее Whistler) была так себе. Однако если отключить визуальное оформление и ненужные службы, то работа становится более-менее приемлемой. Кстати, гостевой QNX 6.3.0 работает на порядок быстрее. Кстати, 100% - это не постоянно. Windows NT 4.0 SP6 тоже быстро - я даже работал с офисными приложениями. А над kqemu стоит поработать. Если сделать качественно, то работа в QNX qemu будет немногим хуже, чем работа в VmWare.

Блин, пишет 404, нет файла а так хочется скачать.
У меня 0.6.1 - при попытке запустить, пришет could not get DNS adress - что за байда?

Последней версии нет, но вот такая есть:
qemu-0.7.2-patched.tar.bz2.rar
qemu-0.7.2-public.qpr.rar
Пароль на архивы: gfhjkm

Есть 0.9.0 http://community.qnx.com/sf/wiki/do/viewAttachment/projects.qemu/wiki/NeutrinoAsHostForQEM U/qemu-0.9.0-qnx.tar.gz

Пишет что такого файла нет на сайте.
Если не трудно, скинь пожалуста на brother_anton@mail.ru, за ранее благодарен

в 6.4 вылетает в кору 9.0, 6.1 - пишет не найден ДНС и завершается, в 7.2 - не найден libGL.so.3... мрак

Я давно уже не занимаюсь портированием QEMU под QNX, однако:

порт 0.6.1 под QNX был довольно сырым и поддержку сети я в нем в принципе не сделал, нужно запускать QEMU с параметром отключения поддержки сети;

0.7.2 - был собран с поддержкой старой LibGL, рекомендую просто сделать симлинки (если есть к чему, либо взять LibGL из 6.3.x).

Fregl
в 6.4 вылетает в кору 9.0,

Не знаю как у кого, у меня 0.9.0 на qnx 6.4 работает

ну поставил 6.3.2 - все заработало.
скорость конечно не ахти, но таки ХР установилась, и даже распознала все оборудование. единственное что расстроило, что физическая сеть не поддерживается (хотя опеределило какой то там реалтек 8029) но физически ничего не видит. Жаль. Но все равно спасибо. И еще вопрос, почему у меня юзается тока одно ядро, хотя явно указал использовать два ядра, и винда пишет что установлена на многоядерный пк,но видит 1 ядро... баг?