Dell XPS 13 (9343)

From ArchWiki
(Redirected from Dell XPS 13 (2015))
Jump to: navigation, search
Note: This page refers to the early 2015 model of XPS 13. For the late 2015 model, see Dell XPS 13 (9350).
Device Status
Video Working
Backlight control Working
Wi-Fi Working
Bluetooth Working
Audio Working
Touchpad Working
Webcam Working
Card Reader Working
Wireless switch Working (Some issues with kde)

The 2015 Dell XPS 13 (9343) is the second-generation model of Dell's XPS 13 line. Like its predecessor, it has official Linux support courtesy of Dell's Project Sputnik team[1]. They target Ubuntu 14.04 LTS, but the improvements and support from the Sputnik team are generally applicable to all distros.

The installation process for Arch Linux 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.

As of kernel 4.1.3 (released July 2015), a patched kernel is no longer necessary. However, some manual configuration is still recommended to get the best experience.

Model differences

Although the XPS 13 is sold in a variety of configurations in most markets, those wanting to run Linux should pay special attention to display options (FHD or QHD+) and Wi-Fi adapter differences (Dell DW1560 or Intel 7265).

Users with QHD+ displays should use a DE/WM that properly supports HiDPI.

Regarding the Wi-Fi adapter, both cards work in Arch Linux; while the Intel 7265 works out-of-the-box thanks to mainline kernel support, the Dell DW1560 instead requires a proprietary kernel module that is not well-supported; further details are in the proper below section.

There are no exclusive hardware differences between the Developer Edition and the standard Windows edition, so this guide is equally applicable to both models.


BIOS updates

The latest BIOS update is A11 and was released on 2017-02-02. With A02 or newer, almost everything should work out-of-the-box, and the kernel boot parameters that were used in conjunction with earlier BIOS versions are no longer necessary.

BIOS upgrade is easy, thanks to the EFI implementation: store the update binary on the EFI partition (/boot/EFI) or on a USB flash drive, reboot, press F12 key in order to enter in the Boot Menu and then choose BIOS Update.


Works out-of-the-box:

  • The systemd-backlight.service takes care of both eDP panel and keyboard backlight (and any other external device) status, saving at shutdown and restoring their values at boot.
  • Hardware Function keys (Fn-F10 to Fn-F12) works without any operation, as well.


This laptop series comes with a SSD as storage device; this technology needs some configuration in order to achieve the best operative conditions. See Solid State Drives for information.


Most configurations feature the Dell DW1560 802.11ac adapter (based on the Broadcom BCM4352 chip) which requires broadcom-wlAUR or broadcom-wl-dkms (in this case, remember to install linux-headers too, even if it is listed as an optional dependency) to be installed. See the Broadcom wireless page for more details and/or assistance.

Some higher-end models do not use the Dell-branded Broadcom adapter but instead they use an Intel Wireless 7265 card, which is supported by the mainline kernel. This card is widely available as an after-market purchase for those wishing to replace the Broadcom adapter in their laptop. This wireless adapter, other than an enviable driver support, for both Wi-Fi and Bluetooth, that makes installation easier, compared to the Broadcom card, it has a 2-3 times wider reception range and a much higher throughput [citation needed], making it an worthwhile upgrade should you decide to do so.


Note: users with Intel wireless adapter with both Wi-Fi and Bluetooth, the Bluetooth interface should be available out-of-the-box, as the required firmware is included in linux-firmware.

The Broadcom Bluetooth firmware is not available in the kernel (source), so you need to install bcm20702a1-firmwareAUR and reboot if you want to use Bluetooth.

Alternatively, you can retrieve the firmware directly from the Windows driver by yourself. You need to extract the .cab file with cabextract and then convert it to a .hcd file with hex2hcd from bluez-utils:

$ cabextract
$ hex2hcd BCM20702A1_001.002.014.1443.1572.hex
# mv BCM20702A1_001.002.014.1443.1572.hcd /lib/firmware/brcm/BCM20702A1-0a5c-216f.hcd
# ln -rs /lib/firmware/brcm/BCM20702A1-0a5c-216f.hcd /lib/firmware/brcm/BCM20702A0-0a5c-216f.hcd

After reboot, the firmware is available for your Bluetooth interface.


Note: Proper audio support is dependent on having the latest BIOS update. If you have not yet updated to BIOS A02 or newer, please do that first.

The sound chipset in this laptop, a Realtek ALC3263, is described as "dual-mode", meaning it supports both the HDA standard and the I2S standard. The embedded controller in the XPS 13 uses the ACPI _REV value provided by the OS you use to determine which mode the sound chipset should be initialized in at boot.

HDA mode

With BIOS A02+ and official Arch Linux kernel 4.3 or older, the sound card will be initialized in HDA mode.

To use HDA mode on newer kernels, compile your kernel with the option CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y. This will force HDA mode on; you will not be able to use I2S mode by using that kernel.

Setting the default sound card

By default, ALSA doesn't output sound to the PCH card but to the HDMI card. This can be changed by following ALSA#Set the default sound card. To set the proper order, create the following .conf file in /etc/modprobe.d/ [2]:

options snd_hda_intel index=1,0

Note that if you are dual-booting with Windows, you will have to do a cold boot twice before HDA sound will work in Linux and vice-versa. This is not necessary in I2S mode.

I2S mode

With BIOS A02+ and official Arch Linux kernel 4.4 or newer, the sound card will be initialized in I2S mode. I2S support requires alsa-lib 1.1.0[3] or newer. (I2S support was broken in mainline kernel 4.5, and fixed in Arch kernel 4.5.2 and mainline 4.8.[4][5])

Enabling the microphone
Note: The microphone appears to be enabled by default as of official Arch Linux kernel 4.5.3, so these instructions may be unnecessary.[6]

In I2S mode, the built-in microphone is muted by default. To enable it you have to unmute Mic item; follow the instructions below in order to achieve the goal:

  • open alsamixer (an utility included into the alsa-utils package)
  • press F6 and select the broadwell-rt286 sound card
  • press F4 to switch to the Capture view and ensure that ADC0 has the CAPTURE label. If it doesn't, toggle over to it with your arrow keys and press the spacebar to turn it on CAPTURE
  • finally, toggle over to the Mic item and raise the volume to 100.
Note: Cycling the Port (from Main Microphone to Headset Microphone (unplugged), and back) of the Input Devices tab in the pavucontrol application, has the same effect of the above instructions.
Using Jack

By default Jack recognises four capture ports and is unusable because the transport is broken into short fragments with breaks between them. Limit input to two channels with -i2 on the command line or the corresponding option in qjackctl's advanced settings.


With the latest BIOS, the touchpad should work out-of-the-box with either the synaptics or libinput drivers.

Synaptics driver

For more advanced settings with the Synaptics driver, see Touchpad Synaptics.

If the touchpad freezes when you use more than one finger, try enabling Clickpad mode with synclient Clickpad=1.

Libinput driver

For better multi-touch support, you can use xf86-input-libinput. The libinput driver supports nearly all button layouts out of the box with few additional settings.

Section "InputClass"
	Identifier "touchpad"
	MatchProduct "DLL0665:01 06CB:76AD Touchpad"
	Driver "libinput"
	Option	"Tapping"	"on"
	Option	"AccelSpeed"	"1"

Refer to man libinput for more configurable options (e.g. NaturalScrolling, MiddleEmulation.)


With kernel 4.6.5 and tlp, the idle power usage can reach ~2.3 W with the kernel parameter pcie_aspm=force enabled.

You may use powertop or powerstat-gitAUR to reproduce and check this behaviour by yourself.

  • With kernel 4.6+, frame-buffer compression (FBC) is enabled by default, so i915.enable_fbc is no longer needed.
  • Panel self refresh (PSR) causes the XPS 13's display to flicker, so it is disabled by default as of kernel 4.9.[7]
  • i915.lvds_downclock=1 for LVDS downclock is no longer needed. According to IRC #intel-gfx, "there is a new auto-downclock for eDP panels in recent kernels and it is enabled by default if available, so do not use."
  • i915.enable_rc6=7 is useless on Broadwell (Gen8) systems. The deeper GPU power states that this option enables (RC6p and RC6pp) do not exist on Gen7+ hardware.[8][9]

Calibrated ICC profile

QHD+ model

Warning: This profile is only for QHD+ model. Do not use it if you have the FHD one.

An ICC profile is a binary file which contains precise data regarding the colour attributes of the monitor. It allows you to produce consistent and repeatable results for graphic and document. The following ICC profile is made with dispcalGUI ( displaycal), ArgyllCMS ( argyllcms) and a spectrophotometer for absolute colour accuracy; even if it is possible to achieve better results by calibrating your own monitor by yourself, in general this profile is definitively an improvement over the stock profile.

This profile has been made with the spectrophotometer's high resolution spectral mode, with white and black level drift compensation, the high quality ArgyllCMS switch and 3440 patches. Dynamic Brightness Control has been disabled and the monitor has been turned on for at least 30 minutes prior to start the calibration.


Pink & green artifacts in video or webcam output

Tango-view-refresh-red.pngThis article or section is out of date.Tango-view-refresh-red.png

Reason: kept for users of other distros until the fix is released upstream. (Discuss in Talk:Dell XPS 13 (9343)#)

Update xf86-video-intel if you haven't already; this should fix the issue.

Graphical artifacting/instability after S3 resume

If you encounter some artifacts and/or an unusable graphical environment after resuming from a suspend, you may want to switch your Intel graphics acceleration from SNA to UXA. Switching to UXA, however, will result in decreased performance. Switching to xf86-video-modesetting (glamor acceleration) should not decrease performance much, however it is still not known if will fix resume.

Connection issues with Broadcom wireless

If wifi-menu and iwlist scan fail after driver installation and reboot, try disabling "Wireless Switch" control in the BIOS.

rfkill issues with KDE

With recent kernel versions (as from 4.4) the rfkill switch works. Under the KDE desktop, the first time that the rfkill switch is used, the mouse pointer freezes. To unfreeze it, switch to another virtual console and back.

EFISTUB does not boot

As of version A07, the BIOS does not pass any boot parameters to the kernel. Use a UEFI boot loader instead. systemd-boot will work with current kernels.

Random kernel hangs at boot

See here. This issue seems to only affect those with touchscreens. The fix consists in removing "keyboard" from the HOOKS in /etc/mkinitcpio.conf and instead using MODULES="atkbd usbhid hid-generic" (if you need the keyboard hook). You will have to run mkinitcpio -p linux as root afterwards.

Sound doesn't work after upgrading to kernel 4.4+

You need to do two cold boots (don't reboot; shutdown and turn back on again) to make sound work again. This is necessary because I2S support was enabled in the stock Linux 4.4 kernel, and the XPS 13's embedded controller requires two cold boots to recognize changes in the sound chipset mode.

Refer to the Audio section above for more info, as well as the BBS thread and Arch Linux bug report.

Loud cracks/noise during boot or audio playback

Some users have reported above sound outputs, as described e.g. in this BBS thread. Disabling audio powersafe may work for people using the HDA audio mode. However, it is still unknown how to solve this issue for the I2S audio mode. For further reference, see the corresponding kernel bug record.

See also


Project Sputnik: