From owner-cvs-src@FreeBSD.ORG Mon Nov 19 16:32:53 2007 Return-Path: Delivered-To: cvs-src@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0DFC16A41A; Mon, 19 Nov 2007 16:32:53 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id A1E1D13C4B8; Mon, 19 Nov 2007 16:32:52 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 676BB2091; Mon, 19 Nov 2007 17:32:33 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 42F55208A; Mon, 19 Nov 2007 17:32:33 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 1F2538448D; Mon, 19 Nov 2007 17:32:33 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Poul-Henning Kamp" References: <3859.1195488863@critter.freebsd.dk> Date: Mon, 19 Nov 2007 17:32:32 +0100 In-Reply-To: <3859.1195488863@critter.freebsd.dk> (Poul-Henning Kamp's message of "Mon\, 19 Nov 2007 16\:14\:23 +0000") Message-ID: <86ejemmc0v.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Scott Long , src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG, Nate Lawson , =?utf-8?Q?S=C3=B8ren?= Schmidt Subject: Re: cvs commit: src/sys/dev/ata atapi-cd.c atapi-cd.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 16:32:54 -0000 "Poul-Henning Kamp" writes: > Dag-Erling Sm=C3=B8rgrav 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