Closed GoogleCodeExporter closed 9 years ago
hi, i can't reproduce this using the same iso with qemu 1.5.1 or 2.1.0 on
debian jessie amd64. maybe your qemu version from homebrew is bugged? can you
try a different version of qemu?
Original comment by mischief@offblast.org
on 27 Sep 2014 at 8:32
Just upgraded to 2.1.2 from QEMU 2.1.0. Still have the same issue. I'm using
Homebrew's bottled QEMU on OS X (installed with `brew install qemu`).
Also, the command I'm running QEMU with is `qemu-system-i386 -hda
9front.qcow2.img -cdrom 9front-3853.02ebd469f43a.iso -boot d -vga std -m 1G`
Original comment by alexchan...@gmail.com
on 27 Sep 2014 at 10:50
Just custom built QEMU 2.1.2 with SDL using `brew install qemu --with-sdl`. The
pre-GUI boot went really slow, and there was a kernel panic (divide error) as
soon as the GUI appeared.
It's worth noting this happened once before, when I first tried to run 9front
on 2.1.0.
Original comment by alexchan...@gmail.com
on 27 Sep 2014 at 11:16
Attachments:
hi, i tested 9front on qemu on osx. it appears there is a bug with 16 bit
graphics mode. when the cd prompts you for the resolution, type '1024x768x32'
for 32 bit depth, instead of the default '1024x768x16'. it worked for me and
should work for you too. if there is another issue after that, please file a
seperate ticket.
Original comment by mischief@offblast.org
on 27 Sep 2014 at 11:19
I killed QEMU and tried again, and made it to the prompt. So it's running
without blurred text on the QEMU 2.1.2 built with SDL.
Original comment by alexchan...@gmail.com
on 27 Sep 2014 at 11:40
Attachments:
hi, so you're saying it's a bug in QEMU?
Original comment by alexchan...@gmail.com
on 27 Sep 2014 at 11:48
the bug could be in qemu, or the libraries qemu uses on OS X. hard to say since
there is a lot of stuff involved in the graphics stack.
maybe you can try a different emulated graphics card (-vga vmware, qxl, cirrus)
and see if it just affects the 'std' emulated graphics card.
case closed.
Original comment by mischief@offblast.org
on 28 Sep 2014 at 12:10
thanks for the panic screenshot. commited patch in rafe936fb2701 avoiding
the division by zero. tsc is probably just wrong on qemu or we'r too fast
and the processors timer interrupts have not fired yet to call accounttime()
which would initialize Mach.perf->period.
Original comment by cinap_le...@felloff.net
on 28 Sep 2014 at 12:46
Could you note this in the installation FAQ, as a bug in QEMU on OSX?
Original comment by alexchan...@gmail.com
on 28 Sep 2014 at 12:52
Original issue reported on code.google.com by
alexchan...@gmail.com
on 27 Sep 2014 at 8:04Attachments: