Date: Mon, 19 Nov 2007 17:32:32 +0100 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> To: "Poul-Henning Kamp" <phk@phk.freebsd.dk> Cc: Scott Long <scottl@samsco.org>, src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG, Nate Lawson <nate@root.org>, =?utf-8?Q?S=C3=B8ren?= Schmidt <sos@deepcore.dk> Subject: Re: cvs commit: src/sys/dev/ata atapi-cd.c atapi-cd.h Message-ID: <86ejemmc0v.fsf@ds4.des.no> In-Reply-To: <3859.1195488863@critter.freebsd.dk> (Poul-Henning Kamp's message of "Mon\, 19 Nov 2007 16\:14\:23 %2B0000") References: <3859.1195488863@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
"Poul-Henning Kamp" <phk@phk.freebsd.dk> writes: > Dag-Erling Sm=C3=B8rgrav <des@des.no> writes: > > There is another closely related problem which also needs fixing and > > which also requires GEOM to distinguish between device and media: > > GEOM's behaviour when the media changes while the device is open > > (e.g. burning a CD). AFAIK, it is not currently possible to > > properly fixate a CD-R in FreeBSD; the CDRIOCFIXATE ioctl always > > fails because once the media has changed (from blank to non-blank), > > all access fails until you close and reopen the device. > This is so CD specific that somehow it must be managed inside the > driver. No, it just happens that CDs are the only currently existing case. Another case (which we don't have in our current code base) is a volume manager which allows on-line resizing of a volume (e.g. my unfinished glvm), combined with a file system which also allows on-line resizing (e.g. IBM JFS2). You want to be able to plug in a new disk, add it to the pool, grow an existing volume in the pool, and finally grow the file system residing in that volume, all while the file system is mounted r/w and in use. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86ejemmc0v.fsf>