Date: Mon, 19 Nov 2007 16:14:23 +0000 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> 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: <3859.1195488863@critter.freebsd.dk> In-Reply-To: Your message of "Mon, 19 Nov 2007 17:09:07 %2B0100." <86lk8umd3w.fsf@ds4.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <86lk8umd3w.fsf@ds4.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wr ites: >"Poul-Henning Kamp" <phk@phk.freebsd.dk> writes: >> In message <473DD94D.8050605@samsco.org>, Scott Long writes: >> > But then why not have g_access be able to communicate the ability to >> > access the device independent from the ability to access the media? >> > Seems like both of these questions are "access" questions. >> Because that is a lot more work for no benefit I can see ? > >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. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3859.1195488863>