[Я переименовал это для потомства, так как оно оказывается несколько малиново-пицентричным]
Я хотел бы попробовать QEMU как альтернативу кросс-компиляции. Я использую v. 1.0.1 на fedora 17 [позже: те же результаты с 1.6, собранной из источника], гостевой образ для arm11. Я призываю:
qemu-system-arm -cpu arm1176 -m 256 -kernel [kernel] -append "root=/dev/sda" -hda [fs.img] -M versatilepb -D log.txt
Это не производит никакого вывода и выскакивает пустое окно. Я могу ctrl-alt-2 чтобы получить приглашение "qemu monitor", но я понятия не имею, как использовать это, чтобы сказать мне кое-что о состоянии.
Я абсолютно уверен, что ядро и образ fs действительны, так как они были взяты вместе из реальной системы. Я также попробовал общедоступные образы и ядра, используя доступные для устройства инструкции в режиме онлайн - вот где я получил основы линии вызова. Я знаком с созданием и использованием необработанных образов файловой системы в целом.
Эмулируемая система от Raspberry Pi, и есть длинная нить людей, в основном описывающих успех с qemu (хотя, как уже упоминалось, я не могу дублировать их результаты). Однако, это НЕ вопрос, связанный с Linux или RPI, это вопрос (или три) о qemu:
Может ли QEMU вообще прокомментировать состояние эмулятора? Есть ли способ заставить его сообщать о чем-то - о чем-либо - об успехе - неудаче - о событиях - о чем-либо? Обратите внимание, что он даже не создает файл «log.txt», указанный с параметром
-D, независимо от того, «я» завершаю работу с помощью монитора или просто убиваю процесс.Означает ли факт, что он полностью отключает один процессор? Я полагаю, что это не должно делать.
Можно ли использовать оболочку монитора для устранения подобных проблем?
Я заметил, что если я использую qemu-system-x86_64 -kernel [hostkernel] окно эмулятора и покажет выходные данные загрузки ядра, поэтому пустое окно с -arm подразумевает, что это не запуск . Я просто хотел бы попытаться выяснить, почему.