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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5ADCCECAAA1 for ; Fri, 9 Sep 2022 18:12:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231233AbiIISMA (ORCPT ); Fri, 9 Sep 2022 14:12:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43422 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230064AbiIISL7 (ORCPT ); Fri, 9 Sep 2022 14:11:59 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1A7C93F30C for ; Fri, 9 Sep 2022 11:11:58 -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=K3rEGQsv9BVwA6kFBpw+S4FQ+EQeuMIv7O7eLl5u0rw=; b=O8P9Ae9GbkjzsWNrdQYmIBdIur UCdi1Q9zOS9sdHX5NNA+sreQJVZFyJAjOs7cTmAMkP7Ff+zi1oMP6cwFjgcYLLFwIHmAbYDfQMewZ muwNZbY05oszhg5SZXH5W0fsmXZi4Em9YBK/0dS2xcUtmU4pU0NGjGL7hxYrJLAleUmHjCaz4NlI3 g09ArFO/JKgrQIpB67VyXiS6+3YOYxLHzS3NkQYaLA+N6SQVt17PEDxi9jQsi3EYdi/gKbQood8yq kEsAwAY8TkyIQ8tIpiEz3qKBeuHVImwXe3eGL7FNR+0t0lFMXR6UzXKUBRjxF40uw2SPO+jROZxsX v7feLepg==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1oWiTd-00DSSd-Fu; Fri, 09 Sep 2022 18:11:41 +0000 Date: Fri, 9 Sep 2022 19:11:41 +0100 From: Matthew Wilcox To: Dan Williams Cc: Jason Gunthorpe , akpm@linux-foundation.org, Jan Kara , Christoph Hellwig , "Darrick J. Wong" , John Hubbard , linux-mm@kvack.org, nvdimm@lists.linux.dev, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH 00/13] Fix the DAX-gup mistake Message-ID: References: <6317a26d3e1ed_166f2946e@dwillia2-xfh.jf.intel.com.notmuch> <6317ebde620ec_166f29466@dwillia2-xfh.jf.intel.com.notmuch> <6318d07fa17e7_166f29495@dwillia2-xfh.jf.intel.com.notmuch> <6318e66861c87_166f294f1@dwillia2-xfh.jf.intel.com.notmuch> <631902ef5591a_166f2941c@dwillia2-xfh.jf.intel.com.notmuch> <631a420ad2f28_166f29423@dwillia2-xfh.jf.intel.com.notmuch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <631a420ad2f28_166f29423@dwillia2-xfh.jf.intel.com.notmuch> Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org On Thu, Sep 08, 2022 at 12:27:06PM -0700, Dan Williams wrote: > This thread is mainly about DAX slowly reinventing _mapcount that gets > managed in all the right places for a normal_page. Longer term I think > we either need to get back to the page-less DAX experiment and find a > way to unwind some of this page usage creep, or cut over to finally > making DAX-pages be normal pages and delete most of the special case > handling in fs/dax.c. I am open to discussing the former, but I think > the latter is more likely. I'm still very much in favour of the former. I've started on replacing scatterlist with phyr, but haven't got very far yet.