[Mesa-dev] [PATCH 3/3] ralloc: Add ralloc_calc_size to measure memory held by memory contexts

The function recursively calculates memory held by context's children. It is aimed to easier debugging of excessive memory usage with ralloc. It will work only if malloc_usable_size is available. Signed-off-by: Danylo Piliaiev --- src/util/ralloc.c | 30 ++

[Mesa-dev] [PATCH 2/3] st: Sweep NIR after linking phase to free held memory

After optimization passes and many trasfromations most of memory NIR holds is a garbage which was being freed only after shader deletion. Freeing it at the end of linking will save memory which would be useful in case there are a lot of complex shaders being compiled. The common case for this

[Mesa-dev] [PATCH 1/3] i965: Sweep NIR after linking phase to free held memory

After optimization passes and many trasfromations most of memory NIR holds is a garbage which was being freed only after shader deletion. Freeing it at the end of linking will save memory which would be useful in case there are a lot of complex shaders being compiled. The common case for this

[Mesa-dev] [PATCH 0/3] Sweep NIR after linking phase to free held memory

This patch series is a draft changes to reduce memory usage when compiling shaders and add utility function to calculate a size of memory contexts. The issue I'm attempting to fix described in the bug: https://bugs.freedesktop.org/show_bug.cgi?id=103274 In short some 32bit games under Wine use a

[Mesa-dev] [Bug 106843] Cannot build osmesa with GLES (shared glapi) using Scons and MSVC

https://bugs.freedesktop.org/show_bug.cgi?id=106843 --- Comment #8 from Alex Granni --- (In reply to Alex Granni from comment #7) > (In reply to Eric Engestrom from comment #4) > > Hi Alex, > > Would you mind testing the work-in-progress branch and report if it works > > when building with

[Mesa-dev] [Bug 107176] Mesa Vulkan build fails on Ubuntu 16.04 for dependencies not caught by Mesa configure

https://bugs.freedesktop.org/show_bug.cgi?id=107176 Bug ID: 107176 Summary: Mesa Vulkan build fails on Ubuntu 16.04 for dependencies not caught by Mesa configure Product: Mesa Version: git Hardware: Other

Re: [Mesa-dev] [PATCH 1/3] vulkan: Define new VK_MESA_query_timestamp extension [v2]

On Sat, 23 Jun 2018 12:13:53 -0500 Jason Ekstrand wrote: > I haven't thought through this comment all that hard but would it make > sense to have three timestamps, CPU, GPU, CPU so that you have error bars > on the GPU timestamp? At the very least, two timestamps would be better > than one

Re: [Mesa-dev] [PATCH v4] virgl: Add support for glGetMultisample

On 10 July 2018 at 16:57, David Airlie wrote: > > > On Tue, Jul 10, 2018 at 4:44 PM, Gert Wollny > wrote: >> >> Am Dienstag, den 10.07.2018, 09:19 +1000 schrieb Dave Airlie: >> > >> > Just FYI in future please don't push mesa patches until the renderer >> > side patch has landed, this is to

Re: [Mesa-dev] [PATCH v4] virgl: Add support for glGetMultisample

On Tue, Jul 10, 2018 at 4:44 PM, Gert Wollny wrote: > Am Dienstag, den 10.07.2018, 09:19 +1000 schrieb Dave Airlie: > > > > Just FYI in future please don't push mesa patches until the renderer > > side patch has landed, this is to avoid the abi accidentally > > diverging around the caps. > Sure,

Re: [Mesa-dev] [PATCH v4] virgl: Add support for glGetMultisample

Am Dienstag, den 10.07.2018, 09:19 +1000 schrieb Dave Airlie: > > Just FYI in future please don't push mesa patches until the renderer > side patch has landed, this is to avoid the abi accidentally > diverging around the caps. Sure, I'll keep that in mind, and sorry for rushing to push this.

[Mesa-dev] [PATCH] gallium/u_transfer_helper: Initialize the stride of MSAA maps.

We just never set the value that was returned for MSAA mappings (directly reading back an MSAA framebuffer). Since we're handing back ss_map, it should be ss_map's stride from our nested transfer. Fixes piglit /home/anholt/src/piglit/bin/fbo-depthstencil -samples=4 casees. ---

<    1   2