Signed-off-by: Daniel Winzen
---
src/gallium/state_trackers/xa/xa_tracker.c | 4 +++-
src/glx/apple/apple_glx_log.c | 1 +
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/xa/xa_tracker.c
b/src/gallium/state_trackers/xa/xa_tracker.c
index 8901
https://bugs.freedesktop.org/show_bug.cgi?id=85203
--- Comment #14 from s...@abma.de ---
ok, filled a new bug report: https://bugs.freedesktop.org/show_bug.cgi?id=90278
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-
https://bugs.freedesktop.org/show_bug.cgi?id=85203
--- Comment #13 from s...@abma.de ---
i can always reproduce the crash when running this tool:
https://github.com/abma/qvdpautest
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=85203
--- Comment #12 from Michel Dänzer ---
(In reply to spam from comment #11)
> for me the system randomly hard freezes, too.
>
> i find these warnings in Xorg.log but nothing else:
>
> [ 6064.296] (WW) RADEON(0): radeon_dri2_flip_event_handler:
https://bugs.freedesktop.org/show_bug.cgi?id=85203
--- Comment #11 from s...@abma.de ---
for me the system randomly hard freezes, too.
i find these warnings in Xorg.log but nothing else:
[ 6064.296] (WW) RADEON(0): radeon_dri2_flip_event_handler: Pageflip
completion event has impossible msc 362
https://bugs.freedesktop.org/show_bug.cgi?id=85203
s...@abma.de changed:
What|Removed |Added
CC||s...@abma.de
--
You are receiving this ma
On Fri 01 May 2015, Matt Turner wrote:
> On Fri, May 1, 2015 at 1:01 PM, Chad Versace wrote:
> > From: Chad Versace
>
> Different From: email address?
Oops. I forgot to configure my local .git/config after a fresh clone.
Thanks for catching that.
___
https://bugs.freedesktop.org/show_bug.cgi?id=89018
Jérémy Viès changed:
What|Removed |Added
CC||jeremy.v...@gmail.com
--
You are receivin
Reviewed-by: Marek Olšák
Marek
On Fri, May 1, 2015 at 10:01 PM, Chad Versace wrote:
> From: Chad Versace
>
> If it returns NULL, then return early with an error.
>
> Cc: Marek Olšák
> ---
> src/egl/drivers/dri2/egl_dri2.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/src/eg
On Fri, May 1, 2015 at 1:01 PM, Chad Versace wrote:
> From: Chad Versace
Different From: email address?
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Chad Versace
This enables EGL_KHR_fence_sync and EGL_KHR_wait_sync.
Below is the difference in piglit results, before and after this patch.
No regressions and several tests improve from 'skip' to 'pass'. Out of
EGL_KHR_fence_sync tests, two of the multithreaded tests skip; all other
tests
I'm about to implement DRI2_Fenc in intel_syncobj.c. To prevent
madness, we need to prefix functions for GL_ARB_sync with 'gl' and
functions for DRI2_Fence with 'dri'. Otherwise, the file will become
a jumble of similiarly named functions.
For example:
old-name: intel_client_wait_sync()
---
src/mesa/drivers/dri/i965/intel_syncobj.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_syncobj.c
b/src/mesa/drivers/dri/i965/intel_syncobj.c
index 3bc32df..a425b9e 100644
--- a/src/mesa/drivers/dri/i965/intel_syncobj.c
+++ b/src/mesa/drivers/dri/i965/i
---
src/mesa/drivers/dri/i915/intel_syncobj.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/drivers/dri/i915/intel_syncobj.c
b/src/mesa/drivers/dri/i915/intel_syncobj.c
index 92a246d..92b5b63 100644
--- a/src/mesa/drivers/dri/i915/intel_syncobj.c
+++ b/src/mesa/drivers/dri/i915/i
From: Chad Versace
Don't pass NULL to drm_intel_bo_unreference(). It doesn't like that.
Bug found by code inspection.
---
src/mesa/drivers/dri/i965/intel_syncobj.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/intel_syncobj.c
b/src/mesa/driver
The first 6 patches are small cleanups. The real implementation is patch
7/7. Enabling EGL_KHR_fence_sync also gives us EGL_KHR_wait_sync for
free.
This series lives on the tag:
git://github.com/chadversary/mesa
i965-egl-khr-fence-sync-v01
Chad Versace (7):
egl/dri2: Check return value
From: Chad Versace
If it returns NULL, then return early with an error.
Cc: Marek Olšák
---
src/egl/drivers/dri2/egl_dri2.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/src/egl/drivers/dri2/egl_dri2.c
index 34d6bfe..c2a856f 100644
--- a/src/egl/d
From: Chad Versace
Don't pass NULL to drm_intel_bo_unreference(). It doesn't like that.
Bug found by code inspection.
---
src/mesa/drivers/dri/i915/intel_syncobj.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i915/intel_syncobj.c
b/src/mesa/driver
https://bugs.freedesktop.org/show_bug.cgi?id=90275
bo hu changed:
What|Removed |Added
CC||b...@google.com
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=90275
Bug ID: 90275
Summary: Mesa 10.4.2 implementation error: Unexpected format
PIPE_FORMAT_R8G8B8_UNORM in st_new_renderbuffer_fb
Product: Mesa
Version: 10.4
Hardware: Other
On Fri, May 01, 2015 at 04:54:36PM +0100, Neil Roberts wrote:
> Sorry for the really long delay in replying! This patch is still needed
> in order to fix a number of Piglit tests so it would be good to get it
> landed.
>
> Ben Widawsky writes:
>
> > Sorry for the delay, but I put this off initia
You have a typo in the subject line: s/has/hash
signature.asc
Description: Digital signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Friday, May 01, 2015 03:53:40 PM Chris Wilson wrote:
> Start trimming the fat from intel_batchbuffer.c. First by moving the set
> of routines for emitting PIPE_CONTROLS (along with the lore concerning
> hardware workarounds) to a separate brw_pipe_control.c
>
> Signed-off-by: Chris Wilson
> --
Hi,
this is sort of a revisit of a topic discussed here,
http://lists.freedesktop.org/archives/mesa-dev/2015-April/082199.html
but this time aimed squarely at GL itself.
Do uniform buffer objects need the size to be a multiple of
UNIFORM_BUFFER_OFFSET_ALIGNMENT or not?
The problem here is the st
On Wednesday 04 March 2015, Laura Ekstrand wrote:
> This moves a few blocks around so that the control flow is more obvious. If
> the texture is 0, just return true at the beginning of the function.
> Likewise, if the texObj is NULL, return true at the beginning of the funciton
> as well.
> ---
>
These fds can propagate to child processes if we don't set CLOEXEC,
so make a best effort to do that.
Signed-off-by: Derek Foreman
---
Noticed this when fixing up similar problems in weston - weston's
drm fd gets dup()ed here and loses CLOEXEC and ends up in every child
process the shell launches
Sorry for the really long delay in replying! This patch is still needed
in order to fix a number of Piglit tests so it would be good to get it
landed.
Ben Widawsky writes:
> Sorry for the delay, but I put this off initially because I wasn't
> sure which part of the docs this was addressing. I se
No backend wires this up to anything, and the extension spec has been
marked obsolete for 4+ years.
Signed-off-by: Adam Jackson
---
include/EGL/eglmesaext.h | 46 --
src/egl/main/Makefile.sources | 4 -
src/egl/main/eglapi.c | 278
src/egl/mai
Start trimming the fat from intel_batchbuffer.c. First by moving the set
of routines for emitting PIPE_CONTROLS (along with the lore concerning
hardware workarounds) to a separate brw_pipe_control.c
Signed-off-by: Chris Wilson
---
src/mesa/drivers/dri/i965/Makefile.sources| 1 +
src/mesa/d
Relocation processing is a significant overhead of heavy batches. The
kernel tries to make this as cheap as possible by avoiding as much work
as possible, but to be truly lazy requires userspace to construct its
batches and relocation trees in a convenient manner for processing.
Kristian made an a
With the exception of gen8, the sole user of the workaround bo are for
emitting pipe controls. More it out of the purview of the batchbuffer
and into the pipecontrol.
Signed-off-by: Chris Wilson
---
src/mesa/drivers/dri/i965/brw_context.c | 7 +
src/mesa/drivers/dri/i965/brw_context.h
Signed-off-by: Chris Wilson
---
src/mesa/drivers/dri/i965/brw_blorp.cpp | 4 ++--
src/mesa/drivers/dri/i965/brw_clear.c | 4 ++--
src/mesa/drivers/dri/i965/brw_context.h | 6 +++---
src/mesa/drivers/dri/i965/brw_draw.c| 4 ++--
src/mesa/driver
On Apr 30, 2015 10:05 PM, "Connor Abbott" wrote:
>
> >> > typedef struct nir_src {
> >> > union {
> >> > + nir_instr *parent_instr;
> >> > + struct nir_if *parent_if;
> >> > + };
> >> > +
> >> > + struct list_head use_link;
> >>
> >> So I was thinking about this, and I realized
https://bugs.freedesktop.org/show_bug.cgi?id=90213
--- Comment #4 from Iago Toral ---
(In reply to Jason Ekstrand from comment #3)
> (In reply to Iago Toral from comment #2)
> > Hi Mark, Juha:
> >
> > Some "special" formats, like GL_COLOR_INDEX, MESA_FORMAT_YCBCR or
> > byte-swapped scenarios ne
On Thursday, April 30, 2015 08:13:44 PM Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
> ---
> src/gallium/auxiliary/nir/tgsi_to_nir.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/gallium/auxiliary/nir/tgsi_to_nir.c
> b/src/gallium/auxiliary/nir/tgsi_to_nir.c
35 matches
Mail list logo
