From: Thierry Vignaud <tvignaud@mandrakesoft.com>
To: martin@dalecki.de
Cc: Russell King <rmk@arm.linux.org.uk>, linux-kernel@vger.kernel.org
Subject: Re: RFC: /proc/pci removal?
Date: Mon, 29 Jul 2002 14:46:17 +0200 [thread overview]
Message-ID: <m2it2yn1ly.fsf@vador.mandrakesoft.com> (raw)
In-Reply-To: <3D4532D5.1000706@evision.ag> (Marcin Dalecki's message of "Mon, 29 Jul 2002 14:19:33 +0200")
Marcin Dalecki <dalecki@evision.ag> writes:
> > I seem to vaguely remember that a while ago (2.3 days?) there was
> > discussion about removing /proc/pci in favour of the lspci output,
> > however there doesn't seem much in google groups about it (and
> > marc seems useless with non-alphanumeric searches.)
>
> scanpci from XFree is using it as well. However i would rather still
> like it to be gone despite this inconvenience.
neither gatos scanpci nor XFree86' scanpci do:
tv@vador ~ $ urpmf bin/scanpci
XFree86:/usr/X11R6/bin/scanpci
gatos:/usr/bin/scanpci
tv@vador ~ $ sudo strace /usr/X11R6/bin/scanpci 2>&1|fgrep open|uniq
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/lib/i686/libc.so.6", O_RDONLY) = 3
open("/proc/bus/pci/devices", O_RDONLY) = 3
gatos scanpci directly access pci config space.
also lspci, libldetect (used by mandrake drakx, harddrake2,
lspcidrake tools), kudzu uses /proc/bus/pci/* rather thatn
/proc/pci as you can easily check with strace :
tv@vador ~ $ sudo strace lspcidrake 2>&1|fgrep open
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/lib/i686/libc.so.6", O_RDONLY) = 3
open("/proc/bus/pci/devices", O_RDONLY) = 3
open("/usr/share/ldetect-lst/pcitable", O_RDONLY) = 3
open("/proc/bus/usb/devices", O_RDONLY) = -1 ENOENT (No such file or
directory)
tv@vador ~ $ sudo strace lspcidrake -f 2>&1|fgrep open
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/lib/i686/libc.so.6", O_RDONLY) = 3
open("/proc/bus/pci/devices", O_RDONLY) = 3
open("/proc/bus/pci/00/00.0", O_RDONLY) = 4
open("/proc/bus/pci/00/01.0", O_RDONLY) = 4
open("/proc/bus/pci/00/1e.0", O_RDONLY) = 4
open("/proc/bus/pci/00/1f.0", O_RDONLY) = 4
open("/proc/bus/pci/00/1f.1", O_RDONLY) = 4
open("/proc/bus/pci/00/1f.2", O_RDONLY) = 4
open("/proc/bus/pci/00/1f.3", O_RDONLY) = 4
open("/proc/bus/pci/00/1f.5", O_RDONLY) = 4
open("/proc/bus/pci/01/0c.0", O_RDONLY) = 4
open("/usr/share/ldetect-lst/pcitable", O_RDONLY) = 3
open("/proc/bus/usb/devices", O_RDONLY) = -1 ENOENT (No such file or directory)
tv@vador ~ $ sudo strace lspci 2>&1|fgrep open
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/lib/i686/libc.so.6", O_RDONLY) = 3
open("/proc/bus/pci/devices", O_RDONLY) = 3
open("/proc/bus/pci/01/0c.0", O_RDONLY) = 3
open("/proc/bus/pci/00/1f.5", O_RDONLY) = 3
open("/proc/bus/pci/00/1f.3", O_RDONLY) = 3
open("/proc/bus/pci/00/1f.2", O_RDONLY) = 3
open("/proc/bus/pci/00/1f.1", O_RDONLY) = 3
open("/proc/bus/pci/00/1f.0", O_RDONLY) = 3
open("/proc/bus/pci/00/1e.0", O_RDONLY) = 3
open("/proc/bus/pci/00/01.0", O_RDONLY) = 3
open("/proc/bus/pci/00/00.0", O_RDONLY) = 3
open("/usr/share/pci.ids", O_RDONLY) = 4
(i wont put every output but i've straced and checked kudzu source
in the past, have read harddrake1 source, 'm writting harrddrake2
and so i do know for those)
next prev parent reply other threads:[~2002-07-29 12:42 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-29 12:17 RFC: /proc/pci removal? Russell King
2002-07-29 12:19 ` Marcin Dalecki
2002-07-29 12:46 ` Thierry Vignaud [this message]
2002-07-29 13:06 ` Marcin Dalecki
2002-07-29 13:29 ` Dave Jones
2002-07-29 16:23 ` Martin Mares
2002-07-31 17:50 ` Bill Davidsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2it2yn1ly.fsf@vador.mandrakesoft.com \
--to=tvignaud@mandrakesoft.com \
--cc=linux-kernel@vger.kernel.org \
--cc=martin@dalecki.de \
--cc=rmk@arm.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox