Qemu-OSX-3.1pre-screamer-30102018 boot issue
Moderators: Cat_7, Ronald P. Regensburg
Qemu-OSX-3.1pre-screamer-30102018 boot issue
I´m trying to run MacOS 9.2 with the above build after a time out on Mojave.
Booting and installing OS9 is not a problem, but I cant seem to boot from HDD.
After removal of the MacOS9.2.iso from qemu.command the emulator hangs at:
Am I missing something obvious?
Can somebody enlighten me, please?
I don´t recall this issue with an earlier screamer build for Windows.
The qemu.command looks like this, nothing uncommon:
Booting and installing OS9 is not a problem, but I cant seem to boot from HDD.
After removal of the MacOS9.2.iso from qemu.command the emulator hangs at:
Am I missing something obvious?
Can somebody enlighten me, please?
I don´t recall this issue with an earlier screamer build for Windows.
The qemu.command looks like this, nothing uncommon:
- adespoton
- Forum All-Star
- Posts: 4227
- Joined: Fri Nov 27, 2009 5:11 am
- Location: Emaculation.com
- Contact:
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
Change -boot d to -boot c -- you're still trying to boot from the CD ROM, and OpenBIOS isn't finding anything to boot from and so is waiting for you to insert a CD.
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
Thanks a bunch for helping me out of this quickly, adespoton!
The VGA drivers do look nice meanwhile, sound still is an issue at least with my Mojave notebook.
Are you aware of a list of command settings for Qemu recent not TLTR?
Work in progress is hard to document and hardly documented most of the time, I suppose.
The VGA drivers do look nice meanwhile, sound still is an issue at least with my Mojave notebook.
Are you aware of a list of command settings for Qemu recent not TLTR?
Work in progress is hard to document and hardly documented most of the time, I suppose.
- adespoton
- Forum All-Star
- Posts: 4227
- Joined: Fri Nov 27, 2009 5:11 am
- Location: Emaculation.com
- Contact:
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
The nice thing now is that you get a default set of VGA drivers *AND* you can set your own custom resolution on the command line.24bit wrote:Thanks a bunch for helping me out of this quickly, adespoton!
The VGA drivers do look nice meanwhile, sound still is an issue at least with my Mojave notebook.
Are you aware of a list of command settings for Qemu recent not TLTR?
Work in progress is hard to document and hardly documented most of the time, I suppose.
I don't know of any current WIP list of command settings; there's a smattering of them scattered through this forum, but for anything unusual, I usually have to go to the source code to check the flags available.
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
I keep track of changes to qemu features wrt ppc emulation.
Nothing springs to mind that improves performance right now.
There will be newer qemu builds as soon as 4.0 is out of rc status.
It will contain some 2-d ati-vga (f.e., Rage 128 Pro) emulation which is useful for running some linux ppc versions, but not (yet) for mac os/osx.
I have been attempting to load the bios for such a card in openbios, but openbios seems not complete enough to allow that (and my knowledge too limited to fix it).
Best,
Cat_7
Nothing springs to mind that improves performance right now.
There will be newer qemu builds as soon as 4.0 is out of rc status.
It will contain some 2-d ati-vga (f.e., Rage 128 Pro) emulation which is useful for running some linux ppc versions, but not (yet) for mac os/osx.
I have been attempting to load the bios for such a card in openbios, but openbios seems not complete enough to allow that (and my knowledge too limited to fix it).
Best,
Cat_7
- adespoton
- Forum All-Star
- Posts: 4227
- Joined: Fri Nov 27, 2009 5:11 am
- Location: Emaculation.com
- Contact:
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
Someone who frequents these forums was trying that last summer and got to a proposed fix for the loading part, didn't they? The problem back then was that the actual code wasn't implemented, so all they could load was a stub.Cat_7 wrote:I keep track of changes to qemu features wrt ppc emulation.
Nothing springs to mind that improves performance right now.
There will be newer qemu builds as soon as 4.0 is out of rc status.
It will contain some 2-d ati-vga (f.e., Rage 128 Pro) emulation which is useful for running some linux ppc versions, but not (yet) for mac os/osx.
I have been attempting to load the bios for such a card in openbios, but openbios seems not complete enough to allow that (and my knowledge too limited to fix it).
Best,
Cat_7
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
Yes,
I read the whole thread on the openbios list. Dartnvader tried to pass-through a card. In this case the card is already seen in openbios (and mac os/osx), it is the rom loading that gets quite far. Many forth words are correctly added, but it then fails on map-in. This is not yet implemented sufficiently "real" to allow the rom to fully populate the device tree.
I decompiled the rom and finally found that out.
I gave up.
Best,
Cat_7
I read the whole thread on the openbios list. Dartnvader tried to pass-through a card. In this case the card is already seen in openbios (and mac os/osx), it is the rom loading that gets quite far. Many forth words are correctly added, but it then fails on map-in. This is not yet implemented sufficiently "real" to allow the rom to fully populate the device tree.
I decompiled the rom and finally found that out.
I gave up.
Best,
Cat_7
- adespoton
- Forum All-Star
- Posts: 4227
- Joined: Fri Nov 27, 2009 5:11 am
- Location: Emaculation.com
- Contact:
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
Ah; that makes sense. So we're in a bit of a chicken-egg situation at this point, unless someone has a well enough documented firmware mapping for a reference card.
That's way beyond what I've ever done with Forth; hopefully someone who's got more time and has spent more time in the world of 1990s graphics hardware will be able to build up the vocabulary to the point where an OS can boot and we can use its interface to probe for function mappings.
That's way beyond what I've ever done with Forth; hopefully someone who's got more time and has spent more time in the world of 1990s graphics hardware will be able to build up the vocabulary to the point where an OS can boot and we can use its interface to probe for function mappings.
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
That does look like a really big obstacle.
How is GPU support done in VMWare and VirtualBox?
Any chance that their procedures may be adopted for Qemu?
Could you please tell me the correct text string to set the Qemu screen to say hight 700 and width 1200?
I like the size for SheepShaver in window mode on my laptop and Qemu might be nice to have that way too.
How is GPU support done in VMWare and VirtualBox?
Any chance that their procedures may be adopted for Qemu?
Could you please tell me the correct text string to set the Qemu screen to say hight 700 and width 1200?
I like the size for SheepShaver in window mode on my laptop and Qemu might be nice to have that way too.
- adespoton
- Forum All-Star
- Posts: 4227
- Joined: Fri Nov 27, 2009 5:11 am
- Location: Emaculation.com
- Contact:
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
You'll want to add -g 1200x700x32
My 10.4.11 config currently looks like this:
"./$osver" \
-L pc-bios \
-boot c \
-drive file="/dev/disk$DEVNUM",format=raw,media=disk \
-M mac99 \
-m 512 \
-cpu G3 \
-netdev user,id=vlan0 \
-device sungem,netdev=vlan0 \
-device VGA,edid=on \
-g 1280x720x32 \
-name "- $osver" & EMUPID=$!
where $osver is the name of the binary (and also the version number of the OS) and /dev/disk$DEVNUM points to the pre-mounted device to boot from, because I use sparse shadow images so the host can manage snapshotting, diffing, etc.
My 10.4.11 config currently looks like this:
"./$osver" \
-L pc-bios \
-boot c \
-drive file="/dev/disk$DEVNUM",format=raw,media=disk \
-M mac99 \
-m 512 \
-cpu G3 \
-netdev user,id=vlan0 \
-device sungem,netdev=vlan0 \
-device VGA,edid=on \
-g 1280x720x32 \
-name "- $osver" & EMUPID=$!
where $osver is the name of the binary (and also the version number of the OS) and /dev/disk$DEVNUM points to the pre-mounted device to boot from, because I use sparse shadow images so the host can manage snapshotting, diffing, etc.
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
Thanks for taking the time!
I already stumbled across the -g setting via my favourite search engine.
However with Qemu 3.1 on my side, -g only controls the size of the yellow window.
The screen size in MacOS is no different that way on my side.
Its not a vital issue of course, 1024x768 is not bad either.
I already stumbled across the -g setting via my favourite search engine.
However with Qemu 3.1 on my side, -g only controls the size of the yellow window.
The screen size in MacOS is no different that way on my side.
Its not a vital issue of course, 1024x768 is not bad either.
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
With newer builds you can add:
-device VGA,edid=on
to the command line. Additionally, xres=1200,yres=700 could be added like this:
-device VGA,edid=on,xres=1200,yres=700
But the latter will not work with qemu-system-ppc. -device VGA,edid=on does provide a longer list of resolutions to choose from.
Best,
Cat_7
-device VGA,edid=on
to the command line. Additionally, xres=1200,yres=700 could be added like this:
-device VGA,edid=on,xres=1200,yres=700
But the latter will not work with qemu-system-ppc. -device VGA,edid=on does provide a longer list of resolutions to choose from.
Best,
Cat_7
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
Thanks for clarifying Cat_7!
So, for the time being there is no setting for a custom screen size in MacOS available.
Not that it would matter much, good to know anyway.
Thanks for your work keeping all those Qemu builds sorted and working!
So, for the time being there is no setting for a custom screen size in MacOS available.
Not that it would matter much, good to know anyway.
Thanks for your work keeping all those Qemu builds sorted and working!
- adespoton
- Forum All-Star
- Posts: 4227
- Joined: Fri Nov 27, 2009 5:11 am
- Location: Emaculation.com
- Contact:
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
If you want a custom size and don't mind getting your hands dirty, check out https://github.com/adespoton/qemu-vga-driver-custom -- I've got a driver with tweaked defaults, plus instructions on how to add your own with a hex editor.
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
Thanks for your kind offer, adespoton.
I´m not using Qemu PPC that often, so its not on the top of my to-do list.
Good to know there is a hack for that, just in case someone else needs it.
I´m not using Qemu PPC that often, so its not on the top of my to-do list.
Good to know there is a hack for that, just in case someone else needs it.
- adespoton
- Forum All-Star
- Posts: 4227
- Joined: Fri Nov 27, 2009 5:11 am
- Location: Emaculation.com
- Contact:
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
Wow... Nanosaur actually runs? I thought it required an ATi Rage card?
Re: Qemu-OSX-3.1pre-screamer-30102018 boot issue
I did not actually play through it.
It seems there is some kind of "dropback" software renderer with some games from the G3 era.
More demanding games will not offer this workaround.
But yes, the shareware Nanosaur loads in demo mode and "does" something.
It seems there is some kind of "dropback" software renderer with some games from the G3 era.
More demanding games will not offer this workaround.
But yes, the shareware Nanosaur loads in demo mode and "does" something.