2006-06-29 19:06:33 +04:00
if ARCH_AT91
2013-10-11 14:22:06 +04:00
config HAVE_AT91_UTMI
bool
2013-10-17 20:55:41 +04:00
config HAVE_AT91_USB_CLK
bool
2011-11-01 21:43:31 +04:00
config HAVE_AT91_DBGU0
bool
config HAVE_AT91_DBGU1
bool
2014-09-15 20:15:54 +04:00
config HAVE_AT91_DBGU2
bool
2013-10-11 11:37:46 +04:00
config AT91_USE_OLD_CLK
bool
config COMMON_CLK_AT91
bool
2014-10-21 16:16:54 +04:00
default USE_OF && !AT91_USE_OLD_CLK
2013-10-11 11:37:46 +04:00
select COMMON_CLK
config OLD_CLK_AT91
bool
2014-10-21 16:16:54 +04:00
default AT91_USE_OLD_CLK
2013-10-11 11:37:46 +04:00
2014-07-10 21:14:19 +04:00
config OLD_IRQ_AT91
bool
select MULTI_IRQ_HANDLER
select SPARSE_IRQ
2013-10-11 15:27:06 +04:00
config HAVE_AT91_SMD
bool
2014-09-15 20:15:53 +04:00
config HAVE_AT91_H32MX
bool
2012-04-06 09:04:04 +04:00
config SOC_AT91SAM9
bool
2014-07-10 21:14:21 +04:00
select ATMEL_AIC_IRQ if !OLD_IRQ_AT91
2012-04-06 09:04:04 +04:00
select CPU_ARM926T
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 20:12:25 +04:00
select GENERIC_CLOCKEVENTS
2014-07-08 20:21:13 +04:00
select MEMORY if USE_OF
select ATMEL_SDRAMC if USE_OF
2012-04-06 09:04:04 +04:00
2013-03-22 17:24:12 +04:00
config SOC_SAMA5
bool
2014-07-10 21:14:21 +04:00
select ATMEL_AIC5_IRQ
2013-03-22 17:24:12 +04:00
select CPU_V7
select GENERIC_CLOCKEVENTS
2014-03-13 18:23:40 +04:00
select USE_OF
2014-07-08 20:21:13 +04:00
select MEMORY
select ATMEL_SDRAMC
2014-11-10 23:45:53 +03:00
select PHYLIB if NETDEVICES
2013-03-22 17:24:12 +04:00
2006-06-29 19:06:33 +04:00
menu "Atmel AT91 System-on-Chip"
2013-03-22 17:24:11 +04:00
choice
prompt "Core type"
config SOC_SAM_V4_V5
2014-03-13 18:18:31 +04:00
bool "ARM9 AT91SAM9/AT91RM9200"
2013-03-22 17:24:11 +04:00
help
2014-03-13 18:18:31 +04:00
Select this if you are using one of Atmel's AT91SAM9 or
AT91RM9200 SoC.
2013-03-22 17:24:11 +04:00
2013-03-22 17:24:12 +04:00
config SOC_SAM_V7
bool "Cortex A5"
help
Select this if you are using one of Atmel's SAMA5D3 SoC.
2013-03-22 17:24:11 +04:00
endchoice
2012-04-06 07:51:50 +04:00
comment "Atmel AT91 Processor"
2006-06-29 19:06:33 +04:00
2013-03-22 17:24:12 +04:00
if SOC_SAM_V7
config SOC_SAMA5D3
bool "SAMA5D3 family"
select SOC_SAMA5
select HAVE_FB_ATMEL
select HAVE_AT91_DBGU1
2013-10-11 14:22:06 +04:00
select HAVE_AT91_UTMI
2013-10-11 15:27:06 +04:00
select HAVE_AT91_SMD
2013-10-17 20:55:41 +04:00
select HAVE_AT91_USB_CLK
2013-03-22 17:24:12 +04:00
help
Select this if you are using one of Atmel's SAMA5D3 family SoC.
2013-11-06 14:01:11 +04:00
This support covers SAMA5D31, SAMA5D33, SAMA5D34, SAMA5D35, SAMA5D36.
2014-09-15 20:15:54 +04:00
config SOC_SAMA5D4
bool "SAMA5D4 family"
select SOC_SAMA5
select HAVE_AT91_DBGU2
select CLKSRC_MMIO
select CACHE_L2X0
select CACHE_PL310
select HAVE_FB_ATMEL
select HAVE_AT91_UTMI
select HAVE_AT91_SMD
select HAVE_AT91_USB_CLK
select HAVE_AT91_H32MX
help
Select this if you are using one of Atmel's SAMA5D4 family SoC.
2013-03-22 17:24:12 +04:00
endif
2013-03-22 17:24:11 +04:00
if SOC_SAM_V4_V5
2012-04-06 07:51:50 +04:00
config SOC_AT91RM9200
2006-06-29 19:06:33 +04:00
bool "AT91RM9200"
2014-07-10 21:14:21 +04:00
select ATMEL_AIC_IRQ if !OLD_IRQ_AT91
2008-10-26 13:55:14 +03:00
select CPU_ARM920T
2007-07-31 04:41:26 +04:00
select GENERIC_CLOCKEVENTS
2011-11-01 21:43:31 +04:00
select HAVE_AT91_DBGU0
2013-10-17 20:55:41 +04:00
select HAVE_AT91_USB_CLK
2006-01-09 20:05:41 +03:00
2012-04-06 07:51:50 +04:00
config SOC_AT91SAM9260
bool "AT91SAM9260, AT91SAM9XE or AT91SAM9G20"
2011-11-01 21:43:31 +04:00
select HAVE_AT91_DBGU0
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 20:12:25 +04:00
select SOC_AT91SAM9
2013-10-17 20:55:41 +04:00
select HAVE_AT91_USB_CLK
2012-04-06 07:51:50 +04:00
help
Select this if you are using one of Atmel's AT91SAM9260, AT91SAM9XE
or AT91SAM9G20 SoC.
2006-06-29 19:06:33 +04:00
2012-04-06 07:51:50 +04:00
config SOC_AT91SAM9261
bool "AT91SAM9261 or AT91SAM9G10"
2011-11-01 21:43:31 +04:00
select HAVE_AT91_DBGU0
2009-06-23 18:30:56 +04:00
select HAVE_FB_ATMEL
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 20:12:25 +04:00
select SOC_AT91SAM9
2013-10-17 20:55:41 +04:00
select HAVE_AT91_USB_CLK
2012-04-06 07:51:50 +04:00
help
Select this if you are using one of Atmel's AT91SAM9261 or AT91SAM9G10 SoC.
2009-06-26 18:37:01 +04:00
2012-04-06 07:51:50 +04:00
config SOC_AT91SAM9263
2007-02-08 11:42:40 +03:00
bool "AT91SAM9263"
2012-04-06 07:51:50 +04:00
select HAVE_AT91_DBGU1
2009-06-23 18:30:56 +04:00
select HAVE_FB_ATMEL
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 20:12:25 +04:00
select SOC_AT91SAM9
2013-10-17 20:55:41 +04:00
select HAVE_AT91_USB_CLK
2007-02-08 11:42:40 +03:00
2012-04-06 07:51:50 +04:00
config SOC_AT91SAM9RL
2007-05-11 23:49:56 +04:00
bool "AT91SAM9RL"
2011-11-01 21:43:31 +04:00
select HAVE_AT91_DBGU0
2012-04-06 07:51:50 +04:00
select HAVE_FB_ATMEL
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 20:12:25 +04:00
select SOC_AT91SAM9
2013-10-11 14:22:06 +04:00
select HAVE_AT91_UTMI
2007-05-11 23:49:56 +04:00
2012-04-06 07:51:50 +04:00
config SOC_AT91SAM9G45
2012-03-15 15:26:43 +04:00
bool "AT91SAM9G45 or AT91SAM9M10 families"
2012-04-06 07:51:50 +04:00
select HAVE_AT91_DBGU1
2009-06-23 18:30:56 +04:00
select HAVE_FB_ATMEL
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 20:12:25 +04:00
select SOC_AT91SAM9
2013-10-11 14:22:06 +04:00
select HAVE_AT91_UTMI
2013-10-17 20:55:41 +04:00
select HAVE_AT91_USB_CLK
2012-03-15 15:26:43 +04:00
help
Select this if you are using one of Atmel's AT91SAM9G45 family SoC.
This support covers AT91SAM9G45, AT91SAM9G46, AT91SAM9M10 and AT91SAM9M11.
2009-06-26 18:36:58 +04:00
2012-04-06 07:51:50 +04:00
config SOC_AT91SAM9X5
2012-01-23 19:16:44 +04:00
bool "AT91SAM9x5 family"
2012-04-06 07:51:50 +04:00
select HAVE_AT91_DBGU0
2012-01-23 19:16:44 +04:00
select HAVE_FB_ATMEL
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 20:12:25 +04:00
select SOC_AT91SAM9
2013-10-11 14:22:06 +04:00
select HAVE_AT91_UTMI
2013-10-11 15:27:06 +04:00
select HAVE_AT91_SMD
2013-10-17 20:55:41 +04:00
select HAVE_AT91_USB_CLK
2012-03-15 15:48:41 +04:00
help
Select this if you are using one of Atmel's AT91SAM9x5 family SoC.
This means that your SAM9 name finishes with a '5' (except if it is
AT91SAM9G45!).
This support covers AT91SAM9G15, AT91SAM9G25, AT91SAM9X25, AT91SAM9G35
and AT91SAM9X35.
2012-01-23 19:16:44 +04:00
2012-04-17 10:26:31 +04:00
config SOC_AT91SAM9N12
bool "AT91SAM9N12 family"
select HAVE_AT91_DBGU0
select HAVE_FB_ATMEL
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 20:12:25 +04:00
select SOC_AT91SAM9
2013-10-17 20:55:41 +04:00
select HAVE_AT91_USB_CLK
2012-04-17 10:26:31 +04:00
help
Select this if you are using Atmel's AT91SAM9N12 SoC.
2006-06-29 19:06:33 +04:00
# ----------------------------------------------------------
2014-03-13 18:18:31 +04:00
endif # SOC_SAM_V4_V5
2006-06-29 19:06:33 +04:00
2014-10-21 16:16:54 +04:00
if SOC_SAM_V4_V5
2013-02-19 14:27:44 +04:00
source arch/arm/mach-at91/Kconfig.non_dt
2014-03-13 18:18:31 +04:00
endif
2007-07-30 05:39:21 +04:00
2011-10-10 20:29:24 +04:00
comment "Generic Board Type"
2012-10-28 22:31:09 +04:00
config MACH_AT91RM9200_DT
bool "Atmel AT91RM9200 Evaluation Kits with device-tree support"
depends on SOC_AT91RM9200
select USE_OF
help
Select this if you want to experiment device-tree with
an Atmel RM9200 Evaluation Kit.
2013-02-19 14:30:29 +04:00
config MACH_AT91SAM9_DT
2011-10-10 20:29:24 +04:00
bool "Atmel AT91SAM Evaluation Kits with device-tree support"
2012-10-28 22:31:06 +04:00
depends on SOC_AT91SAM9
2011-10-10 20:29:24 +04:00
select USE_OF
help
Select this if you want to experiment device-tree with
an Atmel Evaluation Kit.
# ----------------------------------------------------------
2006-06-29 19:06:33 +04:00
comment "AT91 Feature Selections"
2006-01-09 20:05:41 +03:00
2008-09-22 00:35:18 +04:00
config AT91_SLOW_CLOCK
bool "Suspend-to-RAM disables main oscillator"
depends on SUSPEND
help
Select this if you want Suspend-to-RAM to save the most power
possible (without powering off the CPU) by disabling the PLLs
and main oscillator so that only the 32 KiHz clock is available.
When only that slow-clock is available, some peripherals lose
functionality. Many can't issue wakeup events unless faster
clocks are available. Some lose their operating state and
need to be completely re-initialized.
2007-11-12 19:59:10 +03:00
config AT91_TIMER_HZ
int "Kernel HZ (jiffies per second)"
range 32 1024
depends on ARCH_AT91
default "128" if ARCH_AT91RM9200
default "100"
help
On AT91rm9200 chips where you're using a system clock derived
from the 32768 Hz hardware clock, this tick rate should divide
it exactly: use a power-of-two value, such as 128 or 256, to
reduce timing errors caused by rounding.
On AT91sam926x chips, or otherwise when using a higher precision
system clock (of at least several MHz), rounding is less of a
problem so it can be safer to use a decimal values like 100.
2006-01-09 20:05:41 +03:00
endmenu
endif