this regard; are there any other
setups where this is not happening?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
mesa-dev mailing list
mes
On 28/10/16 08:19 PM, Andy Furniss wrote:
> Michel Dänzer wrote:
>> On 27/10/16 07:52 PM, Andy Furniss wrote:
>>> Andy Furniss wrote:
>>>> Michel Dänzer wrote:
>>>>> On 26/10/16 08:07 PM, Andy Furniss wrote:
>>>>>>
>>>
On 28/10/16 07:15 PM, Marek Olšák wrote:
> On Oct 28, 2016 3:30 AM, "Michel Dänzer" <mic...@daenzer.net
> <mailto:mic...@daenzer.net>> wrote:
>>
>> On 28/10/16 03:08 AM, Marek Olšák wrote:
>> > On Thu, Oct 27, 2016 at 5:23 PM, Emil Veliko
On 28/10/16 06:04 PM, Nayan Deshmukh wrote:
> On Fri, Oct 28, 2016 at 2:14 PM, Michel Dänzer <mic...@daenzer.net
> <mailto:mic...@daenzer.net>> wrote:
>
> On 28/10/16 03:58 PM, Nayan Deshmukh wrote:
> > On Fri, Oct 28, 2016 at 7:00 AM, Michel Dänzer <
On 28/10/16 03:58 PM, Nayan Deshmukh wrote:
> On Fri, Oct 28, 2016 at 7:00 AM, Michel Dänzer <mic...@daenzer.net
> <mailto:mic...@daenzer.net>> wrote:
>
> On 28/10/16 03:08 AM, Marek Olšák wrote:
> > On Thu, Oct 27, 2016 at 5:23 PM, Emil Vel
t I had some issues with the amd mailing list
> hosted on fdo as well.
>
> Looks like some mails only got delivered delayed this morning.
In response to Andres' post (and noticing other missing posts like yours
before), I pinged Daniel Stone on the IRC FreeNode channel #freedesktop
about it,
and fix it up as necessary? Basically,
PIPE_BIND_LINEAR is only really necessary for buffers which are sent to
the X server for presentation on a different GPU.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and
On 27/10/16 07:52 PM, Andy Furniss wrote:
> Andy Furniss wrote:
>> Michel Dänzer wrote:
>>> On 26/10/16 08:07 PM, Andy Furniss wrote:
>>>>
>>>> The bad = Starting with DRI3 (which is default) I still get trashed
>>>> rendering full screen.
wn some ddx DRI2/3 issue that wasn't
> visible to those testing with compositing (but then the full screen
> case may avoid compositing anyway depending on settings).
You may be running into a DDX driver issue fixed by
https://patchwork.freedesktop.org/patch/118514/ .
--
On 25/10/16 11:01 AM, Michel Dänzer wrote:
> On 25/10/16 09:17 AM, Vedran Miletić wrote:
>> On 10/25/2016 01:41 AM, Vinson Lee wrote:
>>> Fix SCons build. drmDevicePtr is not available until libdrm 2.4.65.
>>>
>>> Compiling src/loader/loader.c ...
>>&g
;
>
> That's a large bump and 2.4.65 is just over a year old. It would be nice
> to support a couple more versions before.
>
> Is there an acceptable workaround?
Who / what requires current Mesa but can't update libdrm to >= 2.4.65?
--
Earthling Michel Dän
,...] was a fairly common problem for radeonsi
users until Marek made it basically impossible. Most of those reports
might have been just on IRC though.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Me
On 18/10/16 11:39 PM, Emil Velikov wrote:
> On 17 October 2016 at 08:56, Michel Dänzer <mic...@daenzer.net> wrote:
>> On 14/10/16 07:02 PM, Emil Velikov wrote:
>>
>>> * src/gallium/drivers/radeon/r600_pipe_common.c
>>> No actual bug, yet misleading.
>&
uire_egl_drm() {
The function name should be updated to reflect what it does now.
--
Earthling Michel Dänzer| http://www.amd.com
Libre software enthusiast |Mesa and X developer
___
On 14/10/16 07:02 PM, Emil Velikov wrote:
> On 14 October 2016 at 09:45, Michel Dänzer <mic...@daenzer.net> wrote:
>> On 14/10/16 05:14 PM, Emil Velikov wrote:
>>> On 14 October 2016 at 01:45, Michel Dänzer <mic...@daenzer.net> wrote:
>>>> On 13/10/16
On 14/10/16 05:14 PM, Emil Velikov wrote:
> On 14 October 2016 at 01:45, Michel Dänzer <mic...@daenzer.net> wrote:
>> On 13/10/16 07:14 PM, Emil Velikov wrote:
>>> On 13 October 2016 at 04:07, Michel Dänzer <mic...@daenzer.net> wrote:
>>>> On 13/10/
On 14/10/16 09:54 AM, Michel Dänzer wrote:
> On 13/10/16 11:16 PM, Mike Lothian wrote:
>> I think there were some issues with some programs / games that had
>> clashing symbols but I'm not sure if that's still an issue
>
> I'm only aware of such issues with the Steam runtim
need to link libstdc++ statically into LLVM.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
mesa-dev mailing list
mesa-dev@lists.freedeskt
On 13/10/16 07:14 PM, Emil Velikov wrote:
> On 13 October 2016 at 04:07, Michel Dänzer <mic...@daenzer.net> wrote:
>> On 13/10/16 03:37 AM, Tobias Droste wrote:
>>> Am Mittwoch, 12. Oktober 2016, 11:53:50 CEST schrieb Emil Velikov:
>>>>>
&g
On 13/10/16 04:26 PM, Nicolai Hähnle wrote:
> Hi Michel,
>
> On 13.10.2016 08:42, Michel Dänzer wrote:
>> On 13/10/16 01:50 AM, Nicolai Hähnle wrote:
>>> Module: Mesa
>>> Branch: master
>>> Commit: f5f3cadca3809952288e3726ed5fde22090dc61d
>>>
d as
vs-temp-array-mat2-index-wr.txt .
P.S. The newly enabled tests
spec@arb_enhanced_layouts@execution@component-layout@vs-tcs-load-output(-indirect)
also fail, output attached as vs-tcs-load-output.stderr .
--
Earthling Michel Dänzer | http://w
On 12/10/16 08:52 PM, Nicolai Hähnle wrote:
> On 12.10.2016 11:31, Michel Dänzer wrote:
>>
>> diff --git a/src/mesa/state_tracker/st_cb_syncobj.c
>> b/src/mesa/state_tracker/st_cb_syncobj.c
>> index 123925a..de01880 100644
>> --- a/src/mesa/state_tracker/
default to static is easy, but I doubt it will make everyone
> happy ;-)
Indeed, it'd probably make many distro packagers unhappy, because
they'll just have to re-enable shared linking, because packaging
policies generally strongly discourage if not outright forbid static
linking.
From: Michel Dänzer <michel.daen...@amd.com>
Duplicate code cleanup, no functional change intended.
Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
---
src/mesa/state_tracker/st_cb_syncobj.c | 28 +---
1 file changed, 5 insertions(+), 23 deletions(-)
From: Michel Dänzer <michel.daen...@amd.com>
Fixes a race condition:
Thread AThread B
Test if so->fence != NULL
=> true
Set so->fence = NULL
Dereference so->fence
=> NULL dere
link against things
> and it's going to make our lives harder. This is probably "we should
> figure out how to stop shared linking against anything" rather than "we
> shouldn't make this change", though.
Distros can't just link everything statically, if we try forcing that
state tracker code but in driver internal code.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
mesa-dev mailing list
mesa-dev@lists.freedeskt
t sure about that wrt LLVM_CONFIG).
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
/piglit-framework-gl/piglit_winsys_framework.c:73
#11 0x77b1e667 in piglit_gl_test_run (argc=1, argv=0x7fffe748,
config=0x7fffe610) at tests/util/piglit-framework-gl.c:199
#12 0x00400ff0 in main (argc=1, argv=0x7fffe748) at
tests/spec/amd_performance_monit
On 30/09/16 03:55 AM, Marek Olšák wrote:
> On Thu, Sep 29, 2016 at 8:37 PM, Rob Clark <robdcl...@gmail.com> wrote:
>> On Tue, Sep 27, 2016 at 10:56 PM, Michel Dänzer <mic...@daenzer.net> wrote:
>>> On 28/09/16 12:33 AM, Rob Clark wrote:
>>>> Sig
stion is really whether the next field of the template is
initialized to NULL by all callers.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
mesa
From: Michel Dänzer <michel.daen...@amd.com>
Fixes lots of piglit tests crashing due to using uninitialized memory.
Fixes: ecd6fce2611e ("mesa/st: support lowering multi-planar YUV")
Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
---
src/gallium/drivers/radeon/r6
On 26/09/16 10:28 PM, Alexey Bataev wrote:
> Michael, fixed this bug in r282401
I can confirm it's fixed, thanks!
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X develo
ess sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro [13]
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
define void @fetch_r32g32b32_f
vscreen), NULL);
>
> - drv->pipe->flush(drv->pipe, NULL, 0);
>
> pipe_resource_reference(, NULL);
> pipe_surface_reference(_draw, NULL);
>
This patch and patch 3 are
Reviewed-by: Michel Dänzer <michel.daen...@amd.com>
--
Earthli
On 16/09/16 05:15 PM, Michel Dänzer wrote:
> On 14/09/16 02:34 PM, Nayan Deshmukh wrote:
>> so that the texture is rendered to back buffer before calling
>> flush_frontbuffer and can be copied to a different buffer in
>> the function
>>
>> Signed-off-by: Nayan De
ffer
Please use C-style /* ... */ comments in C code.
With that fixed,
Reviewed-by: Michel Dänzer <michel.daen...@amd.com>
Same for patch 3.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast |
Leo should probably also take a look.
Acked-by: Michel Dänzer <michel.daen...@amd.com>
> @@ -235,16 +240,35 @@ dri3_alloc_back_buffer(struct vl_dri3_screen *scrn)
> templ.height0 = scrn->height;
> templ.depth0 = 1;
> templ.array_size = 1;
> - buffer->t
ric view to me.
>
> Tiling helps with the memory throughput because it makes pixels which
> are rendered together appear near to each other in the memory layout as
> well.
>
> Since multimedia as well as compute applications usually always render
> to the whole texture/array/
On 15/09/16 11:01 AM, Ilia Mirkin wrote:
> On Wed, Sep 14, 2016 at 9:42 PM, Michel Dänzer <mic...@daenzer.net> wrote:
>> On 15/09/16 08:20 AM, Ilia Mirkin wrote:
>>> On Wed, Sep 7, 2016 at 12:06 PM, Marek Olšák <mar...@gmail.com> wrote:
>>>> On Wed,
On 14/09/16 07:41 PM, Marek Olšák wrote:
> On Wed, Sep 14, 2016 at 5:26 AM, Michel Dänzer <mic...@daenzer.net> wrote:
>> On 14/09/16 02:53 AM, Marek Olšák wrote:
>>>
>>> cmake .. -G Ninja -DCMAKE_INSTALL_PREFIX=/usr/llvm/x86_64-linux-gnu
>&g
On 15/09/16 08:20 AM, Ilia Mirkin wrote:
> On Wed, Sep 7, 2016 at 12:06 PM, Marek Olšák <mar...@gmail.com> wrote:
>> On Wed, Sep 7, 2016 at 5:36 PM, Ilia Mirkin <imir...@alum.mit.edu> wrote:
>>> On Wed, Sep 7, 2016 at 4:08 AM, Michel Dänzer <mic...@daenzer.net&
setting
-DLLVM_ENABLE_ASSERTIONS=1 and removing -DNDEBUG.
> -DLLVM_BUILD_32_BITS=ON
Hah, didn't know about this, I manually added -m32 to C(XX)FLAGS. Thanks.
--
Earthling Michel Dänzer | http://www.amd.com
Libre softwa
On 13/09/16 07:46 AM, Marek Olšák wrote:
> This might fix it:
> "[PATCH 1/7] gallium/radeon: set new r600_resource fields correctly in
> other places too"
It does, thanks!
Tested-by: Michel Dänzer <michel.daen...@amd.com>
--
Earthling Michel Dänzer
noticed that vl_dri3_screen_create
overrides the pipe_screen flush_frontbuffer hook with
vl_dri3_flush_frontbuffer. That's a little ugly and would probably break
with drivers whose flush_frontbuffer hook actually does something. At
the very least, the vl_winsys_dri3.c code should save any previous hook
and cal
(scissor->X > 0 ||
> + scissor->Y > 0 ||
> + scissor->X + scissor->Width < rb->Width ||
> + scissor->Y + scissor->Height < rb->Height);
> }
>
> /**
>
Reviewed-by: Michel Dänzer <michel.daen...@amd.com>
--
On 12/09/16 10:15 AM, Michel Dänzer wrote:
> On 30/08/16 12:28 AM, Marek Olšák wrote:
>> From: Marek Olšák <marek.ol...@amd.com>
>>
>> Invalidated buffers don't have to go through it.
>>
>> Split r600_init_resource into r600_init_resource_fields and
>>
2/bin/engine.so
#23 0xee877536 in ?? () from /home/daenzer/.steam/steam/steamapps/common/Portal
2/bin/engine.so
#24 0xee878890 in ?? () from /home/daenzer/.steam/steam/steamapps/common/Portal
2/bin/engine.so
#25 0xf5d5ac00 in ?? ()
#26 0xf5d5ac00 in ?? ()
#27 0xf5d3e41a in ?? ()
#28 0x080485
On 08/09/16 05:59 PM, Christian König wrote:
> Am 08.09.2016 um 10:42 schrieb Michel Dänzer:
>> On 08/09/16 05:05 PM, Christian König wrote:
>>> Am 08.09.2016 um 08:23 schrieb Michel Dänzer:
>>>> On 08/09/16 01:13 PM, Nayan Deshmukh wrote:
>>>>> On Th
On 08/09/16 05:05 PM, Christian König wrote:
> Am 08.09.2016 um 08:23 schrieb Michel Dänzer:
>> On 08/09/16 01:13 PM, Nayan Deshmukh wrote:
>>> On Thu, Sep 8, 2016 at 9:03 AM, Michel Dänzer <mic...@daenzer.net
>>> <mailto:mic...@daenzer.net>> wrote:
>&g
On 08/09/16 01:13 PM, Nayan Deshmukh wrote:
> On Thu, Sep 8, 2016 at 9:03 AM, Michel Dänzer <mic...@daenzer.net
> <mailto:mic...@daenzer.net>> wrote:
> On 08/09/16 02:48 AM, Nayan Deshmukh wrote:
> > use a linear buffer in case of back buffer
> >
>
>drawable,
Please remove this kind of pointless whitespace-only change from patches
before sending them for review.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
On 07/09/16 11:01 PM, Nicolai Hähnle wrote:
> On 07.09.2016 12:23, Marek Olšák wrote:
>> On Wed, Sep 7, 2016 at 11:47 AM, Michel Dänzer <mic...@daenzer.net>
>> wrote:
>>> On 07/09/16 06:02 PM, Marek Olšák wrote:
>>>>
>>>> Based
w whether they help or actually hurt
without measuring it. That's the whole point.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
mesa-dev mailing list
On 07/09/16 04:19 AM, Christian König wrote:
> Am 06.09.2016 um 21:05 schrieb Ilia Mirkin:
>> On Tue, Sep 6, 2016 at 2:22 PM, Christian König
>> <deathsim...@vodafone.de> wrote:
>>> Am 06.09.2016 um 16:23 schrieb Ilia Mirkin:
>>>> On Mon, Sep 5, 2016 at
L;
>
> This is a false positive, [...]
That's debatable, but anyway it's probably better addressed by porting
https://cgit.freedesktop.org/mesa/drm/commit/?id=b214b05ccd433c484a6a65e491a1a51b19e4811d
to src/util/list.h .
--
Earthling Michel Dänze
On 06/09/16 08:33 PM, Marek Olšák wrote:
> On Sep 6, 2016 12:03 PM, "Michel Dänzer" <mic...@daenzer.net
> <mailto:mic...@daenzer.net>> wrote:
>> On 06/09/16 06:04 PM, Marek Olšák wrote:
>> > On Tue, Sep 6, 2016 at 3:54 AM, Michel Dänzer <mic...@da
On 06/09/16 06:04 PM, Marek Olšák wrote:
> On Tue, Sep 6, 2016 at 3:54 AM, Michel Dänzer <mic...@daenzer.net> wrote:
>> On 06/09/16 07:46 AM, Marek Olšák wrote:
>>> From: Marek Olšák <marek.ol...@amd.com>
>>
>> Did you measure any significant perform
On 06/09/16 03:14 PM, Michel Dänzer wrote:
> On 06/09/16 01:59 PM, Jason Ekstrand wrote:
>> On Sep 5, 2016 8:43 PM, "Michel Dänzer" <mic...@daenzer.net
>> <mailto:mic...@daenzer.net>> wrote:
>>>
>>> On 06/09/16 12:08 PM, Jason Ekstrand wrote:
On 06/09/16 01:59 PM, Jason Ekstrand wrote:
> On Sep 5, 2016 8:43 PM, "Michel Dänzer" <mic...@daenzer.net
> <mailto:mic...@daenzer.net>> wrote:
>>
>> On 06/09/16 12:08 PM, Jason Ekstrand wrote:
>> > On Mon, Sep 5, 2016 at 7:39 PM, Michel Dänzer
On 06/09/16 12:08 PM, Jason Ekstrand wrote:
> On Mon, Sep 5, 2016 at 7:39 PM, Michel Dänzer <mic...@daenzer.net
> <mailto:mic...@daenzer.net>> wrote:
>
> From: Michel Dänzer <michel.daen...@amd.com
> <mailto:michel.daen...@amd.com>>
>
&g
On 02/09/16 11:46 PM, Axel Davy wrote:
> Le 02/09/2016 à 16:41, Axel Davy a écrit :
>> Le 02/09/2016 à 03:06, Michel Dänzer a écrit :
>>> On 02/09/16 12:37 AM, Alex Deucher wrote:
>>>> On Thu, Sep 1, 2016 at 11:28 AM, Jason Ekstrand
>>>> <ja...@jlekstra
From: Michel Dänzer <michel.daen...@amd.com>
This can make a significant difference for performance with some extreme
test cases such as vblank_mode=0 glxgears.
Fixes: 1e3218bc5ba2 ("loader/dri3: Overhaul dri3_update_num_back")
Cc: "12.0 11.2" <mesa-sta...@lists.fre
dirty_tex_counter =
> p_atomic_read(>b.screen->dirty_tex_descriptor_counter);
> - if (dirty_tex_counter != sctx->b.last_dirty_tex_descriptor_counter) {
> + if (unlikely(dirty_tex_counter !=
> sctx->b.last_dirty_tex_descriptor_counter)) {
> sctx->b.
being shared between different GPUs. That's how it works with
the amdgpu and radeon kernel drivers.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
mesa-dev m
On 02/09/16 06:12 PM, Emil Velikov wrote:
> On 2 September 2016 at 03:26, Michel Dänzer <mic...@daenzer.net> wrote:
>> On 01/09/16 11:25 PM, Emil Velikov wrote:
>>> Hello list,
>>>
>>> The candidate for the Mesa 12.0.2 is now available. Currently we
--
>
> Nominated (9)
> =====
[...]
> Michel Dänzer (1):
> loader/dri3: Overhaul dri3_update_num_back
FWIW, it's better to hold off on this one until
https://bugs.freedesktop.org/show_bug.cgi?id=97549 is resolved.
--
Earthling Michel Dänzer | http:
On 02/09/16 10:17 AM, Michel Dänzer wrote:
> On 02/09/16 12:58 AM, Leo Liu wrote:
>> On 09/01/2016 11:54 AM, Nayan Deshmukh wrote:
>>>
>>> I saw the code in dri3_glx.c and I could somewhat relate some basic
>>> code structure to the vl_winsys_dri3.c
not
sure whether it makes more sense to allocate a separate linear buffer
for this purpose, as is done for GLX, or for the vl code to make the
corresponding back (or front?) buffer linear in the first place.
--
Earthling Michel Dänzer | http://www.amd.com
On 02/09/16 12:37 AM, Alex Deucher wrote:
> On Thu, Sep 1, 2016 at 11:28 AM, Jason Ekstrand <ja...@jlekstrand.net> wrote:
>> On Aug 31, 2016 11:39 PM, "Michel Dänzer" <mic...@daenzer.net> wrote:
>>> On 01/09/16 02:05 PM, Jason Ekstrand wrote:
>>>
On 01/09/16 02:05 PM, Jason Ekstrand wrote:
>
>
> On Wed, Aug 31, 2016 at 7:00 PM, Michel Dänzer <mic...@daenzer.net
> <mailto:mic...@daenzer.net>> wrote:
>
> On 31/08/16 11:21 PM, Jason Ekstrand wrote:
> > On Aug 19, 2016 12:07 AM, "Michel D
in glValidateProgramPipeline failed to
validate the pipeline
Probe color at (0,0)
Expected: 0.00 1.00 0.00 1.00
Observed: 0.00 0.00 0.00 1.00
Test failure on line 70
PIGLIT: {"result": "fail" }
--
Earthling Michel Dänzer
for "is_different_gpu". Leo might have done
some work on this, so coordinate with him before spending too much
effort on this.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
On 31/08/16 11:21 PM, Jason Ekstrand wrote:
> On Aug 19, 2016 12:07 AM, "Michel Dänzer" <mic...@daenzer.net
> <mailto:mic...@daenzer.net>> wrote:
>> From: Michel Dänzer <michel.daen...@amd.com
> <mailto:michel.daen...@amd.com>>
>>
>> Alw
On 30/08/16 06:51 PM, Marek Olšák wrote:
>
> If we don't care about memory usage, let's use my allocator. If we do,
> let's import jemalloc into the Mesa tree and use it for ralloc.
Instead of importing jemalloc into Mesa, could we use the shared
libjemalloc.so.1?
--
Earthling Mich
On 29/08/16 05:48 PM, Marek Olšák wrote:
> Hi,
>
> Does the attached patch fix it?
Yes it does, thanks!
Tested-by: Michel Dänzer <michel.daen...@amd.com>
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast |
ar-accum.c:59
#15 0x77b38b2f in run_test (gl_fw=0x614c20, argc=1,
argv=0x7fffe788) at
tests/util/piglit-framework-gl/piglit_winsys_framework.c:73
#16 0x77b1d647 in piglit_gl_test_run (argc=1, argv=0x7fffe788,
config=0x7fffe650) at tests/util/piglit-framework-gl.c:199
#17 0x00
On 28/08/16 03:03 AM, Dieter Nützel wrote:
> Am 25.08.2016 11:09, schrieb Michel Dänzer:
>> On 24/08/16 06:35 AM, Eric Anholt wrote:
>>> Michel Dänzer <mic...@daenzer.net> writes:
>>>> On 20/08/16 04:42 AM, Eric Anholt wrote:
>>>>> Michel Dä
On 24/08/16 06:35 AM, Eric Anholt wrote:
> Michel Dänzer <mic...@daenzer.net> writes:
>> On 20/08/16 04:42 AM, Eric Anholt wrote:
>>> Michel Dänzer <mic...@daenzer.net> writes:
>>>
>>>> From: Michel Dänzer <michel.daen...@amd.com>
>>
CHIP_CARRIZO)
> + goto fallback;
> +
> if (cik_sdma_copy_texture(sctx, dst, dst_level, dstx, dsty, dstz,
> src, src_level, src_box))
> return;
>
> fallback:
> si_resource_copy_region(ctx, dst, dst_level, dstx, dsty, dstz,
>
On 20/08/16 04:42 AM, Eric Anholt wrote:
> Michel Dänzer <mic...@daenzer.net> writes:
>
>> From: Michel Dänzer <michel.daen...@amd.com>
>>
>> Always use 3 buffers when flipping. With only 2 buffers, we have to wait
>> for a flip to complete (which takes
From: Michel Dänzer <michel.daen...@amd.com>
Always use 3 buffers when flipping. With only 2 buffers, we have to wait
for a flip to complete (which takes non-0 time even with asynchronous
flips) before we can start working on the next frame. We were previously
only using 2 buffers for fl
nt Git master? There have been some fixes
in this area recently.
If it still happens, the output of running an affected application in
valgrind --leak-check=full (with debugging symbols available for at
least all Mesa binaries) would be useful.
--
Earthling Michel Dänzer
l_display)
> Cc: "12.0" <mesa-sta...@lists.freedesktop.org>
> Reported-by: Alexandr Zelinsky <mexahota...@w1l.ru>
> Tested-by: Alexandr Zelinsky <mexahota...@w1l.ru>
> Signed-off-by: Nicolas Boichat <drink...@chromium.org>
Reviewed, tested and pushed. Thanks!
On 16/08/16 04:11 PM, Tapani Pälli wrote:
> On 08/16/2016 09:49 AM, Michel Dänzer wrote:
>> From: Michel Dänzer <michel.daen...@amd.com>
>>
>> There's no guarantee that there is one, and we don't need one anyway.
>>
>> Fixes piglit tests:
>>
>&g
From: Michel Dänzer <michel.daen...@amd.com>
There's no guarantee that there is one, and we don't need one anyway.
Fixes piglit tests:
glx@glx-fbconfig-bad
glx@glx_ext_import_context@import context, multi process
glx@glx_ext_import_context@import context, single process
Fixes: 2e3f06
1): preprocessor error: Built-in (pre-defined) macro names cannot be
> undefined.
See https://bugs.freedesktop.org/show_bug.cgi?id=97307 =>
https://lists.freedesktop.org/archives/mesa-dev/2016-August/126037.html
--
Earthling Michel Dänzer | http://www.amd.com
Libr
_ctx && old_ctx->Resource.Display) {
fixes the regression and doesn't seem to cause any other problems.
Alexandr, does the patch still fix your problem with that modification?
Nicolas, this regression is also reproducible with
LIBGL_ALWAYS_SOFTWARE=1 . Please get used to testing your changes lik
the original change again.
> Please review.
The series is
Reviewed-by: Michel Dänzer <michel.daen...@amd.com>
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
__
LIBGL_DRIVERS_PATH (or
>> EGL_DRIVERS_PATH) set to mix the old and new.
>
> - The changes to the data structures in the patch do not necessarily
> imply that mixing-unpatched-patched libs will fail because the
> alignment of fields might stay the same.
Unless sizeof(bo
ependency.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman
On 07/08/16 06:53 AM, Marek Olšák wrote:
> From: Marek Olšák <marek.ol...@amd.com>
>
> v2: keep STAGING for GL_MAP_READ_BIT
Reviewed-by: Michel Dänzer <michel.daen...@amd.com>
--
Earthling Michel Dänzer | http://www.amd.com
Libr
_fence_sync@conformance.
>>>
>>> Fixes: 9ee683f877 (egl/dri2: Add reference count for dri2_egl_display)
>>> Cc: "12.0" <mesa-sta...@lists.freedesktop.org>
>>> Reported-by: Michel Dänzer <mic...@daenzer.net>
>>> Signed-off-by: Nicolas Boic
On 02.08.2016 23:01, Leo Liu wrote:
> On 08/01/2016 10:20 PM, Michel Dänzer wrote:
>> On 28.07.2016 18:34, Michel Dänzer wrote:
>>> Running XTS (the X test suite) on Xephyr using glamor running on Xorg,
>>> I stumbled upon an issue:
>>>
>>> * XTS cau
On 28.07.2016 18:34, Michel Dänzer wrote:
> Running XTS (the X test suite) on Xephyr using glamor running on Xorg,
> I stumbled upon an issue:
>
> * XTS causes Xephyr to keep resetting and starting new server generations
> * glamor creates a new GLX context for each server generat
On 01.08.2016 16:35, Michel Dänzer wrote:
> On 30.07.2016 06:42, Marek Olšák wrote:
>> From: Marek Olšák <marek.ol...@amd.com>
>>
>> This is controversial, but I don't see a better way out of this.
>>
>> Tonga has 2 GB of VRAM and 2 GB of GTT. amdgp
e
worst case it may not be possible to place any BOs whose size is >= ~1/7
of the VRAM size.
At the end of the day, this needs to be solved in the kernel one way or
another.
--
Earthling Michel Dänzer | http://www.amd.com
Libre softw
On 28.07.2016 18:41, Chris Wilson wrote:
> On Thu, Jul 28, 2016 at 06:34:44PM +0900, Michel Dänzer wrote:
>> From: Michel Dänzer <michel.daen...@amd.com>
>>
>> Without this, the X server may accumulate stale Present event contexts
>> if a client ends up crea
From: Michel Dänzer <michel.daen...@amd.com>
Without this, the X server may accumulate stale Present event contexts
if a client performs several video decoding sessions using the same
window.
v2: Based on Chris Wilson's review:
* Use xcb_discard_reply() instead of free(xcb_request
From: Michel Dänzer <michel.daen...@amd.com>
Without this, the X server may accumulate stale Present event contexts
if a client creates and destroys multiple swapchains using the same
window.
v2: Based on Chris Wilson's review:
* Use xcb_present_select_input_checked so that protocol
601 - 700 of 2182 matches
Mail list logo
