Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 28 Feb 2019 13:54:39 -0800
From:      John Baldwin <jhb@FreeBSD.org>
To:        sgk@troutmask.apl.washington.edu, Cy Schubert <Cy.Schubert@cschubert.com>
Cc:        FreeBSD X11 mailing list <freebsd-x11@freebsd.org>, Yoshihiro Ota <ota@j.email.ne.jp>, "freebsd-arch@freebsd.org" <arch@freebsd.org>, freebsd-arch@freebsd.org, greg@unrelenting.technology
Subject:   Re: DRM removal soon
Message-ID:  <4f374050-6ae2-1d39-f148-a4e588838f8d@FreeBSD.org>
In-Reply-To: <20190228210635.GA31257@troutmask.apl.washington.edu>
References:  <sgk@troutmask.apl.washington.edu> <20190228194929.GA18747@troutmask.apl.washington.edu> <201902282034.x1SKYWMi006337@slippy.cwsent.com> <20190228210635.GA31257@troutmask.apl.washington.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2/28/19 1:06 PM, Steve Kargl wrote:
> I suppose it is the bane of those of who cannot afford
> new hardware every 2 or 3 years.

This is a bit of an exaggeration.  I just replaced my previous
laptop (Thinkpad x220 from 2011 that I bought used in probably
2013 or so) with a Lenovo X1 from this year (which requires
drm-kmod-current).  That's a span of 5 years.  Note that
the in-tree drm2 drivers won't work on laptops made since
around 2015 or so.

> I haven't looked at what the drm-fbsd11.2-kmod or 12.0 mean.  I assume
> that these are the ports for 11-stable and 12-stable, and I assume
> that these work on those specific stable branches.  If that is the
> case, then there is no support needed by graphics teams unless a 
> src committer merges somethings from -current that breaks stability.
> If the MFC is a security fix, then the graphics teams may need to
> asked about helping troubleshoot the 11.2 and 12.0 kmods; otherwise,
> then MFC should not happen if it breaks stability.  Or, perhaps, 
> I have a s different definition of 'stable.

I think one of the issues that isn't clear is that there are other
ports involved than just the drm-kmod ports.  The various x11 driver
ports (xf86-video-*) use the DRM APIs.  Newer versions of those
packages only work with newer versions of DRM, and newer versions of
other things like KDE depend on newer versions of X libraries, etc.
It actually ends up being a far larger ball of mud at the bottom of
the hill than just the drm-kmod ports in terms of the dependencies
affected by keeping older versions of DRM around.

In your case, I am hopeful that using an amd64 kernel with an i386
chroot is going to give you an overall better experience by giving
you more stable kernel support as well as the ability to test libm
for both i386 and amd64 on the same machine.

-- 
John Baldwin



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4f374050-6ae2-1d39-f148-a4e588838f8d>