The following case is so obvious that it could possibly be scoped as an
automatic case.  However, given that it is introducing a new Committed
ioctl, its a fast-track.

        - Garrett

Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
This information is Copyright 2009 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
         DKIOCREADONLY
    1.2. Name of Document Author/Supplier:
         Author:  Garrett D'Amore
    1.3  Date of This Document:
        01 December, 2009
4. Technical Description

Currently, the "hal" daemon that is responsible for automatically mounting
media is unable to mount read-only SDcard (write protect tab enabled) media,
because it has no way to detect this media needs to be mounted read only.
(hal is implemented with run-time checks for floppy media, and with a hard
coded rule for CDROM media.)

What is needed is a generic run-time check via an ioctl, that hal can use
to determine if it is appropriate to perform a read-only mount.

Therefore, we propose a new ioctl code be added to dkio(7I), as follows
(note that this is in the style of the existing man page, which is technically
not quite right):

             DKIOCREADONLY

         The argument to this ioctl() is an integer.  After  suc-
         cessful  completion, this ioctl() sets that integer to 
         a non-zero value if the drive in  question  has read-only
         media.  If the media is writable, or not present, the
         integer is set to 0.

(Technically, the argument is *pointer* to an integer, but that's true
for the other ioctls documented in dkio(7D).)

Note that sd(7D) does not currently implement this, and will return
an errno (ENOTTY, I believe). 

We request "patch" binding for this ioctl (although we have no plans to
backport), and Committed stability level.


6. Resources and Schedule
    6.4. Steering Committee requested information
        6.4.1. Consolidation C-team Name:
                ON
    6.5. ARC review type: FastTrack
    6.6. ARC Exposure: open

Reply via email to