Qemu m68k virtio drivers for MacOS 7.1-8.1

[Cat_7]

This post keeps track of the various virtio drivers available for qemu-system-m68k

Thanks to the hard work by Elliotnunn and Mcayland, qemu-system-m68k supports:
-tablet style mouse
-file sharing with the host
-reading BasiliskII/SheepShaver style disk images

Note: These options are always based on the latest version of the declrom from: https://github.com/elliotnunn/classicvi ... tag/latest

macOS host

Add the declrom to the command line and make sure the line precedes any of the options below:

Code: Select all

-device nubus-virtio-mmio,romfile=declrom

Tablet driver:

Code: Select all

-device virtio-tablet-device

File sharing with the host:

Code: Select all

-device virtio-9p-device,fsdev=UNIQUENAME,mount_tag="Macintosh HD"
-fsdev local,id=UNIQUENAME,security_model=none,path=/path-to-folder-on-host

Work-In-Progress: Reading (not writing) BasiliskII/SheepShaver disk images:

Code: Select all

-blockdev driver=file,read-only=on,node-name=UNIQUENAME,filename=/path-to-disk-image-on-host
-device virtio-blk,drive=UNIQUENAME

Windows host
Note: The options are the same as for a macOS host, with the exception that file sharing cannot not work due to failing patches for the virtio-9p-device!

Best,
Cat_7

[adespoton]

Wow... that's quite a Christmas present! How difficult would it be to merge this with the screen patches so file sharing and arbitrary resolutions are both supported?

[Cat_7]

Work is being done in that area. They can already run together, but there are some issues.

Best,
Cat_7

[SolraBizna]

Specifically, the nubus-virtio-mmio device needs to be in the first slot. You have to use "-M q800,fb=none", create the nubus-virtio-mmio device, and then do something like "-device nubus-qfb,width=960,height=600,depth=16" afterward.

[SolraBizna]

Specifically, the nubus-virtio-mmio device needs to be in the first slot. You have to use "-M q800,fb=none", create the nubus-virtio-mmio device, and then do something like "-device nubus-qfb,width=960,height=600,depth=16" afterward.

This bug is now fixed, and so the advice in this post no longer applies.

[adespoton]

Hooray! So does that mean it's no longer slot dependent?

[SolraBizna]

Hooray! So does that mean it's no longer slot dependent?

Apparently so.

[adespoton]

Hooray! So does that mean it's no longer slot dependent?

Apparently so.

Does that mean the two monitor patch is integrated now too?

[Cat_7]

No, it means exactly what it says :the order of adding the devices is no longer crucial. The multiple display option is not in the qemu master repository.

Best,
Cat_7

[Cat_7]

I've update the first post to list the virtio options for qemu-system-m68k.
Please note that the latest version of the declrom supports reading Basilisk/SheepShaver style disk images.

Best,
Cat_7

[emendelson]

Are there any details available of how "file sharing with host" works? Presumably not the same as the "Unix" folder in BII/SS, but I can't find any further details.

[Cat_7]

Well, of course!

In the first post in this thread, and in the guide
In the guide you also find the option to switch the opt and command keys (only for -display cocoa)

Best,
Cat_7

[emendelson]

In the first post in this thread, and in the guide
In the guide you also find the option to switch the opt and command keys (only for -display cocoa)

What?!!! We're supposed to read the instructions?!! What oppressive demands are we going to face next???

[Cat_7]

Yes I know, it's a dying art. But you particularly should be acquainted with it.
And also trust your trustworthy moderators to (for better or for worse) explain what needs explaining.

Best,
Cat_7

[emendelson]

Well, if you absolutely insist that we read the instructions, I guess I'll try to live with it just this once.

So I followed the instructions exactly (finally noticing the instruction to partition the disk image), and everything worked perfectly, exactly as it was supposed to. EDIT: I got a divide-by-zero error on the first boot of the installed system, so held down the shift key during restart, and then didn't get the error in subsequent launches.

I hope this doesn't mean I'll be obliged to follow other instructions in the future, but meanwhile, thank you for this!

[emendelson]

I just discovered that the shared-folder in Qemu doesn't seem to preserve resource forks when transferring files from the macOS host to the Qemu/Mac guest. That makes the shared folder useless for transferring most Mac-specific files. Is there any hope this might be fixed someday?

[gmipf]

@emendelson

Isn't it possible to pack the files in a stuffit archive and then move to the share directory?

[emendelson]

@emendelson

Isn't it possible to pack the files in a stuffit archive and then move to the share directory?

Yes, but I would rather use an emulator that doesn't put me to that kind of trouble on both guest and host.