From nobody Mon May 06 16:45:59 2024 X-Original-To: freebsd-questions@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 4VY6jz4C16z5KYxk for ; Mon, 06 May 2024 16:46:15 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (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 4VY6jy4rz3z4dwJ for ; Mon, 6 May 2024 16:46:14 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cedro.info header.s=google header.b=TM+T+z2T; dmarc=none; spf=none (mx1.freebsd.org: domain of tomek@cedro.info has no SPF policy when checking 2607:f8b0:4864:20::1129) smtp.mailfrom=tomek@cedro.info Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-62050e00cfdso12076837b3.3 for ; Mon, 06 May 2024 09:46:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1715013973; x=1715618773; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=GHBjYux3VUdeHuZPP36TAEUmAwO2I/vaTv4quWV9nC4=; b=TM+T+z2TluDrJtUaRyBPsE3N6zUy5d4EVjubcMufrPWEE1ToRVSr/thpKhN2haHFdr o7UZ/tBrZwDhQvhZVVw1VZrvqG/XT7aHQ2iiBONbQcsQjmROznEJzwPQW2xDk1mNE8UU 0EmBvEFkHgWEzUMYRgtnvpmjfvNhBJ/ctRDJjLa89EVq9iesiR3vABnpN92/3mKT6Nvn uKaigbjMrS+FnxCyLVrXGjM8wkOMRLoXebWco9/s2kKPRBl3RRLVjsgWUhs2dVzoo2Wv hODb5IZ88+MCmRGJXu/gJPZ6t5tGRywZGV1cAqkiYdtavhCfF5BiLk1AkI7CA7Y7llOj 9GAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715013973; x=1715618773; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=GHBjYux3VUdeHuZPP36TAEUmAwO2I/vaTv4quWV9nC4=; b=eWnDT7jgw5gE1psYcs7etaaMl5cJ0uTmr5gtDev1zNWx6YHN+JN1Bng3p/iymb9W8N xlAKu2cSHh7s013jMMaI8bMobcHS1bhH+ptt/cbMBS1bgNJ3Y8zCBsh0W37eF6f6dLAP H1UQx3ezH2vlc5FrtVBFNXpZsyulHkzTVxt4qnSl1tC6+lo62OmTiHQTBwEbkCu7K12W tqxIhok1honZn63+ISOxbMwKvlx3XSCZz7uQFwg5QA8Evh39mIjlu7WGxmgXg6IPa15O Ni5CWEfuYKD5ZqNxnTzDej3RLyvuoQjsAUrxa0CaBgexFJZ0/fhZmBa48/jMlXtkPlgM l4og== X-Gm-Message-State: AOJu0YyC4pP2SS7yixs81sPrOSe+nw9YdlpKI+EBYYu2cZFOgh+glQd5 DYULJ4XbAcrl3mCzO8bkedpC6ecGa8eU36Zt9gCzzVkxsXK+oOu8qhy8SiigIA== X-Google-Smtp-Source: AGHT+IEktC8Rwk24C4ZB4suKGFci/EHOayCaFehQkgMWxKR6lmzbMzWzdKNThF9wSABGO/nFouXh6g== X-Received: by 2002:a81:920e:0:b0:615:9a1:602b with SMTP id j14-20020a81920e000000b0061509a1602bmr10514537ywg.44.1715013972609; Mon, 06 May 2024 09:46:12 -0700 (PDT) Received: from mail-yb1-f179.google.com (mail-yb1-f179.google.com. [209.85.219.179]) by smtp.gmail.com with ESMTPSA id x72-20020a0dd54b000000b0061be678259bsm2241721ywd.36.2024.05.06.09.46.11 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 May 2024 09:46:12 -0700 (PDT) Received: by mail-yb1-f179.google.com with SMTP id 3f1490d57ef6-de462f3d992so2704050276.2; Mon, 06 May 2024 09:46:11 -0700 (PDT) X-Received: by 2002:a25:b291:0:b0:dcf:3580:8bc3 with SMTP id k17-20020a25b291000000b00dcf35808bc3mr10237724ybj.23.1715013971400; Mon, 06 May 2024 09:46:11 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Tomek CEDRO Date: Mon, 6 May 2024 18:45:59 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 14.0 RELEASE drm kmod amdgpu kernel panics To: freebsd-x11@freebsd.org Cc: FreeBSD Questions Mailing List Content-Type: multipart/alternative; boundary="0000000000008ce9ef0617cbceac" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[cedro.info:s=google]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[cedro.info]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1129:from,209.85.219.179:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[cedro.info:+] X-Rspamd-Queue-Id: 4VY6jy4rz3z4dwJ --0000000000008ce9ef0617cbceac Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, May 6, 2024, 16:10 Tomek CEDRO wrote: > On Mon, May 6, 2024 at 3:39=E2=80=AFPM Tomek CEDRO wrote: > > hello world :-) > > i have upgraded to 14.0 RELEASE p6 and after recent pkg update i notice > random drm kmod amdgpu (515 on rx570) hangs several minutes after i run > desktop environment making workstation useless. > > nothing like this happened before on 13 and probably right after upgrad= e > to 14. > > this may be correlated with running firefox. until i run firefox all > seems to work fine. > > did anyone observe such problems recently? > > Okay looks like a known problem already reported before: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D278212 > > Small update: My GPU is RX580 ;-) > > Hope this gets fixed soon.. I will have to disable amgpu for now :-) okay there are two problems that shows we need a "out-of-the-box fallback" configuration when drm-kmod fails (that happens quite often). scfb (for uefi) seems most generic approach. however: 1. for multi monitor setup i am unable to make scfb work with two different monitors and the same card. 2. xorg will see two monitors only when amdgpu kmod is loaded. still did not manage to have two monitors/screens with manual xorg.conf that would use scfb to skip amdgpu bugs. xorg log complains that VGA arbiter: cannot open kernel arbiter, no multi-card support. drm_info shows connectors: number 2 for HDMI-A with ID 74, number 3 for HDMI-A with ID 79. how can i use that info to attach scfb over there in xorg.conf? would scfb work as fallback for failing amdgpu / drm kmod with multi-monitor setup? any hints welcome. connot work and now rollback to 13 seems the only option= . help :-) --0000000000008ce9ef0617cbceac Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, May 6, 2024, 16:10 Tomek CEDRO = wrote:
On Mon, May 6, 2024 at 3:39=E2=80=AFPM Tomek CEDRO wrote:
> hello world :-)
> i have upgraded to 14.0 RELEASE p6 and after recent pkg update i notic= e random drm kmod amdgpu (515 on rx570) hangs several minutes after i run d= esktop environment making workstation useless.
> nothing like this happened before on 13 and probably right after upgra= de to 14.
> this may be correlated with running firefox. until i run firefox all s= eems to work fine.
> did anyone observe such problems recently?

Okay looks like a known problem already reported before:

https://bugs.freebsd.org/bugzi= lla/show_bug.cgi?id=3D278212

Small update: My GPU is RX580 ;-)

Hope this gets fixed soon.. I will have to disable amgpu for now :-)

okay there are tw= o problems that shows we need a "out-of-the-box fallback" configu= ration when drm-kmod fails (that happens quite often). scfb (for uefi) seem= s most generic approach. however:

1. for multi monitor setup i am unable to make scfb work with two= different monitors and the same card.

2. xorg will see two monitors only when amdgpu kmod is loade= d. still did not manage to have two monitors/screens with manual xorg.conf = that would use scfb to skip amdgpu bugs.

<= div dir=3D"auto">xorg log complains that VGA arbiter: cannot open kernel ar= biter, no multi-card support.

drm_info shows connectors: number 2 for HDMI-A with ID 74, number 3 f= or HDMI-A with ID 79. how can i use that info to attach scfb over there in = xorg.conf?

would scfb wo= rk as fallback for failing amdgpu / drm kmod with multi-monitor setup?

any hints welcome. connot wo= rk and now rollback to 13 seems the only option.
help :-)

--0000000000008ce9ef0617cbceac--