On Wed, 9 Feb 2000 allisonp@world.std.com wrote:
> This is wrong, it's grant priority is and should be higher than everything
> other than the network (IE: close to the cpu!).  If the TK50 is not
> serviced fast enough you have short records and very slow operation.

really? all the docs i see generally say put tape controllers at the end, 
in low priorities. with KA630 it worked in the same position (granted, 
the KA630 might have been slow enough that it didnt matter). The priority 
i always gave stuff was , first network, then the async muxes, then 
disks, then tapes. 

> 
> It's also pretty easy to bump the DIP switches on the TQK50 controller
> board.

the board is properly configured, according to the manuals i have. set to 
unit zero, CSR set for the first tmscp device, all kosher. 

the board might have just flaked out, too. 

ill try putting it in a higher priority slot next to the delqa.. 

isildur