From: Michael <confabulate@kintzios.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Issues with amdgpu driver: Compositor hangs, sysfs not working
Date: Sun, 18 Feb 2024 10:43:08 +0000 [thread overview]
Message-ID: <10421612.nUPlyArG6x@rogueboard> (raw)
In-Reply-To: <068aadbd-8876-4549-8ef8-bccd50dd5eed@sopka.ch>
[-- Attachment #1: Type: text/plain, Size: 3796 bytes --]
On Sunday, 18 February 2024 09:17:13 GMT Paul Sopka wrote:
> Thank you for your reply.
>
> >> Hello everybody,
> >>
> >> I installed an AMD Radeon RX 7900 XTX today, switching from Nvidia. But
> >> once I enable FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y to have a tty once
> >> the driver is up, the following happens:
> >>
> >> 1) My Wayland compositor (Hyprland) takes very long to start.
> >>
> >> 2) reading from sysfs (e.g. running "cat
> >> /sys/class/drm/card0/device/gpu_busy_percent") does not work and causes
> >> a hang.
> >>
> >> Once I disable FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=n, I have no issues
> >> with the starting speed of the compositors at all and the mentioned
> >> command works. But this leads to a black tty.
> >
> > You'd normally need this enabled to get a fb display on the console, but I
> > don't know if this would be provided by proprietary drivers instead for
> > your card - see below.
>
> I made a mistake here, sorry. The issue causing setting is
> DRM_FBDEV_EMULATION=y, which on itself works with the open source
> driver, but causes issues as soon as I start Hyprland.
I have an older AMD card here, using amdgpu only. If I disable
DRM_FBDEV_EMULATION I lose my framebuffer and end up with a black screen.
When the sddm display manager starts I have a GUI again to login to Plasma
with. This is to be expected in my case, because I rely on the KMS driver
(KMS FB helpers) to provide a framebuffer device. Unless an AMD proprietary
driver is available via amdgpu-pro to substitute for the KMS FB emulation,
then you won't get a framebuffer device to render your tty console.
> > It could be both. I don't think there's any Linux firmware released yet
> > for this card - but I don't follow the latest & greatest so I could be
> > wrong. You'd need the AMD amdgpu-pro on top of the amdgpu driver, to
> > bring in the proprietary OpenGL, OpenCL, Vulkan and AMF components:
> >
> > https://wiki.gentoo.org/wiki/AMDGPU-PRO
> >
> > This is what's in portage today:
[snip ...]
> The firmare seems good, since it is loaded just fine, "dmesg | grep
> amdgpu | grep firmware" returns:
> [ 16.905914] Loading firmware: amdgpu/psp_13_0_0_sos.bin
> [ 16.905916] Loading firmware: amdgpu/psp_13_0_0_ta.bin
> [ 16.905917] Loading firmware: amdgpu/smu_13_0_0.bin
> [ 16.905917] Loading firmware: amdgpu/dcn_3_2_0_dmcub.bin
> [ 16.905918] Loading firmware: amdgpu/gc_11_0_0_pfp.bin
> [ 16.905919] Loading firmware: amdgpu/gc_11_0_0_me.bin
> [ 16.905919] Loading firmware: amdgpu/gc_11_0_0_rlc.bin
> [ 16.905920] Loading firmware: amdgpu/gc_11_0_0_mec.bin
> [ 16.905921] Loading firmware: amdgpu/gc_11_0_0_imu.bin
> [ 16.905922] Loading firmware: amdgpu/sdma_6_0_0.bin
> [ 16.905923] Loading firmware: amdgpu/vcn_4_0_0.bin
> [ 16.906095] Loading firmware: amdgpu/gc_11_0_0_mes_2.bin
> [ 16.906096] Loading firmware: amdgpu/gc_11_0_0_mes1.bin
> [ 16.906496] amdgpu 0000:03:00.0: amdgpu: Will use PSP to load VCN
> firmware
These are for the amdgpu driver. I expect the amdgpu-pro proprietary driver
contains additional firmware.
> Also the mesa libraries work just fine,
Mesa is the open source implementation of OpenGL, Vulkan, et al. graphics API
specifications. If you are using proprietary AMD drivers then I understand
all the graphics API instructions will go through these proprietary drivers,
instead of being translated by Mesa.
> if I disable
> DRM_FBDEV_EMULATION=n, I just get a black tty, but Hyprland starts and I
> can play games with the expected performance.
I am not sure how the fbdev emulation in the kernel works with the amdgpu-pro
when combined with Hyprland. Have you tried a different compositor to see how
it compares. If your problem is caused by some Hyprland bug, you'd soon know.
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2024-02-18 10:43 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-17 19:34 [gentoo-user] Issues with amdgpu driver: Compositor hangs, sysfs not working Paul Sopka
2024-02-18 8:57 ` Michael
2024-02-18 9:17 ` Paul Sopka
2024-02-18 10:43 ` Michael [this message]
2024-02-18 11:30 ` Paul Sopka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=10421612.nUPlyArG6x@rogueboard \
--to=confabulate@kintzios.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox