From patchwork Wed Nov 4 06:10:09 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Feng Tang X-Patchwork-Id: 11879665 Return-Path: Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 1AEF8174A for ; Wed, 4 Nov 2020 06:10:22 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id CF4BA223FB for ; Wed, 4 Nov 2020 06:10:21 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org CF4BA223FB Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id C5CE36B005D; Wed, 4 Nov 2020 01:10:20 -0500 (EST) Delivered-To: linux-mm-outgoing@kvack.org Received: by kanga.kvack.org (Postfix, from userid 40) id C0E526B006C; Wed, 4 Nov 2020 01:10:20 -0500 (EST) X-Original-To: int-list-linux-mm@kvack.org X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id AB0A96B006E; Wed, 4 Nov 2020 01:10:20 -0500 (EST) X-Original-To: linux-mm@kvack.org X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0001.hostedemail.com [216.40.44.1]) by kanga.kvack.org (Postfix) with ESMTP id 7B9176B005D for ; Wed, 4 Nov 2020 01:10:20 -0500 (EST) Received: from smtpin14.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 1CCE2180AD802 for ; Wed, 4 Nov 2020 06:10:20 +0000 (UTC) X-FDA: 77445711000.14.vein64_440c531272bf Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin14.hostedemail.com (Postfix) with ESMTP id EBCC418229818 for ; Wed, 4 Nov 2020 06:10:19 +0000 (UTC) X-Spam-Summary: 1,0,0,,d41d8cd98f00b204,feng.tang@intel.com,,RULES_HIT:30051:30054:30064:30075:30090,0,RBL:134.134.136.20:@intel.com:.lbl8.mailshell.net-62.50.0.100 64.95.201.95;04y8opchjpr3fk6iofbqcwedha69jocq31oxbz15a8xqojpbpqth3rno3koiwf9.oefrnmrtbfh8wq9qjasqq3wrj81gg7r5i17c8ouuxm5wj3hjf6rsmpu4j1w9i9t.k-lbl8.mailshell.net-223.238.255.100,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:ft,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:68,LUA_SUMMARY:none X-HE-Tag: vein64_440c531272bf X-Filterd-Recvd-Size: 3009 Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by imf28.hostedemail.com (Postfix) with ESMTP for ; Wed, 4 Nov 2020 06:10:17 +0000 (UTC) IronPort-SDR: pyC5gQwvd6K+B8Gv/4+K/wMkwOh5w739ZbqhHJRxJPGn5UcO+NbvRjGInE5Kq/it5++Kg9DRiM /VdNWyg48BdA== X-IronPort-AV: E=McAfee;i="6000,8403,9794"; a="156160532" X-IronPort-AV: E=Sophos;i="5.77,450,1596524400"; d="scan'208";a="156160532" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 03 Nov 2020 22:10:15 -0800 IronPort-SDR: txYcJcMOluOi+dwb9fPJCb8Z7iIMmkGOc1fntRQlHry7dsQAOZGxoM4G7PIyX3HW6xn/XIJDIC h7BsqmIcpR+w== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,450,1596524400"; d="scan'208";a="325489774" Received: from shbuild999.sh.intel.com ([10.239.147.98]) by orsmga006.jf.intel.com with ESMTP; 03 Nov 2020 22:10:13 -0800 From: Feng Tang To: Andrew Morton , Michal Hocko , Johannes Weiner , Matthew Wilcox , Mel Gorman , dave.hansen@intel.com, ying.huang@intel.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: Feng Tang Subject: [RFC PATCH 1/2] mm, oom: dump meminfo for all memory nodes Date: Wed, 4 Nov 2020 14:10:09 +0800 Message-Id: <1604470210-124827-2-git-send-email-feng.tang@intel.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1604470210-124827-1-git-send-email-feng.tang@intel.com> References: <1604470210-124827-1-git-send-email-feng.tang@intel.com> 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: In some OOM cases, if there is memory node binding(current->mems_allowed is not NULL), system may only print the meminfo for these bound nodes, while other nodes' info could still be important for debugging. For example on a platform with one normal node (has DMA/DMA32/NORMAL... zones) and one node which only has movable zone (either for memory hotplug case or a persistent memory node), some user will run docker while binding memory to the movable node. many memory allocations originated from the docker instance will fall back to the other node, and when a OOM happens, meminfo for both nodes are needed. So extend the show_mem() to cover all memory nodes. Signed-off-by: Feng Tang --- mm/oom_kill.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/oom_kill.c b/mm/oom_kill.c index 8b84661..601476cc 100644 --- a/mm/oom_kill.c +++ b/mm/oom_kill.c @@ -462,7 +462,7 @@ static void dump_header(struct oom_control *oc, struct task_struct *p) if (is_memcg_oom(oc)) mem_cgroup_print_oom_meminfo(oc->memcg); else { - show_mem(SHOW_MEM_FILTER_NODES, oc->nodemask); + show_mem(SHOW_MEM_FILTER_NODES, &node_states[N_MEMORY]); if (is_dump_unreclaim_slabs()) dump_unreclaimable_slab(); }