From nobody Sun Mar 27 18:33:34 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 4C7851A3AA35 for ; Sun, 27 Mar 2022 18:33:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa2e.google.com (mail-vk1-xa2e.google.com [IPv6:2607:f8b0:4864:20::a2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRPc002WLz4Vg2 for ; Sun, 27 Mar 2022 18:33:51 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa2e.google.com with SMTP id m84so6849001vke.1 for ; Sun, 27 Mar 2022 11:33:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=L+pPZXPJPy72T1tOx36YXAppFDFcRrLxgfUu9z3UJxQ=; b=E8QPnRdG+N10r8r97KPbSaYRFflpn6vNaSA7rYeOxr4L8iRCmGyka9x7gaR2LRxxLs tYz8I2FKNOFJmNKAF7gLAqIWas3ljtiuooMwWO8uNjNoQeF0Zl4Gck1pKbqHDLi3klWd 2+9f6MHMNe1HoJP7yt5hzgAG+sizZp/lyVpscG9yBVnccPVXQTCDcN2k8giPfB/2Mm2A CXkjJDjNoqkxbL13hyfzBM1l696cecDxrVj59X1tvfusboXHJc72imeaTeSBAunge97a PBwZIKSGb5yKEyP4ARn/23RhwlhaUKE+4mobB9xAypqRjI0AMs6EVGQaotPSh2497QPo SpcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=L+pPZXPJPy72T1tOx36YXAppFDFcRrLxgfUu9z3UJxQ=; b=20OpWntJ5DpOcnCod/Ut2Fx+ULA5/MxLruUjvhOyTkeD71AD1OpINhSrt+V5sscvX/ 8D/Ue1LtAYVTsFBdPqtw+lA8ZgjitFw8oQ0DIjR1PPf3ZTeXw1BUeLW6NWvgT/Ufmg1k dlglRKWMFT1y1nA99Ahe9+P0bs8msxp4X9Q4g59fyDYpiproVFD3EOGD15I2ork2Bgju 3jWlVxpj5XwHDmjd9n1uNqDpTAPaW0lGj3baHWiGsKCT2ILiacpaMOaSOtlpmzk+gbvB h2s6cIgGbueOZ2+mNHIETD8v/9Mh6WCtoyGzqO2NNYusnZQoZELrZRcOvgvoZ3b5AKpM uaOg== X-Gm-Message-State: AOAM533DPpMn6XMj/cQfsz6guTu4vBIvfALOArt2ebxvZUbSilMOimnD 1SIPVtIMYcYsu39oxR6F4c6lG3M2R1V81YupnZI4TA== X-Google-Smtp-Source: ABdhPJyIEQfS8kehkcl2F7rzM5spnSS1e/SPOCosA4Y/8XOMSrNVRNZfgCe18C3VNawVDrOU6YbTI5Eng7zLAJywSFw= X-Received: by 2002:a05:6122:508:b0:342:e9cd:3177 with SMTP id x8-20020a056122050800b00342e9cd3177mr2875375vko.40.1648406024679; Sun, 27 Mar 2022 11:33:44 -0700 (PDT) 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 References: <25bc8195-9ed4-1ff1-02f9-078a605b5307@nomadlogic.org> In-Reply-To: <25bc8195-9ed4-1ff1-02f9-078a605b5307@nomadlogic.org> From: Warner Losh Date: Sun, 27 Mar 2022 12:33:34 -0600 Message-ID: Subject: Re: loading amfgpu results in immefiate power off on 12.3-STABLE r371721 To: Pete Wright Cc: Chris , freebsd-current Content-Type: multipart/alternative; boundary="0000000000008c087105db376f1c" X-Rspamd-Queue-Id: 4KRPc002WLz4Vg2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=E8QPnRdG; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::a2e) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [0.07 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; NEURAL_SPAM_MEDIUM(0.03)[0.031]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; NEURAL_SPAM_LONG(0.99)[0.994]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::a2e:from]; NEURAL_HAM_SHORT(-0.95)[-0.950]; MLMMJ_DEST(0.00)[freebsd-current]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] X-ThisMailContainsUnwantedMimeParts: N --0000000000008c087105db376f1c Content-Type: text/plain; charset="UTF-8" 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... Also, I don't think we've ever supported unloading the drm drivers, so it's not too surprising that didn't work. 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 > > > --0000000000008c087105db376f1c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sun, Mar 27, 2022 at 11:09 AM Pete= Wright <pete@nomadlogic.org&= gt; wrote:


On 3/25/22 21:42, Chris wrote:
> This probably isn't the correct list. But it's the closest of<= br> > 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=3D"amdgpu" to rc.conf && rebooted. Th= e 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/).=C2=A0 it's a live USB i= mage
that does a really good job at auto-detecting hardware and giving you
nice desktop.=C2=A0 it's based on freebsd-13.0.=C2=A0 you can also inst= all it on
your disk if everything looks good.=C2=A0 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 possibl= e
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 <= br> 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 gr= aphics team will spend a lot of effort on vs continue to have
bui= ld support in the tree.

The short version is that = the latest stable branch, the latest current and the
last most-re= cent 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 o= r
support fewer newer graphics cards. In addition, cards older th= an about
a decade may stop working on an upgrade because upstream= 's attention
to these isn't so great or the driver is a b= inary 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 wou= ld be hard given
the size of the testing matrix...
=
Also, I don't think we've ever supported unloading t= he drm drivers, so it's not
too surprising that didn't wo= rk.

Also, I know the older hardware thing is hard = to swallow. I get that people want
that stuff to work forever bec= ause 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
=C2=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex"> -pete

--
Pete Wright
pete@nomadlogic.or= g
@nomadlogicLA


--0000000000008c087105db376f1c--