-
Notifications
You must be signed in to change notification settings - Fork 91
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
[GPU LOCKUP] Deus Ex: Human Revolution DX11 tessellation #338
Comments
https://gitlab.freedesktop.org/asahi/mesa/-/merge_requests/295 has fixes for indirect tess, worth trying to test. Would make sense to reference #72 |
@asahilina is this a kernel bug or a plain OOM? |
OOM, pretty sure that's the good old max layers max size render attempt and userspace didn't allocate enough kernel VM AS for it to work. If you bump that it might even work!
…On October 24, 2024 2:45:42 AM GMT+02:00, Alyssa Rosenzweig ***@***.***> wrote:
`HeapAllocator[File 2974 VM 1 GPU FW Private]::new: Failed to insert node of size 0x400000000 / align 0x8000: ENOSPC`
@asahilina is this a kernel bug or a plain OOM?
--
Reply to this email directly or view it on GitHub:
#338 (comment)
You are receiving this because you were mentioned.
Message ID: ***@***.***>
|
Still borked with mesa tag
|
@alyssarosenzweig Don't know if that's the problem at this point, but do we want to investigate if we can have a special path for vertex-only passes without a giant tile buffer? If Mesa can know this is vertex-only it's possible we can do something like just give the GPU unmapped memory for the TVB head pointers and TPC (the TPC size can be set to zero, it's only used by the firmware to know how much to clear) and then pass dummy parameters to the fragment stage so it doesn't try to read them. I can investigate if Metal can do this or try to experimentally figure it out myself, if it's important. |
I mean, maybe? Do we have a reason to think this is vertex only? The spicy case with Dx12 (and only DX12, dxvk doesn't do this AFAIK) is with no attachments, but you still have to run the fragment shaders and rasterize and everything since the FS will have global memory writes |
Sorry, I was confused ^^ |
I've just been hit with the original systemwide lockup in the Steam version of Black Mesa. Mesa 20241111 in both the fex and normal filesystems, kernel asahi-6.12.1-4. |
Deus Ex: Human Revolution (Proton Experimental, DX11) causes kernel driver crashes when tessellation is enabled. Visually, the game world loads but over the course of a few seconds rendering begins to degrade. Initially, this is seen as magenta tiles, then incorrectly rendered geometry, then a blank screen and unresponsive system. The game runs basically perfectly with tessellation disabled, modulo Wine-related issues this title has had for over a decade.
asahi-diagnose-20241021-204402.txt
The text was updated successfully, but these errors were encountered: