From owner-freebsd-x11@freebsd.org Wed May 30 10:38:03 2018 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43E1DF7F1A7; Wed, 30 May 2018 10:38:03 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-cmomta02.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B99D67B3DA; Wed, 30 May 2018 10:38:02 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.161.151]) by cmsmtp with ESMTP id NyPofWQa0lFijNyPrfeLqf; Wed, 30 May 2018 10:33:15 +0000 Date: Wed, 30 May 2018 10:33:02 +0000 From: "Thomas Mueller" To: freebsd-current@freebsd.org CC: freebsd-x11@freebsd.org Subject: Re: [RFC] Deprecation and removal of the drm2 driver References: <3a5edc5c-3caa-830b-4bd9-53ff52feb8a7@freebsd.org> <50b21ccf-f89d-cfd0-fb23-39ba80732143@freebsd.org> X-CMAE-Envelope: MS4wfJomCTLUct+KbYm7UC1J5O+I7l/PMmB36VG+GUtn8AXlBQA/KEI4heQZ6oCZJkVQpNCG5yBWPCYA2pEMmANApFInkyNTEBONKRktSZlew5R7f9/nkBhV VZKAtNK9lIVA0pNWwOVZkFwJWy0P3a3+twFAPf5e3eDDv4Uwc6RcPcBiH2JB02bDvWZhtG4y0w8IzpW2E3Twdv/RHb4cweS7uwA= X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2018 10:38:03 -0000 > Wow, this blew up quite a lot bigger than I anticipated. I'll try to > summarize the discussion a bit below and then suggest a way forward. > The primary reasons we want to do this is because there are conflicts between > the new drm drivers in ports, and the drm drivers in base, since they control > the same hardware. It is hard to make conflicting drivers to auto load in a > consistent way. In order to improve the desktop experience I'd like to see > that graphics drivers are loaded on system boot. There is also a push from > upstream to have the xf86-video* drivers stop loading driver kernel modules. > It is also easier to keep a port updated than keeping the base system updated, > and updates can propagate to multiple FreeBSD versions at once. This will > also ensure that all ports use the same firmware blobs. > So, to the summary. A lot of people are using i386, and as such still need > the old drm drivers. There were also some reports about issues with the > drm-next/stable drivers, which needs investigating. Power is another > architecture that also is not supported by drm-next/stable, although we hope > to extend support to powerpc in the future. There was a lot of discussion > regarding making it into a port, or only excluding the driver on amd64, and > similar suggestions. > To move forward, we'll do the following: Note that this is for current only. > We take the drm and drm2 drivers and make a port for it, maintained by the > graphics team (x11@). After a transition period, then the drivers are removed > from base. At the same time, pkg-messages are added to relevant places to > point people to the various available drm drivers. > Regards > Niclas Zeising > FreeBSD graphics/x11 team One reason I can think of to maintain i386 compatibility is to be able to run wine and possibly other software that requires i386 compatibility. That said, I currently have no active FreeBSD i386 installation, and probably won't get around to it anytime soon. I believe Linux can run wine on an amd64 multilib installation, but FreeBSD is not up to that yet. For the above purpose, keeping drm and drm2 as a port might be good enough, as opposed to being part of base. i386 is not dead. While some Linux distros (such as Arch) and DragonFlyBSD have quit i386 support, Haiku maintains 32-bit support to be able to run old BeOS software as well as newer things. Tom