On Tuesday, June 12, 2018 12:44:44 PM PDT Kenneth Graunke wrote:
> On Thursday, May 31, 2018 10:01:43 PM PDT Jason Ekstrand wrote:
> > Ideally, I'd like the series to get some amount of real review before it
> > lands. Honestly, it's been baking long enough and tested by enough people
> > on enoug
On Thursday, May 31, 2018 10:01:43 PM PDT Jason Ekstrand wrote:
> Ideally, I'd like the series to get some amount of real review before it
> lands. Honestly, it's been baking long enough and tested by enough people
> on enough drivers that we can probably throw a bunch of Acked-by and
> Tested-bys
On Sun, Jun 3, 2018 at 4:18 PM, Bas Nieuwenhuizen
wrote:
> On Sat, Jun 2, 2018 at 2:48 AM, Rob Clark wrote:
> > On Fri, Jun 1, 2018 at 1:01 AM, Jason Ekstrand
> wrote:
> >> This is something that Connor and I have been talking about for some
> time
> >> now. The basic idea is to replace the cu
On Sat, Jun 2, 2018 at 2:48 AM, Rob Clark wrote:
> On Fri, Jun 1, 2018 at 1:01 AM, Jason Ekstrand wrote:
>> This is something that Connor and I have been talking about for some time
>> now. The basic idea is to replace the current singly linked nir_deref list
>> with deref instructions. This is
On Fri, Jun 1, 2018 at 1:01 AM, Jason Ekstrand wrote:
> This is something that Connor and I have been talking about for some time
> now. The basic idea is to replace the current singly linked nir_deref list
> with deref instructions. This is similar to what LLVM does and it offers
> quite a bit
This is something that Connor and I have been talking about for some time
now. The basic idea is to replace the current singly linked nir_deref list
with deref instructions. This is similar to what LLVM does and it offers
quite a bit more freedom when we start getting more realistic pointers from
