Re: [Rdi1] Re: [PATCH] Add MOUNT_STATUS ioctl to cdrom device

[Samphan Raruenrom <samphan@nectec.or.th>]

Jens Axboe wrote:
> On Tue, Aug 26 2003, Christoph Hellwig wrote:
>>On Tue, Aug 26, 2003 at 04:09:54PM +0700, Samphan Raruenrom wrote:
>>>The only visible feature of this new magicdev is that now
>>>GNOME users can eject there CDs (the discs' icon will
>>>disappear). The eject button now act as 'umount' command.
>>>One new requirement from this new magicdev is the question
>>>"will umount failed?". I have no preference on any way to
>>>implement it. Should there be the right way to do it, I'll
>>>do so. I can think of many way to implement it (including
>>>adding a new lazy-lock mode to cdrom device) but since
>>>I have no kernel hacking experience, I need everyone
>>>advices. Novice users need this 'eject' button after all.
>>This doesn't make sense at all.  Just try the unmount and
>>tell the user if it failed - you can't say whether it will
>>fail before trying.

Yes, you can! Reading the code, if vfsmount.mnt_count > 1 then
umount on that device will fail. Similar function is used
by autofs, i.e. may_umount() in fs/namespace.c. I know the patch
is not beautiful but it work.
Hmm. You seem to advice me to detect the 'eject' button then issue
a umount? I don't know how and I guess it is impossible. But maybe
I'm wrong.

> Exactly. You poll media events from the drive, and upon an eject request
> you try and umount it. If it suceeds, you eject the tray. 

No, it seems impossible to sense the eject request (right?). This
is what I really did with the patched kernel and patched magicdev.
When, for example:-

- user insert CD
- magicdev sense the CD, mount /dev/cdrom -> eject is ok
- user play an mp3 file in the disc
- magicdev found MOUNT_STATUS=BUSY, lock the drive -> eject disabled
- user stop using any file on the disc
- magicdev found MOUNT_STATUS=MOUNTED, unlock the drive -> eject is ok
- user push the eject button, the disc pop out because it's not locked.
- magicdev sense empty drive, umount /dev/cdrom


-- 
Samphan Raruenrom,
The Open Source Project,
National Electronics and Computer Technology Center,
National Science and Technology Development Agency,
Thailand.