The Quantum Atlas III evidently has an identical problem to the Atlas II.

It keeps returning queue full until we have reduced the number of tagged
openings to the minimum.

So, put in a quirk entry with the same work-around.  This quirk entry is
only for the 9G Atlas III, once someone comes up with inquiry information
for the 18G version of that drive, we can quirk it as well.

Submitted by:	"Johan Granlund" <johan@granlund.nu>
This commit is contained in:
Kenneth D. Merry 1999-01-07 01:11:24 +00:00
parent f21bc50cc2
commit 4cdd022168
Notes: svn2git 2020-12-20 02:59:44 +00:00
svn path=/head/; revision=42363

View File

@ -26,7 +26,7 @@
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*
* $Id: cam_xpt.c,v 1.33 1998/12/24 06:01:15 mjacob Exp $
* $Id: cam_xpt.c,v 1.34 1999/01/05 21:37:07 ken Exp $
*/
#include <sys/param.h>
#include <sys/systm.h>
@ -265,6 +265,27 @@ static struct xpt_quirk_entry xpt_quirk_table[] =
{ T_DIRECT, SIP_MEDIA_FIXED, "MICROP", "3391*", "x43h" },
/*quirks*/0, /*mintags*/0, /*maxtags*/0
},
{
/*
* Unfortunately, the Quantum Atlas III has the same
* problem as the Atlas II drives above.
* Reported by: "Johan Granlund" <johan@granlund.nu>
*
* For future reference, the drive with the problem was:
* QUANTUM QM39100TD-SW N1B0
*
* It's possible that Quantum will fix the problem in later
* firmware revisions. If that happens, the quirk entry
* will need to be made specific to the firmware revisions
* with the problem.
*
* XXX need to add a quirk for the 18G version of this
* drive, once inquiry information is known.
*/
/* Reports QUEUE FULL for temporary resource shortages */
{ T_DIRECT, SIP_MEDIA_FIXED, quantum, "QM39100*", "*" },
/*quirks*/0, /*mintags*/24, /*maxtags*/32
},
{
/*
* Broken tagged queuing drive