Can't load NFS server module with a custom 8.0 kernel

Kostik Belousov kostikbel at gmail.com
Fri Feb 19 15:29:40 UTC 2010


On Fri, Feb 19, 2010 at 10:21:37AM -0500, Rick Macklem wrote:
> 
> 
> On Fri, 19 Feb 2010, Kostik Belousov wrote:
> 
> [stuff snipped]
> >
> >I think this is changed in HEAD, and part of the changes are already in
> >stable/8, which is different from 8.0 too.
> >
> >Anyway, for HEAD nfsserver we need 1. nfscommon 2. nfs_common. Also,
> >nfs_common module is not attached to the build.
> >
> >The patch below gives up on nfs_common, puts that parts into nfscommon,
> >and corrects dependencies for nfsserver and nfsclient. With the patch,
> >I can export and mount nfs filesystem on the HEAD again, with all
> >nfs* stuff loaded as modules. If following this route, 
> >sys/modules/nfs_common
> >can be removed.
> >
> >I did not looked into fs/nfs* modules.
> >
> The common module for fs/nfs* is called nfscommon, which was why Marius
> used nfs_common. I don't know what happens when you have two modules of
> the same name. I suspect your fix is fine otherwise, since the 
I do not introduce new module, I added symbols from nfs_common to
nfscommon, indending to remove sys/modules/nfs_common from src, since it
is not attached to the build even without the patch. It seems that there
is no name conflicts between newnfs symbols from this combined module
and old nfs server and client.

I did not checked possible name conflicts between this nfscommon
and fs/nfs*, that is what I mean by "not looked into ...".

> experimental stuff (fs/nfs*) won't get loaded unless "-e" is used on
> mountd/nfsd.
> 
> Thanks for the help with this, rick
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20100219/432085ab/attachment.pgp


More information about the freebsd-stable mailing list