From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id CD92EC433E0 for ; Wed, 17 Feb 2021 21:41:55 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 49DF16186A for ; Wed, 17 Feb 2021 21:41:55 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 49DF16186A Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id C54566B0006; Wed, 17 Feb 2021 16:41:54 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id C04D66B006C; Wed, 17 Feb 2021 16:41:54 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B42D86B006E; Wed, 17 Feb 2021 16:41:54 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0244.hostedemail.com [216.40.44.244]) by kanga.kvack.org (Postfix) with ESMTP id 9E2076B0006 for ; Wed, 17 Feb 2021 16:41:54 -0500 (EST) Received: from smtpin28.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 62B3812E9 for ; Wed, 17 Feb 2021 21:41:54 +0000 (UTC) X-FDA: 77829082548.28.FD96B84 Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by imf09.hostedemail.com (Postfix) with ESMTP id 770B1600249D for ; Wed, 17 Feb 2021 21:41:50 +0000 (UTC) IronPort-SDR: RJS9OFc6iGEq54WlVOHr8wr21GIGaZRY6hPq/nJtGULgQX0W0BcO/2LVG0azfgZGA6+xdIpHEL 5ktabdI4X7RA== X-IronPort-AV: E=McAfee;i="6000,8403,9898"; a="182538748" X-IronPort-AV: E=Sophos;i="5.81,185,1610438400"; d="scan'208";a="182538748" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Feb 2021 13:41:51 -0800 IronPort-SDR: C5zPdU0ypt0CzkHpRKqWVQAn/4XnOcOue0274V7GzSAICfx7mPoouoSEDbHqqA44qoYQTQd/kt 9ElDZzelpGGA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.81,185,1610438400"; d="scan'208";a="401430698" Received: from skl-02.jf.intel.com ([10.54.74.28]) by orsmga007.jf.intel.com with ESMTP; 17 Feb 2021 13:41:51 -0800 From: Tim Chen To: Andrew Morton , Johannes Weiner , Michal Hocko , Vladimir Davydov Cc: Tim Chen , Dave Hansen , Ying Huang , linux-mm@kvack.org, cgroups@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2 0/3] Soft limit memory management bug fixes Date: Wed, 17 Feb 2021 12:41:33 -0800 Message-Id: X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 770B1600249D X-Stat-Signature: iyn9hjw5uj8wngzaf3ukt4dgmunuaqe4 Received-SPF: none (linux.intel.com>: No applicable sender policy available) receiver=imf09; identity=mailfrom; envelope-from=""; helo=mga14.intel.com; client-ip=192.55.52.115 X-HE-DKIM-Result: none/none X-HE-Tag: 1613598110-291218 Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: During testing of tiered memory management based on memory soft limit, I found three issues with memory management using cgroup based soft limit in the mainline code. Fix the issues with the three patches in this series. Also updated patch 3 per Johannes' comments on the first version of this patch. Thanks. Tim Changelog: v2 1. Do soft limit tree uncharge update in batch of the same node only for v1 cgroups that have a soft limit. Batching in nodes is only relevant for cgroup v1 that has per node soft limit tree.=20 Tim Chen (3): mm: Fix dropped memcg from mem cgroup soft limit tree mm: Force update of mem cgroup soft limit tree on usage excess mm: Fix missing mem cgroup soft limit tree updates mm/memcontrol.c | 27 +++++++++++++++++++++++---- 1 file changed, 23 insertions(+), 4 deletions(-) --=20 2.20.1