Kconfig 6.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177
  1. menu "CAN Device Drivers"
  2. config CAN_VCAN
  3. tristate "Virtual Local CAN Interface (vcan)"
  4. ---help---
  5. Similar to the network loopback devices, vcan offers a
  6. virtual local CAN interface.
  7. This driver can also be built as a module. If so, the module
  8. will be called vcan.
  9. config CAN_VXCAN
  10. tristate "Virtual CAN Tunnel (vxcan)"
  11. ---help---
  12. Similar to the virtual ethernet driver veth, vxcan implements a
  13. local CAN traffic tunnel between two virtual CAN network devices.
  14. When creating a vxcan, two vxcan devices are created as pair.
  15. When one end receives the packet it appears on its pair and vice
  16. versa. The vxcan can be used for cross namespace communication.
  17. In opposite to vcan loopback devices the vxcan only forwards CAN
  18. frames to its pair and does *not* provide a local echo of sent
  19. CAN frames. To disable a potential echo in af_can.c the vxcan driver
  20. announces IFF_ECHO in the interface flags. To have a clean start
  21. in each namespace the CAN GW hop counter is set to zero.
  22. This driver can also be built as a module. If so, the module
  23. will be called vxcan.
  24. config CAN_SLCAN
  25. tristate "Serial / USB serial CAN Adaptors (slcan)"
  26. depends on TTY
  27. ---help---
  28. CAN driver for several 'low cost' CAN interfaces that are attached
  29. via serial lines or via USB-to-serial adapters using the LAWICEL
  30. ASCII protocol. The driver implements the tty linediscipline N_SLCAN.
  31. As only the sending and receiving of CAN frames is implemented, this
  32. driver should work with the (serial/USB) CAN hardware from:
  33. www.canusb.com / www.can232.com / www.mictronics.de / www.canhack.de
  34. Userspace tools to attach the SLCAN line discipline (slcan_attach,
  35. slcand) can be found in the can-utils at the SocketCAN SVN, see
  36. http://developer.berlios.de/projects/socketcan for details.
  37. The slcan driver supports up to 10 CAN netdevices by default which
  38. can be changed by the 'maxdev=xx' module option. This driver can
  39. also be built as a module. If so, the module will be called slcan.
  40. config CAN_DEV
  41. tristate "Platform CAN drivers with Netlink support"
  42. default y
  43. ---help---
  44. Enables the common framework for platform CAN drivers with Netlink
  45. support. This is the standard library for CAN drivers.
  46. If unsure, say Y.
  47. if CAN_DEV
  48. config CAN_CALC_BITTIMING
  49. bool "CAN bit-timing calculation"
  50. default y
  51. ---help---
  52. If enabled, CAN bit-timing parameters will be calculated for the
  53. bit-rate specified via Netlink argument "bitrate" when the device
  54. get started. This works fine for the most common CAN controllers
  55. with standard bit-rates but may fail for exotic bit-rates or CAN
  56. source clock frequencies. Disabling saves some space, but then the
  57. bit-timing parameters must be specified directly using the Netlink
  58. arguments "tq", "prop_seg", "phase_seg1", "phase_seg2" and "sjw".
  59. If unsure, say Y.
  60. config CAN_LEDS
  61. bool "Enable LED triggers for Netlink based drivers"
  62. depends on LEDS_CLASS
  63. # The netdev trigger (LEDS_TRIGGER_NETDEV) should be able to do
  64. # everything that this driver is doing. This is marked as broken
  65. # because it uses stuff that is intended to be changed or removed.
  66. # Please consider switching to the netdev trigger and confirm it
  67. # fulfills your needs instead of fixing this driver.
  68. depends on BROKEN
  69. select LEDS_TRIGGERS
  70. ---help---
  71. This option adds two LED triggers for packet receive and transmit
  72. events on each supported CAN device.
  73. Say Y here if you are working on a system with led-class supported
  74. LEDs and you want to use them as canbus activity indicators.
  75. config CAN_AT91
  76. tristate "Atmel AT91 onchip CAN controller"
  77. depends on (ARCH_AT91 || COMPILE_TEST) && HAS_IOMEM
  78. ---help---
  79. This is a driver for the SoC CAN controller in Atmel's AT91SAM9263
  80. and AT91SAM9X5 processors.
  81. config CAN_FLEXCAN
  82. tristate "Support for Freescale FLEXCAN based chips"
  83. depends on ARM || PPC
  84. ---help---
  85. Say Y here if you want to support for Freescale FlexCAN.
  86. config CAN_GRCAN
  87. tristate "Aeroflex Gaisler GRCAN and GRHCAN CAN devices"
  88. depends on OF && HAS_DMA
  89. ---help---
  90. Say Y here if you want to use Aeroflex Gaisler GRCAN or GRHCAN.
  91. Note that the driver supports little endian, even though little
  92. endian syntheses of the cores would need some modifications on
  93. the hardware level to work.
  94. config CAN_JANZ_ICAN3
  95. tristate "Janz VMOD-ICAN3 Intelligent CAN controller"
  96. depends on MFD_JANZ_CMODIO
  97. ---help---
  98. Driver for Janz VMOD-ICAN3 Intelligent CAN controller module, which
  99. connects to a MODULbus carrier board.
  100. This driver can also be built as a module. If so, the module will be
  101. called janz-ican3.ko.
  102. config CAN_SUN4I
  103. tristate "Allwinner A10 CAN controller"
  104. depends on MACH_SUN4I || MACH_SUN7I || COMPILE_TEST
  105. ---help---
  106. Say Y here if you want to use CAN controller found on Allwinner
  107. A10/A20 SoCs.
  108. To compile this driver as a module, choose M here: the module will
  109. be called sun4i_can.
  110. config CAN_TI_HECC
  111. depends on ARM
  112. tristate "TI High End CAN Controller"
  113. ---help---
  114. Driver for TI HECC (High End CAN Controller) module found on many
  115. TI devices. The device specifications are available from www.ti.com
  116. config CAN_XILINXCAN
  117. tristate "Xilinx CAN"
  118. depends on ARCH_ZYNQ || ARM64 || MICROBLAZE || COMPILE_TEST
  119. depends on COMMON_CLK && HAS_IOMEM
  120. ---help---
  121. Xilinx CAN driver. This driver supports both soft AXI CAN IP and
  122. Zynq CANPS IP.
  123. config PCH_CAN
  124. tristate "Intel EG20T PCH CAN controller"
  125. depends on PCI && (X86_32 || COMPILE_TEST)
  126. ---help---
  127. This driver is for PCH CAN of Topcliff (Intel EG20T PCH) which
  128. is an IOH for x86 embedded processor (Intel Atom E6xx series).
  129. This driver can access CAN bus.
  130. source "drivers/net/can/c_can/Kconfig"
  131. source "drivers/net/can/cc770/Kconfig"
  132. source "drivers/net/can/ifi_canfd/Kconfig"
  133. source "drivers/net/can/m_can/Kconfig"
  134. source "drivers/net/can/mscan/Kconfig"
  135. source "drivers/net/can/peak_canfd/Kconfig"
  136. source "drivers/net/can/rcar/Kconfig"
  137. source "drivers/net/can/sja1000/Kconfig"
  138. source "drivers/net/can/softing/Kconfig"
  139. source "drivers/net/can/spi/Kconfig"
  140. source "drivers/net/can/usb/Kconfig"
  141. endif
  142. config CAN_DEBUG_DEVICES
  143. bool "CAN devices debugging messages"
  144. ---help---
  145. Say Y here if you want the CAN device drivers to produce a bunch of
  146. debug messages to the system log. Select this if you are having
  147. a problem with CAN support and want to see more of what is going
  148. on.
  149. endmenu