new: pciutils 2.2.1

classic Classic list List threaded Threaded
16 messages Options
Reply | Threaded
Open this post in threaded view
|

new: pciutils 2.2.1

Matthieu Herrb
Hi,

I recently had to produce 'lspci -v' output for a machine running
OpenBSD for some vendor. So I ported pciutils... Here's the result.
It has some problems on macppc and sparc64 because of limitations in our
/dev/pci implementation. I hope to be able to fix that in the future.

--
Matthieu Herrb

pciutils.tgz (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Paul de Weerd
On Tue, Mar 21, 2006 at 11:26:05PM +0100, Matthieu Herrb wrote:
| Hi,
|
| I recently had to produce 'lspci -v' output for a machine running
| OpenBSD for some vendor. So I ported pciutils... Here's the result.
| It has some problems on macppc and sparc64 because of limitations in our
| /dev/pci implementation. I hope to be able to fix that in the future.

Works on my i386 system (with a not-really-the-latest snapshot).
Functionality similar to this (or scanpci, as provided by the x*.tgz
sets) would be very usefull, this is a great alternative to installing
on systems where it's not really necessary.

Cheers,

Paul 'WEiRD' de Weerd

--
>++++++++[<++++++++++>-]<+++++++.>+++[<------>-]<.>+++[<+
+++++++++++>-]<.>++[<------------>-]<+.--------------.[-]
                 http://www.weirdnet.nl/                 

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

STeve Andre'
In reply to this post by Matthieu Herrb
On Tuesday 21 March 2006 17:26, Matthieu Herrb wrote:
> Hi,
>
> I recently had to produce 'lspci -v' output for a machine running
> OpenBSD for some vendor. So I ported pciutils... Here's the result.
> It has some problems on macppc and sparc64 because of limitations in our
> /dev/pci implementation. I hope to be able to fix that in the future.

Works wonderfully, digging up data on my ThinkPad A31p, and it agrees
with my data on the devices.

--STeve Andre'

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Sigfred Håversen
In reply to this post by Matthieu Herrb
Matthieu Herrb wrote:
> Hi,
>
> I recently had to produce 'lspci -v' output for a machine running
> OpenBSD for some vendor. So I ported pciutils... Here's the result.
> It has some problems on macppc and sparc64 because of limitations in our
> /dev/pci implementation. I hope to be able to fix that in the future.
>

Builds fine on amd64. The output from lspci seems to agree with
hardware data I have on the machine.

/Sigfred


Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Ian Darwin
In reply to this post by Matthieu Herrb
Matthieu Herrb wrote:
> Hi,
>
> I recently had to produce 'lspci -v' output for a machine running
> OpenBSD for some vendor. So I ported pciutils... Here's the result.
> It has some problems on macppc and sparc64 because of limitations in
> our /dev/pci implementation. I hope to be able to fix that in the future.
>
Worked for me, on i386.

ian:379$ sudo lspci
pcilib: Bus 00 seen twice (firmware bug). Ignored.
00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge
00:01.0 PCI bridge: ATI Technologies Inc Unknown device 5a3f
00:04.0 PCI bridge: ATI Technologies Inc Unknown device 5a36
00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller
00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller
00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host Controller
00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 10)
00:14.1 IDE interface: ATI Technologies Inc Standard Dual Channel PCI
IDE Controller ATI
00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge
00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge
00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400
AC'97 Audio Controller (rev 01)
00:14.6 Modem: ATI Technologies Inc ATI SB400 - AC'97 Modem Controller
(rev 01)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon
XPRESS 200M 5955 (PCIE)
02:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A
IEEE-1394a-2000 Controller (PHY/Link)
02:02.0 Network controller: Broadcom Corporation BCM4306 802.11b/g
Wireless LAN Controller (rev 03)
02:04.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
02:04.3 Mass storage controller: Texas Instruments PCIxx21 Integrated
FlashMedia Controller
02:04.4 Class 0805: Texas Instruments PCI6411, PCI6421, PCI6611,
PCI6621, PCI7411, PCI7421, PCI7611, PCI7621 Secure Digital (SD) Controller
02:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Chris Kuethe
In reply to this post by Matthieu Herrb
Thinkpad T42 (i386)

# lspci
00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O
Controller (rev 03)
00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP
Controller (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M)
USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81)
00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface
Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE
Controller (rev 01)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
SMBus Controller (rev 01)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
AC'97 Modem Controller (rev 01)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon
Mobility M7 LW [Radeon Mobility 7500]
02:00.0 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus
Controller (rev 01)
02:00.1 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus
Controller (rev 01)
02:01.0 Ethernet controller: Intel Corporation 82540EP Gigabit
Ethernet Controller (Mobile) (rev 03)
02:02.0 Ethernet controller: Atheros Communications, Inc. AR5212
802.11abg NIC (rev 01)


Ultra10 (sparc64)

# lspci
00:01.0 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI
Bridge (rev 11)

--
GDB has a 'break' feature; why doesn't it have 'fix' too?

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Jasper Lievisse Adriaanse
In reply to this post by Matthieu Herrb
On Tue, 21 Mar 2006 23:26:05 +0100
Matthieu Herrb <[hidden email]> wrote:

> Hi,
>
> I recently had to produce 'lspci -v' output for a machine running
> OpenBSD for some vendor. So I ported pciutils... Here's the result.
> It has some problems on macppc and sparc64 because of limitations in our
> /dev/pci implementation. I hope to be able to fix that in the future.
>
> --
> Matthieu Herrb
>
--- Makefile.orig       Wed Mar 22 08:44:03 2006
+++ Makefile    Wed Mar 22 08:44:29 2006
@@ -1,12 +1,8 @@
-# $OpenBSD: Makefile.template,v 1.46 2005/11/12 00:07:22 sturm Exp $
+# $OpenBSD$
 
 NOT_FOR_ARCHS=         sparc zaurus
 
 COMMENT=               "PCI bus configuration register access tools"
-
-#
-# What port/package will be created
-#
 DISTNAME=              pciutils-2.2.1
 CATEGORIES=            sysutils

Apart from that, this is what I get on sgi:

$ lspci
pcilib: Cannot open /dev/pci
lspci: Cannot find any working access method.

# /usr/local/sbin/lspci                                                        
lspci: obsd_init: /dev/pci open failed

# file /dev/pci
/dev/pci: character special (29/0)

Cheers,
Jasper

--
Humppa is a serious thing!

attachment0 (194 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Miod Vallat
> Apart from that, this is what I get on sgi:
>
> $ lspci
> pcilib: Cannot open /dev/pci
> lspci: Cannot find any working access method.

You need to recompile your kernel with
  option USER_PCICONF
for this to work on sgi.

Miod

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Roy Morris-4
In reply to this post by Matthieu Herrb


Matthieu Herrb wrote:
> Hi,
>
> I recently had to produce 'lspci -v' output for a machine running
> OpenBSD for some vendor. So I ported pciutils... Here's the result.
> It has some problems on macppc and sparc64 because of limitations in our
> /dev/pci implementation. I hope to be able to fix that in the future.
>
works fine 3.9 -snapshot Thinkpad 600x

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Keith Richardson-2
In reply to this post by Matthieu Herrb
Matthieu Herrb wrote:
> Hi,
>
> I recently had to produce 'lspci -v' output for a machine running
> OpenBSD for some vendor. So I ported pciutils... Here's the result.
> It has some problems on macppc and sparc64 because of limitations in
> our /dev/pci implementation. I hope to be able to fix that in the future.
>
Works on macppc (late 2001 iBook)  The data outputted matches the
[minimal] info I have on this machine.

-Keith

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Chris Kuethe
In reply to this post by Jasper Lievisse Adriaanse
On 3/22/06, Jasper Lievisse Adriaanse <[hidden email]> wrote:
> # /usr/local/sbin/lspci
> lspci: obsd_init: /dev/pci open failed

I ran into this on my ultra 10 and got the same error (forgot to set
machdep.allowaperture) which inspired me to make one little change to
obsd_init. That way we know why the open failed.

a->error("obsd_init: %s open failed - %s", name, strerror(errno));

--
GDB has a 'break' feature; why doesn't it have 'fix' too?

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Matthieu Herrb
In reply to this post by Jasper Lievisse Adriaanse
Jasper Lievisse Adriaanse wrote:

> On Tue, 21 Mar 2006 23:26:05 +0100
> Matthieu Herrb <[hidden email]> wrote:
>
>> Hi,
>>
>> I recently had to produce 'lspci -v' output for a machine running
>> OpenBSD for some vendor. So I ported pciutils... Here's the result.
>> It has some problems on macppc and sparc64 because of limitations in our
>> /dev/pci implementation. I hope to be able to fix that in the future.
>>
>> --
>> Matthieu Herrb
>>
>
> --- Makefile.orig       Wed Mar 22 08:44:03 2006
> +++ Makefile    Wed Mar 22 08:44:29 2006
> @@ -1,12 +1,8 @@
> -# $OpenBSD: Makefile.template,v 1.46 2005/11/12 00:07:22 sturm Exp $
> +# $OpenBSD$

CVS will take care of that on commit.

>  
>  NOT_FOR_ARCHS=         sparc zaurus
>  
>  COMMENT=               "PCI bus configuration register access tools"
> -
> -#
> -# What port/package will be created
> -#

Oops thanks.

>  DISTNAME=              pciutils-2.2.1
>  CATEGORIES=            sysutils
>
> Apart from that, this is what I get on sgi:
>
> $ lspci
> pcilib: Cannot open /dev/pci
> lspci: Cannot find any working access method.
>
> # /usr/local/sbin/lspci                                                        
> lspci: obsd_init: /dev/pci open failed
>
> # file /dev/pci
> /dev/pci: character special (29/0)
>

Yes, you need a kernel with option USER_PCICONF, which is not in sgi's
GENERIC.

--
Matthieu Herrb

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Alexandre Anriot
> Jasper Lievisse Adriaanse wrote:
> > On Tue, 21 Mar 2006 23:26:05 +0100
> > Matthieu Herrb <[hidden email]> wrote:
> >
> >> Hi,
> >>
> >> I recently had to produce 'lspci -v' output for a machine running
> >> OpenBSD for some vendor. So I ported pciutils... Here's the result.
> >> It has some problems on macppc and sparc64 because of limitations in our
> >> /dev/pci implementation. I hope to be able to fix that in the future.

Works just fine on macppc and i386 here.

% sudo lspci
00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 03)
00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81)
00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 01)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500]
02:00.0 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus Controller (rev 01)
02:00.1 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus Controller (rev 01)
02:01.0 Ethernet controller: Intel Corporation 82540EP Gigabit Ethernet Controller (Mobile) (rev 03)
02:02.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

Matthieu Herrb
In reply to this post by Matthieu Herrb
New version, taking many suggestions into account:

- remove extra comments from Makefile.template
- remove an extra -g that leaked in lib/Makefile
- make the port honour CFLAGS. (I tried to make it honour CC too, but
something seems broken in how make and gmake interact)
- mark pci.ids as @share, so that update-pciids can overwrite it

Thanks for all testing and feedback.

--
Matthieu Herrb



pciutils.tgz (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

dorqus
Matthieu Herrb wrote...
> New version, taking many suggestions into account:
>
> - remove extra comments from Makefile.template
> - remove an extra -g that leaked in lib/Makefile
> - make the port honour CFLAGS. (I tried to make it honour CC too, but
> something seems broken in how make and gmake interact)
> - mark pci.ids as @share, so that update-pciids can overwrite it
>
> Thanks for all testing and feedback.

A clean install shows this error:

void:~> sudo lspci
lspci: Parse error at /usr/local/share/pci.ids, line 3

00:00.0void:~>

If I run sudo update-pciids it then runs fine.

void:~> sudo /usr/local/sbin/update-pciids
--09:29:43--  http://pciids.sourceforge.net/v2.2/pci.ids.bz2
           => `/usr/local/share/pci.ids.new'
Resolving pciids.sourceforge.net... 66.35.250.209
Connecting to pciids.sourceforge.net|66.35.250.209|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104,895 (102K) [text/plain]

100%[====================================>] 104,895        3.63K/s    ETA 00:00

09:30:15 (3.33 KB/s) - `/usr/local/share/pci.ids.new' saved [104895/104895]

Done.
void:~> sudo lspci
00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host Bridge (rev 03)
00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset AGP Bridge (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 12)
00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 12)
00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 (rev 12)
00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 12)
00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus (rev 12)
00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 12)
00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 Audio (rev 12)
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 Pro Ultra TF
02:0c.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)
void:~>


This is on i386-current as of March 15th.

--
josh

Reply | Threaded
Open this post in threaded view
|

Re: new: pciutils 2.2.1

steven mestdagh
dorqus [2006-03-23, 09:30:54]:

> Matthieu Herrb wrote...
> > New version, taking many suggestions into account:
> >
> > - remove extra comments from Makefile.template
> > - remove an extra -g that leaked in lib/Makefile
> > - make the port honour CFLAGS. (I tried to make it honour CC too, but
> > something seems broken in how make and gmake interact)
> > - mark pci.ids as @share, so that update-pciids can overwrite it
> >
> > Thanks for all testing and feedback.
>
> A clean install shows this error:
>
> void:~> sudo lspci
> lspci: Parse error at /usr/local/share/pci.ids, line 3

yes, same here.

does the pci.ids file not belong under /var/db rather than /usr/local/share ?

steven

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm