Bug 201961 - Problem with Realtek ALC294 Codec with Intel HDA sound
Summary: Problem with Realtek ALC294 Codec with Intel HDA sound
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: Sound(ALSA) (show other bugs)
Hardware: x86-64 Linux
: P1 normal
Assignee: Jaroslav Kysela
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-11 17:32 UTC by Mick Stute
Modified: 2019-09-29 17:27 UTC (History)
2 users (show)

See Also:
Kernel Version: 4.19.8
Tree: Mainline
Regression: No


Attachments
Potential fix for the audio of ASUS Q536FD (1.43 KB, patch)
2018-12-25 10:02 UTC, jian-hong
Details | Diff

Description Mick Stute 2018-12-11 17:32:37 UTC
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!
Comment 1 jian-hong 2018-12-25 10:02:10 UTC
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 2 Mick Stute 2018-12-27 18:24:43 UTC
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!
Comment 3 Mick Stute 2018-12-28 15:43:14 UTC
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
Comment 4 jian-hong 2019-01-02 02:58:56 UTC
(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/
Comment 5 Mick Stute 2019-01-03 14:34:35 UTC
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.
Comment 6 Igor Mineev 2019-09-29 16:59:43 UTC
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
Comment 7 Igor Mineev 2019-09-29 17:27:07 UTC
(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

Note You need to log in before you can comment on or make changes to this bug.