🚀 go-pugleaf

In article <4b5f4s$hk0@istwok.ods.com> david@ods.com (David Engel) writes:
>Paul Gortmaker (gpg109@leonard.anu.edu.au) wrote:
>> >since it has a significant impact on performance.  So far, Micropolis
>> >technical support has not shown any interest in pursuing the problem.
>> >I'm hoping they'll show more interest if I can find others who are
>> >seeing it also.
>> 
>> Heh, I am not surprised. Look how long it took Conner to own up to
>> the buggy firmware on the 1060S drive. And that was broken under
>> *normal* use (i.e. no TQ or anything fancy), with probably hundreds
>> of linux users reporting it.
>
><chuckle> I was one of the first, if not the very first, to report
>that problem to Connor.  I got the same treatment from them then that
>I am getting from Micropolis now.  Fortunately, I was able to return
>the Connor drive for a full refund and wound up getting the Micropolis
>drive.  When others started reporting the Connor problem in various
>newsgroups, I directed them to the Connor tech support manager that I
>"dealt" with.  Connor eventually fixed their firmware.  I don't have
>the option of returning the Micropolis drive this time so I'm taking a
>more active approach. :-)

If you are 100% certain the tag queuing is AFU in the Micropolis
drives, you could write up in technical detail your evidence that
it sucks, and e-mail it to their principle voting member of X3T10,
who is Chris Nieves (Chris_Nieves@microp.com).  I'm sure he'll
ignore e-mail looking for routine tech support, but if TQ is broken
he should know about it.


-- 
Gary M. Watson                              
Electronic Engineer                         Internet: trimm@netcom.com
Sigma-Trimm Technologies, A Division of Robroy Industries
350 Pilot Road   
Las Vegas, NV 89119                         Phone: (800) 423-2024 x2115 
** Enclosures for SCSI, RAID, Fibre Channel, and SSA **