Thread (24 messages) flat view 24 messages, 6 authors, 2008-03-12

Re: [RFC PATCH 8/8] Jhash in too big for inlining, move under lib/

From: Andrew Morton <akpm@linux-foundation.org>
Date: 2008-02-23 18:23:00
Also in: lkml

On Sat, 23 Feb 2008 12:05:36 +0200 (EET) "Ilpo Järvinen" [off-list ref] wrote:
On Sat, 23 Feb 2008, Andrew Morton wrote:
quoted
On Wed, 20 Feb 2008 15:47:18 +0200 "Ilpo Järvinen" [off-list ref] wrote:
quoted
vmlinux.o:
 62 functions changed, 66 bytes added, 10935 bytes removed, diff: -10869

...+ these to lib/jhash.o:
 jhash_3words: 112
 jhash2: 276
 jhash: 475

select for networking code might need a more fine-grained approach.
It should be possible to use a modular jhash.ko.  The things which you
have identified as clients of the jhash library are usually loaded as modules.
But in the case where someone does (say) NFSD=y we do need jhash.o linked into
vmlinux also. This is doable in Kconfig but I always forget how.
Ok, even though its not that likely that one lives without e.g.
net/ipv4/inet_connection_sock.c or net/netlink/af_netlink.c?
Sure, the number of people who will want CONFIG_JHASH=n is very small.
But maybe 
some guys "really know what they are doing" and can come up with config 
that would be able to build it as module (for other than proof-of-concept 
uses I mean)... :-/
quoted
Adrian, Sam and Randy are the repositories of knowledge here ;)
Thanks, I'll consult them in this. I've never needed to do any Kconfig 
stuff so far so it's no surprise I have very little clue... :-)
Thanks.  If it gets messy I'd just put lib/jhash.o in obj-y.  I assume it's
pretty small.
I've one question for you Andrew, how would you like this kind of 
cross-subsys toucher to be merged, through you directly I suppose?
Sure, I can scrounge around for appropriate reviews and acks and can make
sure that nobody's pending work gets disrupted.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help