Although the ALSA tools show that the sound is playing there is no sound from the speakers or a plugged in headphone. Link to alsa-info.sh is here http://www.alsa-project.org/db/?f=52b0f786c0ce8debb09133351087396c17f89e71 I have the model=headset_mic on the snd-hda-intel module When sound is played the kernel logs the following: Dec 11 12:08:36 [kernel] [ 66.166265] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to polling mode: last cmd=0x202a0000 Dec 11 12:08:37 [kernel] [ 67.168287] snd_hda_intel 0000:00:1f.3: No response from codec, disabling MSI: last cmd=0x202a0000 Dec 11 12:08:38 [kernel] [ 68.170271] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to single_cmd mode: last cmd=0x202a0000 Possibly a power issue since the power state is unknown but I haven't been able to uncover anything in about a month of research. lspci: 00:00.0 Host bridge: Intel Corporation Device 3e34 (rev 0b) 00:02.0 VGA compatible controller: Intel Corporation Device 3ea0 00:04.0 Signal processing controller: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem (rev 0b) 00:08.0 System peripheral: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th Gen Core Processor Gaussian Mixture Model 00:12.0 Signal processing controller: Intel Corporation Device 9df9 (rev 30) 00:13.0 Serial controller: Intel Corporation Device 9dfc (rev 30) 00:14.0 USB controller: Intel Corporation Device 9ded (rev 30) 00:14.2 RAM memory: Intel Corporation Device 9def (rev 30) 00:14.3 Network controller: Intel Corporation Device 9df0 (rev 30) 00:15.0 Serial bus controller [0c80]: Intel Corporation Device 9de8 (rev 30) 00:15.1 Serial bus controller [0c80]: Intel Corporation Device 9de9 (rev 30) 00:16.0 Communication controller: Intel Corporation Device 9de0 (rev 30) 00:17.0 SATA controller: Intel Corporation Device 9dd3 (rev 30) 00:19.0 Serial bus controller [0c80]: Intel Corporation Device 9dc5 (rev 30) 00:1c.0 PCI bridge: Intel Corporation Device 9db8 (rev f0) 00:1c.4 PCI bridge: Intel Corporation Device 9dbc (rev f0) 00:1f.0 ISA bridge: Intel Corporation Device 9d84 (rev 30) 00:1f.3 Audio device: Intel Corporation Device 9dc8 (rev 30) 00:1f.4 SMBus: Intel Corporation Device 9da3 (rev 30) 00:1f.5 Serial bus controller [0c80]: Intel Corporation Device 9da4 (rev 30) 02:00.0 3D controller: NVIDIA Corporation GP107M [GeForce GTX 1050 Mobile] (rev ff) Yeah, lots of unrecognized gear. TIA!
Created attachment 280137 [details] Potential fix for the audio of ASUS Q536FD I do not have an ASUS Q536FD, but I have other laptops with Realtek ALC294 CODEC. Please try to apply this potential patch. Hope it fixes your problem. Make sure your kernel already includes the patch https://patchwork.kernel.org/patch/10717727/, which has been merged to main line before you apply this potential patch.
Comment on attachment 280137 [details] Potential fix for the audio of ASUS Q536FD Thank you. I made that change and sound does work at least. Still have other problems: 1) left channel is clear, right is quiet and garbled 2) works only for root (probably a distro problem) 3) randomly drops out and I get azx_get_response log the [13620.184961] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to polling mode: last cmd=0x202a0000 [13621.189040] snd_hda_intel 0000:00:1f.3: No response from codec, disabling MSI: last cmd=0x202a0000 [13622.193009] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to single_cmd mode: last cmd=0x202a0000 [13622.193171] azx_single_wait_for_response: 6 callbacks suppressed [13630.191204] azx_single_send_cmd: 7 callbacks suppressed Kill all sound deamons (like pulseaudio) and doing the following as root clears it up: for ((i=1; i<=8; i++)) ; do modlist=$(lsmod | grep ^snd | awk '($3 == "0") {print $1}') [ -z "$modlist" ] && break for onemod in $modlist ; do echo Removing $onemod busybox rmmod -w $onemod done done modprobe snd-hda-intel But I now at least have confidence this will eventually work. Thanks again!
1) left-right channel issue - right channel had a very high volume. Locked channels and adjusted and this fixed it. However, changing the volume of any channel with alsamixer (or other) causes the problem (I have to unload snd modules and reload) 2) Solved. Mixer issues with distro. 3) Same - still drops 4) NEW - Doesn't change between speakers and headphone jack. pavucontrol shows only one available at any time. The one chosen is based on the state of the jack at module load. If the headphones are plugged in then you get headphones. If not, you get speakers and pluggging in the headphones doesn't change anything. module parameters: none
(In reply to Mick Stute from comment #3) > 1) left-right channel issue - right channel had a very high volume. Locked > channels and adjusted and this fixed it. However, changing the volume of any > channel with alsamixer (or other) causes the problem (I have to unload snd > modules and reload) Did you recompile kernel and drivers then do "power off and power on booting" or "reboot" directly? Some of the chips may not be reset with "reboot". By the way, here is the latest BIOS for the laptop. It is worth a try. https://www.asus.com/us/Laptops/Q536FD/HelpDesk_BIOS/
I updated the BIOS as the first attempt at fixing this. With the new 4.20.0 kernel I have less problems with it dropping and forcing me to reload ALSA but it still doesn't switch between the speakers and the headphones properly. Still working with that. I will post more as I find it but your patch got things working at least. Thanks again.
Same on Linux ASUS-UX533FN 5.0.0-29-generic #31-Ubuntu SMP Thu Sep 12 13:05:32 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux What should I do? Thank you
(In reply to Igor Mineev from comment #6) > Same on > Linux ASUS-UX533FN 5.0.0-29-generic #31-Ubuntu SMP Thu Sep 12 13:05:32 UTC > 2019 x86_64 x86_64 x86_64 GNU/Linux > > What should I do? Thank you Times to times. Ubuntu 19.04. Reboot help but not for long time