On Sun, Oct 15, 2017 at 3:28 AM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Thu, Oct 12, 2017 at 08:38:17PM +0200, Jose Maria Casanova Crespo wrote:
> > From: Alejandro Piñeiro
> >
> > As we are using 32-bit surface formats with 16-bit elements we can be
> > on a situation where
On 15/10/17 12:28, Pohjolainen, Topi wrote:
> On Thu, Oct 12, 2017 at 08:38:17PM +0200, Jose Maria Casanova Crespo wrote:
>> From: Alejandro Piñeiro
>>
>> As we are using 32-bit surface formats with 16-bit elements we can be
>> on a situation where a vertex element can poke over the buffer by 2
On Thu, Oct 12, 2017 at 08:38:17PM +0200, Jose Maria Casanova Crespo wrote:
> From: Alejandro Piñeiro
>
> As we are using 32-bit surface formats with 16-bit elements we can be
> on a situation where a vertex element can poke over the buffer by 2
> bytes. To avoid that we add a padding when flushi
From: Alejandro Piñeiro
As we are using 32-bit surface formats with 16-bit elements we can be
on a situation where a vertex element can poke over the buffer by 2
bytes. To avoid that we add a padding when flushing the state.
This is similar to what the i965 drivers prior to Haswell do, as they
u