Re: /proc/pci deprecation?

[Krzysztof Halasa <khc@pm.waw.pl>]

kaih@khms.westfalen.de (Kai Henningsen) writes:

> I use cat /proc/pci for the same reason I use cat /proc/scsi - when  
> configuring a box, or adding new hardware, to figure out what I should  
> look for and where it is.

Still there is lspci. Much better than just a file in /proc, in fact:
you can have short or long output, and you always have device and
vendor names (with /proc/pci it isn't true).
As long as the database contains the names, of course (the same as with
kernel, with the difference that it doesn't use kernel space).

> I don't particularly care which part of the file system this omes from,  
> but I do care about being able to find it quickly, and about it being easy  
> (i.e. not need looking at 7868 separate files) and giving the essential  
> info (which is the info that can be found in the relevant docs or be fed  
> to google).

Same as "ps xaf". I usually don't look at /proc/*/cmdline etc either.
This doesn't mean I want a file in /proc which contains "ps axf" output.

Anyway, /proc/pci is currently broken (the kernel don't know what
hot-pluggable devices will you use, and doesn't preserve the necessary
names). If we want it in /proc, could it be corrected?


I always thought of /proc/pci as of temporary q&d debug tool.
-- 
Krzysztof Halasa
Network Administrator