Repository navigation
Dell XPS 17 (9710) No Audio #3057
Description
File bug with Ubuntu #1935850. https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1935850
Filing bug based on last comment:
According to #15, it looks like the topology file is not suitable for this machine.
Please file a bug to Intel/sof, let Intel engineers take a look at this issue.
https://github.com/thesofproject/linux/issues/new
Let me know what other info you need.
Running Ubuntu 21.04
Activity
plbossart commentedon Jul 22, 2021
@mblack154 I see this in your dmesg log:
[ 4.655486] sof-audio-pci 0000:00:1f.3: ASoC: physical link SDW3-Capture (id 4) not exist
That points to a missing quirk in the machine driver, we typically have to skip some BE IDs to keep consistency across devices.
Can you please attach the output of 'sudo dmidecode'?
Also please add this file
sof-dyndbg.conf.txt
as /etc/modprobe.d/sof-dyndbg.conf and attach the dmesg log. I need to check which SoundWire devices you have on this system.
Thanks!
ASoC: Intel: sof_sdw: add quirk for Dell XPS 9710
mblack154 commentedon Jul 22, 2021
Here are the files.
dmidecode.txt
dmesg.txt
plbossart commentedon Jul 22, 2021
thanks @mblack154 can you try the patch in a312717
You may need to rename the RT711_JD2 as SOF_RT711_JD_SRC_JD2 since a recent commit changed the JD definition.
https://lore.kernel.org/alsa-devel/20210712203240.46960-7-pierre-louis.bossart@linux.intel.com/
mblack154 commentedon Jul 22, 2021
Can you send me the build instructions. Have the branch downloaded and replaced the patch file.
Thanks
plbossart commentedon Jul 22, 2021
Sorry @mblack154 I don't know what setup you have. can you work with @jason77-wang on this?
plbossart commentedon Jul 22, 2021
FWIW I use ktest.pl with the instructions listed here: https://thesofproject.github.io/latest/getting_started/setup/setup_ktest_environment.html
But if you want to change a specific Ubuntu kernel that's a different story
mblack154 commentedon Jul 22, 2021
Do you have another option? Looks like ktest wants to do this over an ssh connection. Keep current kernel version
mblack154 commentedon Jul 22, 2021
I can contact @jason77-wang
plbossart commentedon Jul 22, 2021
https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
mblack154 commentedon Jul 22, 2021
Thanks
Compiling now. Trying with RT711_JD2 first. If that doesn't work will try with SOF_RT711_JD_SRC_JD2.
Let you know what happens.
mohitt commentedon Jul 23, 2021
Hi @mblack154 I am newbie, did the compiling helped. I am also facing the same issue. I can also try to recompile, if there are clear set of instructions
41 remaining items
plbossart commentedon Feb 7, 2022
@szbergeron The headset mic is handled by the RT711 chip, and the local mics by the RT715 chips. They are exposed as separate ALSA devices.
you can try at the ALSA level by doing something like
alsaucm -c sof_sdw set _verb HiFi set _enadev Microphone
arecord -Dhw:1,4 -c2 -r48000 -f S16_LE
alsaucm -c sof_sdw set _verb HiFi set _enadev 'Jack In'
arecord -Dhw:1,1 -c2 -r48000 -f S16_LE
If you see any activity on the console then it proves my point that userspace is not working.
szbergeron commentedon Feb 7, 2022
@plbossart I don't have an sof_sdw device, only sof-soundwire. On that I don't have any entries in _enadevs to pick from:
The given command augmented with
-c sof-soundwireyields:plbossart commentedon Feb 7, 2022
try this @szbergeron
alsaucm -c sof-soundwire set _verb HiFi set _enadev Mic
alsaucm -c sof-soundwire set _verb HiFi set _enadev Headset
szbergeron commentedon Feb 14, 2022
That does seem to make arecord show terminal activity. Bummer, guess the problem is higher up.
plbossart commentedon Feb 14, 2022
@szbergeron I would try an update of alsa-ucm-conf and pipewire, it's likely between those two that there is a mismatch.
szbergeron commentedon Feb 14, 2022
@plbossart both are currently running the latest stable version packaged for arch (alsa-ucm-conf 1.2.6.3-1 and pipewire 1:0.3.45-1) so not sure
wzrdtales commentedon Feb 16, 2022
mic audio started to break again for me as well...
wzrdtales commentedon Feb 16, 2022
https://0bin.net/paste/iDN-m8qZ#cC1ApntGgFpIDVlMNVBcXvXoJ3HuBHp+3ZjPJUNvbqq
already downgraded several resources still not functional again
with latest components. mic not working, checked under windows to check the mic in general, it works over there. so dunno what broke just now...
https://0bin.net/paste/zG5Qs7Kk#dsuCwknU02wozlrmTuVhOv8gx2yd48oN+Wec6Jmwvol
wzrdtales commentedon Feb 16, 2022
ok after some research i found a note that told to deactivate and activate audio in the bios. weirdly that helped...
plbossart commentedon Feb 16, 2022
@wzrdtales can you share your sources, this doesn't seem quite right indeed?
wzrdtales commentedon Feb 16, 2022
it doesn't seem right at all. I tried downgrading to packages that I KNOW were working and it still didn't work. So I gave it a shot and to my own surprise... it worked.
I found the hint here for the older XPS model: https://unix.stackexchange.com/questions/637992/how-to-fix-xps-9700-microphone-given-audio-is-fixed
wzrdtales commentedon Feb 16, 2022
my only guess is I did boot the windows partition which I never use unless I am on travel and once in a while want to consume some HDR content (which unfortunately still is nothing we have under linux :( ). booting into my real system again left the mic disfunctional. So I guess that this was related...
plbossart commentedon Feb 16, 2022
@wzrdtales pure speculation and possible red-herring: some Dell devices have support for a microphone privacy feature. It's possible that somehow the privacy feature was engaged and the only way to remove it was to toggle the entire audio off/on again. This is clearly not an SOF bug proper, more an issue with the configuration of the external mic codec
wzrdtales commentedon Feb 17, 2022