From nobody Mon Mar 28 08:23:59 2022 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CA3421A33663 for ; Mon, 28 Mar 2022 08:24:11 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mail.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRm2266fWz4jgr for ; Mon, 28 Mar 2022 08:24:10 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1648455842; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=LHgtNSgyCFBjqz0LJrgM4z4EyWgfmKpY+6HBLdrMG9A=; b=sqrm5u6+flXmQniIDdL9jkbAxlBCy+2MP0REXL8YRf8yViWUPOwHvt+hGtEWGm0QhKj0pE mfRCjicpNxoXBwmuF1gC3AQPw0FIqJOPgraddN8r9p+FD5IKEg9IhkG3ZHH/OVIUVP3nI1 rvuAzRoFD3L2t0owgFfhs8gV9dc94tw= Received: from skull.home.blih.net (lfbn-idf2-1-1209-45.w90-92.abo.wanadoo.fr [90.92.34.45]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 6ced9f1e (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 28 Mar 2022 08:24:02 +0000 (UTC) Date: Mon, 28 Mar 2022 10:23:59 +0200 From: Emmanuel Vadot To: Warner Losh Cc: Pete Wright , Chris , freebsd-current Subject: Re: loading amfgpu results in immefiate power off on 12.3-STABLE r371721 Message-Id: <20220328102359.027999757a1e1723b324bcb3@bidouilliste.com> In-Reply-To: References: <25bc8195-9ed4-1ff1-02f9-078a605b5307@nomadlogic.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KRm2266fWz4jgr X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=sqrm5u6+; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_SPAM_LONG(0.96)[0.963]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-current]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, 27 Mar 2022 12:33:34 -0600 Warner Losh wrote: > On Sun, Mar 27, 2022 at 11:09 AM Pete Wright wrote: > > > > > > > On 3/25/22 21:42, Chris wrote: > > > This probably isn't the correct list. But it's the closest of > > > all the lists I'm subscribed to. Please forgive me. > > > OK so here's what happened. I couldn't get the trackpad on a > > > Dell laptop I just got to work in FreeBSD-13. So after a couple > > > of days, I gave up and tried 12.3-STABLE r371721 today. Once I got > > > the network (wifi) going. I pkg installed drm-kmod && it's depends. > > > Added kld_list="amdgpu" to rc.conf && rebooted. The moment it > > > loaded, the screen went black and it powered off. Booted to > > > single-user, fsck && cp /var/log/messages to ~/ . > > > I'm attaching a copy in case it sheds any light on the cause. > > > The most interesting thing about all this, is that amdgpu > > > worked flawlessly on 13 -- go figure. > > > > > > > this discussion is probably best suited for the freebsd-x11 mailing > > list, but i think you can try a couple things: > > > > - give NomadBSD a spin (https://nomadbsd.org/). it's a live USB image > > that does a really good job at auto-detecting hardware and giving you > > nice desktop. it's based on freebsd-13.0. you can also install it on > > your disk if everything looks good. i frequently use it to test > > hardware support on new systems i encounter. > > > > - it's hard to tell without any hardware info provided, but its possible > > you have an older AMD gpu, as such you might want to try using radeonkms > > in rc.conf rather than amdgpu. > > > > if neither of those things help i'd definitely suggest subscribing to > > the freebsd-x11@ mailing list to get the appropriate eyes on things: > > https://lists.freebsd.org/subscription/freebsd-x11 > > > > I'd like to share with people that I'm working on a statement of what works > and what the graphics team will spend a lot of effort on vs continue to have > build support in the tree. > > The short version is that the latest stable branch, the latest current and > the > last most-recent release will be the ones best supported. Anything older > than that (prior stable branches, even those supported by the rest of the > project) may work great, but may also be broken or perform less well or > support fewer newer graphics cards. In addition, cards older than about > a decade may stop working on an upgrade because upstream's attention > to these isn't so great or the driver is a binary driver that the upstream > vendor > has not upgraded to support its older cards with newer interfaces, etc. > Short of doubling or tripling the graphics team size (volunteers welcome), > it's too > hard to commit to more than this limited subset of support. Even with a > larger > active developer group, expanding beyond this envelope would be hard given > the size of the testing matrix... I do confirm the above. I'll also say that currently the graphics team is just me and wulf@ (and sometimes small contribution from others), we can't do everything. > Also, I don't think we've ever supported unloading the drm drivers, so it's > not > too surprising that didn't work. It used to work for i915kms, it never worked for amdgpu. I'm (well $WORK) is interested in unloading mostly for GPU-passthough. That will allow one user to boot FreeBSD, use the graphics, unload the module and start a Windows VM or whatever, use the graphics in it and after shutting down the VM one could use again the GPU on FreeBSD. It's a bit low on my todo list though. > Also, I know the older hardware thing is hard to swallow. I get that people > want > that stuff to work forever because it performs adequately. However, we are > heavily > dependent on leveraging the work of others to support what we can, so when > the > work we depend on starts to bitrot, our support for that hardware suffers > as well... > > Warner > > > > -pete > > > > -- > > Pete Wright > > pete@nomadlogic.org > > @nomadlogicLA > > > > > > -- Emmanuel Vadot