Как там с хотя бы рудиментарной виртуализацией powerpc-on-powerpc? Как там с поддержкой PReP?

У меня борда realview-pbx-a9, и ограничение есть.

А ну с армами оно может быть, не тестировал.

О, так расскажите, для чего Вы его используете.

Пародия на amateur OS development. Дальше чтения спеков и писания маленьких root-серверов, пробующих различные сисколлы, дело не доходило. Долго это и геморно — ось писать.

Да, долго и геморно, но интересно.

Отлаживаться. Разве на x86 есть открытые эмуляторы с этой фичей?

Посмотри bochs, я не уверен, есть ли там, но он вроде для отладки рулит.

Спасибо. Понадобится - буду смотреть в его сторону

Оффтоп

Добрый день! Запомнилось, что ты серьезно занимаешься спарками и хорошо разбираешься в этой теме. Меня интересует MicroSPARC. Хотелось бы уточнить такую вещь - правильно ли, что данный процессор не позволяет использовать SMP, а только UP? И насколько он поддерживается в QEMU? Если есть возможность ответить - спасибо.

MicroSPARC - это не процессор, а архитектура. Я знаю две реализации Tsunami и Swift. Не видел smp систем на них, но это не значит, что их не существует. Как минимум, соляра исходит из того, что swift может быть smp. В ванильном qemu поддерживается хорошо, у меня есть пара патчей, которые делают поддержку отличной. :)

А что за проект, если не секрет?

А что за проект, если не секрет?

Это не проект, моя собственная инициатива. Делал кое-что для sun4m в ядре, хочу распространить на весь sparc32.

Ещё вопрос, если ты не против :) На какой версии ядра вы тестируете работоспособность qemu? Беглый просмотр ряда последних версий показал, что в SMP режиме не работает не одно (на sparc32 вообще). Проблема с per-cpu таймерами - они почему-то не тикают.

С таймерами на sun4m разобрался. Проблема в том, что выставляется неправильный режим их работы (в QEMU это TIMER_MODE в slavio_timer.c).

Насколько я помню, есть два режима локальных таймеров - режим таймера и режим счетчика. Сейчас в этот регистр пишется 0xFFFFFFFF - т.е. почему-то все таймеры переводят в режим счетчика. Пишет, как я понимаю, загрузчик, т.к. ядро туда ничего не пишет(что тоже странно). Если из ядра записать маску 0x0, то все нормально. Похоже, писать 0x0 нужно.

alt-x, у тебя есть документация по 4m? Можешь подтвердить верность режимов 1-счетчик, 0-таймер?

С режимами все верно, я разобрался.

Если у тебя есть любая дока по sparc32(sun4m, sun4d, sun4c и т.д.) и если несложно, пошли, плиз, мне ее на почту ttnl@yandex.ru

SMP толком не работает. Не ковырял, потому что не вижу профита - всё равно все виртуальные процы эмулируются на одном реальном.

Ведро в тестах старое. vmlinux-2.6.11. С более новыми - непонятно, поломаны они или qemu...

А, да. Был у меня какой-то патч на эту тему. Но он мне нужен был только чтобы загрузить NextSTEP/OpenSTEP, которые всё равно работают нестабильно. Проблема в них или в qemu мне выяснить не удалось - они не крэшатся, а тихо зависают. Так руки и не дошли сабмитнуть - ожидаемое количество пользователей этой фичи - ~2. :) А darwin/sparc я так и не нашёл.

SMP толком не работает. Не ковырял, потому что не вижу профита - всё равно все виртуальные процы эмулируются на одном реальном.

Профит - возможность отладки операционки. Реальные машины со sparc32 умирают, если негде будет отлаживаться, то его вообще выкинут из ядра.

Кстати, обрати внимание. После разогрева QEMU+OpenBIOS машина приходит не в том состоянии, как после реального железа.

На реальном железе приходящий в ядро режим slavio_timer - это 0x0 (режим таймера для всех таймеров). На QEMU - 0xFFFFFFFF - это режим пользовательского счетчика. Старые ядра закладываются состояние после разогрева на реальном железе - и поэтому сейчас в SMP режиме на QEMU полный fail - не тикают таймеры.

Новое ядро 3.2 на QEMU работает хорошо - и в SMP, и в UP. Единственное - эти таймеры.

После разогрева QEMU+OpenBIOS машина приходит не в том состоянии, как после реального железа.

Я OpenBIOS мало ковыряю. Там только несколько байт моего кода. А можешь проверить, как оно с OBP? Я тебе послал на мыло список чего у меня из лит-ры есть.