From patchwork Sun Aug 15 06:10:34 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: yanghui X-Patchwork-Id: 12437087 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=-16.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,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 B7077C4338F for ; Sun, 15 Aug 2021 06:12:04 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 09FF26103A for ; Sun, 15 Aug 2021 06:12:03 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 09FF26103A Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=bytedance.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kvack.org Received: by kanga.kvack.org (Postfix) id 0F85A8D0003; Sun, 15 Aug 2021 02:12:03 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 0A8AB8D0001; Sun, 15 Aug 2021 02:12:03 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id ED9C58D0003; Sun, 15 Aug 2021 02:12:02 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0176.hostedemail.com [216.40.44.176]) by kanga.kvack.org (Postfix) with ESMTP id D15DB8D0001 for ; Sun, 15 Aug 2021 02:12:02 -0400 (EDT) Received: from smtpin34.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 7178F181355D6 for ; Sun, 15 Aug 2021 06:12:02 +0000 (UTC) X-FDA: 78476294484.34.AD015FF Received: from mail-pj1-f43.google.com (mail-pj1-f43.google.com [209.85.216.43]) by imf29.hostedemail.com (Postfix) with ESMTP id 536F49001AA6 for ; Sun, 15 Aug 2021 06:12:01 +0000 (UTC) Received: by mail-pj1-f43.google.com with SMTP id n5so1143351pjt.4 for ; Sat, 14 Aug 2021 23:12:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bytedance-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=3fftJnEfxURxmLnjNiehf0RW0huZ6+SyHBdzxTuKx/o=; b=KlA7Owpqb9wMdALMfkbP245eOzJFTm+0iGL2VPl3Wxz88HOSFRIDB2fPBAU63yl8XQ MRcq7HRId8I60hE+m/yDu/nrCMgejvGdy3si6xT+KNGsPgP1RKFXAMqnZNPPal2Lc19n T0Biwxep/8TPjTt/r4TcYZFg8eOZ1EzLMrtiZZz5hMZcxXn0vAIcf1OLY8XWVkfam5RW d6Dq3QySxMfR0gzmS6OLJCWEdMXJedhsrUq5hkQzY4iWWzXELSXsZXBypuNtR4dyHqYH tmqEQVcDd4wXJipyTAV3UO3O/4kK4oxYMNtWK/0I3Z0poRD7Lfe42kNQDv+173W+RVhB pRGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=3fftJnEfxURxmLnjNiehf0RW0huZ6+SyHBdzxTuKx/o=; b=JSBjXfuACxFgcAjmEEhlPtWTdmRO8nkwJB1Ft4+eZl/6dtoL8z7BA/VkhfPNnEMUyU /Ib0+XnVprGXgLuU8sGfv0KP7CSxPSEL1qGCjgugtAEvyCjTjujOAB1pD17ngXmsj+NM IxDhcXGNvyf3ohnvrDbLHNDgy4INwd3droMA2kJYqrFdsUV8Z8Y38IpXoHfDci9c017Z qMEzPFdMjN2buawes0+995JXwQpPESDZdFj3MOxCvpgUD5fWbAueev9Uc1cRbCC/FDFT kDARZVFk6+2NDBBl0oNSO/G131ugmSuENE/BM7udM+btJG7T6X9LtF7333oYM+kWEDMq mTAw== X-Gm-Message-State: AOAM5306QStNRXcfu9wn3Tw1aoJYqN2OwMo85Zdu/03EFd4gPtctjZCB gYknI4keFKY2K6/8wHlCtK7/PQ== X-Google-Smtp-Source: ABdhPJzyvz7gCADthYV1BjySpsAiZPwYmlM4MhA+cOfI2OWRpSc3quL5Vlt3qKxLLb4neUPAPcW5gg== X-Received: by 2002:a05:6a00:b95:b0:3e0:f3f4:6214 with SMTP id g21-20020a056a000b9500b003e0f3f46214mr10084426pfj.5.1629007919961; Sat, 14 Aug 2021 23:11:59 -0700 (PDT) Received: from localhost.localdomain ([139.177.225.228]) by smtp.gmail.com with ESMTPSA id h24sm6012565pjv.3.2021.08.14.23.11.55 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 14 Aug 2021 23:11:57 -0700 (PDT) From: yanghui To: akpm@linux-foundation.org, willy@infradead.org, songmuchun@bytedance.com Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, yanghui Subject: [PATCH v3] mm/mempolicy: fix a race between offset_il_node and mpol_rebind_task Date: Sun, 15 Aug 2021 14:10:34 +0800 Message-Id: <20210815061034.84309-1-yanghui.def@bytedance.com> X-Mailer: git-send-email 2.24.3 (Apple Git-128) MIME-Version: 1.0 X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 536F49001AA6 X-Stat-Signature: jxjgiesph74tip4tpnxkqfs736ui6cic Authentication-Results: imf29.hostedemail.com; dkim=pass header.d=bytedance-com.20150623.gappssmtp.com header.s=20150623 header.b=KlA7Owpq; dmarc=pass (policy=none) header.from=bytedance.com; spf=pass (imf29.hostedemail.com: domain of yanghui.def@bytedance.com designates 209.85.216.43 as permitted sender) smtp.mailfrom=yanghui.def@bytedance.com X-HE-Tag: 1629007921-403356 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: Servers happened below panic: Kernel version:5.4.56 BUG: unable to handle page fault for address: 0000000000002c48 RIP: 0010:__next_zones_zonelist+0x1d/0x40 [264003.977696] RAX: 0000000000002c40 RBX: 0000000000100dca RCX: 0000000000000014 [264003.977872] Call Trace: [264003.977888] __alloc_pages_nodemask+0x277/0x310 [264003.977908] alloc_page_interleave+0x13/0x70 [264003.977926] handle_mm_fault+0xf99/0x1390 [264003.977951] __do_page_fault+0x288/0x500 [264003.977979] ? schedule+0x39/0xa0 [264003.977994] do_page_fault+0x30/0x110 [264003.978010] page_fault+0x3e/0x50 The reason of panic is that MAX_NUMNODES is passd in the third parameter in function __alloc_pages_nodemask(preferred_nid). So if to access zonelist->zoneref->zone_idx in __next_zones_zonelist the panic will happen. In offset_il_node(), first_node() return nid from pol->v.nodes, after this other threads may changed pol->v.nodes before next_node(). This race condition will let next_node return MAX_NUMNODES.So put pol->nodes in a local variable. The race condition is between offset_il_node and cpuset_change_task_nodemask: CPU0: CPU1: alloc_pages_vma() interleave_nid(pol,) offset_il_node(pol,) first_node(pol->v.nodes) cpuset_change_task_nodemask //nodes==0xc mpol_rebind_task mpol_rebind_policy mpol_rebind_nodemask(pol,nodes) //nodes==0x3 next_node(nid, pol->v.nodes)//return MAX_NUMNODES Signed-off-by: yanghui --- Changes in v2: 1.Fix WRITE_ONCE/READ_ONCE can't deal with more than sizeof(long) bits data. Changes in v3: 1.Modify some wrong comments. mm/mempolicy.c | 17 +++++++++++++---- 1 file changed, 13 insertions(+), 4 deletions(-) diff --git a/mm/mempolicy.c b/mm/mempolicy.c index e32360e90274..54f6eaff18c5 100644 --- a/mm/mempolicy.c +++ b/mm/mempolicy.c @@ -1965,17 +1965,26 @@ unsigned int mempolicy_slab_node(void) */ static unsigned offset_il_node(struct mempolicy *pol, unsigned long n) { - unsigned nnodes = nodes_weight(pol->nodes); - unsigned target; + nodemask_t nodemask = pol->nodes; + unsigned int target, nnodes; int i; int nid; + /* + * The barrier will stabilize the nodemask in a register or on + * the stack so that it will stop changing under the code. + * + * Between first_node() and next_node(), pol->nodes could be changed + * by other threads. So we put pol->nodes in a local stack. + */ + barrier(); + nnodes = nodes_weight(nodemask); if (!nnodes) return numa_node_id(); target = (unsigned int)n % nnodes; - nid = first_node(pol->nodes); + nid = first_node(nodemask); for (i = 0; i < target; i++) - nid = next_node(nid, pol->nodes); + nid = next_node(nid, nodemask); return nid; }