diff options
author | Ian Romanick <[email protected]> | 2011-04-08 16:31:22 -0700 |
---|---|---|
committer | Ian Romanick <[email protected]> | 2011-04-11 14:43:42 -0700 |
commit | 7e809f0b8d635c8d5519b3d0fdaf11ac0ddda7eb (patch) | |
tree | 51f95543bbe7134f3a4c6157905d1a82058a2b40 /configs/linux-x86-64 | |
parent | 03eade164d45cc35422dfc03aeaf579c9c3183f9 (diff) |
intel: Fix ROUND_DOWN_TO macro
Previously the macro would (ALIGN(value - alignment - 1, alignment)).
At the very least, this was missing parenthesis around "alignment -
1". As a result, if value was already aligned, it would be reduced by
alignment. Condisder:
x = ROUND_DOWN_TO(256, 128);
This becomes:
x = ALIGN(256 - 128 - 1, 128);
Or:
x = ALIGN(127, 128);
Which becomes:
x = 128;
This macro is currently only used in brw_state_batch
(brw_state_batch.c). It looks like the original version of this macro
would just use too much space in the batch buffer. It's possible, but
not at all clear to me from the code, that the original behavior is
actually desired.
In any case, this patch does not cause any piglit regressions on my
Ironlake system.
I also think that ALIGN_FLOOR would be a better name for this macro,
but ROUND_DOWN_TO matches rounddown in the Linux kernel.
Reviewed-by: Eric Anholt <[email protected]>
Reviewed-by: Keith Whitwell <[email protected]>
Reviewed-by: Kenneth Graunke <[email protected]>
Diffstat (limited to 'configs/linux-x86-64')
0 files changed, 0 insertions, 0 deletions