From owner-freebsd-x11@freebsd.org Wed Aug 1 18:17:35 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 253831065792 for ; Wed, 1 Aug 2018 18:17:35 +0000 (UTC) (envelope-from clmoonriver@equinedreams.art) Received: from NEW-01.privateemail.com (new-01.privateemail.com [68.65.122.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "privateemail.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A06D080D9B for ; Wed, 1 Aug 2018 18:17:34 +0000 (UTC) (envelope-from clmoonriver@equinedreams.art) Received: from MTA-05-1.privateemail.com (unknown [10.20.147.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by NEW-01.privateemail.com (Postfix) with ESMTPS id B8CEE60B9B; Wed, 1 Aug 2018 18:17:32 +0000 (UTC) Received: from MTA-05.privateemail.com (localhost [127.0.0.1]) by MTA-05.privateemail.com (Postfix) with ESMTP id 8A235600FD; Wed, 1 Aug 2018 14:17:32 -0400 (EDT) Received: from wildfire.equinedreams.art (unknown [10.20.151.248]) by MTA-05.privateemail.com (Postfix) with ESMTPA id B575160108; Wed, 1 Aug 2018 18:17:31 +0000 (UTC) Subject: Re: X11 not working on 11-STABLE with AMDGPU To: Pete Wright , freebsd-x11@freebsd.org, pkubaj@anongoth.pl References: <20180801092849.GA75303@KGPE-D16> <95b8cfa0-0908-3321-5155-ef49b1bb0a64@equinedreams.art> <20180801141207.GA5202@smtp.iq.pl> <4266f156-3a83-a45d-fab0-cde090c139ba@equinedreams.art> <67630578-f418-b435-9bb0-b40f12e9d881@nomadlogic.org> From: CL Moonriver Message-ID: Date: Wed, 1 Aug 2018 13:17:30 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <67630578-f418-b435-9bb0-b40f12e9d881@nomadlogic.org> Content-Language: en-US X-Virus-Scanned: ClamAV using ClamSMTP Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.27 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, 01 Aug 2018 18:17:35 -0000 Pete, I think you are right. It is using the modesetting driver. But the confusing part is that it seems to load the scfb driver too. Again, I'm relatively new to this so my understanding of how to read this log is limited. I've attached my xorg log file, and hopefully you can let me know exactly what it is doing and which driver it is using. As a side note, I've used both drm-stable-kmod and drm-next-kmod. Both work for the most part, although I experience occasional desktop lockups shortly after starting X. Going to the console shows messages regarding "Attempting to reset the GPU". A few seconds later, the desktop starts responding again. And it typically works fine after that until the next reboot. I'm assuming this relates to a slightly buggy radeon driver. I'll try to help with debugging in anyway I can, including trying to post the exact error messages next time it happens. Thanks, CLM On 8/1/18 12:54 PM, Pete Wright wrote: > > > On 8/1/18 10:29 AM, CL Moonriver wrote: >> The only thing that actually worked for me was the kms module loaded >> in rc.conf. Any attempt to configure the display in xorg.conf >> resulted in an X server that would not start, but would continue >> running for awhile and appear in the process list before it finally >> gave up. But again, I must have an older AMD GPU because it uses the >> radeonkms driver instead of amdgpu. (It's an AMD A10-7860k with >> Radeon R7 graphics) >> >> On another note, I'm using UEFI boot. Based on my limited >> understanding, I think that means X is actually using the scfb >> driver, which is not ideal from what I understand (no accelerated >> graphics). But it works fine for what I do, and it's the only >> configuration I could get working. >> > > (removing freebsd-stable@ from this thread as this is X specific) > > hrm, booting UEFI should not restrict which Xorg driver is used for > graphics.  For example, on my intel i915 systems I boot UEFI and use > the modesetting driver once Xorg launches.  The scfb driver does all > rendering in software and does not make use of the GPU at all. > > I'm not super familiar with AMD GPU - do you see any lines in your > Xorg.0.log referring to errors attempting to load the modesetting > driver?  that might be a good place to start looking. > > -pete >