Control: forwarded -1 https://salsa.debian.org/kernel-team/linux/-/merge_requests/1737 Control: tags -1 + patch
Hi Helmut, On Thu, Dec 04, 2025 at 01:44:36PM +0100, Helmut Grohne wrote: > On Thu, Sep 11, 2025 at 01:04:10AM +0200, neptune wrote: > > Package: linux-image-amd64 > > Version: 6.16.5-1 > > Severity: wishlist > > X-Debbugs-Cc: [email protected] > > > > * What exactly did you do (or not do) that was effective (or > > ineffective)? > > > > - Verified hardware detection: NPU visible via lspci as > > "Strix/Krackan/Strix Halo Neural Processing Unit" > > - Installed latest firmware-amd-graphics from testing > > - Updated to kernel 6.16.5+deb14-amd64 (latest unstable) > > - Checked kernel configuration: CONFIG_DRM_ACCEL_AMDXDNA is disabled > > > > * What was the outcome of this action? > > > > The AMDXDNA driver module is not available, preventing NPU functionality > > despite hardware support and upstream driver availability since kernel 6.14. > > > > Additional details: > > Hardware: AMD Ryzen AI HX 370 with NPU > > $ lspci | grep Neural > > c7:00.1 Signal processing controller: Advanced Micro Devices, Inc. [AMD] > > Strix/Krackan/Strix Halo Neural Processing Unit (rev 10) > > > > Kernel config status: > > $ grep -i AMDXDNA /boot/config-$(uname -r) > > # CONFIG_DRM_ACCEL_AMDXDNA is not set > > > > However: CONFIG_DRM_ACCEL=y (framework is enabled) > > > > Request: Please enable CONFIG_DRM_ACCEL_AMDXDNA=m in future Debian kernel > > builds to support AMD Ryzen AI NPU hardware acceleration. > > > > The AMDXDNA driver has been upstream and stable since kernel 6.14, and > > would benefit many users with recent AMD Ryzen AI processors. > > I note that this driver also applies to all AMD Ryzen AI 5 and AMD Ryzen > AI 7 processors such as those installed into Framework 13 AMD > and Tuxedo Infinity Book 14 laptops. > > The userland software for this driver is completely missing in Debian. > Cordell Bloor has done an initial writeup of what is needed at > https://wiki.debian.org/XDNA > > In any case, the availability of this driver would lay the foundation of > forwarding the hardware device into podman containers that would > actually be able to make use o the functionality. Therefore, I suggest > that the addition of the driver would be useful to enable tinkering with > this hardware feature. Okay make sense to me. I have opened a MR for this for review of the other team members if they agree on having it already enabled. https://salsa.debian.org/kernel-team/linux/-/merge_requests/1737 Regards, Salvatore
