]> mj.ucw.cz Git - pciutils.git/blob - lspci.man
Sylixos port
[pciutils.git] / lspci.man
1 .TH lspci 8 "@TODAY@" "@VERSION@" "The PCI Utilities"
2 .SH NAME
3 lspci \- list all PCI devices
4 .SH SYNOPSIS
5 .B lspci
6 .RB [ options ]
7 .SH DESCRIPTION
8 .B lspci
9 is a utility for displaying information about PCI buses in the system and
10 devices connected to them.
11
12 By default, it shows a brief list of devices. Use the options described
13 below to request either a more verbose output or output intended for
14 parsing by other programs.
15
16 If you are going to report bugs in PCI device drivers or in
17 .I lspci
18 itself, please include output of "lspci -vvx" or even better "lspci -vvxxx"
19 (however, see below for possible caveats).
20
21 Some parts of the output, especially in the highly verbose modes, are probably
22 intelligible only to experienced PCI hackers. For exact definitions of
23 the fields, please consult either the PCI specifications or the
24 .B header.h
25 and
26 .B /usr/include/linux/pci.h
27 include files.
28
29 Access to some parts of the PCI configuration space is restricted to root
30 on many operating systems, so the features of
31 .I lspci
32 available to normal users are limited. However,
33 .I lspci
34 tries its best to display as much as available and mark all other
35 information with
36 .I <access denied>
37 text.
38
39 .SH OPTIONS
40
41 .SS Basic display modes
42 .TP
43 .B -m
44 Dump PCI device data in a backward-compatible machine readable form.
45 See below for details.
46 .TP
47 .B -mm
48 Dump PCI device data in a machine readable form for easy parsing by scripts.
49 See below for details.
50 .TP
51 .B -t
52 Show a tree-like diagram containing all buses, bridges, devices and connections
53 between them.
54
55 .SS Display options
56 .TP
57 .B -v
58 Be verbose and display detailed information about all devices.
59 .TP
60 .B -vv
61 Be very verbose and display more details. This level includes everything deemed
62 useful.
63 .TP
64 .B -vvv
65 Be even more verbose and display everything we are able to parse,
66 even if it doesn't look interesting at all (e.g., undefined memory regions).
67 .TP
68 .B -k
69 Show kernel drivers handling each device and also kernel modules capable of handling it.
70 Turned on by default when
71 .B -v
72 is given in the normal mode of output.
73 (Currently works only on Linux with kernel 2.6 or newer.)
74 .TP
75 .B -x
76 Show hexadecimal dump of the standard part of the configuration space (the first
77 64 bytes or 128 bytes for CardBus bridges).
78 .TP
79 .B -xxx
80 Show hexadecimal dump of the whole PCI configuration space. It is available only to root
81 as several PCI devices
82 .B crash
83 when you try to read some parts of the config space (this behavior probably
84 doesn't violate the PCI standard, but it's at least very stupid). However, such
85 devices are rare, so you needn't worry much.
86 .TP
87 .B -xxxx
88 Show hexadecimal dump of the extended (4096-byte) PCI configuration space available
89 on PCI-X 2.0 and PCI Express buses.
90 .TP
91 .B -b
92 Bus-centric view. Show all IRQ numbers and addresses as seen by the cards on the
93 PCI bus instead of as seen by the kernel.
94 .TP
95 .B -D
96 Always show PCI domain numbers. By default, lspci suppresses them on machines which
97 have only domain 0.
98
99 .SS Options to control resolving ID's to names
100 .TP
101 .B -n
102 Show PCI vendor and device codes as numbers instead of looking them up in the
103 PCI ID list.
104 .TP
105 .B -nn
106 Show PCI vendor and device codes as both numbers and names.
107 .TP
108 .B -q
109 Use DNS to query the central PCI ID database if a device is not found in the local
110 .B pci.ids
111 file. If the DNS query succeeds, the result is cached in
112 .B ~/.pciids-cache
113 and it is recognized in subsequent runs even if
114 .B -q
115 is not given any more. Please use this switch inside automated scripts only
116 with caution to avoid overloading the database servers.
117 .TP
118 .B -qq
119 Same as
120 .BR -q ,
121 but the local cache is reset.
122 .TP
123 .B -Q
124 Query the central database even for entries which are recognized locally.
125 Use this if you suspect that the displayed entry is wrong.
126
127 .SS Options for selection of devices
128 .TP
129 .B -s [[[[<domain>]:]<bus>]:][<device>][.[<func>]]
130 Show only devices in the specified domain (in case your machine has several host bridges,
131 they can either share a common bus number space or each of them can address a PCI domain
132 of its own; domains are numbered from 0 to ffff), bus (0 to ff), device (0 to 1f) and function (0 to 7).
133 Each component of the device address can be omitted or set to "*", both meaning "any value". All numbers are
134 hexadecimal.  E.g., "0:" means all devices on bus 0, "0" means all functions of device 0
135 on any bus, "0.3" selects third function of device 0 on all buses and ".4" shows only
136 the fourth function of each device.
137 .TP
138 .B -d [<vendor>]:[<device>][:<class>]
139 Show only devices with specified vendor, device and class ID. The ID's are
140 given in hexadecimal and may be omitted or given as "*", both meaning
141 "any value".
142
143 .SS Other options
144 .TP
145 .B -i <file>
146 Use
147 .B
148 <file>
149 as the PCI ID list instead of @IDSDIR@/pci.ids.
150 .TP
151 .B -p <file>
152 Use
153 .B
154 <file>
155 as the map of PCI ID's handled by kernel modules. By default, lspci uses
156 .RI /lib/modules/ kernel_version /modules.pcimap.
157 Applies only to Linux systems with recent enough module tools.
158 .TP
159 .B -M
160 Invoke bus mapping mode which performs a thorough scan of all PCI devices, including
161 those behind misconfigured bridges, etc. This option gives meaningful results only
162 with a direct hardware access mode, which usually requires root privileges.
163 Please note that the bus mapper only scans PCI domain 0.
164 .TP
165 .B --version
166 Shows
167 .I lspci
168 version. This option should be used stand-alone.
169
170 .SS PCI access options
171 .PP
172 The PCI utilities use the PCI library to talk to PCI devices (see
173 \fBpcilib\fP(7) for details). You can use the following options to
174 influence its behavior:
175 .TP
176 .B -A <method>
177 The library supports a variety of methods to access the PCI hardware.
178 By default, it uses the first access method available, but you can use
179 this option to override this decision. See \fB-A help\fP for a list of
180 available methods and their descriptions.
181 .TP
182 .B -O <param>=<value>
183 The behavior of the library is controlled by several named parameters.
184 This option allows to set the value of any of the parameters. Use \fB-O help\fP
185 for a list of known parameters and their default values.
186 .TP
187 .B -H1
188 Use direct hardware access via Intel configuration mechanism 1.
189 (This is a shorthand for \fB-A intel-conf1\fP.)
190 .TP
191 .B -H2
192 Use direct hardware access via Intel configuration mechanism 2.
193 (This is a shorthand for \fB-A intel-conf2\fP.)
194 .TP
195 .B -F <file>
196 Instead of accessing real hardware, read the list of devices and values of their
197 configuration registers from the given file produced by an earlier run of lspci -x.
198 This is very useful for analysis of user-supplied bug reports, because you can display
199 the hardware configuration in any way you want without disturbing the user with
200 requests for more dumps.
201 .TP
202 .B -G
203 Increase debug level of the library.
204
205 .SH MACHINE READABLE OUTPUT
206 If you intend to process the output of lspci automatically, please use one of the
207 machine-readable output formats
208 .RB ( -m ,
209 .BR -vm ,
210 .BR -vmm )
211 described in this section. All other formats are likely to change
212 between versions of lspci.
213
214 .P
215 All numbers are always printed in hexadecimal. If you want to process numeric ID's instead of
216 names, please add the
217 .B -n
218 switch.
219
220 .SS Simple format (-m)
221
222 In the simple format, each device is described on a single line, which is
223 formatted as parameters suitable for passing to a shell script, i.e., values
224 separated by whitespaces, quoted and escaped if necessary.
225 Some of the arguments are positional: slot, class, vendor name, device name,
226 subsystem vendor name and subsystem name (the last two are empty if
227 the device has no subsystem); the remaining arguments are option-like:
228
229 .TP
230 .BI -r rev
231 Revision number.
232
233 .TP
234 .BI -p progif
235 Programming interface.
236
237 .P
238 The relative order of positional arguments and options is undefined.
239 New options can be added in future versions, but they will always
240 have a single argument not separated from the option by any spaces,
241 so they can be easily ignored if not recognized.
242
243 .SS Verbose format (-vmm)
244
245 The verbose output is a sequence of records separated by blank lines.
246 Each record describes a single device by a sequence of lines, each line
247 containing a single
248 .RI ` tag :
249 .IR value '
250 pair. The
251 .I tag
252 and the
253 .I value
254 are separated by a single tab character.
255 Neither the records nor the lines within a record are in any particular order.
256 Tags are case-sensitive.
257
258 .P
259 The following tags are defined:
260
261 .TP
262 .B Slot
263 The name of the slot where the device resides
264 .RI ([ domain :] bus : device . function ).
265 This tag is always the first in a record.
266
267 .TP
268 .B Class
269 Name of the class.
270
271 .TP
272 .B Vendor
273 Name of the vendor.
274
275 .TP
276 .B Device
277 Name of the device.
278
279 .TP
280 .B SVendor
281 Name of the subsystem vendor (optional).
282
283 .TP
284 .B SDevice
285 Name of the subsystem (optional).
286
287 .TP
288 .B PhySlot
289 The physical slot where the device resides (optional, Linux only).
290
291 .TP
292 .B Rev
293 Revision number (optional).
294
295 .TP
296 .B ProgIf
297 Programming interface (optional).
298
299 .TP
300 .B Driver
301 Kernel driver currently handling the device (optional, Linux only).
302
303 .TP
304 .B Module
305 Kernel module reporting that it is capable of handling the device
306 (optional, Linux only).
307
308 .TP
309 .B NUMANode
310 NUMA node this device is connected to (optional, Linux only).
311
312 .P
313 New tags can be added in future versions, so you should silently ignore any tags you don't recognize.
314
315 .SS Backward-compatible verbose format (-vm)
316
317 In this mode, lspci tries to be perfectly compatible with its old versions.
318 It's almost the same as the regular verbose format, but the
319 .B
320 Device
321 tag is used for both the slot and the device name, so it occurs twice
322 in a single record. Please avoid using this format in any new code.
323
324 .SH FILES
325 .TP
326 .B @IDSDIR@/pci.ids
327 A list of all known PCI ID's (vendors, devices, classes and subclasses). Maintained
328 at http://pciids.sourceforge.net/, use the
329 .B update-pciids
330 utility to download the most recent version.
331 .TP
332 .B @IDSDIR@/pci.ids.gz
333 If lspci is compiled with support for compression, this file is tried before pci.ids.
334 .TP
335 .B ~/.pciids-cache
336 All ID's found in the DNS query mode are cached in this file.
337
338 .SH BUGS
339
340 Sometimes, lspci is not able to decode the configuration registers completely.
341 This usually happens when not enough documentation was available to the authors.
342 In such cases, it at least prints the
343 .B <?>
344 mark to signal that there is potentially something more to say. If you know
345 the details, patches will be of course welcome.
346
347 Access to the extended configuration space is currently supported only by the
348 .B linux_sysfs
349 back-end.
350
351 .SH SEE ALSO
352 .BR setpci (8),
353 .BR update-pciids (8),
354 .BR pcilib (7)
355
356 .SH AUTHOR
357 The PCI Utilities are maintained by Martin Mares <mj@ucw.cz>.