public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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 --]

  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