kernel/irq/Kconfig

   1 menu "IRQ subsystem"
   2 # Options selectable by the architecture code
   3
   4 # Make sparse irq Kconfig switch below available
   5 config MAY_HAVE_SPARSE_IRQ
   6        bool
   7
   8 # Legacy support, required for itanic
   9 config GENERIC_IRQ_LEGACY
  10        bool
  11
  12 # Enable the generic irq autoprobe mechanism
  13 config GENERIC_IRQ_PROBE
  14         bool
  15
  16 # Use the generic /proc/interrupts implementation
  17 config GENERIC_IRQ_SHOW
  18        bool
  19
  20 # Print level/edge extra information
  21 config GENERIC_IRQ_SHOW_LEVEL
  22        bool
  23
  24 # Supports effective affinity mask
  25 config GENERIC_IRQ_EFFECTIVE_AFF_MASK
  26        bool
  27
  28 # Facility to allocate a hardware interrupt. This is legacy support
  29 # and should not be used in new code. Use irq domains instead.
  30 config GENERIC_IRQ_LEGACY_ALLOC_HWIRQ
  31        bool
  32
  33 # Support for delayed migration from interrupt context
  34 config GENERIC_PENDING_IRQ
  35         bool
  36
  37 # Support for generic irq migrating off cpu before the cpu is offline.
  38 config GENERIC_IRQ_MIGRATION
  39         bool
  40
  41 # Alpha specific irq affinity mechanism
  42 config AUTO_IRQ_AFFINITY
  43        bool
  44
  45 # Tasklet based software resend for pending interrupts on enable_irq()
  46 config HARDIRQS_SW_RESEND
  47        bool
  48
  49 # Preflow handler support for fasteoi (sparc64)
  50 config IRQ_PREFLOW_FASTEOI
  51        bool
  52
  53 # Edge style eoi based handler (cell)
  54 config IRQ_EDGE_EOI_HANDLER
  55        bool
  56
  57 # Generic configurable interrupt chip implementation
  58 config GENERIC_IRQ_CHIP
  59        bool
  60        select IRQ_DOMAIN
  61
  62 # Generic irq_domain hw <--> linux irq number translation
  63 config IRQ_DOMAIN
  64         bool
  65
  66 # Support for simulated interrupts
  67 config IRQ_SIM
  68         bool
  69         select IRQ_WORK
  70
  71 # Support for hierarchical irq domains
  72 config IRQ_DOMAIN_HIERARCHY
  73         bool
  74         select IRQ_DOMAIN
  75
  76 # Support for hierarchical fasteoi+edge and fasteoi+level handlers
  77 config IRQ_FASTEOI_HIERARCHY_HANDLERS
  78         bool
  79
  80 # Generic IRQ IPI support
  81 config GENERIC_IRQ_IPI
  82         bool
  83         select IRQ_DOMAIN_HIERARCHY
  84
  85 # Generic MSI interrupt support
  86 config GENERIC_MSI_IRQ
  87         bool
  88
  89 # Generic MSI hierarchical interrupt domain support
  90 config GENERIC_MSI_IRQ_DOMAIN
  91         bool
  92         select IRQ_DOMAIN_HIERARCHY
  93         select GENERIC_MSI_IRQ
  94
  95 config HANDLE_DOMAIN_IRQ
  96         bool
  97
  98 config IRQ_TIMINGS
  99         bool
 100
 101 config IRQ_DOMAIN_DEBUG
 102         bool "Expose hardware/virtual IRQ mapping via debugfs"
 103         depends on IRQ_DOMAIN && DEBUG_FS
 104         help
 105           This option will show the mapping relationship between hardware irq
 106           numbers and Linux irq numbers. The mapping is exposed via debugfs
 107           in the file "irq_domain_mapping".
 108
 109           If you don't know what this means you don't need it.
 110
 111 # Support forced irq threading
 112 config IRQ_FORCED_THREADING
 113        bool
 114
 115 config SPARSE_IRQ
 116         bool "Support sparse irq numbering" if MAY_HAVE_SPARSE_IRQ
 117         ---help---
 118
 119           Sparse irq numbering is useful for distro kernels that want
 120           to define a high CONFIG_NR_CPUS value but still want to have
 121           low kernel memory footprint on smaller machines.
 122
 123           ( Sparse irqs can also be beneficial on NUMA boxes, as they spread
 124             out the interrupt descriptors in a more NUMA-friendly way. )
 125
 126           If you don't know what to do here, say N.
 127
 128 config GENERIC_IRQ_DEBUGFS
 129         bool "Expose irq internals in debugfs"
 130         depends on DEBUG_FS
 131         default n
 132         ---help---
 133
 134           Exposes internal state information through debugfs. Mostly for
 135           developers and debugging of hard to diagnose interrupt problems.
 136
 137           If you don't know what to do here, say N.
 138
 139 endmenu