Re: priority of paths to kernel modules?

No we're not. x86 and PPC will be disconnected from the build in a
subsequent commit during the freeze. Warner was simply too tired to
communicate this adequately and still meet the timeline that RE wanted.

And take heart. Even if Warner weren't trying to balance the needs of RE
and the graphics team + user base on post-2013 hardware - the graphics
doesn't _have_ to support 12.x. it's well within the team's rights to
simply declare 12.x as unsupported. The team is welcome to simply say we
support 11.x and 13.x. The failing was largely in that "expected" processes
are not documented and not well communicated.

Warner is acting in good faith. He's just trying to balance many demands in
a compressed time period.

Cheers.
-M





On Fri, Aug 24, 2018 at 01:06 Johannes Lundberg <johalun0_at_gmail.com> wrote:

> Hi
>
> Since we now stuck with drm2 in base for a few more years I have an idea
> would make things much smoother for many of us, hugely reduce the amount of
> bug reports we get and I think would be beneficial in other ways too.
>
> Current I run with something like this in /boot/loader.conf
>
>
> module_path="/boot/modules.drm-v4.16;/boot/modules;/boot/dtb;/boot/overlays"
>
> So I expect modules to be loaded in that order, with /boot/<mykernel> LAST.
>
> However, if you look at this
> sysctl kern.module_path
> kern.module_path:
> /boot/kernel;/boot/modules.drm-v4.16;/boot/modules;/boot/dtb;/boot/overlays
>
> /boot/kernel is inserted first and probably modules in /boot/kernel have
> the highest priority. This is also proven by everyone wanting to use
> drm*kmods that get drm.ko from base loaded instead of the installed in
> /boot/modules.
>
> Please correct me if I'm wrong but if my understanding is correct this is a
> flaw and /boot/<mykernel> should be inserted last so that any overlays or
> custom modules have higher priority than the default ones.
>
> I can imagine this is also useful when building custom modules and you
> don't want to overwrite or delete the default one in /boot/kernel...
>
> Cheers
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>