From 7760d935b2dddf6b5eb00f8eb923168978b397ba Mon Sep 17 00:00:00 2001
From: briggs <briggs@cvs.openbsd.org>
Date: Sun, 23 Jun 1996 16:08:24 +0000
Subject: Wait a little longer in wait_req_true/false.  Some targets take their
 time.

---
 sys/arch/mac68k/dev/ncr5380.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

(limited to 'sys/arch/mac68k')

diff --git a/sys/arch/mac68k/dev/ncr5380.c b/sys/arch/mac68k/dev/ncr5380.c
index f4359ba4a1b..e387ccdebf5 100644
--- a/sys/arch/mac68k/dev/ncr5380.c
+++ b/sys/arch/mac68k/dev/ncr5380.c
@@ -1,5 +1,5 @@
-/*	$OpenBSD: ncr5380.c,v 1.8 1996/06/08 16:21:11 briggs Exp $	*/
-/*	$NetBSD: ncr5380.c,v 1.30 1996/06/07 02:44:15 briggs Exp $	*/
+/*	$OpenBSD: ncr5380.c,v 1.9 1996/06/23 16:08:23 briggs Exp $	*/
+/*	$NetBSD: ncr5380.c,v 1.31 1996/06/23 15:02:58 briggs Exp $	*/
 
 /*
  * Copyright (c) 1995 Leo Weppelman.
@@ -125,6 +125,8 @@ u_char	opcode;
  * large. In 99% of the invocations nearly no timeout is needed but in
  * some cases (especially when using my tapedrive, a Tandberg 3600) the
  * device is busy internally and the first SCSI-phase will be delayed.
+ *
+ * -- A sleeping Fujitsu M2512 is even worse; try 2.5 sec     -hf 20 Jun
  */
 extern __inline__ int wait_req_true(void)
 {
-- 
cgit v1.2.3