Hello, there is cdrom autoclose feature that is supposed to close the tray, wait for the disc to become ready, and then open the device. This used to work in ancient times. Then in old times there was a hack in util-linux which worked around the breakage which probably resulted from switching to scsi emulation. Currently util-linux maintainer refuses to merge another hack on the basis that kernel still has the feature so it should be fixed there. The code needs not be replicated in every userspace utility like mount or dd which has no business knowing which devices are CD-roms and where the autoclose setting is in the kernel. v3: - change the VMware workaround to use blacklist flag - use exported function instead of ioctl v4: - fix crash reported by kernel test robot - fix the debug message logic while refactoring cdrom_open - move repeated code out of __blkdev_get Link: https://lore.kernel.org/lkml/cover.1571834862.git.msuchanek@xxxxxxx/ Link: https://lore.kernel.org/lkml/cover.1513263482.git.msuchanek@xxxxxxx/ Michal Suchanek (10): cdrom: add poll_event_interruptible cdrom: factor out common open_for_* code cdrom: wait for the tray to close cdrom: export autoclose logic as a separate function cdrom: unify log messages. bdev: reset first_open when looping in __blkget_dev bdev: separate parts of __blkdev_get as helper functions bdev: add open_finish scsi: blacklist: add VMware ESXi cdrom - broken tray emulation scsi: sr: wait for the medium to become ready Documentation/filesystems/locking.rst | 2 + drivers/cdrom/cdrom.c | 471 +++++++++++++------------- drivers/scsi/scsi_devinfo.c | 15 +- drivers/scsi/sr.c | 60 +++- fs/block_dev.c | 80 +++-- include/linux/blkdev.h | 1 + include/linux/cdrom.h | 1 + include/scsi/scsi_devinfo.h | 7 +- 8 files changed, 360 insertions(+), 277 deletions(-) -- 2.23.0
