Re: [RFC] Deprecation and removal of the drm2 driver

From: Steve Kargl <sgk_at_troutmask.apl.washington.edu>
Date: Mon, 21 May 2018 10:07:28 -0700
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
Received on Mon May 21 2018 - 15:07:48 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:16 UTC