linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Alexander Duyck <alexander.duyck@gmail.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Alexander Duyck <alexander.h.duyck@intel.com>,
	linux-mm <linux-mm@kvack.org>, Netdev <netdev@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [mm PATCH v3 21/23] mm: Add support for releasing multiple instances of a page
Date: Mon, 21 Nov 2016 08:21:39 -0800	[thread overview]
Message-ID: <CAKgT0UfoS-JC66hHV14E-hgmrhGdz4oYpmHve=01A1X8o8O=rw@mail.gmail.com> (raw)
In-Reply-To: <20161118152716.3f7acf6e25f142846909b2f6@linux-foundation.org>

On Fri, Nov 18, 2016 at 3:27 PM, Andrew Morton
<akpm@linux-foundation.org> wrote:
> On Thu, 10 Nov 2016 06:36:06 -0500 Alexander Duyck <alexander.h.duyck@intel.com> wrote:
>
>> This patch adds a function that allows us to batch free a page that has
>> multiple references outstanding.  Specifically this function can be used to
>> drop a page being used in the page frag alloc cache.  With this drivers can
>> make use of functionality similar to the page frag alloc cache without
>> having to do any workarounds for the fact that there is no function that
>> frees multiple references.
>>
>> ...
>>
>> --- a/include/linux/gfp.h
>> +++ b/include/linux/gfp.h
>> @@ -506,6 +506,8 @@ extern void free_hot_cold_page(struct page *page, bool cold);
>>  extern void free_hot_cold_page_list(struct list_head *list, bool cold);
>>
>>  struct page_frag_cache;
>> +extern void __page_frag_drain(struct page *page, unsigned int order,
>> +                           unsigned int count);
>>  extern void *__alloc_page_frag(struct page_frag_cache *nc,
>>                              unsigned int fragsz, gfp_t gfp_mask);
>>  extern void __free_page_frag(void *addr);
>> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
>> index 0fbfead..54fea40 100644
>> --- a/mm/page_alloc.c
>> +++ b/mm/page_alloc.c
>> @@ -3912,6 +3912,20 @@ static struct page *__page_frag_refill(struct page_frag_cache *nc,
>>       return page;
>>  }
>>
>> +void __page_frag_drain(struct page *page, unsigned int order,
>> +                    unsigned int count)
>> +{
>> +     VM_BUG_ON_PAGE(page_ref_count(page) == 0, page);
>> +
>> +     if (page_ref_sub_and_test(page, count)) {
>> +             if (order == 0)
>> +                     free_hot_cold_page(page, false);
>> +             else
>> +                     __free_pages_ok(page, order);
>> +     }
>> +}
>> +EXPORT_SYMBOL(__page_frag_drain);
>
> It's an exported-to-modules library function.  It should be documented,
> please?  The page-frag API is only partially documented, but that's no
> excuse.

Okay.  I assume you want the documentation as a follow-up patch since
I received a notice that the patch was added to -mm?

> And perhaps documentation will help explain the naming choice.  Why
> "drain"?  I'd have expected "put"?

The idea was that this is supposed to be a counterpart to
__page_frag_refill.  Basically it is a function we can use if we need
to tear down the page frag cache and free the backing page.  If you
want I could update the names for these functions to make that
clarification that this is meant to drain a frag cache versus just
freeing a page frag.  I had originally thought about coming up with an
mput or something like that since we are dropping multiple references,
but then I figured since we already had __page_frag_refill I would go
for __page_frag_drain.

> And why the leading underscores.  The page-frag API is pretty weird :(
>
> And inconsistent.  __alloc_page_frag -> page_frag_alloc,
> __free_page_frag -> page_frag_free(), etc.  I must have been asleep
> when I let that lot through.

The leading underscores are inherited.  Most of it has to do with the
fact that this is a backing API for the netdev sk_buff allocator.
When this stuff existed in net it was already named this way and I
just moved it over.  I'm not sure if you approved it or not as I don't
see an Ack-by or Signed-off-by from you on the patch.  The timing of
it was such that I think Linus approved it and it was then pulled in
through Dave's tree.

If you would like I could look at doing a couple of renaming patches
so that we make the API a bit more consistent.  I could move the
__alloc and __free to what you have suggested, and then take a look at
trying to rename the refill/drain to be a bit more consistent in terms
of what they are supposed to work on and how they are supposed to be
used.

- Alex

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2016-11-21 16:21 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-10 11:34 [mm PATCH v3 00/23] Add support for DMA writable pages being writable by the network stack Alexander Duyck
2016-11-10 11:34 ` [mm PATCH v3 01/23] arch/arc: Add option to skip sync on DMA mapping Alexander Duyck
2016-11-10 11:34 ` [mm PATCH v3 02/23] arch/arm: Add option to skip sync on DMA map and unmap Alexander Duyck
2016-11-10 11:34 ` [mm PATCH v3 03/23] arch/avr32: Add option to skip sync on DMA map Alexander Duyck
2016-11-10 11:34 ` [mm PATCH v3 04/23] arch/blackfin: " Alexander Duyck
2016-11-10 11:34 ` [mm PATCH v3 05/23] arch/c6x: Add option to skip sync on DMA map and unmap Alexander Duyck
2016-11-10 11:34 ` [mm PATCH v3 06/23] arch/frv: Add option to skip sync on DMA map Alexander Duyck
2016-11-10 11:34 ` [mm PATCH v3 07/23] arch/hexagon: Add option to skip DMA sync as a part of mapping Alexander Duyck
2016-11-10 18:40   ` Richard Kuo
2016-11-10 11:34 ` [mm PATCH v3 08/23] arch/m68k: " Alexander Duyck
2016-11-10 11:35 ` [mm PATCH v3 09/23] arch/metag: Add option to skip DMA sync as a part of map and unmap Alexander Duyck
2016-11-10 11:35 ` [mm PATCH v3 10/23] arch/microblaze: " Alexander Duyck
2016-11-10 11:35 ` [mm PATCH v3 11/23] arch/mips: " Alexander Duyck
2016-11-10 11:35 ` [mm PATCH v3 12/23] arch/nios2: " Alexander Duyck
2016-11-11 10:58   ` Tobias Klauser
2016-11-10 11:35 ` [mm PATCH v3 13/23] arch/openrisc: Add option to skip DMA sync as a part of mapping Alexander Duyck
2016-11-10 11:35 ` [mm PATCH v3 14/23] arch/parisc: Add option to skip DMA sync as a part of map and unmap Alexander Duyck
2016-11-10 11:35 ` [mm PATCH v3 15/23] arch/powerpc: Add option to skip DMA sync as a part of mapping Alexander Duyck
2016-11-10 11:35 ` [mm PATCH v3 16/23] arch/sh: " Alexander Duyck
2016-11-10 11:35 ` [mm PATCH v3 17/23] arch/sparc: Add option to skip DMA sync as a part of map and unmap Alexander Duyck
2016-11-13 17:27   ` David Miller
2016-11-10 11:35 ` [mm PATCH v3 18/23] arch/tile: " Alexander Duyck
2016-11-10 11:35 ` [mm PATCH v3 19/23] arch/xtensa: Add option to skip DMA sync as a part of mapping Alexander Duyck
2016-11-10 11:36 ` [mm PATCH v3 20/23] dma: Add calls for dma_map_page_attrs and dma_unmap_page_attrs Alexander Duyck
2016-11-10 11:36 ` [mm PATCH v3 21/23] mm: Add support for releasing multiple instances of a page Alexander Duyck
2016-11-18 23:27   ` Andrew Morton
2016-11-21 16:21     ` Alexander Duyck [this message]
2016-11-22  6:28       ` Andrew Morton
2016-11-10 11:36 ` [mm PATCH v3 22/23] igb: Update driver to make use of DMA_ATTR_SKIP_CPU_SYNC Alexander Duyck
2016-11-10 11:36 ` [mm PATCH v3 23/23] igb: Update code to better handle incrementing page count Alexander Duyck
2016-11-18 16:10 ` [mm PATCH v3 00/23] Add support for DMA writable pages being writable by the network stack Alexander Duyck

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAKgT0UfoS-JC66hHV14E-hgmrhGdz4oYpmHve=01A1X8o8O=rw@mail.gmail.com' \
    --to=alexander.duyck@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=alexander.h.duyck@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=netdev@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox