Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 19 Sep 1999 22:54:26 -0700 (PDT)
From:      Matthew Jacob <mjacob@feral.com>
To:        John and Jennifer Reynolds <jreynold@primenet.com>
Cc:        freebsd-scsi@FreeBSD.ORG
Subject:   Re: How to tell if a quirk "worked"?
Message-ID:  <Pine.BSF.4.05.9909192252100.43272-100000@semuta.feral.com>
In-Reply-To: <14309.51794.537121.179915@localhost.primenet.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> > I now see, much to my embarrassment, that I forgot to document a "FROZEN"
> > state- if the the driver thinks it has lost where things are on the tape,
> > it won't let you do anything but rewind, seek to end of tape, or unload
> > the tape. When any of these actions occur, normal tape operations consistent
> > with that state may resume.
> 
> I should have also said I got a few of these in my syslog:
> 
>  (sa0:ahc0:0:2:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state.
> 
> Tonight, I did "mt rewind" on a tape I was fooling with yesterday and got the
> following in messages:
> 
> (sa0:ahc0:0:2:0): SCB 0x8 - timed out while idle, LASTPHASE == 0x1, SEQADDR == 0x8
> (sa0:ahc0:0:2:0): Queuing a BDR SCB
> (sa0:ahc0:0:2:0): Bus Device Reset Message Sent
> (sa0:ahc0:0:2:0): no longer in timeout, status = 
> 
> anything of consequence?

Take that one up with Justin Gibbs- his HBA driver....

> 
> > 
> > If you set CAMDEBUG, a quirk match will trigger this code in saregister:
> > 
> > #ifdef  CAMDEBUG
> >                 xpt_print_path(periph->path);
> >                 printf("found quirk entry %d\n",
> >                     ((struct sa_quirk_entry *) match) - sa_quirk_table);
> > #endif
> > 
> > The above quirk likely should be:
> > 
> >          {
> >                  { T_SEQUENTIAL, SIP_MEDIA_REMOVABLE, "SEAGATE ",
> >                    "STT8000*", "*"}, SA_QUIRK_FIXED|SA_QUIRK_1FM, 512
> >          },
> 
> OK. I will redo the quirk like above and include CAMDEBUG (I was actually just
> reading cam(4) coincidentally :) and see if things improve. I will also do the
> setoetmodel that you suggested.

Yes- until this can be put into a boot time quirk table, the seteotmodel is a pain to remember. 

> > 
> > [ works with Ebola98 ]
> > !$&!)%(&!)@(%!()@%_(!)@%)_(!@%!!!!!!!###!! :-}
> 
> *definitely*
> 
> Thanks for the response! It is quite late tonight so I'll get back to debugging
> this problem tomorrow. If it is a matter of the quirk being re-written slightly
> as you did above and things work, I'll send-pr with the trivial patch.

Sure thing.




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9909192252100.43272-100000>