I am having some trouble with an Adaptec 1740 when used in conjunction
with my Seagate Barracuda.  Recently the SCSI controller would produce
the following errors after the machine had been up for > 20 hours:

sd0(ahb0:3:0):  Check Condition on opcode 0x28
    SENSE KEY:  Not Ready
     ASC/ASCQ:  Logical Unit Is in Process Of Becoming Ready
     FRU CODE:  0x1

sd0(ahb0:3:0):  Check Condition on opcode 0x8
    SENSE KEY:  Not Ready
     ASC/ASCQ:  Logical Unit Is in Process Of Becoming Ready
     FRU CODE:  0x1

sd0(ahb0:3:0):  Check Condition on opcode 0x28
    SENSE KEY:  Not Ready
     ASC/ASCQ:  Logical Unit Is in Process Of Becoming Ready
     FRU CODE:  0x1

sd0(ahb0:3:0):  Check Condition on opcode 0x8
    SENSE KEY:  Not Ready
     ASC/ASCQ:  Logical Unit Is in Process Of Becoming Ready
     FRU CODE:  0x1

sd0(ahb0:3:0):  Check Condition on opcode 0x8
    SENSE KEY:  Not Ready
     ASC/ASCQ:  Logical Unit Is in Process Of Becoming Ready
     FRU CODE:  0x1

sd0(ahb0:3:0):  Check Condition on opcode 0xa
    SENSE KEY:  Not Ready
     ASC/ASCQ:  Logical Unit Is in Process Of Becoming Ready
     FRU CODE:  0x1

sd0(ahb0:3:0):  Check Condition on opcode 0x28
    SENSE KEY:  Not Ready
     ASC/ASCQ:  Logical Unit Is in Process Of Becoming Ready
     FRU CODE:  0x1

sd0(ahb0:3:0): timed out
ahb0: host_stat 6a


Below is a dmesg output from the machine (Dell Optiplex 466/ME, a
PCI/EISA 486).


Copyright (c) 1996, 1997 The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 1.3.1 (CONDUIT) #0: Thu Jun  4 02:59:03 EDT 1998
    css@iqaluit.notwork.net:/usr/src/sys/arch/i386/compile/CONDUIT
cpu0: Intel 486DX (486-class)
real mem  = 66711552
avail mem = 64061440
using 839 buffers containing 3436544 bytes of memory
mainbus0 (root)
pci0 at mainbus0 bus 0: configuration mode 2
pchb0 at pci0 dev 0 function 0
pchb0: Intel 82424ZX Cache and DRAM controller (CDC) (rev. 0x04)
ATI Technologies Mach32 (VGA display, revision 0x01) at pci0 dev 4 function 0 no
t configured
Intel 82375EB/SB PCI-EISA Bridge (PCEB) (miscellaneous prehistoric, revision 0x0
3) at pci0 dev 11 function 0 not configured
eisa0 at mainbus0
ahb0 at eisa0 slot 3: Adaptec AHA-1740A SCSI
ahb0: interrupting at irq 11
scsibus0 at ahb0: 8 targets
sd0 at scsibus0 targ 3 lun 0: <SEAGATE, ST15150N, 0017> SCSI2 0/direct fixed
sd0: 4095MB, 3712 cyl, 21 head, 107 sec, 512 bytes/sect x 8388315 sectors
ep0 at eisa0 slot 4: 3Com 3C579-TP Ethernet
ep0: interrupting at irq 10
ep0: MAC address 00:60:8c:68:c6:a7
ep0: 8KB byte-wide FIFO, 5:3 Rx:Tx split, utp/aui (default utp)
isa0 at mainbus0
com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo
lpt0 at isa0 port 0x378-0x37b irq 7
wdc0 at isa0 port 0x1f0-0x1f7 irq 14
wd0 at wdc0 drive 0: <Maxtor 7850 AV>
wd0: 814MB, 1654 cyl, 16 head, 63 sec, 512 bytes/sec
wd0: using 8-sector 16-bit pio transfers, lba addressing
npx0 at isa0 port 0xf0-0xff: using exception 16
pc0 at isa0 port 0x60-0x6f irq 1: color
pc0: console
fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec
biomask 4840 netmask 4c40 ttymask 4cc2
boot device: wd0
root on wd0a dumps on wd0b
root file system type: ffs


Sometimes I get the following error:

sd0: sd0: could not mode sense (4/5); using fictitious geometry

And the geometry is reported in the following fashion:

4095MB, 4095 cyl, 64 head, 32 sec, 512 bytes/sect x 8388315 sectors

However, this seem to happen only when the person rebooting the
machine doesn't give the drive enough time to spin up, so I am not
quite sure if the is really a problem or not.

Any help would be appreciated.


Carl