From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C6A88C6377B for ; Thu, 22 Jul 2021 02:26:07 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 97E2161264 for ; Thu, 22 Jul 2021 02:26:07 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229932AbhGVBpb (ORCPT ); Wed, 21 Jul 2021 21:45:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50702 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229916AbhGVBpa (ORCPT ); Wed, 21 Jul 2021 21:45:30 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 915CAC061575 for ; Wed, 21 Jul 2021 19:26:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=dLP+yOynOGe7mNsLIAGIVj4pAcnAp3u4c0p+GVerGOM=; b=WQ8LAhS5qjh02Hm/qXcWacXOzO LcmxTqKGZ6Y2w988GubYidarF5CS9CmsEmff/SEFquuoThjXph/ZZ8f3iDOM8R8fUG1iB6igk6pky pPuyDLYpq9n9c0n1tY18goCib6gpCTnWE1l9eSUmEoUDeN9uw+2JEPYo4rjPrNtzT/xSjUxribsJJ 9BHG3GMl8+1ANgW/krR5J++HfZVbvlqwpodGY5MHl5m32qxxFI9j5p6laDmQV6yqNTSmuhw2BWBQp dGOTFzukVbTUtg5RHvUG1td9RUkABn8igkl3ZdSTShoQWQSaWdpIIbzgH4ptqR7pxp3krX8eatFEv PXF/bhiA==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1m6OOE-009nxI-4s; Thu, 22 Jul 2021 02:24:54 +0000 Date: Thu, 22 Jul 2021 03:24:46 +0100 From: Matthew Wilcox To: Andrew Morton Cc: Joao Martins , linux-mm@kvack.org, Dan Williams , Vishal Verma , Dave Jiang , Naoya Horiguchi , Jason Gunthorpe , John Hubbard , Jane Chu , Muchun Song , Mike Kravetz , Jonathan Corbet , nvdimm@lists.linux.dev, linux-doc@vger.kernel.org Subject: Re: [PATCH v3 00/14] mm, sparse-vmemmap: Introduce compound pagemaps Message-ID: References: <20210714193542.21857-1-joao.m.martins@oracle.com> <20210714144830.29f9584878b04903079ef7eb@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210714144830.29f9584878b04903079ef7eb@linux-foundation.org> Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org On Wed, Jul 14, 2021 at 02:48:30PM -0700, Andrew Morton wrote: > On Wed, 14 Jul 2021 20:35:28 +0100 Joao Martins wrote: > > > This series, attempts at minimizing 'struct page' overhead by > > pursuing a similar approach as Muchun Song series "Free some vmemmap > > pages of hugetlb page"[0] but applied to devmap/ZONE_DEVICE which is now > > in mmotm. > > > > [0] https://lore.kernel.org/linux-mm/20210308102807.59745-1-songmuchun@bytedance.com/ > > [0] is now in mainline. > > This patch series looks like it'll clash significantly with the folio > work and it is pretty thinly reviewed, so I think I'll take a pass for > now. Matthew, thoughts? I had a look through it, and I don't see anything that looks like it'll clash with the folio patches. The folio work really touches the page cache for now, and this seems mostly to touch the devmap paths. It would be nice to convert the devmap code to folios too, but that can wait. The mess with page refcounts needs to be sorted out first.