Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Feb 2010 19:42:56 +0200
From:      Kostik Belousov <kostikbel@gmail.com>
To:        Marius Strobl <marius@alchemy.franken.de>
Cc:        Boris Kochergin <spawk@acm.poly.edu>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>, Rick Macklem <rmacklem@uoguelph.ca>
Subject:   Re: Can't load NFS server module with a custom 8.0 kernel
Message-ID:  <20100219174256.GB50403@deviant.kiev.zoral.com.ua>
In-Reply-To: <20100219155235.GU50825@alchemy.franken.de>
References:  <4B7D74A7.6010006@acm.poly.edu> <Pine.GSO.4.63.1002181455240.22960@muncher.cs.uoguelph.ca> <4B7D9C5C.1090909@acm.poly.edu> <20100218220714.GU50403@deviant.kiev.zoral.com.ua> <20100219155235.GU50825@alchemy.franken.de>

next in thread | previous in thread | raw e-mail | index | archive | help

--B2XwZuBUJ8PPSpsy
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Feb 19, 2010 at 04:52:35PM +0100, Marius Strobl wrote:
> On Fri, Feb 19, 2010 at 12:07:14AM +0200, Kostik Belousov wrote:
> > On Thu, Feb 18, 2010 at 03:00:28PM -0500, Boris Kochergin wrote:
> > > Rick Macklem wrote:
> > > >
> > > >
> > > >On Thu, 18 Feb 2010, Boris Kochergin wrote:
> > > >
> > > >>Ahoy. I didn't get any replies to this on -net, so I thought I'd tr=
y=20
> > > >>here. I have an 8.0-RELEASE-p2/amd64 machine running a custom kerne=
l=20
> > > >>(configuration file at http://acm.poly.edu/~spawk/ACM) and I am=20
> > > >>unable to use the NFS server module on it. After loading the nfssvc=
=20
> > > >>module, attempting to load the nfsserver module fails and the=20
> > > >>following appears in dmesg:
> > > >>
> > > >>Feb  3 19:35:54 acm kernel: link_elf_obj: symbol svcpool_create=20
> > > >>undefined
> > > >>Feb  3 19:35:54 acm kernel: linker_load_file: Unsupported file type
> > > >>
> > > >>I see a reference to the problem at=20
> > > >>http://lists.freebsd.org/pipermail/svn-src-all/2008-November/001025=
.html.=20
> > > >>Am I missing something or has it never gotten resolved? Thanks.
> > > >>
> > > >I don't know diddly about the module loading stuff, but you could try
> > > >this patch. (svcpool_create() is a part of the krpc, which is listed
> > > >as a module that nfsserver depends on)
> > > >
> > > >rick
> > > >--- untested patch for nfs_srvsubs.c ---
> > > >--- nfsserver/nfs_srvsubs.c.sav    2010-02-18 14:41:52.000000000 -05=
00
> > > >+++ nfsserver/nfs_srvsubs.c    2010-02-18 14:42:12.000000000 -0500
> > > >@@ -554,7 +554,7 @@
> > > >     nfsrv_modevent,
> > > >     NULL,
> > > > };
> > > >-DECLARE_MODULE(nfsserver, nfsserver_mod, SI_SUB_VFS, SI_ORDER_ANY);
> > > >+DECLARE_MODULE(nfsserver, nfsserver_mod, SI_SUB_VFS, SI_ORDER_FIRST=
);
> > > >
> > > > /* So that loader and kldload(2) can find us, wherever we are.. */
> > > > MODULE_VERSION(nfsserver, 1);
> > > Thanks for the patch, but the problem persists with it, I'm afraid.
> >=20
> > I think this is changed in HEAD, and part of the changes are already in
> > stable/8, which is different from 8.0 too.
> >=20
> > Anyway, for HEAD nfsserver we need 1. nfscommon 2. nfs_common.
>=20
> Could you please elaborate on why nfsserver requires the former?
Not any more. I did a check yesterday on the outdated tree without
realizing this. Sorry.

> At least as far as svcpool_create() is concerned I see no reason
> why it should require nfscommon. Also, when testing r203968 the
> following list of modules where sufficient to have both nfsclient
> and nfsserver working:
> krpc.ko
> nfs_common.ko
> nfsclient.ko
> nfslockd.ko
> nfsserver.ko
> nfssvc.ko

I confirm. So the only thing missing ATM is to actually add nfs_common.ko
to the build.

diff --git a/sys/modules/Makefile b/sys/modules/Makefile
index 06a4a5d..caa9f3c 100644
--- a/sys/modules/Makefile
+++ b/sys/modules/Makefile
@@ -194,6 +194,7 @@ SUBDIR=3D	${_3dfx} \
 	${_ndis} \
 	${_netgraph} \
 	${_nfe} \
+	nfs_common \
 	nfscl \
 	nfsclient \
 	nfscommon \

--B2XwZuBUJ8PPSpsy
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (FreeBSD)

iEYEARECAAYFAkt+zZ8ACgkQC3+MBN1Mb4jndgCg98jX0fcCrgh45KX/P7OdDQQd
Dn8An3Qgmt9Llr7d67/2dh6h77u65gpx
=XCJX
-----END PGP SIGNATURE-----

--B2XwZuBUJ8PPSpsy--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100219174256.GB50403>