Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 23 Apr 2020 09:46:02 +0200
From:      Alexander Leidinger <Alexander@leidinger.net>
To:        Konstantin Belousov <kostikbel@gmail.com>
Cc:        current@freebsd.org
Subject:   Re: nfslockd kernel module fails to load
Message-ID:  <20200423094602.Horde.CSyNCDCsORIorqv2R743XCg@webmail.leidinger.net>
In-Reply-To: <20200423070412.GF2522@kib.kiev.ua>
References:  <20200423080809.Horde.Bo3hS63ATAG-0MzxdGgLyhI@webmail.leidinger.net> <20200423061908.GE2522@kib.kiev.ua> <20200423083008.Horde.pIybBPGLYf5eoV_K5M6O6w7@webmail.leidinger.net> <20200423070412.GF2522@kib.kiev.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
This message is in MIME format and has been PGP signed.

--=_ZuSjqckO7iPhbFKYD6bwnBN
Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


Quoting Konstantin Belousov <kostikbel@gmail.com> (from Thu, 23 Apr=20=20
2020=2010:04:12 +0300):

> On Thu, Apr 23, 2020 at 08:30:08AM +0200, Alexander Leidinger wrote:
>> Quoting Konstantin Belousov <kostikbel@gmail.com> (from Thu, 23 Apr 2020
>> 09:19:08 +0300):
>>
>> > On Thu, Apr 23, 2020 at 08:08:09AM +0200, Alexander Leidinger wrote:
>> > > Hi,
>> > >
>> > > link_elf_obj: symbol xdr_free undefined
>> > > linker_load_file: /boot/kernel/nfslockd.ko - unsupported file type
>> > > KLD nfsd.ko: depends on nfslockd - not available or version mismatch
>> > > linker_load_file: /boot/kernel/nfsd.ko - unsupported file type
>> > >
>> > > The xdr kernel module is loaded.
>> >
>> > The following should help.
>>
>> >  /* So that loader and kldload(2) can find us, wherever we are.. */
>> > +MODULE_DEPEND(nfslockd, xdr, 1, 1, 1);
>> >  MODULE_DEPEND(nfslockd, krpc, 1, 1, 1);
>>
>> I thought MODULE_DEPEND is only a way to tell the loader / kldload that =
the
>> other module is to be loaded in case it is not in the kernel / loaded
>> already. Is this only a part of what it does and / or did this change an=
d
>> now it is also needed so that a kernel module is able to resolve the
>> symbols? In my case the module is loaded already when I try to load the
>> nfslockd module.
>
> Did you tried the patch ?

I was trying it after asking the question. I confirm it works.

> You already said that the module was loaded.
>
> MODULE_DEPEND() handles symbol namespaces.

Since when is this the case (rough figure would be enough if someone=20=20
knows=20it without looking it up)?

Bye,
Alexander.

--=20
http://www.Leidinger.net=20Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.org    netchild@FreeBSD.org  : PGP 0x8F31830F9F2772BF

--=_ZuSjqckO7iPhbFKYD6bwnBN
Content-Type: application/pgp-signature
Content-Description: Digitale PGP-Signatur
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAABAgAGBQJeoUe5AAoJEBINsJsD+NiGPeQP/1gjjODMta3/uxlAoI7M6BQV
5bz0tMiyluSO6ujobjdlnomUee3lxhYCIJxgHIQbRmTWmIBp1Fr0/8KqJUbPzt/d
GdGoYLbQa05eVFYpN+X+jDJ9QMmP35UM9qFBqlv96Y3thFrGzq/fkj3IETQLkwX9
VkAefvRKlS56AonNCJdxzJlsqoF56FGGkr44TRUlaHGSFY53qtfYRMy+ojM+lVkf
Yls99g/pM8J2TNzEeG8Y7MYUA0JKt/ezV765zsycVZSaIsYM6c4r491vWQ16dg8H
6oKadK5E4T9sW6zF/fu8IurAQKlrimdYeHLFW064Tl8BcrHaYcKxQd3zt4V9vWxE
s/1C5mnaEnrpWysJ6GGKQUXXdmx9pYscUfGTlIzNMluM8l/dk88Ts+0+QfxmEeFh
AeKqbXPA32HhNZV917G5bdqzC3qO+NlEvLu7+74E4+3V6otwG+90iT5giFEZO3Mi
W3Wzs0BiCpj9TerbIx9kJaRH/RYGDBvWsacJGq3FJdCby+1J1f4GN8YnkxYIPTae
Gg+nZGuCxsYCFU52+Yi5sPaAocCAjbiZPBZy62vi5mk9f0L0NhZIeD8rSj5ETow5
QR9hyai0oCT/rjzVaT4b6xwrjcSH3FxCXrdwGYNa8dDJtnEMCRbyNYAldmzmPTe8
C/PZIc8QTG4QxTVSX4gh
=V3EU
-----END PGP SIGNATURE-----

--=_ZuSjqckO7iPhbFKYD6bwnBN--



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