comments wanted: media load/eject ioctls (was Re: -e option to umount?)

2000-06-23 Thread Jacques A . Vidrine
We've had a CDIOCEJECT ioctl `forever'. Several drivers support it, such as cd, acd, and wfd. However, there are other drivers that support removable media but do not support CDIOCEJECT: da and sa. Likewise we have CDIOCCLOSE which should cause a device to load its media. I want to add these i

Re: -e option to umount?

2000-06-23 Thread Jacques A . Vidrine
[I think this thread belongs only on -current for the moment. Please followup there.] On Thu, Jun 22, 2000 at 01:44:47PM -0700, Brian Fundakowski Feldman wrote: > For what it's worth, there's a port, ports/sysutils/eject, which is made > to do this. I'm not one to deny a simple feature in the

Re: -e option to umount?

2000-06-22 Thread Brian Fundakowski Feldman
On Thu, 22 Jun 2000, Wes Peters wrote: > Greg Lehey wrote: > > > > What do people think about adding a -e option to umount(8) to eject a > > removable medium where possible? > > Yes! For what it's worth, there's a port, ports/sysutils/eject, which is made to do this. I'm not one to deny a sim

Re: -e option to umount?

2000-06-22 Thread Wes Peters
Greg Lehey wrote: > > What do people think about adding a -e option to umount(8) to eject a > removable medium where possible? Yes! -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC [EMAIL PROTE

Re: -e option to umount?

2000-06-20 Thread Guy Harris
> Hmm. If SCSI drives are anything like ATAPI drives (and here I confess I > haven't checked), the first I/O after the eject button is pressed will > come back with a marker (eg. check condition) with sense information that > indicates that a user eject was requested. The page at htt

Re: -e option to umount?

2000-06-20 Thread Dag-Erling Smorgrav
Marc van Woerkom <[EMAIL PROTECTED]> writes: > > SGIs and SUNs use an 'eject' command for CDs and DAT tapes. > OpenBSD 2.6 uses 'mt' and 'eject' > NetBSD 1.4 uses 'eject' as well. # mt -f /dev/rsa0 offline # camcontrol eject cd0 DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: s

Re: -e option to umount?

2000-06-19 Thread Parag Patel
On Mon, 19 Jun 2000 01:28:27 MDT, "Kenneth D. Merry" wrote: > >In any case, if an error were returned, the only way you could get that >to work would be to have the media daemon continually ping the drive with >the mounted media, and then unmount it in response to the (likely) unit >attention cond

Re: -e option to umount?

2000-06-19 Thread Steve O'Hara-Smith
On 19-Jun-00 Jacques A . Vidrine wrote: > [trimmed cc: list, now including only -current] > > On Sun, Jun 18, 2000 at 11:54:51PM -0400, Francisco Reyes wrote: >> Also speaking from my own experience I would have expected >> something like this to be part of the system and would have >> never eve

Re: -e option to umount?

2000-06-19 Thread Jacques A . Vidrine
[trimmed cc: list, now including only -current] On Sun, Jun 18, 2000 at 11:54:51PM -0400, Francisco Reyes wrote: > Also speaking from my own experience I would have expected > something like this to be part of the system and would have > never even looked for a port. And you'd find it, at least

Re: -e option to umount?

2000-06-19 Thread Soren Schmidt
It seems Mike Smith wrote: > > That's a cool idea, but unfortunately, it won't work with any hardware I > > know of. > > > > In order for that to work, the CDROM drive would have to generate an AEN > > (Asynchronous Event Notification) and send it to the controller, which > > would have to be cap

Re: -e option to umount?

2000-06-19 Thread Kenneth D. Merry
On Mon, Jun 19, 2000 at 00:27:35 -0700, Mike Smith wrote: > > That's a cool idea, but unfortunately, it won't work with any hardware I > > know of. > > > > In order for that to work, the CDROM drive would have to generate an AEN > > (Asynchronous Event Notification) and send it to the controller,

Re: -e option to umount?

2000-06-19 Thread Mike Smith
> That's a cool idea, but unfortunately, it won't work with any hardware I > know of. > > In order for that to work, the CDROM drive would have to generate an AEN > (Asynchronous Event Notification) and send it to the controller, which > would have to be capable of functioning as a target as well

Re: -e option to umount?

2000-06-19 Thread Kenneth D. Merry
On Mon, Jun 19, 2000 at 02:53:45 -0400, Brandon D. Valentine wrote: > On Mon, 19 Jun 2000, Bob Bishop wrote: > > >What's special about mounted devices? I'd prefer to see an eject command > >which attempts to unmount the device if it's mounted. > > What'd be really spiffy is if when I hit the eje

Re: -e option to umount?

2000-06-19 Thread Daniel O'Connor
On 19-Jun-00 Brandon D. Valentine wrote: > On Mon, 19 Jun 2000, Bob Bishop wrote: > ejected. I know nothing about what happens when I hit the eject button > on a CDROM drive. Anyone care to speculate on if that's a reasonable > thing to implement? I think this sort of stuff should be handled b

Re: -e option to umount?

2000-06-18 Thread Brandon D. Valentine
On Mon, 19 Jun 2000, Bob Bishop wrote: >What's special about mounted devices? I'd prefer to see an eject command >which attempts to unmount the device if it's mounted. What'd be really spiffy is if when I hit the eject button on my CDROM drive that whatever scsi signal that event generates, was

Re: -e option to umount?

2000-06-18 Thread Bob Bishop
At 16:02 -0700 18/6/00, Greg Lehey wrote: >What do people think about adding a -e option to umount(8) to eject a >removable medium where possible? What's special about mounted devices? I'd prefer to see an eject command which attempts to unmount the device if it's mounted. -- Bob Bishop

Re: -e option to umount?

2000-06-18 Thread Donn Miller
Francisco Reyes wrote: > Whether as a separate command or as part of umount this is > certainly something worth having by default. > In particular new users may be a while before they find > ports/packages or will just end up in the questions list. Well, you could have both. For example, you co

Re: -e option to umount?

2000-06-18 Thread Francisco Reyes
On Sun, 18 Jun 2000 21:06:52 +, Charles Anderson wrote: >/usr/ports/sysutils/eject > >On Mon, Jun 19, 2000 at 02:09:44AM +0200, Marc van Woerkom wrote: >> > SGIs and SUNs use an 'eject' command for CDs and DAT tapes. Whether as a separate command or as part of umount this is certainly someth

Re: -e option to umount?

2000-06-18 Thread Charles Anderson
/usr/ports/sysutils/eject On Mon, Jun 19, 2000 at 02:09:44AM +0200, Marc van Woerkom wrote: > > SGIs and SUNs use an 'eject' command for CDs and DAT tapes. > > OpenBSD 2.6 uses 'mt' and 'eject' > NetBSD 1.4 uses 'eject' as well. > > >http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0

Re: -e option to umount?

2000-06-18 Thread Marc van Woerkom
> SGIs and SUNs use an 'eject' command for CDs and DAT tapes. OpenBSD 2.6 uses 'mt' and 'eject' NetBSD 1.4 uses 'eject' as well. http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0&sektion=0&manpath=OpenBSD+2.6&format=html http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0&s

Re: -e option to umount?

2000-06-18 Thread Marc van Woerkom
> What do people think about adding a -e option to umount(8) to eject a > removable medium where possible? SGIs and SUNs use an 'eject' command for CDs and DAT tapes. Here are the manpages for comparison: Irix 6.5: http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=0650&db=man&fname

Re: -e option to umount?

2000-06-18 Thread Matthew Dillon
:What do people think about adding a -e option to umount(8) to eject a :removable medium where possible? : :Greg :-- :Finger [EMAIL PROTECTED] for PGP public key Sounds good! -Matt Matthew Dillon