2011-11-06 12:54:56 +08:00
|
|
|
# arch/arm/mach-exynos/Kconfig
|
2010-07-16 11:15:38 +08:00
|
|
|
#
|
2011-02-14 14:05:27 +08:00
|
|
|
# Copyright (c) 2010-2011 Samsung Electronics Co., Ltd.
|
2010-07-16 11:15:38 +08:00
|
|
|
# http://www.samsung.com/
|
|
|
|
#
|
|
|
|
# Licensed under GPLv2
|
|
|
|
|
2011-02-14 14:05:27 +08:00
|
|
|
# Configuration options for the EXYNOS4
|
2010-07-16 11:15:38 +08:00
|
|
|
|
2011-11-06 12:54:56 +08:00
|
|
|
if ARCH_EXYNOS
|
|
|
|
|
|
|
|
menu "SAMSUNG EXYNOS SoCs Support"
|
|
|
|
|
|
|
|
config ARCH_EXYNOS4
|
|
|
|
bool "SAMSUNG EXYNOS4"
|
2012-03-13 22:44:39 +08:00
|
|
|
default y
|
2013-02-28 07:28:14 +08:00
|
|
|
select HAVE_ARM_SCU if SMP
|
2011-12-07 23:38:04 +08:00
|
|
|
select HAVE_SMP
|
2011-11-29 23:56:19 +08:00
|
|
|
select MIGHT_HAVE_CACHE_L2X0
|
2011-11-06 12:54:56 +08:00
|
|
|
help
|
|
|
|
Samsung EXYNOS4 SoCs based systems
|
|
|
|
|
2012-03-13 22:44:39 +08:00
|
|
|
config ARCH_EXYNOS5
|
|
|
|
bool "SAMSUNG EXYNOS5"
|
2013-02-28 07:28:14 +08:00
|
|
|
select HAVE_ARM_SCU if SMP
|
2012-03-13 22:44:39 +08:00
|
|
|
select HAVE_SMP
|
|
|
|
help
|
|
|
|
Samsung EXYNOS5 (Cortex-A15) SoC based systems
|
2011-11-06 12:54:56 +08:00
|
|
|
|
|
|
|
comment "EXYNOS SoCs"
|
2010-07-16 11:15:38 +08:00
|
|
|
|
2011-02-14 14:05:27 +08:00
|
|
|
config CPU_EXYNOS4210
|
2011-11-06 12:54:56 +08:00
|
|
|
bool "SAMSUNG EXYNOS4210"
|
|
|
|
default y
|
|
|
|
depends on ARCH_EXYNOS4
|
2011-10-02 03:09:39 +08:00
|
|
|
select ARM_CPU_SUSPEND if PM
|
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 PM_GENERIC_DOMAINS
|
2011-10-04 19:25:51 +08:00
|
|
|
select S5P_PM if PM
|
2011-10-04 19:25:51 +08:00
|
|
|
select S5P_SLEEP if PM
|
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_DMADEV
|
2010-07-16 11:15:38 +08:00
|
|
|
help
|
2011-02-14 14:05:27 +08:00
|
|
|
Enable EXYNOS4210 CPU support
|
2010-07-16 11:15:38 +08:00
|
|
|
|
2011-08-24 16:25:09 +08:00
|
|
|
config SOC_EXYNOS4212
|
2011-11-06 12:54:56 +08:00
|
|
|
bool "SAMSUNG EXYNOS4212"
|
|
|
|
default y
|
|
|
|
depends on ARCH_EXYNOS4
|
2011-10-04 19:25:51 +08:00
|
|
|
select S5P_PM if PM
|
2011-10-04 19:25:51 +08:00
|
|
|
select S5P_SLEEP if PM
|
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_DMADEV
|
2011-08-24 16:25:09 +08:00
|
|
|
help
|
|
|
|
Enable EXYNOS4212 SoC support
|
|
|
|
|
2011-10-04 16:08:56 +08:00
|
|
|
config SOC_EXYNOS4412
|
2011-11-06 12:54:56 +08:00
|
|
|
bool "SAMSUNG EXYNOS4412"
|
|
|
|
default y
|
|
|
|
depends on ARCH_EXYNOS4
|
2012-02-15 12:16:15 +08:00
|
|
|
select SAMSUNG_DMADEV
|
2011-10-04 16:08:56 +08:00
|
|
|
help
|
|
|
|
Enable EXYNOS4412 SoC support
|
|
|
|
|
2012-03-13 22:44:39 +08:00
|
|
|
config SOC_EXYNOS5250
|
|
|
|
bool "SAMSUNG EXYNOS5250"
|
|
|
|
default y
|
|
|
|
depends on ARCH_EXYNOS5
|
2013-02-13 07:27:43 +08:00
|
|
|
select PM_GENERIC_DOMAINS if PM
|
2012-02-17 11:23:51 +08:00
|
|
|
select S5P_PM if PM
|
|
|
|
select S5P_SLEEP if PM
|
2012-10-23 21:51:33 +08:00
|
|
|
select S5P_DEV_MFC
|
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_DMADEV
|
2012-03-13 22:44:39 +08:00
|
|
|
help
|
|
|
|
Enable EXYNOS5250 SoC support
|
|
|
|
|
2012-11-15 14:48:56 +08:00
|
|
|
config SOC_EXYNOS5440
|
|
|
|
bool "SAMSUNG EXYNOS5440"
|
|
|
|
default y
|
|
|
|
depends on ARCH_EXYNOS5
|
2013-04-08 16:17:37 +08:00
|
|
|
select ARCH_HAS_OPP
|
2012-11-15 14:48:56 +08:00
|
|
|
select ARM_ARCH_TIMER
|
|
|
|
select AUTO_ZRELADDR
|
2012-12-28 01:19:08 +08:00
|
|
|
select PINCTRL
|
|
|
|
select PINCTRL_EXYNOS5440
|
2013-04-08 16:17:37 +08:00
|
|
|
select PM_OPP
|
2012-11-15 14:48:56 +08:00
|
|
|
help
|
|
|
|
Enable EXYNOS5440 SoC support
|
|
|
|
|
2012-02-10 12:13:15 +08:00
|
|
|
comment "Flattened Device Tree based board for EXYNOS SoCs"
|
2011-11-07 00:24:27 +08:00
|
|
|
|
|
|
|
config MACH_EXYNOS4_DT
|
|
|
|
bool "Samsung Exynos4 Machine using device tree"
|
2013-06-10 17:15:23 +08:00
|
|
|
default y
|
2012-04-14 22:53:51 +08:00
|
|
|
depends on ARCH_EXYNOS4
|
2011-11-07 00:24:27 +08:00
|
|
|
select ARM_AMBA
|
2013-03-09 15:10:03 +08:00
|
|
|
select CLKSRC_OF
|
2013-05-25 05:27:29 +08:00
|
|
|
select CLKSRC_SAMSUNG_PWM if CPU_EXYNOS4210
|
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 CPU_EXYNOS4210
|
2013-03-13 18:59:32 +08:00
|
|
|
select KEYBOARD_SAMSUNG if INPUT_KEYBOARD
|
2012-09-07 05:14:26 +08:00
|
|
|
select PINCTRL
|
2013-01-19 03:35:06 +08:00
|
|
|
select PINCTRL_EXYNOS
|
2013-02-09 05:58:17 +08:00
|
|
|
select S5P_DEV_MFC
|
2011-11-07 00:24:27 +08:00
|
|
|
help
|
|
|
|
Machine support for Samsung Exynos4 machine with device tree enabled.
|
|
|
|
Select this if a fdt blob is available for the Exynos4 SoC based board.
|
|
|
|
Note: This is under development and not all peripherals can be supported
|
|
|
|
with this machine file.
|
|
|
|
|
2012-02-10 12:13:15 +08:00
|
|
|
config MACH_EXYNOS5_DT
|
|
|
|
bool "SAMSUNG EXYNOS5 Machine using device tree"
|
2012-11-15 14:48:56 +08:00
|
|
|
default y
|
2012-04-14 22:53:51 +08:00
|
|
|
depends on ARCH_EXYNOS5
|
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 ARM_AMBA
|
2013-03-09 15:10:03 +08:00
|
|
|
select CLKSRC_OF
|
2012-02-10 12:13:15 +08:00
|
|
|
help
|
2012-08-29 02:40:06 +08:00
|
|
|
Machine support for Samsung EXYNOS5 machine with device tree enabled.
|
|
|
|
Select this if a fdt blob is available for the EXYNOS5 SoC based board.
|
2012-02-10 12:13:15 +08:00
|
|
|
|
2011-11-06 12:54:56 +08:00
|
|
|
if ARCH_EXYNOS4
|
2010-10-06 10:09:42 +08:00
|
|
|
|
2011-11-06 12:54:56 +08:00
|
|
|
comment "Configuration for HSMMC 8-bit bus width"
|
2010-10-06 10:09:42 +08:00
|
|
|
|
2011-02-14 14:05:27 +08:00
|
|
|
config EXYNOS4_SDHCI_CH0_8BIT
|
2010-10-06 10:09:42 +08:00
|
|
|
bool "Channel 0 with 8-bit bus"
|
|
|
|
help
|
|
|
|
Support HSMMC Channel 0 8-bit bus.
|
|
|
|
If selected, Channel 1 is disabled.
|
|
|
|
|
2011-02-14 14:05:27 +08:00
|
|
|
config EXYNOS4_SDHCI_CH2_8BIT
|
2010-10-06 10:09:42 +08:00
|
|
|
bool "Channel 2 with 8-bit bus"
|
|
|
|
help
|
|
|
|
Support HSMMC Channel 2 8-bit bus.
|
|
|
|
If selected, Channel 3 is disabled.
|
2011-11-06 12:54:56 +08:00
|
|
|
endif
|
2010-10-06 10:09:42 +08:00
|
|
|
|
|
|
|
endmenu
|
|
|
|
|
2010-07-16 11:15:38 +08:00
|
|
|
endif
|