From tjohnson@wallace.dlib.vt.edu Mon Mar 29 23:21:34 1999
Return-Path: <tjohnson@wallace.dlib.vt.edu>
Received: from quackerjack.cc.vt.edu (quackerjack.cc.vt.edu [198.82.160.250])
	by hub.freebsd.org (Postfix) with ESMTP id D402015938
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 29 Mar 1999 23:21:32 -0800 (PST)
	(envelope-from tjohnson@wallace.dlib.vt.edu)
Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30])
	by quackerjack.cc.vt.edu (8.8.8/8.8.8) with ESMTP id CAA20807
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 30 Mar 1999 02:21:12 -0500 (EST)
Received: from wallace.dlib.vt.edu (wallace.dlib.vt.edu [198.82.180.178])
	by sable.cc.vt.edu (8.8.8/8.8.8) with SMTP id CAA02861
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 30 Mar 1999 02:21:07 -0500 (EST)
Received: by wallace.dlib.vt.edu (5.65v4.0/1.1.19.2/10Apr98-0242PM)
	id AA32266; Tue, 30 Mar 1999 00:29:39 -0500
Message-Id: <199903300529.AA32266@wallace.dlib.vt.edu>
Date: Tue, 30 Mar 1999 00:29:39 -0500
From: tjohnson@wallace.dlib.vt.edu
To: FreeBSD-gnats-submit@freebsd.org
Subject: ahc2740 panic

>Number:         10866
>Category:       kern
>Synopsis:       ahc2740 panic
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar 29 23:30:01 PST 1999
>Closed-Date:    Tue Jun 13 14:07:42 PDT 2000
>Last-Modified:  Tue Jun 13 14:09:55 PDT 2000
>Originator:     Tommy Johnson
>Release:        FreeBSD 3.1-STABLE i386
>Organization:
home machine
>Environment:

Dual Pentium, with Adaptec 2740 EISA SCSI controler.
Executing 3.1-STABLE, as of approx march 27.

>Description:

The system panics a short time after boot.

The debugger reports:  (retyped)
panic ahc0 brkadrint, Illegal Sequencer Address referenced at seqaddr 0x1e
mp_lock=01000001 cpuid=1  lapic.id=01000000
stopped at Debugger+0x37: movl $0,in_Debugger

the controler is:
Mar 27 11:25:11 teryx /kernel: Probing for devices on the EISA bus
Mar 27 11:25:11 teryx /kernel: ahc0: <Adaptec 274X SCSI host adapter> at 0x1c00-
0x1cff irq 14 on eisa0 slot 1
Mar 27 11:25:11 teryx /kernel: ahc0: aic7770 <= Rev C, Twin Chann
Mar 27 11:25:11 teryx /kernel: el, A SCSI Id=7, B SCSI Id=7, primary A, 4/255 SC
Bs

>How-To-Repeat:

It happens eventualy, within an hour of boot, I didn't have any specific
IO event occuring just before it.  Or any IO at all on the devices on that 
controler.


>Fix:
>Release-Note:
>Audit-Trail:

From: "Justin T. Gibbs" <gibbs@plutotech.com>
To: tjohnson@wallace.dlib.vt.edu
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/10866: ahc2740 panic 
Date: Wed, 31 Mar 1999 23:16:13 -0700

 >>Description:
 >
 >The system panics a short time after boot.
 >
 >The debugger reports:  (retyped)
 >panic ahc0 brkadrint, Illegal Sequencer Address referenced at seqaddr 0x1e
 >mp_lock=01000001 cpuid=1  lapic.id=01000000
 >stopped at Debugger+0x37: movl $0,in_Debugger
 >
 >the controler is:
 >Mar 27 11:25:11 teryx /kernel: Probing for devices on the EISA bus
 >Mar 27 11:25:11 teryx /kernel: ahc0: <Adaptec 274X SCSI host adapter> at 0x1c0
 >0->0x1cff irq 14 on eisa0 slot 1
 >Mar 27 11:25:11 teryx /kernel: ahc0: aic7770 <= Rev C, Twin Chann
 >Mar 27 11:25:11 teryx /kernel: el, A SCSI Id=7, B SCSI Id=7, primary A, 4/255 
 >SCBs
 
 I have the same controller and cannot reproduce the problem.  The error
 code that you are encountering indicates that the sequencer jumped to an
 illegal address, but the instruction that does this is executed for every
 single initiated command, so if it were a code bug, it would show up as
 soon as we tried talking to a device.  My guess is that the sequencer
 instruction ram on your controller is experiencing intermittent corruption
 that causes this jump instruction to 'mutate' after the program has been
 loaded.  The aic7770, unlike its later PCI brethren, does not have parity
 protected instruction ram, so we won't get a more direct indication of this
 kind of failure.  Perhaps you have a cooling problem or the controller is
 in the process of failing.
 
 --
 Justin
 
 
State-Changed-From-To: open->closed 
State-Changed-By: wilko 
State-Changed-When: Tue Jun 13 14:07:42 PDT 2000 
State-Changed-Why:  
As this was most likely a hardware problem AND I know at least one 
happy FreeBSD 4.0/AH2740 user keeping this PR around does not serve 
much purpose anymore. 


http://www.freebsd.org/cgi/query-pr.cgi?pr=10866 
>Unformatted:
