2019-05-19 20:07:45 +08:00
|
|
|
# SPDX-License-Identifier: GPL-2.0-only
|
2015-12-03 05:27:09 +08:00
|
|
|
menuconfig ARCH_ORION5X
|
|
|
|
|
bool "Marvell Orion"
|
ARM: remove support for NOMMU ARMv4/v5
It is possible to build MMU-less kernels for Cortex-M base
microcrontrollers as well as a couple of older platforms that
have not been converted to CONFIG_ARCH_MULTIPLATFORM,
specifically ep93xx, footbridge, dove, sa1100 and s3c24xx.
It seems unlikely that anybody has tested those configurations
in recent years, as even building them is frequently broken.
A patch I submitted caused another build time regression
in this configuration. I sent a patch for that, but it seems
better to also remove the option entirely, leaving ARMv7-M
as the only supported Arm NOMMU target for simplicity.
A couple of platforms have dependencies on CONFIG_MMU, those
can all be removed now. Notably, mach-integrator tries to
support MMU-less CPU cores, but those have not actually been
selectable for a long time.
This addresses several build failures in randconfig builds that
have accumulated over the years.
Cc: Vladimir Murzin <vladimir.murzin@arm.com>
Cc: Russell King <linux@armlinux.org.uk>
Acked-by: Geert Uytterhoeven <geert+renesas@glider.be>
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
Reviewed by: Ard Biesheuvel <ardb@kernel.org>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-03-09 21:20:20 +08:00
|
|
|
depends on ARCH_MULTI_V5
|
ARM: rework endianess selection
Choosing big-endian vs little-endian kernels in Kconfig has not worked
correctly since the introduction of CONFIG_ARCH_MULTIPLATFORM a long
time ago.
The problems is that CONFIG_BIG_ENDIAN depends on
ARCH_SUPPORTS_BIG_ENDIAN, which can set by any one platform
in the config, but would actually have to be supported by all
of them.
This was mostly ok for ARMv6/ARMv7 builds, since these are BE8 and
tend to just work aside from problems in nonportable device drivers.
For ARMv4/v5 machines, CONFIG_BIG_ENDIAN and CONFIG_ARCH_MULTIPLATFORM
were never set together, so this was disabled on all those machines
except for IXP4xx.
As IXP4xx can now become part of ARCH_MULTIPLATFORM, it seems better to
formalize this logic: all ARMv4/v5 platforms get an explicit dependency
on being either big-endian (ixp4xx) or little-endian (the rest). We may
want to fix ixp4xx in the future to support both, but it does not work
in LE mode at the moment.
For the ARMv6/v7 platforms, there are two ways this could be handled
a) allow both modes only for platforms selecting
'ARCH_SUPPORTS_BIG_ENDIAN' today, but only LE mode for the
others, given that these were added intentionally at some
point.
b) allow both modes everwhere, given that it was already possible
to build that way by e.g. selecting ARCH_VIRT, and that the
list is not an accurate reflection of which platforms may or
may not work.
Out of these, I picked b) because it seemed slighly more logical
to me.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-04-04 17:52:31 +08:00
|
|
|
depends on CPU_LITTLE_ENDIAN
|
2015-12-03 05:27:09 +08:00
|
|
|
select CPU_FEROCEON
|
2016-06-02 20:10:16 +08:00
|
|
|
select GPIOLIB
|
2015-12-03 05:27:09 +08:00
|
|
|
select MVEBU_MBUS
|
2018-11-16 03:05:32 +08:00
|
|
|
select FORCE_PCI
|
2021-11-03 01:12:58 +08:00
|
|
|
select PCI_QUIRKS
|
2017-03-28 18:15:41 +08:00
|
|
|
select PHYLIB if NETDEVICES
|
2015-12-03 05:27:09 +08:00
|
|
|
select PLAT_ORION_LEGACY
|
|
|
|
|
help
|
|
|
|
|
Support for the following Marvell Orion 5x series SoCs:
|
|
|
|
|
Orion-1 (5181), Orion-VoIP (5181L), Orion-NAS (5182),
|
|
|
|
|
Orion-2 (5281), Orion-1-90 (6183).
|
[ARM] basic support for the Marvell Orion SoC family
The Marvell Orion is a family of ARM SoCs with a DDR/DDR2 memory
controller, 10/100/1000 ethernet MAC, and USB 2.0 interfaces,
and, depending on the specific model, PCI-E interface, PCI-X
interface, SATA controllers, crypto unit, SPI interface, SDIO
interface, device bus, NAND controller, DMA engine and/or XOR
engine.
This contains the basic structure and architecture register definitions.
Signed-off-by: Tzachi Perelstein <tzachi@marvell.com>
Reviewed-by: Nicolas Pitre <nico@marvell.com>
Reviewed-by: Lennert Buytenhek <buytenh@marvell.com>
Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
2007-10-24 03:14:41 +08:00
|
|
|
|
2015-12-03 05:27:09 +08:00
|
|
|
if ARCH_ORION5X
|
[ARM] basic support for the Marvell Orion SoC family
The Marvell Orion is a family of ARM SoCs with a DDR/DDR2 memory
controller, 10/100/1000 ethernet MAC, and USB 2.0 interfaces,
and, depending on the specific model, PCI-E interface, PCI-X
interface, SATA controllers, crypto unit, SPI interface, SDIO
interface, device bus, NAND controller, DMA engine and/or XOR
engine.
This contains the basic structure and architecture register definitions.
Signed-off-by: Tzachi Perelstein <tzachi@marvell.com>
Reviewed-by: Nicolas Pitre <nico@marvell.com>
Reviewed-by: Lennert Buytenhek <buytenh@marvell.com>
Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
2007-10-24 03:14:41 +08:00
|
|
|
|
2012-11-16 23:39:45 +08:00
|
|
|
config ARCH_ORION5X_DT
|
|
|
|
|
bool "Marvell Orion5x Flattened Device Tree"
|
2014-04-23 05:26:24 +08:00
|
|
|
select ORION_CLK
|
2014-04-23 05:26:27 +08:00
|
|
|
select ORION_IRQCHIP
|
|
|
|
|
select ORION_TIMER
|
2014-04-23 05:26:28 +08:00
|
|
|
select PINCTRL
|
|
|
|
|
select PINCTRL_ORION
|
2012-11-16 23:39:45 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
Marvell Orion5x using flattened device tree.
|
|
|
|
|
|
2014-04-23 05:26:38 +08:00
|
|
|
config MACH_RD88F5182_DT
|
|
|
|
|
bool "Marvell Orion-NAS Reference Design (Flattened Device Tree)"
|
|
|
|
|
select ARCH_ORION5X_DT
|
2016-02-23 22:06:37 +08:00
|
|
|
select I2C_BOARDINFO if I2C
|
2014-04-23 05:26:38 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the Marvell
|
|
|
|
|
Orion-NAS (88F5182) RD2, Flattened Device Tree.
|
|
|
|
|
|
2007-10-24 03:14:42 +08:00
|
|
|
config MACH_KUROBOX_PRO
|
|
|
|
|
bool "KuroBox Pro"
|
2016-02-23 22:06:37 +08:00
|
|
|
select I2C_BOARDINFO if I2C
|
ARM: orion: add ATAGS dependencies
Most of the remaining arm board files in the kernel are unused and will be
removed in early 2023 if no users step up. So far I got no user replies
about the orion5x and mv78xx0 machines, but these are still supported
in the default kernel of the Debian 'armel' (armv5 softfloat) distro,
and there is an active project on github that tries to keep some of
these machines working, and Mauri Sandberg is working on a DT conversion
for the D-Link DNS-323.
It appears the Debian-on-Buffalo project has not got the Terastation WXL
working in a few years, and the other mv78xx0 machines are just the
reference designs, so I assume none of these have remaining users.
For the Orion5x family, the same is probably true for its reference
implementations (RD88Fxxxxx, DB88F281) and the machines with less than
64MB of memory (WNR854T, WRT350N v2).
The remaining nine machines are now scheduled to be kept for at least
2023, hopefully to be replaced with DT based versions.
The mv78xx0_defconfig file needs to enable CONFIG_UNUSED_BOARD_FILES
to still build, while the other affected defconfig files lose the
specific boards.
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: Gregory Clement <gregory.clement@bootlin.com>
Cc: Mauri Sandberg <maukka@ext.kapsi.fi>
Link: https://github.com/1000001101000/Debian_on_Buffalo
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-07-18 23:54:15 +08:00
|
|
|
depends on ATAGS
|
2007-10-24 03:14:42 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
KuroBox Pro platform.
|
|
|
|
|
|
2007-11-12 16:05:55 +08:00
|
|
|
config MACH_DNS323
|
|
|
|
|
bool "D-Link DNS-323"
|
2016-02-23 22:06:37 +08:00
|
|
|
select I2C_BOARDINFO if I2C
|
ARM: orion: add ATAGS dependencies
Most of the remaining arm board files in the kernel are unused and will be
removed in early 2023 if no users step up. So far I got no user replies
about the orion5x and mv78xx0 machines, but these are still supported
in the default kernel of the Debian 'armel' (armv5 softfloat) distro,
and there is an active project on github that tries to keep some of
these machines working, and Mauri Sandberg is working on a DT conversion
for the D-Link DNS-323.
It appears the Debian-on-Buffalo project has not got the Terastation WXL
working in a few years, and the other mv78xx0 machines are just the
reference designs, so I assume none of these have remaining users.
For the Orion5x family, the same is probably true for its reference
implementations (RD88Fxxxxx, DB88F281) and the machines with less than
64MB of memory (WNR854T, WRT350N v2).
The remaining nine machines are now scheduled to be kept for at least
2023, hopefully to be replaced with DT based versions.
The mv78xx0_defconfig file needs to enable CONFIG_UNUSED_BOARD_FILES
to still build, while the other affected defconfig files lose the
specific boards.
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: Gregory Clement <gregory.clement@bootlin.com>
Cc: Mauri Sandberg <maukka@ext.kapsi.fi>
Link: https://github.com/1000001101000/Debian_on_Buffalo
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-07-18 23:54:15 +08:00
|
|
|
depends on ATAGS
|
2007-11-12 16:05:55 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
D-Link DNS-323 platform.
|
|
|
|
|
|
2007-12-16 04:05:49 +08:00
|
|
|
config MACH_TS209
|
|
|
|
|
bool "QNAP TS-109/TS-209"
|
ARM: orion: add ATAGS dependencies
Most of the remaining arm board files in the kernel are unused and will be
removed in early 2023 if no users step up. So far I got no user replies
about the orion5x and mv78xx0 machines, but these are still supported
in the default kernel of the Debian 'armel' (armv5 softfloat) distro,
and there is an active project on github that tries to keep some of
these machines working, and Mauri Sandberg is working on a DT conversion
for the D-Link DNS-323.
It appears the Debian-on-Buffalo project has not got the Terastation WXL
working in a few years, and the other mv78xx0 machines are just the
reference designs, so I assume none of these have remaining users.
For the Orion5x family, the same is probably true for its reference
implementations (RD88Fxxxxx, DB88F281) and the machines with less than
64MB of memory (WNR854T, WRT350N v2).
The remaining nine machines are now scheduled to be kept for at least
2023, hopefully to be replaced with DT based versions.
The mv78xx0_defconfig file needs to enable CONFIG_UNUSED_BOARD_FILES
to still build, while the other affected defconfig files lose the
specific boards.
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: Gregory Clement <gregory.clement@bootlin.com>
Cc: Mauri Sandberg <maukka@ext.kapsi.fi>
Link: https://github.com/1000001101000/Debian_on_Buffalo
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-07-18 23:54:15 +08:00
|
|
|
depends on ATAGS
|
2007-12-16 04:05:49 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
QNAP TS-109/TS-209 platform.
|
|
|
|
|
|
2008-08-29 04:18:54 +08:00
|
|
|
config MACH_TERASTATION_PRO2
|
|
|
|
|
bool "Buffalo Terastation Pro II/Live"
|
ARM: orion: add ATAGS dependencies
Most of the remaining arm board files in the kernel are unused and will be
removed in early 2023 if no users step up. So far I got no user replies
about the orion5x and mv78xx0 machines, but these are still supported
in the default kernel of the Debian 'armel' (armv5 softfloat) distro,
and there is an active project on github that tries to keep some of
these machines working, and Mauri Sandberg is working on a DT conversion
for the D-Link DNS-323.
It appears the Debian-on-Buffalo project has not got the Terastation WXL
working in a few years, and the other mv78xx0 machines are just the
reference designs, so I assume none of these have remaining users.
For the Orion5x family, the same is probably true for its reference
implementations (RD88Fxxxxx, DB88F281) and the machines with less than
64MB of memory (WNR854T, WRT350N v2).
The remaining nine machines are now scheduled to be kept for at least
2023, hopefully to be replaced with DT based versions.
The mv78xx0_defconfig file needs to enable CONFIG_UNUSED_BOARD_FILES
to still build, while the other affected defconfig files lose the
specific boards.
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: Gregory Clement <gregory.clement@bootlin.com>
Cc: Mauri Sandberg <maukka@ext.kapsi.fi>
Link: https://github.com/1000001101000/Debian_on_Buffalo
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-07-18 23:54:15 +08:00
|
|
|
depends on ATAGS
|
2008-08-29 04:18:54 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
Buffalo Terastation Pro II/Live platform.
|
|
|
|
|
|
2008-04-10 04:50:16 +08:00
|
|
|
config MACH_LINKSTATION_PRO
|
|
|
|
|
bool "Buffalo Linkstation Pro/Live"
|
ARM: orion: add ATAGS dependencies
Most of the remaining arm board files in the kernel are unused and will be
removed in early 2023 if no users step up. So far I got no user replies
about the orion5x and mv78xx0 machines, but these are still supported
in the default kernel of the Debian 'armel' (armv5 softfloat) distro,
and there is an active project on github that tries to keep some of
these machines working, and Mauri Sandberg is working on a DT conversion
for the D-Link DNS-323.
It appears the Debian-on-Buffalo project has not got the Terastation WXL
working in a few years, and the other mv78xx0 machines are just the
reference designs, so I assume none of these have remaining users.
For the Orion5x family, the same is probably true for its reference
implementations (RD88Fxxxxx, DB88F281) and the machines with less than
64MB of memory (WNR854T, WRT350N v2).
The remaining nine machines are now scheduled to be kept for at least
2023, hopefully to be replaced with DT based versions.
The mv78xx0_defconfig file needs to enable CONFIG_UNUSED_BOARD_FILES
to still build, while the other affected defconfig files lose the
specific boards.
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: Gregory Clement <gregory.clement@bootlin.com>
Cc: Mauri Sandberg <maukka@ext.kapsi.fi>
Link: https://github.com/1000001101000/Debian_on_Buffalo
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-07-18 23:54:15 +08:00
|
|
|
depends on ATAGS
|
2016-02-23 22:06:37 +08:00
|
|
|
select I2C_BOARDINFO if I2C
|
2008-04-10 04:50:16 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
Buffalo Linkstation Pro/Live platform. Both v1 and
|
|
|
|
|
v2 devices are supported.
|
|
|
|
|
|
2008-09-25 21:47:30 +08:00
|
|
|
config MACH_LINKSTATION_MINI
|
2015-08-07 00:29:52 +08:00
|
|
|
bool "Buffalo Linkstation Mini (Flattened Device Tree)"
|
|
|
|
|
select ARCH_ORION5X_DT
|
2008-09-25 21:47:30 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
2015-08-07 00:29:52 +08:00
|
|
|
Buffalo Linkstation Mini (LS-WSGL) platform.
|
2008-09-25 21:47:30 +08:00
|
|
|
|
2008-04-26 08:35:29 +08:00
|
|
|
config MACH_TS409
|
|
|
|
|
bool "QNAP TS-409"
|
ARM: orion: add ATAGS dependencies
Most of the remaining arm board files in the kernel are unused and will be
removed in early 2023 if no users step up. So far I got no user replies
about the orion5x and mv78xx0 machines, but these are still supported
in the default kernel of the Debian 'armel' (armv5 softfloat) distro,
and there is an active project on github that tries to keep some of
these machines working, and Mauri Sandberg is working on a DT conversion
for the D-Link DNS-323.
It appears the Debian-on-Buffalo project has not got the Terastation WXL
working in a few years, and the other mv78xx0 machines are just the
reference designs, so I assume none of these have remaining users.
For the Orion5x family, the same is probably true for its reference
implementations (RD88Fxxxxx, DB88F281) and the machines with less than
64MB of memory (WNR854T, WRT350N v2).
The remaining nine machines are now scheduled to be kept for at least
2023, hopefully to be replaced with DT based versions.
The mv78xx0_defconfig file needs to enable CONFIG_UNUSED_BOARD_FILES
to still build, while the other affected defconfig files lose the
specific boards.
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: Gregory Clement <gregory.clement@bootlin.com>
Cc: Mauri Sandberg <maukka@ext.kapsi.fi>
Link: https://github.com/1000001101000/Debian_on_Buffalo
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-07-18 23:54:15 +08:00
|
|
|
depends on ATAGS
|
2008-04-26 08:35:29 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
QNAP TS-409 platform.
|
|
|
|
|
|
2008-06-01 05:32:37 +08:00
|
|
|
config MACH_TS78XX
|
|
|
|
|
bool "Technologic Systems TS-78xx"
|
ARM: orion: add ATAGS dependencies
Most of the remaining arm board files in the kernel are unused and will be
removed in early 2023 if no users step up. So far I got no user replies
about the orion5x and mv78xx0 machines, but these are still supported
in the default kernel of the Debian 'armel' (armv5 softfloat) distro,
and there is an active project on github that tries to keep some of
these machines working, and Mauri Sandberg is working on a DT conversion
for the D-Link DNS-323.
It appears the Debian-on-Buffalo project has not got the Terastation WXL
working in a few years, and the other mv78xx0 machines are just the
reference designs, so I assume none of these have remaining users.
For the Orion5x family, the same is probably true for its reference
implementations (RD88Fxxxxx, DB88F281) and the machines with less than
64MB of memory (WNR854T, WRT350N v2).
The remaining nine machines are now scheduled to be kept for at least
2023, hopefully to be replaced with DT based versions.
The mv78xx0_defconfig file needs to enable CONFIG_UNUSED_BOARD_FILES
to still build, while the other affected defconfig files lose the
specific boards.
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: Gregory Clement <gregory.clement@bootlin.com>
Cc: Mauri Sandberg <maukka@ext.kapsi.fi>
Link: https://github.com/1000001101000/Debian_on_Buffalo
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-07-18 23:54:15 +08:00
|
|
|
depends on ATAGS
|
2008-06-01 05:32:37 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
Technologic Systems TS-78xx platform.
|
|
|
|
|
|
2008-04-06 20:08:17 +08:00
|
|
|
config MACH_MV2120
|
|
|
|
|
bool "HP Media Vault mv2120"
|
ARM: orion: add ATAGS dependencies
Most of the remaining arm board files in the kernel are unused and will be
removed in early 2023 if no users step up. So far I got no user replies
about the orion5x and mv78xx0 machines, but these are still supported
in the default kernel of the Debian 'armel' (armv5 softfloat) distro,
and there is an active project on github that tries to keep some of
these machines working, and Mauri Sandberg is working on a DT conversion
for the D-Link DNS-323.
It appears the Debian-on-Buffalo project has not got the Terastation WXL
working in a few years, and the other mv78xx0 machines are just the
reference designs, so I assume none of these have remaining users.
For the Orion5x family, the same is probably true for its reference
implementations (RD88Fxxxxx, DB88F281) and the machines with less than
64MB of memory (WNR854T, WRT350N v2).
The remaining nine machines are now scheduled to be kept for at least
2023, hopefully to be replaced with DT based versions.
The mv78xx0_defconfig file needs to enable CONFIG_UNUSED_BOARD_FILES
to still build, while the other affected defconfig files lose the
specific boards.
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: Gregory Clement <gregory.clement@bootlin.com>
Cc: Mauri Sandberg <maukka@ext.kapsi.fi>
Link: https://github.com/1000001101000/Debian_on_Buffalo
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-07-18 23:54:15 +08:00
|
|
|
depends on ATAGS
|
2008-04-06 20:08:17 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
HP Media Vault mv2120 or mv5100.
|
|
|
|
|
|
2014-04-23 05:26:39 +08:00
|
|
|
config MACH_D2NET_DT
|
|
|
|
|
bool "LaCie d2 Network / Big Disk Network (Flattened Device Tree)"
|
|
|
|
|
select ARCH_ORION5X_DT
|
2009-06-23 03:45:01 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
LaCie d2 Network NAS.
|
|
|
|
|
|
2009-06-23 19:54:35 +08:00
|
|
|
config MACH_NET2BIG
|
|
|
|
|
bool "LaCie 2Big Network"
|
ARM: orion: add ATAGS dependencies
Most of the remaining arm board files in the kernel are unused and will be
removed in early 2023 if no users step up. So far I got no user replies
about the orion5x and mv78xx0 machines, but these are still supported
in the default kernel of the Debian 'armel' (armv5 softfloat) distro,
and there is an active project on github that tries to keep some of
these machines working, and Mauri Sandberg is working on a DT conversion
for the D-Link DNS-323.
It appears the Debian-on-Buffalo project has not got the Terastation WXL
working in a few years, and the other mv78xx0 machines are just the
reference designs, so I assume none of these have remaining users.
For the Orion5x family, the same is probably true for its reference
implementations (RD88Fxxxxx, DB88F281) and the machines with less than
64MB of memory (WNR854T, WRT350N v2).
The remaining nine machines are now scheduled to be kept for at least
2023, hopefully to be replaced with DT based versions.
The mv78xx0_defconfig file needs to enable CONFIG_UNUSED_BOARD_FILES
to still build, while the other affected defconfig files lose the
specific boards.
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Cc: Gregory Clement <gregory.clement@bootlin.com>
Cc: Mauri Sandberg <maukka@ext.kapsi.fi>
Link: https://github.com/1000001101000/Debian_on_Buffalo
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
2022-07-18 23:54:15 +08:00
|
|
|
depends on ATAGS
|
2016-02-23 22:06:37 +08:00
|
|
|
select I2C_BOARDINFO if I2C
|
2009-06-23 19:54:35 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
LaCie 2Big Network NAS.
|
|
|
|
|
|
2014-04-23 05:26:40 +08:00
|
|
|
config MACH_MSS2_DT
|
|
|
|
|
bool "Maxtor Shared Storage II (Flattened Device Tree)"
|
|
|
|
|
select ARCH_ORION5X_DT
|
2008-06-10 07:00:38 +08:00
|
|
|
help
|
|
|
|
|
Say 'Y' here if you want your kernel to support the
|
|
|
|
|
Maxtor Shared Storage II platform.
|
|
|
|
|
|
[ARM] basic support for the Marvell Orion SoC family
The Marvell Orion is a family of ARM SoCs with a DDR/DDR2 memory
controller, 10/100/1000 ethernet MAC, and USB 2.0 interfaces,
and, depending on the specific model, PCI-E interface, PCI-X
interface, SATA controllers, crypto unit, SPI interface, SDIO
interface, device bus, NAND controller, DMA engine and/or XOR
engine.
This contains the basic structure and architecture register definitions.
Signed-off-by: Tzachi Perelstein <tzachi@marvell.com>
Reviewed-by: Nicolas Pitre <nico@marvell.com>
Reviewed-by: Lennert Buytenhek <buytenh@marvell.com>
Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
2007-10-24 03:14:41 +08:00
|
|
|
endif
|
