@slp@fosstodon.org avatar

slp

@slp@fosstodon.org

microVMs are kind of my thing (qemu-microvm, libkrun and krunvm). Opinions are my own. #nobot

This profile is from a federated server and may be incomplete. Browse more on the original instance.

slp, to random
@slp@fosstodon.org avatar

It's been more than 3.5 years since the first Apple Silicon laptop was release, and the number of decent non-Apple ARM64 laptops is still very limited. Just saying...

I guess both Windows software and Steam act as an anchor to Intel in that space. Relatively small incentives, potential customer's support nightmare.

fernand0, to random
@fernand0@mastodon.social avatar

Why Open Source Can’t Innovate https://danafblankenhorn.substack.com/p/why-open-source-cant-innovate

slp,
@slp@fosstodon.org avatar

@vrruiz @fernand0 La cuestión que plantea el artículo se lleva debatiendo desde los mismísimos orígenes del Software Libre. ¿Es posible competir en el mercado haciendo Software Libre si cualquiera puede coger tu código y "apropiárselo"?

La diferencia es que ahora estamos en 2024 y hay infinidad de proyectos que demuestran que sí, que es perfectamente posible.

En consecuencia el artículo me resulta un tanto anacrónico.

slp, to random
@slp@fosstodon.org avatar

So, if you had just a morning to spare in Tokyo or Yokohama, which place would you absolutely visit?

slp, to random
@slp@fosstodon.org avatar

It's finally time to talk about the work we've been doing on libkrun to enable containers to access the GPU on macOS. Try it out and let us know what you think!
https://sinrega.org/2024-03-06-enabling-containers-gpu-macos/

slp, to random
@slp@fosstodon.org avatar

I really want to like Matrix and Element, but no matter how hard I try, they don't allow me to do so.

Is there a Matrix desktop client that makes the experience kind of bearable?

slp,
@slp@fosstodon.org avatar

@vadim I'll give a try, thanks!

slp, to random
@slp@fosstodon.org avatar

It’s not going to happen, but it would be nice having Apple Silicon on cars. With a complete Linux-based BSP, of course 😉

slp,
@slp@fosstodon.org avatar

@gbraad The performance. The high-end embedded market is basically Qualcomm's monopoly.

slp, to random
@slp@fosstodon.org avatar

I wrote something about the project to enable Fedora Asahi to run x86_64 games in microVMs.

It also includes instructions for trying out an early snapshot of the changes. 😉

https://sinrega.org/2023-10-06-using-microvms-for-gaming-on-fedora-asahi/

slp,
@slp@fosstodon.org avatar

@matt Sure. There are various use cases, but the main one by far is running Android Automotive OS on the same system.

This saves you from having to put a second computer on your car just for running AAOS, and from dealing with the all the hardware enablement pain for another OS.

The wider goal, shared with Linaro and other players, is for virtio to become the standard set of interfaces for doing VM integrations in an Automotive environment.

slp,
@slp@fosstodon.org avatar

@matt Running any Android on a container is opening a can of worms. It may work today, but who knows if it'll work after the next update. Even Google have move away from running Android as a container in ChromeOS, using now a crosvm-based VM.

A VM gives you a stable and well-known contact surface based on a minimal amount of emulated system devices and standard virtio devices.

slp,
@slp@fosstodon.org avatar

@matt You can use virtio-balloon’s free page reporting to return pages to the host, and DAX to avoid relying on the guest’s filesystem cache, effectively reducing the footprint to the bare minimum.

But I doubt Automotive deployments will rely on any of that since in most cases they’ll probably prefer predictable, static resource allocations for both latency and safety reasons.

slp, to random
@slp@fosstodon.org avatar

.@captainjey asked to see some gameplay of Portal on Fedora Asahi with libkrun, so here I give you Test Chamber 10. Please note this is a very early implementation of virtio-gpu, virtio-snd and DRM native context for Asahi in Mesa.

Camera video recording of a MacBook Air M1 running Fedora Asahi while executing Portal through steam in a libkrun microVM using FEX-Emu.

slp, to random
@slp@fosstodon.org avatar

Yup, it's definitely better with sound. 😄

(For those who didn't read my previous posts, this is Fedora Asahi Linux with a 16K kernel, running Steam with FEX-Emu on a libkrun-powered microVM with a 4K kernel, with graphics acceleration, and now with sound too).

Fedora Asahi Linux starting up the game Portal with graphics acceleration and sound in a microVM.

sesivany, (edited ) to fedora
@sesivany@floss.social avatar

makes it so easy to run different distributions on . They're always just one command away in the terminal.

And BTW now I can say: "I use Arch BTW". 😄

slp,
@slp@fosstodon.org avatar

@mripard @sesivany @gbraad FWIW, I've started using Silverblue+toolbx for most of my dev work 3 years ago, and I'm very happy with this environment. Just setting a counterpoint. 😉

slp,
@slp@fosstodon.org avatar

@gbraad @mripard @sesivany Definitely semi-permanent. I've just checked and some of my toolbx containers are up to 22 months old.

slp, to random
@slp@fosstodon.org avatar

I think I can declare the DRM native context for Asahi PoC a success. I'm getting in glmark2 and Xonotic roughly the same fps both inside the VM and running native.

Even under FEX, Xonotic-x86_64 is able to stay above 130fps.

I've also tried some Steam games, running Fedora Asahi with the 16K page kernel, Ubuntu with a 4K in a VM, and FEX. This was just some very light testing, so please take this as a grain of salt. 👇

slp,
@slp@fosstodon.org avatar

Let's first talk about the things that doesn't work:

  • Proton games fail to start. I suspect this is a problem of sommelier/Xwayland, but I don't think it'd be wise investing time in this now, as there are just too many moving pieces.

  • Mono/XNA games fail with a weird Unicode error. Seems one of those silly issues that are easy to fix.

  • Some games, like Return to Monkey Island, require OpenGL 4.x and/or Vulkan, which is not there yet for Asahi.

Now, the good news:

slp,
@slp@fosstodon.org avatar

Half-Life 2 works well. The performance is good with some minor punctual stuttering, which I think it's CPU-bound as I see the MatQueue0 thread jumping up when that happens. But definitely playable.

slp,
@slp@fosstodon.org avatar

Portal also works well. Same punctual stuttering, which in this case seems to be related to drawing the view inside the portals. Also MatQueue0 jumping like crazy, even more than in Half-Life 2. In any case, also playable.

slp,
@slp@fosstodon.org avatar

Portal 2 has more trouble keeping the framerate than its predecessor, but that won't be too bad if it wasn't for a crash (SIGSEGV) just after the first chamber. I think @lina also hit this issue and fixed it, so perhaps my mesa build is missing some commit.

Portal 2 running in a VM and running at a decent framerate.

slp,
@slp@fosstodon.org avatar

Terraria says it runs at 50fps, but feels slow. I haven't played this game before, so maybe it's just like that?

slp,
@slp@fosstodon.org avatar

BONUS TRACK: Let's also give some love to the indie games from itch.io which doesn't force us to run the horrible, horrible Steam launcher. This one in particular, Buck Up And Drive!, has some really nice graphics and works like a charm in this environment.

slp,
@slp@fosstodon.org avatar

Okay, so seems like this can be some useful tech to integrate into Fedora Asahi, but how can we achieve that? These are roughly the steps:

  1. Clean up the code and create MRs for both mesa and virglrenderer implementing DRM native context for the Asahi driver. Those depend on an stable kernel uAPI, so that's going to take a while to get upstreamed.

  2. Finish porting virtio-gpu from crosvm to libkrun, including a partial implementation of rutabaga_gfx.

slp,
@slp@fosstodon.org avatar

  1. While there, also port virtio-snd and implement a piperwire backend. This one is fairly trivial.

  2. Create a ready-to-go OCI image with FEX and a x86_64 root filesystem with the updated mesa drivers that can be consumed by krunvm.

  3. Profit?

slp,
@slp@fosstodon.org avatar

The end goal is enabling Fedora Asahi users to run Steam on their systems without switching to a 4K kernel, and by running a single command:

krunvm start steamvm

Let's see how far we get.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • megavids
  • InstantRegret
  • rosin
  • modclub
  • Youngstown
  • khanakhh
  • Durango
  • slotface
  • mdbf
  • cubers
  • GTA5RPClips
  • kavyap
  • DreamBathrooms
  • ngwrru68w68
  • JUstTest
  • magazineikmin
  • osvaldo12
  • tester
  • tacticalgear
  • ethstaker
  • Leos
  • thenastyranch
  • everett
  • normalnudes
  • anitta
  • provamag3
  • cisconetworking
  • lostlight
  • All magazines
    •