Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 11 Oct 2010 22:11:56 +0200
From:      Pawel Jakub Dawidek <pjd@FreeBSD.org>
To:        John Baldwin <jhb@freebsd.org>
Cc:        Alexander Motin <mav@freebsd.org>, freebsd-current@freebsd.org, Andriy Gapon <avg@icyb.net.ua>, sos@freebsd.org
Subject:   Re: letting glabel recognise a media change
Message-ID:  <20101011201156.GB2346@garage.freebsd.pl>
In-Reply-To: <201010111103.26780.jhb@freebsd.org>
References:  <4CA3BD7C.9080306@feral.com> <20101010155340.GQ1733@garage.freebsd.pl> <4CB22833.70304@FreeBSD.org> <201010111103.26780.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--7ZAtKRhVyVSsbBD2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Oct 11, 2010 at 11:03:26AM -0400, John Baldwin wrote:
> With CD drives you are also rather stuck in that the existing ABI for
> controlling CD drives (e.g. ioctls in 3rd party software to eject a CD) a=
re
> done on the /dev/cdX device.  Ideally enclosures for removable media would
> be separate devices from the removable media itself, but a lot of existing
> software for CD's would break if this changes now.

Right, but I still wonder if we could execute provider orphan and
retaste on various events like media insertion or removal. If media is
removed we orphan provider and recreate it, which will trigger retaste,
and this is fine there will be nothing to read from or write to (we will
simply return errors as we do now, I think). This way we nicely
co-operate with GEOM, but also with other tools that don't require media
to be present (if there is no media devfs entry still exists and handles
ioctls, it just return errors on read requests).

--=20
Pawel Jakub Dawidek                       http://www.wheelsystems.com
pjd@FreeBSD.org                           http://www.FreeBSD.org
FreeBSD committer                         Am I Evil? Yes, I Am!

--7ZAtKRhVyVSsbBD2
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (FreeBSD)

iEYEARECAAYFAkyzb4wACgkQForvXbEpPzS2kACgwm7yHuK8uCEsKGhWFY0Wc1Fp
gMwAnive/5dGqazefom+qhiMVioJ7RVb
=5s5S
-----END PGP SIGNATURE-----

--7ZAtKRhVyVSsbBD2--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101011201156.GB2346>