[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c5784bb7-bf6f-74d4-e3a2-87b78b6fcfbb@ursulin.net>
Date: Wed, 7 Mar 2018 17:10:34 +0000
From: Tvrtko Ursulin <tursulin@...ulin.net>
To: Bart Van Assche <Bart.VanAssche@....com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Cc: "tvrtko.ursulin@...el.com" <tvrtko.ursulin@...el.com>,
"hare@...e.com" <hare@...e.com>,
"jthumshirn@...e.de" <jthumshirn@...e.de>,
"axboe@...nel.dk" <axboe@...nel.dk>
Subject: Re: [PATCH 4/6] lib/scatterlist: Unexport some trivial wrappers
On 07/03/18 16:19, Bart Van Assche wrote:
> On Wed, 2018-03-07 at 12:47 +0000, Tvrtko Ursulin wrote:
>> Save some kernel size by moving trivial wrappers to header as static
>> inline instead of exporting symbols for them.
>
> Something that you may be unaware of is that the introduction of the sgl
> helper functions is only a first step. The next step will be to introduce
> a caching allocator for sg-lists. So for small sg-lists inlining won't
> help performance. But moving these definitions from a .c file into a .h
> file will (slightly) slow down kernel compilation. So I'd prefer that you
> drop this patch.
Question is how will the future work influence these trivial wrappers?
I wasn't suggesting I removed them for performance reasons, but just
because they are really trivial and so there is no need right now to
have them as exported symbols.
And actually in one of the earlier work I did in lib/scatterlist.c
Andrew Morton complained a bit to the prevalence of these trivial
wrappers. So I even had plans to remove some of the existing ones but
never got round to it.
Regards,
Tvrtko
Powered by blists - more mailing lists