Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp12972pxk; Wed, 2 Sep 2020 12:59:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwaJOZXm/8qwc5yS84CM3A4yf7q5mdGPfE16UZH1zKONzTB15mQX8gJJAbzfQBlAVLZ2J8y X-Received: by 2002:aa7:c155:: with SMTP id r21mr1830547edp.140.1599076775595; Wed, 02 Sep 2020 12:59:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599076775; cv=none; d=google.com; s=arc-20160816; b=NyyCgugMrY5WOSWsKMOdQZuuscfnl4M0r3iahTxWoLz9YgtzhGKzAAWCeC47FfTNG5 6CvbFzR14wHSjePV7I8CcetwTdyOMjwffo8q8/GnSAMNweeRM31JFioNs6eBvpGeXPS5 Bn+6DXFyLFgGBPcl/fKUZKFUUcMzBFqLBUrAUJxV3rq9MYuwk2qj85TTrLNhjWHkV4Au xg/3fpF6w4YuMLjpFY3901v69zlMvkUCfK3x6u8Mu42YY69Vp8Vn/i8GrbHFmOb//Iab iL+yfvhuajHha5eLeBI1rz5fYrelpvVVS9v8lkJtPQrXw83B/9PiTqK86e4Y4YFqKjo4 LatA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=GvfTb4Ukg4eRdTfVxDoeOFtlOK7caIxpUoVhsrSJNME=; b=T3/O5Hr8jJsUdH4aklUZBteDaN8XoUBjXJ3CzJX2pOg8vGF5vaJqh0Ic8A8LgmfTyI EqHF5Gx4z2tmTzCq/JQkRfjQpuD1nvfQ2h8/8LnnqkFvfAcKFS2vIJEyNkHBdkB0Ljzk Bn5sMJI9Iw4PvuYTcHSfAz/iNHHcZtmdjulU8YfQHscV8+D/smSzmIl1YShPKivnOj7M vAwHH8Z77NjB/1dN4JNOIFv7kZst3EUMxQ8cRFrr7y2alhh/9fuKTeZ6BywHg4szWqup U0mYVFA7auKt7mkkX/8WImGJFccgIi+MscnrDgng9Mlwh+XrBZ8YpRVXicoE7l5z3AhP uwtg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ziepe.ca header.s=google header.b=maRen52V; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r6si207305edm.211.2020.09.02.12.59.11; Wed, 02 Sep 2020 12:59:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@ziepe.ca header.s=google header.b=maRen52V; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726979AbgIBT5s (ORCPT + 99 others); Wed, 2 Sep 2020 15:57:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34896 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726968AbgIBT5l (ORCPT ); Wed, 2 Sep 2020 15:57:41 -0400 Received: from mail-qv1-xf42.google.com (mail-qv1-xf42.google.com [IPv6:2607:f8b0:4864:20::f42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 22DC9C061244 for ; Wed, 2 Sep 2020 12:57:41 -0700 (PDT) Received: by mail-qv1-xf42.google.com with SMTP id j10so183545qvk.11 for ; Wed, 02 Sep 2020 12:57:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=GvfTb4Ukg4eRdTfVxDoeOFtlOK7caIxpUoVhsrSJNME=; b=maRen52VTm0wyWAEpZ/yQqgL+ekrkSonuUlxs/DRhPm2NSJk8pJsxABr+8gFZkramm udpBGDXt0itgVjM6xvA4f1TAuK+5UWmH21cZxvA4Rlan4lv6dQxeUJDR+QkoDV6ruvQN lIQcIk0asoiZyx+LBevV81cJ21B84/0NqhFo3qTOYbRsfmjgGOm2v2B/rS2ziupKYry4 lxGF5rYqh/vNzsfLo9msR64aIGidn5j6VQhrxKLS5+o49R0IulsNg4veF8DBaFY5VkgC LS7+okBbJlUwLeFymf+ihx7wNF9ECOAoKR1HL4KFshgNvGY2AgrPc925I5coEX+EqtEW Q+TA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=GvfTb4Ukg4eRdTfVxDoeOFtlOK7caIxpUoVhsrSJNME=; b=nZA6HnBq5RGh22UKxccE02ldqkkccgSNG023bKDtWLqR2CTHWUBpjvZ0l33VC9WW9r UphLRKXdtBBPFvxsLzV7kBCmBN+1ri39paJa9hOzXWV8yN8rtE6MrThSaf8LsvV4VLxf QpJXhvtXK0t7ejckEyQxvCxzF7GPUKnCogr0TPMk1qBs5amN30BzlB7iQekgspQEQ0/n 2sMFDv3ZSRDZZTq8yscefCzFxALMU/PiCWoPzyPGEGRp4JlLbMt1dkKeph792PG0V87H zhGC5Pbkirq2fHCqwGgE1jkW5Mc+245DyB8wgL8ewOPNb2GqoMYcxyAQbVFNQE0gN1D/ Tbqw== X-Gm-Message-State: AOAM530RFXPwxh9e1D20zIzc35PSqqmxbCuUmYVfZNzluevp+0U4ki0t Yp+krffQfQzDgtHJaxFnyI8DQg== X-Received: by 2002:ad4:4890:: with SMTP id bv16mr8542219qvb.148.1599076660399; Wed, 02 Sep 2020 12:57:40 -0700 (PDT) Received: from ziepe.ca (hlfxns017vw-156-34-48-30.dhcp-dynamic.fibreop.ns.bellaliant.net. [156.34.48.30]) by smtp.gmail.com with ESMTPSA id c1sm331693qta.86.2020.09.02.12.57.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 02 Sep 2020 12:57:39 -0700 (PDT) Received: from jgg by mlx with local (Exim 4.94) (envelope-from ) id 1kDYt1-0065rX-4P; Wed, 02 Sep 2020 16:57:39 -0300 Date: Wed, 2 Sep 2020 16:57:39 -0300 From: Jason Gunthorpe To: Zi Yan Cc: linux-mm@kvack.org, Roman Gushchin , Rik van Riel , "Kirill A . Shutemov" , Matthew Wilcox , Shakeel Butt , Yang Shi , David Nellans , linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 00/16] 1GB THP support on x86_64 Message-ID: <20200902195739.GI24045@ziepe.ca> References: <20200902180628.4052244-1-zi.yan@sent.com> <20200902184053.GF24045@ziepe.ca> <20200902184852.GH24045@ziepe.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 02, 2020 at 03:05:39PM -0400, Zi Yan wrote: > On 2 Sep 2020, at 14:48, Jason Gunthorpe wrote: > > > On Wed, Sep 02, 2020 at 02:45:37PM -0400, Zi Yan wrote: > > > >>> Surprised this doesn't touch mm/pagewalk.c ? > >> > >> 1GB PUD page support is present for DAX purpose, so the code is there > >> in mm/pagewalk.c already. I only needed to supply ops->pud_entry when using > >> the functions in mm/pagewalk.c. :) > > > > Yes, but doesn't this change what is possible under the mmap_sem > > without the page table locks? > > > > ie I would expect some thing like pmd_trans_unstable() to be required > > as well for lockless walkers. (and I don't think the pmd code is 100% > > right either) > > > > Right. I missed that. Thanks for pointing it out. > The code like this, right? Technically all those *pud's are racy too, the design here with the _unstable function call always seemed weird. I strongly suspect it should mirror how get_user_pages_fast works for lockless walking Jason