Date: Fri, 2 Feb 2007 17:39:21 -0800 (PST) From: mjacob@freebsd.org To: Nate Lawson <nate@root.org> Cc: mjacob@freebsd.org, scsi@freebsd.org Subject: Re: cvs commit: src/sys/cam/scsi scsi_da.c Message-ID: <20070202173751.R55867@ns1.feral.com> In-Reply-To: <45C3AD72.7020007@root.org> References: <20070123173026.E692416A4CD@hub.freebsd.org> <45B65710.4060607@root.org> <20070123105009.G41619@ns1.feral.com> <45B67401.9070102@samsco.org> <20070201150111.B77236@ns1.feral.com> <45C27965.1010803@samsco.org> <45C2E7DB.30204@root.org> <20070202080329.L17850@ns1.feral.com> <45C389A6.1080606@samsco.org> <20070202123844.U36488@ns1.feral.com> <45C3AD72.7020007@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > That's fine, but you'd also have to track things like MODE SELECT or COPY or > FORMAT or other commands that might actually dirty the media without being a > WRITE. No, no, no. Things like MODE SELECT or COPY or FORMAT are out of scope of SYNCHRONIZE CACHE- I don't have time at the moment to chase this, but I'll bet you this is laid out in sbc2 somewhere. > I don't see why GEOM can't open the device read-only to do its probe. Doesn't > it use a device vnode? Sure- but daclose still needs to be made cognizant of that anyway.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070202173751.R55867>