>Volker Borchert declared:

>In message <004601c176a7$f5521da0$8341b7d8@george> you write:
>
>|> >I had a Sparc-10 panic at that point when I tried to use a Quantum
>|> >Fireball TM hard drive. The 10's Fast SCSI controller, NetBSD's
>|> >driver, and the notoriously bad SCSI implementation of that disk
>|> >just didn't go together. That same disk works fine in a Sparc-2.
>
>|> Was this a result of the Fireball failing to negotiate synchronous
>|> mode correctly?
>
>I don't know.
>
>IIRC what they are known for is advertising tagged queueing and/or
>disconnect/reconnect but not implementing it correctly. Anyway, with

Ah.  Tagged queuing can be annoying to "uncover".  The
disconnect/reconnect feature can be disabled in the driver,
though (a nasty performance hit!)

>good used DCAS-34330 drives going for less than DEM 100 nowadays,
>I won't bother about that Fireball any more.


Understood.

>|> I.e. could you have editted the mode pages to
>|> disable synchronous negotiation
>
>This was for a temporary box, it was 3 a.m. and I wanted to go to bed.

I know the feeling -- it's *4*am here...  :-/

>So I took that Sparc-2 and was done.
>
>|> and "limped along"?
>
>I don't want to "limp along" ;-)


Yes, I wasn't advocating it as a long term solution.  Rather,
a means to help isolate the problem...

>That Fireball had been retired from day-to-day use when I got my new
>IBM DNES. I had to reuse it because the Fujitsu 2694 I had planned to
>use for that temporary box had not survived two years of storage in
>the basement and was giving hard write errors.

Hmmm... "damp" environment?

--don