2011-11-06 04:54:56 +00:00
|
|
|
# arch/arm/mach-exynos/Kconfig
|
2010-07-16 03:15:38 +00:00
|
|
|
#
|
2011-02-14 06:05:27 +00:00
|
|
|
# Copyright (c) 2010-2011 Samsung Electronics Co., Ltd.
|
2010-07-16 03:15:38 +00:00
|
|
|
# http://www.samsung.com/
|
|
|
|
|
#
|
|
|
|
|
# Licensed under GPLv2
|
|
|
|
|
|
2011-02-14 06:05:27 +00:00
|
|
|
# Configuration options for the EXYNOS4
|
2010-07-16 03:15:38 +00:00
|
|
|
|
2011-11-06 04:54:56 +00:00
|
|
|
if ARCH_EXYNOS
|
|
|
|
|
|
|
|
|
|
menu "SAMSUNG EXYNOS SoCs Support"
|
|
|
|
|
|
|
|
|
|
config ARCH_EXYNOS4
|
|
|
|
|
bool "SAMSUNG EXYNOS4"
|
2012-03-13 14:44:39 +00:00
|
|
|
default y
|
2013-10-07 22:02:12 +00:00
|
|
|
select ARM_AMBA
|
|
|
|
|
select CLKSRC_OF
|
|
|
|
|
select CLKSRC_SAMSUNG_PWM if CPU_EXYNOS4210
|
|
|
|
|
select CPU_EXYNOS4210
|
2013-06-18 16:26:42 +00:00
|
|
|
select GIC_NON_BANKED
|
2013-10-07 22:02:12 +00:00
|
|
|
select KEYBOARD_SAMSUNG if INPUT_KEYBOARD
|
2013-02-27 23:28:14 +00:00
|
|
|
select HAVE_ARM_SCU if SMP
|
2011-12-07 15:38:04 +00:00
|
|
|
select HAVE_SMP
|
2011-11-29 15:56:19 +00:00
|
|
|
select MIGHT_HAVE_CACHE_L2X0
|
2013-06-10 09:26:53 +00:00
|
|
|
select PINCTRL
|
2014-03-17 22:28:10 +00:00
|
|
|
select PM_GENERIC_DOMAINS if PM_RUNTIME
|
2013-10-07 22:02:12 +00:00
|
|
|
select S5P_DEV_MFC
|
2011-11-06 04:54:56 +00:00
|
|
|
help
|
|
|
|
|
Samsung EXYNOS4 SoCs based systems
|
|
|
|
|
|
2012-03-13 14:44:39 +00:00
|
|
|
config ARCH_EXYNOS5
|
|
|
|
|
bool "SAMSUNG EXYNOS5"
|
2013-10-07 22:02:12 +00:00
|
|
|
select ARM_AMBA
|
|
|
|
|
select CLKSRC_OF
|
2013-02-27 23:28:14 +00:00
|
|
|
select HAVE_ARM_SCU if SMP
|
2012-03-13 14:44:39 +00:00
|
|
|
select HAVE_SMP
|
2013-06-10 09:26:53 +00:00
|
|
|
select PINCTRL
|
2012-03-13 14:44:39 +00:00
|
|
|
help
|
|
|
|
|
Samsung EXYNOS5 (Cortex-A15) SoC based systems
|
2011-11-06 04:54:56 +00:00
|
|
|
|
|
|
|
|
comment "EXYNOS SoCs"
|
2010-07-16 03:15:38 +00:00
|
|
|
|
2011-02-14 06:05:27 +00:00
|
|
|
config CPU_EXYNOS4210
|
2011-11-06 04:54:56 +00:00
|
|
|
bool "SAMSUNG EXYNOS4210"
|
|
|
|
|
default y
|
|
|
|
|
depends on ARCH_EXYNOS4
|
2013-07-24 05:30:29 +00:00
|
|
|
select ARCH_HAS_BANDGAP
|
2014-03-17 22:28:10 +00:00
|
|
|
select ARM_CPU_SUSPEND if PM_SLEEP
|
2013-06-10 09:26:53 +00:00
|
|
|
select PINCTRL_EXYNOS
|
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 SAMSUNG_DMADEV
|
2010-07-16 03:15:38 +00:00
|
|
|
help
|
2011-02-14 06:05:27 +00:00
|
|
|
Enable EXYNOS4210 CPU support
|
2010-07-16 03:15:38 +00:00
|
|
|
|
2011-08-24 08:25:09 +00:00
|
|
|
config SOC_EXYNOS4212
|
2011-11-06 04:54:56 +00:00
|
|
|
bool "SAMSUNG EXYNOS4212"
|
|
|
|
|
default y
|
|
|
|
|
depends on ARCH_EXYNOS4
|
2013-07-24 05:30:29 +00:00
|
|
|
select ARCH_HAS_BANDGAP
|
2013-06-10 09:26:53 +00:00
|
|
|
select PINCTRL_EXYNOS
|
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 SAMSUNG_DMADEV
|
2011-08-24 08:25:09 +00:00
|
|
|
help
|
|
|
|
|
Enable EXYNOS4212 SoC support
|
|
|
|
|
|
2011-10-04 08:08:56 +00:00
|
|
|
config SOC_EXYNOS4412
|
2011-11-06 04:54:56 +00:00
|
|
|
bool "SAMSUNG EXYNOS4412"
|
|
|
|
|
default y
|
|
|
|
|
depends on ARCH_EXYNOS4
|
2013-07-24 05:30:29 +00:00
|
|
|
select ARCH_HAS_BANDGAP
|
2013-06-10 09:26:53 +00:00
|
|
|
select PINCTRL_EXYNOS
|
2012-02-15 04:16:15 +00:00
|
|
|
select SAMSUNG_DMADEV
|
2011-10-04 08:08:56 +00:00
|
|
|
help
|
|
|
|
|
Enable EXYNOS4412 SoC support
|
|
|
|
|
|
2012-03-13 14:44:39 +00:00
|
|
|
config SOC_EXYNOS5250
|
|
|
|
|
bool "SAMSUNG EXYNOS5250"
|
|
|
|
|
default y
|
|
|
|
|
depends on ARCH_EXYNOS5
|
2013-07-24 05:30:29 +00:00
|
|
|
select ARCH_HAS_BANDGAP
|
2013-06-10 09:26:53 +00:00
|
|
|
select PINCTRL_EXYNOS
|
2014-03-17 22:28:10 +00:00
|
|
|
select PM_GENERIC_DOMAINS if PM_RUNTIME
|
2012-10-23 13:51:33 +00: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-06 16:12:25 +00:00
|
|
|
select SAMSUNG_DMADEV
|
2012-03-13 14:44:39 +00:00
|
|
|
help
|
|
|
|
|
Enable EXYNOS5250 SoC support
|
|
|
|
|
|
2013-06-18 15:29:34 +00:00
|
|
|
config SOC_EXYNOS5420
|
|
|
|
|
bool "SAMSUNG EXYNOS5420"
|
|
|
|
|
default y
|
|
|
|
|
depends on ARCH_EXYNOS5
|
2014-03-17 22:28:10 +00:00
|
|
|
select PM_GENERIC_DOMAINS if PM_RUNTIME
|
2013-06-18 15:29:34 +00:00
|
|
|
help
|
|
|
|
|
Enable EXYNOS5420 SoC support
|
|
|
|
|
|
2012-11-15 06:48:56 +00:00
|
|
|
config SOC_EXYNOS5440
|
|
|
|
|
bool "SAMSUNG EXYNOS5440"
|
|
|
|
|
default y
|
|
|
|
|
depends on ARCH_EXYNOS5
|
2013-07-16 03:42:59 +00:00
|
|
|
select ARCH_DMA_ADDR_T_64BIT if ARM_LPAE
|
2013-07-24 05:30:29 +00:00
|
|
|
select ARCH_HAS_BANDGAP
|
2013-04-08 08:17:37 +00:00
|
|
|
select ARCH_HAS_OPP
|
2013-03-20 13:57:38 +00:00
|
|
|
select HAVE_ARM_ARCH_TIMER
|
2012-11-15 06:48:56 +00:00
|
|
|
select AUTO_ZRELADDR
|
2013-06-21 07:25:29 +00:00
|
|
|
select MIGHT_HAVE_PCI
|
|
|
|
|
select PCI_DOMAINS if PCI
|
2012-12-27 17:19:08 +00:00
|
|
|
select PINCTRL_EXYNOS5440
|
2013-04-08 08:17:37 +00:00
|
|
|
select PM_OPP
|
2012-11-15 06:48:56 +00:00
|
|
|
help
|
|
|
|
|
Enable EXYNOS5440 SoC support
|
|
|
|
|
|
2010-10-06 02:09:42 +00:00
|
|
|
endmenu
|
|
|
|
|
|
2010-07-16 03:15:38 +00:00
|
|
|
endif
|
