Dell XPS 15 7590

From ArchWiki
Jump to navigation Jump to search
Note: This page refers to the 7590 revision of the XPS 15. Most of it also applies to the Precision 5540.

Device/Functionality Status
Suspend Working
Hibernate Working
Integrated Graphics Working
Discrete Nvidia Graphics Modify
Backlight Modify
Wifi Working
Bluetooth Working
rfkill Working
Audio Working
Touchpad Working
Touchscreen Working
Webcam Working
Card Reader Working
Function/Multimedia Keys Working
Power Management Working
EFI firmware updates Working
Fingerprint reader Not working

This page contains recommendations for running Arch Linux on the Dell XPS 15 7590 (2019).

Tango-view-fullscreen.pngThis article or section needs expansion.Tango-view-fullscreen.png

Reason: This page is work in progress. (Discuss in Talk:Dell XPS 15 7590#)


Before installing it is necessary to modify some UEFI Settings. They can be accessed by pressing the F2 key repeatedly when booting.

  • Change the SATA Mode from the default "RAID" to "AHCI". This will allow Linux to detect the NVME SSD. If dual booting with an existing Windows installation, Windows will not boot after the * change but this can be fixed without a reinstallation.
  • Change Fastboot to "Thorough" in "POST Behaviour". This prevents intermittent boot failures.
  • Disable secure boot to allow Linux to boot.

Firmware Update

Firmware images can be found at Dell support page. Keeping an existing Windows system will make updates of BIOS much simpler. If a clean Arch Linux install is the case in order to install:

  • Download the desired firmware from section "Dell XPS 15 7590 System BIOS"
  • Save it in /boot/EFI/Dell/Bios/ (this path may vary, depending on your installation)
  • Reboot the system, and enter the boot menu by pressing repeatedly F12 on Dell logo
  • Choose "Bios Flash Update"
  • Select the file previously saved, and start the process

The process will take about five minutes, during which the system will have some reboots and push fans at maximum speed. Finally the system will reboot normally.

Power Management


By default, the very inefficient s2idle suspend variant is incorrectly selected. This is probably due to the BIOS. The much more efficient deep variant should be selected instead:

 $ cat /sys/power/mem_sleep 
 [s2idle] deep
 $ echo deep|sudo tee /sys/power/mem_sleep
 $ cat /sys/power/mem_sleep 
 s2idle [deep]

To make the change permanent add mem_sleep_default=deep to your kernel parameters.

An easy way would be to add mem_sleep_default=deep to the GRUB_CMDLINE_LINUX_DEFAULT entry in /etc/default/grub:


Read more regarding the sleep variants on the kernel documentation [1].

Warning: Some users have reported a problem where the CPUs get stuck in a high power state after resuming from S3 (deep) suspension [2].




kernel modules

NVIDIA Optimus


If using a desktop environment with an OLED screen, you may notice the backlight does not function. Since on some models the screen is OLED (which do not have physical backlights), you may need to shim the ACPI backlight functions to update Xrandr's "--backlight" option. This is done by monitoring the acpi_video0 levels, and updating the xrandr brightness levels accordingly.

For this to work, you must first install inotify-tools and bc. Then, create the following file:

$ cat /usr/local/bin/xbacklightmon
#use LC_NUMERIC if you are using an European LC, else printf will not work because it expects an comma instead of a decimal point

# modify this path to the location of your backlight class

luminance() {
    read -r level < "$path"/actual_brightness
    new_brightness="$(bc -l <<< "scale = 2; $level / $factor")"
    printf '%f\n' $new_brightness

read -r max < "$path"/max_brightness

xrandr --output eDP-1 --brightness "$(luminance)"

inotifywait -me modify --format '' "$path"/actual_brightness | while read; do
    xrandr --output eDP-1 --brightness "$(luminance)"

Then make this file executable and owned by root:

$ chown root:root /usr/local/bin/xbacklightmon
$ chmod 755 /usr/local/bin/xbacklightmon

You may test this by running the file, and using the backlight keys to test if the brightness updates. Finally, configure the script to run when you display manager starts.

Please note: If you are using the xf86-video-intel driver, you will need to replace 'eDP-1' in the script above with 'eDP1' You also have to change the path to 'path=/sys/class/backlight/intel_backlight/' if you are using xf86-video-intel

Backlight function keys

When using a LCD display device and in a desktop environment (KDE verified) the function key will be working out of the box for the DEs have their own key mapping. However, when in a window manager with modesetting driver (and also int the tty console), the backlight controlling function keys won't be working and will throw out errors like ACPI BIOS Error, could not resolve symbol.

Usually /sys/class/backlight/intel_backlight is symlinked to /sys/device/pci00/0000:00:02.0/drm/card0/card0-eDP-1/, and by changing the value of backlight file inside the directory the backlight level can be controlled, but the operation needs root previliege. Establishing a udev rule and accordingly a backlight control group will help, but these steps can be done easily with the package light.

Then a mapping of function key to the command, say, light -A 3 and light -U 3 would be in need. XF86BrightnessDown and XF86BrightnessUp won't be working. The mapping of the keys can be done with acpid. Install the package, then insert these lines to the case "$1" in block

video/brightnessup) light -A 3 ;;
video/brightnessdown) light -U 3 ;;

start and enable the service:

systemctl enable acpid.service, systemctl start acpid.service.

Backlight in Wayland

The xrandr command does not work with Wayland. Instead you can use the icc-brightness[broken link: package not found] tool to control the brightness.

You can find it here:

Backlight in Sway

For sway users you can use redshift-wlr-gamma-controlAUR to set the brightness. The following command sets the brightness to 75%.

redshift -o -b 0.75 -O 6500k -m wayland -l manual

This may also work for other window managers based on wlroots.

Wifi and Bluetooth


With kernel version 5.2.2 and linux-firmware 20190717.bf13a71-1, WIFI would be working out of the box.

With kernel versions lower than 5.2.0, WIFI will not be working out of the box, a manual installation of drivers in is required in order that the hardware can be recognized correctly. Connect to the internet via a cable or via USB tethering, then consult this page

$ pacman -S git
$ git clone
$ cd backport-iwlwifi
$ make defconfig-iwlwifi-public
$ make -j4
$ sudo make install

Additionally, you may need to ensure you have the latest iwlwifi firmware:

$ sudo git clone
$ cd linux-firmware
$ sudo cp iwlwifi-* /lib/firmware/

It is basically same with Pacman -Syu and updating the Linux-firmware package, albeit the package version would be newer in the former case. Reboot.

Kernel versions 5.2.0 and 5.2.1 have issues with getting the WiFi module working . However, according to the same post, removing the file /lib/firmware/iwlwifi-cc-a0-48.ucode will help, which keeps the troublesome firmware verision 48 from being loaded and load the version 46 firmware instead.

Touchpad and Touchscreen


EFI firmware updates

Thermal management

Tips and Tricks

Fingerprint reader