2019-05-19 20:07:45 +08:00
|
|
|
# SPDX-License-Identifier: GPL-2.0-only
|
2005-04-17 06:20:36 +08:00
|
|
|
if ARCH_SA1100
|
|
|
|
|
|
|
|
menu "SA11x0 Implementations"
|
|
|
|
|
|
|
|
config SA1100_ASSABET
|
|
|
|
bool "Assabet"
|
2013-04-04 20:54:16 +08:00
|
|
|
select ARM_SA1110_CPUFREQ
|
2016-08-31 15:49:45 +08:00
|
|
|
select GPIO_REG
|
2016-08-31 15:49:50 +08:00
|
|
|
select LEDS_GPIO_REGISTER
|
2016-08-31 15:49:47 +08:00
|
|
|
select REGULATOR
|
|
|
|
select REGULATOR_FIXED_VOLTAGE
|
2005-04-17 06:20:36 +08: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"
|
2013-04-04 20:54:16 +08:00
|
|
|
select ARM_SA1110_CPUFREQ
|
2016-08-31 15:49:50 +08:00
|
|
|
select LEDS_GPIO_REGISTER
|
2005-04-17 06:20:36 +08: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 20:54:16 +08:00
|
|
|
# FIXME: select ARM_SA11x0_CPUFREQ
|
2005-04-17 06:20:36 +08: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-07 00:12:25 +08:00
|
|
|
select SHARP_SCOOP
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Say Y here to support the Sharp Zaurus SL5500 PDAs.
|
|
|
|
|
|
|
|
config SA1100_H3100
|
|
|
|
bool "Compaq iPAQ H3100"
|
2013-04-04 20:54:16 +08: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-07 00:12:25 +08:00
|
|
|
select HTC_EGPIO
|
2014-09-02 20:21:44 +08:00
|
|
|
select MFD_IPAQ_MICRO
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Say Y here if you intend to run this kernel on the Compaq iPAQ
|
2016-04-04 20:43:38 +08:00
|
|
|
H3100 handheld computer.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config SA1100_H3600
|
|
|
|
bool "Compaq iPAQ H3600/H3700"
|
2013-04-04 20:54:16 +08: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-07 00:12:25 +08:00
|
|
|
select HTC_EGPIO
|
2014-09-02 20:21:44 +08:00
|
|
|
select MFD_IPAQ_MICRO
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Say Y here if you intend to run this kernel on the Compaq iPAQ
|
2016-04-04 20:43:38 +08:00
|
|
|
H3600 and H3700 handheld computers.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config SA1100_BADGE4
|
|
|
|
bool "HP Labs BadgePAD 4"
|
2013-04-04 20:54:16 +08: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-07 00:12:25 +08:00
|
|
|
select SA1111
|
2005-04-17 06:20:36 +08: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"
|
2013-04-04 20:54:16 +08: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-07 00:12:25 +08:00
|
|
|
select SA1111
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Say Y here if you want to build a kernel for the HP Jornada 720
|
2010-10-17 01:36:23 +08:00
|
|
|
handheld computer. See
|
|
|
|
<http://h10025.www1.hp.com/ewfrf/wc/product?product=61677&cc=us&lc=en&dlc=en&product=61677#>
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2007-07-21 01:22:57 +08: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-07 00:12:25 +08:00
|
|
|
select SA1100_SSP
|
2007-07-21 01:22:57 +08: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-17 06:20:36 +08:00
|
|
|
config SA1100_HACKKIT
|
|
|
|
bool "HackKit Core CPU Board"
|
2013-04-04 20:54:16 +08:00
|
|
|
select ARM_SA1100_CPUFREQ
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Say Y here to support the HackKit Core CPU Board
|
|
|
|
<http://hackkit.eletztrick.de>;
|
|
|
|
|
|
|
|
config SA1100_LART
|
|
|
|
bool "LART"
|
2013-04-04 20:54:16 +08:00
|
|
|
select ARM_SA1100_CPUFREQ
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Say Y here if you are using the Linux Advanced Radio Terminal
|
2006-03-27 22:32:30 +08:00
|
|
|
(also known as the LART). See <http://www.lartmaker.nl/> for
|
2005-04-17 06:20:36 +08:00
|
|
|
information on the LART.
|
|
|
|
|
2010-12-17 03:51:30 +08:00
|
|
|
config SA1100_NANOENGINE
|
|
|
|
bool "nanoEngine"
|
2013-04-04 20:54:16 +08:00
|
|
|
select ARM_SA1110_CPUFREQ
|
2018-11-16 03:05:32 +08:00
|
|
|
select FORCE_PCI
|
2010-12-17 04:34:51 +08:00
|
|
|
select PCI_NANOENGINE
|
2010-12-17 03:51:30 +08: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-17 06:20:36 +08:00
|
|
|
config SA1100_PLEB
|
|
|
|
bool "PLEB"
|
2013-04-04 20:54:16 +08:00
|
|
|
select ARM_SA1100_CPUFREQ
|
2005-04-17 06:20:36 +08: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"
|
2013-04-04 20:54:16 +08:00
|
|
|
select ARM_SA1100_CPUFREQ
|
2016-08-31 15:49:48 +08:00
|
|
|
select REGULATOR
|
|
|
|
select REGULATOR_FIXED_VOLTAGE
|
2005-04-17 06:20:36 +08: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"
|
2013-04-04 20:54:16 +08:00
|
|
|
select ARM_SA1110_CPUFREQ
|
2005-04-17 06:20:36 +08: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-17 01:36:23 +08:00
|
|
|
visit <http://www.usa.siemens.com/> or <http://www.siemens.ch/>.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config SA1100_SSP
|
|
|
|
tristate "Generic PIO SSP"
|
|
|
|
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-21 01:22:57 +08:00
|
|
|
other devices, eg for BadgePAD 4 sensor support.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
|
|
|
endif
|
2009-12-13 00:20:57 +08:00
|
|
|
|