Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 7 Dec 2002 07:28:13 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 7 Dec 2002 07:28:13 -0500 Received: from cc78409-a.hnglo1.ov.home.nl ([212.120.97.185]:13952 "EHLO dexter.hensema.net") by vger.kernel.org with ESMTP id ; Sat, 7 Dec 2002 07:28:12 -0500 From: Erik Hensema Subject: Re: /proc/pci deprecation? Date: Sat, 7 Dec 2002 12:35:49 +0000 (UTC) Message-ID: References: <997222131F7@vcnet.vc.cvut.cz> Reply-To: erik@hensema.xs4all.nl User-Agent: slrn/0.9.7.4 (Linux) To: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2419 Lines: 53 Petr Vandrovec (VANDROVE@vc.cvut.cz) wrote: > On 6 Dec 02 at 16:13, Patrick Mochel wrote: >> >> > IIRC it was one of (a) deprecated, (b) removed, or (c) almost removed in >> > the past, and Linus un-deprecated it. The logic back then was that it >> > provides a quick summary of a lot of useful info, a la /proc/cpuinfo and >> > /proc/meminfo. i.e. you don't need lspci installed, just been /bin/cat. >> >> Ok, I can see that. But, are there really many systems that do not come with >> lspci(8) pre-installed? I would expect that most distributions do; at least >> the one I use does.. >> >> But, look the usage model. Who queries PCI information from the system? I >> would argue a) developers, b) power users, and c) users hitting a bug. > > It is invaluable during installation, when no lspci is installed yet. > I know that I need e100/eepro100 for > 'Ethernet controller: Intel Corp. 82801BA/BAM/CA/CAM E', but I do not > have even slightest idea what device 8086:2449 is, whether USB or NIC or > VGA or some bridge. Every half-decent installer autodetects all PCI devices. AND had lspci installed in the install image. > Next problem is that some drivers want to print "user readable" hardware > name to user, and although some have its own name database (e100), some > use name from pcidev... Ugh :-/ That's a reason to keep it around then. >> > I do grant you it would make various __init sections and in-memory >> > structures smaller if we eliminated the names... do we want to? Sure we >> > have lseisa and lspci and lsusb, et. al. Does that obviate the need for a >> > simple summary of attached hardware? >> >> IMO, yes, since those tools provide the summary, and exist almost purely in >> userspace. I forgot to mention in the orginal email that we could also drop >> the PCI names database, right? This would save a considerable amount in the >> kernel image alone.. > > If you want, make it user configurable like it was during 2.2.x. But > I personally prefer descriptive names and system overview I can parse > without having mounted /usr to get working lspci. lspci should be installed in /sbin. -- Erik Hensema (erik@hensema.net) - 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/