Date: Wed, 13 Dec 2000 16:27:43 -0800 (PST) From: "Ronald F. Guilmette" <rfg@monkeys.com> To: FreeBSD-gnats-submit@freebsd.org Subject: kern/23535: 4.1.1 kernel appears to break Adaptec 1542CP support Message-ID: <200012140027.eBE0RhE40906@mail.monkeys.com> Resent-Message-ID: <200012140030.eBE0U2b66465@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 23535 >Category: kern >Synopsis: 4.x kernels seem to no longer support Adaptec 1542CP SCSI >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 13 16:30:01 PST 2000 >Closed-Date: >Last-Modified: >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: >Unformatted: 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?200012140027.eBE0RhE40906>