PSR issues even with linux-mainline-um5606 and linux-firmware-amd-staging-um5606-git
This wiki page says that disabling PSR is unnecessary if you use linux-mainline-um5606 and linux-firmware-amd-staging-um5606-git. When using those, it doesn't seem to freeze/hang anymore with PSR enabled; however, I get terrible performance, especially when playing videos. Does anyone else have this issue? Is there a solution for this or should I just keep PSR disabled for now? Frogmech (talk) 21:31, 12 September 2024 (UTC)
- As I said on the Github, I'm unable to repro, but maybe there's someone else with the same problems. T1c (talk) 22:47, 12 September 2024 (UTC)
- It seems that by disabling PSR-SU and using legacy PSR instead, the freezes go away and you can still have PSR. See: https://gitlab.freedesktop.org/drm/amd/-/issues/3931, I'll edit the page Samyrasmy (talk) 04:49, 25 February 2025 (UTC)
How are audio sinks named?
I updated the new mesa drivers and it seems the sinks were renamed and now the sound fix doesn't work
❯ dnf list --installed | grep mesa
mesa-dri-drivers.x86_64 24.2.7-1.fc41 <unknown>
mesa-filesystem.x86_64 24.2.7-1.fc41 <unknown>
mesa-libEGL.x86_64 24.2.7-1.fc41 <unknown>
mesa-libGL.x86_64 24.2.7-1.fc41 <unknown>
mesa-libGLU.x86_64 9.0.3-5.fc41 anaconda
mesa-libgbm.x86_64 24.2.7-1.fc41 <unknown>
mesa-libglapi.x86_64 24.2.7-1.fc41 <unknown>
mesa-va-drivers.x86_64 24.2.7-1.fc41 <unknown>
mesa-vulkan-drivers.x86_64 24.2.7-1.fc41 <unknown>
❯ pactl list sinks
Sink #55
State: IDLE Name: alsa_output.pci-0000_c4_00.6.HiFi__Speaker__sink Description: Family 17h/19h HD Audio Controller Speaker Driver: PipeWire Sample Specification: s32le 2ch 48000Hz Channel Map: front-left,front-right Owner Module: 4294967295 Mute: no Volume: front-left: 49152 / 75% / -7.50 dB, front-right: 49152 / 75% / -7.50 dB balance 0.00 Base Volume: 65536 / 100% / 0.00 dB Monitor Source: alsa_output.pci-0000_c4_00.6.HiFi__Speaker__sink.monitor Latency: 0 usec, configured 0 usec Flags: HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCY Properties: alsa.card = "1" alsa.card_name = "HD-Audio Generic" alsa.class = "generic" alsa.components = "HDA:10ec0294,10431df3,00100004" alsa.device = "0" alsa.driver_name = "snd_hda_intel" alsa.id = "ALC294 Analog" alsa.long_card_name = "HD-Audio Generic at 0xdc5c0000 irq 108" alsa.mixer_device = "_ucm0003.hw:Generic_1" alsa.mixer_name = "Realtek ALC294" alsa.name = "ALC294 Analog" alsa.resolution_bits = "16" alsa.subclass = "generic-mix" alsa.subdevice = "0" alsa.subdevice_name = "subdevice #0" alsa.sync.id = "00000000:00000000:00000000:00000000" api.alsa.card.longname = "HD-Audio Generic at 0xdc5c0000 irq 108" api.alsa.card.name = "HD-Audio Generic" api.alsa.open.ucm = "true" api.alsa.path = "hw:Generic_1" api.alsa.pcm.card = "1" api.alsa.pcm.stream = "playback" audio.channels = "2" audio.position = "FL,FR" card.profile.device = "0" device.api = "alsa" device.class = "sound" device.id = "51" device.profile.description = "Speaker" device.profile.name = "HiFi: Speaker: sink" device.routes = "1" factory.name = "api.alsa.pcm.sink" media.class = "Audio/Sink" device.description = "Family 17h/19h HD Audio Controller" node.name = "alsa_output.pci-0000_c4_00.6.HiFi__Speaker__sink" node.nick = "ALC294 Analog" node.pause-on-idle = "false" object.path = "alsa:acp:Generic_1:0:playback" port.group = "playback" priority.driver = "1000" priority.session = "1000" factory.id = "19" clock.quantum-limit = "8192" client.id = "49" node.driver = "true" node.loop.name = "data-loop.0" library.name = "audioconvert/libspa-audioconvert" object.id = "55" object.serial = "55" node.max-latency = "16384/48000" api.alsa.period-size = "1024" api.alsa.period-num = "32" api.alsa.headroom = "0" api.acp.auto-port = "false" api.alsa.card = "1" api.alsa.use-acp = "true" api.dbus.ReserveDevice1 = "Audio1" api.dbus.ReserveDevice1.Priority = "-20" device.bus = "pci" device.bus_path = "pci-0000:c4:00.6" device.enum.api = "udev" device.icon_name = "audio-card-analog-pci" device.name = "alsa_card.pci-0000_c4_00.6" device.nick = "HD-Audio Generic" device.plugged.usec = "7340185" device.product.id = "0x15e3" device.product.name = "Family 17h/19h HD Audio Controller" device.subsystem = "sound" sysfs.path = "/devices/pci0000:00/0000:00:08.1/0000:c4:00.6/sound/card1" device.vendor.id = "0x1022" device.vendor.name = "Advanced Micro Devices, Inc. [AMD]" device.string = "1" Ports: [Out] Speaker: Speaker (type: Speaker, priority: 100, availability unknown) Active Port: [Out] Speaker Formats: pcm
Rambontanga (talk) 16:16, 17 November 2024 (UTC)
- Not sure why you're showing your installed packages for mesa, which is graphics drivers... but as you seem to be on Fedora, it may be best to ask on a Fedora forum rather than an Arch one. T1c (talk) 16:19, 17 November 2024 (UTC)
- Mainly, because of the laptop model. Thought some other people might be in similar situation. Rambontanga (talk) 16:42, 17 November 2024 (UTC)
- It's an Alsa issue, that ended up only affecting Fedora. I added the notice to this wiki page, but Arch doesn't even ship that Alsa version yet. https://github.com/BNieuwenhuizen/zenbook-s16/issues/10#issuecomment-2486558176 T1c (talk) 00:24, 20 November 2024 (UTC)
- Thanks! Rambontanga (talk) 06:57, 20 November 2024 (UTC)
- Mainly, because of the laptop model. Thought some other people might be in similar situation. Rambontanga (talk) 16:42, 17 November 2024 (UTC)
Tinny Audio despite linux-mainline-um5606
Wiki states that Currently linux-mainline-um5606AUR is needed to get audio fully working without sounding tinny but nothing I do seems to work. It used to work with the workaround until the alsa update broke it
I have done tried all I know, even a clean install but I just cant seem to get the sound to work.
Is the sound meant to work automatically after installing linux-mainline-um5606 or is there something I am missing?
Thanks Kad07 (talk) 22:38, 15 December 2024 (UTC)
- It should work "automatically" since it's now fixed in the actual Alsa driver. Please ensure you don't have any Pipewire configs attempting to alter your audio routing. T1c (talk) 22:40, 15 December 2024 (UTC)
- Thanks for this. So far as I know pipewire is using whatever default configs it came with because I have not changed anything since doing the new install. I could try reinstalling pipewire and see if it helps. Kad07 (talk) 23:08, 15 December 2024 (UTC)
HDR not working on builtin display
On the Asus website they say this laptop has a HDR display, however according to KDE HDR is unsupported. Does anyone have HDR working? Noah24 (talk) 07:40, 18 December 2024 (UTC)
Wireless section could be removed ?
I have not experienced any "wireless unstability" using this laptop with linux-6.16. Could this whole section be removed as the unstability situation seems to be resolved ? From a user perspective Wi-Fi is completely usable and works as intended. Ex Host (talk) 01:30, 6 October 2025 (UTC)
- Please read the disclaimer regarding that section. It *may* be needed for some users but not for others. T1c (talk) 01:47, 6 October 2025 (UTC)
- Thank you for the prompt reply. The section doesn't state why Wireless *may* be unstable, or what portion of users may be affected and doesn't provide any troubleshooting steps to diagnose/fix the issue. If users are using the exact same hardware and running an up-to-date Arch install, it might be valuable to document why some users may still experience instability.
- As I have not experienced any instability I surmised that the problem had been fixed upstream at some point. A firmware patch was recently released for the mt7925, and was made available on the Sept 17th release of linux-firmware .
- I'll also note that I have only used Wi-Fi 6/Wi-Fi 5 access points so far, but maybe there's still some instability with Wi-Fi 7? Ex Host (talk) 10:56, 6 October 2025 (UTC)
