On Tue, Jul 24, 2018 at 10:25 PM Martin Fuzzey
wrote:
>
> Hi Thomasz,
>
> thanks for your reply
>
> On 21/07/18 04:27, Tomasz Figa wrote:
> >
> > As you noticed, this adds back the dependency on gralloc handle
> > structure. Moreover, it actually adds a dependency on the handle
> > having a
Tested with a low-latency handwriting application on Android Nougat on
the Chrome OS Pixelbook (codename Eve) with Kabylake.
---
src/mesa/drivers/dri/i965/brw_context.c | 86 +++-
src/mesa/drivers/dri/i965/brw_context.h | 12
src/mesa/drivers/dri/i965/intel_screen.c |
In commit cf54bd5e8, dri_sw_winsys.c began using to support
the new functions putImageShm, getImageShm in DRI_SWRastLoader. But
Android began supporting System V shared memory only in Oreo. Nougat has
no shm headers.
Fix the build by ifdef'ing out the shm code on Nougat.
Fixes: cf54bd5e8
Define extensions DRI_MutableRenderBufferDriver and
DRI_MutableRenderBufferLoader. These are the two halves for
EGL_KHR_mutable_render_buffer.
Outside the DRI code there is one additional change. Add
gl_config::mutableRenderBuffer to match
__DRI_ATTRIB_MUTABLE_RENDER_BUFFER. Neither are used
Despite the KHR, Android is the only OS that uses this extension, as far
as I know. Essentially, it allows the app to toggle
front-buffer/back-buffer rendering using EGL.
Android requires this extension if the device advertises support for
virtual reality. No Chrome OS device yet supports
There exist *two* queryable EGL_RENDER_BUFFER states in EGL:
eglQuerySurface(EGL_RENDER_BUFFER) and
eglQueryContext(EGL_RENDER_BUFFER).
These changes eliminate potentially very fragile code in the upcoming
EGL_KHR_mutable_render_buffer implementation.
* eglQuerySurface(EGL_RENDER_BUFFER)
The
This pulls an 'else' block into the function's main body, making the
code easier to follow.
Without this change, the upcoming EGL_KHR_mutable_render_buffer patch
transforms dri2_make_current() into spaghetti.
---
src/egl/drivers/dri2/egl_dri2.c | 29 +++--
1 file changed,
A follow-up patch enables EGL_KHR_mutable_render_buffer for Android.
This patch is separate from the Android patch because I think it's
easier to review the platform-independent bits separately.
---
src/egl/main/eglapi.c | 1 +
src/egl/main/eglconfig.c | 3 ++
src/egl/main/egldisplay.h |
On Thu 26 Jul 2018, Eric Engestrom wrote:
> On Thursday, 2018-07-26 02:03:58 -0700, Jason Ekstrand wrote:
> > On Thu, Jul 26, 2018 at 1:50 AM Eric Engestrom
> > wrote:
> >
> > > On Wednesday, 2018-07-25 14:00:29 -0700, Dylan Baker wrote:
> > > > Quoting Eric Engestrom (2018-07-25 11:45:56)
> > >
On Wed 25 Jul 2018, Tapani Pälli wrote:
> This change helps with some of the dEQP-VK.wsi.android.* tests that
> try to create swapchain with using such formats.
>
> Signed-off-by: Tapani Pälli
> ---
> src/intel/vulkan/anv_android.c | 16 +++-
> 1 file changed, 11 insertions(+), 5
On Fri 27 Jul 2018, Brian Paul wrote:
> We need to pass the new flip_y argument.
> ---
> src/mesa/drivers/x11/xm_buffer.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks Brian.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
Reviewed-by: Marek Olšák
Marek
On Fri, Jul 27, 2018 at 1:32 AM, Timothy Arceri wrote:
> Because this was setting image to true we would end up calling
> si_load_image_desc() when we sould be calling
> si_load_sampler_desc().
>
> This fixes an assert() in Deus Ex: MD
> ---
>
Hi guys,
As previously talked in:
https://lists.freedesktop.org/archives/mesa-dev/2017-April/152055.html
amdgpu-pro driver has interest to adopt the DRI interface to be compatable
with the mesa libgbm. But using MESA_LOADER_DRIVER_OVERRIDE
is not a good way to config OS GFX stack globally, so
On Mon, Jul 30, 2018 at 04:28:37PM +0100, Lionel Landwerlin wrote:
> Gen10+ has an additional bit in MI_BATCH_BUFFER_END to signal the end
> of the context image.
Cool, I see you are also adding a couple missing commands and noops into
the gen10+ contexts.
Reviewed-by: Rafael Antognolli
> We
Jon Turney writes:
> Make glXChooseFBConfig properly handle the case where the only matching
> configs have the sRGB flag set, but no sRGB attribute is specified.
>
> Since 6e06e281, the sRGBcapable flag is now actually compared, using
> MATCH_DONT_CARE.
>
> 7b0f912e added defaulting of
> > > +static int
> > > +num_arrays_in_type(const struct glsl_type *type)
> > > +{
> > > + int num_arrays = 0;
> > > + while (true) {
> > > + if (glsl_type_is_array(type) || glsl_type_is_matrix(type)) {
> > > + num_arrays++;
> > > + type = glsl_get_array_element(type);
> >
From: Dave Airlie
v2: add max image samples support
---
src/gallium/drivers/virgl/virgl_context.c | 44 ++
src/gallium/drivers/virgl/virgl_context.h | 1 +
src/gallium/drivers/virgl/virgl_encode.c | 29
From: Dave Airlie
---
src/gallium/drivers/virgl/virgl_hw.h | 1 +
src/gallium/drivers/virgl/virgl_screen.c | 3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/virgl/virgl_hw.h
b/src/gallium/drivers/virgl/virgl_hw.h
index aa6d8f8fe4b..01baf05e6d4
From: Dave Airlie
use a cap to expose this
---
src/gallium/drivers/virgl/virgl_context.c | 13 +
src/gallium/drivers/virgl/virgl_encode.c | 8
src/gallium/drivers/virgl/virgl_encode.h | 3 +++
src/gallium/drivers/virgl/virgl_hw.h | 1 +
Tapani Pälli writes:
> Hi;
>
>
> On 07/25/2018 08:36 AM, Tapani Pälli wrote:
>>
>>
>> On 07/24/2018 10:31 PM, Eric Anholt wrote:
>>> Tapani Pälli writes:
>>>
These bits were missing, found when extending the Piglit test.
Fixes: 7f467d4f73 "mesa: GL_EXT_texture_norm16 extension
On Wednesday, 2018-06-13 06:04:12 +0200, Mario Kleiner wrote:
> From: Daniel Stone
>
> Add support for XBGR2101010 and ABGR2101010 formats.
>
> Signed-off-by: Daniel Stone
> Reviewed-by: Mario Kleiner
> Tested-by: Mario Kleiner
> Tested-by: Ilia Mirkin
Reviewed-by: Eric Engestrom
Any
That was quick! ☺
On Fri, 2018-07-27 at 16:02 -0700, Nanley Chery wrote:
> Fix rendering issues on BDW and SKL.
>
> Fixes 0288fe8d0417730bdd5b3477130dd1dc32bdbcd3
> ("i965/miptree: Use the correct BLT pitch")
I'd add here some lines listing the tests fixed by this patch.
>
> Bugzilla:
This pass looks for array variables where at least one level of the
array is never indirected and splits it into multiple smaller variables.
This pass doesn't really do much now because nir_lower_vars_to_ssa can
already see through arrays of arrays and can detect indirects on just
one level or
On 30/07/18 17:13, Chris Wilson wrote:
Quoting Lionel Landwerlin (2018-07-30 17:08:47)
On 30/07/18 16:45, Chris Wilson wrote:
Quoting Lionel Landwerlin (2018-07-30 16:28:37)
Gen10+ has an additional bit in MI_BATCH_BUFFER_END to signal the end
of the context image.
Hmm, do you think we
Quoting Lionel Landwerlin (2018-07-30 17:08:47)
> On 30/07/18 16:45, Chris Wilson wrote:
> > Quoting Lionel Landwerlin (2018-07-30 16:28:37)
> >> Gen10+ has an additional bit in MI_BATCH_BUFFER_END to signal the end
> >> of the context image.
> > Hmm, do you think we should perhaps include the BBE
On 30/07/18 16:45, Chris Wilson wrote:
Quoting Lionel Landwerlin (2018-07-30 16:28:37)
Gen10+ has an additional bit in MI_BATCH_BUFFER_END to signal the end
of the context image.
Hmm, do you think we should perhaps include the BBE in the protocontext
we create in the kernel?
-Chris
I can't
Quoting Lionel Landwerlin (2018-07-30 16:28:37)
> Gen10+ has an additional bit in MI_BATCH_BUFFER_END to signal the end
> of the context image.
Hmm, do you think we should perhaps include the BBE in the protocontext
we create in the kernel?
-Chris
___
Both are
Reviewed-by: Jason Ekstrand
Please add the appropriate Fixes: tag prior to pushing.
On Fri, Jul 27, 2018 at 4:39 AM Jose Maria Casanova Crespo <
jmcasan...@igalia.com> wrote:
> From: Iago Toral Quiroga
>
> ---
> src/intel/compiler/brw_fs_nir.cpp | 5 +
> 1 file changed, 5
Gen10+ has an additional bit in MI_BATCH_BUFFER_END to signal the end
of the context image.
We select the largest size for the context image regardless of the
generation.
Signed-off-by: Lionel Landwerlin
---
src/intel/tools/aub_write.c | 216 +---
Otherwise applications (like the OpenCL CTS) will try to allocate more memory
than what the GPU is actually able to provide.
Signed-off-by: Karol Herbst
---
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 5 +++--
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 5 +++--
2 files changed, 6
Reviewed-by: Chris Healy
On Mon, Jul 30, 2018 at 12:44 AM, Christian Gmeiner
wrote:
> Fixes: d0bed0b4944d ("etnaviv: support HI performance counters")
> Cc: mesa-sta...@lists.freedesktop.org
> Signed-off-by: Christian Gmeiner
> ---
> src/gallium/drivers/etnaviv/etnaviv_query_pm.c | 4 ++--
>
https://bugs.freedesktop.org/show_bug.cgi?id=106151
Jaap Buurman changed:
What|Removed |Added
CC||jaapbuur...@gmail.com
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=106151
--- Comment #29 from Jaap Buurman ---
I am seeing the same issue in multiple games on my Vega 64:
-Assassin's creed 2 played through Wine with the Gallium Nine patches
-Assassin's creed brotherhood played through Wine with the Gallium Nine
On 30 July 2018 at 11:23, Michel Dänzer wrote:
> On 2018-07-30 12:13 PM, Mariusz Ceier wrote:
>> On 30 July 2018 at 11:31, Michel Dänzer wrote:
>>> On 2018-07-29 10:20 AM, Mariusz Ceier wrote:
In drmGetDevice2 when no local device is found or when
drm_device_has_rdev filters out all
On 2018-07-30 12:13 PM, Mariusz Ceier wrote:
> On 30 July 2018 at 11:31, Michel Dänzer wrote:
>> On 2018-07-29 10:20 AM, Mariusz Ceier wrote:
>>> In drmGetDevice2 when no local device is found or when
>>> drm_device_has_rdev filters out all devices, *device might be left
>>> uninitialized causing
On 30 July 2018 at 11:31, Michel Dänzer wrote:
> On 2018-07-29 10:20 AM, Mariusz Ceier wrote:
>> In drmGetDevice2 when no local device is found or when
>> drm_device_has_rdev filters out all devices, *device might be left
>> uninitialized causing drmGetDevice2 to not return error - since
>> it's
On 2018-07-29 10:20 AM, Mariusz Ceier wrote:
> In drmGetDevice2 when no local device is found or when
> drm_device_has_rdev filters out all devices, *device might be left
> uninitialized causing drmGetDevice2 to not return error - since
> it's only returned when *device == NULL.
>
> Above leads
Timothy Arceri writes:
>> +
>> + int last_vert_stage =
>> + util_last_bit(prog->data->linked_stages &
>> +(((1 << (MESA_SHADER_GEOMETRY + 1)) - 1) ^
>> + ((1 << MESA_SHADER_VERTEX) - 1)));
>
> Isn't this the same as:
>
> int last_vert_stage =
>
Fixes: d0bed0b4944d ("etnaviv: support HI performance counters")
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_query_pm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Hi there,
I've always had some Gnome Shell crashes on my setup, but they were quite
rare. Now in the past few months, they've become very frequent, my Gnome
Shell sessions hardly last more than 10 minutes before crashing...
I get:
org.gnome.Shell.desktop[2601]: intel_do_flush_locked failed: No
40 matches
Mail list logo