From owner-freebsd-hackers Thu Oct 16 20:23:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA14784 for hackers-outgoing; Thu, 16 Oct 1997 20:23:55 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from elwood.pionet.net (ELWOOD.pionet.net [199.120.116.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA14777 for ; Thu, 16 Oct 1997 20:23:47 -0700 (PDT) (envelope-from tysonb@pionet.net) Received: from moe.splarg.org (pm2-154.pionet.net [199.120.116.154]) by elwood.pionet.net (8.7.5/8.7.3) with SMTP id WAA12079 for ; Thu, 16 Oct 1997 22:27:11 -0500 (CDT) Message-Id: <3.0.1.32.19971016222807.006c98a0@pionet.net> X-Sender: tysonb@pionet.net X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Thu, 16 Oct 1997 22:28:07 -0500 To: hackers@freebsd.org From: Tyson Boellstorff Subject: re: de fails in 2.2.5-971007-BETA Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk " When trying to install from 2.2.5-97115-BETA I get the following messages in the shell console: ... de0: autosense failed: cable problem? ... de0: enabling 100BaseTX port The last sysinstall message is: Adding default route to 10.0.0.15 At this point the installation hangs. The system is: DLink 500TX ethernet card on IRQ 11 Adaptec 2940 ultra IRQ 11 (no BIOS options for avoiding the IRQ conflict) AST Bravo MS-T 5166 (HX chipset, Pentium 166) Seagate IDE HD 2 pc. Quantum FireBall ST 6.4GB SCSI The ethernet card works fine with 2.2.5-971007-BETA. Using 2.2.5-971007-BETA I get fatal trap 12 when doing make world. I'm now installing 2.2.2 to test if hardware is OK." If you want to tinker with irq's, first check to see what PCI & legacy devices you have. Set your BIOS pnp to "Use setup or CMOS" (or whatever setting is NOT use ICU or pnp OS.) Set every legacy device's irq to used, or used by ISA or whatever (some may not have to have this reservation to work; leave those alone). You should be left with a few irq's. Make sure that any other IRQ's aren't reserved. (you can force several PCI devices onto one irq that way; I do it all the time.) (You need at least two available) Install the SCSI controller in the slot closest to the power supply, and boot until it passes POST. Power down, and install a different card in the slot next to it. It should get a different irq. Theoretically, they should assign in a logical order from the pool of free IRQ's in order from the power supply. Leaving blank slots in between cards and later installing a new card in between them may be a Bad Thing, if you have cards that do not like this treatment, as you will force the remaining IRQ's to be re-allocated. The new card will get the IRQ that the next card _used_ to have.