Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

gianluca.teza · 2017-12-15 10:25:41

Hi everyone,
I've encountered an annoying issue on the latest Dell XPS 13 9360 model (it mounts the intel i5 8250U).
When I plug in the headphones on the 3.5mm jack of the laptop, I can hear a white background noise with some high pitches on top strictly connected with laptop's activity (e.g.opening a tab in chrome).
The weird thing is that this happens only after the first suspension of the session: right after the boot the problem does not manifest itself, only after I close and reopen the lid the noise begins.

Some additional infos:
-If I keep a finger on the touchpad the noise decreases significantly;
-I verified that this issue arises also when booting in terminal mode and no X session is running at all;
-If I mute the sound all the noises disappear;
-This problem does not affect bluetooth headphones,
-The problem is present also on other linux distros.

From my (humble and ignorant) point of view this looks like something related with alsa kernel modules, so hopefully there should be a fix for it.
As a matter of fact, some people encountered this problem on Windows10 too and solved it by installing different audio drivers.
Does anyone have any idea on what to do to identify the origin of the problem at least?

Thanks in advance, GT.

lo1 · 2017-12-15 10:56:20

I'd lazily suggest: try to lower the PCM volume through alsamixer and see if that helps.

gianluca.teza · 2017-12-15 12:49:32

Tried but it does nothing at all.
By the way I should have also said that the noise intensity does not depend on the level of the volume, it seems always the same.

ooo · 2017-12-15 13:48:18

Did you try: https://wiki.archlinux.org/index.php/De … headphones

gianluca.teza · 2017-12-15 13:51:38

Tried also that and nothing happens.

V1del · 2017-12-15 14:25:26

Can you post a dmesg (after suspend) and maybe (before and after suspend)

amixer -c$cardindex from aplay -l$
sudo systool -vm snd_hda_intel

gianluca.teza · 2017-12-15 15:09:51

So if found a workaround to solve the problem: reloading the snd_hda_intel module makes all the weird high-pitching noises disappear.
Then to get rid of the static noise the solution proposed in https://wiki.archlinux.org/index.php/De … headphones works as a charm.

The only problem is that in order to unload the module snd_hda_intel I have to kill pulseaudio first, and this is a hard one:
-First of all you need to set "autospawn=no" in /etc/pulse/client.conf otherwise it wil restart automatically;
-Then also check if you have installed pulseaudio-alsa otherwise alsa-devices may restart pulseaudio because you are redirecting everything to pulseaudio;
-Finally check that you don't have any audio applet that might restart pulseaudio.

The hardest one for me was the latter: I am currently using KDE as DE and therefore there is the plasma-pa applet that restarts pulseaudio.
I don't have any idea on how to kill it, I had to kill the whole plasmashell in order to be finally able to kill pulseaudio.

If someone knows how to kill only plasma-pa I might just write a script that executes this procedure at every wake from a suspend until a proper solution is found.

gianluca.teza · 2017-12-15 15:32:18

These are the output requested by V1del:

dmesg after suspend:

[ 3649.725385] wlp58s0: deauthenticating from 1c:b7:2c:a6:28:98 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 3649.743652] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
[ 3650.149743] PM: suspend entry (deep)
[ 3650.149745] PM: Syncing filesystems ... done.
[ 3650.154054] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 3650.155887] OOM killer disabled.
[ 3650.155888] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 3650.157384] Suspending console(s) (use no_console_suspend to debug)
[ 3651.567027] ACPI: Preparing to enter system sleep state S3
[ 3651.606746] ACPI: EC: event blocked
[ 3651.606748] ACPI: EC: EC stopped
[ 3651.606749] PM: Saving platform NVS memory
[ 3651.606889] Disabling non-boot CPUs ...
[ 3651.634449] smpboot: CPU 1 is now offline
[ 3651.657771] smpboot: CPU 2 is now offline
[ 3651.687753] smpboot: CPU 3 is now offline
[ 3651.718536] smpboot: CPU 4 is now offline
[ 3651.754276] smpboot: CPU 5 is now offline
[ 3651.774248] smpboot: CPU 6 is now offline
[ 3651.800882] smpboot: CPU 7 is now offline
[ 3651.804036] ACPI: Low-level resume complete
[ 3651.804137] ACPI: EC: EC started
[ 3651.804137] PM: Restoring platform NVS memory
[ 3651.804958] Enabling non-boot CPUs ...
[ 3651.804988] x86: Booting SMP configuration:
[ 3651.804988] smpboot: Booting Node 0 Processor 1 APIC 0x2
[ 3651.805367]  cache: parent cpu1 should not be sleeping
[ 3651.805478] CPU1 is up
[ 3651.805493] smpboot: Booting Node 0 Processor 2 APIC 0x4
[ 3651.805878]  cache: parent cpu2 should not be sleeping
[ 3651.805993] CPU2 is up
[ 3651.806008] smpboot: Booting Node 0 Processor 3 APIC 0x6
[ 3651.806387]  cache: parent cpu3 should not be sleeping
[ 3651.806507] CPU3 is up
[ 3651.806523] smpboot: Booting Node 0 Processor 4 APIC 0x1
[ 3651.806974]  cache: parent cpu4 should not be sleeping
[ 3651.807107] CPU4 is up
[ 3651.807125] smpboot: Booting Node 0 Processor 5 APIC 0x3
[ 3651.807514]  cache: parent cpu5 should not be sleeping
[ 3651.807648] CPU5 is up
[ 3651.807662] smpboot: Booting Node 0 Processor 6 APIC 0x5
[ 3651.808056]  cache: parent cpu6 should not be sleeping
[ 3651.808192] CPU6 is up
[ 3651.808206] smpboot: Booting Node 0 Processor 7 APIC 0x7
[ 3651.808608]  cache: parent cpu7 should not be sleeping
[ 3651.808758] CPU7 is up
[ 3651.814172] ACPI: Waking up from system sleep state S3
[ 3652.846067] ACPI: EC: event unblocked
[ 3652.860456] ACPI: button: The lid device is not compliant to SW_LID.
[ 3652.872604] rtc_cmos 00:01: Alarms can be up to one month in the future
[ 3653.086553] usb 1-5: reset high-speed USB device number 3 using xhci_hcd
[ 3653.349968] usb 1-3: reset full-speed USB device number 2 using xhci_hcd
[ 3653.493055] usb 1-3:1.0: rebind failed: -517
[ 3653.493061] usb 1-3:1.1: rebind failed: -517
[ 3653.493620] acpi LNXPOWER:13: Turning OFF
[ 3653.493819] acpi LNXPOWER:12: Turning OFF
[ 3653.494008] acpi LNXPOWER:11: Turning OFF
[ 3653.494195] acpi LNXPOWER:10: Turning OFF
[ 3653.494383] acpi LNXPOWER:0f: Turning OFF
[ 3653.494566] acpi LNXPOWER:0e: Turning OFF
[ 3653.494750] acpi LNXPOWER:0d: Turning OFF
[ 3653.494936] acpi LNXPOWER:0c: Turning OFF
[ 3653.495120] acpi LNXPOWER:0b: Turning OFF
[ 3653.495304] acpi LNXPOWER:0a: Turning OFF
[ 3653.495492] acpi LNXPOWER:09: Turning OFF
[ 3653.495678] acpi LNXPOWER:08: Turning OFF
[ 3653.495861] acpi LNXPOWER:07: Turning OFF
[ 3653.496058] acpi LNXPOWER:06: Turning OFF
[ 3653.496262] acpi LNXPOWER:05: Turning OFF
[ 3653.496453] acpi LNXPOWER:04: Turning OFF
[ 3653.496637] acpi LNXPOWER:03: Turning OFF
[ 3653.496822] acpi LNXPOWER:02: Turning OFF
[ 3653.497005] acpi LNXPOWER:01: Turning OFF
[ 3653.497190] acpi LNXPOWER:00: Turning OFF
[ 3653.497318] OOM killer enabled.
[ 3653.497319] Restarting tasks ... done.
[ 3653.515506] [drm] RC6 on
[ 3653.525745] PM: suspend exit
[ 3653.527930] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
[ 3653.907445] Bluetooth: hci0: using rampatch file: qca/rampatch_usb_00000302.bin
[ 3653.907447] Bluetooth: hci0: QCA: patch rome 0x302 build 0x138, firmware rome 0x302 build 0x111
[ 3653.935721] Bluetooth: hci0: using NVM file: qca/nvm_usb_00000302.bin
[ 3654.331112] ath10k_pci 0000:3a:00.0: Unknown eventid: 118809
[ 3654.334154] ath10k_pci 0000:3a:00.0: Unknown eventid: 90118
[ 3654.393530] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
[ 3654.455026] IPv6: ADDRCONF(NETDEV_UP): wlp58s0: link is not ready
[ 3659.341819] wlp58s0: authenticate with 1c:b7:2c:a6:28:98
[ 3659.387659] wlp58s0: send auth to 1c:b7:2c:a6:28:98 (try 1/3)
[ 3659.389393] wlp58s0: authenticated
[ 3659.393019] wlp58s0: associate with 1c:b7:2c:a6:28:98 (try 1/3)
[ 3659.396909] wlp58s0: RX AssocResp from 1c:b7:2c:a6:28:98 (capab=0x1411 status=0 aid=3)
[ 3659.400563] wlp58s0: associated
[ 3659.400657] IPv6: ADDRCONF(NETDEV_CHANGE): wlp58s0: link becomes ready

"amixer -c 0" before and after suspend are identical

Simple mixer control 'Master',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
  Playback channels: Mono
  Limits: Playback 0 - 87
  Mono: Playback 73 [84%] [-10.50dB] [on]
Simple mixer control 'Headphone',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 87
  Mono:
  Front Left: Playback 87 [100%] [0.00dB] [on]
  Front Right: Playback 87 [100%] [0.00dB] [on]
Simple mixer control 'Headphone Mic',0
  Capabilities: cswitch cswitch-joined cswitch-exclusive
  Capture exclusive group: 0
  Capture channels: Mono
  Mono: Capture [off]
Simple mixer control 'Headphone Mic Boost',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 1 [33%] [10.00dB]
  Front Right: 1 [33%] [10.00dB]
Simple mixer control 'Speaker',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 87
  Mono:
  Front Left: Playback 0 [0%] [-65.25dB] [off]
  Front Right: Playback 0 [0%] [-65.25dB] [off]
Simple mixer control 'PCM',0
  Capabilities: pvolume
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 255
  Mono:
  Front Left: Playback 255 [100%] [0.00dB]
  Front Right: Playback 255 [100%] [0.00dB]
Simple mixer control 'IEC958',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'IEC958',1
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'IEC958',2
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'IEC958',3
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'IEC958',4
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'Capture',0
  Capabilities: cvolume cswitch
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 63
  Front Left: Capture 41 [65%] [13.50dB] [on]
  Front Right: Capture 41 [65%] [13.50dB] [on]
Simple mixer control 'Auto-Mute Mode',0
  Capabilities: enum
  Items: 'Disabled' 'Enabled'
  Item0: 'Disabled'
Simple mixer control 'Headset Mic',0
  Capabilities: cswitch cswitch-joined cswitch-exclusive
  Capture exclusive group: 0
  Capture channels: Mono
  Mono: Capture [off]
Simple mixer control 'Headset Mic Boost',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%] [0.00dB]
  Front Right: 0 [0%] [0.00dB]
Simple mixer control 'Internal Mic',0
  Capabilities: cswitch cswitch-joined cswitch-exclusive
  Capture exclusive group: 0
  Capture channels: Mono
  Mono: Capture [on]
Simple mixer control 'Internal Mic Boost',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%] [0.00dB]
  Front Right: 0 [0%] [0.00dB]

"sudo systools -vm snd_hda_intel" before and after suspend are identical as well

Module = "snd_hda_intel"

  Attributes:
    coresize            = "45056"
    initsize            = "0"
    initstate           = "live"
    refcnt              = "3"
    srcversion          = "D95B2530BCE1DF2861F1707"
    taint               = ""
    uevent              = <store method only>

  Parameters:
    align_buffer_size   = "-1"
    bdl_pos_adj         = "-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1"
    beep_mode           = "Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y"
    enable_msi          = "-1"
    enable              = "Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y"
    id                  = "(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)"
    index               = "-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1"
    jackpoll_ms         = "0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0"
    model               = "(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)"
    patch               = "(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)"
    position_fix        = "-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1"
    power_save          = "0"
    power_save_controller= "Y"
    probe_mask          = "-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1"
    probe_only          = "0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0"
    single_cmd          = "-1"
    snoop               = "-1"

  Sections:
    .bss                = "0xffffffffc0a08180"
    .data.unlikely      = "0xffffffffc0a07c90"
    .data               = "0xffffffffc0a07180"
    .exit.text          = "0xffffffffc0a031b1"
    .gnu.linkonce.this_module= "0xffffffffc0a07e40"
    .init.text          = "0xffffffffc096b000"
    .note.gnu.build-id  = "0xffffffffc0a04000"
    .orc_unwind         = "0xffffffffc0a06340"
    .orc_unwind_ip      = "0xffffffffc0a05d24"
    .ref.data           = "0xffffffffc0a07cc0"
    .rodata.str1.1      = "0xffffffffc0a052ca"
    .rodata.str1.8      = "0xffffffffc0a05638"
    .rodata             = "0xffffffffc0a04040"
    .smp_locks          = "0xffffffffc0a059f8"
    .strtab             = "0xffffffffc096ed48"
    .symtab             = "0xffffffffc096c000"
    .text               = "0xffffffffc0a00000"
    __bug_table         = "0xffffffffc0a07a18"
    __jump_table        = "0xffffffffc0a07000"
    __mcount_loc        = "0xffffffffc0a06c70"
    __param             = "0xffffffffc0a05a00"
    __tracepoints_ptrs  = "0xffffffffc0a05ca8"
    __tracepoints       = "0xffffffffc0a07d20"
    __tracepoints_strings= "0xffffffffc0a05cd0"
    __verbose           = "0xffffffffc0a07a28"
    _ftrace_events      = "0xffffffffc0a07c98"

V1del · 2017-12-15 17:14:13

Is the issue still reproducible if you disable power_save_controller (make sure you don't have some TLP or laptop-mode-tools or similar resetting this) ? Are you absolutely certain the output (of systool) didn't differ? If reloading snd_hda_intel really is the only way, the proper way to unload pulse without it being restarted again (regardless of whether plasma-pa is open or not) is running

systemctl --user mask pulseaudio.socket
systemctl --user stop pulseaudio
...unload snd_hda_intel...
systemctl --user start pulseaudio
systemctl --user unmask pulseaudio.socket

as implied run these as your normal user .

Last edited by V1del (2017-12-15 17:15:15)

gianluca.teza · 2017-12-15 17:56:29

I have rechecked and the output of systool does not differ at all.

I set to value "N" the file /sys/module/snd_hda_intel/parameters/power_save_controller.
Suspended.
Awoke the laptop, and the issue persisted.
Checked power_save_controller and it was still set to "N".

Does this mean that reloading the snd_hda_intel module is the only way?
If this is the case, is there any hope that this problem can be solved by somehow fixing this module?

gianluca.teza · 2017-12-16 23:23:43

UPDATE: testing the laptop in a quiet environment showed that the so called "coil whine" noises are considerably reduced when unloading and reloading the snd_hda_intel module.
The noises are still present, but they're audible only by placing an ear above the "a-s-d" key region.

I believe now that this issue should be brought to the attention of someone upstream, since coil whine is considered a major concern for these laptop models.

gianluca.teza · 2017-12-20 21:32:58

I've tried to write a script in "/usr/lib/systemd/system-sleep/" that runs at every suspend-wake in order to automate the process.
However I have a problem because the script is run as root, and I am not able to run any 'systemctl--user' command for pulseaudio.
I've already tried to use as root

# runuser -l username -c "command"

but it doesn't work with "systemctl --user".
Does anyone have any idea on how to properly do this?

borag · 2017-12-26 09:46:24

Hi, I have the same model and noise.
After reading a bit I tried "pm-utils", "alsa-utils" nothing worked.

Just tried (From Advanced Linux Sound Architecture)
/etc/modprobe.d/modprobe.conf
options snd_hda_intel power_save=0

No more noise anymore. Fingers crossed

gianluca.teza · 2017-12-26 10:26:52

I tried that but it doesn't work for me!
Have you modified other things too apart from this snd_hda_intel module option?

borag · 2017-12-26 10:51:00

I tried many things maybe something else fixed it Will try to remember.

frangio · 2018-01-07 22:27:43

I have this exact same problem. Except I'm running GNOME and it seems impossible to successfully kill pulseaudio in order to reload snd_hda_intel... I haven't been able to verify that fix yet.

This should be reported upstream.

gianluca.teza · 2018-01-09 09:04:21

I think you are not able to kill pulseaudio in gnome because it's started by gdm login manager rather than the non-root user.
Try and check with top who is the user that started pulseaudio.

frangio · 2018-01-09 15:16:40

I've reported it to the ALSA developers: http://mailman.alsa-project.org/piperma … 30190.html

gianluca.teza you might want to check if the PCI SSID reported by alsa-info.sh is the same as mine (1028:082a) in your machine.

gianluca.teza · 2018-01-09 16:03:23

I confirm that the SubSystemID of the soundcard is the same (1028:082a). Please let us know if you find out anything at all.
By the way did you try to set the module parameters

power_save=0
power_save_controller=N

of the snd_hda_intel module as previously suggested by other users?
For me it didn't work out.

Asriel · 2018-01-10 11:23:52

There is a patch in kernel git
https://git.kernel.org/pub/scm/linux/ke … 5089251c28

Hope it will be Arch kernel soon

gianluca.teza · 2018-01-26 12:36:57

The patch seems to have been included in the latest arch kernel (linux 4.14.15-1).
The problem doesn't show up anymore on my xps.

newbie1962 · 2018-01-26 13:14:56

You could try with hdajackretask
take a look at this discussion about ubuntu :https://ubuntuforums.org/showthread.php?p=12489414#post12489414
but hdajackretask there is also in yaourt.
I use the snd_hda_intel and the headphones work well with this method.
best regards

Arch Linux

#1 2017-12-15 10:25:41

Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#2 2017-12-15 10:56:20

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#3 2017-12-15 12:49:32

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#4 2017-12-15 13:48:18

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#5 2017-12-15 13:51:38

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#6 2017-12-15 14:25:26

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#7 2017-12-15 15:09:51

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#8 2017-12-15 15:32:18

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#9 2017-12-15 17:14:13

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#10 2017-12-15 17:56:29

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#11 2017-12-16 23:23:43

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#12 2017-12-20 21:32:58

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#13 2017-12-26 09:46:24

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#14 2017-12-26 10:26:52

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#15 2017-12-26 10:51:00

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#16 2018-01-07 22:27:43

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#17 2018-01-09 09:04:21

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#18 2018-01-09 15:16:40

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#19 2018-01-09 16:03:23

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#20 2018-01-10 11:23:52

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#21 2018-01-26 12:36:57

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

#22 2018-01-26 13:14:56

Re: Headphone noise in Dell XPS 13 (9360, late 2017, intel 8th gen)

Board footer