Received: by 2002:a25:5b86:0:0:0:0:0 with SMTP id p128csp1655774ybb; Fri, 29 Mar 2019 08:41:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqxwnVa5W0WZZPWdmjdGoiKxaAEBUUFnhvBlEu40BfJvRnuUjdtkeWtyo3BxXgRSyE82mRF4 X-Received: by 2002:a62:ee0a:: with SMTP id e10mr29458512pfi.6.1553874060684; Fri, 29 Mar 2019 08:41:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553874060; cv=none; d=google.com; s=arc-20160816; b=qk2ZhJ/IWSUqMv9+3QsTdbSEBzRRr4xJ7GBmKzfrHJNiOExupFSxbiJXASe6+l3uZ+ JNI5bZywfvMlLjbJiBm0uAvXHIwkPbDnHxrLCM0frSKPzV2yWzMr+7mYlZNeRyIru3kY EtKa0Bj0VivaCHgesspbIoax7Bsj3xW6auSWHfq69Hq4pvH9mZ2ngR8lIYY3IWuJDyKC Ah4Yuj/dHCJbmf722TlMeXqrAmzfrCx/0JEV6vuHV6hC5XkKiCKzit1ZEK4WxR44N7nI Ys7aTWyfruMTitb7kDYOvuPr+LEd2FmjtavCd31bZ1YZgdghk5wgdlhXbD0M2hBXyYLA k6pg== 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 :user-agent:message-id:date:cc:to:from:subject; bh=HhvSzRyq8WkMw7W9vxsrODC4BAjOkgowhQkgNrCP1Jg=; b=KsFZcmRT3mcWnm7MZqINL4J2NWsmeBxYLh+k/PnJWK5dWIjB3XV20RRuYtkYie6m+b MZlLaT5U1la1XYbpD2McN2xWy04xUT8/7Xox5IDtBCk/e8BK3e6zyBpWCd2y1lC5HIED g8nP+sVU1KzERLR92EhcoyMkSc99vn+PkA1SQ1HB+8W2DZlv9W895OHnLdIbqTB7Wo5K ZQtV4m2sorr8jXGttyssu7F3k1JW+LX7gsk9bOU6NmKHLmtTqp5yDYb14ti+rhucbhGF pJbvtuLFcVEL595FcjBfplsWOqyd3/cBXYlnmTU555te4YDW3hBI5Ldnkiim4eLBTYvV R3kA== 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 l16si2175534pgh.509.2019.03.29.08.40.44; Fri, 29 Mar 2019 08:41:00 -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 S1729509AbfC2PkH (ORCPT + 99 others); Fri, 29 Mar 2019 11:40:07 -0400 Received: from mga03.intel.com ([134.134.136.65]:57153 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728956AbfC2PkG (ORCPT ); Fri, 29 Mar 2019 11:40:06 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Mar 2019 08:40:03 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.60,284,1549958400"; d="scan'208";a="129793982" Received: from dwillia2-desk3.jf.intel.com (HELO dwillia2-desk3.amr.corp.intel.com) ([10.54.39.16]) by orsmga008.jf.intel.com with ESMTP; 29 Mar 2019 08:40:03 -0700 Subject: [PATCH 0/6] mm/devm_memremap_pages: Fix page release race From: Dan Williams To: akpm@linux-foundation.org Cc: Ira Weiny , Bjorn Helgaas , Logan Gunthorpe , Christoph Hellwig , =?utf-8?b?SsOpcsO0bWU=?= Glisse , Greg Kroah-Hartman , "Rafael J. Wysocki" , linux-mm@kvack.org, linux-pci@vger.kernel.org, linux-nvdimm@lists.01.org, linux-kernel@vger.kernel.org Date: Fri, 29 Mar 2019 08:27:24 -0700 Message-ID: <155387324370.2443841.574715745262628837.stgit@dwillia2-desk3.amr.corp.intel.com> User-Agent: StGit/0.18-2-gc94f MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Logan audited the devm_memremap_pages() shutdown path and noticed that it was possible to proceed to arch_remove_memory() before all potential page references have been reaped. Introduce a new ->cleanup() callback to do the work of waiting for any straggling page references and then perform the percpu_ref_exit() in devm_memremap_pages_release() context. For p2pdma this involves some deeper reworks to reference count resources on a per-instance basis rather than a per pci-device basis. A modified genalloc api is introduced to convey a driver-private pointer through gen_pool_{alloc,free}() interfaces. Also, a devm_memunmap_pages() api is introduced since p2pdma does not auto-release resources on a setup failure. The dax and pmem changes pass the nvdimm unit tests, but the hmm and p2pdma changes are compile-tested only. Thoughts on the api changes? I'm targeting to land this through Andrew's tree. 0day has chewed on this for a day and reported no issues so far. --- Dan Williams (6): drivers/base/devres: Introduce devm_release_action() mm/devm_memremap_pages: Introduce devm_memunmap_pages pci/p2pdma: Fix the gen_pool_add_virt() failure path lib/genalloc: Introduce chunk owners pci/p2pdma: Track pgmap references per resource, not globally mm/devm_memremap_pages: Fix final page put race drivers/base/devres.c | 24 ++++++++ drivers/dax/device.c | 13 +---- drivers/nvdimm/pmem.c | 17 +++++- drivers/pci/p2pdma.c | 105 +++++++++++++++++++++++-------------- include/linux/device.h | 1 include/linux/genalloc.h | 55 +++++++++++++++++-- include/linux/memremap.h | 8 +++ kernel/memremap.c | 23 ++++++-- lib/genalloc.c | 51 +++++++++--------- mm/hmm.c | 14 +---- tools/testing/nvdimm/test/iomap.c | 2 + 11 files changed, 209 insertions(+), 104 deletions(-)