From dpi@rapidnet.com Sun Jun 13 09:32:16 1999
Return-Path: <dpi@rapidnet.com>
Received: from rapidnet.com (rapidnet.com [205.164.216.1])
	by hub.freebsd.org (Postfix) with ESMTP id A899E14D22
	for <FreeBSD-gnats-submit@freebsd.org>; Sun, 13 Jun 1999 09:32:15 -0700 (PDT)
	(envelope-from dpi@rapidnet.com)
Received: (from dpi@localhost)
	by rapidnet.com (8.9.3/8.9.3) id KAA02854;
	Sun, 13 Jun 1999 10:32:14 -0600 (MDT)
Message-Id: <199906131632.KAA02854@rapidnet.com>
Date: Sun, 13 Jun 1999 10:32:14 -0600 (MDT)
From: Doug Ingraham <dpi@rapidnet.com>
Reply-To: dpi@rapidnet.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: Adaptec 2944UW not sensed at boot in 3.2 release
X-Send-Pr-Version: 3.2

>Number:         12190
>Category:       kern
>Synopsis:       Adaptec 2944UW not sensed at boot in 3.2 release
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jun 13 09:40:00 PDT 1999
>Closed-Date:    Sun Jun 13 20:34:34 PDT 1999
>Last-Modified:  Sun Jun 13 20:35:12 PDT 1999
>Originator:     Doug Ingraham
>Release:        FreeBSD 3.1-RELEASE i386
>Organization:
RapidNet, Inc.
>Environment:

	Pentium 166 with 256Mb ram
	Adaptec 2940 with 2 2gb Baracudda and 1 DAT drive.
	Adaptec 2944UW with 5 9gb Baracudda drives
	SMC 10/100 ethernet (de0)
	ISA VGA card (Trident)

	Its a small news server.

>Description:

	system works fine under 3.1-Release but when I try to upgrade or even
	install 3.2-Release the 2944UW controller is not found at boot time
	by the kernel.

>How-To-Repeat:

	Install a 2944UW controller into a 3.2 system and boot it.  Controller
	will not be found.  The failure occurs if the 2944UW is the only
	scsi device in the machine.  Switch back to 3.1 and all is well.

>Fix:
	
	Correct the code in the ahc driver????  I noticed that there was a
	significant change in the ahc driver from 3.1 to 3.2 Release in the
	area that detects the device ID.  


>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: gibbs 
State-Changed-When: Sun Jun 13 20:34:34 PDT 1999 
State-Changed-Why:  
From the commit logs: 
revision 1.15 
date: 1999/05/26 16:59:17;  author: gibbs;  state: Exp;  lines: +21 -27 
Ignore subvendor and subdevice ids for all ai7880 parts.  These chips 
only support 'mirroring' the vendor and device ids, so we don't 
lose any information.  Certain revisions of the aic7880 will not 
perform the mirroring so to match all possiblities would double 
the number of table entries.  This change also allows us to match 
things like the 2944B which I missed in the original table.        
>Unformatted:
