From owner-freebsd-x11@freebsd.org Sun Nov 18 18:17:04 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 2943A110930C for ; Sun, 18 Nov 2018 18:17:04 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A254E87547 for ; Sun, 18 Nov 2018 18:17:03 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from [10.0.0.54] (ip-414b102e.ct.fixed.ntplx.com [65.75.16.46]) (authenticated bits=0) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTPSA id wAIIGuRd017251 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 18 Nov 2018 13:17:02 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Sun, 18 Nov 2018 13:17:02 -0500 (EST) Mime-Version: 1.0 (1.0) Subject: Re: drm-devel-kmod amdgpu From: Daniel Eischen X-Mailer: iPhone Mail (16B92) In-Reply-To: Date: Sun, 18 Nov 2018 13:16:56 -0500 Cc: x11-list freebsd Message-Id: References: To: Johannes Lundberg X-Rspamd-Queue-Id: A254E87547 X-Spamd-Result: default: False [-0.10 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.13)[-0.128,0]; ASN(0.00)[asn:6062, ipnet:204.213.176.0/20, country:US]; NEURAL_SPAM_SHORT(0.03)[0.029,0] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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: Sun, 18 Nov 2018 18:17:04 -0000 > On Nov 18, 2018, at 12:53 PM, Johannes Lundberg wrote= : >=20 >=20 >=20 >> On Sat, Nov 17, 2018 at 7:08 PM Daniel Eischen wro= te: >> Greetings, >>=20 >> I'm trying to get amdgpu to work with my AMD Ryzen 5 2400G (onboard >> graphics). I guess it is Vega 11. >>=20 >> I'm running: >>=20 >> FreeBSD vega 13.0-CURRENT FreeBSD 13.0-CURRENT r340429 vega amd64 >> (my machine name was chosen years ago, long before AMD Vega) >>=20 >> $ pkg info drm-devel-kmod >> drm-devel-kmod-4.16.g20181027_1 >> Name : drm-devel-kmod >> Version : 4.16.g20181027_1 >> Installed on : Sat Nov 10 22:09:05 2018 EST >> ... >>=20 >> I'm using radeonkms=3D"/boot/modules/radeonkms.ko" in /etc/rc.conf >> for now, as it works (mostly, the screen blanks briefly sometimes >> when playing videos or sometimes using firefox, always comes back. >> And VT switching works also). >>=20 >> If I try using amdgpu, the screen will blank permanently, no VT >> switching is possible, or at least no consoles can be shown. >> Making sure that radeonkms is not loaded and X/KDE is not enabled, >> I tried booting single user and manually loading amdgpu, as well >> as letting it load from rc.conf. But a blank screen is all I >> get. >>=20 >> X doesn't seem to detect my monitor when using amdgpu, which >> is probably part of the problem. I've attached both Xorg logs >> from radeonkms and amdgpu, as well as 'pciconf -lv' and >> 'devinfo -rv' output. >>=20 >> I'm booting from a GPT partition, the default FreeBSD ZFS >> installation. >=20 > Hi=20 >=20 > Thanks for the report. >=20 > First, I can't believe that radeonkms does anything, unless you have an ol= der discrete GPU in your machine. In your case it's falling back to VESA acc= ording to Xorg log. Yes, I believe it is using the VESA driver. > Vega is still experimental as of 4.16. According to various online sources= , it seems like we have to wait for 4.18 until Vega can be considered stable= (meaning we won't spend time trying to fix bugs that are not obviously a Fre= eBSD problem). I think we can reach 4.18 before the end of this year.=20 I see reports of the AMD 2400G running fine on the Linux 4.17 kernel. > Until then, your best option is probably booting with UEFI if you can and u= sing the scfb driver. It's much nicer than VESA... If I can find a spare disk, I may try that. -- DE=