mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2025-12-24 11:00:11 +01:00
i965/fs: Properly check for PAD in fragment shaders with > 16 varyings.
Commit 268008f98c changed unused VUE map
slots to be initialized with BRW_VARYING_SLOT_PAD, not COUNT. I missed
updating this. It also means that commit message was wrong, as some
code *did* rely slots being initialized to COUNT.
This may fix a bug with SSO programs with > 16 FS input varyings.
I think we probably just emitted extra pointless code, but probably
didn't break anything. We might also just have no tests for that.
Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Chris Forbes <chrisf@ijw.co.nz>
This commit is contained in:
parent
6ae47a3eb4
commit
b94cdcdada
1 changed files with 1 additions and 4 deletions
|
|
@ -1456,10 +1456,7 @@ fs_visitor::calculate_urb_setup()
|
|||
for (int slot = first_slot; slot < prev_stage_vue_map.num_slots;
|
||||
slot++) {
|
||||
int varying = prev_stage_vue_map.slot_to_varying[slot];
|
||||
/* Note that varying == BRW_VARYING_SLOT_COUNT when a slot is
|
||||
* unused.
|
||||
*/
|
||||
if (varying != BRW_VARYING_SLOT_COUNT &&
|
||||
if (varying != BRW_VARYING_SLOT_PAD &&
|
||||
(nir->info.inputs_read & BRW_FS_VARYING_INPUT_MASK &
|
||||
BITFIELD64_BIT(varying))) {
|
||||
prog_data->urb_setup[varying] = slot - first_slot;
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue