Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp1047314ybd; Wed, 26 Jun 2019 10:15:18 -0700 (PDT) X-Google-Smtp-Source: APXvYqwmHQwKoTJtA8OBwFAbiEwcRIqrc1kOXpqoOQrkhwuMDhfR8+bAIX/ZKrxfethbbjsGfQlY X-Received: by 2002:a17:902:26c:: with SMTP id 99mr6877821plc.215.1561569318593; Wed, 26 Jun 2019 10:15:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561569318; cv=none; d=google.com; s=arc-20160816; b=W1NNnqatmU7piwFkF4MmYjLz4UZSce2XBVhRbEJhZsdiDSwSfF6gxiuw/Z+7Qf1tZR fH7Y+hOZ5qonJtYyXI55Gnu+nNRN+lrYDxUOI7QntzjC9f1ms/sirB7wR6pnCDTuPHD8 e0dxd6wPfJ+PTEsH2wytmFqzApPZqQBePjNvSnGma0bZ+dLBERjOyfvcL1tndRG4gDP1 2nlTqmQ+/4vqUl3m4/JNWKEgk9oW/CZuRWcM8GqcvhdnSMOOe/+Xo5Dk7A8yflX2k+6B Lb+agjVQkGsMXWRy22xKOW4QyuDRpBlLLshK8oNckhhK8hGyZF5XxLSJcyyoCiz8ApHd YYjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=YTySEaIj2YYHedNWzyyvSQnHTXQl6dnsmldE2x9OG9A=; b=PbDjnTU2MC2TTWpCX+MKrFiJqsilARCyUfIUd9K+6zwWUOsDVZk1QcHmiRA8yerZz4 49EDIhuzVEiLiJDZi+ef9v1IC+JkMjE4t6O+xGPxvSdK1pPg/zYgxJU8oDcSHCHzWr4o aKHSnQF1Q8D7w0bIUXUhy2QOT0I88qKRyKqHoIiTppJ/ep+C1+cfpi3fz+cpeVrgHYf6 X9bKrz1cdYm4/SnLKIYsce+lVuz/nLFJqCbGpTo16wQ98/9jidMmX+XJGK6K8O1g/Pmx /g9ErVS0UPg9gSGNpb+VzU+wLv992kwUexpH1uEcMrffPquYC/z0OSEMbEoDdn+yyIOD QZPQ== 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 v22si18593960pfe.275.2019.06.26.10.15.02; Wed, 26 Jun 2019 10:15:18 -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 S1726651AbfFZROs (ORCPT + 99 others); Wed, 26 Jun 2019 13:14:48 -0400 Received: from mga11.intel.com ([192.55.52.93]:55248 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726179AbfFZROs (ORCPT ); Wed, 26 Jun 2019 13:14:48 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Jun 2019 10:14:46 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.63,420,1557212400"; d="scan'208";a="172793484" Received: from iweiny-desk2.sc.intel.com ([10.3.52.157]) by orsmga002.jf.intel.com with ESMTP; 26 Jun 2019 10:14:46 -0700 Date: Wed, 26 Jun 2019 10:14:45 -0700 From: Ira Weiny To: Dan Williams Cc: Christoph Hellwig , =?iso-8859-1?B?Suly9G1l?= Glisse , Jason Gunthorpe , Ben Skeggs , Linux MM , nouveau@lists.freedesktop.org, Maling list - DRI developers , linux-nvdimm , linux-pci@vger.kernel.org, Linux Kernel Mailing List , Michal Hocko Subject: Re: [PATCH 04/25] mm: remove MEMORY_DEVICE_PUBLIC support Message-ID: <20190626171445.GA4605@iweiny-DESK2.sc.intel.com> References: <20190626122724.13313-1-hch@lst.de> <20190626122724.13313-5-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.1 (2018-12-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 26, 2019 at 09:00:47AM -0700, Dan Williams wrote: > [ add Ira ] > > On Wed, Jun 26, 2019 at 5:27 AM Christoph Hellwig wrote: > > > > The code hasn't been used since it was added to the tree, and doesn't > > appear to actually be usable. > > > > Signed-off-by: Christoph Hellwig > > Reviewed-by: Jason Gunthorpe > > Acked-by: Michal Hocko > [..] > > diff --git a/mm/swap.c b/mm/swap.c > > index 7ede3eddc12a..83107410d29f 100644 > > --- a/mm/swap.c > > +++ b/mm/swap.c > > @@ -740,17 +740,6 @@ void release_pages(struct page **pages, int nr) > > if (is_huge_zero_page(page)) > > continue; > > > > - /* Device public page can not be huge page */ > > - if (is_device_public_page(page)) { > > - if (locked_pgdat) { > > - spin_unlock_irqrestore(&locked_pgdat->lru_lock, > > - flags); > > - locked_pgdat = NULL; > > - } > > - put_devmap_managed_page(page); > > - continue; > > - } > > - > > This collides with Ira's bug fix [1]. The MEMORY_DEVICE_FSDAX case > needs this to be converted to be independent of "public" pages. > Perhaps it should be pulled out of -mm and incorporated in this > series. > > [1]: https://lore.kernel.org/lkml/20190605214922.17684-1-ira.weiny@intel.com/ Agreed and Andrew picked the first 2 versions of it, mmotm commits: 3eed114b5b6b mm-swap-fix-release_pages-when-releasing-devmap-pages-v2 9b7d8d0f572f mm/swap.c: fix release_pages() when releasing devmap pages I don't see v3 but there were no objections... Ira