Patch fixes Piglit test:
arb_gpu_shader_fp64/preprocessor/fs-output-double.frag
and adds additional validation for shader outputs.
Signed-off-by: Tapani Pälli tapani.pa...@intel.com
---
src/glsl/ast_to_hir.cpp | 47 +++
1 file changed, 47
Reviewed-by: Marek Olšák marek.ol...@amd.com
Marek
On Mon, Aug 11, 2014 at 4:09 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
==17630== Invalid read of size 4
==17630==at 0x400AE10: memcpy (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==17630==
Thanks for the review. I've pushed the Mesa patch and I'll have a look
at adding more formats to the Piglit test.
Regards,
- Neil
Kenneth Graunke kenn...@whitecape.org writes:
On Tuesday, July 01, 2014 04:04:56 PM Neil Roberts wrote:
FWIW, I relaxed the format restrictions in
Reviewed-by: Marek Olšák marek.ol...@amd.com
Marek
On Mon, Aug 11, 2014 at 4:21 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
v1 - v2:
- add cases to util_format_srgb and util_format_linear
- remove special SRGBA case from
See the reasons in Bug 82463:
https://bugs.freedesktop.org/show_bug.cgi?id=82463
Signed-off-by: Pavel Popov pavel.e.po...@intel.com
---
src/mesa/drivers/dri/i965/brw_sampler_state.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
I disagree. The assertion is doing sanity checking on all the buffer
masks for buffer index 0.
-Brian
On 08/10/2014 10:55 PM, Popov, Pavel E wrote:
I also suggest removing the assertion ASSERT(_mesa_bitcount(destMask[buf]) ==
1);. It's no longer needed with this patch.
- Pavel
Patches 1-3 look OK to me. I don't have a strong opinion on the UNORM
suffix.
Reviewed-by: Brian Paul bri...@vmware.com
On 08/10/2014 08:21 PM, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
v1 - v2:
- add cases to util_format_srgb and util_format_linear
-
On 08/08/2014 06:15 PM, Roland Scheidegger wrote:
Am 08.08.2014 23:20, schrieb Brian Paul:
Silences MinGW warnings:
warning: unknown conversion type character ‘l’ in format [-Wformat]
warning: too many arguments for format [-Wformat-extra-args]
---
src/mesa/main/bufferobj.c | 33
From: Ville Syrjälä ville.syrj...@linux.intel.com
Don't use the rounded vrefresh info to predict the frame duration.
Instead calculate if from the clock.
---
tests/kms_flip.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/kms_flip.c b/tests/kms_flip.c
index
From: Foo Bar f...@bar.com
Interlaced modes generally have an odd VTotal, so we lose half a line
from VTotal when we divide by two. That causes the final refresh rate
to be slightly off. Make VTotal a double to avoid the problem.
Signed-off-by: Foo Bar f...@bar.com
---
xrandr.c | 2 +-
1 file
From: Foo Bar f...@bar.com
Using just one decimal place for dotclock and refresh rates loses quite
a bit of information. When dealing with 60Hz and 59.94Hz modes for
example it's useful to see at least two decimal places. Also for the
dotclock in the same cases three decimal places seems quite a
Sorry, ignore these. Shell history and fast fingers are a dangerous
combination...
--
Ville Syrjälä
Intel OTC
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Am 09.08.2014 05:24, schrieb Connor Abbott:
On Wed, Aug 6, 2014 at 6:29 PM, Marek Olšák mar...@gmail.com wrote:
What IR? A flatland GLSL IR? A replacement for Mesa IR? Something else?
It's a flatland IR, similar to TGSI/Direct3D style with enough GLSL
IR-like stuff to get existing things
Am 09.08.2014 17:25, schrieb Ilia Mirkin:
On Sat, Aug 9, 2014 at 11:12 AM, Roland Scheidegger srol...@vmware.com
wrote:
Am 09.08.2014 16:33, schrieb Ilia Mirkin:
On Sat, Aug 9, 2014 at 10:14 AM, Roland Scheidegger srol...@vmware.com
wrote:
On closer look, it looks to me like it wouldn't be
On Mon, Aug 11, 2014 at 10:56 AM, Roland Scheidegger srol...@vmware.com wrote:
Am 09.08.2014 17:25, schrieb Ilia Mirkin:
On Sat, Aug 9, 2014 at 11:12 AM, Roland Scheidegger srol...@vmware.com
wrote:
Am 09.08.2014 16:33, schrieb Ilia Mirkin:
On Sat, Aug 9, 2014 at 10:14 AM, Roland Scheidegger
Am 11.08.2014 15:29, schrieb Brian Paul:
On 08/08/2014 06:15 PM, Roland Scheidegger wrote:
Am 08.08.2014 23:20, schrieb Brian Paul:
Silences MinGW warnings:
warning: unknown conversion type character ‘l’ in format [-Wformat]
warning: too many arguments for format [-Wformat-extra-args]
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
This applies on top of my previous patch to allow dynamic sampler offsets.
Roland, I believe this should address your concerns. The generated code looks
like:
FRAG
PROPERTY FS_COLOR0_WRITES_ALL_CBUFS 1
DCL IN[0], GENERIC[0], PERSPECTIVE
DCL
On 08/11/2014 09:10 AM, Roland Scheidegger wrote:
Am 11.08.2014 15:29, schrieb Brian Paul:
On 08/08/2014 06:15 PM, Roland Scheidegger wrote:
Am 08.08.2014 23:20, schrieb Brian Paul:
Silences MinGW warnings:
warning: unknown conversion type character ‘l’ in format [-Wformat]
warning: too
v2: use signed types/formats
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/state_tracker/st_cb_bufferobjects.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_cb_bufferobjects.c
b/src/mesa/state_tracker/st_cb_bufferobjects.c
Silences MinGW warnings:
warning: unknown conversion type character ‘l’ in format [-Wformat]
warning: too many arguments for format [-Wformat-extra-args]
v2: use signed types/formats
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/bufferobj.c | 33
Both patches
Reviewed-by: Roland Scheidegger srol...@vmware.com
Am 11.08.2014 17:24, schrieb Brian Paul:
Silences MinGW warnings:
warning: unknown conversion type character ‘l’ in format [-Wformat]
warning: too many arguments for format [-Wformat-extra-args]
v2: use signed types/formats
Am 11.08.2014 04:21, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
v1 - v2:
- add cases to util_format_srgb and util_format_linear
- remove special SRGBA case from util_format_fits_8unorm
Not sure if I should rename the SRGBA one to not have a _UNORM
On Monday, August 11, 2014 07:05:36 PM Pavel Popov wrote:
See the reasons in Bug 82463:
https://bugs.freedesktop.org/show_bug.cgi?id=82463
Signed-off-by: Pavel Popov pavel.e.po...@intel.com
---
src/mesa/drivers/dri/i965/brw_sampler_state.c | 4 ++--
1 file changed, 2 insertions(+), 2
Am 11.08.2014 17:18, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
This applies on top of my previous patch to allow dynamic sampler offsets.
Roland, I believe this should address your concerns. The generated code looks
like:
FRAG
PROPERTY
On Mon, Aug 11, 2014 at 12:43 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 11.08.2014 17:18, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
This applies on top of my previous patch to allow dynamic sampler offsets.
Roland, I believe this should address your
Am 11.08.2014 18:56, schrieb Ilia Mirkin:
On Mon, Aug 11, 2014 at 12:43 PM, Roland Scheidegger srol...@vmware.com
wrote:
Am 11.08.2014 17:18, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
This applies on top of my previous patch to allow dynamic sampler offsets.
On Sat, Aug 9, 2014 at 5:24 AM, Connor Abbott cwabbo...@gmail.com wrote:
On Wed, Aug 6, 2014 at 6:29 PM, Marek Olšák mar...@gmail.com wrote:
What IR? A flatland GLSL IR? A replacement for Mesa IR? Something else?
It's a flatland IR, similar to TGSI/Direct3D style with enough GLSL
IR-like
Am 11.08.2014 00:51, schrieb Brian Paul:
On 08/08/2014 07:43 PM, Roland Scheidegger wrote:
Am 08.08.2014 23:20, schrieb Brian Paul:
Fixes failed assertion when _mesa_update_draw_buffers() was called
with GL_DRAW_BUFFER == GL_FRONT_AND_BACK. The piglit gl30basic hit
this.
Cc: 10.2
https://bugs.freedesktop.org/show_bug.cgi?id=53608
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Jason Ekstrand ja...@jlekstrand.net writes:
+ /* If we are on the same miptree, same level, and same slice, then
+* intel_miptree_map won't let us map it twice. We have to do things a
+* big differently. In particular, we do a single map large
There's a small typo here.
Otherwise
https://bugs.freedesktop.org/show_bug.cgi?id=41162
--- Comment #2 from Roland Scheidegger srol...@vmware.com ---
Is this still happening with recent mesa?
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing
https://bugs.freedesktop.org/show_bug.cgi?id=77023
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=52209
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=58326
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Comparing ~0u with a packed enum (i.e., 1 byte) always evaluates to
false. Shouldn't gcc warn about this?
Reported-by: Connor Abbott cwabbo...@gmail.com
---
src/mesa/drivers/dri/i965/brw_eu.c | 2 +-
src/mesa/drivers/dri/i965/brw_fs_copy_propagation.cpp | 2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=65224
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=79039
Bug 79039 depends on bug 65224, which changed state.
Bug 65224 Summary: piglit arb_uniform_buffer_object-maxuniformblocksize fs
regression
https://bugs.freedesktop.org/show_bug.cgi?id=65224
What|Removed
Neil,
Thanks for reviewing. Pushed.
--Jason
On Mon, Aug 11, 2014 at 10:59 AM, Neil Roberts n...@linux.intel.com wrote:
Jason Ekstrand ja...@jlekstrand.net writes:
+ /* If we are on the same miptree, same level, and same slice, then
+* intel_miptree_map won't let us map it twice.
On Mon, Aug 4, 2014 at 6:08 AM, Pohjolainen, Topi
topi.pohjolai...@intel.com wrote:
Line overflowing here also.
Fixed all of these locally.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Tue, Aug 5, 2014 at 10:31 AM, Pohjolainen, Topi
topi.pohjolai...@intel.com wrote:
On Thu, Jul 24, 2014 at 07:54:17PM -0700, Matt Turner wrote:
---
src/mesa/drivers/dri/i965/brw_cfg.h | 1 +
src/mesa/drivers/dri/i965/brw_shader.cpp | 32
https://bugs.freedesktop.org/show_bug.cgi?id=72572
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Component|Other |Mesa core
---
On Thu, Aug 7, 2014 at 7:55 AM, Pohjolainen, Topi
topi.pohjolai...@intel.com wrote:
On Thu, Jul 24, 2014 at 07:54:20PM -0700, Matt Turner wrote:
To avoid invalidating and recreating the control flow graph. Also stop
invalidating the CFG in places we didn't add or remove an instruction.
cfg
https://bugs.freedesktop.org/show_bug.cgi?id=82471
Priority: medium
Bug ID: 82471
Keywords: bisected, regression
CC: e...@anholt.net, kenn...@whitecape.org
Assignee: mesa-dev@lists.freedesktop.org
Summary: [swrast] piglit
This includes GL 4.5, which is necessary to support the new extensions.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
include/GL/glext.h | 380 +++-
include/GL/glxext.h | 11 +-
include/GL/wglext.h | 11 +-
3 files changed, 396
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
include/GL/gl_mangle.h | 139 +
1 file changed, 139 insertions(+)
diff --git a/include/GL/gl_mangle.h b/include/GL/gl_mangle.h
index b3a9c88..e04cf66 100644
--- a/include/GL/gl_mangle.h
+++
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Not 100% sure about the KHR_robust_buffer_access_behavior -- is that part of
GL4.5?
docs/GL3.txt | 16
1 file changed, 16 insertions(+)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index 7f18cd7..f204652 100644
--- a/docs/GL3.txt
The sorting is different with LC_ALL=C. To avoid different people's
locale settings from fighting, force it to the one that was used to
generate the current file.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Not sure if there's a better way of doing it... perhaps forcing to C and just
The extension is identical to NV_texture_barrier except for the function
name.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
I know these are normally split up a bit more, but here the implementation is
*trivial*.
src/mapi/glapi/gen/ARB_texture_barrier.xml | 13 +
On Wed, Aug 6, 2014 at 6:06 AM, Pohjolainen, Topi
topi.pohjolai...@intel.com wrote:
On Thu, Jul 24, 2014 at 07:54:18PM -0700, Matt Turner wrote:
---
src/mesa/drivers/dri/i965/brw_shader.cpp | 80
src/mesa/drivers/dri/i965/brw_shader.h | 5 ++
2 files
https://bugs.freedesktop.org/show_bug.cgi?id=82472
Priority: medium
Bug ID: 82472
Keywords: bisected, regression
CC: cwo...@cworth.org, i...@freedesktop.org
Assignee: mesa-dev@lists.freedesktop.org
Summary: piglit
On Mon, Aug 11, 2014 at 3:07 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
The extension is identical to NV_texture_barrier except for the function
name.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
I know these are normally split up a bit more, but here the implementation is
https://bugs.freedesktop.org/show_bug.cgi?id=82475
Priority: medium
Bug ID: 82475
Keywords: bisected, regression
CC: bri...@vmware.com, ja...@jlekstrand.net
Assignee: mesa-dev@lists.freedesktop.org
Summary: [llvmpipe] [softpipe]
This extension is identical to NV_texture_barrier. Alias
glTextureBarrier to the existing glTextureBarrierNV and use the existing
NV_texture_barrier extension bit.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
v1 - v2:
- Add the actual extension string
- Remove separate (and missing
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/r600/evergreen_state.c | 2 --
src/gallium/drivers/r600/r600_pipe.h | 2 +-
src/gallium/drivers/r600/r600_state_common.c | 21 +
src/gallium/drivers/r600/r600d.h | 11 +++
4 files
From: Marek Olšák marek.ol...@amd.com
These are recommended values. Some additional tweeks will be needed
for tessellation.
---
src/gallium/drivers/radeonsi/si_state.c | 6 -
src/gallium/drivers/radeonsi/si_state_draw.c | 33
2 files changed, 19
Am 11.08.2014 21:07, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Not 100% sure about the KHR_robust_buffer_access_behavior -- is that part of
GL4.5?
Well this is mostly the same as ARB_robust_buffer_access_behavior which
is core in 4.3. Except
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/r600/evergreen_state.c | 104 ++---
src/gallium/drivers/r600/evergreend.h | 1 +
src/gallium/drivers/r600/r600_state.c | 31 -
3 files changed, 49 insertions(+), 87 deletions(-)
diff --git
From: Marek Olšák marek.ol...@amd.com
This maintains a list of all TBOs in a pipe_context.
---
src/gallium/drivers/radeonsi/si_descriptors.c | 13 -
src/gallium/drivers/radeonsi/si_pipe.h| 1 +
src/gallium/drivers/radeonsi/si_state.c | 10 --
3 files changed,
From: Marek Olšák marek.ol...@amd.com
This fixes piglit spec/ARB_texture_buffer_object/data-sync.
---
src/gallium/drivers/r600/evergreen_state.c| 9 +--
src/gallium/drivers/r600/r600_pipe.h | 1 +
src/gallium/drivers/r600/r600_state_common.c | 39 ---
From: Marek Olšák marek.ol...@amd.com
Somebody forgot to do this. It was uncovered by recent st/mesa changes.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=82139
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/r600/r600_shader.c | 1 +
1 file changed, 1 insertion(+)
diff
On Mon, Aug 11, 2014 at 4:34 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 11.08.2014 21:07, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Not 100% sure about the KHR_robust_buffer_access_behavior -- is that part of
GL4.5?
Well this is mostly the same as
https://bugs.freedesktop.org/show_bug.cgi?id=68296
--- Comment #14 from U. Artie Eoff ullysses.a.e...@intel.com ---
Created attachment 104458
-- https://bugs.freedesktop.org/attachment.cgi?id=104458action=edit
modified weston-simple-egl to trigger the issue too
--
You are receiving this mail
On Mon, Aug 11, 2014 at 1:31 PM, Marek Olšák mar...@gmail.com wrote:
On Sat, Aug 9, 2014 at 5:24 AM, Connor Abbott cwabbo...@gmail.com wrote:
On Wed, Aug 6, 2014 at 6:29 PM, Marek Olšák mar...@gmail.com wrote:
What IR? A flatland GLSL IR? A replacement for Mesa IR? Something else?
It's a
https://bugs.freedesktop.org/show_bug.cgi?id=68296
U. Artie Eoff ullysses.a.e...@intel.com changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=68296
U. Artie Eoff ullysses.a.e...@intel.com changed:
What|Removed |Added
Attachment #104458|modified weston-simple-egl |modified
https://bugs.freedesktop.org/show_bug.cgi?id=82477
Priority: medium
Bug ID: 82477
Keywords: bisected, have-backtrace, regression
CC: e...@anholt.net, kenn...@whitecape.org
Assignee: mesa-dev@lists.freedesktop.org
Summary:
https://bugs.freedesktop.org/show_bug.cgi?id=82477
--- Comment #1 from Marek Olšák mar...@gmail.com ---
The Mesa IR optimizer creates a lot of immediates when it evaluates constant
expressions, but doesn't eliminate them. You can easily get hundreds of unused
immediates, which is what is
Am 11.08.2014 22:56, schrieb Ilia Mirkin:
On Mon, Aug 11, 2014 at 4:34 PM, Roland Scheidegger srol...@vmware.com
wrote:
Am 11.08.2014 21:07, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Not 100% sure about the KHR_robust_buffer_access_behavior -- is that part of
https://bugs.freedesktop.org/show_bug.cgi?id=82475
Jason Ekstrand ja...@jlekstrand.net changed:
What|Removed |Added
Status|NEW |RESOLVED
I've just made my pass over the stable queue and pushed out a new
candidate branch for the upcoming 10.2.6 release. You can see the 25
patches included (and the 42 still awaiting review) here:
http://cworth.org/~cworth/mesa-stable-queue/
As usual, I plan to make the next stable release
https://bugs.freedesktop.org/show_bug.cgi?id=82483
Priority: medium
Bug ID: 82483
Keywords: regression
CC: ja...@jlekstrand.net
Assignee: mesa-dev@lists.freedesktop.org
Summary: format_srgb.h:145: undefined reference to
Previously we'd get a GLXBadPixmap error.
Signed-off-by: Nathan Kidd nk...@opentext.com
---
src/xdemos/glxgears_pixmap.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/xdemos/glxgears_pixmap.c b/src/xdemos/glxgears_pixmap.c
index f2bb013..afd5828 100644
---
On 08/11/2014 04:51 PM, Nathan Kidd wrote:
Previously we'd get a GLXBadPixmap error.
Signed-off-by: Nathan Kidd nk...@opentext.com
---
src/xdemos/glxgears_pixmap.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/xdemos/glxgears_pixmap.c
On 11/08/14 06:56 PM, Brian Paul wrote:
On 08/11/2014 04:51 PM, Nathan Kidd wrote:
Previously we'd get a GLXBadPixmap error.
Signed-off-by: Nathan Kidd nk...@opentext.com
---
src/xdemos/glxgears_pixmap.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Monday 11 August 2014, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Not 100% sure about the KHR_robust_buffer_access_behavior -- is that part of
GL4.5?
docs/GL3.txt | 16
1 file changed, 16 insertions(+)
diff --git a/docs/GL3.txt
Connor Abbott cwabbo...@gmail.com writes:
On Wed, Aug 6, 2014 at 6:29 PM, Marek Olšák mar...@gmail.com wrote:
What IR? A flatland GLSL IR? A replacement for Mesa IR? Something else?
It's a flatland IR, similar to TGSI/Direct3D style with enough GLSL
IR-like stuff to get existing things
For now, this can only be triggered with a new 'no8' INTEL_DEBUG option
and a new context flag. We'll use the context flag later, but introducing
it now lets us bisect to this commit if it breaks something.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
The brw_draw_prims() function is the draw entry point into the driver,
and takes struct _mesa_prim for input. We want to be able to feed
native primitives into the driver, and to that end we introduce
BRW_PRIM_OFFSET, which lets use describe geometry using the native
GEN primitive types.
Right now we decide which kernels to use and the GRF start offsets in
one place and emit the kernel pointers later. The logic of how to map
8, 16 and 32 kernels to kernel start pointers follows the same logic as which
GRF start offsets to use, so lets figure out these two things in one place.
The data port has a SIMD16 'replicate data' message, which lets us write
the same color for all 16 pixels by sending the four floats in the
lower half of a register instead of sending 4 times 16 identical
component values in 8 registers.
The message comes with a lot of restrictions and could be
This matches the name of the dd hook. Also convert a couple of nearby
dd implementations to lowercase + underscore as is now the standard.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
src/mesa/drivers/dri/i965/brw_context.c | 12 ++--
1 file changed, 6 insertions(+), 6
No functional change except for glBegin/glEnd style rendering, where we now
do the resolves at glBegin time instead of FLUSH_VERTICES time. This is also
the reason for this change, so that when we later switch fast clear resolve to
use meta, we won't be doing meta operations in the middle of a
This lets us disable the viewport transform, which will be useful for
emitting 3DPRIM_RECTLIST.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
src/mesa/drivers/dri/i965/brw_context.c | 1 +
src/mesa/drivers/dri/i965/brw_context.h | 1 +
src/mesa/drivers/dri/i965/gen6_sf_state.c | 5
We'll use this in the i965 fast clear implementation.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
src/mesa/drivers/common/meta.c | 6 +++---
src/mesa/drivers/common/meta.h | 3 +++
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c
GetTexParamterfv() doesnt change texture state, so instead of
_mesa_lock_texture() we can use _mesa_lock_context_textures(),
which doesn't increase the texture stamp. With this change,
_mesa_update_state_locked() is now only called from under
_mesa_lock_context_textures(), which is right thing to
This patch uses the infrastructure put in place by previous patches
to implement fast color clears and replicated color clears in terms of
meta operations.
This works all the way back to gen7 where fast clear was introduced and
adds support for fast clear on gen8. It replaces the blorp path
GEN7+ has the fast clear functionality, which lets us clear the color
buffers using the MCS and a scaled down rectangle. To enable this
we have to set the appropriate bits in the 3DSTATE_PS package.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
src/mesa/drivers/dri/i965/brw_context.h
The clipper doesn't support clipping 3DPRIM_RECTLIST primitives and must
be turned off when we use them.
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
src/mesa/drivers/dri/i965/gen6_clip_state.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
On Mon, Aug 11, 2014 at 8:29 PM, Kristian Høgsberg k...@bitplanet.net wrote:
diff --git a/src/mesa/drivers/dri/i965/intel_tex_copy.c
b/src/mesa/drivers/dri/i965/intel_tex_copy.c
index 97f1569..2456080 100644
--- a/src/mesa/drivers/dri/i965/intel_tex_copy.c
+++
---
src/mesa/drivers/dri/i965/brw_shader.cpp | 46
src/mesa/drivers/dri/i965/brw_shader.h | 4 +++
2 files changed, 50 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_shader.cpp
b/src/mesa/drivers/dri/i965/brw_shader.cpp
index 0deb090..53545de 100644
---
src/mesa/drivers/dri/i965/brw_shader.cpp | 47
src/mesa/drivers/dri/i965/brw_shader.h | 5
2 files changed, 52 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_shader.cpp
b/src/mesa/drivers/dri/i965/brw_shader.cpp
index 53545de..3de7ad9
https://bugs.freedesktop.org/show_bug.cgi?id=81680
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop
On Mon, Aug 11, 2014 at 4:32 PM, Eric Anholt e...@anholt.net wrote:
Connor Abbott cwabbo...@gmail.com writes:
On Wed, Aug 6, 2014 at 6:29 PM, Marek Olšák mar...@gmail.com wrote:
What IR? A flatland GLSL IR? A replacement for Mesa IR? Something else?
It's a flatland IR, similar to
I agree. I just sent this patch to focus attention on this issue (Bug 82463).
- Pavel
-Original Message-
From: Kenneth Graunke [mailto:kenn...@whitecape.org]
Sent: Monday, August 11, 2014 11:32 PM
To: mesa-dev@lists.freedesktop.org
Cc: Popov, Pavel E
Subject: Re: [Mesa-dev] [PATCH]
On Tue, Jul 29, 2014 at 3:08 PM, Anuj Phogat anuj.pho...@gmail.com wrote:
On Tue, Jul 29, 2014 at 7:18 AM, Matt Turner matts...@gmail.com wrote:
On Mon, Jul 28, 2014 at 8:47 PM, Anuj Phogat anuj.pho...@gmail.com
wrote:
Fixes Khronos GLES3 CTS test:
On Mon, Aug 11, 2014 at 05:29:31PM -0700, Kristian Høgsberg wrote:
Right now we decide which kernels to use and the GRF start offsets in
one place and emit the kernel pointers later. The logic of how to map
8, 16 and 32 kernels to kernel start pointers follows the same logic as which
GRF
On Mon, Aug 11, 2014 at 05:29:32PM -0700, Kristian Høgsberg wrote:
For now, this can only be triggered with a new 'no8' INTEL_DEBUG option
and a new context flag. We'll use the context flag later, but introducing
it now lets us bisect to this commit if it breaks something.
Signed-off-by:
On Mon, Aug 11, 2014 at 05:29:34PM -0700, Kristian Høgsberg wrote:
The brw_draw_prims() function is the draw entry point into the driver,
and takes struct _mesa_prim for input. We want to be able to feed
native primitives into the driver, and to that end we introduce
BRW_PRIM_OFFSET, which
On Mon, Aug 11, 2014 at 7:39 PM, Anuj Phogat anuj.pho...@gmail.com wrote:
Matt, should I consider both of these r-b you?
Yes.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
Cc: 10.2 mesa-sta...@lists.freedesktop.org
---
src/mesa/drivers/dri/i965/gen8_vec4_generator.cpp | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/gen8_vec4_generator.cpp
1 - 100 of 123 matches
Mail list logo