2006-06-29 15:06:33 +00:00
|
|
|
if ARCH_AT91
|
|
|
|
|
2013-10-11 10:22:06 +00:00
|
|
|
config HAVE_AT91_UTMI
|
|
|
|
bool
|
|
|
|
|
2013-10-17 16:55:41 +00:00
|
|
|
config HAVE_AT91_USB_CLK
|
|
|
|
bool
|
|
|
|
|
2011-11-01 17:43:31 +00:00
|
|
|
config HAVE_AT91_DBGU0
|
|
|
|
bool
|
|
|
|
|
|
|
|
config HAVE_AT91_DBGU1
|
|
|
|
bool
|
|
|
|
|
2014-09-15 16:15:54 +00:00
|
|
|
config HAVE_AT91_DBGU2
|
|
|
|
bool
|
|
|
|
|
2013-10-11 07:37:46 +00:00
|
|
|
config AT91_USE_OLD_CLK
|
|
|
|
bool
|
|
|
|
|
|
|
|
config COMMON_CLK_AT91
|
|
|
|
bool
|
2014-10-21 12:16:54 +00:00
|
|
|
default USE_OF && !AT91_USE_OLD_CLK
|
2013-10-11 07:37:46 +00:00
|
|
|
select COMMON_CLK
|
|
|
|
|
|
|
|
config OLD_CLK_AT91
|
|
|
|
bool
|
2014-10-21 12:16:54 +00:00
|
|
|
default AT91_USE_OLD_CLK
|
2013-10-11 07:37:46 +00:00
|
|
|
|
2014-07-10 17:14:19 +00:00
|
|
|
config OLD_IRQ_AT91
|
|
|
|
bool
|
|
|
|
select MULTI_IRQ_HANDLER
|
|
|
|
select SPARSE_IRQ
|
|
|
|
|
2013-10-11 11:27:06 +00:00
|
|
|
config HAVE_AT91_SMD
|
|
|
|
bool
|
|
|
|
|
2014-09-15 16:15:53 +00:00
|
|
|
config HAVE_AT91_H32MX
|
|
|
|
bool
|
|
|
|
|
2012-04-06 05:04:04 +00:00
|
|
|
config SOC_AT91SAM9
|
|
|
|
bool
|
2014-07-10 17:14:21 +00:00
|
|
|
select ATMEL_AIC_IRQ if !OLD_IRQ_AT91
|
2012-04-06 05:04:04 +00: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 16:12:25 +00:00
|
|
|
select GENERIC_CLOCKEVENTS
|
2014-07-08 16:21:13 +00:00
|
|
|
select MEMORY if USE_OF
|
|
|
|
select ATMEL_SDRAMC if USE_OF
|
2012-04-06 05:04:04 +00:00
|
|
|
|
2013-03-22 13:24:12 +00:00
|
|
|
config SOC_SAMA5
|
|
|
|
bool
|
2014-07-10 17:14:21 +00:00
|
|
|
select ATMEL_AIC5_IRQ
|
2013-03-22 13:24:12 +00:00
|
|
|
select CPU_V7
|
|
|
|
select GENERIC_CLOCKEVENTS
|
2014-03-13 14:23:40 +00:00
|
|
|
select USE_OF
|
2014-07-08 16:21:13 +00:00
|
|
|
select MEMORY
|
|
|
|
select ATMEL_SDRAMC
|
2014-11-10 20:45:53 +00:00
|
|
|
select PHYLIB if NETDEVICES
|
2013-03-22 13:24:12 +00:00
|
|
|
|
2006-06-29 15:06:33 +00:00
|
|
|
menu "Atmel AT91 System-on-Chip"
|
|
|
|
|
2013-03-22 13:24:11 +00:00
|
|
|
choice
|
|
|
|
|
|
|
|
prompt "Core type"
|
|
|
|
|
|
|
|
config SOC_SAM_V4_V5
|
2014-03-13 14:18:31 +00:00
|
|
|
bool "ARM9 AT91SAM9/AT91RM9200"
|
2013-03-22 13:24:11 +00:00
|
|
|
help
|
2014-03-13 14:18:31 +00:00
|
|
|
Select this if you are using one of Atmel's AT91SAM9 or
|
|
|
|
AT91RM9200 SoC.
|
2013-03-22 13:24:11 +00:00
|
|
|
|
2013-03-22 13:24:12 +00:00
|
|
|
config SOC_SAM_V7
|
|
|
|
bool "Cortex A5"
|
|
|
|
help
|
|
|
|
Select this if you are using one of Atmel's SAMA5D3 SoC.
|
|
|
|
|
2013-03-22 13:24:11 +00:00
|
|
|
endchoice
|
|
|
|
|
2012-04-06 03:51:50 +00:00
|
|
|
comment "Atmel AT91 Processor"
|
2006-06-29 15:06:33 +00:00
|
|
|
|
2013-03-22 13:24:12 +00: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 10:22:06 +00:00
|
|
|
select HAVE_AT91_UTMI
|
2013-10-11 11:27:06 +00:00
|
|
|
select HAVE_AT91_SMD
|
2013-10-17 16:55:41 +00:00
|
|
|
select HAVE_AT91_USB_CLK
|
2013-03-22 13:24:12 +00:00
|
|
|
help
|
|
|
|
Select this if you are using one of Atmel's SAMA5D3 family SoC.
|
2013-11-06 10:01:11 +00:00
|
|
|
This support covers SAMA5D31, SAMA5D33, SAMA5D34, SAMA5D35, SAMA5D36.
|
2014-09-15 16:15:54 +00: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 13:24:12 +00:00
|
|
|
endif
|
|
|
|
|
2013-03-22 13:24:11 +00:00
|
|
|
if SOC_SAM_V4_V5
|
2012-04-06 03:51:50 +00:00
|
|
|
config SOC_AT91RM9200
|
2006-06-29 15:06:33 +00:00
|
|
|
bool "AT91RM9200"
|
2014-07-10 17:14:21 +00:00
|
|
|
select ATMEL_AIC_IRQ if !OLD_IRQ_AT91
|
2008-10-26 10:55:14 +00:00
|
|
|
select CPU_ARM920T
|
2007-07-31 00:41:26 +00:00
|
|
|
select GENERIC_CLOCKEVENTS
|
2011-11-01 17:43:31 +00:00
|
|
|
select HAVE_AT91_DBGU0
|
2013-10-17 16:55:41 +00:00
|
|
|
select HAVE_AT91_USB_CLK
|
2006-01-09 17:05:41 +00:00
|
|
|
|
2012-04-06 03:51:50 +00:00
|
|
|
config SOC_AT91SAM9260
|
|
|
|
bool "AT91SAM9260, AT91SAM9XE or AT91SAM9G20"
|
2011-11-01 17:43:31 +00: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 16:12:25 +00:00
|
|
|
select SOC_AT91SAM9
|
2013-10-17 16:55:41 +00:00
|
|
|
select HAVE_AT91_USB_CLK
|
2012-04-06 03:51:50 +00:00
|
|
|
help
|
|
|
|
Select this if you are using one of Atmel's AT91SAM9260, AT91SAM9XE
|
|
|
|
or AT91SAM9G20 SoC.
|
2006-06-29 15:06:33 +00:00
|
|
|
|
2012-04-06 03:51:50 +00:00
|
|
|
config SOC_AT91SAM9261
|
|
|
|
bool "AT91SAM9261 or AT91SAM9G10"
|
2011-11-01 17:43:31 +00:00
|
|
|
select HAVE_AT91_DBGU0
|
2009-06-23 14:30:56 +00: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 16:12:25 +00:00
|
|
|
select SOC_AT91SAM9
|
2013-10-17 16:55:41 +00:00
|
|
|
select HAVE_AT91_USB_CLK
|
2012-04-06 03:51:50 +00:00
|
|
|
help
|
|
|
|
Select this if you are using one of Atmel's AT91SAM9261 or AT91SAM9G10 SoC.
|
2009-06-26 14:37:01 +00:00
|
|
|
|
2012-04-06 03:51:50 +00:00
|
|
|
config SOC_AT91SAM9263
|
2007-02-08 08:42:40 +00:00
|
|
|
bool "AT91SAM9263"
|
2012-04-06 03:51:50 +00:00
|
|
|
select HAVE_AT91_DBGU1
|
2009-06-23 14:30:56 +00: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 16:12:25 +00:00
|
|
|
select SOC_AT91SAM9
|
2013-10-17 16:55:41 +00:00
|
|
|
select HAVE_AT91_USB_CLK
|
2007-02-08 08:42:40 +00:00
|
|
|
|
2012-04-06 03:51:50 +00:00
|
|
|
config SOC_AT91SAM9RL
|
2007-05-11 19:49:56 +00:00
|
|
|
bool "AT91SAM9RL"
|
2011-11-01 17:43:31 +00:00
|
|
|
select HAVE_AT91_DBGU0
|
2012-04-06 03:51:50 +00: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 16:12:25 +00:00
|
|
|
select SOC_AT91SAM9
|
2013-10-11 10:22:06 +00:00
|
|
|
select HAVE_AT91_UTMI
|
2007-05-11 19:49:56 +00:00
|
|
|
|
2012-04-06 03:51:50 +00:00
|
|
|
config SOC_AT91SAM9G45
|
2012-03-15 11:26:43 +00:00
|
|
|
bool "AT91SAM9G45 or AT91SAM9M10 families"
|
2012-04-06 03:51:50 +00:00
|
|
|
select HAVE_AT91_DBGU1
|
2009-06-23 14:30:56 +00: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 16:12:25 +00:00
|
|
|
select SOC_AT91SAM9
|
2013-10-11 10:22:06 +00:00
|
|
|
select HAVE_AT91_UTMI
|
2013-10-17 16:55:41 +00:00
|
|
|
select HAVE_AT91_USB_CLK
|
2012-03-15 11:26:43 +00: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 14:36:58 +00:00
|
|
|
|
2012-04-06 03:51:50 +00:00
|
|
|
config SOC_AT91SAM9X5
|
2012-01-23 15:16:44 +00:00
|
|
|
bool "AT91SAM9x5 family"
|
2012-04-06 03:51:50 +00:00
|
|
|
select HAVE_AT91_DBGU0
|
2012-01-23 15:16:44 +00: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 16:12:25 +00:00
|
|
|
select SOC_AT91SAM9
|
2013-10-11 10:22:06 +00:00
|
|
|
select HAVE_AT91_UTMI
|
2013-10-11 11:27:06 +00:00
|
|
|
select HAVE_AT91_SMD
|
2013-10-17 16:55:41 +00:00
|
|
|
select HAVE_AT91_USB_CLK
|
2012-03-15 11:48:41 +00: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 15:16:44 +00:00
|
|
|
|
2012-04-17 06:26:31 +00: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 16:12:25 +00:00
|
|
|
select SOC_AT91SAM9
|
2013-10-17 16:55:41 +00:00
|
|
|
select HAVE_AT91_USB_CLK
|
2012-04-17 06:26:31 +00:00
|
|
|
help
|
|
|
|
Select this if you are using Atmel's AT91SAM9N12 SoC.
|
|
|
|
|
2006-06-29 15:06:33 +00:00
|
|
|
# ----------------------------------------------------------
|
2014-03-13 14:18:31 +00:00
|
|
|
endif # SOC_SAM_V4_V5
|
|
|
|
|
2011-10-10 16:29:24 +00:00
|
|
|
comment "Generic Board Type"
|
|
|
|
|
2012-10-28 18:31:09 +00: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 10:30:29 +00:00
|
|
|
config MACH_AT91SAM9_DT
|
2011-10-10 16:29:24 +00:00
|
|
|
bool "Atmel AT91SAM Evaluation Kits with device-tree support"
|
2012-10-28 18:31:06 +00:00
|
|
|
depends on SOC_AT91SAM9
|
2011-10-10 16:29:24 +00:00
|
|
|
select USE_OF
|
|
|
|
help
|
|
|
|
Select this if you want to experiment device-tree with
|
|
|
|
an Atmel Evaluation Kit.
|
|
|
|
|
|
|
|
# ----------------------------------------------------------
|
|
|
|
|
2006-06-29 15:06:33 +00:00
|
|
|
comment "AT91 Feature Selections"
|
2006-01-09 17:05:41 +00:00
|
|
|
|
2008-09-21 20:35:18 +00: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 16:59:10 +00:00
|
|
|
config AT91_TIMER_HZ
|
|
|
|
int "Kernel HZ (jiffies per second)"
|
|
|
|
range 32 1024
|
|
|
|
depends on ARCH_AT91
|
2014-11-21 15:22:17 +00:00
|
|
|
default "128" if SOC_AT91RM9200
|
2007-11-12 16:59:10 +00:00
|
|
|
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 17:05:41 +00:00
|
|
|
endmenu
|
|
|
|
|
|
|
|
endif
|