Re: Revert c5ad33184354260be6d05de57e46a5498692f6d6 "mm/swap.c: flush lru pvecs on compound page arrival" from stable tree? Was:[osstest-admin@xxxxxxxxxxxxxx: [Xen-devel] [linux-4.1 bisection] complete test-amd64-i386-qemut-rhel6hvm-amd]

From: Michal Hocko
Date: Thu Jul 21 2016 - 10:23:36 EST

Next message: Paul E. McKenney: "Re: [PATCH v5 2/2] Doc/memory-barriers: Add Korean translation"
Previous message: Juri Lelli: "Re: [PATCH v4] sched/deadline: remove useless param from setup_new_dl_entity"
In reply to: Ian Jackson: "Re: Revert c5ad33184354260be6d05de57e46a5498692f6d6 "mm/swap.c: flush lru pvecs on compound page arrival" from stable tree? Was:[osstest-admin@xxxxxxxxxxxxxx: [Xen-devel] [linux-4.1 bisection] complete test-amd64-i386-qemut-rhel6hvm-amd]"
Next in thread: Sebastian Gottschall: "Re: Revert c5ad33184354260be6d05de57e46a5498692f6d6 "mm/swap.c: flush lru pvecs on compound page arrival" from stable tree? Was:[osstest-admin@xxxxxxxxxxxxxx: [Xen-devel] [linux-4.1 bisection] complete test-amd64-i386-qemut-rhel6hvm-amd]"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Thu 21-07-16 13:45:40, Ian Jackson wrote:
> I see that linux-4.1.y is still at 5880876e9469 which has the serious
> bug introduced by the backport c5ad33184354 "mm/swap.c: flush lru
> pvecs on compound page arrival".
>
> The analogous problem is also still affecting at least linux-3.18.y.
>
> Is there some problem with reverting this patch in the stable
> branches ?

Sasha has mentioned he queued up the follow up fix. I am not sure who is
the 3.18 maintainer but he should do the same.

I am slightly worried that Sasha's email is bouncing for several days
and I am not sure who is his backup. For the time being I would just
suggest doing a local revert or apply Steven's patch from
http://www.spinics.net/lists/stable/msg138760.html
--
Michal Hocko
SUSE Labs