linux-kernel - hid-asus: integration of some rust code

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <3e36262d-8eed-443c-afdd-beef2f8be5e9@gmail.com>
Date: Thu, 8 Jan 2026 14:36:35 +0100
From: Denis Benato <benato.denis96@...il.com>
To: LKML <linux-kernel@...r.kernel.org>
Cc: Jiri Kosina <jikos@...nel.org>, linux-input@...r.kernel.org,
 Denis Benato <denis.benato@...ux.dev>, rust-for-linux@...r.kernel.org
Subject: hid-asus: integration of some rust code

Hi all,

These past months I have been considering moving some userspace code to the kernel.

The userspace code is past of asusd and manages a feature of ASUS laptop called anime matrix:
a series of leds forming a display on the back.

The code in question was written by the previous maintainer of that application when
the kernel was not accepting any rust code, and now that it does I think it's about time
to port this well-tested feature where it belongs since it's talking directly to the hardware.

For context hid-asus must remain loaded and attached to the device as this new code
needs to manage just a subset of what is supported by the device, using the same hid_device*.

My (main) questions are the following:
- is this something that is acceptable?
- is this possible, and if yes what is the best way?
- is a mixed C/rust driver something that is accepted or does it break some rule?
- technically is this something that today the kernel has infrastructure for?

Specifically to Jiri: since you are the maintainer of hid-asus do you have any
objections in doing this?

Thanks to everyone who will respond and help me out.

Please feel free to add more considerations and answers questions I haven't
made since I'm sure there will be more anyway once I start working to this.

Best regards,
Denis B.