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

Reply via email to