From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-it0-f69.google.com (mail-it0-f69.google.com [209.85.214.69]) by kanga.kvack.org (Postfix) with ESMTP id 5BC836B0005 for ; Mon, 19 Feb 2018 09:16:41 -0500 (EST) Received: by mail-it0-f69.google.com with SMTP id e64so8844343itd.1 for ; Mon, 19 Feb 2018 06:16:41 -0800 (PST) Received: from mail-sor-f65.google.com (mail-sor-f65.google.com. [209.85.220.65]) by mx.google.com with SMTPS id 202sor2098656iti.46.2018.02.19.06.16.39 for (Google Transport Security); Mon, 19 Feb 2018 06:16:40 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20180217161230.GA16890@jordon-HP-15-Notebook-PC> References: <20180217161230.GA16890@jordon-HP-15-Notebook-PC> From: Dan Streetman Date: Mon, 19 Feb 2018 09:15:59 -0500 Message-ID: Subject: Re: [PATCH] mm: zbud: Remove zbud_map() and zbud_unmap() function Content-Type: text/plain; charset="UTF-8" Sender: owner-linux-mm@kvack.org List-ID: To: Souptick Joarder Cc: Seth Jennings , Linux-MM On Sat, Feb 17, 2018 at 11:12 AM, Souptick Joarder wrote: > zbud_unmap() is empty function and not getting called from > anywhere except from zbud_zpool_unmap(). Hence we can remove > zbud_unmap(). > > Similarly, zbud_map() is only returning (void *)(handle) > which can be done within zbud_zpool_map(). Hence we can > remove zbud_map(). The comments at the top of zbud.c talk about using zbud_map() and zbud_unmap(), so just removing the functions without changing the doc in the file is not right. Additionally, the functions will get compiled out, so this change won't actually make any difference in the compiled kernel. Finally, removing them from the header file makes the zbud API effectively unusable for any code except zpool, so it would be pointless to leave zbud.h in include/linux (which it doesn't necessarily need to be in anyway, but that's a different topic). I'd prefer to just leave zbud_map/zbud_unmap in the API, so NAK from me. > > Signed-off-by: Souptick Joarder > --- > include/linux/zbud.h | 2 -- > mm/zbud.c | 30 ++---------------------------- > 2 files changed, 2 insertions(+), 30 deletions(-) > > diff --git a/include/linux/zbud.h b/include/linux/zbud.h > index b1eaf6e..565b88c 100644 > --- a/include/linux/zbud.h > +++ b/include/linux/zbud.h > @@ -16,8 +16,6 @@ int zbud_alloc(struct zbud_pool *pool, size_t size, gfp_t gfp, > unsigned long *handle); > void zbud_free(struct zbud_pool *pool, unsigned long handle); > int zbud_reclaim_page(struct zbud_pool *pool, unsigned int retries); > -void *zbud_map(struct zbud_pool *pool, unsigned long handle); > -void zbud_unmap(struct zbud_pool *pool, unsigned long handle); > u64 zbud_get_pool_size(struct zbud_pool *pool); > > #endif /* _ZBUD_H_ */ > diff --git a/mm/zbud.c b/mm/zbud.c > index 28458f7..c83c876 100644 > --- a/mm/zbud.c > +++ b/mm/zbud.c > @@ -188,11 +188,11 @@ static int zbud_zpool_shrink(void *pool, unsigned int pages, > static void *zbud_zpool_map(void *pool, unsigned long handle, > enum zpool_mapmode mm) > { > - return zbud_map(pool, handle); > + return (void *)(handle); > } > static void zbud_zpool_unmap(void *pool, unsigned long handle) > { > - zbud_unmap(pool, handle); > + > } > > static u64 zbud_zpool_total_size(void *pool) > @@ -569,32 +569,6 @@ int zbud_reclaim_page(struct zbud_pool *pool, unsigned int retries) > } > > /** > - * zbud_map() - maps the allocation associated with the given handle > - * @pool: pool in which the allocation resides > - * @handle: handle associated with the allocation to be mapped > - * > - * While trivial for zbud, the mapping functions for others allocators > - * implementing this allocation API could have more complex information encoded > - * in the handle and could create temporary mappings to make the data > - * accessible to the user. > - * > - * Returns: a pointer to the mapped allocation > - */ > -void *zbud_map(struct zbud_pool *pool, unsigned long handle) > -{ > - return (void *)(handle); > -} > - > -/** > - * zbud_unmap() - maps the allocation associated with the given handle > - * @pool: pool in which the allocation resides > - * @handle: handle associated with the allocation to be unmapped > - */ > -void zbud_unmap(struct zbud_pool *pool, unsigned long handle) > -{ > -} > - > -/** > * zbud_get_pool_size() - gets the zbud pool size in pages > * @pool: pool whose size is being queried > * > -- > 1.9.1 > -- 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: email@kvack.org