2013-07-17 20:31:09 +00:00
|
|
|
config ARCH_SHMOBILE_MULTI
|
|
|
|
|
bool "SH-Mobile Series" if ARCH_MULTI_V7
|
|
|
|
|
depends on MMU
|
|
|
|
|
select CPU_V7
|
|
|
|
|
select GENERIC_CLOCKEVENTS
|
|
|
|
|
select HAVE_ARM_SCU if SMP
|
|
|
|
|
select HAVE_ARM_TWD if LOCAL_TIMERS
|
|
|
|
|
select HAVE_SMP
|
|
|
|
|
select ARM_GIC
|
|
|
|
|
select MIGHT_HAVE_CACHE_L2X0
|
|
|
|
|
select NO_IOPORT
|
|
|
|
|
select PINCTRL
|
|
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
|
|
|
|
select CLKDEV_LOOKUP
|
|
|
|
|
|
|
|
|
|
if ARCH_SHMOBILE_MULTI
|
|
|
|
|
|
|
|
|
|
comment "SH-Mobile System Type"
|
|
|
|
|
|
|
|
|
|
endif
|
|
|
|
|
|
2010-02-05 11:14:49 +00:00
|
|
|
if ARCH_SHMOBILE
|
|
|
|
|
|
|
|
|
|
comment "SH-Mobile System Type"
|
|
|
|
|
|
2010-02-05 11:14:58 +00:00
|
|
|
config ARCH_SH7372
|
|
|
|
|
bool "SH-Mobile AP4 (SH7372)"
|
2010-11-16 07:10:20 +00:00
|
|
|
select ARCH_WANT_OPTIONAL_GPIOLIB
|
2012-07-11 20:54:05 +00:00
|
|
|
select ARM_CPU_SUSPEND if PM || CPU_IDLE
|
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 CPU_V7
|
|
|
|
|
select SH_CLK_CPG
|
2010-02-05 11:14:58 +00:00
|
|
|
|
2010-11-17 10:59:31 +00:00
|
|
|
config ARCH_SH73A0
|
|
|
|
|
bool "SH-Mobile AG5 (R8A73A00)"
|
2010-11-19 07:47:16 +00:00
|
|
|
select ARCH_WANT_OPTIONAL_GPIOLIB
|
2010-11-17 10:59:31 +00:00
|
|
|
select ARM_GIC
|
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 CPU_V7
|
2011-08-30 16:19:13 +00:00
|
|
|
select I2C
|
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 SH_CLK_CPG
|
2013-02-26 03:01:09 +00:00
|
|
|
select RENESAS_INTC_IRQPIN
|
2010-11-17 10:59:31 +00:00
|
|
|
|
2013-03-26 01:34:24 +00:00
|
|
|
config ARCH_R8A73A4
|
|
|
|
|
bool "R-Mobile APE6 (R8A73A40)"
|
2013-03-26 01:34:52 +00:00
|
|
|
select ARCH_WANT_OPTIONAL_GPIOLIB
|
2013-03-26 01:34:24 +00:00
|
|
|
select ARM_GIC
|
|
|
|
|
select CPU_V7
|
2013-03-20 13:57:38 +00:00
|
|
|
select HAVE_ARM_ARCH_TIMER
|
2013-03-26 01:34:24 +00:00
|
|
|
select SH_CLK_CPG
|
2013-03-26 01:34:42 +00:00
|
|
|
select RENESAS_IRQC
|
2010-11-17 10:59:31 +00:00
|
|
|
|
2011-11-11 02:45:52 +00:00
|
|
|
config ARCH_R8A7740
|
|
|
|
|
bool "R-Mobile A1 (R8A77400)"
|
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 ARCH_WANT_OPTIONAL_GPIOLIB
|
2013-03-27 13:54:04 +00:00
|
|
|
select ARM_GIC
|
2011-11-11 02:45:52 +00:00
|
|
|
select CPU_V7
|
|
|
|
|
select SH_CLK_CPG
|
2013-03-27 13:54:04 +00:00
|
|
|
select RENESAS_INTC_IRQPIN
|
2011-11-11 02:45:52 +00:00
|
|
|
|
2013-03-21 10:01:36 +00:00
|
|
|
config ARCH_R8A7778
|
2013-05-09 00:05:40 +00:00
|
|
|
bool "R-Car M1A (R8A77781)"
|
2013-04-12 05:37:50 +00:00
|
|
|
select ARCH_WANT_OPTIONAL_GPIOLIB
|
2013-03-21 10:01:36 +00:00
|
|
|
select CPU_V7
|
|
|
|
|
select SH_CLK_CPG
|
|
|
|
|
select ARM_GIC
|
2013-06-08 20:36:05 +00:00
|
|
|
select USB_ARCH_HAS_EHCI
|
|
|
|
|
select USB_ARCH_HAS_OHCI
|
2011-11-11 02:45:52 +00:00
|
|
|
|
2011-12-13 16:36:12 +00:00
|
|
|
config ARCH_R8A7779
|
|
|
|
|
bool "R-Car H1 (R8A77790)"
|
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 ARCH_WANT_OPTIONAL_GPIOLIB
|
|
|
|
|
select ARM_GIC
|
2011-12-13 16:36:12 +00:00
|
|
|
select CPU_V7
|
|
|
|
|
select SH_CLK_CPG
|
2012-10-29 08:15:34 +00:00
|
|
|
select USB_ARCH_HAS_EHCI
|
2012-10-29 08:15:43 +00:00
|
|
|
select USB_ARCH_HAS_OHCI
|
2013-02-26 03:01:18 +00:00
|
|
|
select RENESAS_INTC_IRQPIN
|
2011-12-13 16:36:12 +00:00
|
|
|
|
2013-03-27 15:49:34 +00:00
|
|
|
config ARCH_R8A7790
|
|
|
|
|
bool "R-Car H2 (R8A77900)"
|
2013-03-27 15:50:03 +00:00
|
|
|
select ARCH_WANT_OPTIONAL_GPIOLIB
|
2013-03-27 15:49:34 +00:00
|
|
|
select ARM_GIC
|
|
|
|
|
select CPU_V7
|
2013-03-20 13:57:38 +00:00
|
|
|
select HAVE_ARM_ARCH_TIMER
|
2013-03-27 15:49:34 +00:00
|
|
|
select SH_CLK_CPG
|
2013-03-27 15:49:54 +00:00
|
|
|
select RENESAS_IRQC
|
2011-12-13 16:36:12 +00:00
|
|
|
|
2012-05-16 06:44:58 +00:00
|
|
|
config ARCH_EMEV2
|
|
|
|
|
bool "Emma Mobile EV2"
|
2012-05-16 06:45:34 +00:00
|
|
|
select ARCH_WANT_OPTIONAL_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-06 16:12:25 +00:00
|
|
|
select ARM_GIC
|
|
|
|
|
select CPU_V7
|
2012-05-16 06:44:58 +00:00
|
|
|
|
2010-02-05 11:14:49 +00:00
|
|
|
comment "SH-Mobile Board Type"
|
|
|
|
|
|
2010-11-17 10:59:31 +00:00
|
|
|
config MACH_AG5EVM
|
|
|
|
|
bool "AG5EVM board"
|
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
|
|
|
depends on ARCH_SH73A0
|
2011-01-13 12:58:56 +00:00
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
2012-07-05 13:17:42 +00:00
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
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 SH_LCD_MIPI_DSI
|
2010-11-30 05:53:45 +00:00
|
|
|
|
2013-03-29 08:00:02 +00:00
|
|
|
config MACH_APE6EVM
|
|
|
|
|
bool "APE6EVM board"
|
|
|
|
|
depends on ARCH_R8A73A4
|
|
|
|
|
select USE_OF
|
|
|
|
|
|
2010-11-29 02:21:21 +00:00
|
|
|
config MACH_MACKEREL
|
|
|
|
|
bool "mackerel board"
|
|
|
|
|
depends on ARCH_SH7372
|
2010-11-19 07:49:38 +00:00
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
2012-07-05 13:17:42 +00:00
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
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 SND_SOC_AK4642 if SND_SIMPLE_CARD
|
2012-10-24 05:48:00 +00:00
|
|
|
select USE_OF
|
2010-11-17 10:59:31 +00:00
|
|
|
|
2011-08-18 05:44:07 +00:00
|
|
|
config MACH_KOTA2
|
|
|
|
|
bool "KOTA2 board"
|
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
|
|
|
depends on ARCH_SH73A0
|
2011-08-18 05:44:07 +00:00
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
2012-07-05 13:17:42 +00:00
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
2011-08-18 05:44:07 +00:00
|
|
|
|
2012-04-06 08:28:59 +00:00
|
|
|
config MACH_ARMADILLO800EVA
|
|
|
|
|
bool "Armadillo-800 EVA board"
|
|
|
|
|
depends on ARCH_R8A7740
|
|
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
2012-07-05 13:17:42 +00:00
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
2012-06-25 10:32:50 +00:00
|
|
|
select SND_SOC_WM8978 if SND_SIMPLE_CARD
|
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 USE_OF
|
2012-04-06 08:28:59 +00:00
|
|
|
|
2013-04-17 10:34:06 +00:00
|
|
|
config MACH_ARMADILLO800EVA_REFERENCE
|
|
|
|
|
bool "Armadillo-800 EVA board - Reference Device Tree Implementation"
|
|
|
|
|
depends on ARCH_R8A7740
|
|
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
|
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
|
|
|
|
select SND_SOC_WM8978 if SND_SIMPLE_CARD
|
|
|
|
|
select USE_OF
|
|
|
|
|
---help---
|
|
|
|
|
Use reference implementation of Aramdillo800 EVA board support
|
|
|
|
|
which makes a greater use of device tree at the expense
|
|
|
|
|
of not supporting a number of devices.
|
|
|
|
|
|
|
|
|
|
This is intended to aid developers
|
|
|
|
|
|
2013-03-21 10:03:38 +00:00
|
|
|
config MACH_BOCKW
|
|
|
|
|
bool "BOCK-W platform"
|
|
|
|
|
depends on ARCH_R8A7778
|
|
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
2013-04-02 04:20:02 +00:00
|
|
|
select RENESAS_INTC_IRQPIN
|
2013-03-21 10:03:38 +00:00
|
|
|
select USE_OF
|
|
|
|
|
|
2011-12-13 16:36:12 +00:00
|
|
|
config MACH_MARZEN
|
|
|
|
|
bool "MARZEN board"
|
|
|
|
|
depends on ARCH_R8A7779
|
2011-12-13 16:36:22 +00:00
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
2012-07-05 13:17:42 +00:00
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
2011-12-13 16:36:12 +00:00
|
|
|
|
2013-01-29 02:40:18 +00:00
|
|
|
config MACH_MARZEN_REFERENCE
|
|
|
|
|
bool "MARZEN board - Reference Device Tree Implementation"
|
|
|
|
|
depends on ARCH_R8A7779
|
|
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
|
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
|
|
|
|
select USE_OF
|
|
|
|
|
---help---
|
|
|
|
|
Use reference implementation of Marzen board support
|
|
|
|
|
which makes use of device tree at the expense
|
|
|
|
|
of not supporting a number of devices.
|
|
|
|
|
|
|
|
|
|
This is intended to aid developers
|
|
|
|
|
|
2013-03-29 08:49:37 +00:00
|
|
|
config MACH_LAGER
|
|
|
|
|
bool "Lager board"
|
|
|
|
|
depends on ARCH_R8A7790
|
|
|
|
|
select USE_OF
|
|
|
|
|
|
2012-05-16 06:45:16 +00:00
|
|
|
config MACH_KZM9D
|
|
|
|
|
bool "KZM9D board"
|
|
|
|
|
depends on ARCH_EMEV2
|
2012-07-05 13:17:42 +00:00
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
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 USE_OF
|
2012-05-16 06:45:16 +00:00
|
|
|
|
2013-07-08 06:00:30 +00:00
|
|
|
config MACH_KZM9D_REFERENCE
|
|
|
|
|
bool "KZM9D board - Reference Device Tree Implementation"
|
|
|
|
|
depends on ARCH_EMEV2
|
|
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
|
|
|
|
select USE_OF
|
|
|
|
|
---help---
|
|
|
|
|
Use reference implementation of KZM9D board support
|
|
|
|
|
which makes a greater use of device tree at the expense
|
|
|
|
|
of not supporting a number of devices.
|
|
|
|
|
|
|
|
|
|
This is intended to aid developers
|
|
|
|
|
|
2012-04-11 03:57:31 +00:00
|
|
|
config MACH_KZM9G
|
|
|
|
|
bool "KZM-A9-GT board"
|
|
|
|
|
depends on ARCH_SH73A0
|
2013-04-05 10:00:38 +00:00
|
|
|
select ARCH_HAS_CPUFREQ
|
|
|
|
|
select ARCH_HAS_OPP
|
2012-04-11 03:57:31 +00:00
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
2012-07-05 13:17:42 +00:00
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
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 SND_SOC_AK4642 if SND_SIMPLE_CARD
|
|
|
|
|
select USE_OF
|
2012-04-11 03:57:31 +00:00
|
|
|
|
2012-11-21 15:34:25 +00:00
|
|
|
config MACH_KZM9G_REFERENCE
|
|
|
|
|
bool "KZM-A9-GT board - Reference Device Tree Implementation"
|
2013-01-15 17:23:36 +00:00
|
|
|
depends on ARCH_SH73A0
|
|
|
|
|
select ARCH_REQUIRE_GPIOLIB
|
|
|
|
|
select REGULATOR_FIXED_VOLTAGE if REGULATOR
|
|
|
|
|
select SND_SOC_AK4642 if SND_SIMPLE_CARD
|
|
|
|
|
select USE_OF
|
2012-11-21 15:34:25 +00:00
|
|
|
---help---
|
|
|
|
|
Use reference implementation of KZM-A9-GT board support
|
|
|
|
|
which makes as greater use of device tree at the expense
|
|
|
|
|
of not supporting a number of devices.
|
|
|
|
|
|
|
|
|
|
This is intended to aid developers
|
|
|
|
|
|
2010-02-05 11:14:49 +00:00
|
|
|
comment "SH-Mobile System Configuration"
|
|
|
|
|
|
2012-01-17 17:20:23 +00:00
|
|
|
config CPU_HAS_INTEVT
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2010-02-05 11:14:49 +00:00
|
|
|
menu "Timer and clock configuration"
|
|
|
|
|
|
2010-07-29 13:03:04 +00:00
|
|
|
config SHMOBILE_TIMER_HZ
|
|
|
|
|
int "Kernel HZ (jiffies per second)"
|
|
|
|
|
range 32 1024
|
|
|
|
|
default "128"
|
|
|
|
|
help
|
|
|
|
|
Allows the configuration of the timer frequency. It is customary
|
|
|
|
|
to have the timer interrupt run at 1000 Hz or 100 Hz, but in the
|
|
|
|
|
case of low timer frequencies other values may be more suitable.
|
|
|
|
|
SH-Mobile systems using a 32768 Hz RCLK for clock events may want
|
|
|
|
|
to select a HZ value such as 128 that can evenly divide RCLK.
|
|
|
|
|
A HZ value that does not divide evenly may cause timer drift.
|
|
|
|
|
|
2010-02-05 11:14:49 +00:00
|
|
|
config SH_TIMER_CMT
|
|
|
|
|
bool "CMT timer driver"
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
This enables build of the CMT timer driver.
|
|
|
|
|
|
2010-05-12 09:03:19 +00:00
|
|
|
config SH_TIMER_TMU
|
|
|
|
|
bool "TMU timer driver"
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
This enables build of the TMU timer driver.
|
|
|
|
|
|
2012-05-25 07:03:44 +00:00
|
|
|
config EM_TIMER_STI
|
|
|
|
|
bool "STI timer driver"
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
This enables build of the STI timer driver.
|
|
|
|
|
|
2010-02-05 11:14:49 +00:00
|
|
|
endmenu
|
|
|
|
|
|
2010-05-12 14:21:24 +00:00
|
|
|
config SH_CLK_CPG
|
|
|
|
|
bool
|
|
|
|
|
|
2010-11-01 15:38:06 +00:00
|
|
|
source "drivers/sh/Kconfig"
|
|
|
|
|
|
2010-02-05 11:14:49 +00:00
|
|
|
endif
|
