Date: Fri, 23 Jun 2000 10:38:22 -0500 From: "Jacques A . Vidrine" <n@nectar.com> To: FreeBSD current users <FreeBSD-current@FreeBSD.ORG> Subject: comments wanted: media load/eject ioctls (was Re: -e option to umount?) Message-ID: <20000623103822.I76049@bone.nectar.com> In-Reply-To: <Pine.BSF.4.21.0006221343230.16434-100000@builder.freebsd.org>; from green@FreeBSD.org on Thu, Jun 22, 2000 at 01:44:47PM -0700 References: <395265AA.AEC5EB8@softweyr.com> <Pine.BSF.4.21.0006221343230.16434-100000@builder.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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 ioctls to da and sa [1]. I don't like the CDIO name, though. I'd like to give these ioctls a different name. I'm not sure what header file might be appropriate for them. I'd like to keep the new ioctls binary-compatible with CDIOC(EJECT|CLOSE)-- i.e. use ioctls 24 & 28. Or maybe I'm the only one who wouldn't like to invoke the name CDIOCEJECT to unload a tape :-) Thanks, -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org [1] Are there other drivers which should support media load/eject, that do not already? Do any systems have system-ejectable PC cards for example (never seen such myself)? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000623103822.I76049>