More info on the Valve (Steam) collab with Arch Linux and potential future hardware support

Quoting: BlackBloodRumThis is actually good news for Arch. I mean the benefits are very real here, all around. I know some Arch users are worrying over this, but I really don't think they should.

If I had to guess, this is preparation for Steam Deck 2? or perhaps a new SteamOS? Maybe preperation for making SteamOS an OS for anything? Something is happening either way, and with a bit of luck it'll provide that nice easy to use OS we can point all new users to and say "Use this, it works out the box for most things" as opposed to having to say "For nvidia try this distro, for amd try this one, oh and if you need this, try that distro over there, etc.

most likely preparation for the deckard since there are secret ARM builds of VR Games inside Steam that are non accessible at the moment and the only reason we know this is because of SteamDB


Last edited by Viesta2015 on 3 October 2024 at 11:31 pm UTC

Quoting: JarmerVR device maybe, but I doubt it. Smartwatch no chance.

I think @cato-the-younger is right ... They want SD2 to be on arm. Battery will last 2x - 5x longer, fans will sound less like a jet engine, and performance will either be on-par or even better than x86. It's really a no-brainer for a mobile device to get off x86 at all costs.

After the Lunar Lake launch I think this is not true anymore. It looks like the ISA doesn't matter that much for power efficiency.

But, I also think they prepare an ARM device in the background.

I think you guys are on the money.

A future Steam Deck and even Deckard (Standalone VR Index) would logically target ARM, RISC-V or something else as (1) better battery efficiency (2) less heat produced

Who wants to have a GPU strapped to their face outputting 66 C

I use my Steam Deck OLED every day and it's a great product, I don't personally need any better battery life than what I get but I could understand on a backpacking trip or long travel how it would be nice to get a boost.

--

Here are my notes from watching the video:

[1] automated build service -- currently this is done manually by antiz, ( thank you for your service good sir)

[2] secure signing enclave -- secure signing of packages -- centralized -- (people who use arch occasionally have to reinstall `archlinux-keyring` prior to large multi-month updates) -- this singular signing key would make it unneeded to have all these updated keys to allow software installation.

[3] This is a valve freelance contract, it simply boosts team members to spend more time doing what they are already doing to reach their goals sooner and to create better versions of these build systems that are envisioned.

[4] Speculation, that architectures that may be considered, could include: x86_64v2 x86_64v3 dram risc-v, arm

[5] I was unaware but Proton is alleged as tested on ARM processors already, I would love to see/read more on this.

--

Valve is logically looking to cross the next proton-esk bridge by making sure that game libraries are not limited to x86 or x86_64. (Who knows how long x86 will even be defacto.)

The timing of this is very smart as other countries are pushing competing architectures and there will no doubt be growth in the future that benefits us (the consumer).

--

I was unaware of the claims made above that there are fully open source arm processors? If anyone has any good links please fill the rest of us in who don't get out of anticancer much :P

Quoting: Viesta2015

Quoting: BlackBloodRumThis is actually good news for Arch. I mean the benefits are very real here, all around. I know some Arch users are worrying over this, but I really don't think they should.

If I had to guess, this is preparation for Steam Deck 2? or perhaps a new SteamOS? Maybe preperation for making SteamOS an OS for anything? Something is happening either way, and with a bit of luck it'll provide that nice easy to use OS we can point all new users to and say "Use this, it works out the box for most things" as opposed to having to say "For nvidia try this distro, for amd try this one, oh and if you need this, try that distro over there, etc.

most likely preparation for the deckard since there are secret ARM builds of VR Games inside Steam that are non accessible at the moment and the only reason we know this is because of SteamDB

Not going to lie, I entirely forgot about VR in general in this case.

Quoting: ElectricPrismI think you guys are on the money.

A future Steam Deck and even Deckard (Standalone VR Index) would logically target ARM, RISC-V or something else as (1) better battery efficiency (2) less heat produced

Who wants to have a GPU strapped to their face outputting 66 C

I use my Steam Deck OLED every day and it's a great product, I don't personally need any better battery life than what I get but I could understand on a backpacking trip or long travel how it would be nice to get a boost.

--

Here are my notes from watching the video:

[1] automated build service -- currently this is done manually by antiz, ( thank you for your service good sir)

[2] secure signing enclave -- secure signing of packages -- centralized -- (people who use arch occasionally have to reinstall `archlinux-keyring` prior to large multi-month updates) -- this singular signing key would make it unneeded to have all these updated keys to allow software installation.

[3] This is a valve freelance contract, it simply boosts team members to spend more time doing what they are already doing to reach their goals sooner and to create better versions of these build systems that are envisioned.

[4] Speculation, that architectures that may be considered, could include: x86_64v2 x86_64v3 dram risc-v, arm

[5] I was unaware but Proton is alleged as tested on ARM processors already, I would love to see/read more on this.

--

Valve is logically looking to cross the next proton-esk bridge by making sure that game libraries are not limited to x86 or x86_64. (Who knows how long x86 will even be defacto.)

The timing of this is very smart as other countries are pushing competing architectures and there will no doubt be growth in the future that benefits us (the consumer).

--

I was unaware of the claims made above that there are fully open source arm processors? If anyone has any good links please fill the rest of us in who don't get out of anticancer much :P

I tend to forget other people don't read the Wine release notes(understandable).

Wine on ARM is under construction, since the availability of copilot+ pcs and supported since Apple bought Rossetta from CodeWeavers.
Specifically look at the Alexander Julliard notes: most of the ARM contributions go through him.

Apparently Wine still had a lot of assembly parts that had to be written to ARM.

Edit: *Apple copied Game Porting Toolkit from CodeWeavers
Many of the release summaries contain references to ARM.
Oldest easily found wine release with arm specific fixes

Also I've got a dumb maybe controversial question:
what's anti-cancer?
My speculation gives nothing useful.
Chemotherapy(I hope that's not that common among GOL users), well moderated internet fora(most of the useful sources are things like release notes and wikipedia, which are pretty well moderated) or some form of misspelling of a word I can't guess.


Edit:
apperantly the wine wiki is really solid


Last edited by LoudTechie on 7 October 2024 at 8:50 am UTC

I think there might be some confusion regarding Wine and ARM. Wine have supported ARM for some time, but it is used for:

- Running Windows ARM binaries (Win8, CE, RT etc.) on ARM hardware.
- Compiling Win32 programs against winelib to be run as a native Linux ELF on ARM hardware.

None of these involve running x86/64 apps or games on ARM.

There is however a separate project, Hangover, for that sort of emulation. It uses Box64/Flex (or even QEMU) as a backend.


Last edited by whizse on 4 October 2024 at 11:17 am UTC

Quoting: WorMzy

Quoting: Jarmerso basically they want to make it easier for the developers of App XYZ (or Game ABC) to just push a button for deployment and BAM their app/game is available on x86 or Arm? Is that correct?

No, this is purely about the OS layer. At the moment Arch only supports x86_64, and lacks the resources/motivation to support any other architectures because providing packages for these is a timesink/chore right now. Arch has had vague plans to improve the packaging infrastructure (to make supporting other architectures easier) for a while, but hasn't gotten around to doing so. Valve have basically come along and asked how they can help.

That's how I see it. Valve has been doing this with other opensource projects as well. Most will remember that KDE received a bunch of funding from Valve. Valve strategy seems to be, fund open source projects for the features they want/need. Which is ideal. Valve doesn't have to hire or steal developers away from the projects they work on, which keeps the knowledge and efforts localized to the project. If something bad were to happen, everything is opensource and Valve can fork the code and walk away. So Valve isn't worried about losing their investment and the community doesn't split and fracture the knowledge, if you get what I mean.

Quoting: LoudTechie

Quoting: Cato-the-younger

Quoting: Code_EyeGreat for arch all around, but thinking what valve gets out of it. Steam vr os perhaps? As x86 isn't really feasible for a headset currently in terms of heat, battery life and hardware camera calculation support.

Valve is probably preparing for an ARM based steam deck. Considering you can already run steam games through ARM processors/Box86 and Nvidia, its a logical step for power efficiency, especially if Apple hasn't shown us anything.

The SteamDeck is now a success product, meaning that a bad release(like one damaged by increased incompatibility issues, due to ARM) can damage their brand.
I think they will grab something else like a SmartWatch or a vr device.

See the vid by Jeff geerling where he tests gaming on a 4090 on an ARM processor and box64. Some games dont work but most do. With Valves resources its only a matter of time until box64 is equivalent to rossetta

https://youtu.be/thz5S_uciHk?si=5kKYw9a1_YmVycMQ

Quoting: Cato-the-younger

Quoting: LoudTechie

Quoting: Cato-the-younger

Quoting: Code_EyeGreat for arch all around, but thinking what valve gets out of it. Steam vr os perhaps? As x86 isn't really feasible for a headset currently in terms of heat, battery life and hardware camera calculation support.

Valve is probably preparing for an ARM based steam deck. Considering you can already run steam games through ARM processors/Box86 and Nvidia, its a logical step for power efficiency, especially if Apple hasn't shown us anything.

The SteamDeck is now a success product, meaning that a bad release(like one damaged by increased incompatibility issues, due to ARM) can damage their brand.
I think they will grab something else like a SmartWatch or a vr device.

See the vid by Jeff geerling where he tests gaming on a 4090 on an ARM processor and box64. Some games dont work but most do. With Valves resources its only a matter of time until box64 is equivalent to rossetta

https://youtu.be/thz5S_uciHk?si=5kKYw9a1_YmVycMQ

Fully true, but what doesn't work is exactly the things Valve also had/has trouble fixing on Linux, so they will be starting the hard work all over again for a new platform in that way.
Anti-cheat companies are slow to move to it, larger games use special instructions nobody else knows about, etc.

Box64 is already equivalent to Rosetta, Apple can just can get away with more incompatibility than the rest of us and can manipulate the compilation of the software better, because they rule their ecosystem with an iron fist.