[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190607202332.GB32656@bombadil.infradead.org>
Date: Fri, 7 Jun 2019 13:23:32 -0700
From: Matthew Wilcox <willy@...radead.org>
To: Dan Williams <dan.j.williams@...el.com>
Cc: linux-kernel@...r.kernel.org, Keith Busch <keith.busch@...el.com>,
peterz@...radead.org, vishal.l.verma@...el.com,
dave.hansen@...ux.intel.com, ard.biesheuvel@...aro.org,
linux-nvdimm@...ts.01.org, x86@...nel.org,
linux-efi@...r.kernel.org
Subject: Re: [PATCH v3 07/10] lib/memregion: Uplevel the pmem "region" ida to
a global allocator
On Fri, Jun 07, 2019 at 12:27:50PM -0700, Dan Williams wrote:
> diff --git a/lib/memregion.c b/lib/memregion.c
> new file mode 100644
> index 000000000000..f6c6a94c7921
> --- /dev/null
> +++ b/lib/memregion.c
> @@ -0,0 +1,15 @@
> +#include <linux/idr.h>
> +
> +static DEFINE_IDA(region_ids);
> +
> +int memregion_alloc(gfp_t gfp)
> +{
> + return ida_alloc(®ion_ids, gfp);
> +}
> +EXPORT_SYMBOL(memregion_alloc);
> +
> +void memregion_free(int id)
> +{
> + ida_free(®ion_ids, id);
> +}
> +EXPORT_SYMBOL(memregion_free);
Does this trivial abstraction have to live in its own file? I'd make
memregion_alloc/free static inlines that live in a header file, then
all you need do is find a suitable .c file to store memregion_ids in,
and export that one symbol instead of two.
Powered by blists - more mailing lists