2019-05-19 12:07:45 +00:00
|
|
|
# SPDX-License-Identifier: GPL-2.0-only
|
2022-07-26 12:16:37 +00:00
|
|
|
menuconfig ARCH_SA1100
|
|
|
|
bool "SA11x0 Implementations"
|
|
|
|
depends on ARCH_MULTI_V4 && !(ARCH_MULTI_V4T || ARCH_MULTI_V5)
|
|
|
|
depends on !(ARCH_MOXART || ARCH_GEMINI)
|
|
|
|
depends on ATAGS
|
|
|
|
depends on CPU_LITTLE_ENDIAN
|
|
|
|
depends on MMU
|
|
|
|
select ARCH_NO_SG_CHAIN
|
|
|
|
select ARCH_MTD_XIP
|
|
|
|
select CLKSRC_MMIO
|
|
|
|
select CLKSRC_PXA
|
|
|
|
select CPU_FREQ
|
|
|
|
select CPU_SA1100
|
|
|
|
select GPIOLIB
|
|
|
|
select IRQ_DOMAIN
|
|
|
|
select ISA
|
|
|
|
select NEED_MACH_MEMORY_H
|
|
|
|
help
|
|
|
|
Support for StrongARM 11x0 based boards.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2022-07-26 12:16:37 +00:00
|
|
|
if ARCH_SA1100
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
config SA1100_ASSABET
|
|
|
|
bool "Assabet"
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1110_CPUFREQ
|
2016-08-31 07:49:45 +00:00
|
|
|
select GPIO_REG
|
2016-08-31 07:49:50 +00:00
|
|
|
select LEDS_GPIO_REGISTER
|
2016-08-31 07:49:47 +00:00
|
|
|
select REGULATOR
|
|
|
|
select REGULATOR_FIXED_VOLTAGE
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Say Y here if you are using the Intel(R) StrongARM(R) SA-1110
|
|
|
|
Microprocessor Development Board (also known as the Assabet).
|
|
|
|
|
|
|
|
config ASSABET_NEPONSET
|
|
|
|
bool "Include support for Neponset"
|
|
|
|
depends on SA1100_ASSABET
|
|
|
|
select SA1111
|
|
|
|
help
|
|
|
|
Say Y here if you are using the Intel(R) StrongARM(R) SA-1110
|
|
|
|
Microprocessor Development Board (Assabet) with the SA-1111
|
|
|
|
Development Board (Nepon).
|
|
|
|
|
|
|
|
config SA1100_CERF
|
|
|
|
bool "CerfBoard"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1110_CPUFREQ
|
2016-08-31 07:49:50 +00:00
|
|
|
select LEDS_GPIO_REGISTER
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
The Intrinsyc CerfBoard is based on the StrongARM 1110 (Discontinued).
|
|
|
|
More information is available at:
|
|
|
|
<http://www.intrinsyc.com/products/cerfboard/>.
|
|
|
|
|
|
|
|
Say Y if configuring for an Intrinsyc CerfBoard.
|
|
|
|
Say N otherwise.
|
|
|
|
|
|
|
|
choice
|
|
|
|
prompt "Cerf Flash available"
|
|
|
|
depends on SA1100_CERF
|
|
|
|
default SA1100_CERF_FLASH_8MB
|
|
|
|
|
|
|
|
config SA1100_CERF_FLASH_8MB
|
|
|
|
bool "8MB"
|
|
|
|
|
|
|
|
config SA1100_CERF_FLASH_16MB
|
|
|
|
bool "16MB"
|
|
|
|
|
|
|
|
config SA1100_CERF_FLASH_32MB
|
|
|
|
bool "32MB"
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
config SA1100_COLLIE
|
|
|
|
bool "Sharp Zaurus SL5500"
|
2013-04-04 12:54:16 +00:00
|
|
|
# FIXME: select ARM_SA11x0_CPUFREQ
|
2005-04-16 22:20:36 +00:00
|
|
|
select SHARP_LOCOMO
|
|
|
|
select SHARP_PARAM
|
ARM: config: sort select statements alphanumerically
As suggested by Andrew Morton:
This is a pet peeve of mine. Any time there's a long list of items
(header file inclusions, kconfig entries, array initalisers, etc) and
someone wants to add a new item, they *always* go and stick it at the
end of the list.
Guys, don't do this. Either put the new item into a randomly-chosen
position or, probably better, alphanumerically sort the list.
lets sort all our select statements alphanumerically. This commit was
created by the following perl:
while (<>) {
while (/\\\s*$/) {
$_ .= <>;
}
undef %selects if /^\s*config\s+/;
if (/^\s+select\s+(\w+).*/) {
if (defined($selects{$1})) {
if ($selects{$1} eq $_) {
print STDERR "Warning: removing duplicated $1 entry\n";
} else {
print STDERR "Error: $1 differently selected\n".
"\tOld: $selects{$1}\n".
"\tNew: $_\n";
exit 1;
}
}
$selects{$1} = $_;
next;
}
if (%selects and (/^\s*$/ or /^\s+help/ or /^\s+---help---/ or
/^endif/ or /^endchoice/)) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
undef %selects;
}
print;
}
if (%selects) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
}
It found two duplicates:
Warning: removing duplicated S5P_SETUP_MIPIPHY entry
Warning: removing duplicated HARDIRQS_SW_RESEND entry
and they are identical duplicates, hence the shrinkage in the diffstat
of two lines.
We have four testers reporting success of this change (Tony, Stephen,
Linus and Sekhar.)
Acked-by: Jason Cooper <jason@lakedaemon.net>
Acked-by: Tony Lindgren <tony@atomide.com>
Acked-by: Stephen Warren <swarren@nvidia.com>
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Sekhar Nori <nsekhar@ti.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2012-10-06 16:12:25 +00:00
|
|
|
select SHARP_SCOOP
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Say Y here to support the Sharp Zaurus SL5500 PDAs.
|
|
|
|
|
|
|
|
config SA1100_H3100
|
|
|
|
bool "Compaq iPAQ H3100"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1110_CPUFREQ
|
ARM: config: sort select statements alphanumerically
As suggested by Andrew Morton:
This is a pet peeve of mine. Any time there's a long list of items
(header file inclusions, kconfig entries, array initalisers, etc) and
someone wants to add a new item, they *always* go and stick it at the
end of the list.
Guys, don't do this. Either put the new item into a randomly-chosen
position or, probably better, alphanumerically sort the list.
lets sort all our select statements alphanumerically. This commit was
created by the following perl:
while (<>) {
while (/\\\s*$/) {
$_ .= <>;
}
undef %selects if /^\s*config\s+/;
if (/^\s+select\s+(\w+).*/) {
if (defined($selects{$1})) {
if ($selects{$1} eq $_) {
print STDERR "Warning: removing duplicated $1 entry\n";
} else {
print STDERR "Error: $1 differently selected\n".
"\tOld: $selects{$1}\n".
"\tNew: $_\n";
exit 1;
}
}
$selects{$1} = $_;
next;
}
if (%selects and (/^\s*$/ or /^\s+help/ or /^\s+---help---/ or
/^endif/ or /^endchoice/)) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
undef %selects;
}
print;
}
if (%selects) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
}
It found two duplicates:
Warning: removing duplicated S5P_SETUP_MIPIPHY entry
Warning: removing duplicated HARDIRQS_SW_RESEND entry
and they are identical duplicates, hence the shrinkage in the diffstat
of two lines.
We have four testers reporting success of this change (Tony, Stephen,
Linus and Sekhar.)
Acked-by: Jason Cooper <jason@lakedaemon.net>
Acked-by: Tony Lindgren <tony@atomide.com>
Acked-by: Stephen Warren <swarren@nvidia.com>
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Sekhar Nori <nsekhar@ti.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2012-10-06 16:12:25 +00:00
|
|
|
select HTC_EGPIO
|
2014-09-02 12:21:44 +00:00
|
|
|
select MFD_IPAQ_MICRO
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Say Y here if you intend to run this kernel on the Compaq iPAQ
|
2016-04-04 12:43:38 +00:00
|
|
|
H3100 handheld computer.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
config SA1100_H3600
|
|
|
|
bool "Compaq iPAQ H3600/H3700"
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1110_CPUFREQ
|
ARM: config: sort select statements alphanumerically
As suggested by Andrew Morton:
This is a pet peeve of mine. Any time there's a long list of items
(header file inclusions, kconfig entries, array initalisers, etc) and
someone wants to add a new item, they *always* go and stick it at the
end of the list.
Guys, don't do this. Either put the new item into a randomly-chosen
position or, probably better, alphanumerically sort the list.
lets sort all our select statements alphanumerically. This commit was
created by the following perl:
while (<>) {
while (/\\\s*$/) {
$_ .= <>;
}
undef %selects if /^\s*config\s+/;
if (/^\s+select\s+(\w+).*/) {
if (defined($selects{$1})) {
if ($selects{$1} eq $_) {
print STDERR "Warning: removing duplicated $1 entry\n";
} else {
print STDERR "Error: $1 differently selected\n".
"\tOld: $selects{$1}\n".
"\tNew: $_\n";
exit 1;
}
}
$selects{$1} = $_;
next;
}
if (%selects and (/^\s*$/ or /^\s+help/ or /^\s+---help---/ or
/^endif/ or /^endchoice/)) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
undef %selects;
}
print;
}
if (%selects) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
}
It found two duplicates:
Warning: removing duplicated S5P_SETUP_MIPIPHY entry
Warning: removing duplicated HARDIRQS_SW_RESEND entry
and they are identical duplicates, hence the shrinkage in the diffstat
of two lines.
We have four testers reporting success of this change (Tony, Stephen,
Linus and Sekhar.)
Acked-by: Jason Cooper <jason@lakedaemon.net>
Acked-by: Tony Lindgren <tony@atomide.com>
Acked-by: Stephen Warren <swarren@nvidia.com>
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Sekhar Nori <nsekhar@ti.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2012-10-06 16:12:25 +00:00
|
|
|
select HTC_EGPIO
|
2014-09-02 12:21:44 +00:00
|
|
|
select MFD_IPAQ_MICRO
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Say Y here if you intend to run this kernel on the Compaq iPAQ
|
2016-04-04 12:43:38 +00:00
|
|
|
H3600 and H3700 handheld computers.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
config SA1100_BADGE4
|
|
|
|
bool "HP Labs BadgePAD 4"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1100_CPUFREQ
|
ARM: config: sort select statements alphanumerically
As suggested by Andrew Morton:
This is a pet peeve of mine. Any time there's a long list of items
(header file inclusions, kconfig entries, array initalisers, etc) and
someone wants to add a new item, they *always* go and stick it at the
end of the list.
Guys, don't do this. Either put the new item into a randomly-chosen
position or, probably better, alphanumerically sort the list.
lets sort all our select statements alphanumerically. This commit was
created by the following perl:
while (<>) {
while (/\\\s*$/) {
$_ .= <>;
}
undef %selects if /^\s*config\s+/;
if (/^\s+select\s+(\w+).*/) {
if (defined($selects{$1})) {
if ($selects{$1} eq $_) {
print STDERR "Warning: removing duplicated $1 entry\n";
} else {
print STDERR "Error: $1 differently selected\n".
"\tOld: $selects{$1}\n".
"\tNew: $_\n";
exit 1;
}
}
$selects{$1} = $_;
next;
}
if (%selects and (/^\s*$/ or /^\s+help/ or /^\s+---help---/ or
/^endif/ or /^endchoice/)) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
undef %selects;
}
print;
}
if (%selects) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
}
It found two duplicates:
Warning: removing duplicated S5P_SETUP_MIPIPHY entry
Warning: removing duplicated HARDIRQS_SW_RESEND entry
and they are identical duplicates, hence the shrinkage in the diffstat
of two lines.
We have four testers reporting success of this change (Tony, Stephen,
Linus and Sekhar.)
Acked-by: Jason Cooper <jason@lakedaemon.net>
Acked-by: Tony Lindgren <tony@atomide.com>
Acked-by: Stephen Warren <swarren@nvidia.com>
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Sekhar Nori <nsekhar@ti.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2012-10-06 16:12:25 +00:00
|
|
|
select SA1111
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Say Y here if you want to build a kernel for the HP Laboratories
|
|
|
|
BadgePAD 4.
|
|
|
|
|
|
|
|
config SA1100_JORNADA720
|
|
|
|
bool "HP Jornada 720"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2013-04-04 12:54:16 +00:00
|
|
|
# FIXME: select ARM_SA11x0_CPUFREQ
|
ARM: config: sort select statements alphanumerically
As suggested by Andrew Morton:
This is a pet peeve of mine. Any time there's a long list of items
(header file inclusions, kconfig entries, array initalisers, etc) and
someone wants to add a new item, they *always* go and stick it at the
end of the list.
Guys, don't do this. Either put the new item into a randomly-chosen
position or, probably better, alphanumerically sort the list.
lets sort all our select statements alphanumerically. This commit was
created by the following perl:
while (<>) {
while (/\\\s*$/) {
$_ .= <>;
}
undef %selects if /^\s*config\s+/;
if (/^\s+select\s+(\w+).*/) {
if (defined($selects{$1})) {
if ($selects{$1} eq $_) {
print STDERR "Warning: removing duplicated $1 entry\n";
} else {
print STDERR "Error: $1 differently selected\n".
"\tOld: $selects{$1}\n".
"\tNew: $_\n";
exit 1;
}
}
$selects{$1} = $_;
next;
}
if (%selects and (/^\s*$/ or /^\s+help/ or /^\s+---help---/ or
/^endif/ or /^endchoice/)) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
undef %selects;
}
print;
}
if (%selects) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
}
It found two duplicates:
Warning: removing duplicated S5P_SETUP_MIPIPHY entry
Warning: removing duplicated HARDIRQS_SW_RESEND entry
and they are identical duplicates, hence the shrinkage in the diffstat
of two lines.
We have four testers reporting success of this change (Tony, Stephen,
Linus and Sekhar.)
Acked-by: Jason Cooper <jason@lakedaemon.net>
Acked-by: Tony Lindgren <tony@atomide.com>
Acked-by: Stephen Warren <swarren@nvidia.com>
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Sekhar Nori <nsekhar@ti.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2012-10-06 16:12:25 +00:00
|
|
|
select SA1111
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Say Y here if you want to build a kernel for the HP Jornada 720
|
2010-10-16 17:36:23 +00:00
|
|
|
handheld computer. See
|
|
|
|
<http://h10025.www1.hp.com/ewfrf/wc/product?product=61677&cc=us&lc=en&dlc=en&product=61677#>
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2007-07-20 17:22:57 +00:00
|
|
|
config SA1100_JORNADA720_SSP
|
|
|
|
bool "HP Jornada 720 Extended SSP driver"
|
|
|
|
depends on SA1100_JORNADA720
|
ARM: config: sort select statements alphanumerically
As suggested by Andrew Morton:
This is a pet peeve of mine. Any time there's a long list of items
(header file inclusions, kconfig entries, array initalisers, etc) and
someone wants to add a new item, they *always* go and stick it at the
end of the list.
Guys, don't do this. Either put the new item into a randomly-chosen
position or, probably better, alphanumerically sort the list.
lets sort all our select statements alphanumerically. This commit was
created by the following perl:
while (<>) {
while (/\\\s*$/) {
$_ .= <>;
}
undef %selects if /^\s*config\s+/;
if (/^\s+select\s+(\w+).*/) {
if (defined($selects{$1})) {
if ($selects{$1} eq $_) {
print STDERR "Warning: removing duplicated $1 entry\n";
} else {
print STDERR "Error: $1 differently selected\n".
"\tOld: $selects{$1}\n".
"\tNew: $_\n";
exit 1;
}
}
$selects{$1} = $_;
next;
}
if (%selects and (/^\s*$/ or /^\s+help/ or /^\s+---help---/ or
/^endif/ or /^endchoice/)) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
undef %selects;
}
print;
}
if (%selects) {
foreach $k (sort (keys %selects)) {
print "$selects{$k}";
}
}
It found two duplicates:
Warning: removing duplicated S5P_SETUP_MIPIPHY entry
Warning: removing duplicated HARDIRQS_SW_RESEND entry
and they are identical duplicates, hence the shrinkage in the diffstat
of two lines.
We have four testers reporting success of this change (Tony, Stephen,
Linus and Sekhar.)
Acked-by: Jason Cooper <jason@lakedaemon.net>
Acked-by: Tony Lindgren <tony@atomide.com>
Acked-by: Stephen Warren <swarren@nvidia.com>
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Sekhar Nori <nsekhar@ti.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2012-10-06 16:12:25 +00:00
|
|
|
select SA1100_SSP
|
2007-07-20 17:22:57 +00:00
|
|
|
help
|
|
|
|
Say Y here if you have a HP Jornada 7xx handheld computer and you
|
|
|
|
want to access devices connected to the MCU. Those include the
|
|
|
|
keyboard, touchscreen, backlight and battery. This driver also activates
|
|
|
|
the generic SSP which it extends.
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config SA1100_HACKKIT
|
|
|
|
bool "HackKit Core CPU Board"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1100_CPUFREQ
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Say Y here to support the HackKit Core CPU Board
|
|
|
|
<http://hackkit.eletztrick.de>;
|
|
|
|
|
|
|
|
config SA1100_LART
|
|
|
|
bool "LART"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1100_CPUFREQ
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Say Y here if you are using the Linux Advanced Radio Terminal
|
2006-03-27 14:32:30 +00:00
|
|
|
(also known as the LART). See <http://www.lartmaker.nl/> for
|
2005-04-16 22:20:36 +00:00
|
|
|
information on the LART.
|
|
|
|
|
2010-12-16 19:51:30 +00:00
|
|
|
config SA1100_NANOENGINE
|
|
|
|
bool "nanoEngine"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1110_CPUFREQ
|
2018-11-15 19:05:32 +00:00
|
|
|
select FORCE_PCI
|
2010-12-16 20:34:51 +00:00
|
|
|
select PCI_NANOENGINE
|
2010-12-16 19:51:30 +00:00
|
|
|
help
|
|
|
|
Say Y here if you are using the Bright Star Engineering nanoEngine.
|
|
|
|
See <http://www.brightstareng.com/arm/nanoeng.htm> for information
|
|
|
|
on the BSE nanoEngine.
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config SA1100_PLEB
|
|
|
|
bool "PLEB"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1100_CPUFREQ
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Say Y here if you are using version 1 of the Portable Linux
|
|
|
|
Embedded Board (also known as PLEB).
|
|
|
|
See <http://www.disy.cse.unsw.edu.au/Hardware/PLEB/>
|
|
|
|
for more information.
|
|
|
|
|
|
|
|
config SA1100_SHANNON
|
|
|
|
bool "Shannon"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1100_CPUFREQ
|
2016-08-31 07:49:48 +00:00
|
|
|
select REGULATOR
|
|
|
|
select REGULATOR_FIXED_VOLTAGE
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
The Shannon (also known as a Tuxscreen, and also as a IS2630) was a
|
|
|
|
limited edition webphone produced by Philips. The Shannon is a SA1100
|
|
|
|
platform with a 640x480 LCD, touchscreen, CIR keyboard, PCMCIA slots,
|
|
|
|
and a telco interface.
|
|
|
|
|
|
|
|
config SA1100_SIMPAD
|
|
|
|
bool "Simpad"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2013-04-04 12:54:16 +00:00
|
|
|
select ARM_SA1110_CPUFREQ
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
The SIEMENS webpad SIMpad is based on the StrongARM 1110. There
|
|
|
|
are two different versions CL4 and SL4. CL4 has 32MB RAM and 16MB
|
|
|
|
FLASH. The SL4 version got 64 MB RAM and 32 MB FLASH and a
|
|
|
|
PCMCIA-Slot. The version for the Germany Telecom (DTAG) is the same
|
|
|
|
like CL4 in additional it has a PCMCIA-Slot. For more information
|
2010-10-16 17:36:23 +00:00
|
|
|
visit <http://www.usa.siemens.com/> or <http://www.siemens.ch/>.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
config SA1100_SSP
|
|
|
|
tristate "Generic PIO SSP"
|
2022-07-18 19:26:45 +00:00
|
|
|
depends on UNUSED_BOARD_FILES
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Say Y here to enable support for the generic PIO SSP driver.
|
|
|
|
This isn't for audio support, but for attached sensors and
|
2007-07-20 17:22:57 +00:00
|
|
|
other devices, eg for BadgePAD 4 sensor support.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
endif
|