https://bugs.freedesktop.org/show_bug.cgi?id=98169
Steven Toth changed:
What|Removed |Added
Attachment #127222|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=98223
--- Comment #5 from Randy ---
We can use the patch (in
https://lists.freedesktop.org/archives/mesa-dev/2016-August/124910.html) to
workaround the name issue, while some cases still fail due to wrong property,
like ARRAY_SIZE
in TargetInterface
https://bugs.freedesktop.org/show_bug.cgi?id=98169
--- Comment #30 from Steven Toth ---
Christoph, based on feedback from the mailing list, I made some changes to use
the MESA internal reference counting mechanisms which makes sensor and other
cleanup a little more robust.
The patch tests fine f
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #8 from shinji.suz...@gmail.com ---
Comment on attachment 127267
--> https://bugs.freedesktop.org/attachment.cgi?id=127267
Lock the shared state mutex and work with a local reference of so->fence
Review of attachment 127267:
---
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #9 from shinji.suz...@gmail.com ---
oops. I'm getting confused. Concurrent programmingis hard.
> screen->fence_reference(screen, &so->fence, NULL);
will not be executed in arbitrary order but serially due to the mutex locking.
Still th
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #10 from shinji.suz...@gmail.com ---
>I'm not confortable about sreen->fence_ference() being called concurrently.
I'm not comfortable about sreen->fence_finish() being called concurrently.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=98169
--- Comment #31 from Christoph Haag ---
Yes, your new patch works. No crashing, all panes are visible and show the
correct values.
--
You are receiving this mail because:
You are the QA Contact for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #11 from shinji.suz...@gmail.com ---
Sorry I've made too many mistake in writing. (Should have gone to bed before
writing.) I'll rewrite whole post below.
I'm afraid execution of st_fence_sync() can still race.
Thread-A can run upto
https://bugs.freedesktop.org/show_bug.cgi?id=98223
--- Comment #6 from Alejandro Piñeiro (freenode IRC: apinheiro)
---
(In reply to Randy from comment #5)
> We can use the patch (in
> https://lists.freedesktop.org/archives/mesa-dev/2016-August/124910.html) to
> workaround the name issue, while s
https://bugs.freedesktop.org/show_bug.cgi?id=98222
--- Comment #1 from Christoph Haag ---
https://cgit.freedesktop.org/mesa/mesa/commit/?id=5c66d46d6ace0603227e4b919b132416444949e7
should fix it.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #12 from Michel Dänzer ---
It should be fine. You're right that fence_finish can run concurrently in
multiple threads, but even if it returns true in multiple threads, the
fence_reference calls are serialized by the mutex. So the seco
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #13 from shinji.suz...@gmail.com ---
> So the second fence_reference call will find so->fence == NULL and do nothing.
Thank you. I failed to see that fence_reference(screen,&nullptr,0) is no-op
thanks to "if (ptr != refererence)" in p
https://bugs.freedesktop.org/show_bug.cgi?id=98223
--- Comment #7 from Randy ---
(In reply to Alejandro Piñeiro (freenode IRC: apinheiro) from comment #6)
>
> The problem is that the spec is contradictory. The patch on that link (that
> btw, the author is Kenneth, that wrote comment 1) fixes som
https://bugs.freedesktop.org/show_bug.cgi?id=98241
Bug ID: 98241
Summary: dEQP GLES3.1 failure "Compute Shader should not have
compiled with #version 300 es."
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=98241
Randy changed:
What|Removed |Added
Blocks||94448
Referenced Bugs:
https://bugs.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=98241
Tapani Pälli changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=98132
Tapani Pälli changed:
What|Removed |Added
CC||randy...@intel.com
--- Comment #1 from Ta
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Bug ID: 98242
Summary: GLES3.0 dEQP failure "expected shaders to compile and
link properly, but failed to compile."
Product: Mesa
Version: git
Hardware: All
https://bugs.freedesktop.org/show_bug.cgi?id=98243
Bug ID: 98243
Summary: GLES3.0 dEQP failure "expected shaders to compile and
link properly, but failed to link."
Product: Mesa
Version: git
Hardware: All
OS
https://bugs.freedesktop.org/show_bug.cgi?id=98244
Bug ID: 98244
Summary: GLES3 shader negative dEQP failure "expected
compilation to fail, but shaders compiled correctly."
Product: Mesa
Version: git
Hardware: All
https://bugs.freedesktop.org/show_bug.cgi?id=98242
--- Comment #1 from Randy ---
Mesa git top commit: 389d6dedbe75defe07216ad761569a9b94f44e58
dEQP git top commit: ca988480be945772473f9256b6ae91fa6aa62bd1
Reproduced on HSW and SKL
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=98243
--- Comment #1 from Randy ---
Mesa git top commit: 389d6dedbe75defe07216ad761569a9b94f44e58
dEQP git top commit: ca988480be945772473f9256b6ae91fa6aa62bd1
Reproduced on HSW and SKL
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=98222
Mathieu Belanger changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=98245
Bug ID: 98245
Summary: GLES3.1 link negative dEQP "expected linking to fail,
but passed."
Product: Mesa
Version: git
Hardware: All
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=98243
Randy changed:
What|Removed |Added
Blocks||94448
Referenced Bugs:
https://bugs.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=98245
Randy changed:
What|Removed |Added
Blocks||94448
Referenced Bugs:
https://bugs.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Randy changed:
What|Removed |Added
Blocks||94448
Referenced Bugs:
https://bugs.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=98244
Randy changed:
What|Removed |Added
Blocks||94448
Referenced Bugs:
https://bugs.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=98132
Iago Toral changed:
What|Removed |Added
CC||ito...@igalia.com
--- Comment #2 from Iago
https://bugs.freedesktop.org/show_bug.cgi?id=98168
--- Comment #6 from Christoph Haag ---
Created attachment 127304
--> https://bugs.freedesktop.org/attachment.cgi?id=127304&action=edit
water with 8xaa
(In reply to Vedran Miletić from comment #5)
> https://youtu.be/dS2HLt5BjFY
I believe I re
https://bugs.freedesktop.org/show_bug.cgi?id=98263
Bug ID: 98263
Summary: [radv] The Talos Principle fails to launch with "Fatal
error: Cannot set display mode."
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Kai changed:
What|Removed |Added
Depends on||98263
Referenced Bugs:
https://bugs.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=98263
--- Comment #1 from Kai ---
Created attachment 127306
--> https://bugs.freedesktop.org/attachment.cgi?id=127306&action=edit
output of vulkaninfo
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #14 from shinji.suz...@gmail.com ---
I've ben running tests with changes derived from your patch, with and without
random sleeps to give some shake-ups to execution order with, and have seen no
crashes so far. The differences from your
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #15 from shinji.suz...@gmail.com ---
Created attachment 127316
--> https://bugs.freedesktop.org/attachment.cgi?id=127316&action=edit
Arbitration on so->fence based on Michel-san's patch
--
You are receiving this mail because:
You a
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #16 from shinji.suz...@gmail.com ---
Created attachment 127317
--> https://bugs.freedesktop.org/attachment.cgi?id=127317&action=edit
Arbitration on so->fence through per sync-object mutex.
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=98271
Bug ID: 98271
Summary: [radeonsi]Playing videos with vdpau or vaapi hardware
acceleration crashes my pc
Product: Mesa
Version: 12.0
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #17 from shinji.suz...@gmail.com ---
I need to take my words back.
> dtor should be called only by the thread that eliminated the last reference.
Looks like glDeleteSync directly calls (or is a macro of?)
st_delete_sync_object. If th
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #31 from Marek Olšák ---
Please create apitrace while this environment variable is set:
MESA_EXTENSION_OVERRIDE="-GL_ARB_buffer_storage -GL_AMD_pinned_memory"
Then check that the apitrace replays correctly. If it does, please attach
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #32 from Micael Bergeron ---
(In reply to Marek Olšák from comment #31)
> Please create apitrace while this environment variable is set:
> MESA_EXTENSION_OVERRIDE="-GL_ARB_buffer_storage -GL_AMD_pinned_memory"
>
> Then check that th
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #33 from Marek Olšák ---
The traces don't work. Let's assume it's an apitrace bug.
Running the traces can be done with: glretrace --benchmark [trace file]
glretrace is part of apitrace.
We can at least profile the compiler:
- please
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #34 from Micael Bergeron ---
Created attachment 127319
--> https://bugs.freedesktop.org/attachment.cgi?id=127319&action=edit
Shaders output folfer
MESA_SHADER_CAPTURE_PATH output folder.
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #18 from shinji.suz...@gmail.com ---
> Looks like glDeleteSync directly calls (or is a macro of?)
I thought that was the case because I got this stack trace;
(gdb) where
#0 st_delete_sync_object (ctx=0x863890, obj=0x7fffe8001320)
https://bugs.freedesktop.org/show_bug.cgi?id=98275
Bug ID: 98275
Summary: Segmentation fault when using VAAPI acceleration in
VLC after installing oibaf's optimized drivers
Product: Mesa
Version: unspecified
Hardware: x86-6
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Kenneth Graunke changed:
What|Removed |Added
Summary|GLES3.0 dEQP failure|dEQP mandates preprocessor
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Kenneth Graunke changed:
What|Removed |Added
CC||i...@freedesktop.org
--- Comment #2 fr
https://bugs.freedesktop.org/show_bug.cgi?id=98243
Kenneth Graunke changed:
What|Removed |Added
Summary|GLES3.0 dEQP failure|dEQP mismatched UBO
https://bugs.freedesktop.org/show_bug.cgi?id=98244
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|GLES3 shad
https://bugs.freedesktop.org/show_bug.cgi?id=97250
Matt Turner changed:
What|Removed |Added
OS|Mac OS X (All) |Linux (All)
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Matt Turner changed:
What|Removed |Added
CC||ern...@gmail.com,
|
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #35 from Marek Olšák ---
Well, it's unreal engine 3, so it doesn't surprise me that it compiles shaders
on demand. All UE3 games are affected in the same way.
Possible solution 1:
- persistent shader cache on the disk
Possible solut
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #36 from Silvan Jegen ---
(In reply to Marek Olšák from comment #35)
> Well, it's unreal engine 3, so it doesn't surprise me that it compiles
> shaders on demand. All UE3 games are affected in the same way.
>
> Possible solution 1:
>
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #37 from Micael Bergeron ---
The number of shaders is quite astonishing.
Could using the r600 shader compiler LLVM (--enable-r600-llvm-compiler) fix
this?
As for the future, I think a persistent shader cache is probably the quickest
https://bugs.freedesktop.org/show_bug.cgi?id=97879
Timothee Besset changed:
What|Removed |Added
CC||tt...@ttimo.net
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=98279
Bug ID: 98279
Summary: [vulkan/radeon] dota2 -vulkan hangs the GPU on R9-390
Product: Mesa
Version: git
Hardware: All
OS: Linux (All)
Status: NEW
Severity
https://bugs.freedesktop.org/show_bug.cgi?id=98279
Jan Ziak <0xe2.0x9a.0...@gmail.com> changed:
What|Removed |Added
CC||0xe2.0x9a.0...@gmail
https://bugs.freedesktop.org/show_bug.cgi?id=98281
Bug ID: 98281
Summary: 'message's in ctx->Debug.LogMessages[] seem to leak.
Product: Mesa
Version: 11.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #1 from Edward O'Callaghan ---
I believe this is actually a false positive.. The reasoning is that
debug_message_store() builds up a ring of messages.
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugs.freedesktop.org/show_bug.cgi?id=98182
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=98271
--- Comment #1 from John ---
I may have the same problem, and I know how to trigger it *easily*:
When watching videos with mpv using vdpau's output, if I quickly go and back
forth in the video, eventually the system will freeze, go blank, and I
https://bugs.freedesktop.org/show_bug.cgi?id=98242
--- Comment #4 from Tapani Pälli ---
It seems Mesa already supports such expressions for #define's, I wonder if same
functionality could be hooked up to parse #line .. just a thought
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=97231
Bug ID: 97231
Summary: GL_DEPTH_CLAMP doesn't clamp to the far plane
Product: Mesa
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #1 from Jules Blok ---
You can also take a look at this issue on our automated testing system:
https://fifoci.dolphin-emu.org/compare/1931541-1924723/
And here is the relevant PR where we are running into this issue:
https://github.c
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #1 from Nicolas Boichat ---
Not sure what's going on, but, as a first step, can you try to apply these 2
patches?
https://patchwork.freedesktop.org/patch/101934/
https://patchwork.freedesktop.org/patch/102770/
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #2 from Alexandr Zelinsky ---
didnt help
same error
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-dev mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #2 from Roland Scheidegger ---
Some very quick look at the trace shows all glDepthRangef calls set near to 0.0
and far to 1.0. So where's the bug?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are t
https://bugs.freedesktop.org/show_bug.cgi?id=97231
Jules Blok changed:
What|Removed |Added
Attachment #125579|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #4 from Roland Scheidegger ---
(In reply to Jules Blok from comment #3)
> Created attachment 125589 [details]
> apitrace file version 2
>
> That's a rounding error, 16777215 / 16777216 is being rounded to 1 in the
> apitrace GUI.
>
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #5 from Jules Blok ---
(In reply to Roland Scheidegger from comment #4)
> Oh I could see why it might not work with llvmpipe if you do reverse depth
> range.
We already had this problem before we reversed the depth range, refer to th
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #6 from Roland Scheidegger ---
(In reply to Jules Blok from comment #5)
> (In reply to Roland Scheidegger from comment #4)
> > Oh I could see why it might not work with llvmpipe if you do reverse depth
> > range.
>
> We already had t
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #7 from Jules Blok ---
Created attachment 125603
--> https://bugs.freedesktop.org/attachment.cgi?id=125603&action=edit
FIFO log for Dolphin Emulator
(In reply to Roland Scheidegger from comment #6)
> The replays don't work with llv
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #8 from Roland Scheidegger ---
(In reply to Jules Blok from comment #7)
> It seems you misunderstood me, it doesn't work with either reversed depth or
> normal depth on Mesa. So reverse depth has nothing to do with the issue, it
> was
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #9 from Jules Blok ---
(In reply to Roland Scheidegger from comment #8)
> So I think you're doing something unusual. With my earlier quick look, it
> seemed like maybe you're relying on getting the clamped values already as
> fragcoor
https://bugs.freedesktop.org/show_bug.cgi?id=97140
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=97250
Bug ID: 97250
Summary: Mesa/Clover: openCV library bugs on
CL_MEM_USE_HOST_PTR
Product: Mesa
Version: git
Hardware: Other
OS: Linux (All)
Statu
https://bugs.freedesktop.org/show_bug.cgi?id=97250
--- Comment #1 from Sander Eikelenboom ---
Created attachment 125616
--> https://bugs.freedesktop.org/attachment.cgi?id=125616&action=edit
mesa-patch.diff
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=97250
--- Comment #2 from Sander Eikelenboom ---
Created attachment 125617
--> https://bugs.freedesktop.org/attachment.cgi?id=125617&action=edit
mesa-patched-opencv-vanilla.txt
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=97250
--- Comment #3 from Sander Eikelenboom ---
Created attachment 125618
--> https://bugs.freedesktop.org/attachment.cgi?id=125618&action=edit
mesa-vanilla-opencv-patched.txt
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=97250
--- Comment #5 from Sander Eikelenboom ---
Created attachment 125620
--> https://bugs.freedesktop.org/attachment.cgi?id=125620&action=edit
opencv-patch.diff
--
You are receiving this mail because:
You are the assignee for the bug.
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=97250
--- Comment #4 from Sander Eikelenboom ---
Created attachment 125619
--> https://bugs.freedesktop.org/attachment.cgi?id=125619&action=edit
mesa-vanilla-opencv-vanilla.txt
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=97250
Sander Eikelenboom changed:
What|Removed |Added
Hardware|Other |x86-64 (AMD64)
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=97136
Alexandr Zelinsky changed:
What|Removed |Added
CC||mexahota...@w1l.ru
--
You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=97214
Alexandr Zelinsky changed:
What|Removed |Added
Keywords||bisected, regression
--
You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=97214
Alexandr Zelinsky changed:
What|Removed |Added
Keywords|regression |
--
You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #10 from Roland Scheidegger ---
(In reply to Jules Blok from comment #9)
> (In reply to Roland Scheidegger from comment #8)
> > So I think you're doing something unusual. With my earlier quick look, it
> > seemed like maybe you're rel
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #11 from Jules Blok ---
(In reply to Roland Scheidegger from comment #10)
> Ok. Albeit I'm actually missing that in the spec, if you do use early depth
> test, does that still not change the value you see in the fs?
No idea, I can't
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #12 from Jules Blok ---
Created attachment 125624
--> https://bugs.freedesktop.org/attachment.cgi?id=125624&action=edit
apitrace file version 3
I've attached an apitrace where I've forced Dolphin to use GLSL version 1.50.
Hopefully
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #3 from Nicolas Boichat ---
Ok, thanks for trying those out.
Can you try again, setting LIBGL_DEBUG=verbose ? Hopefully that'll give us more
logs and a better idea of what is going on...
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #4 from Alexandr Zelinsky ---
Created attachment 125637
--> https://bugs.freedesktop.org/attachment.cgi?id=125637&action=edit
xinit log with LIBGL_DEBUG=verbose
seems not very usefull
what your nickname on #dri-devel?
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=97261
Bug ID: 97261
Summary: vaapi u/v wrong order since vl/util: add copy func for
yv12image to nv12surface
Product: Mesa
Version: git
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #5 from Michel Dänzer ---
Try EGL_LOG_LEVEL=debug as well.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #6 from Alexandr Zelinsky ---
Created attachment 125640
--> https://bugs.freedesktop.org/attachment.cgi?id=125640&action=edit
EGL_LOG_LEVEL=debug
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are
https://bugs.freedesktop.org/show_bug.cgi?id=97261
Andy Furniss changed:
What|Removed |Added
CC||deathsim...@vodafone.de
--
You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #7 from Nicolas Boichat ---
Created attachment 125643
--> https://bugs.freedesktop.org/attachment.cgi?id=125643&action=edit
Add tracing to egl_dri2.c
libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in eglMakeCurrent
Is d
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #8 from Alexandr Zelinsky ---
Created attachment 125644
--> https://bugs.freedesktop.org/attachment.cgi?id=125644&action=edit
EGL_LOG_LEVEL=debug with patches
--
You are receiving this mail because:
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=97214
Nicolas Boichat changed:
What|Removed |Added
Attachment #125643|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=97231
Jules Blok changed:
What|Removed |Added
Attachment #125589|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #10 from Nicolas Boichat ---
Created attachment 125652
--> https://bugs.freedesktop.org/attachment.cgi?id=125652&action=edit
Possible fix
Possible fix attached, please give it a try. Thanks!
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=97214
Chad Versace changed:
What|Removed |Added
CC||c...@kiwitree.net
--
You are receiving t
1401 - 1500 of 23703 matches
Mail list logo
