Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

red-lichtie · 2016-02-06 09:33:52

After upgrading to the 4.4.1 kernel I now get a load of interference on the headset jack. It sounds like the noise a camera flash makes when it is charging up and then a pop running in a 1 second loop.

Using my SIP client is no longer an option with this problem.

Sound works via the speakers without any problems.

I've upgraded the BIOS from A05 to A07 but that didn't change anything.

Are there any options for the kernel that could possibly help here?

ewaller · 2016-02-06 16:36:54

Have you checked that you don't have an open microphone? Try muting all mic and line inputs.
Also, just a hunch, does changing the display backlight brightness have any impact on the sound?

red-lichtie · 2016-02-06 20:44:30

No mics are on and adjusting the brightness has no effect either.

Also the "Speakers playback\nbroadwell-rt286" option disappears as soon as the headset is plugged in and "Headphones playback\nbroadwell-rt286" appears.

The input option for the headset microphone doesn't appear either, the option "Main Microphone\nbroadwell-rt286" stays there. The built in microphone doesn't appear to be working either.

Is there a "simple" way to disable the I2S mode in the 4.4 kernel? I think that the problem is in that area somewhere.

Would a simple downgrade to the old kernel solve it too? I don't have windows on this machine as it was purchased as a Linux machine (developer edition with Ubuntu).

EDIT: Going back to 4.3.3 restored the correct audio functionality after 2 restarts.

Last edited by red-lichtie (2016-02-06 20:57:51)

red-lichtie · 2016-03-09 20:52:58

Tried the latest 4.4.3 kernel with the same result.

Now I'm totally up the Clyde without a water biscuit. When tried to go back to 4.3.3, the sound didn't return after repeated reboots, and kept coming out with this error "snd_hda_intel 0000:00:1b.0: no codecs found!" during the start up.

Now I can't use my laptop to make SIP calls, brilliant, not....

I really think that the "I2S" stuff should not have been forced down our throats until it was 100% stable and that removing the old compatibility option was a mistake.

So, does anyone have any ideas on how to get the microphone jack to work with a 4.4.3 kernel?

I think I'm going to have to take a leap forward and try linux-mainline 4.4.5 from AUR :-/

red-lichtie · 2016-03-10 10:54:51

I managed to get sound working again with the trusted 4.3.3 version.

I had alsa-restore.service running and that must have stored something that messed it all up.

To go back to a working sound system with the old version I had to do the following:

# systemctl stop alsa-restore.service
# rm /var/lib/alsa/asound.state

And reboot.

So now I'm going to try a 4.4.3 kernel with "CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y" in the config and see if it still works.

red-lichtie · 2016-03-10 11:54:45

4.4.3-1 works if you enable the above option and recompile the kernel.

$  dmesg | egrep "(rt286|audio|snd|INT3438|Linux version)"
[    0.000000] Linux version 4.4.3-1-dell4393 (bm@turbine) (gcc version 5.3.0 (GCC) ) #1 SMP PREEMPT Wed Mar 9 17:52:11 CET 2016
[    6.498823] snd_hda_intel 0000:00:03.0: enabling device (0000 -> 0002)
[    6.498853] snd_hda_intel 0000:00:03.0: bound 0000:00:02.0 (ops i915_exit [i915])
[    6.498964] snd_hda_intel 0000:00:1b.0: enabling device (0000 -> 0002)
[    6.520066] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC3263: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[    6.520070] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    6.520073] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[    6.520075] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
[    6.520076] snd_hda_codec_realtek hdaudioC0D0:    inputs:
[    6.520079] snd_hda_codec_realtek hdaudioC0D0:      Headset Mic=0x18
[    6.520081] snd_hda_codec_realtek hdaudioC0D0:      Headphone Mic=0x1a
[    6.520083] snd_hda_codec_realtek hdaudioC0D0:      Internal Mic=0x12

I have a working system again with the latest kernel version.

I followed the instructions here Kernels/Arch Build System:

Change "PKGBUILD" - change option: "pkgbase=linux-dell4393"
Change "config.x86_64" - change option: "CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y"
Change "linux.install" - change option: "KERNEL_NAME=-dell4393"

Continue on with Generate new checksums

When you have the new packages install them:

pacman -U linux-dell4393-4.4.3-1-x86_64.pkg.tar.xz linux-dell4393-headers-4.4.3-1-x86_64.pkg.tar.xz

Don't forget to add the new kernel to your grub menu:

grub-mkconfig -o /boot/grub/grub.cfg

Now when you reboot you will have an additional option under "Advanced options for Arch Linux" labelled "Arch Linux, with Linux linux-dell4393"

bulletmark · 2016-03-10 23:05:19

@red-lichtie fyi, your 3rd "Change" for linux.install is not necessary. If you look at the PKGBUILD you will see that it automatically updates the KERNEL_NAME parameter if you add a custom extension to the pkgbase definition. So only the first 2 changes are necessary.

BTW, todays new 4.4.5-1 kernel has the same sound+mic problems for the 9343 XPS 13 that all 4.4.* kernels have had. So it needs the same patch.

red-lichtie · 2016-03-10 23:24:21

@bulletmark: I didn't go through the PKGBUILD in any detail so I didn't realize that the KERNEL_NAME was set in there. So thank for the heads up.

My main aim was to explain how to build the kernel with the right options and procedure for those that might never have done it before.

I'll have to grab the 4.4.5 kernel and give it a go because I've had mixed success with 4.4.3 as my system has frozen twice now while strting qemu/kvm instances in Virtual Machine Manager, so running 4.3.3-2 for a bit to see if the newer kernel is causing those problems.

cribari · 2016-05-23 00:31:22

I am still having problems with I2S sound in my Dell XPS 13 (model 9343, bios A07) notebook, even with kernel 4.5.4-1. Sound works for a while and then crashes. When it crashes, dmesg informs

[ 634.776942] haswell-pcm-audio haswell-pcm-audio: ipc: --message timeout-- ipcx 0x83000000 isr 0x00000000 ipcd 0x00000000 imrx 0x7fff0000
[ 634.776946] haswell-pcm-audio haswell-pcm-audio: error: stream commit failed
[ 634.776949] System PCM: error: failed to commit stream -110
[ 634.776951] haswell-pcm-audio haswell-pcm-audio: ASoC: haswell-pcm-audio hw params failed: -110
[ 634.776953] System PCM: ASoC: hw_params FE failed -110

My model is that with Intel i7 processor, touchscreen, screen resolution: 3200 x 1800 pixels and Broadcom BCM43b1 wireless.

cribari@darwin4 ~ $ dmesg | grep "XPS 13"
[ 0.000000] DMI: Dell Inc. XPS 13 9343/0310JH, BIOS A07 11/11/2015

I run Gnome 3.20 + GDM.

I filed a bug report: https://bugzilla.kernel.org/show_bug.cgi?id=118051 .

See also https://bugs.archlinux.org/task/48936 . Suggestions are welcome.

red-lichtie · 2016-07-13 17:42:54

Hi cribari.

Every time a new kernel comes out I recompile it after enabling "CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y" and using HDA mode.

I don't know if the issues are in ALSA, PulseAudio, GNOME or Cinnamon (my UI of choice) but there a several issues that I find I have when starting up a newer unmodified kernel.

In the mean time I have come to the conclusion that the pulsing that I am hearing has something to do with a "remote control" signal, you know the pause and volume controls that are on phone headsets. The noise is something like a noise that I have observed on a few android telephones.

I haven't looked further in to this but maybe there is a "disable remote control" option.

My advice would be to get the xps13 kernel from the AUR and enable the above option, although why it is no longer set puzzles me. (https://aur.archlinux.org/packages/linux-xps13/)

Or install ABE and compile the released kernel with the above option set too.

I have also switched to using the libinput driver which works very well.

red-lichtie · 2016-11-19 21:44:30

After the latest kernel version (4.8.8-2), I decided to try out the I2S mode again and it still failing the same way (HDA mode works perfectly).

I did a bit more testing and have more input regarding what appears to be causing my problem.

After 2nd reboot the BIOS is in to I2S mode (it takes 2 boots with my custom kernel to put it back in to HDA too)
Plugging in normal earphones works fine there is no popping.
Plugging in a headset with an integrated microphone (4 connectors on the 3.5mm plug) causes the popping to start and pavucontrol reports that the headset microphone is not plugged in.

So I am still having to recompile a new kernel with "CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y" every time to continue using my headset.

I have no idea where I should report this to get it fixed and I would love to "not" have to recompile a kernel every time there is an update.

Median · 2016-11-22 20:23:11

Yup, still encountering the same problem as red-lichtie above.

Arch Linux

#1 2016-02-06 09:33:52

Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#2 2016-02-06 16:36:54

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#3 2016-02-06 20:44:30

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#4 2016-03-09 20:52:58

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#5 2016-03-10 10:54:51

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#6 2016-03-10 11:54:45

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#7 2016-03-10 23:05:19

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#8 2016-03-10 23:24:21

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#9 2016-05-23 00:31:22

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#10 2016-07-13 17:42:54

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#11 2016-11-19 21:44:30

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

#12 2016-11-22 20:23:11

Re: Earphones and 4.4.1 Kernel on Dell XPS 13 2015 (9343)

Board footer