The Mesa ANV Vulkan driver can initialize and run some Vulkan functionality on Ivy Bridge, but several Vulkan features, performance optimizations, or extensions are unimplemented or unstable. The driver warns to signal potential graphical bugs, missing features, or crashes.
Vulkan relies heavily on cross-lane operations within a wave of threads. Ivy Bridge has quirks in how it handles these "subgroup" operations, leading to corrupt rendering or infinite loops in modern shaders.
When Mesa builds the vulkan-intel driver, it categorizes GPUs by capability tiers. For a long time, Ivy Bridge and Haswell were lumped together as "Gen7."
However, a quiet but significant storm has been brewing in the Mesa Git repositories. Users running modern Linux kernels on Sandy Bridge or Ivy Bridge hardware have been greeted by a stark console message:
Vulkan 1.0 mandates that if a shader tries to read outside the boundaries of a buffer (out-of-bounds access), the hardware must return a predictable value (usually zero) and never crash . On Ivy Bridge, out-of-bounds reads can cause GPU hangs or system freezes. The hardware simply wasn't built with this safety net.