Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 4 Jan 2002 16:18:54 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 4 Jan 2002 16:18:45 -0500 Received: from ns.suse.de ([213.95.15.193]:22278 "HELO Cantor.suse.de") by vger.kernel.org with SMTP id ; Fri, 4 Jan 2002 16:18:34 -0500 Date: Fri, 4 Jan 2002 22:18:32 +0100 (CET) From: Dave Jones To: "Eric S. Raymond" Cc: "Maciej W. Rozycki" , Vojtech Pavlik , Alan Cox , David Woodhouse , Lionel Bouton , Linux Kernel List Subject: Re: ISA slot detection on PCI systems? In-Reply-To: <20020104155912.A23345@thyrsus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 4 Jan 2002, Eric S. Raymond wrote: > OK. So can I ask ACPI if the board has ISA slots? You can ask it what temperature your coffee pot is. It's an incredibly capable (some may say too capable). grab the spec and take a read (http://www.acpi.info iirc) > Does it answer reliably? Brings us back to.. "Can I trust a BIOS writer not to fsck things up" That, and ACPI support under Linux is still not-quite-there (but getting there). Coupled with Pat Mochels work with driverfs, we should eventually be able to get a complete enumerated tree of devices mountable somewhere. The only problem then, is that some boxes may not be running ACPI aware kernels, requiring you to parse the ACPI tables in userspace. (Not as easy as DMI, ACPI is a turing complete language requiring a bytecode (AML) parser) (Or you could just say fsck it if a acpi/driverfs aware kernel isn't present, which any sane person would) -- | Dave Jones. http://www.codemonkey.org.uk | SuSE Labs - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/