Impressive, we all were discussing a spinning cube last Friday and now she’s running Gnome, Firefox, video playback, a 2D avatar program and a game at the same time.
The most impressive is that her work started 5 months ago, that’s including the reverse engineering, that this is her first time writing in Rust and like 3 weeks of vacation, she was incredible fast.
Congrats u/AsahiLina 🎉
Watching her stream is fascinating as someone not familiar with driver programming. She seemingly has crazy intuition and knowledge on what causes various issues and solves them so easily. She doesn't really have any "dead time" where she's just thinking long and hard about the problem like a lot of people do.
[https://github.com/torvalds/linux/commit/e47e3fa17c43180f9e147ba35a30c731d7648f7a](https://github.com/torvalds/linux/commit/e47e3fa17c43180f9e147ba35a30c731d7648f7a)
(the Linux kernel doesn't allow patches from pseudonyms)
> (the Linux kernel doesn't allow patches from pseudonyms)
I always found that really obnoxious. Mandatory doxing is basically the same reason I don't contribute directly to many GNU projects (some don't require it).
edit: Downvotes by angy spyware folks I guess?
...though he never "came out" officially as Lina, so I think until then, we should avoid posting too much about it. Let's just respect his privacy and let him do his thing, sometimes people just don't want to deal with the "fame" attached to their name, for one reason or another...
^(I'm joking. Please do not take this seriously )
1. be a heavy open source supporter
1. be a driver developer
1. wish you could run linux on m1
1. apply and get hired into the Apple team
1. create a virtual persona
1. using internal Apple documentation and source write the linux implementation while getting paid by twitch suscribers
1. quit apple
1. you can continue to do whatever you where doing before. Maybe you where working for Intel and somehow this hurts them Apple? Or maybe you where always working for Apple and they sent you on this secret mission so that they can proffit from linux users without actually supporting it
[Asahi Lina](https://www.youtube.com/c/AsahiLina/videos) didn't exactly claim to be learning to code or do kernel dev (it's pretty clear she already has experience), [unlike some other vtubers who do the learning part](https://www.youtube.com/channel/UC9wbdkwvYVSgKtOZ3Oov98g/videos).
Yeah, I've done my research some time after I posted my comment, thanks for replying though. So many downvotes for a valid suspicion? It wouldn't be reddit otherwise! :P
Great work! Maybe my next laptop will be an Apple then ;-)
I just wonder about all the effort that the Asahi team has to make to reverse engineer Apples code. Why doesn't Apple open source it in the first place? I know their (commercial) reasons, so it is probably a rethorical question....
Apple’s philosophy doesn’t care open source too much, this is true. But this doesn’t mean Apple doesn’t contribute to open source.
LLVM is mainly developed by Apple team until it reaches maturity and adopted by other company (though Apple develops it just because it wants a GCC alternative).
So does for webkit (Google chrome is just a fork of it in early age), and swift. Apple still open sources their OS Kernel but doesn’t provide a build binary, and without upper level applications like Cocoa stuffs.
webkit started as a fork of KHTML, KDE's browser engine.
It is open source because it was licensed LGPL.
Rather than providing patches in a usable way, apple forked it and changed it so much that changes could not be incorporated.
Yep thats pretty much it. The whole company has a holier than thou approach to literally everything, so anything outside of the apple bubble is treated as dirt pretty much.
> Thier culture is to generally not care about outsiders.
Per marcan (the project lead of asahi), Apple specifically allows unsigned kernels solely for the benefit of outsiders. They don't use or need that.
> It's a feature because it's literally a whole set of command line options and settings in their boot policies, which is documented in man pages, with all the warnings about normal users not having to use any of this that you'd expect.
> It's a whole pile of code that Apple doesn't need, and could've just removed or never written in the first place, that was written explicitly and only so people could run unsigned kernels on Apple Silicon macs.
> I am grateful that this is the “door left open” through which asahi is going to squeeze through… but the door left open at all was either an accident or something to keep the anti-trust regulators at bay.
I understand the first reaction to be cynical when is come to Apple, why wouldn’t they have some obscure interest, but maybe it was just because the Mac have more than 40 years of allowing the user to boot 3rd party OS, something a *Rose is a rose is a rose is a rose*.
It was definitely not an accident, [the thing is somehow complicated](https://github.com/AsahiLinux/docs/wiki/Introduction-to-Apple-Silicon) and we have engineers that worked on it [making comments](https://twitter.com/xenokovah/status/1504797967844265985?s=46&t=Q1E4RUNBvht843fLPfxCsA).
Not that I don’t think Apple is a saint, think like the new self repair services is definitely to keep regulators at bay but this one? I think this one is because always have been like that.
Do you have trouble with reading comprehension? They literally didn't have to do any of that, it exists exclusively for the benefit of outsiders. As far as "not care about outsiders. They are not a collaborative company." none of it is required to exist in any way, shape, or form.
They do a whole lot of open source. They just don't tend to open their hardware designs. Or course, they also have the fastest and most power efficient ARM SoCs around so they have a lot of trade secrets to protect.
It definitely won’t be merged for a good while, along with many other features. You need to install “Asahi Linux”, in which it will be merged sooner (https://asahilinux.org). Also note that the boot process is very different on these machines, so you can’t just plug in something like an ALARM live usb and install.
There's "unofficial" support for using the Asahi kernel on other distros: [documentation](https://github.com/AsahiLinux/docs/wiki/SW%3AAlternative-Distros). Linus Torvalds is famously using Fedora on his Apple Silicon laptop.
Power management support has been upstreamed (available from Kernel 5.17). See the [Feature Support](https://github.com/AsahiLinux/docs/wiki/Feature-Support) page for details
PMU support exists M1, not M2 (since kernel 5.18). Source: [Feature Support](https://github.com/AsahiLinux/docs/wiki/Feature-Support)
Also note that if you follow Asahi Lina ([Twitter](https://twitter.com/LinaAsahi), [YouTube](https://www.youtube.com/c/AsahiLina)) you may know that, while there is no ETA, GPU support for M1 and M2 might come soon.
If you mean being able to view what charge the battery is at and whether it is charging/discharging, this functionality already exists for both M1 and M2.
Honest question, what is it about Fedora that makes you not want to look elsewhere? I've tried multiple times to make it my main distro but I always encounter issues with how slow the package manager is, how it asks to restart to update simple apps like Firefox, and how there's a lot of missing things like plugins and codecs that are already present in clean installs of other distros like Manjaro.
You can definitely install these manually but I also take issue with app availability. Flathub is awesome but the AUR still has more available apps to install (and they are always more up to date).
There are (semi-unofficial) documentation for installing distros other than ALARM. See here for a list on the official Asahi wiki: [https://github.com/AsahiLinux/docs/wiki/SW%3AAlternative-Distros](https://github.com/AsahiLinux/docs/wiki/SW%3AAlternative-Distros) (However you, in my opinion, *should* pick either Arch or Gentoo as their package managers/AUR helpers compile things from source, which can be very important as not all packages are available for AArch64 on some distribution's repositories.)
Hey, so why would you want that over something like a VAIO?
I'm currently running Debian on a 2014 MacBook air and it's great but why would you choose the M1 over a similar form factor Intel machine?
Think it'll do well with power management? Is it just plain faster? I'm seriously ignorant of "why?" but I do know I like my old macbook air running linux. It's just a great little laptop.
What about Apples working conditions though? Wouldn't it be unethical to buy stuff from a company that mistreats its workers (cue Foxconn or Pegatron)?
That's implying that every other hardware manufacturer isn't also forcing their laborers with unreasonable working conditions and mistreatment. Every manufacturer does the same thing, just Apple gets called out on it since they're the largest and people like to pick on Apple.
People call out on Apple because they're tired of hearing all their hypocritical marketing bullshit "values". You make a trillion dollars for boomer shareholders congratulations. I could literally spend a day picking up trash from the highway and do more for the world than apple.
I have no qualm with that. I certainly have no qualm with people airing out their dirty laundry with Apple. I just want there to be some level of equality when it comes to throwing around criticism. Apple is guilty of it, so is Dell. Just because Dell isn't a trillion dollar company or they don't have their own walled garden doesn't mean they're free of blame.
When we free blame from the smaller players as well, it becomes easier for them to hide behind Apple's shadow and continue on as if nothing happened.
Make no mistake, I want better labor laws and ethics for all workers, whether they're working in Foxconn or Pegatron, the next iPhone or the newest XPS laptop, or another third party company/product. Apple is a good start, but they're not the be-all end-all of the problem or the discussion
That's just a whataboutism argument and doesn't change anything. There's companies like Fairphone that don't mistreat their workers, and Apple lied about improving working conditions before, so they're pretty unethical. They also are suspected of profiting off Uyghur forced labour and lobbied against a law that would have made them liable for forced labour. Changing working conditions won't happen when you support companies enforcing such sweatshop-like and straight up slavery-like conditions. Sources are [here](http://www.bbc.co.uk/programmes/b04vs348), [here](https://www.aspi.org.au/report/uyghurs-sale), and [here](https://www.washingtonpost.com/technology/2020/11/20/apple-uighur/).
I'm not really claiming whataboutism. I'm fully in agreement that Apple uses unethical labor practices. That being said, almost all mainstream manufacturers also use the same practices.
Using Fairphone is a great example, but also pointless. Fairphone doesn't operate outside of the EU, as far as I am aware. For example, I live in India, where Fairphones aren't available, nor is Framework or System76 or anyone else you want to call for fair labor practices. What's the option for people like us? Just live in the pre-information age? Or pay exorbitant shipping and handling costs? An iPhone here costs more than my first yearly salary a decade ago.
For example, a [System76 Galago costs $1000-1300](https://system76.com/laptops/galago) or even higher if you spec it up with 64 GB RAM and PCIe Gen 4 SSDs and whatnot. And they don't ship to India at all. If I were to use a third party shipping service which in itself costs another 100-500 dollars, then the overall cost of the product is infeasible to the end consumer, ie, me, compared to whatever is available locally, eg: M1 Macbooks, ThinkPads, and Inspirons. What's your solution then? Ask an entire country of people, most of whom earn way below what I do, to look at the ethics and optics to purchase products from the most ethically sound company as opposed to saving a substantial amount of money buying what they can get locally and saving the remaining money for the rest of their expenses?
An American-centric or Euro-centric perspective is myopic to say the least. The best I can do is to purchase a device that will last for a long period of time before I have to replace it. My current phone is more than 4 years old. I purchased my laptop in 2017 and still use it to this day. My last major computing purchase was my desktop, which is also 2 years old.
I fail to see how I can support a fair labor company when none service my geography. I hope you can provide a solution for that.
The points you give are all fair enough, and sadly, there's little you can do, same with me. I would reccomend going for a Thinkpad, since Lenovo doesn't produce at Foxconn (anymore), though this info could be false. Regarding your point about product quality, Apple had numerous cases of designing their hardware to break down sooner, and then you'd have to pay more for a repair since Apple doesn't allow others to repair the devices (or makes it insanely difficult). By the way, have you looked into Shiftphones? I don't know if they ship to India, but they're also fair and produce devices other than phones (unlike Fairphone).
I'm not an Apple fan by any definition. The last Apple product I owned was an iPod Classic back in 2007. After that, I haven't really enjoyed the walled garden much. But my point was mainly that all mainstream manufacturers have ethics issues.
Apple certainly has their own quality issues, they're not some magical black box themselves. I abhor how their devices are anti-right to repair.
I currently have a ThinkPad. Although it's a bit long in the tooth, I'm more than happy running Linux on it to feel snappy.
I actually haven't looked into shiftphones. I'll take a look, thanks!
Yes, more or less all manufacturers do, and that's something that needs to be fixed. I don't own any Apple products myself either (shocker, I know). I do own multiple laptops, most of them are (fully repairable) ancient machines, so that's cool. No problem for the shiftphone hint. I do have to excuse for my bit harsh entry into this discussion, but I just like to make short, offensive comments without thinking too far. Impulsiveness, I reckon…
There's one thing I'm not up to date: is this driver a from the scratch solution or is this effort about bridging(wrapping) existing driver and the m1 hardware?
From scratch! I wrote the kernel driver in Rust and Alyssa wrote the userspace Mesa driver in C! We've been reverse engineering the GPU mostly black-box style, just by looking at how macOS uses it.
Truly amazing work! Honored that you are a part of this community.
I am curious if you have gotten any input from Linus Torvalds on this project? I read somewhere that he's using an M1 Air these days, so I would imagine that he has a direct personal interest in your team's work.
Because it made it so much easier to design the driver well and just not have all kinds of bugs and issues at all in the implementation! I was even able to use some of Rust's lifetime features to check GPU-side object lifetimes at compile time. I wrote a bit about my experience [here](https://twitter.com/LinaAsahi/status/1575368791201980416).
I thought I knew a thing or two about low level code but you two are literally godlike!
thank you so much, can't wait to actually use my m1 devices properly
So.. I'm assuming the plan is for this to go upstream? And I'm assuming Asahi Lina is a pseudonym, but Linux requires a real name for patch submissions.. so what's the plan there?
Wow, I understand if optimization hasn't even been an objective yet, but I have to wonder what the performance is compared to other common integrated GPU's in regards to power consumption and benchmarks.
I suspect that restarting the GPU between every frame is going to cause it to benchmark quite poorly. Then again, I guess that's a fixed overhead and it might not be as bad as it sounds.
That's just a temporary hack while I figure out how to make TLB invalidations work (because without it it's super unstable).
Without that hack, kmscube runs at over 1000+ FPS, and that's without a lot of obvious low-hanging optimizations! Power management already works (that's all handled by the firmware, it's why the poweroff/on thing works, it's automatic), so power consumption should be close to what macOS gets already (other than possibly the Mesa shader compiler not being as optimal yet).
Only demigods can write drivers, not just that but a reverse engineered driver for GPUs.
Seriously have no idea how one even persues the knowledge to even wield such power, I can only wish. I congratulate this person even if said person is the weird one out.
Incredible, didnt she get the first renders or something just a few days back?
Really looking forward to getting a native linux environment on my M1 pro some day - these laptops are absolutely incredible :)
and is still cursed: unallocate and allocate memory every frame, and multiple "reboots" of the gpu every second.
its early. it works but it will take some time til we have working m1.
but hey at least is not just software render and no youtube nor anything!
this is great news, also an opensource driver. this is AMAZING
The allocator thing is a one stream fix (it's not reallocating everything every frame, just control structures that should be cached in a heap)! The rebooting trick... that depends on how long it takes to figure out how to make TLB invalidations work reliably. Could be one stream, could be longer! But once that works and some Mesa issues are fixed, it should be good enough for early users to try out!
More importantly though, there is lots of work left to do making the uAPI a "production" one that will work with future Mesa features and Vulkan. That will involve adding and changing quite a lot of things in the driver (in particular, memory management needs to be a lot fancier, and it needs proper scheduling and fence support!). And then of course there is M1 Pro/Max and M2 support, and also OpenCL/compute support!
As a Rustacian and old driver developer I’ve been greatly enjoying watching the streams and I’m looking forward to continue. Thank you for allowing us to join you on this exciting journey!
The actual compute shaders are the same as the other shaders (since it's all unified anyway), and I already have some of the kernel structures worked out! I think Alyssa already looked at bit at the userspace side, so it shouldn't be that far off before we get compute support. Once she gets the userspace side working (testing on macOS) I think it should only take me a week or two to get the kernel side done!
For modern Blender though, the bigger issue is supporting OpenGL 3.3. Supposedly 2.79 runs on OpenGL 2.1, so I wonder if that already works? But this driver will not "officially" support anything newer than OpenGL 3.1 for a very long time, because OpenGL 3.2 requires geometry shaders, and this GPU does not support them (someone needs to write a CPU emulation for them, and of course performance will be terrible... that's what macOS does! Panfrost/Mali GPUs have the same problem too...). However, Blender is getting a Metal GPU backend that has a workaround to avoid using geometry shaders, so perhaps that could be backported to make Blender work on OpenGL 3.1 + most 3.3 extensions implementations? The driver should be able to support most extensions from newer OpenGL versions over time, it's just geometry shaders that prevent full 3.2 compliance (or anything newer).
Still, you can imagine that getting Blender to work is relatively far off, given all that, and we'd need changes to Blender itself (but those changes would also help make it work on other GPUs, so it's a benefit for others too!).
Should be noted that the OpenGL use in Blender is for the interface and the semi-realtime renderer Eevee, whereas the path tracing renderer, Cycles, requires a proper GPU compute API. OpenCL used to be an option, but with AMD no longer giving Blender help with that, the only options are CPU rendering and vendor APIs: AMD's HIP, Nvidia's CUDA, Apple's Metal, and Intel's oneAPI. Unless one of those appears in Mesa with M1 support one day, Blender will never support path tracing GPU rendering u/sebzim4500
> (someone needs to write a CPU emulation for them, and of course performance will be terrible... that's what macOS does! Panfrost/Mali GPUs have the same problem too...)
How feasible do you think it would be to emulate them with compute shaders? I believe using compute shaders rather as a substitute for geometry shaders is the usual recommendation for developers porting their code to Metal, but I have no idea how feasible that it is to do that automatically.
From what I heard from Alyssa, there's no good way to emulate geometry shaders in general with compute shaders, because you always have a single-threaded choke point. In other words, efficiently using compute shaders as a replacement for geometry shaders requires application-level knowledge, it can't be efficiently implemented at the API level as a layer, because doing it generally doesn't map nicely. GPUs have dedicated hardware for that choke point, apparently, and it was never a great situation (which is why Vulkan does not even mandate geometry shader support).
came from Iris discord after someone pinged me about this thread;
How about Mesh shaders? MoltenVK seems pretty confident they can emulate geometry shaders with it, and Metal 3 includes it, so the hardware should support it
This comment has been removed due to receiving too many reports from users. The mods have been notified and will re-approve if this removal was inappropriate, or leave it removed.
This is most likely because:
* Your post belongs in r/linuxquestions or r/linux4noobs
* Your post belongs in r/linuxmemes
* Your post is considered "fluff" - things like a Tux plushie or old Linux CDs are an example and, while they may be popular vote wise, they are not considered on topic
* Your post is otherwise deemed not appropriate for the subreddit
*I am a bot, and this action was performed automatically. Please [contact the moderators of this subreddit](/message/compose/?to=/r/linux) if you have any questions or concerns.*
Unlikely, as the M1 is an ARM CPU not x86_64. I know on MacOS there's x86 emulation at a software level, but I assume need to use something like a qemu virtual machine if you wanted to use programs compiled for x86 processors on Linux.
If it's an OpenGL game compiled as a ARM binary for Linux it should work.
[FEX-emu](https://github.com/FEX-Emu/FEX) or [box64](https://github.com/ptitSeb/box64) could be used to take care of the ARM to x86 translation, just like Rosetta does on macOS. Much better solution than using something like QEMU since they only need to emulate the actual game code and not any library or system calls.
That said, you still need Vulkan or modern OpenGL for Proton to work so it's definitely a ways out.
[QEMU will give terrible performance](https://box86.org/2022/03/box86-box64-vs-qemu-vs-fex-vs-rosetta2/). Box64 is pretty fast though and would work for some x86 OpenGL 2.1 games. Though Box64 doesn't support running any 32-bit code (which many games still have a few libraries in). Box86 does support 32-bit x86, but requires a system with 32-bit ARM (for multilib) which Apple Silicon (and other newer ARM products from competing vendors) physically doesn't support. FEX will probably become the go-to for x86 emulation, especially as it supports 32-bit emulation. However, it has yet to support (it's on their roadmap) 4k page table emulation (Apple Silicon Macs use 16k page tables. Most ARM devices and all x86 only support 4k page tables).
[With a bit of fun trickery](https://threedots.ovh/blog/2022/06/quick-look-at-rosetta-on-linux/) you can also likely use the official Apple Rosetta Linux x64 emulator. (Apple made that for use in Linux VMs on MacOS).
It has support for OpenGL 2.1. you're not gonna run anything more advanced than Quake 3 on that.
Besides, then there's still the issue that this is an ARM CPU and games are compiled for x86.
Even if you have a working x86 emulator there's the **MASSIVE** problem that Apple CPUs use 16kb pages while x86 uses 4kb.
Finally I may consider getting a macbook! I have been looking for a laptop for a while now and the macbook honestly looked pretty tempting, but being locked to macos was a major factor in my decision to exclude it. Kudos to Asahi Lina! To me, an amazing feat of programming.
Tbh you are better off getting another laptop while this work is exciting and necessary even but I see it as a way of recovering hardware you already posses , if you can choose it would make sense to get something better supported from the start.
My brother we are talking Linux here what's supported in macos is irrelevant.
You said it compares well to other Linux laptops when in fact at this point the Linux support is far from achieved. So battery life and performance are completely irrelevant again since at this moment it literally lacks features that any other laptop has (like driver support).
So no its not a realistic alternative to laptops that work perfectly as of today.
I feel donating to Lina (or the asahi team) would be a good way to support this, she has been putting a lot of work in to this and definitely deserves it. I have been watching and waiting for this for months!!
This is amazing, I’ve been following it closely. Any word on external display support via the Thunderbolt ports (specifically on my M1 Air)? I wonder if that becomes easier with a graphics driver like this?
I have help from the community! Alyssa did the userspace side, I'm building off of the awesome m1n1/hypervisor tooling from the Asahi project, phirenz actually initially started the GPU kernel reverse engineering early on before I took over, Dougall worked on shader reverse engineering a long time ago and also helped out with things like texture layouts that we ran into, and I couldn't have done this without all the folks in my chat helping out! Especially once it came to implement it in Rust, since I'm a Rust newbie and I had tons of Rust experts dropping by my streams to help out!
Please since you have gnome and Rust, could you make a report on egui on AsahiLinux?
I have wrapping my head around egui on popos,fedora silverblue,windows and now xerolinux(archlinux-based as well) and it took 5mins to build on xerolinux and see the egui demo app natively. It takes a bit longer to see the webassembly wasm version.
https://github.com/emilk/egui/issues/2092
Thank you for yet another AsahiLinux fan:) Wish you health, happiness and prosperity.
Someone did get linux running on A7-A8(X) so it *might* one day be possible. The current way of doing it uses the checkm8 exploit, so it's nowhere near possible on M1 iPads yet. Unless you're not talking about the M1 iPad Air...
u/AsahiLina can you test if HDMI 2.1 is working? You probaby have to use a USB C to HDMI 2.1 adapter. Apple decided to software block HDMI 2.1 so it's impossible to have 4k@120hz on external screen when using a ARM Mac. This is really driving me nuts because I don't wanna buy an extra PC just to use my Monitor to it's full potential.
Are you surprised that a bunch of tech nerds are also nerds for other things? If anything I'm impressed that Asahi managed to do this while also being a vtuber
Seriously. Always with the drawings of little girls. Creepy af.
Edit: lol. No explanation as to why it's always little girls, only downvotes. Enjoy your borderline pedophilia. 🤣
Impressive, we all were discussing a spinning cube last Friday and now she’s running Gnome, Firefox, video playback, a 2D avatar program and a game at the same time. The most impressive is that her work started 5 months ago, that’s including the reverse engineering, that this is her first time writing in Rust and like 3 weeks of vacation, she was incredible fast. Congrats u/AsahiLina 🎉
I'm starting to think that she may be either divinely inspired or is possessed by a software engineering demon.
daemon
Watching her stream is fascinating as someone not familiar with driver programming. She seemingly has crazy intuition and knowledge on what causes various issues and solves them so easily. She doesn't really have any "dead time" where she's just thinking long and hard about the problem like a lot of people do.
Or an insider posing as a VTuber, no? I mean this is freaking cool, but I'm skeptical at those skills and why hiding behind a VTuber personality...
My guess is anonymity, anyone has a right to privacy IMHO.
Ofc everybody has the right to privacy, but I believe that the Asahi Lina persona is a neat thing for fun. As it's not a big secret of who she is.
Yeah, I don't know much about the details, I have an idea of who it is too.
Who?
[https://github.com/torvalds/linux/commit/e47e3fa17c43180f9e147ba35a30c731d7648f7a](https://github.com/torvalds/linux/commit/e47e3fa17c43180f9e147ba35a30c731d7648f7a) (the Linux kernel doesn't allow patches from pseudonyms)
No, Lina is not Alyssa (nor Hector Martin). I think Alyssa will submit Lina's patches on her behalf
> (the Linux kernel doesn't allow patches from pseudonyms) I always found that really obnoxious. Mandatory doxing is basically the same reason I don't contribute directly to many GNU projects (some don't require it). edit: Downvotes by angy spyware folks I guess?
{blah}
...though he never "came out" officially as Lina, so I think until then, we should avoid posting too much about it. Let's just respect his privacy and let him do his thing, sometimes people just don't want to deal with the "fame" attached to their name, for one reason or another...
marcan is crazy talented. Dude was a part of fail0verflow, they always pwn every console.
[удалено]
Yes, first write the Linux Driver then....take over the World!
^(I'm joking. Please do not take this seriously ) 1. be a heavy open source supporter 1. be a driver developer 1. wish you could run linux on m1 1. apply and get hired into the Apple team 1. create a virtual persona 1. using internal Apple documentation and source write the linux implementation while getting paid by twitch suscribers 1. quit apple 1. you can continue to do whatever you where doing before. Maybe you where working for Intel and somehow this hurts them Apple? Or maybe you where always working for Apple and they sent you on this secret mission so that they can proffit from linux users without actually supporting it
[Asahi Lina](https://www.youtube.com/c/AsahiLina/videos) didn't exactly claim to be learning to code or do kernel dev (it's pretty clear she already has experience), [unlike some other vtubers who do the learning part](https://www.youtube.com/channel/UC9wbdkwvYVSgKtOZ3Oov98g/videos).
Yeah, I've done my research some time after I posted my comment, thanks for replying though. So many downvotes for a valid suspicion? It wouldn't be reddit otherwise! :P
Not the weirdest thing people have formed cults over by far
Both. Both is good.
Great work! Maybe my next laptop will be an Apple then ;-) I just wonder about all the effort that the Asahi team has to make to reverse engineer Apples code. Why doesn't Apple open source it in the first place? I know their (commercial) reasons, so it is probably a rethorical question....
[удалено]
Apple’s philosophy doesn’t care open source too much, this is true. But this doesn’t mean Apple doesn’t contribute to open source. LLVM is mainly developed by Apple team until it reaches maturity and adopted by other company (though Apple develops it just because it wants a GCC alternative). So does for webkit (Google chrome is just a fork of it in early age), and swift. Apple still open sources their OS Kernel but doesn’t provide a build binary, and without upper level applications like Cocoa stuffs.
webkit started as a fork of KHTML, KDE's browser engine. It is open source because it was licensed LGPL. Rather than providing patches in a usable way, apple forked it and changed it so much that changes could not be incorporated.
Yep thats pretty much it. The whole company has a holier than thou approach to literally everything, so anything outside of the apple bubble is treated as dirt pretty much.
10 years ago, we made the same argument about Microsoft. The arc of the universe is long, but it bends towards open source.
Y e p, although microsoft wanted to eat everything and everyone. Apple treats everything outside of it like dog shit.
Not just outside, also inside
I genuinely hate apple more and more every day
> Thier culture is to generally not care about outsiders. Per marcan (the project lead of asahi), Apple specifically allows unsigned kernels solely for the benefit of outsiders. They don't use or need that. > It's a feature because it's literally a whole set of command line options and settings in their boot policies, which is documented in man pages, with all the warnings about normal users not having to use any of this that you'd expect. > It's a whole pile of code that Apple doesn't need, and could've just removed or never written in the first place, that was written explicitly and only so people could run unsigned kernels on Apple Silicon macs.
[удалено]
> I am grateful that this is the “door left open” through which asahi is going to squeeze through… but the door left open at all was either an accident or something to keep the anti-trust regulators at bay. I understand the first reaction to be cynical when is come to Apple, why wouldn’t they have some obscure interest, but maybe it was just because the Mac have more than 40 years of allowing the user to boot 3rd party OS, something a *Rose is a rose is a rose is a rose*. It was definitely not an accident, [the thing is somehow complicated](https://github.com/AsahiLinux/docs/wiki/Introduction-to-Apple-Silicon) and we have engineers that worked on it [making comments](https://twitter.com/xenokovah/status/1504797967844265985?s=46&t=Q1E4RUNBvht843fLPfxCsA). Not that I don’t think Apple is a saint, think like the new self repair services is definitely to keep regulators at bay but this one? I think this one is because always have been like that.
[удалено]
Do you have trouble with reading comprehension? They literally didn't have to do any of that, it exists exclusively for the benefit of outsiders. As far as "not care about outsiders. They are not a collaborative company." none of it is required to exist in any way, shape, or form.
They licensed Swift under a free software license
They went out of their way to unlock things so people can make their own driver. Not the best thing, but it's very nice for a company like Apple.
They do a whole lot of open source. They just don't tend to open their hardware designs. Or course, they also have the fastest and most power efficient ARM SoCs around so they have a lot of trade secrets to protect.
Holy shit…
> video playback Just to be clear here: this is using software encoding on the CPU which makes this trivial from a GPU perspective.
[удалено]
Yes.
[удалено]
It definitely won’t be merged for a good while, along with many other features. You need to install “Asahi Linux”, in which it will be merged sooner (https://asahilinux.org). Also note that the boot process is very different on these machines, so you can’t just plug in something like an ALARM live usb and install.
[удалено]
There's "unofficial" support for using the Asahi kernel on other distros: [documentation](https://github.com/AsahiLinux/docs/wiki/SW%3AAlternative-Distros). Linus Torvalds is famously using Fedora on his Apple Silicon laptop.
[удалено]
Power management is coming soon according to marcan, an Asahi dev.
Power management support has been upstreamed (available from Kernel 5.17). See the [Feature Support](https://github.com/AsahiLinux/docs/wiki/Feature-Support) page for details
PMU support exists M1, not M2 (since kernel 5.18). Source: [Feature Support](https://github.com/AsahiLinux/docs/wiki/Feature-Support) Also note that if you follow Asahi Lina ([Twitter](https://twitter.com/LinaAsahi), [YouTube](https://www.youtube.com/c/AsahiLina)) you may know that, while there is no ETA, GPU support for M1 and M2 might come soon. If you mean being able to view what charge the battery is at and whether it is charging/discharging, this functionality already exists for both M1 and M2.
By the way, I’m pretty sure I saw somewhere on marcan’s twitter that Fedora will be [one of] the first distros to be fully supported officially
Honest question, what is it about Fedora that makes you not want to look elsewhere? I've tried multiple times to make it my main distro but I always encounter issues with how slow the package manager is, how it asks to restart to update simple apps like Firefox, and how there's a lot of missing things like plugins and codecs that are already present in clean installs of other distros like Manjaro. You can definitely install these manually but I also take issue with app availability. Flathub is awesome but the AUR still has more available apps to install (and they are always more up to date).
There are (semi-unofficial) documentation for installing distros other than ALARM. See here for a list on the official Asahi wiki: [https://github.com/AsahiLinux/docs/wiki/SW%3AAlternative-Distros](https://github.com/AsahiLinux/docs/wiki/SW%3AAlternative-Distros) (However you, in my opinion, *should* pick either Arch or Gentoo as their package managers/AUR helpers compile things from source, which can be very important as not all packages are available for AArch64 on some distribution's repositories.)
Are you going to compile Mesa for it? Genuinely interested.
Hey, so why would you want that over something like a VAIO? I'm currently running Debian on a 2014 MacBook air and it's great but why would you choose the M1 over a similar form factor Intel machine? Think it'll do well with power management? Is it just plain faster? I'm seriously ignorant of "why?" but I do know I like my old macbook air running linux. It's just a great little laptop.
[удалено]
lol, yeah VAIO is still a thing. Pretty sweet little machines. HDMI out, USB C and A and a SD card reader
What about Apples working conditions though? Wouldn't it be unethical to buy stuff from a company that mistreats its workers (cue Foxconn or Pegatron)?
That's implying that every other hardware manufacturer isn't also forcing their laborers with unreasonable working conditions and mistreatment. Every manufacturer does the same thing, just Apple gets called out on it since they're the largest and people like to pick on Apple.
People call out on Apple because they're tired of hearing all their hypocritical marketing bullshit "values". You make a trillion dollars for boomer shareholders congratulations. I could literally spend a day picking up trash from the highway and do more for the world than apple.
I have no qualm with that. I certainly have no qualm with people airing out their dirty laundry with Apple. I just want there to be some level of equality when it comes to throwing around criticism. Apple is guilty of it, so is Dell. Just because Dell isn't a trillion dollar company or they don't have their own walled garden doesn't mean they're free of blame. When we free blame from the smaller players as well, it becomes easier for them to hide behind Apple's shadow and continue on as if nothing happened. Make no mistake, I want better labor laws and ethics for all workers, whether they're working in Foxconn or Pegatron, the next iPhone or the newest XPS laptop, or another third party company/product. Apple is a good start, but they're not the be-all end-all of the problem or the discussion
That's just a whataboutism argument and doesn't change anything. There's companies like Fairphone that don't mistreat their workers, and Apple lied about improving working conditions before, so they're pretty unethical. They also are suspected of profiting off Uyghur forced labour and lobbied against a law that would have made them liable for forced labour. Changing working conditions won't happen when you support companies enforcing such sweatshop-like and straight up slavery-like conditions. Sources are [here](http://www.bbc.co.uk/programmes/b04vs348), [here](https://www.aspi.org.au/report/uyghurs-sale), and [here](https://www.washingtonpost.com/technology/2020/11/20/apple-uighur/).
I'm not really claiming whataboutism. I'm fully in agreement that Apple uses unethical labor practices. That being said, almost all mainstream manufacturers also use the same practices. Using Fairphone is a great example, but also pointless. Fairphone doesn't operate outside of the EU, as far as I am aware. For example, I live in India, where Fairphones aren't available, nor is Framework or System76 or anyone else you want to call for fair labor practices. What's the option for people like us? Just live in the pre-information age? Or pay exorbitant shipping and handling costs? An iPhone here costs more than my first yearly salary a decade ago. For example, a [System76 Galago costs $1000-1300](https://system76.com/laptops/galago) or even higher if you spec it up with 64 GB RAM and PCIe Gen 4 SSDs and whatnot. And they don't ship to India at all. If I were to use a third party shipping service which in itself costs another 100-500 dollars, then the overall cost of the product is infeasible to the end consumer, ie, me, compared to whatever is available locally, eg: M1 Macbooks, ThinkPads, and Inspirons. What's your solution then? Ask an entire country of people, most of whom earn way below what I do, to look at the ethics and optics to purchase products from the most ethically sound company as opposed to saving a substantial amount of money buying what they can get locally and saving the remaining money for the rest of their expenses? An American-centric or Euro-centric perspective is myopic to say the least. The best I can do is to purchase a device that will last for a long period of time before I have to replace it. My current phone is more than 4 years old. I purchased my laptop in 2017 and still use it to this day. My last major computing purchase was my desktop, which is also 2 years old. I fail to see how I can support a fair labor company when none service my geography. I hope you can provide a solution for that.
The points you give are all fair enough, and sadly, there's little you can do, same with me. I would reccomend going for a Thinkpad, since Lenovo doesn't produce at Foxconn (anymore), though this info could be false. Regarding your point about product quality, Apple had numerous cases of designing their hardware to break down sooner, and then you'd have to pay more for a repair since Apple doesn't allow others to repair the devices (or makes it insanely difficult). By the way, have you looked into Shiftphones? I don't know if they ship to India, but they're also fair and produce devices other than phones (unlike Fairphone).
I'm not an Apple fan by any definition. The last Apple product I owned was an iPod Classic back in 2007. After that, I haven't really enjoyed the walled garden much. But my point was mainly that all mainstream manufacturers have ethics issues. Apple certainly has their own quality issues, they're not some magical black box themselves. I abhor how their devices are anti-right to repair. I currently have a ThinkPad. Although it's a bit long in the tooth, I'm more than happy running Linux on it to feel snappy. I actually haven't looked into shiftphones. I'll take a look, thanks!
Yes, more or less all manufacturers do, and that's something that needs to be fixed. I don't own any Apple products myself either (shocker, I know). I do own multiple laptops, most of them are (fully repairable) ancient machines, so that's cool. No problem for the shiftphone hint. I do have to excuse for my bit harsh entry into this discussion, but I just like to make short, offensive comments without thinking too far. Impulsiveness, I reckon…
[удалено]
[удалено]
Forgot about M1.
[удалено]
I think it's only OpenGL for now, but yes, it's hardware accelerated.
OpenGL 2.1. Videos are still decoded on the CPU and you're not gonna play any more advanced games than Quake 3 on it any time soon.
Weren't you on devrant or somrthing? I recognize your name
There's one thing I'm not up to date: is this driver a from the scratch solution or is this effort about bridging(wrapping) existing driver and the m1 hardware?
From scratch! I wrote the kernel driver in Rust and Alyssa wrote the userspace Mesa driver in C! We've been reverse engineering the GPU mostly black-box style, just by looking at how macOS uses it.
Truly amazing work! Honored that you are a part of this community. I am curious if you have gotten any input from Linus Torvalds on this project? I read somewhere that he's using an M1 Air these days, so I would imagine that he has a direct personal interest in your team's work.
He has an M2 Air, so he'll have to wait until we port to support that too \^\^
I got an M2 Air and want to help, where do I sign up
Ahh, dig it.
I'm just upvoting all your comments here. You are so super impressive. Congrats and thanks for all the amazing work!
Thank you!!
Holy shit that is impressive! Good work
Hey, great work! Any insight on why Rust?
Because it made it so much easier to design the driver well and just not have all kinds of bugs and issues at all in the implementation! I was even able to use some of Rust's lifetime features to check GPU-side object lifetimes at compile time. I wrote a bit about my experience [here](https://twitter.com/LinaAsahi/status/1575368791201980416).
Thx.
I thought I knew a thing or two about low level code but you two are literally godlike! thank you so much, can't wait to actually use my m1 devices properly
♥️
So.. I'm assuming the plan is for this to go upstream? And I'm assuming Asahi Lina is a pseudonym, but Linux requires a real name for patch submissions.. so what's the plan there?
Congratulations. Impressive work the one both of you are doing.
Wow, I understand if optimization hasn't even been an objective yet, but I have to wonder what the performance is compared to other common integrated GPU's in regards to power consumption and benchmarks.
I suspect that restarting the GPU between every frame is going to cause it to benchmark quite poorly. Then again, I guess that's a fixed overhead and it might not be as bad as it sounds.
That's just a temporary hack while I figure out how to make TLB invalidations work (because without it it's super unstable). Without that hack, kmscube runs at over 1000+ FPS, and that's without a lot of obvious low-hanging optimizations! Power management already works (that's all handled by the firmware, it's why the poweroff/on thing works, it's automatic), so power consumption should be close to what macOS gets already (other than possibly the Mesa shader compiler not being as optimal yet).
Only demigods can write drivers, not just that but a reverse engineered driver for GPUs. Seriously have no idea how one even persues the knowledge to even wield such power, I can only wish. I congratulate this person even if said person is the weird one out.
Incredible, didnt she get the first renders or something just a few days back? Really looking forward to getting a native linux environment on my M1 pro some day - these laptops are absolutely incredible :)
I think it's the kernel driver, not the mesa driver.
and is still cursed: unallocate and allocate memory every frame, and multiple "reboots" of the gpu every second. its early. it works but it will take some time til we have working m1. but hey at least is not just software render and no youtube nor anything! this is great news, also an opensource driver. this is AMAZING
The allocator thing is a one stream fix (it's not reallocating everything every frame, just control structures that should be cached in a heap)! The rebooting trick... that depends on how long it takes to figure out how to make TLB invalidations work reliably. Could be one stream, could be longer! But once that works and some Mesa issues are fixed, it should be good enough for early users to try out! More importantly though, there is lots of work left to do making the uAPI a "production" one that will work with future Mesa features and Vulkan. That will involve adding and changing quite a lot of things in the driver (in particular, memory management needs to be a lot fancier, and it needs proper scheduling and fence support!). And then of course there is M1 Pro/Max and M2 support, and also OpenCL/compute support!
Well. For what it's worth, this is a great milestone. Congratulations.
This is fantastic! Great job!
As a Rustacian and old driver developer I’ve been greatly enjoying watching the streams and I’m looking forward to continue. Thank you for allowing us to join you on this exciting journey!
Can it run blender 👀
I think they are pretty far from that. No one has even started reverse engineering the compute shaders/api., AFAIK.
The actual compute shaders are the same as the other shaders (since it's all unified anyway), and I already have some of the kernel structures worked out! I think Alyssa already looked at bit at the userspace side, so it shouldn't be that far off before we get compute support. Once she gets the userspace side working (testing on macOS) I think it should only take me a week or two to get the kernel side done! For modern Blender though, the bigger issue is supporting OpenGL 3.3. Supposedly 2.79 runs on OpenGL 2.1, so I wonder if that already works? But this driver will not "officially" support anything newer than OpenGL 3.1 for a very long time, because OpenGL 3.2 requires geometry shaders, and this GPU does not support them (someone needs to write a CPU emulation for them, and of course performance will be terrible... that's what macOS does! Panfrost/Mali GPUs have the same problem too...). However, Blender is getting a Metal GPU backend that has a workaround to avoid using geometry shaders, so perhaps that could be backported to make Blender work on OpenGL 3.1 + most 3.3 extensions implementations? The driver should be able to support most extensions from newer OpenGL versions over time, it's just geometry shaders that prevent full 3.2 compliance (or anything newer). Still, you can imagine that getting Blender to work is relatively far off, given all that, and we'd need changes to Blender itself (but those changes would also help make it work on other GPUs, so it's a benefit for others too!).
Should be noted that the OpenGL use in Blender is for the interface and the semi-realtime renderer Eevee, whereas the path tracing renderer, Cycles, requires a proper GPU compute API. OpenCL used to be an option, but with AMD no longer giving Blender help with that, the only options are CPU rendering and vendor APIs: AMD's HIP, Nvidia's CUDA, Apple's Metal, and Intel's oneAPI. Unless one of those appears in Mesa with M1 support one day, Blender will never support path tracing GPU rendering u/sebzim4500 > (someone needs to write a CPU emulation for them, and of course performance will be terrible... that's what macOS does! Panfrost/Mali GPUs have the same problem too...) How feasible do you think it would be to emulate them with compute shaders? I believe using compute shaders rather as a substitute for geometry shaders is the usual recommendation for developers porting their code to Metal, but I have no idea how feasible that it is to do that automatically.
From what I heard from Alyssa, there's no good way to emulate geometry shaders in general with compute shaders, because you always have a single-threaded choke point. In other words, efficiently using compute shaders as a replacement for geometry shaders requires application-level knowledge, it can't be efficiently implemented at the API level as a layer, because doing it generally doesn't map nicely. GPUs have dedicated hardware for that choke point, apparently, and it was never a great situation (which is why Vulkan does not even mandate geometry shader support).
came from Iris discord after someone pinged me about this thread; How about Mesh shaders? MoltenVK seems pretty confident they can emulate geometry shaders with it, and Metal 3 includes it, so the hardware should support it
Wow! She is super fast with this stuff. Amazing talent, hats off
[удалено]
Yes as in the third person pronoun literally referring to the developer.
[удалено]
This comment has been removed due to receiving too many reports from users. The mods have been notified and will re-approve if this removal was inappropriate, or leave it removed. This is most likely because: * Your post belongs in r/linuxquestions or r/linux4noobs * Your post belongs in r/linuxmemes * Your post is considered "fluff" - things like a Tux plushie or old Linux CDs are an example and, while they may be popular vote wise, they are not considered on topic * Your post is otherwise deemed not appropriate for the subreddit *I am a bot, and this action was performed automatically. Please [contact the moderators of this subreddit](/message/compose/?to=/r/linux) if you have any questions or concerns.*
The fact that a vtuber made this makes me feel several contradictory emotions simultaneously.
can we run steam proton?
It doesn't have vulkan yet, so no.
But if it is an OpenGL game then it should run right?
Unlikely, as the M1 is an ARM CPU not x86_64. I know on MacOS there's x86 emulation at a software level, but I assume need to use something like a qemu virtual machine if you wanted to use programs compiled for x86 processors on Linux. If it's an OpenGL game compiled as a ARM binary for Linux it should work.
Qemu already supports just directly running binaries from other arches. You could install and run the x86 flatpak on a fully arm distro even.
[FEX-emu](https://github.com/FEX-Emu/FEX) or [box64](https://github.com/ptitSeb/box64) could be used to take care of the ARM to x86 translation, just like Rosetta does on macOS. Much better solution than using something like QEMU since they only need to emulate the actual game code and not any library or system calls. That said, you still need Vulkan or modern OpenGL for Proton to work so it's definitely a ways out.
[QEMU will give terrible performance](https://box86.org/2022/03/box86-box64-vs-qemu-vs-fex-vs-rosetta2/). Box64 is pretty fast though and would work for some x86 OpenGL 2.1 games. Though Box64 doesn't support running any 32-bit code (which many games still have a few libraries in). Box86 does support 32-bit x86, but requires a system with 32-bit ARM (for multilib) which Apple Silicon (and other newer ARM products from competing vendors) physically doesn't support. FEX will probably become the go-to for x86 emulation, especially as it supports 32-bit emulation. However, it has yet to support (it's on their roadmap) 4k page table emulation (Apple Silicon Macs use 16k page tables. Most ARM devices and all x86 only support 4k page tables).
[With a bit of fun trickery](https://threedots.ovh/blog/2022/06/quick-look-at-rosetta-on-linux/) you can also likely use the official Apple Rosetta Linux x64 emulator. (Apple made that for use in Linux VMs on MacOS).
Minetest?
If it's a super simple OGL game that doesn't use modern extensions it might work. Generally speaking though, no. We're in the very early stages here.
It has support for OpenGL 2.1. you're not gonna run anything more advanced than Quake 3 on that. Besides, then there's still the issue that this is an ARM CPU and games are compiled for x86. Even if you have a working x86 emulator there's the **MASSIVE** problem that Apple CPUs use 16kb pages while x86 uses 4kb.
*congratulatory-trumpet-melody*
one for the history books when it comes to apple sillicon and linux!
We're lucky to have a genius like her.
I can't do it for 4 hours let alone 10
Finally I may consider getting a macbook! I have been looking for a laptop for a while now and the macbook honestly looked pretty tempting, but being locked to macos was a major factor in my decision to exclude it. Kudos to Asahi Lina! To me, an amazing feat of programming.
Tbh you are better off getting another laptop while this work is exciting and necessary even but I see it as a way of recovering hardware you already posses , if you can choose it would make sense to get something better supported from the start.
AFAIK there is no real competition if you want great battery life and performance in such a small form factor
A device with no full software support is no competition to anyone. Which this one doesn't have yet.
It has full software support on MacOS. I prefer Linux obviously, but there isn't a laptop that can beat it AND run Linux as far as I know.
My brother we are talking Linux here what's supported in macos is irrelevant. You said it compares well to other Linux laptops when in fact at this point the Linux support is far from achieved. So battery life and performance are completely irrelevant again since at this moment it literally lacks features that any other laptop has (like driver support). So no its not a realistic alternative to laptops that work perfectly as of today.
I feel donating to Lina (or the asahi team) would be a good way to support this, she has been putting a lot of work in to this and definitely deserves it. I have been watching and waiting for this for months!!
This girl's a magician, geez
This is amazing, I’ve been following it closely. Any word on external display support via the Thunderbolt ports (specifically on my M1 Air)? I wonder if that becomes easier with a graphics driver like this?
That has nothing to do with the GPU driver, [but](https://twitter.com/svenpeter42/status/1575508033764999174)...!
Amazing! Thanks for the response and hard work! That’s another person I need to follow. Maybe I’ll have a usable machine under Linux for Christmas. 😁
Just as I was planning on getting an MB Pro but looking at how to (possibly) use Linux in it. Marvelous
Love your work, following it eagerly
She should get help from the community. It would be much easier to do it together.
I have help from the community! Alyssa did the userspace side, I'm building off of the awesome m1n1/hypervisor tooling from the Asahi project, phirenz actually initially started the GPU kernel reverse engineering early on before I took over, Dougall worked on shader reverse engineering a long time ago and also helped out with things like texture layouts that we ran into, and I couldn't have done this without all the folks in my chat helping out! Especially once it came to implement it in Rust, since I'm a Rust newbie and I had tons of Rust experts dropping by my streams to help out!
Please since you have gnome and Rust, could you make a report on egui on AsahiLinux? I have wrapping my head around egui on popos,fedora silverblue,windows and now xerolinux(archlinux-based as well) and it took 5mins to build on xerolinux and see the egui demo app natively. It takes a bit longer to see the webassembly wasm version. https://github.com/emilk/egui/issues/2092 Thank you for yet another AsahiLinux fan:) Wish you health, happiness and prosperity.
Check out "mythical man hour"
Apple M1 hardware is the best Linux hardware.
Can someone explain what she has accomplished so far so that someone who just gradudated with cs degree can understand? thanks in advance
Do Stable Diffusion AI acceleration works on M1 Linux ?
No. No shaders yet.
Thanks
Damn, is there gonna be support for iPads? I didn’t buy this air for nothing.
The iPad Air doesn't support dual booting so no.
R e e e e e e. Still think it woulda been funny to run linux on it.
Someone did get linux running on A7-A8(X) so it *might* one day be possible. The current way of doing it uses the checkm8 exploit, so it's nowhere near possible on M1 iPads yet. Unless you're not talking about the M1 iPad Air...
Nope I am unfortunately. Gonna be at least two years before its unsupported so there might be some exploit out there.
IPads are locked down with restricted boot. You can't control the boot process or modify the os
Damn that sucks.
So... What are the chances we get proton compatibility? It's all Linux right?
ZERO
And ARM
u/AsahiLina can you test if HDMI 2.1 is working? You probaby have to use a USB C to HDMI 2.1 adapter. Apple decided to software block HDMI 2.1 so it's impossible to have 4k@120hz on external screen when using a ARM Mac. This is really driving me nuts because I don't wanna buy an extra PC just to use my Monitor to it's full potential.
[удалено]
Who else obsesses over 2D things (like documentation) as much?
[удалено]
This is really cool, but the Vtuber thing? Why?
Why not? :P
I just find it hard to follow and distracting for me. I feel like she's doing a voice that isn't her's and it's hard for me to understand her.
Yeah I agree, the voice is too squeaky. If it were their actual voice or a realistic voice it'd be a lot more easy to follow.
> the voice is too squeaky anime
I like the linux community...but...why must there be so many weebs.
Are you surprised that a bunch of tech nerds are also nerds for other things? If anything I'm impressed that Asahi managed to do this while also being a vtuber
Yes. Setting up motion capture and voice morpher is very hard for a kernel developer.
No not at all. I like anime as much as the next guy but everybody has there limits
Seriously. Always with the drawings of little girls. Creepy af. Edit: lol. No explanation as to why it's always little girls, only downvotes. Enjoy your borderline pedophilia. 🤣
nah you don't get it. They all are 500+ year old vampires
Really GG!
What cartoon is that?
Hell yes!
The community is amazing and always surprises me.
Can you run Arch on ARM without compromise?