Bug 21139
| Summary: | IBM DNES drives need 'quirk table' entry. | ||
|---|---|---|---|
| Product: | Base System | Reporter: | campt <campt> |
| Component: | kern | Assignee: | njl |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Unspecified | ||
| Hardware: | Any | ||
| OS: | Any | ||
On Fri, 8 Sep 2000 campt@miralink.com wrote: > IBM DNES drives do not support more than 64 tagged queued commands and > the default settings for maxtags is 255 which is problematic. Under heavy > write loads this leads to a system crash. > >How-To-Repeat: > Install a DNES drive and perform disk operations. > >Fix: > Add quirk entry in cam/cam_xpt.c for this drive (see below) that limits maxtags to 32. > > { > /* DNES docs state on page 203 that this device only > * supports 64 queued commands. 9gig and 18gig devices P/N > * DNES-318350 and DNES-309170. campt@miralink.com > */ > { T_DIRECT, SIP_MEDIA_FIXED, "IBM", "DNES*","*"}, > /*quirks*/0, */mintags*/2,/*maxtags*/32 > } > Beware, the above entry also encompasses this drive: da0: <IBM DNES-309170W SA30> Fixed Direct Access SCSI-3 device which works fine without the entry. ----- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org On Fri, 8 Sep 2000, Chris D. Faulhaber wrote: > On Fri, 8 Sep 2000 campt@miralink.com wrote: > > > IBM DNES drives do not support more than 64 tagged queued commands and > > the default settings for maxtags is 255 which is problematic. Under heavy > > write loads this leads to a system crash. > > >How-To-Repeat: > > Install a DNES drive and perform disk operations. > > >Fix: > > Add quirk entry in cam/cam_xpt.c for this drive (see below) that limits maxtags to 32. > > > > { > > /* DNES docs state on page 203 that this device only > > * supports 64 queued commands. 9gig and 18gig devices P/N > > * DNES-318350 and DNES-309170. campt@miralink.com > > */ > > { T_DIRECT, SIP_MEDIA_FIXED, "IBM", "DNES*","*"}, > > /*quirks*/0, */mintags*/2,/*maxtags*/32 > > } > > > > Beware, the above entry also encompasses this drive: > > da0: <IBM DNES-309170W SA30> Fixed Direct Access SCSI-3 device > > which works fine without the entry. Just read what they tell me in the docs. I've been using the DNES-309170W SA30 and see the problem, there is also a 309170W with a diffrent firmware that has the same behavior. I turned off tagged queueing alltogether in my application and got much improved stability so I'm at least convinced its necissary, but hey - your call. :) The manual refrenced is a nice 230 some page pdf available from IBM. Maybe I've misread it. t. > > ----- > Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org > -------------------------------------------------------- > FreeBSD: The Power To Serve - http://www.FreeBSD.org > > Tracy Camp Product Development Miralink Corp.PDX Portland OR 503-223-3140 >IBM DNES drives do not support more than 64 tagged queued commands and
>the default settings for maxtags is 255 which is problematic. Under heavy
>write loads this leads to a system crash.
The problem here is the system crash, not that the table starts
out your drive with a tag count of 255. CAM should automatically
reduce the count to the maximum supported by the device. Can
you give some details about the panic you are seeing?
--
Justin
On Fri, 8 Sep 2000, Justin T. Gibbs wrote:
> >IBM DNES drives do not support more than 64 tagged queued commands and
> >the default settings for maxtags is 255 which is problematic. Under heavy
> >write loads this leads to a system crash.
>
> The problem here is the system crash, not that the table starts
> out your drive with a tag count of 255. CAM should automatically
> reduce the count to the maximum supported by the device. Can
> you give some details about the panic you are seeing?
A message along the lines of :
(da2:ahc0:0:3:0): tagged openings now 64
Followed shortly thereafter by a system freeze/hang. Perhaps the word
'crash' was used too quickly here. What seems to be happening is that the
drive stops responding which effectively is a 'crash' from my
standpoint. Its been awhile since we dealt with this actually and I just
now thought about reporting this back. Sorry if this isn't much use, I
don't do kernel stuff normally but am one of the few that can work in C at
all here.
Tracy Camp
Product Development
Miralink Corp.PDX
Portland OR
503-223-3140
State Changed From-To: open->feedback Are any of these drives still around and/or is this a problem? State Changed From-To: feedback->closed Added quirk. We really gotta do a loader object for this stuff. State Changed From-To: closed->feedback I'm re-opening this PR, since it doesn't look like we really got to the root of the problem, but rather masked it with the quirk entry. Tracy, would you be willing to do some debugging in an effort to track this down? [ Please remember to CC PR responses to freebsd-gnats-submit@FreeBSD.org so they get in the PR audit log. On Mon, Jan 29, 2001 at 07:04:22 -0800, Tracy Camp wrote: > On Sun, 28 Jan 2001 ken@FreeBSD.org wrote: > > > Synopsis: IBM DNES drives need 'quirk table' entry. > > > > State-Changed-From-To: closed->feedback > > State-Changed-By: ken > > State-Changed-When: Sun Jan 28 21:33:17 PST 2001 > > State-Changed-Why: > > I'm re-opening this PR, since it doesn't look like we really got to the > > root of the problem, but rather masked it with the quirk entry. > > > > Tracy, would you be willing to do some debugging in an effort to track this > > down? > Sure if somebody can poke me in a month or so. Things are really busy > right at the moment... Okay, I'll ping you if I can remember. Ken -- Kenneth Merry ken@kdm.org Responsible Changed From-To: freebsd-bugs->ken To remind me to ping Tracy in a month. Responsible Changed From-To: ken->njl Reporter should reply back. This PR has been waiting for 20 months for a reply. The requested quirk is currently NOT added and I would like to know if the reporter is still having trouble. I will close this in 2 weeks if there is no further information. State Changed From-To: feedback->closed Back to closed, no response from submitter. |
IBM DNES drives do not support more than 64 tagged queued commands and the default settings for maxtags is 255 which is problematic. Under heavy write loads this leads to a system crash. Fix: Add quirk entry in cam/cam_xpt.c for this drive (see below) that limits maxtags to 32. { /* DNES docs state on page 203 that this device only * supports 64 queued commands. 9gig and 18gig devices P/N * DNES-318350 and DNES-309170. campt@miralink.com */ { T_DIRECT, SIP_MEDIA_FIXED, "IBM", "DNES*","*"}, /*quirks*/0, */mintags*/2,/*maxtags*/32 } How-To-Repeat: Install a DNES drive and perform disk operations.