Quirk for this?
Matthew Jacob
lydianconcepts at gmail.com
Mon Feb 26 21:04:25 UTC 2007
Oh, agreed. But rather than wander off into the umass code, thus
spreading quirks around hither and yon, would it make sense to just do
this in da which allows you to check transport type (now at least, for
CAM_NEWTRAN).
And this means, btw, that I don't believe it's necessary to fix all
instantiations of READ CAPACITY (so that camcontrol(8) works).
BTW- now that I think about it, I think that the 'taste' stuff that
GEOM does with disk devices (reading the last sector) actually
wouldn't work with tradtional MagnetoOptical devices anyway- you
cannot read unrecorded media in this case- so GEOM might have to be
dealt with at some point anyway.
On 2/26/07, Warner Losh <imp at bsdimp.com> wrote:
> > It may be a property specific to USB devices, but the code affected is
> > a property of the end target at the end of a transport, not the
> > transport itself.
>
> The transport already does so much futzing with the scsi
> request/replies that go down to the device that one more wouldn't be
> so horrible and would confine this brain-damage to the devices that
> have it...
>
> Warner
>
More information about the freebsd-scsi
mailing list