Talk:ASUS Zenbook UM5606
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
mesa-filesystem.x86_64 24.2.7-1.fc41
mesa-libEGL.x86_64 24.2.7-1.fc41
mesa-libGL.x86_64 24.2.7-1.fc41
mesa-libGLU.x86_64 9.0.3-5.fc41 anaconda
mesa-libgbm.x86_64 24.2.7-1.fc41
mesa-libglapi.x86_64 24.2.7-1.fc41
mesa-va-drivers.x86_64 24.2.7-1.fc41
mesa-vulkan-drivers.x86_64 24.2.7-1.fc41
❯ 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)