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 98FEBC7EE2F for ; Fri, 26 May 2023 08:20:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242646AbjEZIUi (ORCPT ); Fri, 26 May 2023 04:20:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58934 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242672AbjEZIUe (ORCPT ); Fri, 26 May 2023 04:20:34 -0400 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:3::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7ED131BF; Fri, 26 May 2023 01:20:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; 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=/kSO5Pkxt0E1wD1vZlEErFGpQ+uRM9cO+R3QIlyHQFY=; b=crkjvMq2tLgxbnjWR9kR7dwfpE GtXCYDoFhrWEDM+sHwPIbkB2KTnY2DDbHu0ZpcqcJ0kUqsGYKZh77RZNRVgZg2LpB8YesgJ4mwpZN tNMNGy4/OD6aJkZMnzH0hDuaJyl2np80bw2T6pW7o8ZNt72BxXxZfozkmUYWvOp0pRQ9ezxAKuBm+ 8EzfBCiqXA02MMDeTrRhrW0matlCtUjSs4BRv3DBvFifVMFpgI/2GSrH99OgnykuF2kSdKPMKrvk1 +GMR7XGaugmsaLQJgwcRAunM1XZ1kQs3YNCQpBbCL6Ut03QRJcCA8qMpeQ6PKAqAtPK1XFLI3yCdg oITZ/JQA==; Received: from hch by bombadil.infradead.org with local (Exim 4.96 #2 (Red Hat Linux)) id 1q2SgM-001aIt-1k; Fri, 26 May 2023 08:20:18 +0000 Date: Fri, 26 May 2023 01:20:18 -0700 From: Christoph Hellwig To: David Howells Cc: Christoph Hellwig , David Hildenbrand , Jens Axboe , Al Viro , Matthew Wilcox , Jan Kara , Jeff Layton , Jason Gunthorpe , Logan Gunthorpe , Hillf Danton , Christian Brauner , Linus Torvalds , linux-fsdevel@vger.kernel.org, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Andrew Morton Subject: Re: [RFC PATCH v2 2/3] mm: Provide a function to get an additional pin on a page Message-ID: References: <20230525223953.225496-1-dhowells@redhat.com> <20230525223953.225496-3-dhowells@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230525223953.225496-3-dhowells@redhat.com> X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org On Thu, May 25, 2023 at 11:39:52PM +0100, David Howells wrote: > +/** > + * page_get_additional_pin - Try to get an additional pin on a pinned page > + * @page: The page to be pinned > + * > + * Get an additional pin on a page we already have a pin on. Makes no change > + * if the page is the zero_page. > + */ > +void page_get_additional_pin(struct page *page) page_get_additional_pin seems like an odd name, mixing the get and pin terminologies. What about repin_page? Or move to a folio interface from the start can call it folio_repin?