From owner-freebsd-hackers@freebsd.org Sat May 15 17:29:43 2021 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EB76964BA02 for ; Sat, 15 May 2021 17:29:43 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from hobbes.arroway.org (hobbes.arroway.org [173.199.118.77]) by mx1.freebsd.org (Postfix) with ESMTP id 4FjC7q18q3z599l for ; Sat, 15 May 2021 17:29:42 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from [10.1.7.11] (unknown [187.61.214.250]) by hobbes.arroway.org (Postfix) with ESMTPA id 96F6514D20F for ; Sat, 15 May 2021 14:29:34 -0300 (-03) Received: from 10.1.4.100 (SquirrelMail authenticated user matheus) by 10.1.7.11 with HTTP; Sat, 15 May 2021 14:29:35 -0300 Message-ID: In-Reply-To: References: <36c9234e-4c1e-b7db-7905-c67e68c87bf6@m5p.com> <107fa9e2-8096-7bc5-b53d-8de8956899ac@selasky.org> Date: Sat, 15 May 2021 14:29:35 -0300 Subject: Re: amdgpu.ko crashes on Radeon Vega From: "Nenhum_de_Nos" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Rspamd-Queue-Id: 4FjC7q18q3z599l X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of matheus@eternamente.info has no SPF policy when checking 173.199.118.77) smtp.mailfrom=matheus@eternamente.info X-Spamd-Result: default: False [1.82 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.02)[-0.021]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[173.199.118.77:from]; R_MIXED_CHARSET(0.68)[]; ASN(0.00)[asn:20473, ipnet:173.199.116.0/22, country:US]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.925]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.91)[-0.908]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[eternamente.info]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[173.199.118.77:from:127.0.2.255]; R_SPF_NA(0.00)[no SPF record]; MID_BARE_IP(2.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Technical discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2021 17:29:44 -0000 On Sat, May 8, 2021 19:51, George Mitchell wrote: > On 5/8/21 6:38 PM, Hans Petter Selasky wrote: >> On 5/9/21 12:34 AM, George Mitchell wrote: >>> I have (per dmesg): AMD Ryzen 3 2200G with Radeon Vega Graphics. >>> (pciconf -lv reports: >>> vgapci0@pci0:6:0:0:     class=0x030000 card=0xd0001458 >>> chip=0x15dd1002 >>> rev=0xc8 hdr=0x00 >>>      vendor     = 'Advanced Micro Devices, Inc. [AMD/ATI]' >>>      device     = 'Raven Ridge [Radeon Vega Series / Radeon >>> Vega Mobile >>> Series]') >>> I am running FreeBSD 12.2-RELEASE-p6 r369558. >>> I built amdgpu.ko from drm-fbsd12.0-kmod-4.16.g20201016_1. >>> When I boot single-user, with only kernel, vboxdrv.ko, and sem.ko >>> loaded, and I type "kldload amdgpu", I get about six or seven lines >>> of output, ending with "pci i/o bar is not found."  After a couple >>> more seconds, the screen goes blank and the machine is as frozen as >>> can be, and I have to cycle power to recover.  I've tried all four >>> combinations of hw.vga.textmode and hw.syscons.disable, but it >>> crashes each time.  >>> Help!                              -- >>> George >>> >> >> Hi, >> >> If you hook up a USB serial adapter and redirect the console to it >> using: >> >> hw.usb.ucom.cons_baud: 9600 >> hw.usb.ucom.cons_subunit: 0 >> hw.usb.ucom.cons_unit: -1 >> >> >> Then you might get the prints from the panic which is happening. Also >> try to build a kernel with debugging support to get an automatic core >> dump. >> >> It is also recommended to try 13-stable. The DRM code there is much >> newer. >> >> --HPS > > Thanks -- trying 13-stable sounds simpler, but for the moment I may > just stick with VESA mode ... -- George George, I'm about to try this on Ryzen 3400G here, where can I find this step by step to try to repeat what you did? My box has just basic FreeBSD install, cause I couldn't use Xorg at all. When I finish something on another OS I will try this. Thanks, matheus -- "We will call you Cygnus, the God of balance you shall be."