Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp421440ybh; Wed, 15 Jul 2020 05:43:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxu2MLFbxJ7FHIUvd+V+MtGcsWO3WQn05ZS5rnyeFSH0CjQhPm6zz2TVkRPnynxRS74Eazp X-Received: by 2002:a50:f702:: with SMTP id g2mr9522011edn.348.1594816991175; Wed, 15 Jul 2020 05:43:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594816991; cv=none; d=google.com; s=arc-20160816; b=QiTiUrifRwDMh94EsfF46X0zMVrmxYLMJD5/qLpcwulePD/yhr5TxLNnprinpVgKbK lBHBizN6mDo69fko1qWe4hs2g1fPcwkyBZrJmDExYFON8NB3l+SfI0JeYt2llETdls5O 92j1lfJllfi3Fz1X/M/QeRuzuwr2w7e8TYLiWG3vo3oYrp2R+AJIhB1P5k1YUDBJCNkq 2vQS9MAcKZ1RR2oK7IAml6dtLSjKD4RyCOXTefhwrOvKWnOoH2YmTCrJf7/7Mu2VrVzo 1B0SRSM3qBA701LkX45K7Tq6fYnPwnqGrJ9qJJBAHtIeBd1mBerPtQuohKHs/Z2zJRmK uCVg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:ironport-sdr:ironport-sdr; bh=29dOko2E4hlh6wxBiWSpcKONZyE33u8V4i97dYIdMIM=; b=T0C6s0+vd7ANMS/8ps7520tAevIz5VQ9eW4UjTOI+1wWf1M3D9t341wZAeECJcwFkt ZY+ZaHwcCu/ASuLQ6xxz2gmQJN0ky/qFP5GYQA2CU4/D4SjBP6zCbdLA6dMmisE0pSfT UzvOin+SqGqz6RGnQFDiFV9hYRnMT9ApHkq8N8mqQ3xAk/WhxzY+IxHtUos4Zrv9Bx4P trlHcYhFTr02nA7TiHP3wIgZFqN+sdlORZL8lXAmuE1KE1E+6Rkz1BtLDLNGxcCJN3FZ Yk7qWuXk+iGf+SLzT/AG7agnbm+wX7evzHL+23/+N430KfPcb63q4naLxbh4cqp8igUf iEhw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id gt15si1144577ejb.747.2020.07.15.05.42.46; Wed, 15 Jul 2020 05:43:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1729145AbgGOMfb (ORCPT + 99 others); Wed, 15 Jul 2020 08:35:31 -0400 Received: from mga03.intel.com ([134.134.136.65]:62591 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726396AbgGOMfb (ORCPT ); Wed, 15 Jul 2020 08:35:31 -0400 IronPort-SDR: +SEn2+9Cb6d3w4Vj9YylY/R2YfUJgU2u+idsTD2WOyrubosPlSWBXqigVnIoi+KkvpmgVBLmns 91ln9iiYL9yg== X-IronPort-AV: E=McAfee;i="6000,8403,9682"; a="149130062" X-IronPort-AV: E=Sophos;i="5.75,355,1589266800"; d="scan'208";a="149130062" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Jul 2020 05:35:17 -0700 IronPort-SDR: GFVku8FxPuBhbJwckGG+97wqo1oklR5rxjArhU0zj/kScG7/CZXpWNSSdIK5U+PaP39ZUjSj5Y qUMlHCtEVM+w== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,355,1589266800"; d="scan'208";a="268943784" Received: from black.fi.intel.com ([10.237.72.28]) by fmsmga007.fm.intel.com with ESMTP; 15 Jul 2020 05:35:15 -0700 Received: by black.fi.intel.com (Postfix, from userid 1000) id D95A2190; Wed, 15 Jul 2020 15:35:14 +0300 (EEST) From: "Kirill A. Shutemov" To: Andrew Morton Cc: Linus Torvalds , linux-mm@kvack.org, linux-kernel@vger.kernel.org, "Kirill A. Shutemov" , Naresh Kamboju , Joel Fernandes , William Kucharski Subject: [PATCH] mm: Fix warning in move_normal_pmd() Date: Wed, 15 Jul 2020 15:35:13 +0300 Message-Id: <20200715123513.42240-1-kirill.shutemov@linux.intel.com> X-Mailer: git-send-email 2.27.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org mremap(2) does not allow source and destination regions to overlap, but shift_arg_pages() calls move_page_tables() directly and in this case the source and destination overlap often. It confuses move_normal_pmd(): WARNING: CPU: 3 PID: 27091 at mm/mremap.c:211 move_page_tables+0x6ef/0x720 move_normal_pmd() expects the destination PMD to be empty, but when ranges overlap nobody removes PTE page tables on source side. move_ptes() only removes PTE entries, leaving tables behind. When the source PMD becomes destination and alignment/size is right we step onto the warning. The warning is harmless: kernel correctly fallbacks to handle entries on per-entry basis. The fix is to avoid move_normal_pmd() if we see that source and destination ranges overlap. Signed-off-by: Kirill A. Shutemov Reported-and-tested-by: Naresh Kamboju Fixes: 2c91bd4a4e2e ("mm: speed up mremap by 20x on large regions") Cc: Joel Fernandes Cc: William Kucharski --- mm/mremap.c | 14 +++++++++++++- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/mm/mremap.c b/mm/mremap.c index 5dd572d57ca9..e33fcee541fe 100644 --- a/mm/mremap.c +++ b/mm/mremap.c @@ -245,6 +245,18 @@ unsigned long move_page_tables(struct vm_area_struct *vma, unsigned long extent, next, old_end; struct mmu_notifier_range range; pmd_t *old_pmd, *new_pmd; + bool overlaps; + + /* + * shift_arg_pages() can call move_page_tables() on overlapping ranges. + * In this case we cannot use move_normal_pmd() because destination pmd + * might be established page table: move_ptes() doesn't free page + * table. + */ + if (old_addr > new_addr) + overlaps = old_addr - new_addr < len; + else + overlaps = new_addr - old_addr < len; old_end = old_addr + len; flush_cache_range(vma, old_addr, old_end); @@ -282,7 +294,7 @@ unsigned long move_page_tables(struct vm_area_struct *vma, split_huge_pmd(vma, old_pmd, old_addr); if (pmd_trans_unstable(old_pmd)) continue; - } else if (extent == PMD_SIZE) { + } else if (!overlaps && extent == PMD_SIZE) { #ifdef CONFIG_HAVE_MOVE_PMD /* * If the extent is PMD-sized, try to speed the move by -- 2.26.2