https://wiki.archlinux.org/api.php?action=feedcontributions&user=Kij4eem8&feedformat=atomArchWiki - User contributions [en]2024-03-28T09:15:32ZUser contributionsMediaWiki 1.41.0https://wiki.archlinux.org/index.php?title=Dell_XPS_13_(9360)&diff=520319Dell XPS 13 (9360)2018-05-05T18:41:30Z<p>Kij4eem8: Added information how to diasable CABC using a portable MS Windows installation.</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 />
| Fingerprint sensor || {{R|Not 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 (pre-2017 model) in both a standard edition with Windows installed as well as both a pre-2017 model and a 2017 model (with insignificant hardware differences) Developer Edition with Ubuntu 16.04 "SP1" installed, featuring kernel 4.8 as of now. There is only minor hardware differences between them, mostly in regards to the mainboard microchip manufacturers. Just like the older versions ([[Dell XPS 13 (9333)|9333]], [[Dell XPS 13 (9343)|9343]] and [[Dell XPS 13 (9350)|9350]]) it is available in different hardware configurations as well. These fourth gen models includes Intel's Kaby Lake CPUs and advertised 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 and current specifications available provided by Dell (at least to regular customers), it is not available with the 2133 MHz RAM speed. However, some models, including those available to employees and possibly Dell partners (and/or business customers), memory speed is indeed available up to 2133 Mhz LPDDR3 (non-upgradable). The same mentioned models are also available with the Intel Core i7-7660U (aswell as i7-7560U) with the Intel 640 Iris Plus onboard graphics. Respective clock frequencies are 2.5 Ghz (up to 4GHz in Turbo-mode) and 2,4 Ghz (up to 3.8 Ghz), respectively.<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 Content Adaptive Brightness Control (usually referred to as CABC or DBC) embedded in the panel firmware - it adjusts the screen brightness depending on the content displayed on the screen. While it saves a bit of power, it is generally 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. The fix is available [http://www.dell.com/support/home/us/en/04/drivers/driversdetails?driverId=312K3&lwp=rt directly from Dell].<br />
<br />
To test if your XPS 13 is affected by the CABC, go to this [http://tylerwatt12.com/dc/ test page]. It is possible to apply Dell's firmware update using a portable Windows 10 on a USB device:<br />
# Install (for example) [https://aur.archlinux.org/packages/?O=0&K=woeusb woeusb from the AUR]<br />
# Download a Windows 10 ISO from [https://www.microsoft.com/en-in/software-download/windows10ISO Microsoft's website]<br />
# Create a portable Windows 10 installation [https://www.addictivetips.com/ubuntu-linux-tips/make-windows-usb-drive-on-linux-woeusb/ using woeusb]<br />
# Boot the XPS 13 from your Windows 10 USB device (F12)<br />
# In Windows, download and install the latest driver for the [http://www.dell.com/support/home/us/en/04/drivers/driversdetails?driverId=M10YG Intel Graphics controller]<br />
# Then download and install [http://www.dell.com/support/home/us/en/04/drivers/driversdetails?driverId=312K3 this tool] to update the panel firmware. The tool gives you the option to disable CABC<br />
# Reboot (from USB)<br />
# Reboot to Arch Linux and rerun the [http://tylerwatt12.com/dc/ test]<br />
<br />
== NVM Express SSD Power Saving ==<br />
<br />
For some devices it might be necessary to set a higher value for the {{ic|nvme_core.default_ps_max_latency_us}} parameter to enable all power saving states. This parameter has to be set on the [[kernel command line]].<br />
<br />
For the Toshiba 512GB SSD used in some models of the XPS 13 the value to enable all states is 170000 (the combined latency of entering and leaving the highest power state, add {{ic|<nowiki>nvme_core.default_ps_max_latency_us=170000</nowiki>}} to your kernel command line). For the 1TB SSD this valued should be increased to 180000 instead. To check if all states are enabled you can use the {{AUR|nvme-cli}} package, which provides the {{ic|nvme-cli}} command:<br />
<br />
# nvme get-feature -f 0x0c -H /dev/nvme0<br />
get-feature:0xc (Autonomous Power State Transition), Current value:0x000001<br />
Autonomous Power State Transition Enable (APSTE): Enabled<br />
Auto PST Entries .................<br />
Entry[ 0] <br />
.................<br />
Idle Time Prior to Transition (ITPT): 1500 ms<br />
Idle Transition Power State (ITPS): 3<br />
.................<br />
Entry[ 1] <br />
.................<br />
Idle Time Prior to Transition (ITPT): 1500 ms<br />
Idle Transition Power State (ITPS): 3<br />
.................<br />
Entry[ 2] <br />
.................<br />
Idle Time Prior to Transition (ITPT): 1500 ms<br />
Idle Transition Power State (ITPS): 3<br />
.................<br />
Entry[ 3] <br />
.................<br />
Idle Time Prior to Transition (ITPT): 8500 ms<br />
Idle Transition Power State (ITPS): 4<br />
.................<br />
<br />
If the power states are enabled there should be values for ITPT and ITPS in the first entries. Also the ITPS-value of the last filled entry should be the highest power saving-state of the SSD (which can be viewed using {{ic|smartctl -a /dev/nvme0}} or {{ic|nvme id-ctrl /dev/nvme0}}).<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]].<br />
<br />
If you have the QHD+ (3200x1800) model, also check out [[HiDPI]] for UI scaling configurations.<br />
<br />
''But there might be video issues left for this model. '''Please help by contributing any feedback''' about similar issues you might have experience(d) to this bugreport (https://bugs.freedesktop.org/show_bug.cgi?id=100671).''<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 activate 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. HuC is also a binary blob from intel. It's designed to offload some of the media functions from the CPU to GPU. As of kernel 4.12, HuC is loaded if GuC is enabled. One can check with 'cat /sys/kernel/debug/dri/0/i915_huc_load_status' and 'cat /sys/kernel/debug/dri/0/i915_guc_load_status'.<br />
<br />
enable_psr=1<br />
Panel Self Refresh (PSR) is working for eDP 1.3 and up and does stop the creation of new frames when the screen content is static to save energy. If you experience problems with PSR try to set 'disable_power_well=0' or disable otherwise. <br />
{{Tip|If you use {{ic|1=enable_psr=1}} may need to add the {{ic|modconf}} hook to your [[Mkinitcpio#HOOKS|Mkinitcpio]] to avoid a hang after resume. The {{AUR|xf86-video-intel-git}} package was required to solve the bug for me as well, even though I was using Wayland.}}<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 />
[http://en.community.dell.com/support-forums/network-internet-wireless/f/3324/t/19998908?pi41127=3 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 [http://en.community.dell.com/techcenter/os-applications/f/4613/p/20002634/20994007#20994007 a firmware update proposed by DELL] to fix the issue, but it might not fix all the issues. In at least one case the new firmware did not fix the connection loss / low connection speed problem. Signs of this problem seems to be two kinds of messages in dmesg:<br />
<br />
{{bc|<nowiki><br />
pcieport 0000:00:1c.4: AER: Corrected error received: id=00e4<br />
pcieport 0000:00:1c.4: PCIe Bus Error: severity=Corrected, type=Data Link Layer, id=00e4(Transmitter ID)<br />
pcieport 0000:00:1c.4: device [8086:9d14] error status/mask=00001000/00002000<br />
pcieport 0000:00:1c.4: [12] Replay Timer Timeout <br />
</nowiki>}}<br />
<br />
And also:<br />
{{bc|<br />
CPU: 3 PID: 1410 Comm: irq/133-ath10k_ Not tainted <br />
Hardware name: Dell Inc. XPS 13 9360/0839Y6, BIOS 2.1.0 08/02/2017<br />
Call Trace:<br />
<IRQ><br />
dump_stack+0x63/0x82<br />
__warn+0xcb/0xf0<br />
warn_slowpath_null+0x1d/0x20<br />
net_rx_action+0x274/0x3a0<br />
? irq_finalize_oneshot.part.35+0xe0/0xe0<br />
}}<br />
<br />
<br />
As of February 2018, Dell support suggests to update the firmware of the network adapter in the following way:<br />
<br />
# Confirm that you have QCA6174 checking the output of {{ic|sudo lspci | grep –i qca6174}}<br />
# [https://codeload.github.com/kvalo/ath10k-firmware/zip/master Download] the latest firmware and extract the contents from [https://github.com/kvalo/ath10k-firmware git]<br />
# Substitute the {{ic|QCA6174}} folder in {{ic|/lib/firmware/ath10k/}} with the one downloaded<br />
# Inside the new folder, rename {{ic|firmware-4.bin_WLAN.RM.2.0-00180-QCARMSWPZ-1}} to {{ic|firmware-4.bin}}<br />
# Reboot and test the new Killer Wi-Fi firmware<br />
<br />
Update: Internet connection dropped even with the firmware from the above fix. Using the newer firmware {{ic|firmware-6.bin_WLAN.RM.4.4.1-00102-QCARMSWP-1}} by downloading that file from https://github.com/kvalo/ath10k-firmware/blob/master/QCA6174/hw3.0/4.4.1.c1/firmware-6.bin_RM.4.4.1.c1-00042-QCARMSWP-1, copying it to {{ic|/usr/lib/firmware/ath10k/QCA6174/hw3.0/}} and renaming it to {{ic|firmware-6.bin}} fixes this.<br />
Reboot and verify that this newer firmware is used by verifying that {{ic|<nowiki>dmesg | grep ath</nowiki>}} outputs:<br />
{{bc|<nowiki><br />
ath10k_pci 0000:3a:00.0: firmware ver RM.4.4.1.c1-00042-QCARMSWP-1 api 6 features wowlan,ignore-otp crc32 40fb7bdd<br />
</nowiki>}}<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 />
{{Note|''A comprehensive and up to date list of USB type C adapters and hubs is present in the [[Talk:Dell_XPS_13_(9360)#USB-C_Compatibility_Chart|discussion]] page.''}}<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 (such as the DA-200), the firmware may need to be updated. If you have fwupd (see: [[#Firmware Updates]]) set up then you should receive this update automatically. Otherwise, you can install it manually as follows.<br />
<br />
Dell maintains a [https://github.com/dell/thunderbolt-nvm-linux Github repository] explaining the process to update the firmware which also provides the updated payload files. If the provided payload does not work, try {{ic|0x075B_secure.bin}} inside the [http://www.dell.com/support/home/us/en/19/drivers/driversdetails?driverId=MHTHF Windows package]. This can be extracted with {{Pkg|p7zip}}.<br />
<br />
Here is a short list of steps to update the Thunderbolt-Firmware on linux 4.13+ (use at your own risk):<br />
<br />
* Install {{Pkg|libsmbios}} and {{Pkg|efivar}}<br />
* Clone [https://github.com/dell/thunderbolt-nvm-linux dell Thunderbolt Force Tool]<br />
* Build the Dell Force tool <br />
# gcc -o force_dell_tbt force_dell_tbt.c -I /usr/include/efivar/ -lsmbios_c -lefivar<br />
* Force the controller to accept updates<br />
# ./force_dell_tbt 1<br />
* Flash the 9360 firmware from the thunderbolt-nvm-linux repository to a non active NVME memory spot<br />
# dd if=payloads/0x075B.bin of=/sys/bus/thunderbolt/devices/0-0/nvm_non_active0/nvmem<br />
* Trigger the update process<br />
# echo 1 > /sys/bus/thunderbolt/devices/0-0/nvm_authenticate<br />
* At this point, your screen should flickr a couple of time. Verify that the update is done by checking that authenticate returns 0<br />
# cat /sys/bus/thunderbolt/devices/0-0/nvm_authenticate<br />
* Verify the new nvme version (it should return 21.0)<br />
# cat /sys/bus/thunderbolt/devices/0-0/nvm_version<br />
* Put the controller back in normal mode<br />
# ./force_dell_tbt 0<br />
<br />
== SATA controller ==<br />
When the SATA-controller is set to {{ic|RAID On}} in Bios, the SSD is not recognized. Set to {{ic|AHCI}} 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 />
=== Unobtrusive mode ===<br />
If enabled in BIOS, pressing Fn+F7 will disable sound, keyboard and screen backlight, the charging LED and the LED on the power button. Unfortunately there seems to be no way to disable just the LEDs- some users recommend black electrical tape.<br />
The output of `smbios-token-ctl -d` only list changes related to screen, keyboard and sound when unobtrusive mode is active.<br />
<br />
== Firmware Updates ==<br />
Dell provides firmware updates via {{Pkg|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 [http://www.dell.com/support/home/us/en/04/Drivers/DriversDetails?driverId=GVNVJ 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 [[ALSA/Troubleshooting#Pops when starting and stopping playback]] and [[ALSA/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 />
=== Crackling sound with screen changes ===<br />
<br />
Some users experienced a weird crackling, white noise sound when the display is changing its contents after waking the computer from S3 sleep.. <br />
<br />
This issue should be patched as of the 4.14.15 kernel. <br />
<br />
If you're still encountering this issue, try manually applying this patch[https://lkml.org/lkml/2018/1/22/169]. Adding the kernel parameter {{ic|1=i915.enable_guc_loading=1}} as described in [[Intel graphics]] might also help, however multiple people have reported that this does not fix the problem completely.<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 (See discussion on [https://www.reddit.com/r/Dell/comments/4j1zz4/headphones_have_static_noise_with_ubuntu_1604_on/ reddit]). Note that this does reduce the volume slightly.<br />
<br />
You may also run the equivalent command:<br />
<br />
$ amixer -c PCH cset 'name=Headphone Mic Boost Volume' 1<br />
<br />
PulseAudio will rewrite these ALSA settings. So if you use PulseAudio you should change its config to make them permanent:<br />
<br />
{{hc|/usr/share/pulseaudio/alsa-mixer/paths/analog-input-headphone-mic.conf|<nowiki><br />
[Element Headphone Mic Boost]<br />
required-any = any<br />
switch = select<br />
# Replace "volume = merge" by:<br />
volume = 1<br />
override-map.1 = all<br />
override-map.2 = all-left,all-right<br />
</nowiki>}}<br />
<br />
{{hc|/usr/share/pulseaudio/alsa-mixer/paths/analog-input-internal-mic.conf|<nowiki><br />
[Element Headphone Mic Boost]<br />
switch = off<br />
# Replace "volume = off" by:<br />
volume = 1<br />
</nowiki>}}<br />
<br />
== Fingerprint sensor ==<br />
<br />
Dell officially does not support fingerprint reader functionality [http://en.community.dell.com/techcenter/os-applications/f/4613/t/20006668], however an effort on reverse engineering the protocol of Validity 138a:0090, 138a:0094, 138a:0097 fingerprint readers can be found at github [https://github.com/nmikhailov/Validity90].<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%20manual2_en-us.pdf Service Manual for Dell XPS 13 (9360)]</div>Kij4eem8