nfslockd kernel module fails to load

[Alexander Leidinger]

Quoting Konstantin Belousov <kostikbel at gmail.com> (from Thu, 23 Apr  
2020 12:22:48 +0300):

> On Thu, Apr 23, 2020 at 09:46:02AM +0200, Alexander Leidinger wrote:
>>
>> Quoting Konstantin Belousov <kostikbel at gmail.com> (from Thu, 23 Apr 2020
>> 10:04:12 +0300):


>> > MODULE_DEPEND() handles symbol namespaces.
>>
>> Since when is this the case (rough figure would be enough if someone knows
>> it without looking it up)?
>
> It is definitely so from the 5.x times, but I highly suspect that this was

Thanks for the info.

> the feature of 'new' modules from the beginning.

I do not remember this behavior in 3.0. I remember cases where a  
module didn't had a dependency and manually loading the dependency  
before was enough. Memories alter over time, so I may be wrong...
I wouldn't be surprised if this behavior was introduced more in the  
timeframe around amd64 or the reworking of module loading a while  
after amd64 (may this is what you refer to as "new modules").

Bye,
Alexander.
-- 
http://www.Leidinger.net Alexander at Leidinger.net: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.org    netchild at FreeBSD.org  : PGP 0x8F31830F9F2772BF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Digitale PGP-Signatur
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20200423/391badfb/attachment.sig>