Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for more precise specification of disk drives #6529

Open
rcfa opened this issue Jul 31, 2024 · 2 comments
Open

Support for more precise specification of disk drives #6529

rcfa opened this issue Jul 31, 2024 · 2 comments
Labels
enhancement New feature or request
Milestone

Comments

@rcfa
Copy link

rcfa commented Jul 31, 2024

Even though QEMU supports it, the UI of UTM allows not to specifiy details.

e.g. IDE drives are created in this sequence:
IDE0.0
IDE0.1
IDE1.0
IDE1.1

but in reality, each of these four allow for two drives, a master and a slave; which is why QEMU has the index command.

So there could be:
IDE0.0 index 0
IDE0.0 index 1
IDE0.1 index 0
IDE0.1 index 1
IDE1.0 index 0
IDE1.0 index 1
IDE1.1 index 0
IDE1.1 index 1

This is particularly relevant, as CD-ROM drives are created as
IDE0.1
as this is the MS-Windows standard. But some legacy operating systems, in particularly NeXTSTEP and OpenStep, which as predecessors of macOS/i(Pad)OS would be particularly interesting to run on a Mac or iOS device, expect the CD-ROM drive to be at:

IDE0.0 index 1

it is thus impossible to install these operating systems under UTM.

Similar issues are applicable in regards to SCSI, where it’s impossible to indicate target and LUN (logical unit number). Again, certain legacy operating systems expect certain devices to be accessible under a specific target and LUN, and UTM simply sequentially allocating them, all with LUN0, isn’t allowing this to work.

@rcfa rcfa added the enhancement New feature or request label Jul 31, 2024
@osy osy added this to the Future milestone Aug 22, 2024
@austintatiousness
Copy link

This is particularly relevant, as CD-ROM drives are created as
IDE0.1
as this is the MS-Windows standard. But some legacy operating systems, in particularly NeXTSTEP and OpenStep, which as predecessors of macOS/i(Pad)OS would be particularly interesting to run on a Mac or iOS device, expect the CD-ROM drive to be at:

Is that the reason behind NeXTStep/OpenStep not being able to proceed in the instillation process?

@rcfa
Copy link
Author

rcfa commented Aug 29, 2024 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants