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:
parent
f21bc50cc2
commit
4cdd022168
@ -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
|
||||
|
Loading…
Reference in New Issue
Block a user