Errors logged and no sound on Dell Inspiron 7590 #1917
Comments
kv2019i
added
bug
|
Thanks @giddie for the bug report. This seems very close to thesofproject/sof#2265 Could you also provide output of alsa-info.sh and the kernel build config? |
|
Many thanks for your prompt reply, and apologies for taking so long to get back to you! I've built a new 5.6.2 kernel from the standard Arch PKGBUILD. New log and requested files are attached. I ran alsa-info.sh twice: once using SOF on the new kernel, and once using HDA in case a comparison helps. sof-firmware-kernel.log |
|
I run into stability issues with SOF too - if I log straight into my KDE desktop (with SDDM), my system locks up. I've had more luck switching to an alternate TTY to log in, and then sometimes switching back I can log into the desktop without issues. There is no sound output, which probably comes as no surprise, but PulseAudio does seem to recognise the expected inputs and outputs. |
|
@giddie you seem to have a bad IPC error, which could be due to a number of factors. I am tempted to ask you to disable pulseaudio first, e.g. by doing sudo mv /usr/bin/pulseaudio /usr/bin/_pulseaudio (we can revert this later). Also add a blacklist snd-sof-pci in /etc/modprobe.d/alsa-base.conf, and add the attached file as /etc/modprobe.d/sof-dyn.conf Then boot, open a terminal, dmesg -C, and modprobe snf-sof-pci. Next try a DMIC capture. arecord -Dhw:0,6 -c4 -r48000 -fS32_LE -d 10 mytest.wav Edit: hw:0,6 should be the DMIC-48kHz check if you get any IPC errors in dmesg and edit the file with audacity and/or paste it somewhere. |
|
Yes, it looks like your suspicions may be correct. I've attached the relevant logs. I had to change the So should I be taking this to the pulseaudio team? aplay.txt |
|
@giddie can you share what UCM setup you are using? In theory the number of mics is provided to PulseAudio, but maybe you have older UCM files that assume a 4-mic config which isn't supported by the topology. |
|
The UCM files are in /usr/share/alsa/ucm/sof-hda-dsp, or /usr/share/alsa/ucm2/sof-hda-dsp |
|
Sure; I've attached the content of that directory. My Arch system's pacman tells me they're owned by |
|
@giddie can you paste the results of 'amixer info' - just curious what is in the 'Components" string. |
that looks like a very recent UCM. |
|
This is what I get from |
well it does, this is the wrong driver... |
|
Here we go! |
|
Thanks @giddie that's good: the driver reports 2 dmics and that's also what works for you from userspace. What I suspect is that somehow the UCM file is not interpreted correctly. I've seen reports before where users hard-code the number of dmics, IIRC there was an issue in alsa-lib that may not have been used to all distros. The best is to try manually first, e.g. alsaucm -c sof-hda-dsp set _verb HiFi set _enadev Speaker That should give you a good playback Then try to record If this works, then we need to look at your PulseAudio logs and figure out what's going on. It it doesn't then we still have a configuration issue... |
|
Initially the test seemed to work perfectly, but then I noticed the following warnings in the kernel log: Then, after running speaker-test a couple more times, the message appeared a further time in the log immediately before the system locked up. |
|
I re-enabled the module debug options and tried again. Log is attached. Unfortunately there are definitely lines missing near the end. Presumably it wasn't able to sync to disk before the kernel locked up. |
Those errors are not real ones but misleading information, it's been removed in more recent kernels. don't worry about this.
I am not aware of any issues or lock-ups as you describe. @kv2019i does this ring a bell? |
|
@giddie @plbossart Hmm, we have no reports on system lockups in recent memory. We have to go back to 2019 and even then, most issues leave a clear signature to system logs, which is not the case here (nor in #1985). One that has some similarity is thesofproject/sof#1692 , but that did not result in system hang (rather only the capture process hangs). @giddie Is this the Inspiron 7590 variant with both Intel and NVidia graphics (I didn't see full boot dmesg in any of the existing attachments)? The only common thing with this and #1985 seems to be that the systems have an external GPU as well. One experiment to do is to blacklist the Intel HDMI codec as well. To do this without hacking driver code, you need v5.7-rc1 kernel and add following to a modprobe.d file (e.g. /etc/modprobe.d/blacklist-dsp.conf): options snd_sof_intel_hda_common codec_mask=0x1 |
|
Yes, this is a variant with Optimus (Intel/NVidia) graphics. It may be relevant that the NVidia card is a GTX 1650, which is the first generation to support a new power management API that allows it to be completely switched off when it's not active via PRIME Offload, which is how I've configured it. There is a full dmesg log attached to the first post, I believe. I'll try the suggestion you offered above, and also try disabling the new NVidia configuration, just in case. |
mengdonglin
added
the
Dual GFX Cards
|
OK, I've turned off the NVidia power management (described in the "Automated Setup" section here), and this seems to clear up the freezing issues. Pulseaudio also now seems to work flawlessly (including the internal microphone), although I do notice the following output from Pulseaudio: I will try re-enabling power management and blacklisting HDMI next, as suggested. |
|
I also tested kernel [edit]I discovered later that the Next, I applied the suggested module config: This prevented the freezes from happening, so definitely on to something. However, Pulseaudio failed to launch: And caused the following kernel log output: The above was repeated many times, and the following just twice: |
|
@giddie A potential rootcause to the hangs has been found: You might also have a minor issue with Pulseaudio getting confused with the HDMI PCM nodes. This is fixed in alsa-ucm git master, but is not yet in alsa-ucm-1.2.2 release, see: |
|
Looking forward to testing this. I've patched my UCM; now just waiting for firmware binaries to appear on the ALSA FTP, as this seems to be the source the Archlinux PKGBUILD uses. I notice 1.5 has been tagged for 12 days, but I guess I'll just have to remain patient :p |
I don't know, I think you already reported this but I don't have a clue what the problem might be.
can you try modinfo snd_soc_skl_hda_dsp ? |
No, this is fine. There are multiple combinations of CPU and Chipset, and you can have the same Chipset for a newer CPU. |
Thanks! I double checked Ubuntu Certification so the model is using a Cannon Lake audio Chipset
Sure, this the output for modinfo ❯ modinfo snd_soc_skl_hda_dsp
filename: /lib/modules/5.7.9-arch1-1/kernel/sound/soc/intel/boards/snd-soc-skl_hda_dsp.ko.xz
alias: platform:skl_hda_dsp_generic
license: GPL v2
author: Rakesh Ughreja <[email protected]>
description: SKL/KBL/BXT/APL HDA Generic Machine driver
srcversion: 9E370D15B189F0CCCF80940
depends: snd-soc-core,snd-hda-core,snd-soc-hdac-hdmi,snd,snd-hda-codec
retpoline: Y
intree: Y
name: snd_soc_skl_hda_dsp
vermagic: 5.7.9-arch1-1 SMP preempt mod_unload
sig_id: PKCS#7
signer: Build time autogenerated kernel key
sig_key: 4C:FB:C3:DF:93:71:F0:80:61:EC:9B:31:5A:5D:BB:8E:D0:48:C5:47
sig_hashalgo: sha512
signature: 27:7A:01:58:FF:B7:34:F6:25:F1:72:01:2F:70:B1:49:DE:89:9E:96:
86:E5:33:E4:73:D9:4B:FB:34:85:9F:40:5C:00:0F:62:BF:69:9C:D2:
3A:34:F3:3F:A9:8F:72:4D:83:74:E4:AA:A5:75:85:62:3F:C5:D9:AA:
5C:AF:B5:0B:BD:9C:E7:BD:FA:35:94:17:AE:73:EA:6F:E4:A1:31:87:
AA:69:CF:62:9B:E2:24:D2:4F:1C:C4:30:27:04:CB:4A:B4:33:DE:77:
F7:A5:AF:62:57:8B:73:3D:DC:00:60:4B:09:55:CA:B3:39:45:40:54:
2F:E4:40:86:CB:47:35:4A:A3:65:47:A3:96:AF:40:BC:2D:D9:3E:DA:
AE:09:66:CA:42:7F:A2:E8:9F:B2:4D:AA:21:16:AB:93:3C:B8:9B:0A:
D8:14:26:25:EA:E8:9A:41:D4:CC:4A:0E:61:C3:51:6B:C2:0F:D2:4F:
D8:91:A7:D9:04:9F:31:1D:F3:66:16:85:39:29:62:10:45:63:A9:69:
67:44:66:1B:BF:4F:BA:86:11:B0:C3:7F:0C:B8:6B:68:80:4F:DB:F5:
59:32:61:C4:05:33:68:F9:65:FF:47:FB:F7:C9:FE:19:97:C0:36:03:
8A:08:52:56:93:65:E0:FC:37:AD:74:FF:CB:54:77:9E:3E:21:8D:E0:
30:24:FC:56:D5:F1:C2:18:DB:23:BA:99:57:03:62:8B:7A:1E:F9:9E:
BE:2E:6A:02:D0:93:35:59:B2:3C:6D:22:E0:C5:DC:D8:40:F1:E2:81:
90:A6:B9:2C:8F:72:38:A0:C0:CA:E3:E3:14:63:36:08:4A:9A:60:CF:
35:F4:55:F1:43:AC:99:1C:A5:6D:DA:F0:89:E9:9F:5C:CD:24:37:59:
1E:2B:69:94:D0:1D:83:FC:7A:4E:AE:E4:F6:47:B1:E1:7F:BE:F0:B5:
84:5F:4C:1F:A6:24:9E:88:5A:4A:D9:5C:C8:42:17:53:91:AD:0A:24:
0A:EA:84:64:E6:94:7F:E1:81:8D:71:EB:5F:B4:78:9A:06:85:A5:60:
9C:B0:3D:CA:8F:65:B3:0A:37:81:B6:C8:54:C9:0F:6A:9A:9A:68:B8:
D0:06:E6:67:E6:BE:34:FB:0C:55:44:A6:34:29:1F:33:22:8F:61:E1:
67:8F:F2:C8:87:E3:B7:C0:A7:58:AD:14:B9:DE:98:08:F0:EC:DE:DF:
93:D6:0B:65:0A:89:2E:D2:FE:7D:F8:3D:D1:17:95:DF:2B:6A:21:8F:
F9:8E:E4:6A:17:9F:E2:30:25:32:43:97:F9:02:17:83:09:C3:B6:F7:
F2:BE:97:0F:E2:89:2A:DB:F9:61:5C:27 |
|
Just wanted to say that I have same issue on same dell inspiron model with same sof-firmware and alsa-ucm-conf versions on Manjaro. |
|
@rokuoku and @yechs can you add the attached file as /etc/modprobe.d/sof-ddebug.conf ? Also please try with speaker-test -Dhw:0,0 -c2 -r48000 (control-C to stop) This is to test if the analog output works and the digital one doesn't. Please attach the dmesg log (not paste it please!), thanks. |
|
Here is the log I didn't have any sound with the first command above, and the second one gave the following error. |
|
This is my dmesg log And regarding speaker-tests, it's exactly the same as @rokuoku: first command gives no sound (despite producing output in the console), and the second command produces the same error ❯ speaker-test -Dhw:0,0 -c2 -r48000
speaker-test 1.2.3
Playback device is hw:0,0
Stream parameters are 48000Hz, S16_LE, 2 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 96 to 16368
Period size range from 48 to 4080
Using max buffer size 16368
Periods = 4
was set period_size = 3312
was set buffer_size = 16368
0 - Front Left
1 - Front Right
Time per period = 5.587213
0 - Front Left
1 - Front Right
Time per period = 5.934962
0 - Front Left
1 - Front Right
Time per period = 6.000048
0 - Front Left
1 - Front Right
Time per period = 5.866454
0 - Front Left
1 - Front Right
Time per period = 5.999647
0 - Front Left
1 - Front Right
Time per period = 5.934986
0 - Front Left
1 - Front Right
^CTime per period = 5.042380❯ speaker-test -Dhw:0,1 -c2 -r48000
speaker-test 1.2.3
Playback device is hw:0,1
Stream parameters are 48000Hz, S16_LE, 2 channels
Using 16 octaves of pink noise
Playback open error: -22,Invalid argument
|
@plbossart Sure, and thanks for pointing the direction! |
unfortunately that doesn't tell me what tag this might be. I only see version 1.2.3 in alsa-ucm-conf, don't know what the -2 might be. Let's try manually. Can you do this: alsaucm -c sof-hda-dsp set _verb HiFi set _enadev Speaker I am not fully sure about the sof-hda-dsp, try to make this match with the result of /proc/asound/cards (the first value after the [ ] should be the driver name) |
The soundcard is sof-hda-dsp (according to the results in /proc/asound/cards) Running However, running the Also, running Results of alsaucm dump text |
|
Regarding the version, So it seems like the source is tag v1.2.3 in alsa-project/alsa-ucm |
|
ok, so there's no error with the UCM file. that's good. let's first verify that you can hear audio with the legacy HDaudio driver (without SOF). Please add this to any file in /etc/modprobe.d/*.conf blacklist snd-sof-pci you should see snd-hda-intel probe, and a card created. Same thing, try and play with speaker-test -Dhw:0,0 0 -c2 -r48000 and see what the results are. Also keep the results with 'amixer -Dhw:0 contents' If this works, then remove the blacklist/options, try with SOF and also attach the results of 'amixer -Dhw:0 contents'. Thanks for your patience, this looks like a configuration issue but we have to root-cause it. |
|
I think I've found a solution. Kind of. I don't know if it's the same issue @yechs is having (EDIT: looking at @yechs alsa-info output, s/he also has same issue: "Mono: Playback 0 [0%] [-65.25dB] [off]"). However, nothing looked muted in volume control GUI, alsamixer, alsamixer -c 0, pavucontrol output. Toggling with amixer command (amixer -D pulse set Master 1+ toggle) also didn't turned it on. |
Um... though the sound works for graphical applications, the speaker-test doesn't work and gives the following error: ❯ speaker-test -Dhw:0,0 0 -c2 -r48000
speaker-test 1.2.3
Playback device is hw:0,0
Stream parameters are 48000Hz, S16_LE, 2 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 64 to 8544000
Period size range from 32 to 4272000
Using max buffer size 8544000
Periods = 4
Unable to set hw params for playback: Cannot allocate memory
Setting of hwparams failed: Cannot allocate memory
This gives: ❯ amixer -Dhw:0 contents
numid=47,iface=CARD,name='HDMI/DP,pcm=10 Jack'
; type=BOOLEAN,access=r-------,values=1
: values=off
numid=23,iface=CARD,name='HDMI/DP,pcm=3 Jack'
; type=BOOLEAN,access=r-------,values=1
: values=off
numid=29,iface=CARD,name='HDMI/DP,pcm=7 Jack'
; type=BOOLEAN,access=r-------,values=1
: values=off
numid=35,iface=CARD,name='HDMI/DP,pcm=8 Jack'
; type=BOOLEAN,access=r-------,values=1
: values=on
numid=41,iface=CARD,name='HDMI/DP,pcm=9 Jack'
; type=BOOLEAN,access=r-------,values=1
: values=off
numid=18,iface=CARD,name='Headphone Mic Jack'
; type=BOOLEAN,access=r-------,values=1
: values=off
numid=17,iface=CARD,name='Headset Mic Phantom Jack'
; type=BOOLEAN,access=r-------,values=1
: values=on
numid=19,iface=CARD,name='Speaker Phantom Jack'
; type=BOOLEAN,access=r-------,values=1
: values=on
numid=16,iface=MIXER,name='Master Playback Switch'
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=15,iface=MIXER,name='Master Playback Volume'
; type=INTEGER,access=rw---R--,values=1,min=0,max=87,step=0
: values=87
| dBscale-min=-65.25dB,step=0.75dB,mute=0
numid=13,iface=MIXER,name='Headphone Mic Boost Volume'
; type=INTEGER,access=rw---R--,values=2,min=0,max=3,step=0
: values=0,0
| dBscale-min=0.00dB,step=10.00dB,mute=0
numid=2,iface=MIXER,name='Headphone Playback Switch'
; type=BOOLEAN,access=rw------,values=2
: values=off,off
numid=1,iface=MIXER,name='Headphone Playback Volume'
; type=INTEGER,access=rw---R--,values=2,min=0,max=87,step=0
: values=0,0
| dBscale-min=-65.25dB,step=0.75dB,mute=0
numid=58,iface=MIXER,name='PCM Playback Volume'
; type=INTEGER,access=rw---RW-,values=2,min=0,max=255,step=0
: values=255,255
| dBscale-min=-51.00dB,step=0.20dB,mute=0
numid=14,iface=MIXER,name='Mic Mute-LED Mode'
; type=ENUMERATED,access=rw------,values=1,items=4
; Item #0 'On'
; Item #1 'Off'
; Item #2 'Follow Capture'
; Item #3 'Follow Mute'
: values=3
numid=9,iface=MIXER,name='Capture Switch'
; type=BOOLEAN,access=rw------,values=2
: values=on,on
numid=11,iface=MIXER,name='Capture Switch',index=1
; type=BOOLEAN,access=rw------,values=2
: values=off,off
numid=8,iface=MIXER,name='Capture Volume'
; type=INTEGER,access=rw---R--,values=2,min=0,max=63,step=0
: values=39,39
| dBscale-min=-17.25dB,step=0.75dB,mute=0
numid=10,iface=MIXER,name='Capture Volume',index=1
; type=INTEGER,access=rw---R--,values=2,min=0,max=63,step=0
: values=0,0
| dBscale-min=-17.25dB,step=0.75dB,mute=0
numid=24,iface=MIXER,name='IEC958 Playback Con Mask'
; type=IEC958,access=r-------,values=1
: values=[AES0=0x0f AES1=0xff AES2=0x00 AES3=0x00]
numid=30,iface=MIXER,name='IEC958 Playback Con Mask',index=1
; type=IEC958,access=r-------,values=1
: values=[AES0=0x0f AES1=0xff AES2=0x00 AES3=0x00]
numid=36,iface=MIXER,name='IEC958 Playback Con Mask',index=2
; type=IEC958,access=r-------,values=1
: values=[AES0=0x0f AES1=0xff AES2=0x00 AES3=0x00]
numid=42,iface=MIXER,name='IEC958 Playback Con Mask',index=3
; type=IEC958,access=r-------,values=1
: values=[AES0=0x0f AES1=0xff AES2=0x00 AES3=0x00]
numid=48,iface=MIXER,name='IEC958 Playback Con Mask',index=4
; type=IEC958,access=r-------,values=1
: values=[AES0=0x0f AES1=0xff AES2=0x00 AES3=0x00]
numid=25,iface=MIXER,name='IEC958 Playback Pro Mask'
; type=IEC958,access=r-------,values=1
: values=[AES0=0x0f AES1=0x00 AES2=0x00 AES3=0x00]
numid=31,iface=MIXER,name='IEC958 Playback Pro Mask',index=1
; type=IEC958,access=r-------,values=1
: values=[AES0=0x0f AES1=0x00 AES2=0x00 AES3=0x00]
numid=37,iface=MIXER,name='IEC958 Playback Pro Mask',index=2
; type=IEC958,access=r-------,values=1
: values=[AES0=0x0f AES1=0x00 AES2=0x00 AES3=0x00]
numid=43,iface=MIXER,name='IEC958 Playback Pro Mask',index=3
; type=IEC958,access=r-------,values=1
: values=[AES0=0x0f AES1=0x00 AES2=0x00 AES3=0x00]
numid=49,iface=MIXER,name='IEC958 Playback Pro Mask',index=4
; type=IEC958,access=r-------,values=1
: values=[AES0=0x0f AES1=0x00 AES2=0x00 AES3=0x00]
numid=26,iface=MIXER,name='IEC958 Playback Default'
; type=IEC958,access=rw------,values=1
: values=[AES0=0x04 AES1=0x00 AES2=0x00 AES3=0x00]
numid=32,iface=MIXER,name='IEC958 Playback Default',index=1
; type=IEC958,access=rw------,values=1
: values=[AES0=0x04 AES1=0x00 AES2=0x00 AES3=0x00]
numid=38,iface=MIXER,name='IEC958 Playback Default',index=2
; type=IEC958,access=rw------,values=1
: values=[AES0=0x04 AES1=0x00 AES2=0x00 AES3=0x00]
numid=44,iface=MIXER,name='IEC958 Playback Default',index=3
; type=IEC958,access=rw------,values=1
: values=[AES0=0x04 AES1=0x00 AES2=0x00 AES3=0x00]
numid=50,iface=MIXER,name='IEC958 Playback Default',index=4
; type=IEC958,access=rw------,values=1
: values=[AES0=0x04 AES1=0x00 AES2=0x00 AES3=0x00]
numid=27,iface=MIXER,name='IEC958 Playback Switch'
; type=BOOLEAN,access=rw------,values=1
: values=off
numid=33,iface=MIXER,name='IEC958 Playback Switch',index=1
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=39,iface=MIXER,name='IEC958 Playback Switch',index=2
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=45,iface=MIXER,name='IEC958 Playback Switch',index=3
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=51,iface=MIXER,name='IEC958 Playback Switch',index=4
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=5,iface=MIXER,name='Auto-Mute Mode'
; type=ENUMERATED,access=rw------,values=1,items=2
; Item #0 'Disabled'
; Item #1 'Enabled'
: values=1
numid=12,iface=MIXER,name='Headset Mic Boost Volume'
; type=INTEGER,access=rw---R--,values=2,min=0,max=3,step=0
: values=0,0
| dBscale-min=0.00dB,step=10.00dB,mute=0
numid=6,iface=MIXER,name='Input Source'
; type=ENUMERATED,access=rw------,values=1,items=2
; Item #0 'Headset Mic'
; Item #1 'Headphone Mic'
: values=0
numid=7,iface=MIXER,name='Input Source',index=1
; type=ENUMERATED,access=rw------,values=1,items=2
; Item #0 'Headset Mic'
; Item #1 'Headphone Mic'
: values=0
numid=4,iface=MIXER,name='Speaker Playback Switch'
; type=BOOLEAN,access=rw------,values=2
: values=on,on
numid=3,iface=MIXER,name='Speaker Playback Volume'
; type=INTEGER,access=rw---R--,values=2,min=0,max=87,step=0
: values=87,87
| dBscale-min=-65.25dB,step=0.75dB,mute=0
numid=21,iface=PCM,name='Capture Channel Map'
; type=INTEGER,access=r----R--,values=2,min=0,max=36,step=0
: values=0,0
| container
| chmap-fixed=FL,FR
numid=20,iface=PCM,name='Playback Channel Map'
; type=INTEGER,access=r----R--,values=2,min=0,max=36,step=0
: values=0,0
| container
| chmap-fixed=FL,FR
numid=22,iface=PCM,name='Capture Channel Map',device=2
; type=INTEGER,access=r----R--,values=2,min=0,max=36,step=0
: values=0,0
| container
| chmap-fixed=FL,FR
numid=28,iface=PCM,name='ELD',device=3
; type=BYTES,access=r--v----,values=0
: values=
numid=53,iface=PCM,name='Playback Channel Map',device=3
; type=INTEGER,access=rw---R--,values=8,min=0,max=36,step=0
: values=0,0,0,0,0,0,0,0
| container
| chmap-variable=FL,FR
numid=34,iface=PCM,name='ELD',device=7
; type=BYTES,access=r--v----,values=0
: values=
numid=54,iface=PCM,name='Playback Channel Map',device=7
; type=INTEGER,access=rw---R--,values=8,min=0,max=36,step=0
: values=0,0,0,0,0,0,0,0
| container
| chmap-variable=FL,FR
numid=40,iface=PCM,name='ELD',device=8
; type=BYTES,access=r--v----,values=32
: values=0x10,0x00,0x07,0x00,0x67,0x14,0x00,0x01,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x30,0xae,0xa4,0x61,0x58,0x32,0x34,0x71,0x2d,0x31,0x30,0x09,0x07,0x07,0x00,0x00
numid=55,iface=PCM,name='Playback Channel Map',device=8
; type=INTEGER,access=rw---R--,values=8,min=0,max=36,step=0
: values=0,0,0,0,0,0,0,0
| container
| chmap-variable=FL,FR
numid=46,iface=PCM,name='ELD',device=9
; type=BYTES,access=r--v----,values=0
: values=
numid=56,iface=PCM,name='Playback Channel Map',device=9
; type=INTEGER,access=rw---R--,values=8,min=0,max=36,step=0
: values=0,0,0,0,0,0,0,0
| container
| chmap-variable=FL,FR
numid=52,iface=PCM,name='ELD',device=10
; type=BYTES,access=r--v----,values=0
: values=
numid=57,iface=PCM,name='Playback Channel Map',device=10
; type=INTEGER,access=rw---R--,values=8,min=0,max=36,step=0
: values=0,0,0,0,0,0,0,0
| container
| chmap-variable=FL,FR
Though the speaker-test didn't work as intended, I'll still attach the results for SOF just for reference |
|
@rokuoku Yes indeed! That solves my problem!
Un-muting the Master and increasing the volume makes it work. I can't believe it's that simple... @plbossart really thank you for your time! I think I might note this strange muted behavior in the ArchWiki for this model so it can probably lead to less frustration. But the strange thing is, after each reboot it is constantly being reset to muted. Is there anything we can do to automatically unmute it? |
|
@yechs I'm glad it worked for you too. |
|
You might want to manually save the configuration of alsa on reboot. First do a manual save after unmuting with the Someone else on the same question complains that Pulseaudio is muting it automatically. Which is weird because that mute should also be visible in the volume control (at least the Pulseaudio native volume control which is launched via the "pavucontrol" command. |
I think you have to specify the -D device option to choose the sof-hda-dsp device instead of pulseaudio. $ amixer -Dhw:0 sset Master unmute
Simple mixer control 'Master',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined
Playback channels: Mono
Limits: Playback 0 - 87
Mono: Playback 0 [0%] [-65.25dB] [on]
$ amixer -Dhw:0 sset Master 100%
Simple mixer control 'Master',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined
Playback channels: Mono
Limits: Playback 0 - 87
Mono: Playback 87 [100%] [0.00dB] [on] |
|
@yechs we need to fix this in the UCM file. It looks like a non-standard mixer name but we can add it so that others don't face the same problem. Can you confirm that both of the commands above are needed? |
That would be great! Many thanks
Yeah, the Master device is default to muted and having 0% volume, so the first command is needed to unmute it, and the second to turn the volume to full (100%) |
|
can you try regular mixer commands, e.g. amixer -Dhw:0 cset Master on (or unmute?) I don't know if UCM can take the sset commands, I only see cset. |
|
This is actually way beyond my understanding of ALSA controls. PlaybackMasterElem "Master" which should take care of setting those Master values. The fact that this is overridden on each reboot makes me think there's a side effect of alsactl, or your distro is using something odd. @perexg can you help? |
|
These two following cset command works for me: $ amixer -Dhw:0 cset name='Master Playback Switch' on
numid=16,iface=MIXER,name='Master Playback Switch'
; type=BOOLEAN,access=rw------,values=1
: values=on
$ amixer -Dhw:0 cset name='Master Playback Volume' 100%
numid=15,iface=MIXER,name='Master Playback Volume'
; type=INTEGER,access=rw---R--,values=1,min=0,max=87,step=0
: values=87
| dBscale-min=-65.25dB,step=0.75dB,mute=0
|
With the SOF driver or still in legacy mode? |
Yes, the KDE audio volume settings is outputting the test "front left" "front right" audio correctly, and all graphical applications (e.g. VLC player and Audacious) are behaving as expected. |
@yechs this is with the SOF driver or are you still in legacy mode? |
with the SOF driver and after running the two |
|
Thank you, @paulstelian97! |
Please let me know what I can provide you with to help debug this. For starters here's an abridged kernel log. The full log is attached: sof-firmware-kernel-log.gz
The system physically has an internal microphone and a single combo TRRS headset port, as well as external speakers and HDMI audio out. With the generic (non-sof) hda driver, I get audio out, but no internal microphone, and the headset microphone has such a high noise floor that it can't be right.
The text was updated successfully, but these errors were encountered: