[Follow-up] Quest of enabling hotkeys on ASUS Laptops

Resuming for the previous topic, with the help of an Arch user and one of kernel maintainers, it turned out the failure of hotkeys functions [Fn] is due to a Linux ACPI bug. Further investigation revealed a bad practice from BIOS vendor and unexpectedly a new challenge in Linux kernel world as quoted:

However this report indicates us another gap (except the enumeration order gap):
If the namespace EC (DSDT EC in short) is not ready, EC access availability can be kept 
using the ECDT EC. In Linux, that requres _Qxx control methods to be registered for
the ECDT EC. I have never seen a Linux EC driver version doing this before,
_Qxx registration is only invoked in acpi_ec_add(). So this bug indicates a gap for Linux.

Essentially, what is initially a bug related for non-functional hotkeys for ASUS X550Z laptop revealed a much more deeper issue related Linux ACPI. It is the first time I reached that level of testing in kernel world with the help from upstream kernel.

A built kernel with an attempt patch to resolve ACPI EC problem is on COPR repository. It willl take longer to complete before testing the patch which will hopefully restore hotkeys functionality on some modern laptops especially ASUS. A suivre...

Comments

Summary of echo-icon-theme report on Virtual FUDCon

It was my first even conference on Virtual FUDCon which greatly saved time and money. In summary, echo-icon-theme will not be ready for Fedora 8 given the time constrains. Its guideline needs a rewrite started by Martin Sourada. The icons are now residing on echo-icon-theme repository which facilitates the access for contributors looking to add/update the icons. It also means the wiki page for EchoDevelopment will no longer upload icons and will serve as reference. The mouse cursors are not in the repository yet but will be available shortly. Mairin, Fedora Artwork team leader, suggested to use Tango guideline for icons smaller or equal than 24x24 while keeping the isometric view for 32x32 and above. Demitri Glezos thanked the team for the use of icons on his Transifex project . The set of icons is roughly 40 percent complete and users of other desktop environment like KDE are encouraged to test them and provide ticket to track issues. Be in mind the echo-icon-theme division tea...

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

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

The Final Zone project

Search This Blog