From rfg@monkeys.com  Wed Dec 13 16:27:44 2000
Return-Path: <rfg@monkeys.com>
Received: from mail.monkeys.com (236.dsl9226.rcsis.com [63.92.26.236])
	by hub.freebsd.org (Postfix) with ESMTP id C0C0C37B699
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 13 Dec 2000 16:27:43 -0800 (PST)
Received: (from rfg@localhost)
	by mail.monkeys.com (8.11.1/8.11.1) id eBE0RhE40906;
	Wed, 13 Dec 2000 16:27:43 -0800 (PST)
Message-Id: <200012140027.eBE0RhE40906@mail.monkeys.com>
Date: Wed, 13 Dec 2000 16:27:43 -0800 (PST)
From: "Ronald F. Guilmette" <rfg@monkeys.com>
Reply-To: rfg@monkeys.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: 4.1.1 kernel appears to break Adaptec 1542CP support
X-Send-Pr-Version: 3.2

>Number:         23535
>Category:       kern
>Synopsis:       4.x kernels seem to no longer support Adaptec 1542CP SCSI
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    imp
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Dec 13 16:30:01 PST 2000
>Closed-Date:    Fri Dec 02 13:51:49 GMT 2005
>Last-Modified:  Fri Dec  2 14:00:16 GMT 2005
>Originator:     Ronald F. Guilmette
>Release:        FreeBSD 4.1-RELEASE i386
>Organization:
Infinite Monkeys & Co.
>Environment:

	AMD K6-III/333 cpu
	FIC VA-503+ motherboard
	one 64MB PC100 SDRAM DIMM
	ATI Xpert 98 video card
	one no-name 10/100 ethernet card (auto-detected as `rl0')
	Adaptec 1542CP SCSI controller (ISA - ancient)
	Two SCSI hard disk drives and one SCSI CD-ROM drive.

>Description:

	I had trouble getting past the first kernel boot during an attempt
	to install FreeBSD 4.1.1 on this virgin system.  After much swapping
	of components, I finally found that the problem was DEFINITELY due
	to some incompatibility between the FreeBSD 4.1.1 kernel and the old
	Adaptec 1542CP SCSI card.

	Ot appears that the kernel is executing some part of the card's on-
	board SCSI BIOS, and that it is doing so in the `vm86' mode.  It
	also appears however that the on-board SCSI bios really doesn't want
	to be constrained like that.  During the initial kernel boot, here
	is what I have been seeing:

	--------------------------------------------------------------------
	...
	atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
	atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
	atkbd: the current kbd controller command byte 0067
	atkbd: keyboard ID 0x41ab (2)
	kbdc: RESET_KBD return code:00fa
	kbdc: RESET_KBD status:00aa
	
	
	Fatal trap 1: privledged instruction fault while in vm86 mode
	instruction pointer     = 0xcc00:0x30d3
	stack pointer           = 0x0:0xff8
	frame pointer           = 0x0:0x0
	code segment            = base 0x0, limit 0x0, type 0x0
	                        = DPL 0, pres 0, def32 0, gran 0
	processor eflags        = interrupt enabled, resume, vm86, IOPL = 0
	current process         = 0 (swapper)
	interrupt mask          = net tty bio cam
	trap number             = 1
	panic: privledged instruction fault
	Uptime: 0s
	Automatic reboot in 15 seconds - press a key on the console to abort
	
	--------------------------------------------------------------------

	All attempts to cure this problem, i.e. by swapping other components,
	failed until I swapped out the Adaptech 1542CP and replaced it with
	an Adaptech 2940AU.

	Note that I *was* able to get bast the initial kernel boot with no
	problems (using this same hardware configuration - including the
	AHA-1542CP) when I used an old FreeBSD 3.3 bootable install CD.  Thus,
	it is clear that this is a new problem that was introduced sometime
	between 3.3 and 4.1.1 and that it relates only to the AHA-1542CP card,
	and possibly also to other 154x Adaptec cards.


>How-To-Repeat:

	Get yourself an AHA-1542CP, stick it into a system, and then try
	doing a from-scratch install using FreeBSD 4.1.1.  It should crash
	on you just like it did on me.  (Note:  The BIOS rev number on the
	particular 1524CP that I have seems to be version `A91E'.)

>Fix:

	None known.  The only fix seems to be to go out and buy a new SCSI
	controller.  (Grrrr.)


>Release-Note:
>Audit-Trail:

From: Brian Somers <brian@Awfulhak.org>
To: rfg@monkeys.com
Cc: FreeBSD-gnats-submit@FreeBSD.ORG, brian@Awfulhak.org
Subject: Re: kern/23535: 4.1.1 kernel appears to break Adaptec 1542CP support 
Date: Thu, 14 Dec 2000 00:41:11 +0000

 > >Number:         23535
 > >Category:       kern
 > >Synopsis:       4.x kernels seem to no longer support Adaptec 1542CP SCSI
 
 This problem appeared in -stable last December when ``options 
 PNPBIOS'' became the default.  It persisted for quite some time, but 
 now seems to have disappeared.
 
 If you're not in a position to install the 4.2 or greater, hard code 
 a return at the start of pnp_identify() in sys/isa/pnp.c.  That 
 worked for me.
 
 -- 
 Brian <brian@Awfulhak.org>                        <brian@[uk.]FreeBSD.org>
       <http://www.Awfulhak.org>                   <brian@[uk.]OpenBSD.org>
 Don't _EVER_ lose your sense of humour !
 
 
 

From: "Ronald F. Guilmette" <rfg@monkeys.com>
To: freebsd-gnats-submit@freebsd.org
Cc:  
Subject: Re: kern/23535: 4.x kernels seem to no longer support Adaptec 1542CP SCSI
Date: Wed, 27 Dec 2000 13:18:27 -0800

 FreeBSD 4.2 fails in exactly the same way.
 
 Thus, I am still waiting for an official fix.
 

From: Chris Faulhaber <jedgar@fxp.org>
To: "Ronald F. Guilmette" <rfg@monkeys.com>
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/23535: 4.1.1 kernel appears to break Adaptec 1542CP support
Date: Fri, 5 Jan 2001 07:05:56 -0500

 On Wed, Dec 13, 2000 at 04:27:43PM -0800, Ronald F. Guilmette wrote:
 > 
 > >Number:         23535
 > >Category:       kern
 > >Synopsis:       4.x kernels seem to no longer support Adaptec 1542CP SCSI
 
 Are you using PNP or setting the IRQ?
 
 aha0 at port 0x130-0x133 irq 10 drq 6 on isa0
 aha0: AHA-1542CP FW Rev. F.0 (ID=46) SCSI Host Adapter, SCSI ID 7, 16 CCBs
 ...
 cd1 at aha0 bus 0 target 6 lun 0
 cd1: <PHILIPS CDD2600 1.07> Removable CD-ROM SCSI-2 device 
 cd1: 3.300MB/s transfers
 
 Works great here.
 
 -- 
 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org
 --------------------------------------------------------
 FreeBSD: The Power To Serve   -   http://www.FreeBSD.org
 
Responsible-Changed-From-To: freebsd-bugs->imp 
Responsible-Changed-By: imp 
Responsible-Changed-When: Wed Jun 13 13:36:53 MDT 2001 
Responsible-Changed-Why:  
This worked the last time I tried it.  There are some people that have plug 
and play issues because the PnP stuff of the card sets the address/ DRQ, etc 
to conflicts.  I'll see if I can recreate the panic on my testbox. 

Warner 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23535 

From: "John C. Archambeau" <jca@lvcm.com>
To: freebsd-gnats-submit@FreeBSD.org
Cc: rfg@monkeys.com
Subject: Re: kern/23535: 4.x kernels seem to no longer support Adaptec 1542CP SCSI
Date: Sat, 2 Feb 2002 13:59:17 -0800

 It appears that 4.x suffers from PnP bitrot.  The only work around I 
 have found with this issue is to put the troublesome card into ISA 
 legacy mode.  I also have had similar problems with a Cisco AIR-
 ISA-342.  The card works great under an0 in ISA legacy mode 
 when the resources are specified in the kernel and PnP is 
 disabled.  The moment PnP is enabled, FreeBSD 4.x can not 
 acquire the resources via PnP with the wireless NIC or with any of 
 my three Adaptec 1542CP cards.
 
 PnP works fine in other OSes so I know the cards are functioning.  
 Until this issue is resolved, I strongly suggest that everyone just 
 run everything in ISA legacy (non-PnP mode).  There's a better 
 than average chance that your ISA PnP card will work fine in ISA 
 legacy mode with the appropriate kernel configuration under 
 FreeBSD 4.x.  Granted, I haven't checked the various PnP only 
 sound cards.  We may have an issue with the Creative SB 16 PnP 
 and other cards that only function to my knowledge in PnP mode.
 
 My two test systems are an Abit BP6 with a pair of Celeron 553s 
 and system with an Iwill P55TU.  This issue replicates itself under 
 4.4 and 4.5 with a Cisco AIR ISA-342 and three different Adaptec 
 1542CP cards.  The PnP bugs can be replicated without failure.
 - -
 John C. Archambeau
 jca@lvcm.com
 
 

From: John Baldwin <jhb@freebsd.org>
To: bug-followup@freebsd.org, rfg@monkeys.com
Cc:  
Subject: Re: kern/23535: 4.x kernels seem to no longer support Adaptec 1542CP SCSI
Date: Wed, 23 Nov 2005 10:12:48 -0500

 Are you able to test this hardware with 5.4 or 6.0?  Do you even have this=
 =20
 hardware available anymore?
 
 =2D-=20
 John Baldwin <jhb@FreeBSD.org> =A0<>< =A0http://www.FreeBSD.org/~jhb/
 "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org

From: "Ronald F. Guilmette" <rfg@monkeys.com>
To: John Baldwin <jhb@freebsd.org>
Cc: bug-followup@freebsd.org
Subject: Re: kern/23535: 4.x kernels seem to no longer support Adaptec 1542CP SCSI 
Date: Thu, 01 Dec 2005 16:05:15 -0800

 In message <200511231012.49436.jhb@freebsd.org>, you wrote:
 
 >Are you able to test this hardware with 5.4 or 6.0?  Do you even have this=
 >=20
 >hardware available anymore?
 
 I'm sorry, but no.
 
 I got rid of the card when I realized that FreeBSD wasn't going to support
 it anymore.
State-Changed-From-To: open->closed 
State-Changed-By: jhb 
State-Changed-When: Fri Dec 2 13:50:36 GMT 2005 
State-Changed-Why:  
The submitter no longer has the original motherboard whose BIOS took 
issue with FreeBSD's vm86 implementation, so there isn't a viable way 
to further investigate this or test any potential fixes. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=23535 

From: John Baldwin <jhb@freebsd.org>
To: "Ronald F. Guilmette" <rfg@monkeys.com>
Cc: bug-followup@freebsd.org
Subject: Re: kern/23535: 4.x kernels seem to no longer support Adaptec 1542CP SCSI
Date: Fri, 2 Dec 2005 08:50:31 -0500

 On Thursday 01 December 2005 07:05 pm, Ronald F. Guilmette wrote:
 > In message <200511231012.49436.jhb@freebsd.org>, you wrote:
 > >Are you able to test this hardware with 5.4 or 6.0?  Do you even have
 > > this=3D =3D20
 > >hardware available anymore?
 >
 > I'm sorry, but no.
 >
 > I got rid of the card when I realized that FreeBSD wasn't going to support
 > it anymore.
 
 It looks like bug doesn't have anything to do with an individual PnP card, =
 but=20
 with the PnP BIOS on that motherboard and the expectations of its real/vm86=
 =20
 mode entry point that the kernel is somehow not supplying.  Without access =
 to=20
 the motherboard in question (either directly or indirectly via another=20
 tester) we don't really have a chance to fix this as it is probably specifi=
 c=20
 to this BIOS as many other BIOSen work with PNP just fine (though 5.x=20
 introduced some sort of bug that breaks on some Intel mobo chipset such as=
 =20
 the 845 and 865 desktop chipsets).  Given that, I'm inclined to close this =
 PR=20
 for now.
 
 =2D-=20
 John Baldwin <jhb@FreeBSD.org> =A0<>< =A0http://www.FreeBSD.org/~jhb/
 "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org
>Unformatted:
