[Bug 100620] [SKL] 48-bit addresses break DOOM

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Apr 9 01:07:08 UTC 2017


https://bugs.freedesktop.org/show_bug.cgi?id=100620

--- Comment #5 from Grazvydas Ignotas <notasas at gmail.com> ---
Created attachment 130764
  --> https://bugs.freedesktop.org/attachment.cgi?id=130764&action=edit
radv screenshot

norbc doesn't seem to help.

(In reply to Jason Ekstrand from comment #4)
> I've requested a copy of the game and will take a look once I get it.
Just to save you some time, you'll need wine-staging and to add
"+r_renderapi 1"
to DOOM's launch options, otherwise you can't even get to the options screen to
enable Vulkan because of it wanting 4.5 compat GL context. Other useful options
are "+com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1". It also needs
Dave's "[rfc] spirv: work around doom shaders having load/store to sampler
types" from the ML, and then other than hitting some debug asserts it worked
fine before the 48-bit patch.

> Also, even your "good" image also appears to have corruption near that halo
> effect it's just less noticable.
I think that one is intended, see the screenshot from radv (same settings, just
higher resolution).

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20170409/ee3cc9b6/attachment.html>


More information about the intel-3d-bugs mailing list