The Final Zone project

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...

The Fedora version on kernel 4.19.3 includes a patch allowing both stylus and touchscreen to properly run on AMD processor based HP touchscreen thanks to the combined effort from Hans , Lukas and Marc for finding the root cause and testing the fix. A few scary moment on HP Envy x360 15-cp0xxx Ryzen 2500U was a conflicting IRQ handling due to possibly booting on Windows 10 used to get all feature parity to Linx counterpart i.e. Fedora 29 in this case. Fortunately, power off somewhat did the trick. Since then, both stylus and touchscreen run without a hitch. A minor issue was the Gnome Settings does not display information of both devices due to the missing data from Elan driver thus meaning no configuration possible like assigning buttons and no possible way to test touchscreen. Additionally, Gnome Shell assumed the battery still at 1% capacity and the bug is filed for that reason . Detected Stylus displayed with incorrect battery status Nevertheless, the stylus with some co...

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 ...

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 ...

Nearly one month later, HP Envy x360 Convertible 15  powered by Ryzen 2500U is running smoother on kernel 4.19.0 with someissues: The LED for the mute button failed to work suggesting a possible ACPI issue. An unfortunate oversight from HP for not including a led for Num Lock button.  The touchscreen function failed due to ACPI bug related to a mis-configuration of tables . Sadly, it affects all HP Envy touchscreen series equipped with AMD processors. Workaround made by an Arch user exists and no upstream Linux maintainers has picked up yet for clean up and improvment. The side effect would be an unfortunate false impression HP touchscreen with AMD processors is horrible. The gyroscope needed to automatically rotate the screen depending of the position is broken possibly due to ACPI bug. On the positive side, I was impressed by the modular adaptability  of HP Envy x360 upgrade wise thanks to the excellent HP documentation . The board can be replaced with the pow...