Changes in Kconfig

37f748ed0c19e007e7c5677f5d605d6b93841792 - drm/gpuvm: rust: add RUST_DRM_GPUVM option to Kconfig

Mon, 27 Apr 2026 12:54:51 +0200

drm/gpuvm: rust: add RUST_DRM_GPUVM option to KconfigSince Rust uses GPUVM via the kernel crate, which is built-in, the GPUVMmodule must also be built-in to use GPUVM from Rust. Adjust the Kconfigsettings accordingly.Suggested-by: Danilo Krummrich Signed-off-by: Alice Ryhl Link: https://patch.msgid.link/20260427-gpuvm-config-v1-1-8ece03771f8a@google.comSigned-off-by: Danilo Krummrich List of files: /linux/drivers/gpu/drm/Kconfig

9bdbf7eb25b3121ef19533df4fb70f2c39fc0d6a - Merge tag 'drm-rust-next-2026-03-30' of https://gitlab.freedesktop.org/drm/rust/kernel into drm-next

Tue, 31 Mar 2026 23:20:59 +0200

Merge tag 'drm-rust-next-2026-03-30' of https://gitlab.freedesktop.org/drm/rust/kernel into drm-nextDRM Rust changes for v7.1-rc1- DMA: - Rework the DMA coherent API: introduce Coherent as a generalized container for arbitrary types, replacing the slice-only CoherentAllocation. Add CoherentBox for memory initialization before exposing a buffer to hardware (converting to Coherent when ready), and CoherentHandle for allocations without kernel mapping. - Add Coherent::init() / init_with_attrs() for one-shot initialization via pin-init, and from-slice constructors for both Coherent and CoherentBox - Add uaccess write_dma() for copying from DMA buffers to userspace and BinaryWriter support for Coherent- DRM: - Add GPU buddy allocator abstraction - Add DRM shmem GEM helper abstraction - Allow drm::Device to dispatch work and delayed work items to driver private data - Add impl_aref_for_gem_obj!() macro to reduce GEM refcount boilerplate, and introduce DriverObject::Args for constructor context - Add dma_resv_lock helper and raw_dma_resv() accessor on GEM objects - Clean up imports across the DRM module- I/O: - Merged via a signed tag from the driver-core tree: register!() macro and I/O infrastructure improvements (IoCapable refactor, RelaxedMmio wrapper, IoLoc trait, generic accessors, write_reg / LocatedRegister)- Nova (Core): - Fix and harden the GSP command queue: correct write pointer advancing, empty slot handling, and ring buffer indexing; add mutex locking and make Cmdq a pinned type; distinguish wait vs no-wait commands - Add support for large RPCs via continuation records, splitting oversized commands across multiple queue slots - Simplify GSP sequencer and message handling code: remove unused trait and Display impls, derive Debug and Zeroable where applicable, warn on unconsumed message data - Refactor Falcon firmware handling: create DMA objects lazily, add PIO upload support, and use the Generic Bootloader to boot FWSEC on Turing - Convert all register definitions (PMC, PBUS, PFB, GC6, FUSE, PDISP, Falcon) to the kernel register!() macro; add bounded_enum macro to define enums usable as register fields - Migrate all DMA usage to the new Coherent, CoherentBox, and CoherentHandle APIs - Harden firmware parsing with checked arithmetic throughout FWSEC, Booter, RISC-V parsing paths - Add debugfs support for reading GSP-RM log buffers; replace module_pci_driver!() with explicit module init to support module-level debugfs setup - Fix auxiliary device registration for multi-GPU systems - Various cleanups: import style, firmware parsing refactoring, framebuffer size logging- Rust: - Add interop::list module providing a C linked list interface - Extend num::Bounded with shift operations, into_bool(), and const get() to support register bitfield manipulation - Enable the generic_arg_infer Rust feature and add EMSGSIZE error code- Tyr: - Adopt vertical import style per kernel Rust guidelines - Clarify driver/device type names and use DRM device type alias consistently across the driver - Fix GPU model/version decoding in GpuInfo- Workqueue: - Add ARef support for work and delayed workSigned-off-by: Dave Airlie From: "Danilo Krummrich" Link: https://patch.msgid.link/DHGH4BLT03BU.ZJH5U52WE8BY@kernel.org List of files: /linux/drivers/gpu/drm/Kconfig

80df573af9ef3aa63e1bacb6e17d57a7cd69afe2 - rust: drm: gem: shmem: Add DRM shmem helper abstraction

Mon, 16 Mar 2026 22:16:13 +0100

rust: drm: gem: shmem: Add DRM shmem helper abstractionThe DRM shmem helper includes common code useful for drivers whichallocate GEM objects as anonymous shmem. Add a Rust abstraction forthis. Drivers can choose the raw GEM implementation or the shmem layer,depending on their needs.Signed-off-by: Asahi Lina Signed-off-by: Daniel Almeida Reviewed-by: Daniel Almeida Signed-off-by: Lyude Paul Reviewed-by: Janne Grunau Tested-by: Deborah Brouwer Link: https://patch.msgid.link/20260316211646.650074-6-lyude@redhat.com[ * DRM_GEM_SHMEM_HELPER is a tristate; when a module driver selects it, it becomes =m. The Rust kernel crate and its C helpers are always built into vmlinux and can't reference symbols from a module, causing link errors. Thus, add RUST_DRM_GEM_SHMEM_HELPER bool Kconfig that selects DRM_GEM_SHMEM_HELPER, forcing it built-in when Rust drivers need it; use cfg(CONFIG_RUST_DRM_GEM_SHMEM_HELPER) for the shmem module. * Add cfg_attr(not(CONFIG_RUST_DRM_GEM_SHMEM_HELPER), expect(unused)) on pub(crate) use impl_aref_for_gem_obj and BaseObjectPrivate, so that unused warnings are suppressed when shmem is not enabled. * Enable const_refs_to_static (stabilized in 1.83) to prevent build errors with older compilers. * Use &raw const for bindings::drm_gem_shmem_vm_ops and add #[allow(unused_unsafe, reason = "Safe since Rust 1.82.0")]. * Fix incorrect C Header path and minor spelling and formatting issues. * Drop shmem::Object::sg_table() as the current implementation is unsound. - Danilo ]Signed-off-by: Danilo Krummrich List of files: /linux/drivers/gpu/drm/Kconfig

42d3b66d4cdbacfc9d120d2301b8de89cc29a914 - Merge drm/drm-next into drm-xe-next

Thu, 12 Mar 2026 15:17:56 +0100

Merge drm/drm-next into drm-xe-nextBackmerging to bring in 7.00-rc3. Important ahead GPU SVM merging THPsupport.Signed-off-by: Matthew Brost List of files: /linux/drivers/gpu/drm/Kconfig

c36218dc49f5e9ef9e3074670fdae7ac3a7e794f - drm/ras: Introduce the DRM RAS infrastructure over generic netlink

Wed, 04 Mar 2026 08:44:08 +0100

drm/ras: Introduce the DRM RAS infrastructure over generic netlinkIntroduces the DRM RAS infrastructure over generic netlink.The new interface allows drivers to expose RAS nodes and theirassociated error counters to userspace in a structured and extensibleway. Each drm_ras node can register its own set of error counters, whichare then discoverable and queryable through netlink operations. Thislays the groundwork for reporting and managing hardware error statesin a unified manner across different DRM drivers.Currently it only supports error-counter nodes. But it can beextended later.The registration is also not tied to any drm node, so it can beused by accel devices as well.It uses the new and mandatory YAML description format stored inDocumentation/netlink/specs/. This forces a single generic netlinkfamily namespace for the entire drm: "drm-ras".But multiple-endpoints are supported within the single family.Any modification to this API needs to be applied toDocumentation/netlink/specs/drm_ras.yaml before regenerating thecode:$ tools/net/ynl/pyynl/ynl_gen_c.py --spec \ Documentation/netlink/specs/drm_ras.yaml --mode uapi --header \ -o include/uapi/drm/drm_ras.h$ tools/net/ynl/pyynl/ynl_gen_c.py --spec \ Documentation/netlink/specs/drm_ras.yaml --mode kernel \ --header -o drivers/gpu/drm/drm_ras_nl.h$ tools/net/ynl/pyynl/ynl_gen_c.py --spec \ Documentation/netlink/specs/drm_ras.yaml \ --mode kernel --source -o drivers/gpu/drm/drm_ras_nl.cCc: Zack McKevitt Cc: Lijo Lazar Cc: Hawking Zhang Cc: Jakub Kicinski Cc: David S. Miller Cc: Paolo Abeni Cc: Eric Dumazet Cc: netdev@vger.kernel.orgCo-developed-by: Aravind Iddamsetty Signed-off-by: Aravind Iddamsetty Signed-off-by: Riana Tauro Reviewed-by: Zack McKevitt Acked-by: Jakub Kicinski Acked-by: Maarten Lankhorst Link: https://patch.msgid.link/20260304074412.464435-8-riana.tauro@intel.comSigned-off-by: Rodrigo Vivi List of files: /linux/drivers/gpu/drm/Kconfig

948e195dfaa56e48eabda591f97630502ff7e27e - drm/panic: depends on PRINTK

Thu, 12 Feb 2026 11:05:54 +0100

drm/panic: depends on PRINTKdrm_panic uses kmsg_dump_register() to register its panic handler, soit won't work if CONFIG_PRINTK is not enabled.Let's not pretend it could work without PRINTK, and dependsexplicitly on it.Suggested-by: Michael Kelley Reviewed-by: Michael Kelley Link: https://patch.msgid.link/20260212100615.989957-1-jfalempe@redhat.comSigned-off-by: Jocelyn Falempe List of files: /linux/drivers/gpu/drm/Kconfig

ba110db8e1bc206c13fd7d985e79b033f53bfdea - gpu: Move DRM buddy allocator one level up (part two)

Thu, 05 Feb 2026 23:52:38 +0100

gpu: Move DRM buddy allocator one level up (part two)Move the DRM buddy allocator one level up so that it can be used by GPUdrivers (example, nova-core) that have usecases other than DRM (such asVFIO vGPU support). Modify the API, structures and Kconfigs to use"gpu_buddy" terminology. Adapt the drivers and tests to use the new API.The commit cannot be split due to bisectability, however no functionalchange is intended. Verified by running K-UNIT tests and build testedvarious configurations.Signed-off-by: Joel Fernandes Reviewed-by: Dave Airlie [airlied: I've split this into two so git can find copies easier.I've also just nuked drm_random library, that stuff needs to be doneelsewhere and only the buddy tests seem to be using it].Signed-off-by: Dave Airlie List of files: /linux/drivers/gpu/drm/Kconfig

4a9671a03f2be13acde0cb15c5208767a9cc56e4 - gpu: Move DRM buddy allocator one level up (part one)

Thu, 05 Feb 2026 23:52:38 +0100

gpu: Move DRM buddy allocator one level up (part one)Move the DRM buddy allocator one level up so that it can be used by GPUdrivers (example, nova-core) that have usecases other than DRM (such asVFIO vGPU support). Modify the API, structures and Kconfigs to use"gpu_buddy" terminology. Adapt the drivers and tests to use the new API.The commit cannot be split due to bisectability, however no functionalchange is intended. Verified by running K-UNIT tests and build testedvarious configurations.Signed-off-by: Joel Fernandes Reviewed-by: Dave Airlie [airlied: I've split this into two so git can find copies easier.I've also just nuked drm_random library, that stuff needs to be doneelsewhere and only the buddy tests seem to be using it].Signed-off-by: Dave Airlie List of files: /linux/drivers/gpu/drm/Kconfig

2bebc88d5e37ddcb5ea5039a39f39527662b27f0 - Merge drm/drm-next into drm-misc-next

Thu, 05 Feb 2026 10:33:06 +0100

Merge drm/drm-next into drm-misc-nextBackmerging to get bug fixes from v6.19-rc7.Signed-off-by: Thomas Zimmermann List of files: /linux/drivers/gpu/drm/Kconfig

dbf21777caa8b8c88c12f7f036b01208fec0d55a - drm: verisilicon: add a driver for Verisilicon display controllers

Thu, 29 Jan 2026 03:39:17 +0100

drm: verisilicon: add a driver for Verisilicon display controllersThis is a from-scratch driver targeting Verisilicon DC-series displaycontrollers, which feature self-identification functionality like theirGC-series GPUs.Only DC8200 is being supported now, and only the main framebuffer is setup (as the DRM primary plane). Support for more DC models and morefeatures is my further targets.As the display controller is delivered to SoC vendors as a whole part,this driver does not use component framework and extra bridges inside aSoC is expected to be implemented as dedicated bridges (this driverproperly supports bridge chaining).Signed-off-by: Icenowy Zheng Signed-off-by: Icenowy Zheng Tested-by: Han Gao Tested-by: Michal Wilczynski Reviewed-by: Thomas Zimmermann Signed-off-by: Thomas Zimmermann Link: https://patch.msgid.link/20260129023922.1527729-4-zhengxingda@iscas.ac.cn List of files: /linux/drivers/gpu/drm/Kconfig

6704d98a4f48b7424edc0f7ae2a06c0a8af02e2f - BackMerge tag 'v6.19-rc7' into drm-next

Wed, 28 Jan 2026 03:44:28 +0100

BackMerge tag 'v6.19-rc7' into drm-nextLinux 6.19-rc7This is needed for msm and rust trees.Signed-off-by: Dave Airlie List of files: /linux/drivers/gpu/drm/Kconfig

bdcdf968be314b6fc8835b99fb4519e7619671e6 - drm, drm/xe: Fix xe userptr in the absence of CONFIG_DEVICE_PRIVATE

Wed, 21 Jan 2026 10:10:47 +0100

drm, drm/xe: Fix xe userptr in the absence of CONFIG_DEVICE_PRIVATECONFIG_DEVICE_PRIVATE is not selected by default by some distros,for example Fedora, and that leads to a regression in the xe driversince userptr support gets compiled out.It turns out that DRM_GPUSVM, which is needed for xe userptr supportcompiles also without CONFIG_DEVICE_PRIVATE, but doesn't compilewithout CONFIG_ZONE_DEVICE.Exclude the drm_pagemap files from compilation with !CONFIG_ZONE_DEVICE,and remove the CONFIG_DEVICE_PRIVATE dependency from CONFIG_DRM_GPUSVM andthe xe driver's selection of it, re-enabling xe userptr for those configs.v2:- Don't compile the drm_pagemap files unless CONFIG_ZONE_DEVICE is set.- Adjust the drm_pagemap.h header accordingly.Fixes: 9e9787414882 ("drm/xe/userptr: replace xe_hmm with gpusvm")Cc: Matthew Auld Cc: Himal Prasad Ghimiray Cc: Thomas Hellström Cc: Matthew Brost Cc: "Thomas Hellström" Cc: Rodrigo Vivi Cc: dri-devel@lists.freedesktop.orgCc: # v6.18+Signed-off-by: Thomas Hellström Reviewed-by: Matthew Auld Acked-by: Maarten Lankhorst Link: https://patch.msgid.link/20260121091048.41371-2-thomas.hellstrom@linux.intel.com(cherry picked from commit 1e372b246199ca7a35f930177fea91b557dac16e)Signed-off-by: Thomas Hellström List of files: /linux/drivers/gpu/drm/Kconfig

1e372b246199ca7a35f930177fea91b557dac16e - drm, drm/xe: Fix xe userptr in the absence of CONFIG_DEVICE_PRIVATE

Wed, 21 Jan 2026 10:10:47 +0100

22ba3bb3ff2a8e5a509bfa13f3e362d0d36083fd - drm/Kconfig: sort driver Kconfig source list

Tue, 04 Nov 2025 11:25:38 +0100

drm/Kconfig: sort driver Kconfig source listSort the driver Kconfig source list, and remove the superfluous blanklines in between.Reviewed-by: Louis Chauvet Reviewed-by: Maarten Lankhorst Link: https://patch.msgid.link/4fa11ab0b938d5c726b6ad78d28c7527b830f696.1762251845.git.jani.nikula@intel.comSigned-off-by: Jani Nikula List of files: /linux/drivers/gpu/drm/Kconfig

4cabf00fcd09fd1dfbb3f345abe3ed2330157f22 - drm/Kconfig: move generic Kconfig options above drivers

Tue, 04 Nov 2025 11:25:37 +0100

drm/Kconfig: move generic Kconfig options above driversKeep non-driver options together, above drivers.DRM_PANEL_ORIENTATION_QUIRKS remains alone at the end because it'soutside of the whole "if DRM" block.Reviewed-by: Maarten Lankhorst Link: https://patch.msgid.link/a0f9e1a31a2190f535f2c2f94af6e22030db199f.1762251845.git.jani.nikula@intel.comSigned-off-by: Jani Nikula List of files: /linux/drivers/gpu/drm/Kconfig

f88cb2660bd09fd76b54e6bd2e62f3d7501147b6 - drm/vgem: move Kconfig under driver directory

Tue, 04 Nov 2025 11:25:36 +0100

drm/vgem: move Kconfig under driver directoryAlmost all DRM driver Kconfig options are in dedicated Kconfig filesunder driver directories. Follow suit in vgem.Reviewed-by: Maarten Lankhorst Link: https://patch.msgid.link/51935bfb299e8c64beae5a654d908231e2ec9c7f.1762251845.git.jani.nikula@intel.comSigned-off-by: Jani Nikula List of files: /linux/drivers/gpu/drm/Kconfig

6d2b55f7d7011ebc11c933bc680ba1b050ce1e88 - drm/hyperv: move Kconfig under driver directory

Tue, 04 Nov 2025 11:25:35 +0100

drm/hyperv: move Kconfig under driver directoryAlmost all DRM driver Kconfig options are in dedicated Kconfig filesunder driver directories. Follow suit in hyperv.Cc: Deepak Rawat Reviewed-by: Deepak Rawat Reviewed-by: Maarten Lankhorst Link: https://patch.msgid.link/4923196ab968bfdbcc2d7572d9be9886c32c06c9.1762251845.git.jani.nikula@intel.comSigned-off-by: Jani Nikula List of files: /linux/drivers/gpu/drm/Kconfig

221533629550e920580ab428f13ffebf54063b95 - Merge tag 'hyperv-next-signed-20251006' of git://git.kernel.org/pub/scm/linux/kernel/git/hyperv/linux

Tue, 07 Oct 2025 17:40:15 +0200

Merge tag 'hyperv-next-signed-20251006' of git://git.kernel.org/pub/scm/linux/kernel/git/hyperv/linuxPull hyperv updates from Wei Liu: - Unify guest entry code for KVM and MSHV (Sean Christopherson) - Switch Hyper-V MSI domain to use msi_create_parent_irq_domain() (Nam Cao) - Add CONFIG_HYPERV_VMBUS and limit the semantics of CONFIG_HYPERV (Mukesh Rathor) - Add kexec/kdump support on Azure CVMs (Vitaly Kuznetsov) - Deprecate hyperv_fb in favor of Hyper-V DRM driver (Prasanna Kumar T S M) - Miscellaneous enhancements, fixes and cleanups (Abhishek Tiwari, Alok Tiwari, Nuno Das Neves, Wei Liu, Roman Kisel, Michael Kelley)* tag 'hyperv-next-signed-20251006' of git://git.kernel.org/pub/scm/linux/kernel/git/hyperv/linux: hyperv: Remove the spurious null directive line MAINTAINERS: Mark hyperv_fb driver Obsolete fbdev/hyperv_fb: deprecate this in favor of Hyper-V DRM driver Drivers: hv: Make CONFIG_HYPERV bool Drivers: hv: Add CONFIG_HYPERV_VMBUS option Drivers: hv: vmbus: Fix typos in vmbus_drv.c Drivers: hv: vmbus: Fix sysfs output format for ring buffer index Drivers: hv: vmbus: Clean up sscanf format specifier in target_cpu_store() x86/hyperv: Switch to msi_create_parent_irq_domain() mshv: Use common "entry virt" APIs to do work in root before running guest entry: Rename "kvm" entry code assets to "virt" to genericize APIs entry/kvm: KVM: Move KVM details related to signal/-EINTR into KVM proper mshv: Handle NEED_RESCHED_LAZY before transferring to guest x86/hyperv: Add kexec/kdump support on Azure CVMs Drivers: hv: Simplify data structures for VMBus channel close message Drivers: hv: util: Cosmetic changes for hv_utils_transport.c mshv: Add support for a new parent partition configuration clocksource: hyper-v: Skip unnecessary checks for the root partition hyperv: Add missing field to hv_output_map_device_interrupt List of files: /linux/drivers/gpu/drm/Kconfig

94b04355e6397a0a70b69c2571fa5c7d9990b835 - Drivers: hv: Add CONFIG_HYPERV_VMBUS option

Tue, 16 Sep 2025 01:46:03 +0200

Drivers: hv: Add CONFIG_HYPERV_VMBUS optionAt present VMBus driver is hinged off of CONFIG_HYPERV which entailslot of builtin code and encompasses too much. It's not always clearwhat depends on builtin hv code and what depends on VMBus. SettingCONFIG_HYPERV as a module and fudging the Makefile to switch to builtinadds even more confusion. VMBus is an independent module and should haveits own config option. Also, there are scenarios like baremetal dom0/rootwhere support is built in with CONFIG_HYPERV but without VMBus. Lastly,there are more features coming down that use CONFIG_HYPERV and add moredependencies on it.So, create a fine grained HYPERV_VMBUS option and update Kconfigs fordependency on VMBus.Signed-off-by: Mukesh Rathor Acked-by: Bjorn Helgaas # drivers/pciSigned-off-by: Wei Liu List of files: /linux/drivers/gpu/drm/Kconfig

cf4fd52e323604ccfa8390917593e1fb965653ee - rust: drm: Introduce the Tyr driver for Arm Mali GPUs

Wed, 10 Sep 2025 15:51:18 +0200

rust: drm: Introduce the Tyr driver for Arm Mali GPUsAdd a Rust driver for ARM Mali CSF-based GPUs. It is a port of Panthorand therefore exposes Panthor's uAPI and name to userspace, and theproduct of a joint effort between Collabora, Arm and Google engineers.The aim is to incrementally develop Tyr with the abstractions that arecurrently available until it is consider to be in parity with Panthorfeature-wise.The development of Tyr itself started in January, after a few failedattempts of converting Panthor piecewise through a mix of Rust and Ccode. There is a downstream branch that's much further ahead in terms ofcapabilities than this initial patch.The downstream code is capable of booting the MCU, doing sync VM_BINDSthrough the work-in-progress GPUVM abstraction and also doing (trivial)submits through Asahi's drm_scheduler and dma_fence abstractions. Sobasically, most of what one would expect a modern GPU driver to do,except for power management and some other very important adjacentpieces. It is not at the point where submits can correctly deal withdependencies, or at the point where it can rotate access to the GPUhardware fairly through a software scheduler, but that is simply amatter of writing more code.This first patch, however, only implements a subset of the currentfeatures available downstream, as the rest is not implementable withoutpulling in even more abstractions. In particular, a lot of things dependon properly mapping memory on a given VA range, which itself depends onthe GPUVM abstraction that is currently work-in-progress. For thisreason, we still cannot boot the MCU and thus, cannot do much for themoment.This constitutes a change in the overall strategy that we have beenusing to develop Tyr so far. By submitting small parts of the driverupstream iteratively, we aim to:a) evolve together with Nova and rvkms, hopefully reducing regressionsdue to upstream changes (that may break us because we were not there, inthe first place)b) prove any work-in-progress abstractions by having them run on a realdriver and hardware and,c) provide a reason to work on and review said abstractions by providinga user, which would be tyr itself.Despite its limited feature-set, we offer IGT tests. It is only testedon the rk3588, so any other SoC is probably not going to work at all fornow.The skeleton is basically taken from Nova and alsorust_platform_driver.rs.Lastly, the name "Tyr" is inspired by Norse mythology, reflecting ARM'stradition of naming their GPUs after Nordic mythological figures andplaces.Co-developed-by: Beata Michalska Signed-off-by: Beata Michalska Co-developed-by: Carsten Haitzler Signed-off-by: Carsten Haitzler Co-developed-by: Rob Herring Signed-off-by: Rob Herring Link: https://www.collabora.com/news-and-blog/news-and-events/introducing-tyr-a-new-rust-drm-driver.htmlSigned-off-by: Daniel Almeida Acked-by: Boris Brezillon [aliceryhl: minor Kconfig update on apply][aliceryhl: s/drm::device::/drm::/]Link: https://lore.kernel.org/r/20250910-tyr-v3-1-dba3bc2ae623@collabora.comCo-developed-by: Alice Ryhl Signed-off-by: Alice Ryhl List of files: /linux/drivers/gpu/drm/Kconfig