From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752385AbdB1PMi (ORCPT <rfc822;w@1wt.eu>);
        Tue, 28 Feb 2017 10:12:38 -0500
Received: from mail-wm0-f68.google.com ([74.125.82.68]:33919 "EHLO
        mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750957AbdB1PMe (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 28 Feb 2017 10:12:34 -0500
From: Michal Hocko <mhocko@kernel.org>
To: Stable tree <stable@vger.kernel.org>
Cc: LKML <linux-kernel@vger.kernel.org>, <linux-mm@kvack.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Hillf Danton <hillf.zj@alibaba-inc.com>,
        Johannes Weiner <hannes@cmpxchg.org>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        Mel Gorman <mgorman@suse.de>, Michal Hocko <mhocko@suse.com>,
        Minchan Kim <minchan@kernel.org>, Trevor Cordes <trevor@tecnopolis.ca>
Subject: [PATCH stable-4.9 0/2] mm: follow up oom fixes for 32b
Date: Tue, 28 Feb 2017 16:11:06 +0100
Message-Id: <20170228151108.20853-1-mhocko@kernel.org>
X-Mailer: git-send-email 2.11.0
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Hi,
later in the 4.10 release cycle it turned out that b4536f0c829c ("mm,
memcg: fix the active list aging for lowmem requests when memcg is
enabled") was not sufficient to fully close the regression introduced by
f8d1a31163fc ("mm: consider whether to decivate based on eligible zones
inactive ratio") [1]. mmotm tree behaved properly and it turned out the
Linus tree was missing 71ab6cfe88dc ("mm, vmscan: consider eligible
zones in get_scan_count") merged in 4.11 merge window. The patch heavily
depends on 4a9494a3d827 ("mm, vmscan: cleanup lru size claculations")
which has been backported as well (patch 1).

Please add these two to 4.9+ trees (they should apply to 4.10 as they
are).  4.8 tree will need them as well but I do not see this stable tree
being maintained.

[1] http://lkml.kernel.org/r/20170201032928.5d58a7c5@pog.tecnopolis.ca