New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mesa Darwin support #63912
Mesa Darwin support #63912
Conversation
This fixes the darwin build, while also using Meson’s auto features as much as possible. As a result, we avoid using having to specify default drivers and instead delegate that to Mesa’s build system. Removed other flags that were specified to the default in Mesa. The -fno-common is needed to address undefined symbol _lp_dummy_tile in the build.
Builds fine for me, as for the differences in configuration summary, the only differences are the addition of old -> new < DRI drivers: r200 nouveau i915 i965
---
> DRI drivers: i915 i965 r100 r200 nouveau
< Gallium st: mesa xa xvmc xvmc vdpau omxbellagio va nine
---
> Gallium st: mesa xa xvmc xvmc vdpau va nine
< Build targets in project: 206
---
> Build targets in project: 205 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks nice. Really enjoying auto features in places like this where it should just work 👍
On the current staging-next iteration #64236 we have thousands of darwin failures due to mesa not building (even though only headers would be used anyway IIRC). This can be re-based with a trivial conflict, but I don't have time to give it a proper review now. |
This fixes the darwin build, while also using Meson’s auto features as much as possible. As a result, we avoid using having to specify default drivers and instead delegate that to Mesa’s build system. Removed other flags that were specified to the default in Mesa. The -fno-common is needed to address undefined symbol _lp_dummy_tile in the build.
aarch64 changes are larger ATM: - DRI drivers: nouveau
+ DRI drivers: no
- Vulkan drivers: amd
- Vulkan ICD dir: share/vulkan/icd.d
+ Vulkan drivers: no
- Gallium drivers: virgl nouveau vc4 freedreno etnaviv swrast
- Gallium st: mesa xa xvmc xvmc vdpau omxbellagio va nine
+ Gallium drivers: kmsro v3d vc4 freedreno etnaviv nouveau tegra virgl lima swrast
+ Gallium st: mesa xa xvmc xvmc vdpau va nine I shall hope that their defaults are generally better than what we had 🤷♀️ No critical problem seems likely. I pushed the rebase to staging-next as 5c8472a. |
The omxbellagio removal looks bad though! It probably needs its own flag. |
You mean, make it configurable but keep the default from upstream? I must admit I don't know how much this feature is significant in practice (EDIT: I wouldn't expect it to be generally significant). |
Fixes Mesa on Darwin and simplifies some flags. Should go to staging
This fixes the darwin build, while also using Meson’s auto features as
much as possible. As a result, we avoid using having to specify
default drivers and instead delegate that to Mesa’s build system.
Removed other flags that were specified to the default in Mesa.
The -fno-common is needed to address undefined symbol _lp_dummy_tile
in the build.
@eadwu
Motivation for this change
Things done
sandbox
innix.conf
on non-NixOS)nix-shell -p nix-review --run "nix-review wip"
./result/bin/
)nix path-info -S
before and after)