After some testing, I realized this patch causes problems. DATA_FORMAT
with ADD_TID=1 means STRIDE[14:17] only if the instruction is untyped
MUBUF, but Mesa only uses ADD_TID with typed MUBUF (tbuffer in
particular).
Marek
On Thu, Oct 1, 2015 at 10:27 AM, Christian König
On 01.10.2015 05:44, Michel Dänzer wrote:
On 01.10.2015 04:11, Marek Olšák wrote:
From: Marek Olšák
This can cause incorrect address calculations and hangs.
v2: do it properly
Cc: mesa-sta...@lists.freedesktop.org
Tested-and-Reviewed-by: Christian König
From: Marek Olšák
This can cause incorrect address calculations and hangs.
v2: do it properly
Cc: mesa-sta...@lists.freedesktop.org
Tested-and-Reviewed-by: Christian König
---
src/gallium/drivers/radeonsi/si_descriptors.c | 9 -
1 file
On Wed, Sep 30, 2015 at 5:51 AM, Michel Dänzer wrote:
> On 29.09.2015 23:54, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> This can cause incorrect address calculations and hangs.
>>
>> Cc: mesa-sta...@lists.freedesktop.org
>
> IIRC without "10.6 11.0"
On 01.10.2015 04:11, Marek Olšák wrote:
> From: Marek Olšák
>
> This can cause incorrect address calculations and hangs.
>
> v2: do it properly
>
> Cc: mesa-sta...@lists.freedesktop.org
> Tested-and-Reviewed-by: Christian König
> ---
>
From: Marek Olšák
This can cause incorrect address calculations and hangs.
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/radeonsi/si_descriptors.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
On 29.09.2015 23:54, Marek Olšák wrote:
> From: Marek Olšák
>
> This can cause incorrect address calculations and hangs.
>
> Cc: mesa-sta...@lists.freedesktop.org
IIRC without "10.6 11.0" this only makes it a candidate for the 11.0
branch at this point[0]. Is that your