xref: /openbmc/linux/drivers/pci/Kconfig (revision 8b955b0d)
11da177e4SLinus Torvalds#
21da177e4SLinus Torvalds# PCI configuration
31da177e4SLinus Torvalds#
41da177e4SLinus Torvaldsconfig PCI_MSI
51da177e4SLinus Torvalds	bool "Message Signaled Interrupts (MSI and MSI-X)"
61da177e4SLinus Torvalds	depends on PCI
71da177e4SLinus Torvalds	depends on (X86_LOCAL_APIC && X86_IO_APIC) || IA64
81da177e4SLinus Torvalds	help
91da177e4SLinus Torvalds	   This allows device drivers to enable MSI (Message Signaled
101da177e4SLinus Torvalds	   Interrupts).  Message Signaled Interrupts enable a device to
111da177e4SLinus Torvalds	   generate an interrupt using an inbound Memory Write on its
121da177e4SLinus Torvalds	   PCI bus instead of asserting a device IRQ pin.
131da177e4SLinus Torvalds
14309e57dfSMatthew Wilcox	   Use of PCI MSI interrupts can be disabled at kernel boot time
15309e57dfSMatthew Wilcox	   by using the 'pci=nomsi' option.  This disables MSI for the
16309e57dfSMatthew Wilcox	   entire system.
17309e57dfSMatthew Wilcox
181da177e4SLinus Torvalds	   If you don't know what to do here, say N.
191da177e4SLinus Torvalds
200f397f86SGreg Kroah-Hartmanconfig PCI_MULTITHREAD_PROBE
210f397f86SGreg Kroah-Hartman	bool "PCI Multi-threaded probe (EXPERIMENTAL)"
220f397f86SGreg Kroah-Hartman	depends on PCI && EXPERIMENTAL
230f397f86SGreg Kroah-Hartman	help
240f397f86SGreg Kroah-Hartman	  Say Y here if you want the PCI core to spawn a new thread for
250f397f86SGreg Kroah-Hartman	  every PCI device that is probed.  This can cause a huge
260f397f86SGreg Kroah-Hartman	  speedup in boot times on multiprocessor machines, and even a
270f397f86SGreg Kroah-Hartman	  smaller speedup on single processor machines.
280f397f86SGreg Kroah-Hartman
290f397f86SGreg Kroah-Hartman	  But it can also cause lots of bad things to happen.  A number
300f397f86SGreg Kroah-Hartman	  of PCI drivers can not properly handle running in this way,
310f397f86SGreg Kroah-Hartman	  some will just not work properly at all, while others might
320f397f86SGreg Kroah-Hartman	  decide to blow up power supplies with a huge load all at once,
330f397f86SGreg Kroah-Hartman	  so use this option at your own risk.
340f397f86SGreg Kroah-Hartman
350f397f86SGreg Kroah-Hartman	  It is very unwise to use this option if you are not using a
360f397f86SGreg Kroah-Hartman	  boot process that can handle devices being created in any
370f397f86SGreg Kroah-Hartman	  order.  A program that can create persistant block and network
380f397f86SGreg Kroah-Hartman	  device names (like udev) is a good idea if you wish to use
390f397f86SGreg Kroah-Hartman	  this option.
400f397f86SGreg Kroah-Hartman
410f397f86SGreg Kroah-Hartman	  Again, use this option at your own risk, you have been warned!
420f397f86SGreg Kroah-Hartman
430f397f86SGreg Kroah-Hartman	  When in doubt, say N.
440f397f86SGreg Kroah-Hartman
451da177e4SLinus Torvaldsconfig PCI_DEBUG
461da177e4SLinus Torvalds	bool "PCI Debugging"
471da177e4SLinus Torvalds	depends on PCI && DEBUG_KERNEL
481da177e4SLinus Torvalds	help
491da177e4SLinus Torvalds	  Say Y here if you want the PCI core to produce a bunch of debug
501da177e4SLinus Torvalds	  messages to the system log.  Select this if you are having a
511da177e4SLinus Torvalds	  problem with PCI support and want to see more of what is going on.
521da177e4SLinus Torvalds
531da177e4SLinus Torvalds	  When in doubt, say N.
541da177e4SLinus Torvalds
558b955b0dSEric W. Biedermanconfig HT_IRQ
568b955b0dSEric W. Biederman	bool "Interrupts on hypertransport devices"
578b955b0dSEric W. Biederman	default y
588b955b0dSEric W. Biederman	depends on PCI_MSI
598b955b0dSEric W. Biederman	depends on X86_LOCAL_APIC && X86_IO_APIC
608b955b0dSEric W. Biederman	help
618b955b0dSEric W. Biederman	   This allows native hypertransport devices to use interrupts.
628b955b0dSEric W. Biederman
638b955b0dSEric W. Biederman	   If unsure say Y.
64