From owner-freebsd-bugs Tue Jun 6 02:17:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11371 for bugs-outgoing; Tue, 6 Jun 1995 02:17:24 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA11364 ; Tue, 6 Jun 1995 02:17:11 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA00354; Tue, 6 Jun 1995 19:14:23 +1000 Date: Tue, 6 Jun 1995 19:14:23 +1000 From: Bruce Evans Message-Id: <199506060914.TAA00354@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: FTP install is *almost* there... Cc: fenner@parc.xerox.com, freebsd-bugs@FreeBSD.org, gibbs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk >>Erm, 0 means the clock irq. It would cause a probe conflict if the clock >>device was in the device tables. >> >>The driver sees (1 << irq_number), or 0 for none/unspecified/auto. > Gack, you're right. Userconfig has brokeness in this area. Specifying -1 >will result in shifting the bit all the way off the end, resulting in "0". No, it handles -1 specially. >There is supposed to be a difference between 0 and -1. 0 is supposed to >mean "none" and -1 is supposed to mean "auto". Apparantly all the drivers >must treat 0 and -1 as the same. -1 is converted to 0 in mkioconf(). irq numbers are exponentiated more machine-independently by converting them to a string and prefixing "IRQ". isa.h somewhat confusingly defines IRQ0 as 0x0001 etc. I can't see where `?' and `none' are distinguished in config.y. lang.l converts `?' to -1 which is the same as the default (`none') value. Anyway, the drivers apparently get it right by always dealing with the mask. -1 isn't a valid mask and drivers apparently don't set id_irq to it. Bruce