I'm now even using wine & proton for it. Thanks to Valve only very few games don't work.

And it's not that i don't like windows, it is just too damn slow for me.

And no. I do not want to upgrade my gear every 2 years or so

I feel like I've been monkeys-pawed with the downfall of Windows for gaming. I.e. rather than being at the point where everything just works best/easiest in my Bazzite install it's a game of DRM, modding tool support, feature support, and random "this game runs better on Windows, this game runs better on Bazzite" discovery. Also Windows/Steam OS clone/"normal Linux" setups all have their own very awkward corners around the non-gaming portions. I've not found one that does not require substantial tweaking to get a usable all around experience unless you buy a device to use as more a dedicated gaming console (Xbox/Steam Deck type device).

I miss the ~mid Windows 7 era. Not that everything ran perfectly without issues on Windows 7 at the time, particularly old games, but at least there was an option good enough to assume to always go with first instead of "see if the games you play work best here".

All the games that "don't work" are the games that PEOPLE ACTUALLY PLAY!

It's always hardcore multiplayer games with the actual crowd. Using linux for gaming is a great way to continue down the path to becoming a recluse.

It really depends on what you play. I've been playing online co-op regularly with a bunch of friends since Covid times. We're jumping to new (well, on sale) games regularly, and the only recent time I booted to Windows was because a 4-player mod for Remnant II _might_ not work on Linux. Can't remember the previous game that did not work on Linux. I'm so used to things working without major tinkering that I forget to check protondb most of the time.

I actually don't like to play with random people on the internet.

I prefer the comfort of knowing them, and usually do it in the old basement LAN party way.

In my young time we didn't have internet, and we were actually LESS recluse overall ;-)

So if you don't play popular multiplayer games you're a recluse?

Plenty of people play single player games, and simply socialize outside of games...

I play Helldivers 2 on Linux, and there are TONS of people playing.

I'm wondering if we'll see some riscv extensions specifically designed to improve x86/amd64 emulation, such as what the M1 and other did.

Some upcoming chips are supposed to support switching individual processes to x86's "TSO" memory model. That might be the most significant extension that Apple has for x86 emulation: it allows eliding all memory fence instructions used to adapt to the weaker memory model.

LoongArch could have instructions that emulate specific x86 behaviour and flags, but there is practically no documentation available.

Is it just "some upcoming chips" inventing their own extensions? Or is this a standardized ARM extension?

Basically, will writing against these upcoming chips mean writing one implementation for Qualcomm, one implementation for Rockchip, one implementation for Samsung, etc? Or will it just require one implementation for the standard ARM "switch to total store ordering memory model" extension

I'm sorry, I meant RISC-V, not ARM. So far the RISC-V standard has specified behaviour under the TSO memory model and a flag in the ELF header for code that has been compiled for TSO. There is not yet any ratified extension for dynamic switching of memory model but I'd expect anything vendor-specific to be wrapped behind a Linux syscall.

>Is it just "some upcoming chips" inventing their own extensions? Or is this a standardized ARM extension?

RISC-V has an official ratified extension for TSO, and a work-in-progress one for dynamic switching between RISC-V's standard memory model and TSO.

to be fair, it fits my exact needs. and without common javacript bloat.

so kudos to its authors

Ian Jackson (the author of this article) also wrote debbugs.

i'd say that wine has much less dev effort and the specs they re up against aren't as public as the web ones, so huge kudos to the wine team.

i'm starting to wonder what if those rust rewrites might be covert attempt to introduce back doors in plain sight?

for such security devices, there is OTP.

I prefer to have my auth device bricked than compromised.

for anything else, i want to be able to reprogram.

so for vendors, a simple choice :

* be OTP, but no "patching"

* be R/W, but also by its owner

Fair enough. Sort of. You can get the same assurances OTP gives you using secure boot + open source + reproducible builds.

Regardless the rest us who don't want to go through the extra work OTP creates still of use want to put our credit cards, fido2 keys, government licences, concert tickets and whatever else in one general purpose computing device so we don't have to carry lots of little auth devices. To do pull that off securely this device must have firmware I can not change.

The OP wants to make it illegal to sell a device with firmware I can not change.

In asking for that, they've demonstrated they don't have a clue how secure and opening computing works. If they somehow got it implemented it would be a security disaster for them and everybody else.

> more choice and greater value for me

That will exactly follow Netflix's price hikes.

As in "value for money", they silenced the latter part :D

indeed. and the fact that it can be resold at will makes it much worse as you just created an gambling ecosystem

lsw :)

Video tech is driven by pr0n and OS tech is driven by games.