armel
=====

First release Lenny, ARMv4t & later. QNAS etc. kirkwood & some
freedombox.
Still supported upstream but problematic.
https://helpdesk.qnap.com/modellist.htm

Keep for Stretch - maybe with subarchitecture support, when available.

kernel size issue might not affect remaining users.

toolchain support is not an issue.

armhf
=====

armhf, armmp kernel and lpae should be able to support any reasonable
ARMv7 device.

arm64
=====

Still some bits of the archive which do not work on arm64.
Still lack of available hardware.

freepascal compiler not yet released but working.
mono port is stuck behind commercial doors.

arm64 laptop prototype.
ACPI is part of the spec for an arm64 server.

buildds and hardware
====================

DSA want us to replace the dev boards. Marvell boards are quad core.

Some of the software for armel cannot run on the arm64 machines.
ARMv7 machines are much better for memory barriers and locking.
Cannot build v4t code with arm64.

Scientific software
===================

unit tests which timeout likely indicate a failure, so add
intermittent
output and put onto a porterbox to find out how long it really will
take.

Small use case devices
======================

If the dts is in mainline, then the dtb can be made available.

QEMU
====

Differences against real hardware.

Threading may change largely.

Live images
===========

vmdebootstrap
arm64 UEFI
armhf, more awkward.

lava.debian.net
===============

Linaro access for ARMv7 hardware, including running tests on
devices hosted by Linaro.