Merge pull request #5649 from JonnyH/WIP/disable-vk-clear-renderpass

Add DriverDetails::BUG to Disable "LoadOp" clear renderpass in vulkan
This commit is contained in:
Stenzek
2017-09-03 13:49:51 +10:00
committed by GitHub
3 changed files with 20 additions and 1 deletions

View File

@ -103,7 +103,10 @@ static BugInfo m_known_bugs[] = {
{API_OPENGL, OS_LINUX, VENDOR_MESA, DRIVER_NOUVEAU, Family::UNKNOWN,
BUG_SHARED_CONTEXT_SHADER_COMPILATION, -1.0, -1.0, true},
{API_VULKAN, OS_ALL, VENDOR_NVIDIA, DRIVER_NVIDIA, Family::UNKNOWN,
BUG_BROKEN_MSAA_VKCMDCLEARATTACHMENTS, -1.0, -1.0, true}};
BUG_BROKEN_MSAA_VKCMDCLEARATTACHMENTS, -1.0, -1.0, true},
{API_VULKAN, OS_ALL, VENDOR_IMGTEC, DRIVER_IMGTEC, Family::UNKNOWN,
BUG_BROKEN_CLEAR_LOADOP_RENDERPASS, -1.0, -1.0, true},
};
static std::map<Bug, BugInfo> m_bugs;
@ -185,6 +188,9 @@ Vendor TranslatePCIVendorID(u32 vendor_id)
case 0x5143:
return VENDOR_QUALCOMM;
case 0x1010:
return VENDOR_IMGTEC;
default:
return VENDOR_UNKNOWN;
}

View File

@ -259,6 +259,13 @@ enum Bug
// Ended version: -1
// Seems to only occur when the top of the clear rect is non-zero.
BUG_BROKEN_MSAA_VKCMDCLEARATTACHMENTS,
// BUG: Some vulkan implementations don't like the 'clear' loadop renderpass.
// For example, the ImgTec VK driver fails if you try to use a framebuffer with a different
// load/store op than that which it was created with, despite the spec saying they should be
// compatible.
// Started Version: 1.7
// Ended Version: 1.10
BUG_BROKEN_CLEAR_LOADOP_RENDERPASS,
};
// Initializes our internal vendor, device family, and driver version