2008-10-21 21:06:39 +08:00
|
|
|
# Copyright 2008 Openmoko, Inc.
|
2010-01-26 09:11:04 +08:00
|
|
|
# Simtec Electronics, Ben Dooks <ben@simtec.co.uk>
|
2008-10-21 21:06:39 +08:00
|
|
|
#
|
|
|
|
# Licensed under GPLv2
|
|
|
|
|
2013-10-06 07:58:40 +08:00
|
|
|
if ARCH_S3C64XX
|
|
|
|
|
2008-10-21 21:06:39 +08:00
|
|
|
# Configuration options for the S3C6410 CPU
|
2008-10-21 21:06:50 +08:00
|
|
|
|
2010-01-26 09:11:04 +08:00
|
|
|
config CPU_S3C6400
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Enable S3C6400 CPU support
|
|
|
|
|
2008-10-21 21:06:50 +08:00
|
|
|
config CPU_S3C6410
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Enable S3C6410 CPU support
|
|
|
|
|
2010-01-26 12:41:30 +08:00
|
|
|
config S3C64XX_DMA
|
|
|
|
bool "S3C64XX DMA"
|
|
|
|
select S3C_DMA
|
|
|
|
|
2010-01-26 09:38:52 +08:00
|
|
|
config S3C64XX_SETUP_SDHCI
|
|
|
|
bool
|
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 S3C64XX_SETUP_SDHCI_GPIO
|
2008-11-01 00:14:38 +08:00
|
|
|
help
|
2010-01-26 09:38:52 +08:00
|
|
|
Internal configuration for default SDHCI setup for S3C6400 and
|
|
|
|
S3C6410 SoCs.
|
2008-11-01 00:14:38 +08:00
|
|
|
|
2010-05-20 14:59:05 +08:00
|
|
|
config S3C64XX_DEV_ONENAND1
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Compile in platform device definition for OneNAND1 controller
|
|
|
|
|
2010-01-26 10:19:18 +08:00
|
|
|
# platform specific device setup
|
|
|
|
|
|
|
|
config S3C64XX_SETUP_I2C0
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Common setup code for i2c bus 0.
|
|
|
|
|
|
|
|
Note, currently since i2c0 is always compiled, this setup helper
|
|
|
|
is always compiled with it.
|
|
|
|
|
|
|
|
config S3C64XX_SETUP_I2C1
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Common setup code for i2c bus 1.
|
|
|
|
|
2010-06-08 15:55:45 +08:00
|
|
|
config S3C64XX_SETUP_IDE
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Common setup code for S3C64XX IDE.
|
|
|
|
|
2010-01-26 10:19:18 +08:00
|
|
|
config S3C64XX_SETUP_FB_24BPP
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Common setup code for S3C64XX with an 24bpp RGB display helper.
|
|
|
|
|
2010-06-22 06:39:18 +08:00
|
|
|
config S3C64XX_SETUP_KEYPAD
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Common setup code for S3C64XX KEYPAD GPIO configurations
|
|
|
|
|
2010-01-26 10:19:18 +08:00
|
|
|
config S3C64XX_SETUP_SDHCI_GPIO
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Common setup code for S3C64XX SDHCI GPIO configurations
|
|
|
|
|
2011-12-23 09:14:36 +08:00
|
|
|
config S3C64XX_SETUP_SPI
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Common setup code for SPI GPIO configurations
|
|
|
|
|
2012-03-07 20:23:47 +08:00
|
|
|
config S3C64XX_SETUP_USB_PHY
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Common setup code for USB PHY controller
|
|
|
|
|
2010-01-26 09:11:04 +08:00
|
|
|
# S36400 Macchine support
|
|
|
|
|
|
|
|
config MACH_SMDK6400
|
|
|
|
bool "SMDK6400"
|
|
|
|
select CPU_S3C6400
|
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 S3C64XX_SETUP_SDHCI
|
2010-01-26 09:11:04 +08:00
|
|
|
select S3C_DEV_HSMMC
|
|
|
|
select S3C_DEV_NAND
|
|
|
|
help
|
|
|
|
Machine support for the Samsung SMDK6400
|
|
|
|
|
|
|
|
# S3C6410 machine support
|
|
|
|
|
2009-04-28 09:35:57 +08:00
|
|
|
config MACH_ANW6410
|
|
|
|
bool "A&W6410"
|
|
|
|
select CPU_S3C6410
|
|
|
|
select S3C64XX_SETUP_FB_24BPP
|
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 S3C_DEV_FB
|
2009-04-28 09:35:57 +08:00
|
|
|
help
|
|
|
|
Machine support for the A&W6410
|
|
|
|
|
2010-10-21 06:42:29 +08:00
|
|
|
config MACH_MINI6410
|
|
|
|
bool "MINI6410"
|
|
|
|
select CPU_S3C6410
|
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 S3C64XX_SETUP_FB_24BPP
|
|
|
|
select S3C64XX_SETUP_SDHCI
|
|
|
|
select S3C_DEV_FB
|
2010-10-21 06:42:29 +08:00
|
|
|
select S3C_DEV_HSMMC
|
|
|
|
select S3C_DEV_HSMMC1
|
2010-10-19 15:04:16 +08:00
|
|
|
select S3C_DEV_NAND
|
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 S3C_DEV_USB_HOST
|
2010-10-19 15:10:02 +08:00
|
|
|
select SAMSUNG_DEV_ADC
|
|
|
|
select SAMSUNG_DEV_TS
|
2010-10-21 06:42:29 +08:00
|
|
|
help
|
|
|
|
Machine support for the FriendlyARM MINI6410
|
|
|
|
|
2010-07-29 04:03:43 +08:00
|
|
|
config MACH_REAL6410
|
|
|
|
bool "REAL6410"
|
|
|
|
select CPU_S3C6410
|
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 S3C64XX_SETUP_FB_24BPP
|
2010-08-02 06:39:25 +08:00
|
|
|
select S3C64XX_SETUP_SDHCI
|
2010-10-19 12:52:29 +08:00
|
|
|
select S3C_DEV_FB
|
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 S3C_DEV_HSMMC
|
|
|
|
select S3C_DEV_HSMMC1
|
2010-10-19 12:52:32 +08:00
|
|
|
select S3C_DEV_NAND
|
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 S3C_DEV_USB_HOST
|
2010-10-19 12:52:34 +08:00
|
|
|
select SAMSUNG_DEV_ADC
|
|
|
|
select SAMSUNG_DEV_TS
|
2010-07-29 04:03:43 +08:00
|
|
|
help
|
|
|
|
Machine support for the CoreWind REAL6410
|
|
|
|
|
2008-10-21 21:07:09 +08:00
|
|
|
config MACH_SMDK6410
|
|
|
|
bool "SMDK6410"
|
|
|
|
select CPU_S3C6410
|
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 HAVE_S3C2410_WATCHDOG if WATCHDOG
|
|
|
|
select S3C64XX_SETUP_FB_24BPP
|
|
|
|
select S3C64XX_SETUP_I2C1
|
|
|
|
select S3C64XX_SETUP_IDE
|
|
|
|
select S3C64XX_SETUP_KEYPAD
|
|
|
|
select S3C64XX_SETUP_SDHCI
|
|
|
|
select S3C64XX_SETUP_USB_PHY
|
|
|
|
select S3C_DEV_FB
|
2008-11-01 00:14:28 +08:00
|
|
|
select S3C_DEV_HSMMC
|
2008-11-04 04:14:53 +08:00
|
|
|
select S3C_DEV_HSMMC1
|
2008-11-01 00:14:57 +08:00
|
|
|
select S3C_DEV_I2C1
|
2010-07-20 19:01:32 +08:00
|
|
|
select S3C_DEV_RTC
|
2009-03-07 03:49:49 +08:00
|
|
|
select S3C_DEV_USB_HOST
|
2009-05-17 05:11:20 +08:00
|
|
|
select S3C_DEV_USB_HSOTG
|
2010-05-20 15:21:30 +08:00
|
|
|
select S3C_DEV_WDT
|
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 SAMSUNG_DEV_ADC
|
2011-07-20 22:45:22 +08:00
|
|
|
select SAMSUNG_DEV_BACKLIGHT
|
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 SAMSUNG_DEV_IDE
|
2010-06-22 06:39:18 +08:00
|
|
|
select SAMSUNG_DEV_KEYPAD
|
2011-02-28 20:12:35 +08:00
|
|
|
select SAMSUNG_DEV_PWM
|
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 SAMSUNG_DEV_TS
|
2008-10-21 21:07:09 +08:00
|
|
|
help
|
|
|
|
Machine support for the Samsung SMDK6410
|
2008-11-04 04:14:53 +08:00
|
|
|
|
|
|
|
# At least some of the SMDK6410s were shipped with the card detect
|
|
|
|
# for the MMC/SD slots connected to the same input. This means that
|
|
|
|
# either the boards need to be altered to have channel0 to an alternate
|
|
|
|
# configuration or that only one slot can be used.
|
|
|
|
|
|
|
|
choice
|
|
|
|
prompt "SMDK6410 MMC/SD slot setup"
|
|
|
|
depends on MACH_SMDK6410
|
|
|
|
|
|
|
|
config SMDK6410_SD_CH0
|
|
|
|
bool "Use channel 0 only"
|
|
|
|
depends on MACH_SMDK6410
|
|
|
|
help
|
|
|
|
Select CON7 (channel 0) as the MMC/SD slot, as
|
|
|
|
at least some SMDK6410 boards come with the
|
|
|
|
resistors fitted so that the card detects for
|
|
|
|
channels 0 and 1 are the same.
|
2010-01-26 09:11:04 +08:00
|
|
|
|
2008-11-04 04:14:53 +08:00
|
|
|
config SMDK6410_SD_CH1
|
|
|
|
bool "Use channel 1 only"
|
|
|
|
depends on MACH_SMDK6410
|
|
|
|
help
|
|
|
|
Select CON6 (channel 1) as the MMC/SD slot, as
|
|
|
|
at least some SMDK6410 boards come with the
|
|
|
|
resistors fitted so that the card detects for
|
|
|
|
channels 0 and 1 are the same.
|
|
|
|
|
|
|
|
endchoice
|
2009-02-17 23:59:38 +08:00
|
|
|
|
|
|
|
config SMDK6410_WM1190_EV1
|
|
|
|
bool "Support Wolfson Microelectronics 1190-EV1 PMIC card"
|
|
|
|
depends on MACH_SMDK6410
|
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 MFD_WM8350_I2C
|
|
|
|
select REGULATOR
|
|
|
|
select REGULATOR_WM8350
|
|
|
|
select SAMSUNG_GPIO_EXTRA64
|
2009-02-17 23:59:38 +08:00
|
|
|
help
|
|
|
|
The Wolfson Microelectronics 1190-EV1 is a WM835x based PMIC
|
|
|
|
and audio daughtercard for the Samsung SMDK6410 reference
|
|
|
|
platform. Enabling this option will build support for this
|
|
|
|
module into the kernel. The presence of the module will be
|
2012-04-17 23:01:21 +08:00
|
|
|
detected at runtime so the resulting kernel can be used
|
2009-02-17 23:59:38 +08:00
|
|
|
with or without the 1190-EV1 fitted.
|
2009-03-11 10:05:55 +08:00
|
|
|
|
2010-02-18 02:19:29 +08:00
|
|
|
config SMDK6410_WM1192_EV1
|
|
|
|
bool "Support Wolfson Microelectronics 1192-EV1 PMIC card"
|
|
|
|
depends on MACH_SMDK6410
|
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 MFD_WM831X
|
|
|
|
select MFD_WM831X_I2C
|
2010-02-18 02:19:29 +08:00
|
|
|
select REGULATOR
|
|
|
|
select REGULATOR_WM831X
|
2011-11-03 15:15:38 +08:00
|
|
|
select SAMSUNG_GPIO_EXTRA64
|
2010-02-18 02:19:29 +08:00
|
|
|
help
|
|
|
|
The Wolfson Microelectronics 1192-EV1 is a WM831x based PMIC
|
|
|
|
daughtercard for the Samsung SMDK6410 reference platform.
|
|
|
|
Enabling this option will build support for this module into
|
|
|
|
the kernel. The presence of the daughtercard will be
|
2012-04-17 23:01:21 +08:00
|
|
|
detected at runtime so the resulting kernel can be used
|
2010-02-18 02:19:29 +08:00
|
|
|
with or without the 1192-EV1 fitted.
|
|
|
|
|
2009-03-11 10:05:55 +08:00
|
|
|
config MACH_NCP
|
|
|
|
bool "NCP"
|
|
|
|
select CPU_S3C6410
|
|
|
|
select S3C64XX_SETUP_I2C1
|
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 S3C_DEV_HSMMC1
|
|
|
|
select S3C_DEV_I2C1
|
2009-03-11 10:05:55 +08:00
|
|
|
help
|
|
|
|
Machine support for the Samsung NCP
|
2009-07-01 23:47:09 +08:00
|
|
|
|
|
|
|
config MACH_HMT
|
|
|
|
bool "Airgoo HMT"
|
|
|
|
select CPU_S3C6410
|
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 S3C64XX_SETUP_FB_24BPP
|
2009-07-01 23:47:09 +08:00
|
|
|
select S3C_DEV_FB
|
2009-09-17 07:01:54 +08:00
|
|
|
select S3C_DEV_NAND
|
2009-07-01 23:47:09 +08:00
|
|
|
select S3C_DEV_USB_HOST
|
2011-03-01 00:54:51 +08:00
|
|
|
select SAMSUNG_DEV_PWM
|
2009-07-01 23:47:09 +08:00
|
|
|
help
|
|
|
|
Machine support for the Airgoo HMT
|
2010-05-20 17:35:50 +08:00
|
|
|
|
|
|
|
config MACH_SMARTQ
|
|
|
|
bool
|
|
|
|
select CPU_S3C6410
|
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 S3C64XX_SETUP_FB_24BPP
|
|
|
|
select S3C64XX_SETUP_SDHCI
|
|
|
|
select S3C64XX_SETUP_USB_PHY
|
|
|
|
select S3C_DEV_FB
|
2010-05-20 17:35:50 +08:00
|
|
|
select S3C_DEV_HSMMC
|
|
|
|
select S3C_DEV_HSMMC1
|
|
|
|
select S3C_DEV_HSMMC2
|
|
|
|
select S3C_DEV_HWMON
|
|
|
|
select S3C_DEV_RTC
|
|
|
|
select S3C_DEV_USB_HOST
|
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 S3C_DEV_USB_HSOTG
|
2010-05-20 17:35:50 +08:00
|
|
|
select SAMSUNG_DEV_ADC
|
2011-03-01 00:54:51 +08:00
|
|
|
select SAMSUNG_DEV_PWM
|
2010-05-20 17:35:50 +08:00
|
|
|
select SAMSUNG_DEV_TS
|
|
|
|
help
|
|
|
|
Shared machine support for SmartQ 5/7
|
|
|
|
|
|
|
|
config MACH_SMARTQ5
|
|
|
|
bool "SmartQ 5"
|
|
|
|
select MACH_SMARTQ
|
|
|
|
help
|
|
|
|
Machine support for the SmartQ 5
|
|
|
|
|
|
|
|
config MACH_SMARTQ7
|
|
|
|
bool "SmartQ 7"
|
|
|
|
select MACH_SMARTQ
|
|
|
|
help
|
|
|
|
Machine support for the SmartQ 7
|
2011-05-06 08:45:13 +08:00
|
|
|
|
|
|
|
config MACH_WLF_CRAGG_6410
|
|
|
|
bool "Wolfson Cragganmore 6410"
|
|
|
|
select CPU_S3C6410
|
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 I2C
|
|
|
|
select LEDS_GPIO_REGISTER
|
|
|
|
select S3C64XX_DEV_SPI0
|
|
|
|
select S3C64XX_SETUP_FB_24BPP
|
2011-05-06 08:45:13 +08:00
|
|
|
select S3C64XX_SETUP_I2C1
|
|
|
|
select S3C64XX_SETUP_IDE
|
|
|
|
select S3C64XX_SETUP_KEYPAD
|
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 S3C64XX_SETUP_SDHCI
|
2011-12-23 09:16:19 +08:00
|
|
|
select S3C64XX_SETUP_SPI
|
2012-03-07 20:23:47 +08:00
|
|
|
select S3C64XX_SETUP_USB_PHY
|
2012-11-20 19:13:58 +08:00
|
|
|
select S3C_DEV_FB
|
2011-05-06 08:45:13 +08:00
|
|
|
select S3C_DEV_HSMMC
|
|
|
|
select S3C_DEV_HSMMC1
|
|
|
|
select S3C_DEV_HSMMC2
|
|
|
|
select S3C_DEV_I2C1
|
|
|
|
select S3C_DEV_RTC
|
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 S3C_DEV_USB_HOST
|
|
|
|
select S3C_DEV_USB_HSOTG
|
|
|
|
select S3C_DEV_WDT
|
|
|
|
select SAMSUNG_DEV_ADC
|
|
|
|
select SAMSUNG_DEV_KEYPAD
|
2012-11-20 19:13:58 +08:00
|
|
|
select SAMSUNG_DEV_PWM
|
2011-11-03 15:15:38 +08:00
|
|
|
select SAMSUNG_GPIO_EXTRA128
|
2011-05-06 08:45:13 +08:00
|
|
|
help
|
|
|
|
Machine support for the Wolfson Cragganmore S3C6410 variant.
|
2013-10-06 07:58:40 +08:00
|
|
|
|
2013-08-26 01:37:51 +08:00
|
|
|
config MACH_S3C64XX_DT
|
|
|
|
bool "Samsung S3C6400/S3C6410 machine using Device Tree"
|
|
|
|
select CLKSRC_OF
|
|
|
|
select CPU_S3C6400
|
|
|
|
select CPU_S3C6410
|
|
|
|
select PINCTRL
|
|
|
|
select PINCTRL_S3C64XX
|
|
|
|
select USE_OF
|
|
|
|
help
|
|
|
|
Machine support for Samsung S3C6400/S3C6410 machines with Device Tree
|
|
|
|
enabled.
|
|
|
|
Select this if a fdt blob is available for your S3C64XX SoC based
|
|
|
|
board.
|
|
|
|
Note: This is under development and not all peripherals can be
|
|
|
|
supported with this machine file.
|
2013-11-11 16:34:56 +08:00
|
|
|
|
2013-10-06 07:58:40 +08:00
|
|
|
endif
|