From owner-freebsd-x11@freebsd.org Wed Oct 31 17:54:49 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 B228610E0A77 for ; Wed, 31 Oct 2018 17:54:49 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FC4A80D67 for ; Wed, 31 Oct 2018 17:54:49 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 42lbZb3XmxzDj12; Wed, 31 Oct 2018 17:54:47 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id Y0rderZrs_hj; Wed, 31 Oct 2018 17:54:47 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:9eda:3eff:fe70:24c0]) by mail.daemonic.se (Postfix) with ESMTPSA id 42lbZZ3BHKzDhFd; Wed, 31 Oct 2018 17:54:46 +0000 (UTC) Subject: Re: drm2 again To: sgk@troutmask.apl.washington.edu, freebsd-x11@freebsd.org References: <20181031172832.GA28293@troutmask.apl.washington.edu> From: Niclas Zeising Message-ID: Date: Wed, 31 Oct 2018 18:54:46 +0100 User-Agent: Mutt/1.5.21 MIME-Version: 1.0 In-Reply-To: <20181031172832.GA28293@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.29 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, 31 Oct 2018 17:54:49 -0000 On 10/31/18 6:28 PM, Steve Kargl wrote: > It's me, again. > > With the branching for freebsd-12, the top-of-tree > (aka freebsd13) has introduced knobs that prevent > the building and installation of drm and drm2. These > knobs have been set to 't'. Thus, my last world > update did not install the in-tree drm and drm2. > So, it seemed like a good time to switch to one of > the drm ports (as suggested by src/UPDATING). > > graphics/drm-legacy-kmod is simply broken, which has > been previously reported. > > graphics/drm-stable-kmod fills /var/log/messages with > > Oct 30 14:50:35 troutmask kernel: fence_wait returned with error -512 > Oct 30 14:50:35 troutmask syslogd: last message repeated 10 times > Oct 30 16:30:16 troutmask kernel: fence_wait returned with error -512 > Oct 30 16:30:16 troutmask syslogd: last message repeated 4 times > > It seems that setting WITHOUT_DRM_MODULE=t and > WITHOUT_DRM2_MODULE=t is premature. > > Yes, I am aware that I can set WITH_MODULE_DRM and > WITH_MODULE_DRM2 in /usr/src.conf, and recover the > missing in-tree modules. > > PS: /usr/src/UPDATING spells the WITHOUT_* knobs as for > example WITHOUT_DRM2_MODULE while src.conf(8) documents > a WITH_MODULE_DRM2 knob. I suspect UPDATING is wrong. > > % find /usr/src -name \*.mk | xargs grep _DRM > /usr/src/sys/conf/kern.opts.mk: MODULE_DRM \ > /usr/src/sys/conf/kern.opts.mk: MODULE_DRM2 \ > % find /usr/src -name Make\* | xargs grep _DRM > /usr/src/sys/modules/Makefile:.if ${MK_MODULE_DRM} != "no" > /usr/src/sys/modules/Makefile:.if ${MK_MODULE_DRM2} != "no" > /usr/src/sys/modules/Makefile:.if ${MK_MODULE_DRM} != "no" > /usr/src/sys/modules/Makefile:.if ${MK_MODULE_DRM2} != "no" > > Hi! Can you provide more information about your system? Which architecture are you using, and what graphics hardware do you have? What are the errors you are seeing with drm-legacy-kmod? That should be a drop in replacement for what's in base, it is the exact same code, the only difference is changes to make it load firmware from gpu-firmware-kmod instead of the firmware blobs in base. When building your own kernel, as is always the case on CURRENT, you need to build the drm kmods from ports, rather than use the preexisting packages. It is OK to build these from ports while still using packages for the rest of your system. Regards -- Niclas Zeising