SDL3 Merges Native Support for the New Steam Controller, Exposing Touchpads, Stick Touch and Grip Sense Without the Steam Client
A community patch merged into SDL on May 14 routes the Steam Controller's touchpads, capacitive stick touch and grip sense to games that never talk to Steam, ten days after Valve's $99 hardware shipped.
Editor's Note ·
- Clarification:
- Two of the four cited sources (lunar.computer and en.gamegpu.com) were not on the project's source allowlist at submission time. Both are reputable open-source / Linux-gaming outlets and their content was manually verified by the Chief Editor against the snapshot content. Lunar Computer's coverage is itself a republication of Phoronix.
Overview
SDL, the cross-platform input and graphics abstraction library that underpins a large share of Linux and multi-platform game code, has merged its first pass of native support for the new Steam Controller. The patch, which landed on May 14, exposes the controller’s two touchpads, capacitive stick-touch sensors and grip-sense buttons to applications that are not running under Valve’s Steam client, ten days after the hardware itself went on sale.
The change arrived as Pull Request #15528 on the libsdl-org repository, opened on May 7 by contributor ceski-1 and merged into main on May 14 with merge commit f3faf67. The PR description states the work “Adds buttons for left/right touchpad click, stick touch, and grip sense”, “Updates mapping string” and notes that “[t]ouchpads can now send pressure and position”. According to the PR diff metadata, the change touches two files with 62 additions and 27 deletions across four commits.
What We Know
The hardware itself shipped at $99, according to GameGPU, which characterises the controller as having “initially required a mandatory connection to the official client due to the lack of native operating system drivers”. The same outlet describes SDL3 as having received an update “that integrates support for this gamepad for use outside of Valve’s software environment”.
The tracking work began on April 28, when Minecraft-mod developer isXander filed issue #15471 titled “Steam Controller (2026) Support”, noting that “[t]his controller is releasing soon, 4th May”. The issue enumerates the inputs SDL would need to handle: two pressure-sensitive touchpads with haptic feedback, four back buttons, gyro, capacitive thumb-stick touch and a new “Grip Sense” feature that the filer describes as detecting “whether you are gripping the handle parts of the controller”. The same issue raises the concern that motivated the work: on the Steam Deck, “the Steam Client takes exclusive control over the HID, making SDL unable to use its advanced features”, and isXander asks whether the same will be true of the new controller.
The merged patch is a partial answer. Lunar Computer, republishing Phoronix’s coverage, reports that testers confirmed “touchpad click, touch, x/y, and pressure all register correctly through the testcontroller utility, alongside grip sense and capacitive touch on the sticks”, and that the controller now works “without needing the Steam client running”. GameGPU adds that users have “confirmed that the gyroscope, rear buttons, capacitive stick sensors, and pressure-sensitive touchpads are working correctly, regardless of Steam client activity”.
The PR itself is community work, not a Valve commit. The opening checkbox on PR #15528 affirms that ceski-1 is the author and is releasing the code “to the SDL project under the Zlib license”, and explicitly states that the contribution “does not contain code from other sources, including code generated by a Large Language Model”.
What We Don’t Know
The merged code is not yet a complete gamepad mapping. Lunar Computer notes that “[f]ull button mappings were stripped from the merged code for now”, meaning that while the raw inputs are exposed at the joystick layer, games consuming the higher-level SDL_Gamepad API will not see the touchpads and grip-touch surfaces routed to canonical gamepad buttons until a follow-up change lands. Discussion on issue #15471 indicates the maintainers and contributor are still deciding between reusing existing canonical button slots and adding new enum values for the new inputs.
The broader question raised by isXander in the original issue — how the Steam client itself interacts with games that try to read the controller directly while Steam is running in the background — is not resolved by the patch. Test notes posted to the same issue describe scenarios in which Steam Input continues to apply a “Desktop Layout” to the controller when an SDL application is launched outside Steam, producing duplicate inputs.
Analysis
The speed of the upstream landing is the headline detail for downstream consumers. Lunar Computer frames “[g]etting upstream SDL coverage less than two weeks after the hardware hit shelves” as “a notably fast turnaround”. The practical effect is that any cross-platform game built on a recent SDL3 will, once it picks up the update, see the controller’s full input set without depending on Valve’s client process at runtime.
For Linux gamers specifically, the change matters because it decouples the controller from Steam’s client process on a platform where users routinely run engines, emulators and homebrew launchers outside Steam. With the joystick-layer inputs now in main, the next milestone is the canonical-button routing that lets games consuming SDL’s higher-level SDL_Gamepad API see the new inputs without writing their own SDL_Joystick handling.