Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 6 Jan 2002 16:04:01 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 6 Jan 2002 16:03:51 -0500 Received: from mail.pha.ha-vel.cz ([195.39.72.3]:4622 "HELO mail.pha.ha-vel.cz") by vger.kernel.org with SMTP id ; Sun, 6 Jan 2002 16:03:39 -0500 Date: Sun, 6 Jan 2002 22:03:36 +0100 From: Vojtech Pavlik To: "H. Peter Anvin" Cc: linux-kernel@vger.kernel.org Subject: Re: ISA slot detection on PCI systems? Message-ID: <20020106220336.A30738@suse.cz> In-Reply-To: <20020103144904.A644@zapff.research.canon.com.au> <20020103133912.B17280@suse.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from hpa@zytor.com on Fri, Jan 04, 2002 at 11:03:24PM -0800 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 04, 2002 at 11:03:24PM -0800, H. Peter Anvin wrote: > > It's still not very nice for userspace apps to touch hardware directly, > > even if it's just BIOS memory ... > > > > Red herring. It's not very nice for *applications* to not indirect > through a driver, but if that driver is in userspace or kernel space > is irrelevant. Incidentally, "applications" here include a lot of the > parsers that produce /proc output. /proc/pci is occationally handy, > but it is also an example on why you shouldn't do data reduction in > kernel space unless you can avoid it. Now /proc/bus/pci is available > and contains all the data, however. I don't propose having human-readable output of DMI data in /proc, just the binary data much like /proc/bus/pci has. That isn't much bloat in kernel, and is a clearly defined interface, unlike reading /dev/kmem. -- Vojtech Pavlik 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/