2007-02-12 01:31:01 +08:00
|
|
|
# Copyright 2007 Simtec Electronics
|
|
|
|
|
#
|
|
|
|
|
# Licensed under GPLv2
|
|
|
|
|
|
2010-01-26 15:47:41 +08:00
|
|
|
config S3C2440_CPUFREQ
|
|
|
|
|
bool "S3C2440/S3C2442 CPU Frequency scaling support"
|
|
|
|
|
depends on CPU_FREQ_S3C24XX && (CPU_S3C2440 || CPU_S3C2442)
|
|
|
|
|
default y
|
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 S3C2410_CPUFREQ_UTILS
|
2010-01-26 15:47:41 +08:00
|
|
|
help
|
|
|
|
|
CPU Frequency scaling support for S3C2440 and S3C2442 SoC CPUs.
|
|
|
|
|
|
|
|
|
|
config S3C2440_XTAL_12000000
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
Indicate that the build needs to support 12MHz system
|
|
|
|
|
crystal.
|
|
|
|
|
|
|
|
|
|
config S3C2440_XTAL_16934400
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
Indicate that the build needs to support 16.9344MHz system
|
|
|
|
|
crystal.
|
|
|
|
|
|
|
|
|
|
config S3C2440_PLL_12000000
|
|
|
|
|
bool
|
|
|
|
|
depends on S3C2440_CPUFREQ && S3C2440_XTAL_12000000
|
|
|
|
|
default y if CPU_FREQ_S3C24XX_PLL
|
|
|
|
|
help
|
|
|
|
|
PLL tables for S3C2440 or S3C2442 CPUs with 12MHz crystals.
|
|
|
|
|
|
|
|
|
|
config S3C2440_PLL_16934400
|
|
|
|
|
bool
|
|
|
|
|
depends on S3C2440_CPUFREQ && S3C2440_XTAL_16934400
|
|
|
|
|
default y if CPU_FREQ_S3C24XX_PLL
|
|
|
|
|
help
|
|
|
|
|
PLL tables for S3C2440 or S3C2442 CPUs with 16.934MHz crystals.
|