Skip to main content

Enable stylus settings on HP Envy x360 Convertible

Thanks to the tips from Peter Hutterer, the author of libinput and libwacom, enabling the configuration of the stylus for the HP Envy x360 Convertible is very simple. Create a table file i.e. elan-264c.tablet in this example using this template and look at the dmesg output like:

[    3.014612] input: ELAN0732:00 04F3:264C Pen as /devices/platform/AMDI0010:00/i2c-0/i2c-ELAN0732:00/0018:04F3:264C.0001/input/input15


 Now the name is found as an ELAN device, include the following information

# ELAN touchscreen/pen sensor present in the HP Envy x360 Convertible 15-cp0XXX 

[Device] 
Name=ELAN 264C 
DeviceMatch=i2c:04f3:264c 
Class=ISDV4 
Width=14 
Height=8 
IntegratedIn=Display;System 

[Features] 
Stylus=true 
Touch=true 
Buttons=0

Copy the new created file to /usr/share/libwacom/ path. Gnome Shell will automatically detect the new tablet file and display the new information. Below is the result:

Stylus configuration

Tablet information with calibration and display adjustement


Testing the stylus input


I pulled the new file to upstream who immediately accepted it. For user owning an HP touchscreen devices, expect your distribution to provide the updated linuxwacom package.

Since owning that 2-in-1 laptop, with the help of upstream, we have resolved the touchscreen issue and now the configuration of the stylus. Next challenge will be the Windows Hello like authentication currently available in the COPR repository for testing and contacting both upstream and GNOME team.

Comments

Popular posts from this blog

Sun's promise to open source Java vs GCJ

According to this Press Release via OS News , it appears Sun Microsystems allow the redistribution of their Java development for Linux distributions under a new license called Operation System Distributor's License for Java or in short "Distro License for Java". Currently, only binaries are licensed as the source code is not available for the public although SUN promise to open source Java . I wonder if that announcement will affect the whole GCJ on which Fedora Project is focusing. Pour les francophones: Selon cette note de presse via OS News, Sun Microsystems permet la redistribution des binaires Java pour les distribution de Linux sous la nouvelle license nomm&ecaute;e License des distros pour Java . Je me demande si cette annonce affectera le développement de GCJ.

Using AMD RX Vega driver OpenCL on Fedora 29

The Raven Ridge APU is very capable processor to handle OpenCL inside some applications like Blender, Darktable and Gimp. Unfortunately, the current implementation from Mesa, clover, stuck to 1.3, is not supported. AMD released their driver 18.40 with OpenCL2.0+ targeting only Red Hat Enterprise Linux/Cent OS 6.10 and 7.5 in addition of Ubuntu LTS. The good new is the former rpm format can be used on Fedora. The graphical part of Raven Ridge is Vega 8, basically a cut-down of Vega56 or Vega64 meaning choosing either driver for RX Vega . The instruction is provided for extracting the rpm files but here is  some requirements for OpenCL: kernel-devel (provided by Fedora repository) amdgpu-dkms dkms libopencl-amdgpu-pro opencl-amdgpu-pro-icd Once done, applications needing OpenCL will automatically detect the driver located on /opt/amdgpu/lib64 . Blender will list as unknown AMD GPU and Darktable will enable it. OpenCL from official AMD driver enabled on Darktable Ra

Detailing the installation of AMD OpenCL rpm for Fedora

Revisiting the previous blog and freshly reinstalling Fedora Design Suite due to a busted boot, I look at the official guideline from AMD Driver for Red Hat Enterprise Linux 7.2 and write a way to improve the process of installing on Fedora 29 in this example. Extracting the tarball contains the following: amdgpu-install amdgpu-pro-install symlink to amdgpu doc folder repodata folder RPMS folder containing rpm package Executing the command ./amdgpu-install -opencl=pal --headless sadly failed on Fedora on that line: ./amdgpu-install -y --opencl=pal --headless Last metadata expiration check: 0:30:51 ago on Mon 19 Nov 2018 07:13:43 PM PST. No match for argument: amdgpu Upon closer look, the script failed to created a temporary repository on /var/opt/amdgpu-pro-local probably explaining why amdgpu metapackage name failed to display. Someone should investigate and provide a fix. At least, we find out Fedora support is available but unofficial. Due to its design, Gnome