Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 Sep 1998 00:00:38 +0800
From:      Peter Wemm <peter@netplex.com.au>
To:        Warner Losh <imp@FreeBSD.ORG>
Cc:        cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject:   Re: cvs commit: src/sys/dev/aha aha.c 
Message-ID:  <199809291600.AAA06614@spinner.netplex.com.au>
In-Reply-To: Your message of "Mon, 28 Sep 1998 23:50:22 MST." <199809290650.XAA15099@freefall.freebsd.org> 

next in thread | previous in thread | raw e-mail | index | archive | help
Warner Losh wrote:
> imp         1998/09/28 23:50:22 PDT
> 
[..]
>   Cards tested: 1542C and 1542CF.  The B and CP might work now as well,
>   but logistical problems precluded me from testing them this evening
>   (if you have jumper settings for the B card, please send me private
>   mail).

Hmm, it still fails for my 1542CF..

If I #if 0 out the sending of the buslogic ESETUP command, it works fine 
(except for not doing fast scsi):

[..]
aha0 at 0x330-0x333 irq 11 drq 5 on isa
aha0: AHA-1542CF FW Rev. E.0 (ID=45)SCSI Host Adapter, SCSI ID 7, 17 CCBs
[..]
changing root device to da0s1a
da0 at aha0 bus 0 target 0 lun 0
da0: <QUANTUM FIREBALL1080S 1Q09> Fixed Direct Access SCSI2 device 
da0: Serial Number 341561020019
da0: 5.0MB/s transfers (5.0MHz, offset 8)
da0: 1042MB (2134305 512 byte sectors: 64H 32S/T 1042C)
da1 at aha0 bus 0 target 1 lun 0
da1: <QUANTUM FIREBALL_TM2110S 300X> Fixed Direct Access SCSI2 device 
da1: Serial Number 399741110024
da1: 5.0MB/s transfers (5.0MHz, offset 8)
da1: 2014MB (4124736 512 byte sectors: 64H 32S/T 2014C)
da0s1: type 0xa5, start 0, end = 2134304, size 2134305 
da0s1: C/H/S end 132/217/54 (1565675) != end 2134304: invalid
da1s1: type 0xa5, start 0, end = 4124735, size 4124736 : OK
[..]

If I use the unmodified code, and boot with -v, I get this:
aha0: Invalid command 0x4
.. and that's it.  Without -v, silence..


Hmm.. Footnote, I added a second hard reset after the ESETUP command in 
aha_probe() and that also fixed it.  Perhaps we should be hard resetting 
in on a stuck invalid command instead of a soft reset?  - although this 
won't help aha_fetch_adapter_info() which won't retry the GET_BOARD_ID 
command which got lost.

Cheers,
-Peter






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809291600.AAA06614>