Re: 14.0 RELEASE drm kmod amdgpu kernel panics

From: Tomek CEDRO <tomek_at_cedro.info>
Date: Mon, 06 May 2024 16:45:59 UTC
On Mon, May 6, 2024, 16:10 Tomek CEDRO wrote:

> On Mon, May 6, 2024 at 3:39 PM 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 upgrade
> 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=278212
>
> 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 :-)