Harry Lu wrote:
> Will the new interface be used to fix
> http://defect.opensolaris.org/bz/show_bug.cgi?id=252 ?
>
Potentially, yes. Although I've not modified the "sd" driver in my
prototype to return this, that is indeed the correct fix.
- Garrett
> Thanks,
> Harry
>
> On Tue, 2009-12-01 at 15:20 -0800, Garrett D'Amore - sun microsystems
> wrote:
>
>> 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
>>
>> _______________________________________________
>> opensolaris-arc mailing list
>> opensolaris-arc at opensolaris.org
>>
