Description of problem:
Fedora 16 always locks media, and relies on eject request events to invoke the unlock/eject sequence from udev.
Version-Release number of selected component (if applicable):
qemu-kvm-0.12.1-191.el6
How reproducible:
100%
Steps to Reproduce:
1. Boot a Fedora 16 netinst image with an additional, empty CD-ROM
2. Try to change the CD-ROM from the monitor.
Actual results:
The "change" command does not work.
Expected results:
??? No idea, can we get the "change" command to work at all since it relies on a non-forced "eject" to work, and "eject" cannot be done with guest help???
Additional info:

Forgot to mention that eject requests are in fact completely unimplemented by QEMU. Should be doable with Markus's revamp of locked state upstream, but still the doubt on how to make atomic "change" work remains.

More info at http://lwn.net/Articles/423619/
Kay, how does this behavior of udev-172 work exactly, when there are no async events and polling is disabled?
$ cat /sys/block/sr0/events_async
$ cat /sys/block/sr0/events
media_change eject_request
$ cat /sys/block/sr0/events_poll_msecs
-1
$ cat /sys/module/block/parameters/events_dfl_poll_msecs
0

Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
New Contents:
No Documentation Needed

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
http://rhn.redhat.com/errata/RHBA-2012-0746.html

Note

You need to
log in
before you can comment on or make changes to this bug.