summaryrefslogtreecommitdiffstats
path: root/src/intel/isl
diff options
context:
space:
mode:
authorJason Ekstrand <jason.ekstrand@intel.com>2016-09-03 11:40:09 -0700
committerJason Ekstrand <jason.ekstrand@intel.com>2016-09-12 19:42:57 -0700
commit54db5afd2c8bd3a32658b3fef698c6896f6a297b (patch)
treefee6499bcc4ca86c58b70b3ef309a0a8546b87fb /src/intel/isl
parentfa4627149dfe7cdb9f75d8e2f1bcaf1ad7006801 (diff)
downloadexternal_mesa3d-54db5afd2c8bd3a32658b3fef698c6896f6a297b.zip
external_mesa3d-54db5afd2c8bd3a32658b3fef698c6896f6a297b.tar.gz
external_mesa3d-54db5afd2c8bd3a32658b3fef698c6896f6a297b.tar.bz2
intel/blorp: Work in terms of logical array layers
When Ivy Bridge introduced array multisampling, someone made the decision to do lots of stuff throughout the driver in terms of physical array layers rather than logical array layers. In ISL, we use logical array layers most of the time and it really makes no sense to use physical array layers in the blorp API. Every time someone passes physical array layers into blorp for an array multisampled surface, they're always divisible by the number of samples and we divide right away. Eventually, I'd like to rework most of the GL driver internals to use logical array layers but that's going to be a big project and will probably happen as part of the ISL conversion. For now, we'll do the conversion in brw_blorp and let blorp just use the logical layers. Signed-off-by: Jason Ekstrand <jason@jlekstrand.net> Reviewed-by: Topi Pohjolainen <topi.pohjolainen@intel.com>
Diffstat (limited to 'src/intel/isl')
0 files changed, 0 insertions, 0 deletions