Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp569453ybp; Fri, 11 Oct 2019 00:25:01 -0700 (PDT) X-Google-Smtp-Source: APXvYqwzAczWEtSerb/xrX9FYBgFXZIiC1tR18Y8GUY06cQw47IdfpktuHCsBKRcZO+6H84Mun22 X-Received: by 2002:a17:906:3615:: with SMTP id q21mr12007388ejb.152.1570778701664; Fri, 11 Oct 2019 00:25:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570778701; cv=none; d=google.com; s=arc-20160816; b=L111NsZEd03M29ldIfe/XH6k92FCDx5AVy31bUFHeHTEoj4JsL76W+kXS7D24ceZ+s 5eO3jgs1P7wHoyCJD/eEti+mLiq2CtbuU6C22qdf7/muJ1YB8b0yseOSkJfbmxygMzND N7wpSEY4lE+SylMlZCcIC8Ekt/tEfKXSRznLrdUGhTVVQl/V+QQIOOCDxa8pJybTEDmW dLXXVjUDqHOdZeQjYohkXztxCmSlFPiDCP6WKPfTQFaWHFx4ShJ6yMDyW5/vb/rTp3cQ 8SPBp4plHLSyj4mAIaK59hHqMEPpWKEOHDNM3TWU9lGpNHSQh5KZAlAwICWksOt33Ohs rJpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from; bh=0b0c508FwFiX7EO/ziRswyYjbQfgJnEBkgnYhKL1ce8=; b=s4lnEFGMEhYL7AkAd/U/pVlPE9h/GsWVb/k/q0Gt7DWVsIkLqncQlcG7+gbRM55wGt ha7d6KrpZlNWyYV1vxT10qY2oaWnsdPMDeXGoA+LqG1Kx4guXMtMfrxgb1JiWdXXJIbp f2r0bndII6PZ51L9b2Ex6ZzHw4Qh0XbG3ndfjXmNVvfXnt20Ldvs0JnqaK0IgUniDIkk gezwvjWXSvqiq5I+bCQgKzwBYDRs47ZLBa3gextf8bPJa1T1xEWe5LYSGLV0/kTbtjYj KG9Fi8S5vVzWBIHBlGUOSoUhVujfgALZRBaeXb4I6P2OOj1VE4NMvMP/GNE4tR5YqsOm GPtg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g22si5533641eda.27.2019.10.11.00.24.38; Fri, 11 Oct 2019 00:25:01 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727609AbfJKHYB (ORCPT + 99 others); Fri, 11 Oct 2019 03:24:01 -0400 Received: from mga02.intel.com ([134.134.136.20]:57004 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726679AbfJKHYB (ORCPT ); Fri, 11 Oct 2019 03:24:01 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Oct 2019 00:24:00 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.67,283,1566889200"; d="scan'208";a="200708984" Received: from richard.sh.intel.com (HELO localhost) ([10.239.159.54]) by FMSMGA003.fm.intel.com with ESMTP; 11 Oct 2019 00:23:58 -0700 From: Wei Yang To: akpm@linux-foundation.org, kirill.shutemov@linux.intel.com, jglisse@redhat.com, mike.kravetz@oracle.com, riel@surriel.com, khlebnikov@yandex-team.ru, cai@lca.pw, shakeelb@google.com Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Wei Yang Subject: [Patch v4 1/2] mm/rmap.c: don't reuse anon_vma if we just want a copy Date: Fri, 11 Oct 2019 15:22:55 +0800 Message-Id: <20191011072256.16275-1-richardw.yang@linux.intel.com> X-Mailer: git-send-email 2.17.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Before commit 7a3ef208e662 ("mm: prevent endless growth of anon_vma hierarchy"), anon_vma_clone() doesn't change dst->anon_vma. While after this commit, anon_vma_clone() will try to reuse an exist one on forking. But this commit go a little bit further for the case not forking. anon_vma_clone() is called from __vma_split(), __split_vma(), copy_vma() and anon_vma_fork(). For the first three places, the purpose here is get a copy of src and we don't expect to touch dst->anon_vma even it is NULL. While after that commit, it is possible to reuse an anon_vma when dst->anon_vma is NULL. This is not we intend to have. This patch stop reuse anon_vma for non-fork cases. Fix commit 7a3ef208e662 ("mm: prevent endless growth of anon_vma hierarchy") Signed-off-by: Wei Yang --- v4: * check dst->anon_vma in each iteration v3: * use dst->anon_vma and src->anon_vma to get reuse state pointed by Konstantin Khlebnikov --- mm/rmap.c | 24 +++++++++++++++--------- 1 file changed, 15 insertions(+), 9 deletions(-) diff --git a/mm/rmap.c b/mm/rmap.c index d9a23bb773bf..c34414567474 100644 --- a/mm/rmap.c +++ b/mm/rmap.c @@ -250,13 +250,19 @@ static inline void unlock_anon_vma_root(struct anon_vma *root) * Attach the anon_vmas from src to dst. * Returns 0 on success, -ENOMEM on failure. * - * If dst->anon_vma is NULL this function tries to find and reuse existing - * anon_vma which has no vmas and only one child anon_vma. This prevents - * degradation of anon_vma hierarchy to endless linear chain in case of - * constantly forking task. On the other hand, an anon_vma with more than one - * child isn't reused even if there was no alive vma, thus rmap walker has a - * good chance of avoiding scanning the whole hierarchy when it searches where - * page is mapped. + * anon_vma_clone() is called by __vma_split(), __split_vma(), copy_vma() and + * anon_vma_fork(). The first three want an exact copy of src, while the last + * one, anon_vma_fork(), may try to reuse an existing anon_vma to prevent + * endless growth of anon_vma. Since dst->anon_vma is set to NULL before call, + * we can identify this case by checking (!dst->anon_vma && src->anon_vma). + * + * If (!dst->anon_vma && src->anon_vma) is true, this function tries to find + * and reuse existing anon_vma which has no vmas and only one child anon_vma. + * This prevents degradation of anon_vma hierarchy to endless linear chain in + * case of constantly forking task. On the other hand, an anon_vma with more + * than one child isn't reused even if there was no alive vma, thus rmap + * walker has a good chance of avoiding scanning the whole hierarchy when it + * searches where page is mapped. */ int anon_vma_clone(struct vm_area_struct *dst, struct vm_area_struct *src) { @@ -286,8 +292,8 @@ int anon_vma_clone(struct vm_area_struct *dst, struct vm_area_struct *src) * will always reuse it. Root anon_vma is never reused: * it has self-parent reference and at least one child. */ - if (!dst->anon_vma && anon_vma != src->anon_vma && - anon_vma->degree < 2) + if (!dst->anon_vma && src->anon_vma && + anon_vma != src->anon_vma && anon_vma->degree < 2) dst->anon_vma = anon_vma; } if (dst->anon_vma) -- 2.17.1