Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Aug 2018 08:05:07 -0500
From:      Kyle Evans <kevans@freebsd.org>
To:        johalun0@gmail.com
Cc:        Matthew Macy <mmacy@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: priority of paths to kernel modules?
Message-ID:  <CACNAnaGMsifVntGHQ8T4-w6jL%2B2dx5e1Ciw3-CQ9W2MwF38mfg@mail.gmail.com>
In-Reply-To: <CAECmPwvBFTSBWm2CRSpY6iyBrhZfLgjkcwXfrYApTO0uSwAbmw@mail.gmail.com>
References:  <CAECmPwu5suk9xaf4zWFYgVW6kkuUiFb1DviVR6VmQttjJUd56g@mail.gmail.com> <CAPrugNqFT28HxsZ4q-HfbwATLeD0asDr_nE0ZbH0cHjYXQPh2Q@mail.gmail.com> <CAECmPwvBFTSBWm2CRSpY6iyBrhZfLgjkcwXfrYApTO0uSwAbmw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Aug 24, 2018 at 3:22 AM Johannes Lundberg <johalun0@gmail.com> wrote:
>
> On Fri, Aug 24, 2018 at 10:12 AM Matthew Macy <mmacy@freebsd.org> wrote:
>
> > 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
> >
> >
> OK, thanks for the clarification. That's a good compromise I guess.
>
> Still, regardless of drm, aren't modules in overlay folders suppose to have
> higher priority than those in the kernel folder?
>

(Putting on my loader ballcap)

I would like to change this after 12 branches to append by default and
allow one to add ${kernel_path} to their module_path to override that,
since the status quo has been such for 18 years and some may want to
go back to that. I've personally been bitten by it a couple too many
times to be happy with the current situation.

(Takes off loader ballcap)

Thanks,

Kyle Evans



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACNAnaGMsifVntGHQ8T4-w6jL%2B2dx5e1Ciw3-CQ9W2MwF38mfg>