[linux-cifs-client] Re: [PATCH] Fix build error where nscd_flush_cache() is available

[Jeff Layton]

On Tue, 12 Aug 2008 14:15:22 -0400
Jeff Layton <jlayton at redhat.com> wrote:

> On Tue, 12 Aug 2008 11:57:01 -0500
> "Steve French" <smfrench at gmail.com> wrote:
> 
> > If it really is required to link nscd support libs in with cifs kernel
> > support to get cifs.spnego working, I don't mind, but we need to watch
> > the ever growing size of this module - since this is a system util
> > (needed for mount) - not an optional user space program, this util
> > (cifs.spnego) has to be small enough to fit on very low end (perhaps
> > embedded systems).   At the moment, it looks like cifs.spnego has
> > gotten quite big.  On my system, listing Samba files by size - I see
> > that smbd is 17MB, fairly big, as expected, but the client utils are
> > much bigger than expected (over 10MB each) - cifs.spnego is already
> > twice as big as nmbd on disk (10464075) which makes it hard to fit on
> > some embedded systems.  Even if debug info is stripped out -
> > cifs.spnego has grown pretty large due to the static library linkage.
> > 
> 
> Definitely a concern...
> 
> cifs.upcall is 14MB on my machine (unstripped, 4M if it is stripped).
> Looks like the main problem is that we're statically linking in
> libsmbclient.a. It should probably be changed to use the .so version. 
> 

Erm...except that libsmbclient doesn't export some of the symbols used
here. Looks like we need:

cli_krb5_get_ticket
spnego_gen_krb5_wrap
gen_negTokenInit
data_blob_free
smb_xmalloc_array
rep_strlcpy

...is it reasonable to export these and change cifs.upcall to use the
.so lib instead?

-- 
Jeff Layton <jlayton at samba.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.samba.org/archive/linux-cifs-client/attachments/20080816/f6d3257e/signature.bin