HP Spectre x360 13-4231ng

This article covers hardware specific configuration of this laptop, some minor issues remain after customization. These can be performed after an installation of Arch Linux has been finished and the machine rebooted into it.

HardwarePCI/USB IDWorking?
Video8086:1926Yes
Wireless8086:095aYes
Bluetooth8087:0a2aYes
Audio8086:9d70Yes
TouchpadPS/2Yes
Touchscreen06cb:16f9Yes
Webcam1bcf:2c7dYes
Card Reader10ec:5227Yes
Fingerprint Reader04f3:0c26Yes

For a general overview of laptop-related articles and recommendations, see Laptop.

Hardware info

Hardware options

The HP Spectre x360 name has been used for a number of models over the years. While the overall look & feel of the brick has not changed, some hardware configuration changed a lot.

This model was released in November 2015 to replace the 13-4100.

Specifications:

  • Intel i7 Skylake 6560U with Intel Iris 540 graphics (compared to i7 6500 with Intel HD 520 graphics on a 4100)
  • OLED touch screen running at 2560x1440 (compared to LED 1920x1080 on a 4100)
  • 500 GB M.2 SDD
  • 8 GB RAM

This model has now been succeeded by the HP Spectre x360 13-w023dx.

Installation

Installing arch is straight forward for everything (disable secure boot, F10 for BIOS, F9 for boot options) but one thing: you may have to disable a BIOS option called "fast boot". While this option is activated in BIOS the machine may boot into Windows no matter what you select. If you make to boot into the latest arch ISO (June 2016) on a USB, arch EFI boot menu hangs. After you installed arch, you may activate that option again: no difference in boot performance could be observed with the option activated or deactivated.

Tweaks

Brightness / backlight

/sys/class/backlight/intel_backlight exists but is not working as of kernel 4.6 and 4.7rc6. Proposed kernel parameters (such as ) do not remedy the issue. It may be helpful to know that OLED displays by their nature do not have backlight. xrandr offers some neat feature to change brightness of your screen. Depending on your driver (modesetting driver included in Xorg or xf86-video-intel, see Intel graphics) your screen is named eDP-1 or eDP1. Use xrandr to determine the correct name if in doubt. The following statement changes brightness to 50%.

$ xrandr --output eDP1 --brightness .5

While this may probably work on non-OLED displays as well, it will not reduce power consumption on non-OLED displays at all. Without in-depth tests and measurements done, it seems like lowering brightness from the default 100% to something more regular 50% extends battery life by some hours.
Since the hotkeys are performing updates on /sys/class/backlight/intel_backlight you may use to enable brightness adjustment using the hotkeys (see Backlight#sysfs modified but no brightness change). The following script does the job:

The script requires package bc to actually calculate the brightness factor. If you store the script at (see Arch filesystem hierarchy), you may use the following file at to run the script at login to gnome:

While all this fixes brightness issues on the brick quite well, there are still some issues to be solved:

  • Chromium and some other programs reset brightness to 100% upon their first start since reboot.
  • Hotkeys are not working prior to login.

Gnome scaling

The screen natively runs at 2560x1440. Gnome by default assumes a scaling factor of 2 since the screen resolution at y-axis is greater than 1200 1. With this, at first glance all controls are quite over sized. xrandr offers some nice workaround: Those commands should be executed in two steps tho. Gnome does not adjust size for sure each time. Setting those changes in an autostart script after login is not very reliable if some other programs are started at the same time. Even adding some sleep does not improve reliability to an acceptable level. Testing will be continued since this is a perfect resolution.

ICC screen calibration (enhanced brightness)

By default the screen colors are well balanced. Default brightness is a major issue: it equals the enormous bright maximum. The scripts described in chapter Brightness / backlight provide some basic brightness control. Unfortunately there is still some brightness reset to maximum on certain events. This can be circumvented by applying an appropriate ICC calibration profile.
Generating such profile requires a colorimeter and (which is based on ). Gnome offers some color calibration as well. Unfortunately Gnome color calibration crashes when using a x-rite Colormunki Display.
ICC profiles can be obtained from AUR: . Those profiles have been created on a 4231 model (see hardware options for details). Since there are only a few screen manufacturers those ICC profiles should be valid for all QHD (2560x1440) screen models. Be advised to not apply those profiles on any other (incompatible) screen.
The profile is currently based on 406 patches only. Improved profiles will be made available in a later update. Main advantage of applying such profile is the default brightness used. The 120 cdm² profil is best for regular enviroments. Use system settings to apply the profiles.

Video driver

As mentioned in Intel graphics some people recommend to stay with the modesetting driver included in Xorg. As of Xorg 1.18.2, Mesa before 12.0 the performance of this driver is inacceptable when it comes to simple tasks like web browsing, scrolling documents or anything alike. On this machine installing improves performance a lot.

Issue: Airplane mode after login

  • Wifi is working. The hotkey for the airplane mode works. Although something strange is going on with the hotkey:
    • Booting to console leads to some spam of ^@ for like 10 seconds. After this it suddenly stops and you can log in.
    • Booting to GDM makes the hotkey for airplane mode work. Nothing special. You can login immediately.
    • Right after login to Gnome the hotkey is spammed and thus airplane mode turned off and on for like 7 seconds. dmesg shows some hard faults caused by wifi module being unexpectedly unavailable but nothing else suspicious.
    • If you wait in GDM for a while, the spam hotkey spam will not happen after login. I.e. the timer is running already while you are in GDM.
  • The solution described at seems to work.
gollark: But you could actually embed hidden data in them for... purposes?
gollark: No, it just uses perceptual hashes or something to compare memes.
gollark: You would have to have people actually *add* data to see who it went through, though, and it might be hard to make it resist compression and cropping.
gollark: Oh, I just had a fun idea, steganographic data embedded in memes to trace meme flow across the internet?
gollark: I mean, they're memes, you don't need sources.
This article is issued from Archlinux. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.