1.\" 2.\" Copyright (c) 1999 Kenneth D. Merry. 3.\" All rights reserved. 4.\" 5.\" Redistribution and use in source and binary forms, with or without 6.\" modification, are permitted provided that the following conditions 7.\" are met: 8.\" 1. Redistributions of source code must retain the above copyright 9.\" notice, this list of conditions and the following disclaimer. 10.\" 2. The name of the author may not be used to endorse or promote products 11.\" derived from this software without specific prior written permission. 12.\" 13.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND 14.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE 15.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE 16.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE 17.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL 18.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS 19.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) 20.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT 21.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY 22.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF 23.\" SUCH DAMAGE. 24.\" 25.\" $FreeBSD$ 26.\" 27.Dd August 13, 2021 28.Dt PCI 4 29.Os 30.Sh NAME 31.Nm pci 32.Nd generic PCI/PCIe bus driver 33.Sh SYNOPSIS 34To compile the PCI bus driver into the kernel, 35place the following line in your 36kernel configuration file: 37.Bd -ragged -offset indent 38.Cd device pci 39.Ed 40.Pp 41To compile in support for Single Root I/O Virtualization 42.Pq SR-IOV : 43.Bd -ragged -offset indent 44.Cd options PCI_IOV 45.Ed 46.Pp 47To compile in support for native PCI-express HotPlug: 48.Bd -ragged -offset indent 49.Cd options PCI_HP 50.Ed 51.Sh DESCRIPTION 52The 53.Nm 54driver provides support for 55.Tn PCI 56and 57.Tn PCIe 58devices in the kernel and limited access to 59.Tn PCI 60devices for userland. 61.Pp 62The 63.Nm 64driver provides a 65.Pa /dev/pci 66character device that can be used by userland programs to read and write 67.Tn PCI 68configuration registers. 69Programs can also use this device to get a list of all 70.Tn PCI 71devices, or all 72.Tn PCI 73devices that match various patterns. 74.Pp 75Since the 76.Nm 77driver provides a write interface for 78.Tn PCI 79configuration registers, system administrators should exercise caution when 80granting access to the 81.Nm 82device. 83If used improperly, this driver can allow userland applications to 84crash a machine or cause data loss. 85In particular, driver only allows operations on the opened 86.Pa /dev/pci 87to modify system state if the file descriptor was opened for writing. 88For instance, the 89.Dv PCIOCREAD 90and 91.Dv PCIOCBARMMAP 92operations require a writeable descriptor, because reading a config register 93or a BAR read access could have function-specific side-effects. 94.Pp 95The 96.Nm 97driver implements the 98.Tn PCI 99bus in the kernel. 100It enumerates any devices on the 101.Tn PCI 102bus and gives 103.Tn PCI 104client drivers the chance to attach to them. 105It assigns resources to children, when the BIOS does not. 106It takes care of routing interrupts when necessary. 107It reprobes the unattached 108.Tn PCI 109children when 110.Tn PCI 111client drivers are dynamically 112loaded at runtime. 113The 114.Nm 115driver also includes support for PCI-PCI bridges, 116various platform-specific Host-PCI bridges, 117and basic support for 118.Tn PCI 119VGA adapters. 120.Sh IOCTLS 121The following 122.Xr ioctl 2 123calls are supported by the 124.Nm 125driver. 126They are defined in the header file 127.In sys/pciio.h . 128.Bl -tag -width 012345678901234 129.It PCIOCGETCONF 130This 131.Xr ioctl 2 132takes a 133.Va pci_conf_io 134structure. 135It allows the user to retrieve information on all 136.Tn PCI 137devices in the system, or on 138.Tn PCI 139devices matching patterns supplied by the user. 140The call may set 141.Va errno 142to any value specified in either 143.Xr copyin 9 144or 145.Xr copyout 9 . 146The 147.Va pci_conf_io 148structure consists of a number of fields: 149.Bl -tag -width match_buf_len 150.It pat_buf_len 151The length, in bytes, of the buffer filled with user-supplied patterns. 152.It num_patterns 153The number of user-supplied patterns. 154.It patterns 155Pointer to a buffer filled with user-supplied patterns. 156.Va patterns 157is a pointer to 158.Va num_patterns 159.Va pci_match_conf 160structures. 161The 162.Va pci_match_conf 163structure consists of the following elements: 164.Bl -tag -width pd_vendor 165.It pc_sel 166.Tn PCI 167domain, bus, slot and function. 168.It pd_name 169.Tn PCI 170device driver name. 171.It pd_unit 172.Tn PCI 173device driver unit number. 174.It pc_vendor 175.Tn PCI 176vendor ID. 177.It pc_device 178.Tn PCI 179device ID. 180.It pc_class 181.Tn PCI 182device class. 183.It flags 184The flags describe which of the fields the kernel should match against. 185A device must match all specified fields in order to be returned. 186The match flags are enumerated in the 187.Va pci_getconf_flags 188structure. 189Hopefully the flag values are obvious enough that they do not need to 190described in detail. 191.El 192.It match_buf_len 193Length of the 194.Va matches 195buffer allocated by the user to hold the results of the 196.Dv PCIOCGETCONF 197query. 198.It num_matches 199Number of matches returned by the kernel. 200.It matches 201Buffer containing matching devices returned by the kernel. 202The items in this buffer are of type 203.Va pci_conf , 204which consists of the following items: 205.Bl -tag -width pc_subvendor 206.It pc_sel 207.Tn PCI 208domain, bus, slot and function. 209.It pc_hdr 210.Tn PCI 211header type. 212.It pc_subvendor 213.Tn PCI 214subvendor ID. 215.It pc_subdevice 216.Tn PCI 217subdevice ID. 218.It pc_vendor 219.Tn PCI 220vendor ID. 221.It pc_device 222.Tn PCI 223device ID. 224.It pc_class 225.Tn PCI 226device class. 227.It pc_subclass 228.Tn PCI 229device subclass. 230.It pc_progif 231.Tn PCI 232device programming interface. 233.It pc_revid 234.Tn PCI 235revision ID. 236.It pd_name 237Driver name. 238.It pd_unit 239Driver unit number. 240.El 241.It offset 242The offset is passed in by the user to tell the kernel where it should 243start traversing the device list. 244The value passed out by the kernel 245points to the record immediately after the last one returned. 246The user may 247pass the value returned by the kernel in subsequent calls to the 248.Dv PCIOCGETCONF 249ioctl. 250If the user does not intend to use the offset, it must be set to zero. 251.It generation 252.Tn PCI 253configuration generation. 254This value only needs to be set if the offset is set. 255The kernel will compare the current generation number of its internal 256device list to the generation passed in by the user to determine whether 257its device list has changed since the user last called the 258.Dv PCIOCGETCONF 259ioctl. 260If the device list has changed, a status of 261.Va PCI_GETCONF_LIST_CHANGED 262will be passed back. 263.It status 264The status tells the user the disposition of his request for a device list. 265The possible status values are: 266.Bl -ohang 267.It PCI_GETCONF_LAST_DEVICE 268This means that there are no more devices in the PCI device list matching 269the specified criteria after the 270ones returned in the 271.Va matches 272buffer. 273.It PCI_GETCONF_LIST_CHANGED 274This status tells the user that the 275.Tn PCI 276device list has changed since his last call to the 277.Dv PCIOCGETCONF 278ioctl and he must reset the 279.Va offset 280and 281.Va generation 282to zero to start over at the beginning of the list. 283.It PCI_GETCONF_MORE_DEVS 284This tells the user that his buffer was not large enough to hold all of the 285remaining devices in the device list that match his criteria. 286.It PCI_GETCONF_ERROR 287This indicates a general error while servicing the user's request. 288If the 289.Va pat_buf_len 290is not equal to 291.Va num_patterns 292times 293.Fn sizeof "struct pci_match_conf" , 294.Va errno 295will be set to 296.Er EINVAL . 297.El 298.El 299.It PCIOCREAD 300This 301.Xr ioctl 2 302reads the 303.Tn PCI 304configuration registers specified by the passed-in 305.Va pci_io 306structure. 307The 308.Va pci_io 309structure consists of the following fields: 310.Bl -tag -width pi_width 311.It pi_sel 312A 313.Va pcisel 314structure which specifies the domain, bus, slot and function the user would 315like to query. 316If the specific bus is not found, errno will be set to ENODEV and -1 returned 317from the ioctl. 318.It pi_reg 319The 320.Tn PCI 321configuration registers the user would like to access. 322.It pi_width 323The width, in bytes, of the data the user would like to read. 324This value 325may be either 1, 2, or 4. 3263-byte reads and reads larger than 4 bytes are 327not supported. 328If an invalid width is passed, errno will be set to EINVAL. 329.It pi_data 330The data returned by the kernel. 331.El 332.It PCIOCWRITE 333This 334.Xr ioctl 2 335allows users to write to the 336.Tn PCI 337configuration registers specified in the passed-in 338.Va pci_io 339structure. 340The 341.Va pci_io 342structure is described above. 343The limitations on data width described for 344reading registers, above, also apply to writing 345.Tn PCI 346configuration registers. 347.It PCIOCATTACHED 348This 349.Xr ioctl 2 350allows users to query if a driver is attached to the 351.Tn PCI 352device specified in the passed-in 353.Va pci_io 354structure. 355The 356.Va pci_io 357structure is described above, however, the 358.Va pi_reg 359and 360.Va pi_width 361fields are not used. 362The status of the device is stored in the 363.Va pi_data 364field. 365A value of 0 indicates no driver is attached, while a value larger than 0 366indicates that a driver is attached. 367.It PCIOCBARMMAP 368This 369.Xr ioctl 2 370command allows userspace processes to 371.Xr mmap 2 372the memory-mapped PCI BAR into its address space. 373The input parameters and results are passed in the 374.Va pci_bar_mmap 375structure, which has the following fields: 376.Bl -tag -width Vt struct pcise pbm_sel 377.It Vt uint64_t pbm_map_base 378Reports the established mapping base to the caller. 379If 380.Va PCIIO_BAR_MMAP_FIXED 381flag was specified, then this field must be filled before the call 382with the desired address for the mapping. 383.It Vt uint64_t pbm_map_length 384Reports the mapped length of the BAR, in bytes. 385Its .Vt uint64_t value is always multiple of machine pages. 386.It Vt int64_t pbm_bar_length 387Reports length of the bar as exposed by the device. 388.It Vt int pbm_bar_off 389Reports offset from the mapped base to the start of the 390first register in the bar. 391.It Vt struct pcisel pbm_sel 392Should be filled before the call. 393Describes the device to operate on. 394.It Vt int pbm_reg 395The BAR index to mmap. 396.It Vt int pbm_flags 397Flags which augments the operation. 398See below. 399.It Vt int pbm_memattr 400The caching attribute for the mapping. 401Typical values are 402.Dv VM_MEMATTR_UNCACHEABLE 403for control registers BARs, and 404.Dv VM_MEMATTR_WRITE_COMBINING 405for frame buffers. 406Regular memory-like BAR should be mapped with 407.Dv VM_MEMATTR_DEFAULT 408attribute. 409.El 410.Pp 411Currently defined flags are: 412.Bl -tag -width PCIIO_BAR_MMAP_ACTIVATE 413.It PCIIO_BAR_MMAP_FIXED 414The resulted mappings should be established at the address 415specified by the 416.Va pbm_map_base 417member, otherwise fail. 418.It PCIIO_BAR_MMAP_EXCL 419Must be used together with 420.Dv PCIIO_BAR_MMAP_FIXED 421If the specified base contains already established mappings, the 422operation fails instead of implicitly unmapping them. 423.It PCIIO_BAR_MMAP_RW 424The requested mapping allows both reading and writing. 425Without the flag, read-only mapping is established. 426Note that it is common for the device registers to have side-effects 427even on reads. 428.It PCIIO_BAR_MMAP_ACTIVATE 429(Unimplemented) If the BAR is not activated, activate it in the course 430of mapping. 431Currently attempt to mmap an inactive BAR results in error. 432.El 433.It PCIOCBARIO 434This 435.Xr ioctl 2 436command allows users to read from and write to BARs. 437The I/O request parameters are passed in a 438.Va struct pci_bar_ioreq 439structure, which has the following fields: 440.Bl -tag 441.It Vt struct pcisel pbi_sel 442Describes the device to operate on. 443.It Vt int pbi_op 444The operation to perform. 445Currently supported values are 446.Dv PCIBARIO_READ 447and 448.Dv PCIBARIO_WRITE . 449.It Vt uint32_t pbi_bar 450The index of the BAR on which to operate. 451.It Vt uint32_t pbi_offset 452The offset into the BAR at which to operate. 453.It Vt uint32_t pbi_width 454The size, in bytes, of the I/O operation. 4551-byte, 2-byte, 4-byte and 8-byte perations are supported. 456.It Vt uint32_t pbi_value 457For reads, the value is returned in this field. 458For writes, the caller specifies the value to be written in this field. 459.Pp 460Note that this operation maps and unmaps the corresponding resource and 461so is relatively expensive for memory BARs. 462The 463.Va PCIOCBARMMAP 464.Xr ioctl 2 465can be used to create a persistent userspace mapping for such BARs instead. 466.El 467.El 468.Sh LOADER TUNABLES 469Tunables can be set at the 470.Xr loader 8 471prompt before booting the kernel, or stored in 472.Xr loader.conf 5 . 473The current value of these tunables can be examined at runtime via 474.Xr sysctl 8 475nodes of the same name. 476Unless otherwise specified, 477each of these tunables is a boolean that can be enabled by setting the 478tunable to a non-zero value. 479.Bl -tag -width indent 480.It Va hw.pci.clear_bars Pq Defaults to 0 481Ignore any firmware-assigned memory and I/O port resources. 482This forces the 483.Tn PCI 484bus driver to allocate resource ranges for memory and I/O port resources 485from scratch. 486.It Va hw.pci.clear_buses Pq Defaults to 0 487Ignore any firmware-assigned bus number registers in PCI-PCI bridges. 488This forces the 489.Tn PCI 490bus driver and PCI-PCI bridge driver to allocate bus numbers for secondary 491buses behind PCI-PCI bridges. 492.It Va hw.pci.clear_pcib Pq Defaults to 0 493Ignore any firmware-assigned memory and I/O port resource windows in PCI-PCI 494bridges. 495This forces the PCI-PCI bridge driver to allocate memory and I/O port resources 496for resource windows from scratch. 497.Pp 498By default the PCI-PCI bridge driver will allocate windows that 499contain the firmware-assigned resources devices behind the bridge. 500In addition, the PCI-PCI bridge driver will suballocate from existing window 501regions when possible to satisfy a resource request. 502As a result, 503both 504.Va hw.pci.clear_bars 505and 506.Va hw.pci.clear_pcib 507must be enabled to fully ignore firmware-supplied resource assignments. 508.It Va hw.pci.default_vgapci_unit Pq Defaults to -1 509By default, 510the first 511.Tn PCI 512VGA adapter encountered by the system is assumed to be the boot display device. 513This tunable can be set to choose a specific VGA adapter by specifying the 514unit number of the associated 515.Va vgapci Ns Ar X 516device. 517.It Va hw.pci.do_power_nodriver Pq Defaults to 0 518Place devices into a low power state 519.Pq D3 520when a suitable device driver is not found. 521Can be set to one of the following values: 522.Bl -tag -width indent 523.It 3 524Powers down all 525.Tn PCI 526devices without a device driver. 527.It 2 528Powers down most devices without a device driver. 529PCI devices with the display, memory, and base peripheral device classes 530are not powered down. 531.It 1 532Similar to a setting of 2 except that storage controllers are also not 533powered down. 534.It 0 535All devices are left fully powered. 536.El 537.Pp 538A 539.Tn PCI 540device must support power management to be powered down. 541Placing a device into a low power state may not reduce power consumption. 542.It Va hw.pci.do_power_resume Pq Defaults to 1 543Place 544.Tn PCI 545devices into the fully powered state when resuming either the system or an 546individual device. 547Setting this to zero is discouraged as the system will not attempt to power 548up non-powered PCI devices after a suspend. 549.It Va hw.pci.do_power_suspend Pq Defaults to 1 550Place 551.Tn PCI 552devices into a low power state when suspending either the system or individual 553devices. 554Normally the D3 state is used as the low power state, 555but firmware may override the desired power state during a system suspend. 556.It Va hw.pci.enable_ari Pq Defaults to 1 557Enable support for PCI-express Alternative RID Interpretation. 558This is often used in conjunction with SR-IOV. 559.It Va hw.pci.enable_io_modes Pq Defaults to 1 560Enable memory or I/O port decoding in a PCI device's command register if it has 561firmware-assigned memory or I/O port resources. 562The firmware 563.Pq BIOS 564in some systems does not enable memory or I/O port decoding for some devices 565even when it has assigned resources to the device. 566This enables decoding for such resources during bus probe. 567.It Va hw.pci.enable_msi Pq Defaults to 1 568Enable support for Message Signalled Interrupts 569.Pq MSI . 570MSI interrupts can be disabled by setting this tunable to 0. 571.It Va hw.pci.enable_msix Pq Defaults to 1 572Enable support for extended Message Signalled Interrupts 573.Pq MSI-X . 574MSI-X interrupts can be disabled by setting this tunable to 0. 575.It Va hw.pci.enable_pcie_hp Pq Defaults to 1 576Enable support for native PCI-express HotPlug. 577.It Va hw.pci.honor_msi_blacklist Pq Defaults to 1 578MSI and MSI-X interrupts are disabled for certain chipsets known to have 579broken MSI and MSI-X implementations when this tunable is set. 580It can be set to zero to permit use of MSI and MSI-X interrupts if the 581chipset match is a false positive. 582.It Va hw.pci.iov_max_config Pq Defaults to 1MB 583The maximum amount of memory permitted for the configuration parameters 584used when creating Virtual Functions via SR-IOV. 585This tunable can also be changed at runtime via 586.Xr sysctl 8 . 587.It Va hw.pci.realloc_bars Pq Defaults to 0 588Attempt to allocate a new resource range during the initial device scan 589for any memory or I/O port resources with firmware-assigned ranges that 590conflict with another active resource. 591.It Va hw.pci.usb_early_takeover Pq Defaults to 1 on Tn amd64 and Tn i386 592Disable legacy device emulation of USB devices during the initial device 593scan. 594Set this tunable to zero to use USB devices via legacy emulation when 595using a custom kernel without USB controller drivers. 596.It Va hw.pci<D>.<B>.<S>.INT<P>.irq 597These tunables can be used to override the interrupt routing for legacy 598PCI INTx interrupts. 599Unlike other tunables in this list, 600these do not have corresponding sysctl nodes. 601The tunable name includes the address of the PCI device as well as the 602pin of the desired INTx IRQ to override: 603.Bl -tag -width indent 604.It <D> 605The domain 606.Pq or segment 607of the PCI device in decimal. 608.It <B> 609The bus address of the PCI device in decimal. 610.It <S> 611The slot of the PCI device in decimal. 612.It <P> 613The interrupt pin of the PCI slot to override. 614One of 615.Ql A , 616.Ql B , 617.Ql C , 618or 619.Ql D . 620.El 621.Pp 622The value of the tunable is the raw IRQ value to use for the INTx interrupt 623pin identified by the tunable name. 624Mapping of IRQ values to platform interrupt sources is machine dependent. 625.El 626.Sh DEVICE WIRING 627You can wire the device unit at a given location with device.hints. 628Entries of the form 629.Va hints.<name>.<unit>.at="pci<B>:<S>:<F>" 630or 631.Va hints.<name>.<unit>.at="pci<D>:<B>:<S>:<F>" 632will force the driver 633.Va name 634to probe and attach at unit 635.Va unit 636for any PCI device found to match the specification, where: 637.Bl -tag -width -indent 638.It <D> 639The domain 640.Pq or segment 641of the PCI device in decimal. 642Defaults to 0 if unspecified 643.It <B> 644The bus address of the PCI device in decimal. 645.It <S> 646The slot of the PCI device in decimal. 647.It <F> 648The function of the PCI device in decimal. 649.El 650.Pp 651The code to do the matching requires an exact string match. 652Do not specify the angle brackets 653.Pq < > 654in the hints file. 655Wiring multiple devices to the same 656.Va name 657and 658.Va unit 659produces undefined results. 660.Ss Examples 661Given the following lines in 662.Pa /boot/device.hints : 663.Cd hint.nvme.3.at="pci6:0:0" 664.Cd hint.igb.8.at="pci14:0:0" 665If there is a device that supports 666.Xr igb 4 667at PCI bus 14 slot 0 function 0, 668then it will be assigned igb8 for probe and attach. 669Likewise, if there is an 670.Xr nvme 4 671card at PCI bus 6 slot 0 function 0, 672then it will be assigned nvme3 for probe and attach. 673If another type of card is in either of these locations, the name and 674unit of that card will be the default names and will be unaffected by 675these hints. 676If other igb or nvme cards are located elsewhere, they will be 677assigned their unit numbers sequentially, skipping the unit numbers 678that have 'at' hints. 679.Sh FILES 680.Bl -tag -width /dev/pci -compact 681.It Pa /dev/pci 682Character device for the 683.Nm 684driver. 685.El 686.Sh SEE ALSO 687.Xr pciconf 8 688.Sh HISTORY 689The 690.Nm 691driver (not the kernel's 692.Tn PCI 693support code) first appeared in 694.Fx 2.2 , 695and was written by Stefan Esser and Garrett Wollman. 696Support for device listing and matching was re-implemented by 697Kenneth Merry, and first appeared in 698.Fx 3.0 . 699.Sh AUTHORS 700.An Kenneth Merry Aq Mt ken@FreeBSD.org 701.Sh BUGS 702It is not possible for users to specify an accurate offset into the device 703list without calling the 704.Dv PCIOCGETCONF 705at least once, since they have no way of knowing the current generation 706number otherwise. 707This probably is not a serious problem, though, since 708users can easily narrow their search by specifying a pattern or patterns 709for the kernel to match against. 710