Summary: | [regression bisected] About 700 piglit regressions is what could go wrong | ||
---|---|---|---|
Product: | Mesa | Reporter: | Ian Romanick <idr> |
Component: | Drivers/DRI/R100 | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED FIXED | QA Contact: | Default DRI bug account <dri-devel> |
Severity: | normal | ||
Priority: | medium | CC: | idr, maraeo, sroland |
Version: | 11.0 | ||
Hardware: | x86-64 (AMD64) | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Ian Romanick
2015-11-11 08:46:26 UTC
Oops, my bad... This commit was based on code analysis (and some reports that things don't quite work on big endian) - texturing and backend doing completely different things wrt le/be. But for the LE case I don't really see any actual differences. Except maybe the missing case for MESA_FORMAT_B8G8R8X8_UNORM in blitter setup - the tx_table doesn't contain it because it's never chosen by the texture format chooser (albeit the same blit code still tries to handle it for backend setup, and we don't skip it above, so that's slightly buggy). Maybe we still get this by the winsys buffers? If so adding it to the tx_table might be necessary. I can't actually test this, though... If there are no simple way to fix this, the best course of action is to revert the commit. (In reply to Marek Olšák from comment #2) > If there are no simple way to fix this, the best course of action is to > revert the commit. Well if it's the missing B8G8R8X8 stuff this could be added trivially to the table like so: [ MESA_FORMAT_B8G8R8X8_UNORM ] = { RADEON_TXFORMAT_ARGB8888, 0 }, [ MESA_FORMAT_X8R8G8B8_UNORM ] = { RADEON_TXFORMAT_ARGB8888, 0 }, Other than that, I really don't see anything which could make a difference on le systems. Roland (In reply to Roland Scheidegger from comment #3) > (In reply to Marek Olšák from comment #2) > > If there are no simple way to fix this, the best course of action is to > > revert the commit. > > Well if it's the missing B8G8R8X8 stuff this could be added trivially to the > table like so: > [ MESA_FORMAT_B8G8R8X8_UNORM ] = { RADEON_TXFORMAT_ARGB8888, 0 }, > [ MESA_FORMAT_X8R8G8B8_UNORM ] = { RADEON_TXFORMAT_ARGB8888, 0 }, That fixes the problem here. If you want to send that as a patch, you can put Tested-by: Ian Romanick <ian.d.romanick@intel.com> Cc: "11.0" <mesa-stable@lists.freedesktop.org> on it. > Other than that, I really don't see anything which could make a difference > on le systems. > > Roland (In reply to Ian Romanick from comment #4) > > That fixes the problem here. If you want to send that as a patch, you can > put > > Tested-by: Ian Romanick <ian.d.romanick@intel.com> > Cc: "11.0" <mesa-stable@lists.freedesktop.org> > > on it. Thanks for testing! Patches sent. Fixed by 983614dbede7b94cba1bad9f3e8627fc5e14bb91. Sorry for that regression... (In reply to Roland Scheidegger from comment #6) > Fixed by 983614dbede7b94cba1bad9f3e8627fc5e14bb91. > Sorry for that regression... It happens. You can CC me on future radeon and r200 patches, and I'll try to test them. |
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.