On Fri, Oct 28, 2016 at 9:59 AM, Tapani Pälli wrote:
> On 10/27/2016 09:16 PM, Marek Olšák wrote:
>>
>> On Fri, Oct 21, 2016 at 5:29 PM, Tapani Pälli
>> wrote:
>>>
>>> On 10/21/2016 04:57 PM, Eero Tamminen wrote:
Hi,
On 21.10.2016 14:07, Tapani Pälli wrote:
>
> I did r
On 10/27/2016 09:16 PM, Marek Olšák wrote:
On Fri, Oct 21, 2016 at 5:29 PM, Tapani Pälli wrote:
On 10/21/2016 04:57 PM, Eero Tamminen wrote:
Hi,
On 21.10.2016 14:07, Tapani Pälli wrote:
I did run some valgrind comparisons with gfxbench4, your branch against
Mesa master. I did not spot anythi
On Fri, Oct 21, 2016 at 5:29 PM, Tapani Pälli wrote:
> On 10/21/2016 04:57 PM, Eero Tamminen wrote:
>>
>> Hi,
>>
>> On 21.10.2016 14:07, Tapani Pälli wrote:
>>>
>>> I did run some valgrind comparisons with gfxbench4, your branch against
>>> Mesa master. I did not spot anything obvious related to r
On 10/21/2016 04:57 PM, Eero Tamminen wrote:
Hi,
On 21.10.2016 14:07, Tapani Pälli wrote:
I did run some valgrind comparisons with gfxbench4, your branch against
Mesa master. I did not spot anything obvious related to ralloc.
On i965 there's a huge load of invalid writes's and read's in genera
Hi,
On 21.10.2016 14:07, Tapani Pälli wrote:
I did run some valgrind comparisons with gfxbench4, your branch against
Mesa master. I did not spot anything obvious related to ralloc.
On i965 there's a huge load of invalid writes's and read's in general
but this happens on master as well so maybe
On Oct 21, 2016 1:07 PM, "Tapani Pälli" wrote:
>
>
>
> On 10/21/2016 12:51 PM, Marek Olšák wrote:
>>
>> On Fri, Oct 21, 2016 at 6:58 AM, Tapani Pälli
wrote:
>>>
>>>
>>>
>>> On 10/20/2016 09:24 PM, Marek Olšák wrote:
On Thu, Oct 20, 2016 at 6:31 PM, Tapani Pälli
wrote:
>
>
On 10/21/2016 12:51 PM, Marek Olšák wrote:
On Fri, Oct 21, 2016 at 6:58 AM, Tapani Pälli wrote:
On 10/20/2016 09:24 PM, Marek Olšák wrote:
On Thu, Oct 20, 2016 at 6:31 PM, Tapani Pälli
wrote:
On 10/20/2016 06:55 PM, Marek Olšák wrote:
On Mon, Oct 17, 2016 at 9:03 PM, Marek Olšák wr
On Fri, Oct 21, 2016 at 6:58 AM, Tapani Pälli wrote:
>
>
> On 10/20/2016 09:24 PM, Marek Olšák wrote:
>>
>> On Thu, Oct 20, 2016 at 6:31 PM, Tapani Pälli
>> wrote:
>>>
>>> On 10/20/2016 06:55 PM, Marek Olšák wrote:
On Mon, Oct 17, 2016 at 9:03 PM, Marek Olšák wrote:
>
>
>>
On 10/20/2016 09:24 PM, Marek Olšák wrote:
On Thu, Oct 20, 2016 at 6:31 PM, Tapani Pälli wrote:
On 10/20/2016 06:55 PM, Marek Olšák wrote:
On Mon, Oct 17, 2016 at 9:03 PM, Marek Olšák wrote:
Hi,
The latest branch:
https://cgit.freedesktop.org/~mareko/mesa/log/?h=glsl-alloc-rework2
It c
On Thu, Oct 20, 2016 at 6:31 PM, Tapani Pälli wrote:
> On 10/20/2016 06:55 PM, Marek Olšák wrote:
>>
>> On Mon, Oct 17, 2016 at 9:03 PM, Marek Olšák wrote:
>>>
>>> Hi,
>>>
>>> The latest branch:
>>> https://cgit.freedesktop.org/~mareko/mesa/log/?h=glsl-alloc-rework2
>>>
>>> It contains:
>>> - all
On 10/20/2016 06:55 PM, Marek Olšák wrote:
On Mon, Oct 17, 2016 at 9:03 PM, Marek Olšák wrote:
Hi,
The latest branch:
https://cgit.freedesktop.org/~mareko/mesa/log/?h=glsl-alloc-rework2
It contains:
- all review comments resolved
- commits from Tapani's jenkins branch (fixes for glsl, nir, i9
On Mon, Oct 17, 2016 at 9:03 PM, Marek Olšák wrote:
> Hi,
>
> The latest branch:
> https://cgit.freedesktop.org/~mareko/mesa/log/?h=glsl-alloc-rework2
>
> It contains:
> - all review comments resolved
> - commits from Tapani's jenkins branch (fixes for glsl, nir, i965)
>
> My updated patches are a
Hi,
The latest branch:
https://cgit.freedesktop.org/~mareko/mesa/log/?h=glsl-alloc-rework2
It contains:
- all review comments resolved
- commits from Tapani's jenkins branch (fixes for glsl, nir, i965)
My updated patches are also on the list if you wanna review them.
Marek
On Thu, Oct 13, 2016
On 10/13/2016 04:20 PM, Juha-Pekka Heikkila wrote:
I forgot to reply here on the list, I've just been talking about this
with Tapani face to face.
My series rebased and fixed on top of mesa master branch from
yesterday is here
https://github.com/juhapekka/juha_mesaexperimentals/tree/jenkins
I forgot to reply here on the list, I've just been talking about this
with Tapani face to face.
My series rebased and fixed on top of mesa master branch from yesterday
is here
https://github.com/juhapekka/juha_mesaexperimentals/tree/jenkins
Tapani was already taking rebased patches from above
Nice work! I sent some comments on patches 6 & 7. Patches 1-4 and 7-15 are
Reviewed-by: Nicolai Hähnle
assuming you checked them with a Piglit run in addition to the shader-db.
Something that LLVM does for its intermediate representations is using
Recycler objects. Instructions are allocated
On Tue, Oct 11, 2016 at 6:54 AM, Tapani Pälli wrote:
>
>
> On 10/10/2016 02:52 PM, Marek Olšák wrote:
>>
>> I prefer some of my GLSL fixes in 1-4 over JP's changes, because they
>> seem cleaner to me.
>
>
> Agreed, I was considering following patches from JP:
>
> https://patchwork.freedesktop.org/
On 10/10/2016 02:52 PM, Marek Olšák wrote:
I prefer some of my GLSL fixes in 1-4 over JP's changes, because they
seem cleaner to me.
Agreed, I was considering following patches from JP:
https://patchwork.freedesktop.org/patch/93266/
https://patchwork.freedesktop.org/patch/93262/
https://patc
I prefer some of my GLSL fixes in 1-4 over JP's changes, because they seem
cleaner to me.
Marek
On Oct 10, 2016 1:38 PM, "Tapani Pälli" wrote:
>
>
> On 10/10/2016 02:27 PM, Marek Olšák wrote:
>
>> On Mon, Oct 10, 2016 at 1:25 PM, Tapani Pälli
>> wrote:
>>
>>>
>>>
>>> On 10/10/2016 01:38 PM, Ma
On 10/10/2016 02:27 PM, Marek Olšák wrote:
On Mon, Oct 10, 2016 at 1:25 PM, Tapani Pälli wrote:
On 10/10/2016 01:38 PM, Marek Olšák wrote:
On Mon, Oct 10, 2016 at 12:33 PM, Marek Olšák wrote:
On Mon, Oct 10, 2016 at 7:58 AM, Tapani Pälli
wrote:
On 10/08/2016 06:58 PM, Jason Ekstra
On Mon, Oct 10, 2016 at 1:25 PM, Tapani Pälli wrote:
>
>
> On 10/10/2016 01:38 PM, Marek Olšák wrote:
>>
>> On Mon, Oct 10, 2016 at 12:33 PM, Marek Olšák wrote:
>>>
>>> On Mon, Oct 10, 2016 at 7:58 AM, Tapani Pälli
>>> wrote:
On 10/08/2016 06:58 PM, Jason Ekstrand wrote:
On 10/10/2016 01:38 PM, Marek Olšák wrote:
On Mon, Oct 10, 2016 at 12:33 PM, Marek Olšák wrote:
On Mon, Oct 10, 2016 at 7:58 AM, Tapani Pälli wrote:
On 10/08/2016 06:58 PM, Jason Ekstrand wrote:
FYI, we use ralloc for a lot more than just the glsl compiler so the
first few changes make
On Mon, Oct 10, 2016 at 12:33 PM, Marek Olšák wrote:
> On Mon, Oct 10, 2016 at 7:58 AM, Tapani Pälli wrote:
>>
>>
>> On 10/08/2016 06:58 PM, Jason Ekstrand wrote:
>>>
>>> FYI, we use ralloc for a lot more than just the glsl compiler so the
>>> first few changes make me a bit nervous. There was s
On Mon, Oct 10, 2016 at 7:58 AM, Tapani Pälli wrote:
>
>
> On 10/08/2016 06:58 PM, Jason Ekstrand wrote:
>>
>> FYI, we use ralloc for a lot more than just the glsl compiler so the
>> first few changes make me a bit nervous. There was someone working on
>> making our driver more I undefined-memory
On 10/08/2016 06:58 PM, Jason Ekstrand wrote:
FYI, we use ralloc for a lot more than just the glsl compiler so the
first few changes make me a bit nervous. There was someone working on
making our driver more I undefined-memory-friendly but I don't know what
happened to those patches.
There's
Hi Marek
Series is
Tested-by: Edmondo Tommasina
I've merged your series of patches on top of mesa git master and
tested on a Radeon RX 470. No regressions found.
OpenGL renderer string: Gallium 0.4 on AMD POLARIS10 (DRM 3.3.0 /
4.8.0-rc6, LLVM 3.9.0)
OpenGL core profile version string: 4.3 (Cor
On Sat, Oct 8, 2016 at 9:30 AM, Marek Olšák wrote:
> On Sat, Oct 8, 2016 at 5:58 PM, Jason Ekstrand
> wrote:
> > FYI, we use ralloc for a lot more than just the glsl compiler so the
> first
> > few changes make me a bit nervous. There was someone working on making
> our
> > driver more I undefi
On Sat, Oct 8, 2016 at 5:58 PM, Jason Ekstrand wrote:
> FYI, we use ralloc for a lot more than just the glsl compiler so the first
> few changes make me a bit nervous. There was someone working on making our
> driver more I undefined-memory-friendly but I don't know what happened to
> those patch
FYI, we use ralloc for a lot more than just the glsl compiler so the first
few changes make me a bit nervous. There was someone working on making our
driver more I undefined-memory-friendly but I don't know what happened to
those patches.
On Oct 8, 2016 3:58 AM, "Marek Olšák" wrote:
Hi,
This p
On 10/09/2016 12:14 AM, Marek Olšák wrote:
> On Sat, Oct 8, 2016 at 2:48 PM, Edward O'Callaghan
> wrote:
>> Patches 1-5 are,
>> Reviewed-by: Edward O'Callaghan
>>
>> I think it would be reassuring if you could run a before/after complete
>> piglit run also though if you have not already?
>
> T
On Sat, Oct 8, 2016 at 2:48 PM, Edward O'Callaghan
wrote:
> Patches 1-5 are,
> Reviewed-by: Edward O'Callaghan
>
> I think it would be reassuring if you could run a before/after complete
> piglit run also though if you have not already?
The series was tested with piglit and GL CTS. The testing o
Patches 1-5 are,
Reviewed-by: Edward O'Callaghan
I think it would be reassuring if you could run a before/after complete
piglit run also though if you have not already?
On 10/08/2016 09:58 PM, Marek Olšák wrote:
> Hi,
>
> This patch series reduces the number of malloc calls in the GLSL
> compil
Hi,
This patch series reduces the number of malloc calls in the GLSL
compiler by 63%. That leads to better compile times and less heap
thrashing.
It's done by switching memory allocations in the GLSL compiler to my
new linear allocator that allocates out of a fixed-sized buffer with
a monotonical
33 matches
Mail list logo