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
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 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
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
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
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
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
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
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
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.
> ---
>
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 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
> --
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 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
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
https://bugs.freedesktop.org/show_bug.cgi?id=90275
bo hu changed:
What|Removed |Added
CC||b...@google.com
--
You are receiving this mail
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
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
---
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
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
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
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
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
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
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
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=85203
s...@abma.de changed:
What|Removed |Added
CC||s...@abma.de
--
You are receiving this ma
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
--- 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 #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 #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-
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
35 matches
Mail list logo
