[RFC] Deprecation and removal of the drm2 driver

Fri May 18 22:39:26 UTC 2018

In message <CAPQ4ffv1HxR0H8zPMgcp7eYRohLoSBEW2RE1UmcXuv7cbJUzyg at mail.gma
il.com>
, Oliver Pinter writes:
> On Friday, May 18, 2018, Konstantin Belousov <kostikbel at gmail.com> wrote:
>
> > On Fri, May 18, 2018 at 09:33:40PM +0100, Johannes Lundberg wrote:
> > > On Fri, May 18, 2018 at 9:22 PM, Ben Widawsky <ben at bwidawsk.net> wrote:
> > >
> > > > On 18-05-18 14:15:03, Warner Losh wrote:
> > > > > On Fri, May 18, 2018 at 2:12 PM, Johannes Lundberg <
> > johalun0 at gmail.com>
> > > > > wrote:
> > > > >
> > > > > >
> > > > > >
> > > > > > On Fri, May 18, 2018 at 9:03 PM, Warner Losh <imp at bsdimp.com>
> > wrote:
> > > > > >
> > > > > >> On Fri, May 18, 2018 at 1:30 PM, Steve Kargl <
> > > > > >> sgk at troutmask.apl.washington.edu> wrote:
> > > > > >>
> > > > > >> > On Fri, May 18, 2018 at 09:14:24PM +0200, Andreas Nilsson wrote:
> > > > > >> > > On Fri, May 18, 2018, 20:00 Niclas Zeising <
> > zeising at freebsd.org>
> > > > > >> wrote:
> > > > > >> > >
> > > > > >> > > > I propose that we remove the old drm2 driver (sys/dev/drm2)
> > from
> > > > > >> > > > FreeBSD.  I suggest the driver is marked as deprecated in
> > 11.x
> > > > and
> > > > > >> > > > removed from 12.0, as was done for other drivers recently.
> > Some
> > > > > >> > > > background and rationale:
> > > > > >> > > >
> > > > > >> > > > The drm2 driver was the original port of a KMS driver to
> > > > FreeBSD.
> > > > > >> It
> > > > > >> > > > was done by Konstantin Belousov to support Intel graphics
> > > > cards, and
> > > > > >> > > > later extended by Jean-S??bastien P??dron as well as
> > Konstantin to
> > > > > >> match
> > > > > >> > > > what's in Linux 3.8.  This included unstable support from
> > > > Haswell,
> > > > > >> but
> > > > > >> > > > nothing newer than that.
> > > > > >> > > >
> > > > > >> > > > For quite some time now we have had the
> > > > graphics/drm-stable-kmod and
> > > > > >> > > > graphics/drm-next-kmods which provides support for modern
> > AMD
> > > > and
> > > > > >> Intel
> > > > > >> > > > graphics cards.  These ports, together with the linuxkpi, or
> > > > lkpi,
> > > > > >> has
> > > > > >> > > > made it significantly easier to port and update our graphics
> > > > > >> drivers.
> > > > > >> > > > Further, these new drivers cover the same drivers as the old
> > > > drm2
> > > > > >> > driver.
> > > > > >> > > >
> > > > > >> > > > What does the community think?  Is there anyone still using
> > the
> > > > drm2
> > > > > >> > > > driver on 12-CURRENT?  If so, what is preventing you from
> > > > switching
> > > > > >> to
> > > > > >> > > > the port?
> > > > > >> > > >
> > > > > >> > > > Thank you
> > > > > >> > > > Regards
> > > > > >> > > > --
> > > > > >> > > > Niclas Zeising
> > > > > >> > > > FreeBSD x11/graphics team
> > > > > >> > > > _______________________________________________
> > > > > >> > > > freebsd-current at freebsd.org mailing list
> > > > > >> > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > > > >> > > > To unsubscribe, send any mail to
> > "freebsd-current-unsubscribe@
> > > > > >> > freebsd.org"
> > > > > >> > > >
> > > > > >> > >
> > > > > >> > > Sounds good ( deprecate resp remove ). It causes more
> > confusion
> > > > and
> > > > > >> > > problems and it solves nothing.
> > > > > >> > >
> > > > > >> >
> > > > > >> > Check the Makefiles
> > > > > >> >
> > > > > >> > % more /usr/ports/graphics/drm-next-kmod/Makefile
> > > > > >> >
> > > > > >> > ONLY_FOR_ARCHS= amd64
> > > > > >> > ONLY_FOR_ARCHS_REASON=  the new KMS components are only
> > supported on
> > > > > >> amd64
> > > > > >> >
> > > > > >> > Not to ia32 friendly.
> > > > > >> >
> > > > > >>
> > > > > >> So do people use i386 for desktop? And need the latest KMS stuff?
> > > > > >>
> > > > > >
> > > > > > Yeah I was wondering the same.. If you're running i386, do you
> > need drm
> > > > > > drivers? Will scfb work an i386? (probably has legacy bios and if I
> > > > > > remember correctly, scfb is UEFI only)
> > > > > > I do feel sorry for anyone who would have to revert back to VESA...
> > > > > >
> > > > > > Would it be too much trouble to move it to a port?
> > > > > >
> > > > >
> > > > > If there's someone who needs it for i386, and wants to do the work
> > and
> > > > > maintain it, we should allow it. But the drm2 maintainers have said
> > its
> > > > > likely totally broken anyway.
> > > > >
> > > > > Warner
> > > >
> > > > As a long time developer in drm/i915, and newly interested in FreeBSD
> > (ie.
> > > > no
> > > > history on the matter), is there some upside and/or desire to have
> > native
> > > > support, or is the drm-next-kmod solution good enough?
> > > >
> > >
> > > Given the fast evolution of graphics hardware and the amount of code in
> > > only the AMD and Intel drivers, keep several native implementations seems
> > > impossible, if not wasteful.
> > > If you are referring to drm2 in the kernel, that's not much more native
> > > than the drm kmods, it still uses a linux compatibility layer (but not as
> > > sophisticated).
> > Drm2 does not use linux compat layer.
> >
> > drm2 is probably better on older chipsets which use AGP emulation, i.e.
> > everything up to SandyBridge-1. Does drm-next run on gen3 and gen4 at
> > all ? In particular, I did obtained real bug reports from people running
> > gen 3 hardware. E.g. you cannot run amd64 kernel on T60, but you can run
> > i386 and get hw support with drm2.
> >
> > I still have GM45 (gen4) laptop and use it daily with the drm from the
> > tree. I effectively dropped supporting it when half of the HSW support
> > code were imported.
>
>
> I use the in tree DRM2 code on multiple Haswell based laptops. It working
> fine. So I prefer to keep it in the tree.

I also use it on an Acer 4752 (64-bit, Sandy Bridge, HD 3000, 1366x600) 
and rarely on my i386 test machine, an Acer 3624 (32-bit, Penium M, 
i915, 1280x768). Also with an HP 2009m (1600x900) monitor.

>
> I like to use bigger console, even if I not install anything from ports.

Indeed.

-- 
Cheers,
Cy Schubert <Cy.Schubert at cschubert.com>
FreeBSD UNIX:  <cy at FreeBSD.org>   Web:  http://www.FreeBSD.org

	The need of the many outweighs the greed of the few.