Summary: | [regression, bisected] all textureGather piglits fail | ||
---|---|---|---|
Product: | Mesa | Reporter: | Samuel Pitoiset <samuel.pitoiset> |
Component: | Drivers/DRI/nouveau | Assignee: | Nouveau Project <nouveau> |
Status: | RESOLVED FIXED | QA Contact: | Nouveau Project <nouveau> |
Severity: | normal | ||
Priority: | medium | ||
Version: | git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Samuel Pitoiset
2016-06-23 13:53:21 UTC
It appears that not all textureGather variants fail. Only nonconst and offset ones. (On my GK208 at least.) And the offset ones pass on GT215 (and it doesn't support the nonconst one - that requires ARB_gpu_shader5). The image that appears on the screen is the same independent of ST_DEBUG=noreadpixcache, but in the latter case, the test passes. Still investigating. The problem was pre-existing, but a combination of factors made the readpixels cache expose it harder. Fixed by: commit b433cb51e50cab878cbaa023662bacd1f923a183 Author: Ilia Mirkin <imirkin@alum.mit.edu> Date: Thu Jun 23 22:33:59 2016 -0400 nvc0: when mapping directly, provide accurate xfer info + start We were ignoring the incoming box parameters, and were providing totally bogus stride/layer stride, and other bits, for when a non-full-surface map was requested. Signed-off-by: Ilia Mirkin <imirkin@alum.mit.edu> Tested-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Cc: <mesa-stable@lists.freedesktop.org> |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.