Kconfig 6.5 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188
  1. # -*- shell-script -*-
  2. menu "IEEE 1394 (FireWire) support"
  3. config IEEE1394
  4. tristate "IEEE 1394 (FireWire) support"
  5. depends on PCI || BROKEN
  6. select NET
  7. help
  8. IEEE 1394 describes a high performance serial bus, which is also
  9. known as FireWire(tm) or i.Link(tm) and is used for connecting all
  10. sorts of devices (most notably digital video cameras) to your
  11. computer.
  12. If you have FireWire hardware and want to use it, say Y here. This
  13. is the core support only, you will also need to select a driver for
  14. your IEEE 1394 adapter.
  15. To compile this driver as a module, say M here: the
  16. module will be called ieee1394.
  17. comment "Subsystem Options"
  18. depends on IEEE1394
  19. config IEEE1394_VERBOSEDEBUG
  20. bool "Excessive debugging output"
  21. depends on IEEE1394
  22. help
  23. If you say Y here, you will get very verbose debugging logs from
  24. the subsystem which includes a dump of the header of every sent
  25. and received packet. This can amount to a high amount of data
  26. collected in a very short time which is usually also saved to
  27. disk by the system logging daemons.
  28. Say Y if you really want or need the debugging output, everyone
  29. else says N.
  30. config IEEE1394_OUI_DB
  31. bool "OUI Database built-in"
  32. depends on IEEE1394
  33. help
  34. If you say Y here, then an OUI list (vendor unique ID's) will be
  35. compiled into the ieee1394 module. This doesn't really do much
  36. except being able to display the vendor of a hardware node. The
  37. downside is that it adds about 300k to the size of the module,
  38. or kernel (depending on whether you compile ieee1394 as a
  39. module, or static in the kernel).
  40. This option is not needed for userspace programs like gscanbus
  41. to show this information.
  42. config IEEE1394_EXTRA_CONFIG_ROMS
  43. bool "Build in extra config rom entries for certain functionality"
  44. depends on IEEE1394
  45. help
  46. Some IEEE1394 functionality depends on extra config rom entries
  47. being available in the host adapters CSR. These options will
  48. allow you to choose which ones.
  49. config IEEE1394_CONFIG_ROM_IP1394
  50. bool "IP-1394 Entry"
  51. depends on IEEE1394_EXTRA_CONFIG_ROMS && IEEE1394
  52. help
  53. Adds an entry for using IP-over-1394. If you want to use your
  54. IEEE1394 bus as a network for IP systems (including interacting
  55. with MacOSX and WinXP IP-over-1394), enable this option and the
  56. eth1394 option below.
  57. config IEEE1394_EXPORT_FULL_API
  58. bool "Export all symbols of ieee1394's API"
  59. depends on IEEE1394
  60. default n
  61. help
  62. Export all symbols of ieee1394's driver programming interface, even
  63. those that are not currently used by the standard IEEE 1394 drivers.
  64. This option does not affect the interface to userspace applications.
  65. Say Y here if you want to compile externally developed drivers that
  66. make extended use of ieee1394's API. It is otherwise safe to say N.
  67. comment "Device Drivers"
  68. depends on IEEE1394
  69. comment "Texas Instruments PCILynx requires I2C"
  70. depends on IEEE1394 && I2C=n
  71. config IEEE1394_PCILYNX
  72. tristate "Texas Instruments PCILynx support"
  73. depends on PCI && IEEE1394 && I2C
  74. select I2C_ALGOBIT
  75. help
  76. Say Y here if you have an IEEE-1394 controller with the Texas
  77. Instruments PCILynx chip. Note: this driver is written for revision
  78. 2 of this chip and may not work with revision 0.
  79. To compile this driver as a module, say M here: the
  80. module will be called pcilynx.
  81. config IEEE1394_OHCI1394
  82. tristate "OHCI-1394 support"
  83. depends on PCI && IEEE1394
  84. help
  85. Enable this driver if you have an IEEE 1394 controller based on the
  86. OHCI-1394 specification. The current driver is only tested with OHCI
  87. chipsets made by Texas Instruments and NEC. Most third-party vendors
  88. use one of these chipsets. It should work with any OHCI-1394
  89. compliant card, however.
  90. To compile this driver as a module, say M here: the
  91. module will be called ohci1394.
  92. comment "Protocol Drivers"
  93. depends on IEEE1394
  94. config IEEE1394_VIDEO1394
  95. tristate "OHCI-1394 Video support"
  96. depends on IEEE1394 && IEEE1394_OHCI1394
  97. help
  98. This option enables video device usage for OHCI-1394 cards. Enable
  99. this option only if you have an IEEE 1394 video device connected to
  100. an OHCI-1394 card.
  101. comment "SBP-2 support (for storage devices) requires SCSI"
  102. depends on IEEE1394 && SCSI=n
  103. config IEEE1394_SBP2
  104. tristate "SBP-2 support (Harddisks etc.)"
  105. depends on IEEE1394 && SCSI && (PCI || BROKEN)
  106. help
  107. This option enables you to use SBP-2 devices connected to an IEEE
  108. 1394 bus. SBP-2 devices include storage devices like harddisks and
  109. DVD drives, also some other FireWire devices like scanners.
  110. You should also enable support for disks, CD-ROMs, etc. in the SCSI
  111. configuration section.
  112. config IEEE1394_SBP2_PHYS_DMA
  113. bool "Enable replacement for physical DMA in SBP2"
  114. depends on IEEE1394 && IEEE1394_SBP2 && EXPERIMENTAL && (X86_32 || PPC_32)
  115. help
  116. This builds sbp2 for use with non-OHCI host adapters which do not
  117. support physical DMA or for when ohci1394 is run with phys_dma=0.
  118. Physical DMA is data movement without assistance of the drivers'
  119. interrupt handlers. This option includes the interrupt handlers
  120. that are required in absence of this hardware feature.
  121. This option is buggy and currently broken on some architectures.
  122. If unsure, say N.
  123. config IEEE1394_ETH1394
  124. tristate "Ethernet over 1394"
  125. depends on IEEE1394 && EXPERIMENTAL && INET
  126. select IEEE1394_CONFIG_ROM_IP1394
  127. select IEEE1394_EXTRA_CONFIG_ROMS
  128. help
  129. This driver implements a functional majority of RFC 2734: IPv4 over
  130. 1394. It will provide IP connectivity with implementations of RFC
  131. 2734 found on other operating systems. It will not communicate with
  132. older versions of this driver found in stock kernels prior to 2.6.3.
  133. This driver is still considered experimental. It does not yet support
  134. MCAP, therefore multicast support is significantly limited.
  135. config IEEE1394_DV1394
  136. tristate "OHCI-DV I/O support"
  137. depends on IEEE1394 && IEEE1394_OHCI1394
  138. help
  139. This driver allows you to transmit and receive DV (digital video)
  140. streams on an OHCI-1394 card using a simple frame-oriented
  141. interface.
  142. The user-space API for dv1394 is documented in dv1394.h.
  143. To compile this driver as a module, say M here: the
  144. module will be called dv1394.
  145. config IEEE1394_RAWIO
  146. tristate "Raw IEEE1394 I/O support"
  147. depends on IEEE1394
  148. help
  149. Say Y here if you want support for the raw device. This is generally
  150. a good idea, so you should say Y here. The raw device enables
  151. direct communication of user programs with the IEEE 1394 bus and
  152. thus with the attached peripherals.
  153. To compile this driver as a module, say M here: the
  154. module will be called raw1394.
  155. endmenu