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