config CAN_SLCAN
tristate "Serial / USB serial CAN Adaptors (slcan)"
- depends on CAN
+ depends on CAN && EXPERIMENTAL
default N
---help---
CAN driver for several 'low cost' CAN interfaces that are attached
This driver can also be built as a module. If so, the module
will be called slcan.
-config CAN_DEBUG_DEVICES
- bool "CAN devices debugging messages"
- depends on CAN
+config CAN_OLD_DRIVERS
+ tristate "Prompt for old CAN drivers (e.g. no sysfs support)"
+ depends on CAN
default N
- ---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.
+ ---help---
+ The old drivers do not support sysfs nor proper platform device
+ support. Some of the old drivers might only be configured by
+ module commandline options.
-config CAN_SJA1000_OLD
- depends on CAN
- tristate "Philips SJA1000 (old)"
+if CAN_OLD_DRIVERS
+source "drivers/net/can/old/Kconfig"
+endif
+
+config CAN_DEV
+ tristate "Prompt for platform CAN drivers with sysfs support"
+ depends on CAN
+ default Y
+ ---help---
+ Enables the common framework for platform CAN drivers with sysfs
+ support. This is the standard library for CAN drivers.
+ If unsure, say Y.
+
+config CAN_CALC_BITTIMING
+ tristate "CAN bit-timing calculation"
+ depends on CAN_DEV
+ default Y
+ ---help---
+ If enabled, CAN bit-timing parameters will be calculated for the
+ bit-rate specified via SYSFS file "can_bitrate" when the device
+ gets 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 SYSFS
+ files "tq, prop_seg, phase_seg1, phase_seg2 and sjw".
+ If unsure, say Y.
+
+config CAN_SJA1000
+ depends on CAN_DEV
+ tristate "Philips SJA1000"
---help---
The SJA1000 is one of the top CAN controllers out there. As it
has a multiplexed interface it fits directly to 8051
is a full CAN controller, with shadow registers for RX and TX.
It can send and receive any kinds of CAN frames (SFF/EFF/RTR)
with a single (simple) filter setup.
- REMARK: This is the 'old' driver originally written by Matthias
- Brukner and Oliver Hartkopp which uses a non-standard hardware
- abstaction layer (HAL) inspired by the OCAN driver.
-config CAN_I82527_OLD
- depends on CAN
- tristate "Intel 82527 (old)"
+ This driver will use the new device interface.
+
+config CAN_SJA1000_PLATFORM
+ depends on CAN_SJA1000
+ tristate "generic Platform Bus based SJA1000 driver"
---help---
- The i82527 is a complex CAN controller that can handle RTR
- frame replies on it's own. This feature (and diffent RX filters)
- lead to an amount of 15 message objects (for RX & TX). Message
- object 15 has (as only) a shadow register for a reliable
- receiption of EFF or(!) SFF frames at high CAN traffic.
- This driver can send each type of CAN frames (SFF/EFF/RTR).
- Using 4 message objects it can also receive each type of CAN
- frames. But due to the onchip filter matching trigger method
- it is not possible to determine the received RTR CAN-ID.
- The reliable message object 15 receives SFF frames by default.
- This message object 15 usage maybe changed with the mo15 param.
- REMARK: This is the 'old' driver originally written by Oliver
- Hartkopp which uses a non-standard hardware abstaction layer (HAL)
- inspired by the OCAN driver. http://ar.linux.it/software/#ocan
+ This driver adds support for the SJA1000 chips connected to
+ the "platform bus" (Linux abstraction for directly to the
+ processor attached devices). Which can be found on various
+ boards from Phytec (http://www.phytec.de) like the PCM027,
+ PCM038.
+
+config CAN_EMS_PCI
+ tristate "EMS CPC-PCI and CPC-PCIe Card"
+ depends on PCI && CAN_SJA1000
+ help
+
+ This driver is for the one or two channel CPC-PCI and CPC-PCIe
+ cards from EMS Dr. Thomas Wuensche (http://www.ems-wuensche.de).
+
+config CAN_EMS_PCMCIA
+ tristate "EMS CPC-CARD Card"
+ depends on PCMCIA && CAN_SJA1000
+ help
+
+ This driver is for the one or two channel CPC-CARD cards from
+ EMS Dr. Thomas Wuensche (http://www.ems-wuensche.de).
+
+config CAN_IXXAT_PCI
+ tristate "IXXAT PCI Card"
+ depends on PCI && CAN_SJA1000
+ help
+
+ This driver is for the IXXAT PC-I 04/PCI card (1 or 2 channel)
+ from the IXXAT Automation GmbH (http://www.ixxat.de).
+
+config CAN_PEAK_PCI
+ tristate "PEAK PCAN PCI Card"
+ depends on PCI && CAN_SJA1000
+ help
+
+ This driver is for the PCAN PCI, the PC-PCI CAN plug-in card (1 or
+ 2 channel) from PEAK Systems (http://www.peak-system.com).
+
+config CAN_PIPCAN
+ depends on CAN_SJA1000
+ tristate "MPL PIPCAN CAN module driver (SJA1000)"
+ help
+ This driver adds support for the PIPCAN module used on some SBC boards
+ from MPL AG (http://www.mpl.ch).
+
+config CAN_KVASER_PCI
+ tristate "Kvaser PCIcanx and Kvaser PCIcan PCI Cards"
+ depends on PCI && CAN_SJA1000
+ help
+
+ This driver is for the the PCIcanx and PCIcan cards (1, 2 or
+ 4 channel) from Kvaser (http://www.kvaser.com).
+
+config CAN_SOFTING
+ tristate "Softing Gmbh CAN generic support"
+ depends on CAN_DEV
+ ---help---
+ generic softing CAN cards
+
+config CAN_SOFTING_CS
+ tristate "Softing CAN pcmcia cards"
+ depends on CAN_SOFTING && PCMCIA
config CAN_MSCAN
- depends on CAN && (PPC || M68K || M68KNOMMU)
+ depends on CAN_DEV && (PPC || M68K || M68KNOMMU)
tristate "Support for a Freescale MSCAN based chips"
---help---
The Motorola Scalable Controller Area Network (MSCAN) definition
This driver can also be built as a module. If so, the module
will be called mpc52xx_can.
-config CAN_CCAN
- depends on CAN
- tristate "Bosch CCAN driver"
+config CAN_MCP251X
+ tristate "Microchip MCP251x SPI CAN controllers"
+ depends on CAN_DEV && SPI
---help---
- This is a driver for the Bosch CCAN controller found for example
- on the hynix h7202 chip.
+ Driver for the Microchip MCP251x SPI CAN controllers.
-config CAN_H7202
- tristate "Hynix H7202 onboard CAN controller"
- depends on CAN_CCAN
+config CAN_DEBUG_DEVICES
+ bool "CAN devices debugging messages"
+ depends on CAN
+ default N
---help---
- This is a driver for the hynix h7202 can controller.
+ 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
projects / socketcan-devel.git / blobdiff