On Mon, Feb 18, 2019 at 05:09:12PM +0100, Cyril Brulebois wrote: >Control: tag -1 patch > >Adrian Bunk <b...@debian.org> (2019-02-17): >> On Sun, Feb 17, 2019 at 09:52:48AM -0800, Vagrant Cascadian wrote: >> > After upgrading to the latest 4.9.x kernel in sid, all of the armhf >> > boards running this kernel failed to boot. >> > >> > Adding to the list: >> > >> > imx6: Cubox-i4pro, Cubox-i4x4, Wandboard Quad >> > exynos5: Odroid-XU4 >> > exynos4: Odroid-U3 >> > rk3328: firefly-rk3288 >> > sunxi A20: Cubietruck >> > >> > >> > So it clearly impacts a wide variety of systems... >> >> debian/patches/debian/arm-avoid-abi-change-in-4.9.139.patch changes >> the order of struct processor but lacks a corresponding change to >> arch/arm/mm/proc-macros.S > >Based on this suggestion and Julien's suggested patch on IRC a couple >hours ago, I've tested the attached patch successfully (as in: from a >busy loop in qemu-system-arm to the “expected” kernel panic, as >discussed in another subthread). > >I've uploaded linux-image binaries (armmp and armmp-lpae) here, which >were cross-built through sbuild, thanks to Vagrant's suggestion on IRC: > https://people.debian.org/~kibi/linux-bug-922478/ > >which is: > DEBIAN_KERNEL_DISABLE_DEBUG=yes sbuild -d stretch-proposed-updates -c > stretch-amd64-sbuild --build=amd64 --profiles='pkg.linux.notools nodoc > nopython cross pkg.linux.nosource' --host=armhf linux_4.9.144-4.dsc > >Checking this on real hardware would be great, trying to put everyone >involved in the loop through cc. > > >Cheers, >-- >Cyril Brulebois (k...@debian.org) <https://debamax.com/> >D-I release manager -- Release team member -- Freelance Consultant
>From 07f237b3911a685b18a7584456ace1293636bcc7 Mon Sep 17 00:00:00 2001 >From: Cyril Brulebois <cy...@debamax.com> >Date: Mon, 18 Feb 2019 13:49:50 +0100 >Subject: [PATCH] Update debian/arm-avoid-abi-change-in-4.9.139.patch (Closes: > #922478). > >This makes it take into account the function pointers reordering in >arch/arm/mm/proc-macros.S (addition of check_bugs), fixing the failure >to boot many armhf devices. > >With thanks to Adrian Bunk for the hint, and Julien Cristau for the >prospective patch. ... Just to confirm: installed this on the Armada XP on my desk (copy of the buildd hardware we're using) and it works just fine. -- Steve McIntyre, Cambridge, UK. st...@einval.com "Every time you use Tcl, God kills a kitten." -- Malcolm Ray