[RFC] Deprecation and removal of the drm2 driver
Steve Kargl
sgk at troutmask.apl.washington.edu
Mon May 21 17:07:48 UTC 2018
On Mon, May 21, 2018 at 02:40:50AM +0300, Rozhuk Ivan wrote:
> On Sun, 20 May 2018 21:10:28 +0200
> Oliver Pinter <oliver.pinter at hardenedbsd.org> wrote:
>
> > > One of the reasons for the deprecation and removal of the drm2 bits
> > > is that they prevent us from automatically loading the
> > > drm-next/stable-kmod kernel modules, since the two collide.
> > > Regards
> >
> >
> > Then it wold be better to resolve this problem, rather then removing a
> > working solution. What's about module versioning what in other cases
> > works?
> >
>
> May be just move old drm2 to ports?
Why? "If it isn't broken, why fix it?"
The conflict affects x86_64-*-freebsd aka amd64. The
conflict does not affect any other architecture. The
Makefile infrastructure can use MACHINE_ARCH to exclude
drm2 from build of amd64.
I don't use netgraph or any of the if_*.ko modules.
Can we put all of that into ports? I don't use any
scsi controllers, so those can go too. Why make it
insanely fun for users to configure a FreeBSD system.
--
Steve
More information about the freebsd-current
mailing list