UbiquitousOS
/
OpenCloudOS-Kernel
mirror of https://gitee.com/OpenCloudOS/OpenCloudOS-Kernel.git
11
0
Fork 0
Code Issues Projects Releases Wiki Activity
OpenCloudOS-Kernel/drivers/vme/bridges/Kconfig

25 lines
628 B
Plaintext
Raw Permalink Normal View History

treewide: Add SPDX license identifier - Makefile/Kconfig Add SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any form These files fall under the project license, GPL v2 only. The resulting SPDX license identifier is: GPL-2.0-only Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2019-05-19 20:07:45 +08:00
# SPDX-License-Identifier: GPL-2.0-only
Staging: vme: add Universe I/II bridge driver Currently this code doesn't compile, so it is disabled. That should be fixed up... Signed-off-by: Martyn Welch <martyn.welch@gefanuc.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2009-07-31 16:28:17 +08:00
comment "VME Bridge Drivers"
config VME_CA91CX42
Staging: vme: Update support for the Universe II VME driver This patch starts the reworking of the vme_ca91cx42.c for the VME core. The driver seems to have only supported the Universe II for a long time, I have no hardware to check to see if it would work on the Universe I. This patch is compile tested with minimal run-time testing. It enables basic support for slave and master windows and interrupts. The master windows have undergone basic run testing. Signed-off-by: Martyn Welch <martyn.welch@gefanuc.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2009-08-28 00:00:40 +08:00
tristate "Universe II"
Staging: vme: add ca91cx42 dma support Add support for the DMA controller in the ca91cx42 bridge. Signed-off-by: Martyn Welch <martyn.welch@ge.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2010-02-18 23:13:25 +08:00
depends on VIRT_TO_BUS
Staging: vme: add Universe I/II bridge driver Currently this code doesn't compile, so it is disabled. That should be fixed up... Signed-off-by: Martyn Welch <martyn.welch@gefanuc.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2009-07-31 16:28:17 +08:00
help
Staging: vme: Update support for the Universe II VME driver This patch starts the reworking of the vme_ca91cx42.c for the VME core. The driver seems to have only supported the Universe II for a long time, I have no hardware to check to see if it would work on the Universe I. This patch is compile tested with minimal run-time testing. It enables basic support for slave and master windows and interrupts. The master windows have undergone basic run testing. Signed-off-by: Martyn Welch <martyn.welch@gefanuc.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2009-08-28 00:00:40 +08:00
If you say Y here you get support for the Tundra CA91C142
(Universe II) VME bridge chip.
Staging: vme: add Tundra TSI148 VME-PCI Bridge driver Signed-off-by: Martyn Welch <martyn.welch@gefanuc.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2009-07-31 16:28:17 +08:00
config VME_TSI148
tristate "Tempe"
vme: tsi148: depend on HAS_DMA for Kconfig Signed-off-by: Dmitry Kalinkin <dmitry.kalinkin@gmail.com> Cc: Igor Alekseev <igor.alekseev@itep.ru> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2015-05-28 20:07:12 +08:00
depends on HAS_DMA
Staging: vme: add Tundra TSI148 VME-PCI Bridge driver Signed-off-by: Martyn Welch <martyn.welch@gefanuc.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2009-07-31 16:28:17 +08:00
help
If you say Y here you get support for the Tundra TSI148 VME bridge
chip.
vme: Adding Fake VME driver This patch introduces a fake VME bridge driver. This driver currently emulates a subset of the VME bridge functionality. This allows some VME subsystem development and even some VME device driver development to be carried out in the absence of a proper VME bus. Signed-off-by: Martyn Welch <martyn@welchs.me.uk> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2016-07-08 02:51:52 +08:00
config VME_FAKE
tristate "Fake"
help
If you say Y here you get support for the fake VME bridge. This
provides a virtualised VME Bus for devices with no VME bridge. This
is mainly useful for VME development (in the absence of VME
hardware).