@pebble
out of curiosity, what software are you most concerned about arm64 support for? I can try to see if I can get said software to work.

(to be clear, i don't want to pressure you into anything here. even if I get something working that doesn't mean that you'll want to jump through any hoops that might be involved, or there may be other reasons you're not interested, and that's fine.)

@sophieschmieg
@soatok

Here's one with an example using PGP keys: https://sha-mbles.github.io/

@pebble
@RunawayDanish

Which VRChat avatar are you referring to?

The art also reminds me of an inflatable suit: https://candycoatedus.com/made-to-order-balloon-dog-suit-pvc/

@pebble
Alright: new information from 39c3 (vod: <https://media.ccc.de/v/39c3-asahi-linux-porting-linux-to-apple-silicon>)

DisplayPort is at "hey developers, come compile/test/debug this, we published the branch during the talk and ran the slides using it" with an estimate of making it to end users sometime in the next year.

USB4/Thunderbolt is at "that's what <talk giver> is going to work on next, no timelines"

I didn't catch any comments on additional refresh rates, this talk was rather focused on history and USB ports.

@pebble
I hear that prereqs for usb-c dp alt mode have been making their way upstream, so we might see it *eventually*. It's something I've been keeping track of due to my interest in VR.

i feel you somewhat when it comes to software support. I gave up on using the unity editor on asahi and have been using it on macos instead, when i'm not at my desktop. I generally haven't had issues with open source software? but it's not exactly my main computer, either.

@radiohusky.us
TL;DR: "never" is a strong word, given all of the use cases linux tries to support. And Valve is in an interesting position, giving themselves incentives to make as many games as possible work on linux (and now aarch64).

(you didn't bring up valve, they're just at the top of my mind.)

@radiohusky.us
If Valve wanted to, I'm certain they could setup SteamOS to use these features, and verify the boot chain, leading to kernel-space (or more) being very hard to touch. (Time to crank out the DMA cheat cards again.)

I don't know if they've chosen not to do so because of ideological reasons or out of practical reasons/time constraints. Maybe they're working on it in the background, but aren't shipping until there's something meaningful to show.

@radiohusky.us
*Desktop* linux has not yet moved in this direction, yes. But you need only look over at android, which still uses the linux kernel, to see something that's much closer to windows in this respect.

Linux has the option to only allow loading kernel modules signed by a trusted key. It can work just fine with secure boot, if you enroll custom keys. Both measures are used on android phones. (The boot chain is different, but it's the same goal.)