Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 15 Jan 2000 14:30:02 -0800 (PST)
From:      "Kenneth D. Merry" <ken@kdm.org>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: kern/16121: Unexptected busfree with AIC 7890/91 (ASUS P2B-DS)
Message-ID:  <200001152230.OAA63291@freefall.freebsd.org>

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

The following reply was made to PR kern/16121; it has been noted by GNATS.

From: "Kenneth D. Merry" <ken@kdm.org>
To: borki@xs.use.ch
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: kern/16121: Unexptected busfree with AIC 7890/91 (ASUS P2B-DS)
Date: Sat, 15 Jan 2000 15:26:09 -0700

 On Fri, Jan 14, 2000 at 03:56:16 -0800, borki@xs.use.ch wrote:
 > >Environment:
 > FreeBSD magnum.bumbacher.ch 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Sat Sep 18 18:25:16 CEST 1999     root@magnum2.xs.use.ch:/usr/src/sys/compile/MAGNUM  i386
 > >Description:
 > We recently have some problems with one of our FreeBSD 3.3-RELEASE boxes.
 > 
 > We had an uptime of over 100 days without any problems, the machine
 > was sometimes quite heavily loaded.
 > 
 > I have syslogd set up to log also to my home machine, the last thing
 > I receive is this (it's not in the /var/log/messages file of this
 > particular machine):
 > 
 > Jan 11 16:25:40 <server> /kernel: Unexpected busfree.  LASTPHASE == 0x0
 > 
 > We first thought it might be a problem with the uptime or the load of
 > the machine, but two days later it happened again (in the afternoon
 > when the system is quite idle).
 
 In general, an Unexpected busfree means that the device the Adaptec driver
 was talking to went off the bus when it was instead expected to transmit
 data.
 
 That often indicates a problem with the device in question.  That may or
 may not be the problem in your case.  See below.
 
 > The remote staff gave me some kernel debug output information, that
 > was on the console (repeating), the system was halted and reported
 > something like this:
 > 
 > swap_pager: indefinit wait buffer: device 0x2047, blk_no, 3496, size 4096
 
 [ ... ]
 
 > ahc0: <Adaptec aic7890/91 Ultra2 SCSI adapter> rev 0x00 int a irq 19 on pci0.6.0
 > ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs
 
 [ ... ]
 
 There is a bug in the Adaptec 7890 that wasn't worked around until after
 FreeBSD 3.3 was released.  To get the fix, you'll need a version of the
 Adaptec driver from after September 20th, 1999.
 
 > Motherboard is an ASUS-P2B-DS, to the onboard SCSI Controller we
 > attached an CMD CRD-5440 RAID Controller. This controller had
 > this two messages in the event log, when the system died.
 > 
 > Host Error      | Connection timed out by Host Port
 > Host Error      | DEVICE RESET
 > 
 > At the bottom of this file, I will attach the exact screen from
 > the event logger.
 > 
 > 
 > Because this machine is in production and we can not power-cycle
 > it remotely, we need an ultimate solution to this problem as
 > fast as possible.
 > 
 > My questions are:
 > 
 > Is this error caused by either 
 > 
 > a) a defective onboard AIC chip?
 
 Yes, but the bug has been worked around.  See above.
 
 > b) a defective RAID controller?
 > c) a software bug in the AIC driver of FreeBSD 3.3-RELEASE?
 
 Yes and no.  You probably need the fixed Adaptec driver, which wasn't
 checked in until September 20th.
 
 > d) something else?
 > 
 > What may I do to prevent this error from happening again?
 
 I recommend that you upgrade to 3.4, or a more recent 3.4-stable snapshot
 release.
 
 There is no guarantee that an updated driver will fix your problem, of
 course.  But you can at least avoid the problem with the Adaptec 7890.
 
 Ken
 -- 
 Kenneth Merry
 ken@kdm.org
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




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