The problem patch is in http://deb.debian.org/debian/pool/main/l/linux/linux_4.9.144... (I think)
"Commit 901e325f772f "ARM: bugs: add support for per-processor bug checking" added a new member to struct processor. This structure is always instantiated in built-in code and the new member is only used in built-in code. Therefore we can safely add the new member at the end instead.
Move it to the end and hide it from genksyms. Also hide it when building modules, to make sure they really don't use it."
Package: linux-libc-dev
Version: 4.9.82-1+deb9u3+rpi1
Priority: optional
Section: devel
Source: linux-4.9
Maintainer: Debian Kernel Team <debian-kernel@lists.debian.org>
Installed-Size: 4,466 kB
Provides: linux-kernel-headers
Homepage: https://www.kernel.org/
Download-Size: 1,300 kB
APT-Manual-Installed: no
APT-Sources: http://raspbian.raspberrypi.org/raspbian stretch/main
armhf Packages Description: Linux support headers for userspace
development This package provides userspaces headers from the Linux
kernel. These headers are used by the installed headers for GNU libc
and other system libraries.
edit: formatting$ wget https://snapshot.debian.org/archive/debian/20181028T150508Z/...
$ dpkg -i linux-image-4.9.0-8-armmp-lpae_4.9.130-2_armhf.deb
and set the version on hold:
$ apt-mark hold linux-image-4.9.0-8-armmp-lpae
I imagine there could be a number of IOT, media or other devices unknowingly running Debian on ARM though; more than we realise.
I can't think of a better solution if the SBC is supported. What would you recommend as an alternative?
so does that mean they test the kernel but not their own patches to it? seems silly :D