https://wiki.archlinux.org/api.php?action=feedcontributions&user=SnowLimit&feedformat=atomArchWiki - User contributions [en]2024-03-29T02:28:31ZUser contributionsMediaWiki 1.41.0https://wiki.archlinux.org/index.php?title=Talk:Dell_XPS_13_(9360)&diff=473240Talk:Dell XPS 13 (9360)2017-04-07T17:53:18Z<p>SnowLimit: /* External Monitors */ fix hyperlink</p>
<hr />
<div>== Section Wireless ==<br />
<br />
This is just the data output by iw (or the ath10k driver being wrong). I have no problems downloading or uploading files over WLAN with a sustained speeds of several MByte/s (Ubuntu and Arch) while iw dev wlp58s0 link reports 1 or 6 Mbits/s<br />
<br />
[[User:Lachi|Lachi]] ([[User talk:Lachi|talk]]) 18:39, 29 October 2016 (UTC)<br />
<br />
- Thanks for the information. I directly switched the wlan card my XPS13 had to an Intel 8265 chip, which runs very nice with Linux. This was planed from the beginning, so i didn't check the 1 MByte/s iw gave me further. Feel free to add that.<br />
<br />
[[User:ColdBug|ColdBug]] ([[User talk:ColdBug|talk]]) 18:42, 29 October 2016 (UTC)<br />
<br />
- This is strange, my wireless connection isn't stable, and there seems to be a firmware file missing for ath10k. Are you sure it's properly included in the kernel?<br />
~ ➤ dmesg | grep ath10k <br />
[ 1.617988] ath10k_pci 0000:3a:00.0: enabling device (0000 -> 0002)<br />
[ 1.620576] ath10k_pci 0000:3a:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0<br />
[ 1.634702] Modules linked in: vfat fat snd_hda_intel(+) evdev snd_hda_codec input_leds led_class pcspkr mac_hid snd_hda_core snd_hwdep snd_pcm snd_timer snd ath10k_pci(+) soundcore i2c_i801(+) i2c_smbus ath10k_core ath mac80211 i915(+) cfg80211 rtsx_pci_ms memstick mei_me mei shpchp idma64 drm_kms_helper intel_lpss_pci drm intel_gtt intel_pch_thermal syscopyarea sysfillrect sysimgblt fb_sys_fops i2c_algo_bit processor_thermal_device intel_soc_dts_iosf thermal i2c_hid wmi hid battery hci_uart intel_vbtn btbcm soc_button_array btqca btintel int3400_thermal bluetooth acpi_thermal_rel rfkill video intel_lpss_acpi intel_lpss int3403_thermal int340x_thermal_zone intel_hid sparse_keymap fjes acpi_pad ac button acpi_als kfifo_buf industrialio tpm_tis(+) tpm_tis_core tpm sch_fq_codel ip_tables x_tables ext4<br />
[ 1.889432] ath10k_pci 0000:3a:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:3a:00.0.bin failed with error -2<br />
[ 1.889456] ath10k_pci 0000:3a:00.0: Direct firmware load for ath10k/cal-pci-0000:3a:00.0.bin failed with error -2<br />
[ 1.889665] ath10k_pci 0000:3a:00.0: Direct firmware load for ath10k/QCA6174/hw3.0/firmware-5.bin failed with error -2<br />
[ 1.889670] ath10k_pci 0000:3a:00.0: could not fetch firmware file 'ath10k/QCA6174/hw3.0/firmware-5.bin': -2<br />
[ 1.890787] ath10k_pci 0000:3a:00.0: qca6174 hw3.2 target 0x05030000 chip_id 0x00340aff sub 1a56:1535<br />
[ 1.890790] ath10k_pci 0000:3a:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 0 testmode 0<br />
[ 1.892271] ath10k_pci 0000:3a:00.0: firmware ver WLAN.RM.2.0-00180-QCARMSWPZ-1 api 4 features wowlan,ignore-otp,no-4addr-pad crc32 75dee6c5<br />
[ 1.955414] ath10k_pci 0000:3a:00.0: board_file api 2 bmi_id N/A crc32 6fc88fe7<br />
[ 4.078443] ath10k_pci 0000:3a:00.0: htt-ver 3.26 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto 1<br />
~ ➤<br />
--[[User:Fandekasp|Fandekasp]] ([[User talk:Fandekasp|talk]]) 01:59, 17 November 2016 (UTC)<br />
<br />
- I hadn't had any problems, but was trying to get monitor mode working (failed). Found the same message, stuck https://github.com/sumdog/ath10k-firmware/blob/master/ath10k/QCA6174/hw3.0/firmware-5.bin in, saw no changes. Currently troubleshooting wifi breakage after suspend failing "Freezing of tasks failed" ("device poll D ...") which may or may not be related. Also "rtkit-daemon: The canary thread is apparently starving [...] "demoted /usr/bin/pulseaudio" but that's even less likely related.<br />
<br />
--[[User:Mal|Mal]] ([[User talk:Mal|talk]]) 03:15, 24 March 2017 (UTC)<br />
<br />
== Touchscreen ==<br />
<br />
Initially works out of the box but sometimes dies after resume from suspend. Anyone else getting this?<br />
<br />
[[User:Zorael|Zorael]] ([[User talk:Zorael|talk]]) 02:12, 31 October 2016 (UTC)<br />
<br />
Hey there, it's the same for me! I don't use it anyway so I just made a fast check and could not find a solution. Can't see something irregual in dmesg or journactl, so it could be a prolem with libinput...<br />
<br />
Update: When starting Arch I can see the ELAN Touchscreen in "libinput-list-devices" and also in xinput list as a virtual device. After suspend its gone from both...<br />
<br />
[[User:ColdBug|ColdBug]] ([[User talk:ColdBug|talk]]) 08:15, 31 October 2016 (UTC)<br />
<br />
Found a answer to that problem on kernel.org and added it to the wiki. [https://bugzilla.kernel.org/show_bug.cgi?id=176361 kernel.org]<br />
<br />
[[User:ColdBug|ColdBug]] ([[User talk:ColdBug|talk]]) 09:23, 31 October 2016 (UTC)<br />
<br />
== External Monitors ==<br />
<br />
Having trouble with an external monitor using a DisplayPort <-> USB-C cable. Anyone else seeing this? Monitor is detected fine by XPS, but no signal being sent by the XPS to the monitor.<br />
<br />
------<br />
<br />
I think you will need an active adapter to use that. I tried it with an combi adapter i bought from cable matters and could connect it via vga or hdmi withou any problem. Because i wanted to have a 4k display and 60 Hz i now bought an plugable thunderbolt to 2 times Display Port Adapter and will tell you how it works once i got it.<br />
<br />
[[User:ColdBug|ColdBug]] ([[User talk:ColdBug|talk]]) 18:10, 1 November 2016 (UTC)<br />
<br />
------<br />
<br />
I have a similar problem using the official Dell adapter when going from USB-C to HDMI. Interestingly it works if I use '''1280x800''' or anything lower as the resolution but for anything above that I don’t get any output. The supported resolutions seem to be recognized correctly by xrandr.<br />
<br />
[[User:cocreature|cocreature]] ([[User talk:cocreature|talk]]) 18:45, 1 November 2016 (UTC)<br />
<br />
------<br />
<br />
There is [https://bugs.freedesktop.org/show_bug.cgi?id=94567#c27 an open bug report] for this issue. Unfortunatly it's unfixed for quite some time.<br />
<br />
[[User:Kaueraal|Kaueraal]] ([[User talk:Kaueraal|talk]]) 14:13, 20 December 2016 (UTC)<br />
<br />
------<br />
<br />
So I am running the Anker Aluminium USB C to HDMI Adapter. I just plugged it in and it worked. I also got the HDMI to VGA Adapter from Ugreen (the active one) in case there is no HDMI available. It also worked right of the box. No need to change anything. I can link the products here if necessary.<br />
<br />
uname -r<br />
4.10.6-1-ARCH<br />
<br />
[[User:janphilippi|janphilippi]] ([[User talk:janphilippi|talk]]) 16:05, 07 April 2017 (UTC)<br />
<br />
------<br />
<br />
Checkout bug report here [bugs.freedesktop.org/show_bug.cgi?id=93578] for details on fix for official Dell adapter. The patch should be pushed out on 4.11 or 4.12.<br />
<br />
[[User:SnowLimit|SnowLimit]] ([[User talk:SnowLimit|talk]]) 17:52, 07 April 2017 (UTC)<br />
<br />
------<br />
<br />
== CPU ==<br />
Getting a lot of dmesg errors regarding some failure on pipe A<br />
<br />
[ 1832.400184] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=109958 end=109959) time 277 us, min 1788, max 1799, scanline start 1772, end 1803<br />
[ 1892.651578] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=113567 end=113568) time 379 us, min 1788, max 1799, scanline start 1773, end 1816<br />
[ 1907.727072] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=114470 end=114471) time 373 us, min 1788, max 1799, scanline start 1786, end 1828<br />
<br />
Following [https://bbs.archlinux.org/viewtopic.php?id=214177 this link], I've verified that I was correctly running the microcodes (although no microcode is added)<br />
<br />
$ sudo bsdtar -Oxf /boot/intel-ucode.img | iucode_tool -tb -lS - <br />
iucode_tool: system has processor(s) with signature 0x000806e9<br />
microcode bundle 1: (stdin)<br />
selected microcodes:<br />
$<br />
<br />
I tried to add ''i915.enable_psr=0'' to my boot entry without success<br />
<br />
title Arch Linux<br />
linux /vmlinuz-linux<br />
initrd /intel-ucode.img<br />
initrd /initramfs-linux.img<br />
options root=/dev/disk/by-label/ARCH_ROOT rw i915.enable_psr=0<br />
timeout 4<br />
editor 0<br />
<br />
And I could confirm that while running `sudo intel_gpu_top` in a shell, no new error was thrown in dmesg.<br />
<br />
Hasn't this happened to you guys?<br />
<br />
--[[User:Fandekasp|Fandekasp]] ([[User talk:Fandekasp|talk]]) 02:29, 17 November 2016 (UTC)<br />
<br />
I had the same with intel-ucode, enable_psr=1 disable_power_well=0. Now testing enable_psr=2<br />
<br />
--[[User:Mal|Mal]] ([[User talk:Mal|talk]]) 03:21, 24 March 2017 (UTC)<br />
<br />
Also seeing FIFO underruns but much more rarely.<br />
<br />
[ 3556.126478] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun<br />
<br />
--[[User:Zorael|Zorael]] ([[User talk:Zorael|talk]]) 14:09, 27 March 2017 (UTC)<br />
<br />
== GPU hang kernel error ==<br />
There seems a problem in the driver (4.8.7-nvme): <br />
<pre><br />
Nov 27 16:01:51 horizon kernel: [drm] GPU HANG: ecode 9:0:0x87d6fffe, in Xorg [522], reason: Hang on render ring, action: reset<br />
Nov 27 16:01:51 horizon kernel: [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.<br />
Nov 27 16:01:51 horizon kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel<br />
Nov 27 16:01:51 horizon kernel: [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.<br />
Nov 27 16:01:51 horizon kernel: [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.<br />
Nov 27 16:01:51 horizon kernel: [drm] GPU crash dump saved to /sys/class/drm/card0/error<br />
Nov 27 16:01:51 horizon kernel: drm/i915: Resetting chip after gpu hang<br />
Nov 27 16:01:51 horizon kernel: [drm] GuC firmware load skipped<br />
Nov 27 16:01:53 horizon kernel: [drm] RC6 on<br />
</pre><br />
This problem leads to a computer freeze (mouse, everything) for a few seconds and then things move on normally again.<br />
<br />
... to be investigated. I'll post updates and put the bug link here, once I get around to it. 14:59, 1 December 2016 Tormen<br />
<br />
== Bluetooth ==<br />
<br />
Anyone else seeing an apparent race with bluetooth on resume (4.9.10)? Sometimes it works and sometimes it doesn't, leaving it in a state where it seems to be enabled but is useless, and giving errors when trying to power it back on. Sometimes merely suspending and resuming again fixes it, but not always. rfkill checks out. dmesg excerpt;<br />
<pre><br />
[359743.125259] Bluetooth: hci0 command 0x2011 tx timeout<br />
[359745.205270] Bluetooth: hci0 command 0x200b tx timeout<br />
[359747.285300] Bluetooth: hci0 command 0x200c tx timeout<br />
[359749.365579] Bluetooth: hci0 command 0x2011 tx timeout<br />
[359751.445385] Bluetooth: hci0 command 0x200b tx timeout<br />
[359753.525484] Bluetooth: hci0 command 0x200c tx timeout<br />
</pre><br />
<br />
The bluetoothd service also outputs errors like <code>Failed to set mode: Failed (0x03)</code> to the systemd journal when calling <code>power on</code> in <code>bluetoothctl</code>.<br />
<br />
--[[User:Zorael|Zorael]] ([[User talk:Zorael|talk]]) 23:39, 5 March 2017 (UTC)<br />
<br />
<br />
== Freeze on resume from suspend ==<br />
<br />
Anyone else? It's happened about once a week - Open it and try to wake, it seems to resume but freezes. No C+A+F*, haven't had a keyboard with SysRQ handy to try that.<br />
<br />
<br />
Haven't experienced this but AltGr + PrintScreen is SysRq (if you have AltGr).<br />
<br />
--[[User:Zorael|Zorael]] ([[User talk:Zorael|talk]]) 13:38, 24 March 2017 (UTC)</div>SnowLimithttps://wiki.archlinux.org/index.php?title=Talk:Dell_XPS_13_(9360)&diff=473239Talk:Dell XPS 13 (9360)2017-04-07T17:52:43Z<p>SnowLimit: /* External Monitors */ update on bug</p>
<hr />
<div>== Section Wireless ==<br />
<br />
This is just the data output by iw (or the ath10k driver being wrong). I have no problems downloading or uploading files over WLAN with a sustained speeds of several MByte/s (Ubuntu and Arch) while iw dev wlp58s0 link reports 1 or 6 Mbits/s<br />
<br />
[[User:Lachi|Lachi]] ([[User talk:Lachi|talk]]) 18:39, 29 October 2016 (UTC)<br />
<br />
- Thanks for the information. I directly switched the wlan card my XPS13 had to an Intel 8265 chip, which runs very nice with Linux. This was planed from the beginning, so i didn't check the 1 MByte/s iw gave me further. Feel free to add that.<br />
<br />
[[User:ColdBug|ColdBug]] ([[User talk:ColdBug|talk]]) 18:42, 29 October 2016 (UTC)<br />
<br />
- This is strange, my wireless connection isn't stable, and there seems to be a firmware file missing for ath10k. Are you sure it's properly included in the kernel?<br />
~ ➤ dmesg | grep ath10k <br />
[ 1.617988] ath10k_pci 0000:3a:00.0: enabling device (0000 -> 0002)<br />
[ 1.620576] ath10k_pci 0000:3a:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0<br />
[ 1.634702] Modules linked in: vfat fat snd_hda_intel(+) evdev snd_hda_codec input_leds led_class pcspkr mac_hid snd_hda_core snd_hwdep snd_pcm snd_timer snd ath10k_pci(+) soundcore i2c_i801(+) i2c_smbus ath10k_core ath mac80211 i915(+) cfg80211 rtsx_pci_ms memstick mei_me mei shpchp idma64 drm_kms_helper intel_lpss_pci drm intel_gtt intel_pch_thermal syscopyarea sysfillrect sysimgblt fb_sys_fops i2c_algo_bit processor_thermal_device intel_soc_dts_iosf thermal i2c_hid wmi hid battery hci_uart intel_vbtn btbcm soc_button_array btqca btintel int3400_thermal bluetooth acpi_thermal_rel rfkill video intel_lpss_acpi intel_lpss int3403_thermal int340x_thermal_zone intel_hid sparse_keymap fjes acpi_pad ac button acpi_als kfifo_buf industrialio tpm_tis(+) tpm_tis_core tpm sch_fq_codel ip_tables x_tables ext4<br />
[ 1.889432] ath10k_pci 0000:3a:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:3a:00.0.bin failed with error -2<br />
[ 1.889456] ath10k_pci 0000:3a:00.0: Direct firmware load for ath10k/cal-pci-0000:3a:00.0.bin failed with error -2<br />
[ 1.889665] ath10k_pci 0000:3a:00.0: Direct firmware load for ath10k/QCA6174/hw3.0/firmware-5.bin failed with error -2<br />
[ 1.889670] ath10k_pci 0000:3a:00.0: could not fetch firmware file 'ath10k/QCA6174/hw3.0/firmware-5.bin': -2<br />
[ 1.890787] ath10k_pci 0000:3a:00.0: qca6174 hw3.2 target 0x05030000 chip_id 0x00340aff sub 1a56:1535<br />
[ 1.890790] ath10k_pci 0000:3a:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 0 testmode 0<br />
[ 1.892271] ath10k_pci 0000:3a:00.0: firmware ver WLAN.RM.2.0-00180-QCARMSWPZ-1 api 4 features wowlan,ignore-otp,no-4addr-pad crc32 75dee6c5<br />
[ 1.955414] ath10k_pci 0000:3a:00.0: board_file api 2 bmi_id N/A crc32 6fc88fe7<br />
[ 4.078443] ath10k_pci 0000:3a:00.0: htt-ver 3.26 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto 1<br />
~ ➤<br />
--[[User:Fandekasp|Fandekasp]] ([[User talk:Fandekasp|talk]]) 01:59, 17 November 2016 (UTC)<br />
<br />
- I hadn't had any problems, but was trying to get monitor mode working (failed). Found the same message, stuck https://github.com/sumdog/ath10k-firmware/blob/master/ath10k/QCA6174/hw3.0/firmware-5.bin in, saw no changes. Currently troubleshooting wifi breakage after suspend failing "Freezing of tasks failed" ("device poll D ...") which may or may not be related. Also "rtkit-daemon: The canary thread is apparently starving [...] "demoted /usr/bin/pulseaudio" but that's even less likely related.<br />
<br />
--[[User:Mal|Mal]] ([[User talk:Mal|talk]]) 03:15, 24 March 2017 (UTC)<br />
<br />
== Touchscreen ==<br />
<br />
Initially works out of the box but sometimes dies after resume from suspend. Anyone else getting this?<br />
<br />
[[User:Zorael|Zorael]] ([[User talk:Zorael|talk]]) 02:12, 31 October 2016 (UTC)<br />
<br />
Hey there, it's the same for me! I don't use it anyway so I just made a fast check and could not find a solution. Can't see something irregual in dmesg or journactl, so it could be a prolem with libinput...<br />
<br />
Update: When starting Arch I can see the ELAN Touchscreen in "libinput-list-devices" and also in xinput list as a virtual device. After suspend its gone from both...<br />
<br />
[[User:ColdBug|ColdBug]] ([[User talk:ColdBug|talk]]) 08:15, 31 October 2016 (UTC)<br />
<br />
Found a answer to that problem on kernel.org and added it to the wiki. [https://bugzilla.kernel.org/show_bug.cgi?id=176361 kernel.org]<br />
<br />
[[User:ColdBug|ColdBug]] ([[User talk:ColdBug|talk]]) 09:23, 31 October 2016 (UTC)<br />
<br />
== External Monitors ==<br />
<br />
Having trouble with an external monitor using a DisplayPort <-> USB-C cable. Anyone else seeing this? Monitor is detected fine by XPS, but no signal being sent by the XPS to the monitor.<br />
<br />
------<br />
<br />
I think you will need an active adapter to use that. I tried it with an combi adapter i bought from cable matters and could connect it via vga or hdmi withou any problem. Because i wanted to have a 4k display and 60 Hz i now bought an plugable thunderbolt to 2 times Display Port Adapter and will tell you how it works once i got it.<br />
<br />
[[User:ColdBug|ColdBug]] ([[User talk:ColdBug|talk]]) 18:10, 1 November 2016 (UTC)<br />
<br />
------<br />
<br />
I have a similar problem using the official Dell adapter when going from USB-C to HDMI. Interestingly it works if I use '''1280x800''' or anything lower as the resolution but for anything above that I don’t get any output. The supported resolutions seem to be recognized correctly by xrandr.<br />
<br />
[[User:cocreature|cocreature]] ([[User talk:cocreature|talk]]) 18:45, 1 November 2016 (UTC)<br />
<br />
------<br />
<br />
There is [https://bugs.freedesktop.org/show_bug.cgi?id=94567#c27 an open bug report] for this issue. Unfortunatly it's unfixed for quite some time.<br />
<br />
[[User:Kaueraal|Kaueraal]] ([[User talk:Kaueraal|talk]]) 14:13, 20 December 2016 (UTC)<br />
<br />
------<br />
<br />
So I am running the Anker Aluminium USB C to HDMI Adapter. I just plugged it in and it worked. I also got the HDMI to VGA Adapter from Ugreen (the active one) in case there is no HDMI available. It also worked right of the box. No need to change anything. I can link the products here if necessary.<br />
<br />
uname -r<br />
4.10.6-1-ARCH<br />
<br />
[[User:janphilippi|janphilippi]] ([[User talk:janphilippi|talk]]) 16:05, 07 April 2017 (UTC)<br />
<br />
------<br />
<br />
Checkout bug report [here]bugs.freedesktop.org/show_bug.cgi?id=93578 for details on fix for official Dell adapter. The patch should be pushed out on 4.11 or 4.12.<br />
<br />
[[User:SnowLimit|SnowLimit]] ([[User talk:SnowLimit|talk]]) 17:52, 07 April 2017 (UTC)<br />
<br />
------<br />
<br />
== CPU ==<br />
Getting a lot of dmesg errors regarding some failure on pipe A<br />
<br />
[ 1832.400184] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=109958 end=109959) time 277 us, min 1788, max 1799, scanline start 1772, end 1803<br />
[ 1892.651578] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=113567 end=113568) time 379 us, min 1788, max 1799, scanline start 1773, end 1816<br />
[ 1907.727072] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=114470 end=114471) time 373 us, min 1788, max 1799, scanline start 1786, end 1828<br />
<br />
Following [https://bbs.archlinux.org/viewtopic.php?id=214177 this link], I've verified that I was correctly running the microcodes (although no microcode is added)<br />
<br />
$ sudo bsdtar -Oxf /boot/intel-ucode.img | iucode_tool -tb -lS - <br />
iucode_tool: system has processor(s) with signature 0x000806e9<br />
microcode bundle 1: (stdin)<br />
selected microcodes:<br />
$<br />
<br />
I tried to add ''i915.enable_psr=0'' to my boot entry without success<br />
<br />
title Arch Linux<br />
linux /vmlinuz-linux<br />
initrd /intel-ucode.img<br />
initrd /initramfs-linux.img<br />
options root=/dev/disk/by-label/ARCH_ROOT rw i915.enable_psr=0<br />
timeout 4<br />
editor 0<br />
<br />
And I could confirm that while running `sudo intel_gpu_top` in a shell, no new error was thrown in dmesg.<br />
<br />
Hasn't this happened to you guys?<br />
<br />
--[[User:Fandekasp|Fandekasp]] ([[User talk:Fandekasp|talk]]) 02:29, 17 November 2016 (UTC)<br />
<br />
I had the same with intel-ucode, enable_psr=1 disable_power_well=0. Now testing enable_psr=2<br />
<br />
--[[User:Mal|Mal]] ([[User talk:Mal|talk]]) 03:21, 24 March 2017 (UTC)<br />
<br />
Also seeing FIFO underruns but much more rarely.<br />
<br />
[ 3556.126478] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun<br />
<br />
--[[User:Zorael|Zorael]] ([[User talk:Zorael|talk]]) 14:09, 27 March 2017 (UTC)<br />
<br />
== GPU hang kernel error ==<br />
There seems a problem in the driver (4.8.7-nvme): <br />
<pre><br />
Nov 27 16:01:51 horizon kernel: [drm] GPU HANG: ecode 9:0:0x87d6fffe, in Xorg [522], reason: Hang on render ring, action: reset<br />
Nov 27 16:01:51 horizon kernel: [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.<br />
Nov 27 16:01:51 horizon kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel<br />
Nov 27 16:01:51 horizon kernel: [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.<br />
Nov 27 16:01:51 horizon kernel: [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.<br />
Nov 27 16:01:51 horizon kernel: [drm] GPU crash dump saved to /sys/class/drm/card0/error<br />
Nov 27 16:01:51 horizon kernel: drm/i915: Resetting chip after gpu hang<br />
Nov 27 16:01:51 horizon kernel: [drm] GuC firmware load skipped<br />
Nov 27 16:01:53 horizon kernel: [drm] RC6 on<br />
</pre><br />
This problem leads to a computer freeze (mouse, everything) for a few seconds and then things move on normally again.<br />
<br />
... to be investigated. I'll post updates and put the bug link here, once I get around to it. 14:59, 1 December 2016 Tormen<br />
<br />
== Bluetooth ==<br />
<br />
Anyone else seeing an apparent race with bluetooth on resume (4.9.10)? Sometimes it works and sometimes it doesn't, leaving it in a state where it seems to be enabled but is useless, and giving errors when trying to power it back on. Sometimes merely suspending and resuming again fixes it, but not always. rfkill checks out. dmesg excerpt;<br />
<pre><br />
[359743.125259] Bluetooth: hci0 command 0x2011 tx timeout<br />
[359745.205270] Bluetooth: hci0 command 0x200b tx timeout<br />
[359747.285300] Bluetooth: hci0 command 0x200c tx timeout<br />
[359749.365579] Bluetooth: hci0 command 0x2011 tx timeout<br />
[359751.445385] Bluetooth: hci0 command 0x200b tx timeout<br />
[359753.525484] Bluetooth: hci0 command 0x200c tx timeout<br />
</pre><br />
<br />
The bluetoothd service also outputs errors like <code>Failed to set mode: Failed (0x03)</code> to the systemd journal when calling <code>power on</code> in <code>bluetoothctl</code>.<br />
<br />
--[[User:Zorael|Zorael]] ([[User talk:Zorael|talk]]) 23:39, 5 March 2017 (UTC)<br />
<br />
<br />
== Freeze on resume from suspend ==<br />
<br />
Anyone else? It's happened about once a week - Open it and try to wake, it seems to resume but freezes. No C+A+F*, haven't had a keyboard with SysRQ handy to try that.<br />
<br />
<br />
Haven't experienced this but AltGr + PrintScreen is SysRq (if you have AltGr).<br />
<br />
--[[User:Zorael|Zorael]] ([[User talk:Zorael|talk]]) 13:38, 24 March 2017 (UTC)</div>SnowLimithttps://wiki.archlinux.org/index.php?title=Dell_XPS_13_(9360)&diff=473180Dell XPS 13 (9360)2017-04-06T20:00:02Z<p>SnowLimit: /* USB-C Compatibility Chart */ DA200 is not working properly see https://bugs.freedesktop.org/show_bug.cgi?id=93578&dgc=SM&cid=60904&lid=730074515&linkId=32430080</p>
<hr />
<div>[[Category:Dell]]<br />
[[ja:Dell XPS 13 (9360)]]<br />
{| class="wikitable" style="float: right;"<br />
| '''Device''' || '''Status''' || '''Modules'''<br />
|-<br />
| Video || {{G|Working}} || i915<br />
|-<br />
| Wireless || {{G|Working}} || ath10k<br />
|-<br />
| Bluetooth || {{G|Working}}|| btusb<br />
|-<br />
| Audio || {{G|Working}} || snd_hda_intel<br />
|-<br />
| Touchpad || {{G|Working}} || hid_multitouch (mousedev)<br />
|-<br />
| Webcam || {{G|Working}} || uvcvideo<br />
|-<br />
| USB-C / Thunderbolt 3 || {{G|Working}} || ?<br />
|-<br />
| Wireless switch || {{G|Working}} || intel_hid<br />
|-<br />
| Function/Multimedia Keys || {{G|Working}} || ?<br />
|}<br />
<br />
The Dell XPS 13 Late 2016 (9360) is the fourth-generation model of the XPS 13 line. The laptop is available since October in both a standard edition with Windows installed as well as a Developer Edition with Ubuntu installed. There is no hardware difference between them. Just like the older versions ([[Dell XPS 13 (9333)]], [[Dell XPS 13 (9343)]] and [[Dell XPS 13 (9350)]]) it is available in different hardware configurations. This fourth gen model includes Intel's Kaby Lake CPU and configurable with up to 16GB LPDDR 1866 MHz RAM and a 1TB PCI SSD. It will now also be available in Rose Gold. Prior to previous information it won't be available with LPDDR 2133 MHz RAM.<br />
<br />
The installation process for Arch on the XPS 13 does not differ from any other PC. For installation help, please see the [[Installation guide]] and [[UEFI]]. This page covers the current status of hardware support on Arch, as well as post-installation recommendations.<br />
<br />
As of kernel 4.5, the Intel Kaby Lake architecture is supported.<br />
<br />
<br />
== Content adaptive brightness control ==<br />
In the XPS 13 the display panels (both FHD and QHD+) come with adaptive brightness embedded in the panel firmware, this "content adaptive brightness control" (usually referred to as CABC or DBC) will adjust the screen brightness depending on the content displayed on the screen and will generally be found undesirable, especially for Linux users who are likely to be switching between dark and light screen content. Dell has issued a fix for this however it is only available to run in Windows and for the QHD+ model of the laptop so this precaution should be taken before installing Linux, the FHD model of the XPS 13 (9360) cannot be fixed. This is not a problem with the panel but rather a problem with the way the panels are configured for the XPS 13, as the same panel exists in the Dell's Latitude 13 7000 series (e7370) FHD model but with CABC disabled. The fix is available directly from [http://www.dell.com/support/home/de/de/debsdt1/Drivers/DriversDetails?driverId=20JWV&fileId=3574543510&osCode=WT64A&productCode=xps-13-9360-laptop&languageCode=ge&categoryId=AP Dell].<br />
<br />
== NVM Express SSD ==<br />
=== NVME Power Saving Patch ===<br />
<br />
Andy Lutomirski has created a patchset which fixes powersaving for NVME devices in linux. Currently, this patch is not merged into mainline yet. Until it lands in mainline kernel use the AUR or repository linked below. <br />
{{App|Linux-nvme|Mainline linux kernel patched with Andy's patch for NVME powersaving APST.|https://github.com/damige/linux-nvme|{{AUR|linux-nvme}}}} (check out [http://linuxnvme.damige.net/] for compiled packages)<br />
<br />
This patch is now in mainline (4.11rc1), so it is a matter of time before the standard kernel can be used instead.<br />
<br />
== Video ==<br />
The video should work with the {{ic|i915}} driver of the current {{Pkg|linux}} kernel. Consult [[Intel graphics]] for a detailed installation and configuration guide as well as for [[Intel graphics#Troubleshooting|Troubleshooting]].<br />
<br />
=== Module-based Powersaving Options ===<br />
For the HD 620 graphics card the following modules are working: (see [[Intel graphics#Module-based Powersaving Options]])<br />
modeset=1 enable_rc6=1 enable_fbc=1 <br />
The first argument is to enable modesetting if it's not set by default. The second argument is needed to active power-saving C-States. Higher values than 1 are not available for kaby lake CPUs. The third argument is for frame buffer compression power savings. These values should work well!<br />
<br />
enable_guc_loading=1 enable_guc_submission=1<br />
These arguments are used to enable GuC updates. GuC is a small proprietary binary blob released by intel to update the GuC binary in faster intervals than the kernel release does. It is used for graphics workload scheduling on the various graphics parallel engines. More details at (https://01.org/linuxgraphics/downloads/firmware). The GuC binary for kaby lake is included since firmware release linux-firmware 20170217 in the official repository.<br />
<br />
enable_huc=1<br />
HuC is also an binary blob from intel. It's designed to offload some of the media functions from the CPU to GPU. More details at (https://01.org/linuxgraphics/downloads/firmware). The vanilla kernel doesn't load it at the moment! Patches to load HuC have to find their way into the i915 kernel graphic stack before this option will work. Maybe working for kernel 4.10 or 4.11.<br />
<br />
enable_psr=1 disable_power_well=0 OR enable_psr=2 <br />
Enable psr level 2 is working, while level 1 has a lot of problems. Setting it on level 2 doesn't give much energy saving at the moment. It's said that 'disable_power_well=0 enable_psr=1' is working in this combination.<br />
<br />
NOT WORKING: semaphores=1 <br />
The semaphore option is NOT working for kaby lake CPUs and won't enable even if you set the option to 1.<br />
<br />
=== Blank screen issue after booting ===<br />
If using "late start" [[KMS]] (the default) and the screen goes blank when loading modules, it may help to add {{ic|i915}} and {{ic|intel_agp}} to the initramfs or using a special [[kernel parameter]]. Consult [[Intel graphics#Blank screen during boot, when "Loading modules"]] for more information about the kernel parameter way and have a look at [[Kernel mode setting#Early KMS start]] for a guide on how to setup the modules for the initramfs.<br />
<br />
== Wireless ==<br />
<br />
The Killer 1535 Wirless Adapter is functional and the ath10k firmware is included in recent linux kernel versions. The connection speed reported by iw is limited to 1-6Mbits/s. However this is just the output being wrong. The real connection speed is not limited to this value.<br />
<br />
Some users are experiencing issues, where the connection is dropped under heavy load but reconnects within a brief moment. This might not be noticed during browsing at all but becomes apparent in online games. There is no know solution so far.<br />
<br />
== Bluetooth ==<br />
<br />
After following the instructions given at [[Bluetooth]] tethering of internet connections via phone works immediately.<br />
<br />
<br />
== Thunderbolt 3 / USB 3.1 ==<br />
<br />
The USB-C port supports Thunderbolt 3, Displayport-over-USB-C and USB power delivery as well as USB 3.1.<br />
<br />
=== Ethernet repeatedly disconnects/reconnects with Dell USB-C adapter (DA200) ===<br />
<br />
Use of a power management package (such as [[TLP]]) may cause the ethernet adapter to repeatedly disconnect and reconnect. If this happens, disable/blacklist USB autosuspend for the ethernet adapter. (On my laptop, this is the device <tt>Bus 004 Device 007: ID 0bda:8153 Realtek Semiconductor Corp</tt> in the output of <tt>lsusb</tt>.)<br />
<br />
Also disabling or reducing power of wifi may help: http://en.community.dell.com/support-forums/network-internet-wireless/f/3324/t/19995423<br />
<br />
=== USB-C Compatibility Chart ===<br />
{| class="wikitable"<br />
| '''Device''' || '''Ports''' || '''Status'''<br />
|-<br />
| [http://www.apple.com/uk/shop/product/MJ1K2ZM/A/usb-c-digital-av-multiport-adapter Apple USB-C Digital AV Multiport Adapter] || USB-C, USB-A, HDMI || {{R|Not Working}}<br />
|-<br />
| [http://www.apple.com/uk/shop/product/MJ262B/A/apple-29w-usb-c-power-adapter?fnode=8b Apple 29W USB-C Power Adapter] || USB-C Power || {{R|Not Working}}<br />
|-<br />
| [https://www.amazon.co.uk/gp/product/B01H3K387Q/ref=oh_aui_search_detailpage?ie=UTF8&psc=1 Aukey USB C Hub HDMI 4 Port] || USB-C, 4xUSB-A, HDMI || {{G|Working}}<br />
|-<br />
| [https://www.amazon.com/dp/B012DT6KW2 Dell DA200] || USB-A, Ethernet, HDMI, VGA || {{R|Not Working}}<br />
|-<br />
| [https://www.amazon.com/dp/B01ANR4CYE StarTech.com tb32dp2 - Thunderbolt 3 Adapter] || 2 x DP (4 K, 60 Hz) || {{G|Working}}<br />
|-<br />
| [https://www.amazon.com/dp/B01C316EIK Cable Matters USB-C Multiport Adapter] || 4K HDMI or VGA, USB 3.0, Gigabit Ethernet || {{G|Working}}<br />
|-<br />
| [https://www.amazon.com/Juiced-BizHUB-Multiport-Ethernet-Delivery/dp/B01J391C3W Juiced Systems BizHUB USB-C Multiport Gigabit HDMI Hub] || 4K@30Hz HDMI, 3x USB 3.0, Gigabit Ethernet, USB-C Power, SD, Micro-SD || {{G|Working}}<br />
|}<br />
<br />
=== Thunderbolt Firmware updates ===<br />
The thunderbolt controller in the laptop has an embedded firmware. The laptop ships with firmware version NVM 18, and the most recent available version from Dell's website is NVM 21. If encountering compatibility problems with Thunderbolt accessories, the firmware may need to be updated. Dell maintains a [https://github.com/dell/thunderbolt-nvm-linux Github repository] explaining the process to update the firmware, but unfortunately, does not provide the updated payload files. These can be extracted from the Windows firmware update files. Mainline support for the firmware update process is pending the inclusion of [https://github.com/01org/thunderbolt-software-kernel-tree/tree/networking these patches] into the Linux kernel. The thunderbolt-icm kernel module is available in the AUR {{AUR|thunderbolt-icm-dkms-git}}.<br />
<br />
== SATA controller ==<br />
When the SATA-controller is set to {{ic|RAID On}} in Bios, the hard disk (at least the SSD) is not recognized. Set to {{ic|Off}} or {{ic|AHCI}} ({{ic|AHCI}} is recommended) before attempting to install Arch.<br />
<br />
== Touchpad ==<br />
The touchpad has no explicit buttons. The buttons are built into the pads surface. There is a small line printed on the pad separating left from right click button. The pad has a '''middle button''' built in! (works with libinput without any configuration): To issue a middle click, simply press on the middle area right between the virtual left and click buttons - so on the small printed separator line.<br />
<br />
=== Remove psmouse errors from dmesg ===<br />
<br />
If {{ic|<nowiki>dmesg | grep -i psmouse</nowiki>}} returns an error, but your touchpad still works, then it might be a good idea to disable {{ic|psmouse}}. First create a config file:<br />
<br />
# nano /etc/modprobe.d/modprobe.conf<br />
<br />
blacklist psmouse<br />
<br />
Then add this file to {{ic|/etc/mkinitcpio.conf}}:<br />
<br />
...<br />
FILES="/etc/modprobe.d/modprobe.conf"<br />
...<br />
<br />
Rebuild your initial ramdisk image (see [[Mkinitcpio#Image creation and activation]]).<br />
<br />
== Touchscreen ==<br />
The touchscreen works without additional configuration. The bug resulting in a disabled touchscreen after resume was fixed with kernel 4.8.5.<br />
<br />
=== Gestures ===<br />
Refer to [[libinput#Gestures]] for information about the current development state and available methods.<br />
<br />
=== Scrolling in Firefox ===<br />
See [[Firefox/Tweaks#Pixel-perfect trackpad scrolling]]. This enables both touchscreen scrolling and high-res trackpad scrolling.<br />
<br />
== Keyboard Backlight ==<br />
By default, the keyboard backlight turns off after 10 seconds of inactivity. Some users might find this too short and annoying.<br />
The delay can be increased (or decreased) by editing this file:<br />
/sys/devices/platform/dell-laptop/leds/dell\:\:kbd_backlight/stop_timeout<br />
<br />
You can also change the brightness (0-2) by editing the following file. This is identical to pressing F10 on your keyboard:<br />
/sys/devices/platform/dell-laptop/leds/dell\:\:kbd_backlight/brightness<br />
<br />
== Hidden Keyboard Keys ==<br />
There are additional Fn+<Key> (sequences) that are not marked at all on the keyboard but underlying hardware generates them anyway. Here they are (if you find more add them to the table below):<br />
{| class="wikitable"<br />
|+ Hidden Fn Keys<br />
! Fn+<Key> !! Resulting key (sequence)<br />
|-<br />
| Fn+Ins || XF86Sleep<br />
|-<br />
| Fn+Super_L || Super_R<br />
|-<br />
| Fn+B || Pause<br />
|-<br />
| Fn+R || Print<br />
|-<br />
| Fn+S || Scroll_Lock<br />
|-<br />
| Fn+A / D / E / F / G / T / Q / W || XF86Launch3<br />
|}<br />
<br />
== Firmware Updates ==<br />
Dell provides firmware updates via {{aur|fwupd}}. See [[Flashing BIOS from Linux#fwupd]]. Please note if you have used a bind mount partition for /boot, you will not be able to use the fwupd utility; Instead format a USB as FAT32 and put the bios update .exe on. Reboot into the one-time-boot menu and update the BIOS flash through there.<br />
<br />
Alternatively, the BIOS update can be downloaded from the Dell website, and placed in a location accessible to the firmware. This could be the '/boot' folder, or a FAT32 formatted USB stick. Then restart your laptop and hit F12 while starting. In the boot menu choose firmware update and select the new file!<br />
<br />
== Troubleshooting ==<br />
<br />
=== EFISTUB does not boot ===<br />
The BIOS does not pass any boot parameters to the kernel. Use a UEFI [[boot loader]] instead.<br />
<br />
=== Not waking from suspend ===<br />
Update the BIOS to 1.0.7 to patch this issue.<br />
<br />
=== Power Drain after waking from standby ===<br />
<br />
Some users recognised ~2W more power consumption after waking up from standby. Go to the UEFI Firmware Settings (tap the F2 key when the Dell logo appears) and uncheck the 'Enable Thunderbolt Boot Support'. You may use {{Pkg|powertop}} or {{AUR|powerstat-git}} to reproduce and check this behaviour yourself. <br />
<br />
=== Popping Sound on headphones/external speakers ===<br />
<br />
Power saving being enabled on the audio chip will cause the hissing and popping to appear. <br />
<br />
Have a look at [[Advanced Linux Sound Architecture/Troubleshooting#Pops when starting and stopping playback]] and [[Advanced Linux Sound Architecture/Troubleshooting#Popping sound after resuming from suspension]].<br />
<br />
If you are using {{Pkg|tlp}}, it will activate power saving by default when on battery. Edit {{ic|/etc/default/tlp}} and disable it.<br />
<br />
=== Coil Whine ===<br />
<br />
Unfortunately Dell still did not fix this issue and the sound for my model was very loud. The issue seems to be connected to the graphic card. For some users, it is possible to reduce it a lot by activating frame buffer compression "enable_fbc=1" [[Intel graphics#Module-based Powersaving Options]]. The coil whine will then start again under heavy graphic load. For the touchscreen model, this may be very often, due to the high resolution screen. In a similar vein, the display can be run at a lower resolution, again reducing the load on the graphics card.<br />
<br />
=== Freezing after waking from suspend ===<br />
<br />
Installing {{aur|xf86-video-intel-git}} is [https://bbs.archlinux.org/viewtopic.php?pid=1698282#p1698282 reported] to fix this.<br />
<br />
=== Continuous hissing sound with headphones ===<br />
<br />
Open alsamixer and set "Headphone Mic Boost" gain to 10 dB: https://www.reddit.com/r/Dell/comments/4j1zz4/headphones_have_static_noise_with_ubuntu_1604_on/ Note that this does reduce the volume slightly.<br />
<br />
== See Also == <br />
<br />
* [https://bbs.archlinux.org/viewtopic.php?id=217865 Arch Forum thread for Dell XPS 13 (9360)]<br />
* [http://topics-cdn.dell.com/pdf/xps-13-9360-laptop_Service%20Manual_en-us.pdf Service Manual for Dell XPS 13 (9360)]</div>SnowLimit