Date: Mon, 26 Feb 2007 10:41:37 -0800 From: "Matthew Jacob" <lydianconcepts@gmail.com> To: "Scott Long" <scottl@samsco.org> Cc: "M. Warner Losh" <imp@bsdimp.com>, scsi@freebsd.org Subject: Re: Quirk for this? Message-ID: <7579f7fb0702261041ld6f4a09q732bbbc419cf1c73@mail.gmail.com> In-Reply-To: <45E3092A.5040404@samsco.org> References: <45DE6C64.8020400@samsco.org> <20070223.100839.112608684.imp@bsdimp.com> <7579f7fb0702231017rdc246ebqeface91c9d5481e3@mail.gmail.com> <20070225.230019.1649768891.imp@bsdimp.com> <7579f7fb0702252331m7d3a61c5u224d898b4f04248c@mail.gmail.com> <45E3092A.5040404@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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. On 2/26/07, Scott Long <scottl@samsco.org> wrote: > Matthew Jacob wrote: > >> > >> I took a look at Linux, and they have a quirk for this. A bunch of > >> cameras have this bug, as do iPods and a few media readers... > >> > > > > So, is your take then we should have a "subtract by N" read capacity quirk? > > If it's just a USB property, I'd like to avoid adding a quirk to the CAM > core, especially one that requires multiple arguments. > > Scott > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7579f7fb0702261041ld6f4a09q732bbbc419cf1c73>