Package Details: amdonly-gaming-vulkan-swrast-git 24.1.0_devel.184875.893780b3625.d41d8cd98f00b204e9800998ecf8427e-1

Git Clone URL: https://aur.archlinux.org/mesa-amdonly-gaming-git.git (read-only, click to copy)
Package Base: mesa-amdonly-gaming-git
Description: Vulkan software rasteriser driver
Upstream URL: https://www.mesa3d.org/
Licenses: custom
Conflicts: vulkan-mesa, vulkan-swrast
Provides: vulkan-driver, vulkan-swrast
Replaces: vulkan-mesa, vulkan-swrast
Submitter: NeroReflex
Maintainer: NeroReflex
Last Packager: NeroReflex
Votes: 14
Popularity: 2.32
First Submitted: 2023-02-27 22:38 (UTC)
Last Updated: 2024-02-17 21:10 (UTC)

Required by (48)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4

ChrisLane commented on 2023-06-27 09:03 (UTC)

Yes sorry, you're right that this was an issue with the lib32 package and I hadn't noticed.

NeroReflex commented on 2023-06-25 00:21 (UTC)

It is compiling for me, but you are having the issue I have for the lib32 version and I am still investigating that so maybe your problem can help me fix the other package? First: can you confirm that downloading the source of this package and doing makepkg -f errors the same way?

ChrisLane commented on 2023-06-23 14:19 (UTC)

Build still failing for anyone else? I get the following:

WARNING: CMake: Dependency rt for SPIRV-Tools was not found
Dependency SPIRV-Tools found: NO unknown version, but need: ['>= 2018.0']
Run-time dependency spirv-tools found: NO (tried pkgconfig)

mesa/meson.build:1759:20: ERROR: Dependency "SPIRV-Tools" not found, tried pkgconfig

NeroReflex commented on 2023-06-21 13:11 (UTC)

yes I will do that, you saved me the trouble to investigate what was missing. Thank you very much @Megaton stay tuned for the update, will come in a few minutes!

Megaton commented on 2023-06-21 10:55 (UTC)

@NeroReflex could you add spirv-llvm-translator to dependencies? mesa/meson.build:1761:21: ERROR: Dependency "LLVMSPIRVLib" not found, tried pkgconfig and cmake

NeroReflex commented on 2023-06-04 12:53 (UTC)

@ChrisLane I know, I fixed it yestarday, it was known to me since a week but only found the time recently. I just have excluded the patch. Thank you for using the package and sorry for the delay!

ChrisLane commented on 2023-05-30 21:20 (UTC)

Thanks @NeroReflex. I've been using this package because I've had more success compiling it over the mesa-git package.

By the way, 0002-intel-fs-always-mask-the-bottom-bits-of-the-sampler-.patch is failing to apply to current git HEAD.

NeroReflex commented on 2023-04-25 16:08 (UTC) (edited on 2023-04-25 16:21 (UTC) by NeroReflex)

@ChrisLane except for disabled features because they are unused in amd-only hardware this package is not providing much on its own (I am still figuring out a decent way to add compilation flags) as the purpose of this package is being compiled with -march=native to enable cpu-specific optimization, so if you haven't done already head to /etc/makepkg.conf and change -march=x86_64 -mtune=native with -march=native. This package also once enable lto, but I had to disable it as mesa is broken if compiled with LTO. Moreover this package allows to use RADV_PERFTEST=stuff before they are in official arch repo mesa, I use it to try RADV_PERFTEST=gpl in some games.

I also disabled libunwind dependency used to generate stack traces on crashes. (first it shouldn't be crashing in the first place, and then I don't want stack traces from this oddly-compiled package to be reported to upstream mesa or arch mesa) also, if the crash goes away with the official mesa I expect someone who notices that to report back with the correct git commit so that I can investigate if it's compilation-related or a bug in mesa....

Also, you can compile this package with clang, but the key takeaway is that magic won't happen on its own, but compiling from sources allows for a few optimizations that actually make sense when using it for games as I do.

Stuff different from arch-shipped mesa:
  • vulkan-beta stuff enabled
  • libunwind not being used
  • removed d3d12 backend used in wsl
  • removed intel,wmware and android stuff
Disclaimer

I am a developer using vulkan and I want to test beta extensions when they are available.

ChrisLane commented on 2023-04-25 13:06 (UTC)

@NeroReflex could you comment on how and why each build option is different to the package this originates from?

Even if it's just "--some-setting: disabled because it's Microsoft WSL specific"

Mostly because I'm interested to know how this package is improved for my AMD system, though I appreciate that may be just "smaller package, quicker build".

« First ‹ Previous 1 2 3 4