From: Randy Dunlap <rdunlap@xenotime.net>
To: Dean Nelson <dcn@sgi.com>
Cc: linux-kernel@vger.kernel.org, holt@sgi.com,
swise@opengridcomputing.com, jes@trained-monkey.org,
avolkov@varma-el.com, akpm <akpm@osdl.org>
Subject: Re: [PATCH] make genpool allocator adhere to kernel-doc standards
Date: Thu, 28 Sep 2006 10:48:56 -0700 [thread overview]
Message-ID: <20060928104856.66c9eae4.rdunlap@xenotime.net> (raw)
In-Reply-To: <20060928172407.GA13807@sgi.com>
On Thu, 28 Sep 2006 12:24:07 -0500 Dean Nelson wrote:
> The exported kernel interfaces of genpool allocator need to adhere to
> the requirements of kernel-doc.
>
> Signed-off-by: Dean Nelson <dcn@sgi.com>
Acked-by: Randy Dunlap <rdunlap@xenotime.net>
> ---
> Thanks for reviewing this. If you do not have any issues with
> this patch, would you mind sending it on to Linus?
>
> This patch is dependent on another patch to be applied first, the
> patch with a subject line of: '[PATCH] add gen_pool_destroy()'.
> (Its most recent version.)
>
> Thanks,
> Dean
>
>
> genalloc.c | 39 +++++++++++++++++++++++----------------
> 1 file changed, 23 insertions(+), 16 deletions(-)
>
>
> Index: linux-2.6/lib/genalloc.c
> ===================================================================
> --- linux-2.6.orig/lib/genalloc.c 2006-09-28 10:54:41.330794389 -0500
> +++ linux-2.6/lib/genalloc.c 2006-09-28 11:02:54.327472348 -0500
> @@ -14,11 +14,13 @@
> #include <linux/genalloc.h>
>
>
> -/*
> - * Create a new special memory pool.
> - *
> +/**
> + * gen_pool_create - create a new special memory pool
> * @min_alloc_order: log base 2 of number of bytes each bitmap bit represents
> * @nid: node id of the node the pool structure should be allocated on, or -1
> + *
> + * Create a new special memory pool that can be used to manage special purpose
> + * memory not managed by the regular kmalloc/kfree interface.
> */
> struct gen_pool *gen_pool_create(int min_alloc_order, int nid)
> {
> @@ -35,14 +37,15 @@
> EXPORT_SYMBOL(gen_pool_create);
>
>
> -/*
> - * Add a new chunk of memory to the specified pool.
> - *
> +/**
> + * gen_pool_add - add a new chunk of special memory to the pool
> * @pool: pool to add new memory chunk to
> * @addr: starting address of memory chunk to add to pool
> * @size: size in bytes of the memory chunk to add to pool
> * @nid: node id of the node the chunk structure and bitmap should be
> * allocated on, or -1
> + *
> + * Add a new chunk of special memory to the specified pool.
> */
> int gen_pool_add(struct gen_pool *pool, unsigned long addr, size_t size,
> int nid)
> @@ -70,10 +73,12 @@
> EXPORT_SYMBOL(gen_pool_add);
>
>
> -/*
> - * Destroy a memory pool. Verifies that there are no outstanding allocations.
> - *
> +/**
> + * gen_pool_destroy - destroy a special memory pool
> * @pool: pool to destroy
> + *
> + * Destroy the specified special memory pool. Verifies that there are no
> + * outstanding allocations.
> */
> void gen_pool_destroy(struct gen_pool *pool)
> {
> @@ -100,12 +105,13 @@
> EXPORT_SYMBOL(gen_pool_destroy);
>
>
> -/*
> - * Allocate the requested number of bytes from the specified pool.
> - * Uses a first-fit algorithm.
> - *
> +/**
> + * gen_pool_alloc - allocate special memory from the pool
> * @pool: pool to allocate from
> * @size: number of bytes to allocate from the pool
> + *
> + * Allocate the requested number of bytes from the specified pool.
> + * Uses a first-fit algorithm.
> */
> unsigned long gen_pool_alloc(struct gen_pool *pool, size_t size)
> {
> @@ -158,12 +164,13 @@
> EXPORT_SYMBOL(gen_pool_alloc);
>
>
> -/*
> - * Free the specified memory back to the specified pool.
> - *
> +/**
> + * gen_pool_free - free allocated special memory back to the pool
> * @pool: pool to free to
> * @addr: starting address of memory to free back to pool
> * @size: size in bytes of memory to free
> + *
> + * Free previously allocated special memory back to the specified pool.
> */
> void gen_pool_free(struct gen_pool *pool, unsigned long addr, size_t size)
> {
> -
---
~Randy
next prev parent reply other threads:[~2006-09-28 17:47 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-27 15:35 [PATCH 2.6.18 ] LIB Add gen_pool_destroy() Steve Wise
2006-09-27 15:51 ` Randy Dunlap
2006-09-27 15:53 ` Steve Wise
2006-09-27 15:56 ` Randy Dunlap
2006-09-27 19:59 ` Dean Nelson
2006-09-27 20:27 ` Randy Dunlap
2006-09-28 17:24 ` [PATCH] make genpool allocator adhere to kernel-doc standards Dean Nelson
2006-09-28 17:48 ` Randy Dunlap [this message]
2006-09-28 18:17 ` Dean Nelson
2006-09-27 19:51 ` [PATCH 2.6.18 ] LIB Add gen_pool_destroy() Dean Nelson
2006-09-27 21:09 ` Steve Wise
2006-09-28 13:16 ` [PATCH] add gen_pool_destroy() Dean Nelson
2006-09-28 14:51 ` Robin Holt
2006-09-28 15:48 ` Dean Nelson
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=20060928104856.66c9eae4.rdunlap@xenotime.net \
--to=rdunlap@xenotime.net \
--cc=akpm@osdl.org \
--cc=avolkov@varma-el.com \
--cc=dcn@sgi.com \
--cc=holt@sgi.com \
--cc=jes@trained-monkey.org \
--cc=linux-kernel@vger.kernel.org \
--cc=swise@opengridcomputing.com \
/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
all inboxes | Powered by JetHome®