summaryrefslogtreecommitdiff
path: root/sys/dev/microcode/isp
diff options
context:
space:
mode:
authormjacob <mjacob@NetBSD.org>1998-07-03 19:11:25 +0000
committermjacob <mjacob@NetBSD.org>1998-07-03 19:11:25 +0000
commitf4918cb22385928da4348c904417561658f71a2f (patch)
tree675c639dffabbe8ec9e7db31c2cbb370decfa231 /sys/dev/microcode/isp
parent935d606f7d27249faec9ea76e80cf639f3460c5b (diff)
kern/5514: take the submitter's advice, at least partially. The time it
takes to do IELEM can be proportional to the number of elements, but is also affected by wierd things like how readable the barcodes on the media are. There are worst case scenarios I've seen where there are white labels on the back of tapes with pencilled in labels which is *just* close enough to being a bar code that an Exabyte 120 would peer at them myopically and long enough for a *really* long time to pass in inventorying the jukebox. I've upped the limit to be proportional to 5 minutes per element. That is long enough that someone I'm sure will complain about "you wait to long and should time out" for broken h/w. As is also noted in the PR, there are a lot of other issues here. It's really also a question as to whether to update this driver or go with CAM's driver. This one doesn't have switching between block descriptors and not, doesn't support volume tag setting, and so on. Time is limited. This PR should have been closed and fixed right away, tho.
Diffstat (limited to 'sys/dev/microcode/isp')
0 files changed, 0 insertions, 0 deletions