Most of faustus functionality is now in mainline kernel

[rublag]

These version include all the new patches except LEDs. Multicolor LED kernel API is still in development.

5.7.11
5.8
5.4.54

Path to driver sysfs:

/sys/devices/platform/asus-nb-wmi

Someday I will port rgb API from faustus driver

[cromerc]

Does the new version expose the fan control? Does it have your patch which allows polling the fan state?

[ferretwithaberet]

@rublag can you please answer @cromerc's question? I want to know that too.

[rublag]

@ferretwithaberet @cromerc
There is fan control. There is no polling support. I hope, in the next month I'll manage to make a patch set for correct temperature reading and polling.

[cromerc]

@ferretwithaberet @cromerc
There is fan control. There is no polling support. I hope, in the next month I'll manage to make a patch set for correct temperature reading and polling.

Nice, I based all my work on tuf-manager's polling on your patch work, so hopefully your patches get accepted so that it will work out of the box on the mainline kernel.

[hackbnw]

@rublag thanks for your great work with patches and opening the issue. I've pinned it as I also think it is important to note. The only thing missing is RGB control (because of multicolor framework, as mentioned). I think though it is good to have reference dkms driver to reduce barrier of entry to kernel development and as a platform for experimenting. The faustus is compilation from the following files from linux source:

drivers/platform/x86/asus-wmi.c (main driver code)
drivers/platform/x86/asus-wmi.h (main driver code header)
drivers/platform/x86/asus-nb-wmi.c (sparse keymap)
include/linux/platform_data/x86/asus-wmi.h (WMI devices constants)

after forking and modifying the code it is straightforward enough to put changes back. That does not help with testing the patch against complete build of mainline kernel, which should still be done in any case.

Refer to the following great resources for reference on the development process and information:

• https://www.kernel.org/doc/html/latest/process/development-process.html
• https://kernelnewbies.org/
• https://kernelnewbies.org/KernelBuild

The patches for these drivers should be submitted to the platform-driver-x86 subsystem mailing list.

[chknatwork]

Out of curiosity, once this happens, do we need to remove DKMS and the module?

Not sure if having both installed can cause issues.

[cromerc]

When you install this module it disables/blacklists the one in the kernel. So naturally if you want to use the one from the kernel you need to uninstall this and unblacklist the one from the kernel.

[Andy3153]

What's the status of this? Do you even need Faustus at all at this point?

[cromerc]

What's the status of this? Do you even need Faustus at all at this point?

Did you even read the full thread before posting?

LED is not in those kernel versions and neither is fan polling. It's just fan speed control.

[Andy3153]

What's the status of this? Do you even need Faustus at all at this point?

Did you even read the full thread before posting?

LED is not in those kernel versions and neither is fan polling. It's just fan speed control.

I was asking because it's been a while since it's been talked about, and I figured I should ask to check the status

[K4R7IK]

Can anyone tell me difference between fan polling and fan speed control. Also is there a way to only implement RGB functionality with asus-wmi drivers as in the recent updates powerprofilesctl is also introduce which provide a GUI to control the system mode.