Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp1135522ybd; Wed, 26 Jun 2019 11:50:21 -0700 (PDT) X-Google-Smtp-Source: APXvYqwJvLTpFMIZkzw0M9TJn6ZfeRGIgpAEpGigWJ1RYPVy/pL66tjpmvwDJyPSwxKOKEmNWrWn X-Received: by 2002:a17:902:100a:: with SMTP id b10mr7034978pla.338.1561575021166; Wed, 26 Jun 2019 11:50:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561575021; cv=none; d=google.com; s=arc-20160816; b=ng4Da6v2Eg1UmomYErwnPZrQrGktUNATxUkRTKq78evx7HjmOp4JIrKiOwXXc6YqwQ EhkdMy2yCG+0GnU+J4ORqcEXLifr1uuWdc5RZxj5mk7fgviZvsJrWRcWR7WSWDIMsWhP 3qeseDrgXXM+plVmoesJfE1/eVkcV16ZH+vIET89cZTHlHP0LAMkqrO1DfvA5ryRVo4u 4C1UjvbDKkpsgwMQF2RREz2SV4O3+NlRZObPueMGMV9bWLFIniROslfIZJXQ7Af/llFM zEASR3kMzEmpYf8hyU3IaVKTmEOrV2Lazx19IZvc46pkcnx2ZUozAcfVMGWRKaWKEhGp SATQ== 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=s323sdmVsCWXbdsJLT3PPGNysqsCnvnQZ6CWp6aUiZ0=; b=AlB5Gw0nceVlSq1nO8wFJn3togREZGnx09EfREJSmwLNUef4vbwTJ1vvqCR0aVsz8Y FdyrUw8Zo46FCszzShlFqaslBlBEqWGvDHe1QKhRCM7RI09dOmIeHE54lcP6TRbo6ChV g03r3TP1hQsxTJErr1PoCX4G9eiI7pRTW1bj23v4TXqKlZ22kapNcnWRD3DPHFZktlPa 0d1hn7cQQZht4uBS7GS7VOuXQs/uYUuFhjMKpT+JNxxBxJrxuQjEsxd6HEb6aCC4BXCk vXM6r/mbrIebmyJRUYAJHtbC3d6BciqyJwNhhA0FXywymXn2plTaMQrZwUIUVfKpHb14 0JbQ== 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 l185si19187423pfl.190.2019.06.26.11.50.04; Wed, 26 Jun 2019 11:50:21 -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 S1726370AbfFZSty (ORCPT + 99 others); Wed, 26 Jun 2019 14:49:54 -0400 Received: from mga05.intel.com ([192.55.52.43]:23583 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726104AbfFZSty (ORCPT ); Wed, 26 Jun 2019 14:49:54 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Jun 2019 11:49:53 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.63,420,1557212400"; d="scan'208";a="164046367" Received: from iweiny-desk2.sc.intel.com ([10.3.52.157]) by fmsmga007.fm.intel.com with ESMTP; 26 Jun 2019 11:49:53 -0700 Date: Wed, 26 Jun 2019 11:49:53 -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: <20190626184953.GC4605@iweiny-DESK2.sc.intel.com> References: <20190626122724.13313-1-hch@lst.de> <20190626122724.13313-5-hch@lst.de> <20190626171445.GA4605@iweiny-DESK2.sc.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190626171445.GA4605@iweiny-DESK2.sc.intel.com> 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 10:14:45AM -0700, 'Ira Weiny' wrote: > 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... Ok somehow I can't fetch mmotm right now... Dan had and updated mmotm tree and it does have my v4 patch. Does anyone else have issues with git://git.cmpxchg.org/linux-mmotm.git or is it just me? FWIW I have checked proxies etc... and can get to linus and other sites just fine, so it looks like an issue there. Although the web page is fine... Sorry, Ira