blob: d1cb95a7dee0a4ae2579e0227968f7f6b42a4b6a (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
|
performance: 0.725
device: 0.690
other: 0.650
network: 0.545
semantic: 0.539
graphic: 0.529
PID: 0.528
permissions: 0.413
boot: 0.399
vnc: 0.332
debug: 0.329
files: 0.315
socket: 0.280
KVM: 0.123
QEMU is not correctly detecting host CDs
QEMU's block layer contains code for detecting and using ioctls when real CD-ROM host devices are attached.
This detection is not working in some host OSes while bad implemented on anothers.
E.g., in Linux host qemu -cdrom /dev/sr0 is not detecting it as a CD-ROM
E.g., in Mac OS X host qemu asks the kernel to enumerate optical devices and the compares it to the constant string "/dev/cdrom". This is useless, that enumeration is just enough, and "/dev/cdrom" will NEVER exist in Mac OS X unless manually created by the user.
The linux /dev/sr0 issue should be fixed upstream:
http://git.savannah.gnu.org/cgit/qemu.git/commit/?id=3baf720e6b920d583ce2834d05e5a4e9603a1d56
Maybe it's worth a backport to stable
Looking through old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays?
I use real CD-ROM disc in Mac OS and Windows guests on my Mac OS 10.12 host. I have to run QEMU in root mode using the sudo command in order to access the CD-ROM drive. So I know QEMU's support for using real optical media on Mac OS hosts does work.
OK, thanks for the confirmation, John, so seems like this bug has been fixed in the past and we can close it now.
|