[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151025140822.GA32532@n2100.arm.linux.org.uk>
Date: Sun, 25 Oct 2015 14:08:22 +0000
From: Russell King - ARM Linux <linux@....linux.org.uk>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Rabin Vincent <rabin@....in>, Kees Cook <keescook@...omium.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: Build regressions/improvements in v4.3-rc7
On Sun, Oct 25, 2015 at 11:39:15AM +0100, Geert Uytterhoeven wrote:
> On Sun, Oct 25, 2015 at 11:18 AM, Geert Uytterhoeven
> <geert@...ux-m68k.org> wrote:
> > On Sun, Oct 25, 2015 at 11:12 AM, Geert Uytterhoeven
> > <geert@...ux-m68k.org> wrote:
> >> JFYI, when comparing v4.3-rc7[1] to v4.3-rc6[3], the summaries are:
> >> - build errors: +12/-4
>
> > + /home/kisskb/slave/src/arch/arm/kernel/patch.c: error: 'L_PTE_DIRTY' undeclared (first use in this function): => 39:2
> > + /home/kisskb/slave/src/arch/arm/kernel/patch.c: error: 'L_PTE_MT_WRITEBACK' undeclared (first use in this function): => 39:2
> > + /home/kisskb/slave/src/arch/arm/kernel/patch.c: error: 'L_PTE_PRESENT' undeclared (first use in this function): => 39:2
> > + /home/kisskb/slave/src/arch/arm/kernel/patch.c: error: 'L_PTE_XN' undeclared (first use in this function): => 39:2
> > + /home/kisskb/slave/src/arch/arm/kernel/patch.c: error: 'L_PTE_YOUNG' undeclared (first use in this function): => 39:2
>
> Caused by:
>
> commit ab0615e2d6fb074764a3e4d05f1326fa2fdb4627
> Author: Rabin Vincent <rabin@....in>
> Date: Thu Apr 24 23:28:57 2014 +0200
>
> arm: use fixmap for text patching when text is RO
>
> Should the call to set_fixmap() in arch/arm/kernel/patch.c
> just be protected by #ifdef CONFIG_MMU?
What this shows, time and time again, is that we need better testing for
!MMU platforms - we need !MMU platforms in the mainline kernel which
people actually have.
I have an OKI 67001 board (from Simtec), which is the older generation of
!MMU system, and I have code for it, but arm-soc won't let me put it in
the mainline kernel - even though it would give me a platform which I can
add to the boot farm to build and boot a test kernel for.
Consequently, I've little motivation to catch !MMU regressions before
they hit mainline.
Should we accept old !MMU code into mainline for platforms which kernel
developers have, in order to aid testing, even though it isn't modern
platforms and doesn't conform to the latest way of doing stuff.
Discuss.
--
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists