From 34cae0544e20af4487e854d3f70511ba0f8d5517 Mon Sep 17 00:00:00 2001 From: Karsten Merker Date: Mon, 13 Apr 2015 17:09:16 +0000 Subject: Installation-Guide: Update the "Supported Hardware" section for arm64. Patch by Wookey , https://lists.debian.org/debian-boot/2015/04/msg00258.html [Karsten Merker: some typo fixes] --- en/hardware/supported/arm.xml | 354 ++++++++++++++++++++++++++---------------- 1 file changed, 219 insertions(+), 135 deletions(-) (limited to 'en/hardware/supported') diff --git a/en/hardware/supported/arm.xml b/en/hardware/supported/arm.xml index baf0e32d8..0e896161d 100644 --- a/en/hardware/supported/arm.xml +++ b/en/hardware/supported/arm.xml @@ -6,184 +6,158 @@ -ARM systems are a lot more heterogenous than the i386/amd64-based PC -architecture, where all systems share a common system firmware (BIOS or/and -UEFI) which handles the board-specific basic hardware initialization in a -standardized way. - -The ARM architecture is used mainly in so-called systems-on-chip (SoCs). -These SoCs are designed by many different companies with vastly varying -hardware components even for the very basic functionality required to bring -the system up. Systems using them usually lack a common system firmware -interface and as a result, on ARM systems the Linux kernel has to take care -of many system-specific low-level issues which are handled by the -mainboard's BIOS in the PC world. +ARM systems are much more heterogenous than the i386/amd64-based PC +architecture, so whilst 64-bit ARM machines should boot in a +standardised way, like PCs, the situation is more complicated for +32-bit ARM machines. +The ARM architecture is used mainly in so-called +systems-on-chip (SoCs). These SoCs are designed by many +different companies with vastly varying hardware components even for +the very basic functionality required to bring the system up. System +firmware interfaces have been increasingly standardised over time, but +especially on older hardware firmware/boot interfaces vary a great +deal, so on these systems the Linux kernel has to take care of many +system-specific low-level issues which are handled by the mainboard's +BIOS in the PC world. -At the beginning of the ARM support in the Linux kernel, this resulted in -the requirement of having a seperate kernel for each ARM system in contrast -to the one-fits-all kernel for PC systems. As this approach does not -scale to a large number of different systems, work has started to be able to -provide a single ARM kernel that can run on different ARM systems. Support -for newer ARM systems gets implemented in a way that allows the use of such -a multiplatform kernel, but for several older systems a seperate specific -kernel is still required. + + + +At the beginning of the ARM support in the Linux kernel, the hardware +variety resulted in the requirement of having a separate kernel for +each ARM system in contrast to the one-fits-all kernel +for PC systems. As this approach does not scale to a large number of +different systems, work was done to allow booting with a single ARM +kernel that can run on different ARM systems. Support for newer ARM +systems gets implemented in a way that allows the use of such a +multiplatform kernel, but for several older systems a seperate +specific kernel is still required. + + Because of this, the standard &debian; distribution only supports -installation on a selected number of older ARM systems in addition to the -newer systems which are supported by the ARM multiplatform (armmp) kernel. +installation on a selected number of older 32-bit ARM systems in +addition to the newer (32 and 64-bit) systems which are supported by +the ARM multiplatform kernels (called 'armmp' on 32-bit armhf, no +flavour name on 64-bit arm64). - The ARM architecture has evolved over time and modern ARM processors provide features which are not available in older models. &debian; therefore -provides two ARM ports, the &debian;/armel and the &debian;/armhf port. +provides three ARM ports: the &debian;/arm64 port for all 64-bit machines, and the &debian;/armel and the &debian;/armhf ports for 32-bit machines. &debian;/armel targets older ARM processors without support for a hardware floating point unit (FPU), while &debian;/armhf works only on newer ARM processors which implement at least the ARMv7 architecture with version 3 of the ARM vector floating point specification (VFPv3). &debian;/armhf makes use of the extended features and performance enhancements available on -these models. +these models. &debian;/arm64 works on processors which implement at least the ARMv8 architecture (which is 64bit). -Technically, several ARM CPUs can be run in either endian mode (big or little), -but in practice the vast majority of currently available systems -uses little-endian mode. Both &debian;/armhf and &debian;/armel support +Technically, all currently available ARM CPUs can be run in either endian mode (big or little), +but in practice the vast majority use little-endian mode. All of &debian;/arm64, &debian;/armhf and &debian;/armel support only little-endian systems. -Platforms supported by Debian/armel - - - -The following platforms are supported by &debian;/armel; they require -platform-specific kernels. - - - - -IXP4xx - - -The Intel IXP4xx processor series is used in network attached storage -devices like the Linksys NSLU2. - - - -While there is kernel support for this platform in &debian; 8, it is not -supported by the &d-i;. It is possible to do a dist-upgrade -from Debian 7 to Debian 8 for existing installations, though. Due to the -low amount of RAM that systems based on the IXP4xx usually have, this -requires that swap space is enabled prior to upgrading. Support for the -IXP4xx platform will be dropped completely in &debian; 9. - - - - - -Kirkwood - - -Kirkwood is a system on a chip (SoC) from Marvell that integrates an ARM -CPU, Ethernet, SATA, USB, and other functionality in one chip. We -currently support the following Kirkwood based devices: OpenRD -(OpenRD-Base, OpenRD-Client and OpenRD-Ultimate), plug computers (SheevaPlug, GuruPlug and -DreamPlug), QNAP -Turbo Station (all TS-11x, TS-21x and TS-41x models), and LaCie -NASes (Network Space v2, Network Space Max v2, Internet Space v2, d2 -Network v2, 2Big Network v2 and 5Big Network v2). - - - +Platforms supported by Debian/arm64 - -Orion5x - - -Orion is a system on a chip (SoC) from Marvell that integrates an ARM CPU, -Ethernet, SATA, USB, and other functionality in one chip. There are many -Network Attached Storage (NAS) devices on the market that are based on an -Orion chip. We currently support the following Orion based devices: Buffalo Kurobox, D-Link DNS-323 and HP mv2120. - - - - - -Versatile - - -The Versatile platform is emulated by QEMU and is therefore a nice way to -test and run &debian; on ARM if you don't have the hardware. + + Arm64/AArch64/ARMv8 hardware became available quite late in the + &debian; &releasename-cap; release cycle so not many platforms have had + support merged in the mainline kernel version in this release, + which is the main requirement to have &d-i; working on + them. - - + - + + The tested platforms are listed below, but in general, the + multiplatform support in the arm64 Linux kernel allows running + &d-i; on arm64 systems not explicitly listed below, so long as the + kernel used by &d-i; has support for the target system's + components and a device-tree file for the target is available. In + these cases, the installer can usually provide a working userland + installation, and so long as UEFI is in use, it should be able to + make the system bootable as well. If UEFI is not used (some 64-bit + machines have been shipped with uboot) it will not be able to make + the system bootable. + + +The following platforms are known to be supported by &debian;/arm64 in this release. There is only one kernel, which supports all platforms. - - -Platforms no longer supported by Debian/armel - - -IOP32x - - -Intel's I/O Processor (IOP) line is found in a number of products -related to data storage and processing, such as the GLAN Tank from IO-Data and the -Thecus N2100. &debian; has -supported the IOP32x platform in &debian; 7, but does not support -it anymore from version 8 on due to hardware constraints of the platform -which make it unsuitable for the installation of newer &debian; releases. - - - - - -MV78xx0 - - -The MV78xx0 platform has been used on the Marvell DB-78xx0-BP -development board. It was supported in Debian 7 with a platform-specific -kernel (based on the Linux kernel version 3.2), but is not supported -anymore from Debian 8 onwards. - - - + + + Applied Micro (APM) Mustang/X-gene + + + The APM Mustang was the first linux-capable ARMv8 system + available. It uses the X-gene soc, since also used in + other machines, which is an 8-core 16GB device, with + ethernet, USB, serial. The form-factor is a desktop PC + box. All the hardware is supported in the mainline kernel. + + + + - + + ARM Juno Development Platform + + + + Juno is a capable development board with a 6-core (2xA57, + 4xA53) ARMv8-A 800Mhz CPU, Mali (T624) graphics, 8GB DDR3 + RAM, Ethernet, USB, Serial. It was designed for system + bringup and power testing so is neither small nor cheap, + but was one of the first boards available. All the + hardware is supported in the mainline kernel. + + + + + + When using &d-i; on non-UEFI systems, you will have to manually + make the system bootable at the end of the installation, e.g. by + running the required commands in a shell started from within + &d-i;. + + Platforms supported by Debian/armhf @@ -332,7 +306,6 @@ anymore from Debian 8 onwards. - Platforms no longer supported by Debian/armhf @@ -355,6 +328,117 @@ device-tree support for it, which is currently not available. + + + +Platforms supported by Debian/armel + + + +The following platforms are supported by &debian;/armel; they require +platform-specific kernels. + + + + +IXP4xx + + +The Intel IXP4xx processor series is used in network attached storage +devices like the Linksys NSLU2. + + + +While there is kernel support for this platform in &debian; 8, it is not +supported by the &d-i;. It is possible to do a dist-upgrade +from Debian 7 to Debian 8 for existing installations, though. Due to the +low amount of RAM that systems based on the IXP4xx usually have, this +requires that swap space is enabled prior to upgrading. Support for the +IXP4xx platform will be dropped completely in &debian; 9. + + + + + +Kirkwood + + +Kirkwood is a system on a chip (SoC) from Marvell that integrates an ARM +CPU, Ethernet, SATA, USB, and other functionality in one chip. We +currently support the following Kirkwood based devices: OpenRD +(OpenRD-Base, OpenRD-Client and OpenRD-Ultimate), plug computers (SheevaPlug, GuruPlug and +DreamPlug), QNAP +Turbo Station (all TS-11x, TS-21x and TS-41x models), and LaCie +NASes (Network Space v2, Network Space Max v2, Internet Space v2, d2 +Network v2, 2Big Network v2 and 5Big Network v2). + + + + + +Orion5x + + +Orion is a system on a chip (SoC) from Marvell that integrates an ARM CPU, +Ethernet, SATA, USB, and other functionality in one chip. There are many +Network Attached Storage (NAS) devices on the market that are based on an +Orion chip. We currently support the following Orion based devices: Buffalo Kurobox, D-Link DNS-323 and HP mv2120. + + + + + +Versatile + + +The Versatile platform is emulated by QEMU and is therefore a nice way to +test and run &debian; on ARM if you don't have the hardware. + + + + + + + + + +Platforms no longer supported by Debian/armel + + + +IOP32x + + +Intel's I/O Processor (IOP) line is found in a number of products +related to data storage and processing, such as the GLAN Tank from IO-Data and the +Thecus N2100. &debian; has +supported the IOP32x platform in &debian; 7, but does not support +it anymore from version 8 on due to hardware constraints of the platform +which make it unsuitable for the installation of newer &debian; releases. + + + + + +MV78xx0 + + +The MV78xx0 platform has been used on the Marvell DB-78xx0-BP +development board. It was supported in Debian 7 with a platform-specific +kernel (based on the Linux kernel version 3.2), but is not supported +anymore from Debian 8 onwards. + + + + + + + -- cgit v1.2.3