From owner-freebsd-questions Thu Dec 14 13:44:16 2000 From owner-freebsd-questions@FreeBSD.ORG Thu Dec 14 13:44:13 2000 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mail.wlcg.com (mail.wlcg.com [207.226.17.4]) by hub.freebsd.org (Postfix) with ESMTP id 320C437B400 for ; Thu, 14 Dec 2000 13:44:12 -0800 (PST) Received: from localhost (rsimmons@localhost) by mail.wlcg.com (8.11.1/8.11.1) with ESMTP id eBELiAj69894; Thu, 14 Dec 2000 16:44:11 -0500 (EST) (envelope-from rsimmons@wlcg.com) Date: Thu, 14 Dec 2000 16:44:10 -0500 (EST) From: Rob Simmons To: "James F. Hranicky" Cc: questions@FreeBSD.ORG Subject: Re: Problems with second Adaptec (39160) card: System hangs during boot In-Reply-To: <20001214212831.EB65DDE81@mail.cise.ufl.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You might want to try forcing the pci slots that those cards are in to specific IRQs in the BIOS. Robert Simmons Systems Administrator http://www.wlcg.com/ On Thu, 14 Dec 2000, James F. Hranicky wrote: > > I've recently tried installing an Adaptec 39160 card into one of my > FreeBSD servers, however, about halfway through the boot process, the > system hangs. Here's (hopefully) the relevant parts of the boot > sequence: > > ---------------------------------- > > FreeBSD 4.2-STABLE #0: Thu Dec 14 12:08:38 EST 2000 > root@palm.cise.ufl.edu:/private/freebsd-src/obj/private/freebsd-src/src/sys/CISEKERN > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium III/Pentium III Xeon/Celeron (646.67-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x683 Stepping = 3 > Features=0x383fbff > real memory = 268369920 (262080K bytes) > > [...] > > pcib2: at device 1.0 on pci0 > pci1: on pcib2 > pcib3: at device 15.0 on pci1 > pci2: on pcib3 > ahc0: port 0x2000-0x20ff mem 0xf4100000-0xf4100fff irq 5 at device 11.0 on pci0 > aic7899: Wide Channel A, SCSI Id=7, 32/255 SCBs > ahc1: port 0x2400-0x24ff mem 0xf4101000-0xf4101fff irq 11 at device 11.1 on pci0 > aic7899: Wide Channel B, SCSI Id=7, 32/255 SCBs > ahc2: port 0x2800-0x28ff mem 0xf4102000-0xf4102fff irq 11 at device 12.0 on pci0 > aic7896/97: Wide Channel A, SCSI Id=7, 32/255 SCBs > ahc3: port 0x2c00-0x2cff mem 0xf4103000-0xf4103fff irq 11 at device 12.1 on pci0 > aic7896/97: Wide Channel B, SCSI Id=7, 32/255 SCBs > fxp0: port 0x3000-0x303f mem 0xf4000000-0xf40fffff,0xf4104000-0xf4104fff irq 10 at device > > [...] > > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > > [HANG] > > ---------------------------- > > If I remove the card, the system continues on past this point: > > ---------------------------- > > [...] > > ppi0: on ppbus0 > IPsec: Initialized Security Association Processing. > ata0-slave: ata_command: timeout waiting for intr > ata0-slave: identify failed > acd0: CDROM at ata0-master using PIO4 > Waiting 5 seconds for SCSI devices to settle > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled > da0: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) > > [...] > > ---------------------------- > > I have the following options set: > > options DDB > options BREAK_TO_DEBUGGER #a BREAK on a comconsole goes to > > however, the system doesn't respond to a break on the serial console at this > point. If the keyboard is plugged in, however, it will reboot after a > . > > It seems that both cards are using irq 11 for one or both channels. I don't > know if this is the problem, and if it is, if there's anything I can do > about it. > > If anyone needs more info, I can supply it. > > ---------------------------------------------------------------------- > | Jim Hranicky, Senior SysAdmin UF/CISE Department | > | E314D CSE Building Phone (352) 392-1499 | > | jfh@cise.ufl.edu http://www.cise.ufl.edu/~jfh | > ---------------------------------------------------------------------- > - Encryption: its use by criminals is far less - > - frightening than its banishment by governments - > - Vote for Privacy - > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message