summaryrefslogtreecommitdiff
path: root/en/hardware/supported/arm.xml
blob: eb875e627d4722bfd2e5bac244201d8f97a2e03b (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
<!-- retain these comments for translator revision tracking -->
<!-- $Id$ -->


  <sect2 arch="arm"><title>CPU, Main Boards, and Video Support</title>

<para>

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 <quote>systems-on-chip</quote> (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.

</para>

<para>

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 <quote>one-fits-all</quote> 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.

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. 

</para>

<para>

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. 
&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.

</para>

<!--
<para>

While it is technically possible to run the &debian;/armel userland programs
on modern ARM processors, they cannot make use of several
performance-enhancing features of the newer processors, so if your hardware
fulfills the requirements of running the &debian;/armhf port, you should use
it instead of the &debian;/armel port.  Mixing of armel and armhf packages
on the same system is not possible, so you have to decide which port to use
before installing the system.

</para>
-->

<para>
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
only little-endian systems.

</para>

<sect3 arch="arm"><title>Platforms supported by Debian/armel</title>

<para>

The following platforms are supported by &debian;/armel; they require
platform-specific kernels.

<variablelist>

<varlistentry>
<term>Kirkwood</term>
<listitem><para>

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), <ulink
url="&url-arm-cyrius-sheevaplug;">plug computers (SheevaPlug, GuruPlug and
DreamPlug)</ulink>, <ulink url="&url-arm-cyrius-qnap-kirkwood;">QNAP
Turbo Station</ulink> (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).

</para></listitem>
</varlistentry>

<varlistentry>
<term>Orion5x</term>
<listitem><para>

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: <ulink
url="&url-arm-cyrius-kuroboxpro;">Buffalo Kurobox</ulink>, <ulink
url="&url-arm-cyrius-dns323;">D-Link DNS-323</ulink> and <ulink
url="&url-arm-cyrius-mv2120;">HP mv2120</ulink>.

</para></listitem>
</varlistentry>

<varlistentry>
<term>MV78xx0</term>
<listitem><para>

The MV78xx0 platform is used on the Marvell DB-78xx0-BP development board.

</para></listitem>
</varlistentry>

<varlistentry>
<term>Versatile</term>
<listitem><para>

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.

</para></listitem>
</varlistentry>

</variablelist>

</para>
</sect3>

<sect3 arch="arm"><title>Platforms no longer supported by Debian/armel</title>

<variablelist>
<varlistentry>
<term>IOP32x</term>
<listitem><para>

Intel's I/O Processor (IOP) line is found in a number of products
related to data storage and processing, such as the <ulink
url="&url-arm-cyrius-glantank;">GLAN Tank</ulink> from IO-Data and the
<ulink url="&url-arm-cyrius-n2100;">Thecus N2100</ulink>.  &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.

</para></listitem>
</varlistentry>

<varlistentry>
<term>IXP4xx</term>
<listitem><para>   

The Intel IXP4xx processor series has been used in network attached storage
devices like the the Linksys NSLU2.  &debian; has supported the IXP4xx
platform in &debian; 7, but does not support it anymore from version 8 on,
as the formerly supported devices do not provide enough flash capacity for
the kernel used in &debian; 8.

</para></listitem>
</varlistentry>   

</variablelist>


</sect3>

<sect3 arch="arm" id="armhf-armmp-supported-platforms"><title>Platforms supported by Debian/armhf</title>

  <para>
  The following systems are known to work with &debian;/armhf using the
  multiplatform (armmp) kernel:

  <variablelist>

      <varlistentry>
        <term>Freescale MX53 Quick Start Board</term>
        <listitem>
          <para>   
            The IMX53QSB is a development board based on the i.MX53 SOC.
          </para>
        </listitem>
      </varlistentry>

      <varlistentry>
        <term>Versatile Express</term>
        <listitem>
          <para>   
            The Versatile Express is a development board series from ARM
            consisting of a baseboard which can be equipped with various CPU
            daughterboards.
          </para>
        </listitem>
      </varlistentry>

      <varlistentry>
        <term>Certain Allwinner sunXi-based development boards and embedded
        systems</term>
        <listitem>
          <para>   
            The armmp kernel supports several development boards and
            embedded systems based on the Allwinner A10 (architecture
            codename <quote>sun4i</quote>) and A20 (architecture codename
            <quote>sun7i</quote>) SOCs.  Full installer support is currently
            available for the following sunXi-based systems:
            <itemizedlist>
             <listitem><para>
               Cubietech Cubieboard 1 + 2 / Cubietruck
             </para></listitem>
             <listitem><para>
               LinkSprite pcDuino
             </para></listitem>
             <listitem><para>
               Mele A1000
             </para></listitem>
             <listitem><para>
               Miniand Hackberry
             </para></listitem>
             <listitem><para>
               Olimex A10-Olinuxino-LIME / A10s-Olinuxino Micro /
               A13-Olinuxino / A13-Olinuxino Micro / A20-Olinuxino Micro           
             </para></listitem>
             <listitem><para>
               PineRiver Mini X-Plus
             </para></listitem>

            </itemizedlist>  
          </para> 
          <para>
            System support for Allwinner sunXi-based devices is limited to
            drivers and device-tree information available in the mainline
            Linux kernel.  The android-derived linux-sunxi.org 3.4 kernel
            series is not supported by Debian.
          </para> 
          <para>
            The mainline Linux kernel generally supports serial console,
            ethernet, SATA, USB and MMC/SD-cards on Allwinner A10 and A20
            SOCs, but it does not have local display (HDMI/VGA/LVDS) and
            audio support. The NAND flash memory that is built into some
            sunXi-based systems is not supported.
          </para>
        </listitem>
      </varlistentry>

      <varlistentry>
        <term>SolidRun Cubox-i2eX / Cubox-i4Pro</term>
        <listitem>
          <para>
             The Cubox-i series is a set of small, cubical-shaped systems
             based on the Freescale i.MX6 SOC family.  System support for
             the Cubox-i series is limited to drivers and device-tree
             information available in the mainline Linux kernel; the
             Freescale 3.0 kernel series for the Cubox-i is not supported by
             Debian.  Available drivers in the mainline kernel include
             serial console, ethernet, USB, MMC/SD-card and basic local
             display support over HDMI.
          </para>
        </listitem>
      </varlistentry>
    </variablelist>
  </para>

  <para>
    
    Generally, the ARM multiplatform support in the Linux kernel allows
    running &d-i; on armhf systems not explicitly listed above, as 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, but it
    probably cannot automatically make the system bootable, as doing that in
    many cases requires device-specific information.
   
  </para>
  <para>
    When using &d-i; on such systems, you 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;.
  </para>

</sect3>


<sect3 arch="arm"><title>Platforms no longer supported by Debian/armhf</title>

<variablelist>
<varlistentry>
<term>EfikaMX</term>
<listitem><para>

The EfikaMX platform (Genesi Efika Smartbook and Genesi EfikaMX nettop) has
been supported in &debian; 7 with a platform-specific kernel, but is not
supported anymore from &debian; 8 onwards.  The code required to build the
formerly used platform-specific kernel has been removed from the
upstream Linux kernel source in 2012, so Debian cannot provide newer
builds.
</para><para>
Using the armmp multiplatform kernel on the EfikaMX platform would require
device-tree support for it, which is currently not available. 
</para></listitem> </varlistentry> </variablelist>


</sect3>



  </sect2>