Steam Deck Controller Interface Seeing Initial Support With Linux 6.3

[phoronix]

Phoronix: Steam Deck Controller Interface Seeing Initial Support With Linux 6.3

With the upcoming Linux 6.3 cycle there is finally support for the Steam Deck being added to the Steam HID driver...

https://www.phoronix.com/news/Steam-HID-Steam-Deck-Linux-6.3

[Linuxxx]

Michael

Good to see that you've found a nice spot on your beer-glass shelf for the Steam Deck to collect some dust on!

Meanwhile other outlets are raking in the ad-money thanks to the Deck's popularity even among Windows & console gamers.

Come to think of it, that's both funny & sad at the same time, which is a rare feat to accomplish, so at least congrats for that, I guess...

[NobodyXu]

Another HID driver, why can't it be done in userspace + eBPF?
It would enable valve to ship the feature faster with less code in kernel (and less CVE).

What is preventing this from happening?

[andyprough]

Michael

Good to see that you've found a nice spot on your beer-glass shelf for the Steam Deck to collect some dust on!

Meanwhile other outlets are raking in the ad-money thanks to the Deck's popularity even among Windows & console gamers.

Come to think of it, that's both funny & sad at the same time, which is a rare feat to accomplish, so at least congrats for that, I guess...

I'm trying to understand this comment, but it's beyond me. It seems to express some anger/disappointment at Michael, but I can't figure out why. Is it saying that Phoronix doesn't print enough Steam Deck stories? If so, why not just say, "Michael, I would like it if you would write more Steam Deck stories"?

[allaun]

I'm looking forward to this, Even if I have to enable it manually. Arch Gnu/Linux is nice and all, but I prefer Debian based Distros. And the main sticking point for that is not wanting to have to source a keyboard and mouse if I'm in bed.

[RejectModernity]

Another HID driver, why can't it be done in userspace + eBPF?
It would enable valve to ship the feature faster with less code in kernel (and less CVE).

What is preventing this from happening?

They ship their own distro with their own kernel with their own driver already.

[NobodyXu]

They ship their own distro with their own kernel with their own driver already.

I know, but a userspace implementation + eBPF is always easier to implement, test and ship.

[Alexmitter]

Another HID driver, why can't it be done in userspace + eBPF?
It would enable valve to ship the feature faster with less code in kernel (and less CVE).

What is preventing this from happening?

I know, but a userspace implementation + eBPF is always easier to implement, test and ship.

If its that easy, just do it. No one will stop you.

[aviallon]

I know, but a userspace implementation + eBPF is always easier to implement, test and ship.

How would you use eBPF here? What kind of BPF program type would you use, and where would you hook?

[elephanttamer]

Previously, the only way to control the steam deck without logging in to steam or without attaching devices was via the touch screen.
A virtual keyboard program would have to be installed and anything not usable by touch screen was out of luck.
Can anyone confirm, that what this means is that the controller or at least touchpads will now work without the presence of steam?