Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 May 2018 03:14:23 -0500
From:      Scott Bennett <bennett@sdf.org>
To:        sgk@troutmask.apl.washington.edu, kmacy@freebsd.org
Cc:        zeising+freebsd@daemonic.se, rozhuk.im@gmail.com, oliver.pinter@hardenedbsd.org, imp@bsdimp.com, freebsd-x11@freebsd.org
Subject:   Re: [RFC] Deprecation and removal of the drm2 driver
Message-ID:  <201805220814.w4M8ENMu015858@sdf.org>
In-Reply-To: <CAHM0Q_OQNv3VcAJyM=t3NR8HdAR7-M-Y8rDLFwNWxCr%2BwVLNnA@mail.gmail.com>
References:  <3a5edc5c-3caa-830b-4bd9-53ff52feb8a7@freebsd.org> <CAPS9%2BSv6SDWkbrEZruM4g2%2BOfw4ksvbtiMF=Q_towrMtJrgt1w@mail.gmail.com> <20180518193009.GA88432@troutmask.apl.washington.edu> <CANCZdfoMrFCyPteChSWgfYRY-uOyazzR0ZbYvp_OVmXRTe-Hqw@mail.gmail.com> <20180520164011.GA6276@troutmask.apl.washington.edu> <88843bfb-34de-382c-9409-83f9ad54c8c4@daemonic.se> <CAPQ4ffvd1da%2BiMXtPfz%2BxETqPZwgmNoBa5yZMSF26qPMkSD2qQ@mail.gmail.com> <20180521024050.0857a787@gmail.com> <20180521170728.GA14025@troutmask.apl.washington.edu> <CAHM0Q_OQNv3VcAJyM=t3NR8HdAR7-M-Y8rDLFwNWxCr%2BwVLNnA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
"K. Macy" <kmacy@freebsd.org> wrote:

> On Mon, May 21, 2018 at 10:07 AM, Steve Kargl
> <sgk@troutmask.apl.washington.edu> wrote:
> > 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@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.
> >
> <strawman ... clipped>
> Having it as a port puts the burden squarely on those using it and not
> on the majority who are running hardware from this decade.
>
     Ah, yes, hurrah for free software (and dedication to the wealthy)!
Nice attitude.  Also, remember that not all X.org users are PC gamers.


                                  Scott Bennett, Comm. ASMELG, CFIAG
**********************************************************************
* Internet:   bennett at sdf.org   *xor*   bennett at freeshell.org  *
*--------------------------------------------------------------------*
* "A well regulated and disciplined militia, is at all times a good  *
* objection to the introduction of that bane of all free governments *
* -- a standing army."                                               *
*    -- Gov. John Hancock, New York Journal, 28 January 1790         *
**********************************************************************



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201805220814.w4M8ENMu015858>