Apple Silicon OpenGL & Vulkan Drivers Updated In Mesa 24.3 Git

[phoronix]

Phoronix: Apple Silicon OpenGL & Vulkan Drivers Updated In Mesa 24.3 Git

Yesterday was a fresh sync of the Asahi Linux projecr's AGX Gallium3D and Honeykrisp drivers to the upstream Mesa 24.3-devel Git repository. Some 42 patches are now upstream in Mesa for benefiting OpenGL and Vulkan atop Apple Silicon graphics...

https://www.phoronix.com/news/AGX-Honeykrisp-Apple-Aug-12

[grigi]

I still don't get why this takes so much Linux conversation space. It's very laudable, but... this is Apple. They are about as far away as having freedom to use our own hardware the way we want.

Yes, it's really really really impressive that so much have been opened up on these super-closed, super-proprietary systems.
But what about the small improvements done by other Linux-friendly vendors, like Tuxedo, Starlabs, Framework etc... and sent upstream. I would honestly like the world to move away from the obsession with powerful US tech companies.

[clementhk]

I still don't get why this takes so much Linux conversation space. It's very laudable, but... this is Apple. They are about as far away as having freedom to use our own hardware the way we want.

Yes, it's really really really impressive that so much have been opened up on these super-closed, super-proprietary systems.
But what about the small improvements done by other Linux-friendly vendors, like Tuxedo, Starlabs, Framework etc... and sent upstream. I would honestly like the world to move away from the obsession with powerful US tech companies.

Because Apple makes the best hardwares, and I'd like to use the best hardware daily.

[Eirikr1848]

Do they have a walkthrough of their reverse engineering efforts?

Even if only to be used in terms of process for other stubborn GPUs like the infamous Intel GMA 500 series / Poulsboro; and for the Wii U GPU?

Super niche side hustle projects, clearly. But the knowledge could help those side quests

[cen1]

Do they have a walkthrough of their reverse engineering efforts?

Even if only to be used in terms of process for other stubborn GPUs like the infamous Intel GMA 500 series / Poulsboro; and for the Wii U GPU?

Super niche side hustle projects, clearly. But the knowledge could help those side quests

There were some talks on XDC afaik

[Serafean]

I still don't get why this takes so much Linux conversation space. It's very laudable, but... this is Apple. They are about as far away as having freedom to use our own hardware the way we want.

Getting linux installed on it isn't "the way you want"? I do agree that you're beholden to the goodwill of Apple for it to remain possible.
The M-series hardware really is good.

[FireBurn]

Do they have Asahi & Honeykrisp running under OSX too? Like how the Turnip driver runs on kgsl?

[marccollin]

Because Apple makes the best hardwares, and I'd like to use the best hardware daily.

according to whom? according to what?


lol best hardware with a lot of issue

[You-]

Looking at the GTK benchmarks, the HoneyKrisp vulkan driver is already crazy fast (up to twice as fast as the OpenGL driver).

[You-]

Do they have a walkthrough of their reverse engineering efforts?

Even if only to be used in terms of process for other stubborn GPUs like the infamous Intel GMA 500 series / Poulsboro; and for the Wii U GPU?

Super niche side hustle projects, clearly. But the knowledge could help those side quests

The problem with the GMA 500 (atleast until recently) was that many of those talented enough to do the work had already been burnt by NDAs. intel has used NDA knowledge to develop not one, but two separate drivers for the hardware which then Imagination did not clear for release. Anyone who had contact with those documents then could not work on a RE driver.

As for more recent times, its long abandoned hardware and people like Alyssa is working on newer Imagination IP (which the Apple GPU is pretty much a fork of) and they probably have enough on their plate to not jump back and try to add support for hardware abandoned over a decade ago.