2007-02-12 01:31:01 +08:00
|
|
|
# Copyright 2007 Simtec Electronics
|
|
|
|
#
|
|
|
|
# Licensed under GPLv2
|
|
|
|
|
|
|
|
config PLAT_S3C24XX
|
|
|
|
bool
|
2012-02-03 13:29:23 +08:00
|
|
|
depends on ARCH_S3C24XX
|
2008-10-21 21:06:32 +08:00
|
|
|
default y
|
2008-07-26 22:36:03 +08:00
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
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 NO_IOPORT
|
2010-12-03 20:22:42 +08:00
|
|
|
select S3C_DEV_NAND
|
2007-02-12 01:31:01 +08:00
|
|
|
help
|
2007-07-22 23:07:09 +08:00
|
|
|
Base platform code for any Samsung S3C24XX device
|
2007-02-12 01:31:01 +08:00
|
|
|
|
2007-02-12 03:33:13 +08:00
|
|
|
if PLAT_S3C24XX
|
|
|
|
|
2010-01-29 17:02:17 +08:00
|
|
|
# low-level serial option nodes
|
|
|
|
|
|
|
|
config CPU_LLSERIAL_S3C2410_ONLY
|
|
|
|
bool
|
|
|
|
default y if CPU_LLSERIAL_S3C2410 && !CPU_LLSERIAL_S3C2440
|
|
|
|
|
|
|
|
config CPU_LLSERIAL_S3C2440_ONLY
|
|
|
|
bool
|
|
|
|
default y if CPU_LLSERIAL_S3C2440 && !CPU_LLSERIAL_S3C2410
|
|
|
|
|
|
|
|
config CPU_LLSERIAL_S3C2410
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Selected if there is an S3C2410 (or register compatible) serial
|
|
|
|
low-level implementation needed
|
|
|
|
|
|
|
|
config CPU_LLSERIAL_S3C2440
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Selected if there is an S3C2440 (or register compatible) serial
|
|
|
|
low-level implementation needed
|
|
|
|
|
2008-10-21 21:06:22 +08:00
|
|
|
# code that is shared between a number of the s3c24xx implementations
|
|
|
|
|
|
|
|
config S3C2410_CLOCK
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Clock code for the S3C2410, and similar processors which
|
|
|
|
is currently includes the S3C2410, S3C2440, S3C2442.
|
|
|
|
|
2008-10-21 21:06:33 +08:00
|
|
|
config S3C24XX_DCLK
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Clock code for supporting DCLK/CLKOUT on S3C24XX architectures
|
|
|
|
|
2008-11-10 18:59:32 +08:00
|
|
|
# gpio configurations
|
|
|
|
|
|
|
|
config S3C24XX_GPIO_EXTRA
|
|
|
|
int
|
|
|
|
default 128 if S3C24XX_GPIO_EXTRA128
|
|
|
|
default 64 if S3C24XX_GPIO_EXTRA64
|
2010-09-08 17:39:46 +08:00
|
|
|
default 16 if ARCH_H1940
|
2008-11-10 18:59:32 +08:00
|
|
|
default 0
|
|
|
|
|
|
|
|
config S3C24XX_GPIO_EXTRA64
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Add an extra 64 gpio numbers to the available GPIO pool. This is
|
|
|
|
available for boards that need extra gpios for external devices.
|
|
|
|
|
|
|
|
config S3C24XX_GPIO_EXTRA128
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Add an extra 128 gpio numbers to the available GPIO pool. This is
|
|
|
|
available for boards that need extra gpios for external devices.
|
|
|
|
|
2012-02-06 08:38:19 +08:00
|
|
|
config S3C24XX_DMA
|
2007-02-12 01:31:01 +08:00
|
|
|
bool "S3C2410 DMA support"
|
2012-02-03 13:29:23 +08:00
|
|
|
depends on ARCH_S3C24XX
|
2009-03-19 23:02:39 +08:00
|
|
|
select S3C_DMA
|
2007-02-12 01:31:01 +08:00
|
|
|
help
|
|
|
|
S3C2410 DMA support. This is needed for drivers like sound which
|
|
|
|
use the S3C2410's DMA system to move data to and from the
|
|
|
|
peripheral blocks.
|
|
|
|
|
|
|
|
config S3C2410_DMA_DEBUG
|
|
|
|
bool "S3C2410 DMA support debug"
|
2012-02-03 13:29:23 +08:00
|
|
|
depends on ARCH_S3C24XX && S3C2410_DMA
|
2007-02-12 01:31:01 +08:00
|
|
|
help
|
|
|
|
Enable debugging output for the DMA code. This option sends info
|
|
|
|
to the kernel log, at priority KERN_DEBUG.
|
|
|
|
|
2008-10-21 21:06:20 +08:00
|
|
|
# common code for s3c24xx based machines, such as the SMDKs.
|
|
|
|
|
2009-07-31 06:23:26 +08:00
|
|
|
# cpu frequency items common between s3c2410 and s3c2440/s3c2442
|
|
|
|
|
|
|
|
config S3C2410_IOTIMING
|
|
|
|
bool
|
|
|
|
depends on CPU_FREQ_S3C24XX
|
|
|
|
help
|
|
|
|
Internal node to select io timing code that is common to the s3c2410
|
|
|
|
and s3c2440/s3c2442 cpu frequency support.
|
|
|
|
|
2009-07-31 06:23:27 +08:00
|
|
|
config S3C2410_CPUFREQ_UTILS
|
|
|
|
bool
|
|
|
|
depends on CPU_FREQ_S3C24XX
|
|
|
|
help
|
|
|
|
Internal node to select timing code that is common to the s3c2410
|
|
|
|
and s3c2440/s3c244 cpu frequency support.
|
|
|
|
|
2009-07-31 06:23:37 +08:00
|
|
|
# cpu frequency support common to s3c2412, s3c2413 and s3c2442
|
|
|
|
|
|
|
|
config S3C2412_IOTIMING
|
|
|
|
bool
|
|
|
|
depends on CPU_FREQ_S3C24XX && (CPU_S3C2412 || CPU_S3C2443)
|
|
|
|
help
|
|
|
|
Intel node to select io timing code that is common to the s3c2412
|
|
|
|
and the s3c2443.
|
|
|
|
|
2007-02-12 03:33:13 +08:00
|
|
|
endif
|