Procfs rework, DRM infrastructure, and Emacs LLM debates

Kernel graphics lists centered on a large procfs refactoring effort and several DRM infrastructure series, while Emacs developers argued over LLM-generated code. The day mixed heated process-filesystem debate with steady driver and subsystem proposals.

Procfs kernfs-style rework resend draws Linus complaint

A resend of the version 2 seven-patch series moving procfs toward the model kernfs uses, aimed at eliminating pinning attack surface, produced a heated 214-message thread on dri-devel. Linus Torvalds issued a blunt complaint about resend volume and mailbox spam among the eight participants. The change would alter a core kernel interface that many subsystems rely on for process visibility and security boundaries.

RFC series refactors procfs to cut page-fault stalls

Christian Brauner posted an RFC seven-patch series that models procfs on kernfs to remove page-fault stalls when entries are deleted. Linus Torvalds offered an alternative approach in the ensuing 205-message technical discussion involving eleven participants. The work targets latency and correctness problems that affect workloads watching or tearing down process entries.

DRM atomic state readout reaches version 7

A 34-patch series at version 7 adds core DRM atomic state readout infrastructure together with fastboot-style initialization for TIDSS and bridges. Three participants kept the 52-message thread focused on technical integration details. Drivers that need reliable state recovery after boot or resume stand to gain a shared, tested path instead of ad-hoc implementations.

ELPA submission of vibe-spell raises generated-code policy questions

An ELPA submission of vibe-spell, an LLM-translated Hunspell port, sparked debate on GPL source requirements and review policy for generated code. Six participants exchanged seventeen messages on emacs-devel. The outcome will influence how Emacs accepts packages whose sources are produced or heavily transformed by language models.

Emacs contributors urge permanent ban on LLM-generated code

A group of Emacs contributors called for a permanent ban on LLM-generated code that goes beyond copyright concerns, while maintainers deferred to future GNU guidance. The heated thread drew fifty-four messages from sixteen participants. The discussion underscores unresolved tension over the role of automated code generation inside a major free-software project.

DMA-buf mapping types framework posted as version 2

A twenty-three-patch version 2 series introduces a DMA-buf mapping types framework, SGT conversions, and driver updates aimed at VFIO, IOMMUFD, and peer-to-peer cases. Four participants discussed the proposal across twenty-eight messages. Clearer mapping semantics would help shared-buffer users in GPU virtualization and device passthrough.

DRM panels gain optional atomic state access

A thirty-five-patch series lets DRM panels use atomic state by routing through an embedded drm_bridge, remaining opt-in for drivers. Eight participants exchanged sixty-one messages on the technical details. Panel drivers that adopt the change obtain cleaner integration with the atomic modesetting path without forcing a wholesale conversion.

NVIDIA posts version 4 vGPU manager for nova-core

NVIDIA submitted a thirty-two-patch version 4 series that adds a vGPU manager, instance lifecycle handling, and GSP plugin support to nova-core. The thirty-three-message thread involved a single participant. The work extends open NVIDIA driver infrastructure toward managed virtual GPU instances.