From owner-freebsd-bugs Tue Dec 31 12:00:03 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA18412 for bugs-outgoing; Tue, 31 Dec 1996 12:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA18384; Tue, 31 Dec 1996 12:00:01 -0800 (PST) Date: Tue, 31 Dec 1996 12:00:01 -0800 (PST) Message-Id: <199612312000.MAA18384@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jin Guojun[ITG]" Subject: Re: misc/2321: installation panic before going to past-install menu Reply-To: "Jin Guojun[ITG]" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/2321; it has been noted by GNATS. From: "Jin Guojun[ITG]" To: erich@lodgenet.com, jkh@time.cdrom.com Cc: FreeBSD-gnats-submit@freebsd.org, erich@freebsd.org Subject: Re: misc/2321: installation panic before going to past-install menu Date: Tue, 31 Dec 1996 11:52:49 -0800 > Oh no, they're comming out of the woodwork :( I've got NCR and a 509 > in my test box, but it's set to irq 10, the high ones usually get > nabbed by the pci bus. I seen where the machine wouldn't boot, or > the 509 wouldn't work for sour owl shit, but it shouldn't kill > sysinstall. The irq is stored as a bitmask of the n'th bit for > irq n, so irq 15 is (1<<15) (maybe +/- 1) This could be a sign error > or just too few bits in the datatype... I don't think I've ever stuck > an ISA card at 15, I'll look on thursday... There is a problem (I think in the NCR bios) which causes NCR controller to use irq 10 as default. That is why you cannot use irq 10 for 3C509 with NCR SCSI controller. irq 15 is used for the secondary IDE controller. Most people will not use the secondary IDE controller. This give you one more irq if you used all PCI slots. Disable the secondary IDE controller from BIOS or not, you always can use irq 15 as long as there is no device connected to the secondary IDE bus. This is not a problem. :-) Happy New Year! -Jin