Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 30 Sep 95 19:00 MET
From:      dirk@hal.in-berlin.de
To:        FreeBSD-gnats-submit@freebsd.org
Subject:   kern/756: AHA-1542CF: adapter not taking commands
Message-ID:  <m0sz6DT-0008OVC@hal.in-berlin.de>
Resent-Message-ID: <199509301820.LAA10101@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         756
>Category:       kern
>Synopsis:       AHA-1542CF: adapter not taking commands
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Sep 30 11:20:00 PDT 1995
>Last-Modified:
>Originator:     Dirk Froemberg
>Organization:
unorganized
>Release:        FreeBSD 2.1.0-950726-SNAP i386
>Environment:

	FreeBSD 2.1.0-950726-SNAP #9: Sat Sep 30 14:04:17 MET 1995
	CPU: i486DX (486-class CPU)
	real memory  = 16384000 (4000 pages)
	aha0: AHA-1542CF BIOS v2.01-VC.0, enabling mailbox, enabling residuals
	(aha0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2
	(aha0:1:0): "FUJITSU M2694ES-512 812A" type 0 fixed SCSI 2
	(aha0:2:0): "WANGTEK 51000  SCSI 75F5" type 1 removable SCSI 2

>Description:

	After a while of accessing two disks at the same time
	the disks time out and the adapter is not taking
	commands any longer. Messages from the console:

	sd0: timed out
	sd1: timed out
	aha0: adapter not taking commands.. frozen?!
	aha0: MBO 02 and not 00 (free)

	It does not seem to matter whether the access is reading
	or writing. FreeBSD 1.1.5.1-R has no problems dealing with
	two disks at a time. 1.1.5.1-R does not enable residuals
	during the boot-up. But commenting out the correspondend
	part of 2.1.0-950726-SNAP-aha1542.c does not affect the
	lock up.

	This problem seems to be similar to those described in
	kern/586 and kern/637.

>How-To-Repeat:

	Put "heavy" load on at least two disks. E. g.
	find <mount-point-of-disk-1> -ls -ls > /dev/null &
	find <mount-point-of-disk-2> -ls -ls > /dev/null &

>Fix:
	
	Temporarily this can be fixed by disabling disconnection
	in the adapter's setup.

>Audit-Trail:
>Unformatted:



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