On 27.07.2014 03:16, Marek Olšák wrote:
From: Marek Olšák marek.ol...@amd.com
This fixes 3D texture support in all these cases, because array_size is 1
with 3D textures and depth0 actually contains the array size.
util_max_layer is universal and returns the last layer index for any texture
On 25.07.2014 06:31, Jerome Glisse wrote:
Module: Mesa
Branch: master
Commit: cce58147eb1450a26c03756af37da52d180580c4
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=cce58147eb1450a26c03756af37da52d180580c4
Author: Jerome Glisse jgli...@redhat.com
Date: Thu Jul 24 17:30:31
https://bugs.freedesktop.org/show_bug.cgi?id=79662
lu hua huax...@intel.com changed:
What|Removed |Added
Severity|blocker |normal
https://bugs.freedesktop.org/show_bug.cgi?id=80848
--- Comment #11 from Juha-Pekka Heikkilä juhapekka.heikk...@gmail.com ---
Hi, sorry I've been away from internet for a while. I just tried your patch on
top of commit be8bc588b93286dff6a6c1e8594ec40da50658ff glsl/cs: Add several
GLSL compute
https://bugs.freedesktop.org/show_bug.cgi?id=81834
Priority: medium
Bug ID: 81834
Assignee: mesa-dev@lists.freedesktop.org
Summary: TGSI constant buffer overrun causes LLVM assertion
failure
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=80848
--- Comment #12 from Juha-Pekka Heikkilä juhapekka.heikk...@gmail.com ---
I did look bit more into this. I notice at linking stage there is no /opt/lib
in LIBRARY_PATH nor in sys_lib_search_path_spec inside libtool. So
PKG_CONFIG_PATH allowed to
Reviewed-by: Marek Olšák marek.ol...@amd.com
Marek
On Mon, Jul 28, 2014 at 9:59 AM, Michel Dänzer mic...@daenzer.net wrote:
From: Michel Dänzer michel.daen...@amd.com
Based on the toplevel one but adapted to the driver/winsys coding styles.
Signed-off-by: Michel Dänzer
EdB edb+m...@sigluy.net writes:
Hello
I'm working of the compilation part of OpenCL 1.2.
Those two patches add clCreateProgramWithBuiltInKernels and
clUnloadPlatformCompiler.
This is the easy part!
However, I'm nearly done with clCompileProgram and after that I'll work on
clLinkProgram
https://bugs.freedesktop.org/show_bug.cgi?id=80848
--- Comment #13 from Emil Velikov emil.l.veli...@gmail.com ---
(In reply to comment #12)
I did look bit more into this. I notice at linking stage there is no
/opt/lib in LIBRARY_PATH nor in sys_lib_search_path_spec inside libtool.
So
anyone?
Am Dienstag, 22. Juli 2014, 10:35:40 schrieb Marc Dietrich:
commit e769bc682b4a0d0f597286b067f54f923d159866 broke direct rendering
context because it defaults to indirect rendering and there is no way
to reverse it.
Signed-of-by: Marc Dietrich marvi...@gmx.de
---
Reviewed and pushed.
Thanks!
2014-07-28 16:08 GMT+02:00 Marc Dietrich marvi...@gmx.de:
anyone?
Am Dienstag, 22. Juli 2014, 10:35:40 schrieb Marc Dietrich:
commit e769bc682b4a0d0f597286b067f54f923d159866 broke direct rendering
context because it defaults to indirect rendering and there is no
On Sun, Jul 27, 2014 at 01:56:15PM +0200, Bruno Jiménez wrote:
v2: Rebased on top of master
I've pushed both of these patches, thanks!
-Tom
---
src/gallium/drivers/r600/compute_memory_pool.c | 59
+-
src/gallium/drivers/r600/compute_memory_pool.h | 58
Looking all good, though it got me thinking about these numerous
float-to-int rounding functions in mesa in various places a bit more.
There is, for instance, a _mesa_round_to_even() function, which claims
that the c99 lrintf() and friends functions can't be used because the
environment might use
On 07/22/2014 03:07 PM, Alon Levy wrote:
Signed-off-by: Alon Levy al...@redhat.com
---
src/mesa/main/shaderimage.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/shaderimage.c b/src/mesa/main/shaderimage.c
index d1e752d..298ede2 100644
---
On 07/22/2014 03:07 PM, Alon Levy wrote:
Signed-off-by: Alon Levy al...@redhat.com
---
src/gallium/state_trackers/wgl/stw_pixelformat.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/wgl/stw_pixelformat.c
On 07/22/2014 03:07 PM, Alon Levy wrote:
Under VS2013 compiler that is distinguished by _MSC_VER of 1800 those two
are already defined, use the SDK definition.
Another option would have been to undef and use the definitions here - I'm
not sure which is better.
---
This removes warnings, this
On 07/22/2014 03:07 PM, Alon Levy wrote:
Signed-off-by: Alon Levy al...@redhat.com
---
This file is common so this warning comes up a lot.
src/gallium/auxiliary/util/u_math.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/util/u_math.h
On 07/24/2014 08:51 AM, jfons...@vmware.com wrote:
From: José Fonseca jfons...@vmware.com
While running https://github.com/nvMcJohn/apitest with apitrace I noticed that
Mesa was producing bogus results:
wglChoosePixelFormatARB(hdc, piAttribIList = {...}, pfAttribFList = 0,
nMaxFormats =
On 07/22/2014 03:51 AM, Richard Sandiford wrote:
MESA_FORMAT_LnAn_* puts the luminance in the low part of the integer and
the alpha in the high part. The same goes for MESA_FORMAT_RnGn with the
red and green channels.
This series fixes gallium to be consistent with that layout on big-endian.
On 07/22/2014 04:02 AM, Richard Sandiford wrote:
Similar to the L/A and R/G series I just posted, this one fixes the SNORM
and SRGB formats. The UNORM ones were done last year as part of the
original big-endian work.
v2, with subject lines fixed to include the component: bit. No code
https://bugs.freedesktop.org/show_bug.cgi?id=37637
--- Comment #13 from Ray Ingles sorceror...@gmail.com ---
Still happening in Ubuntu 14.04. Binary Nvidia drivers don't suffer the
problem, but Mesa drivers on Intel GMA 3100 crashes with segfault. Can provide
debug information on request.
--
On 07/25/2014 08:33 AM, Jan Vesely wrote:
warning: type qualifiers ignored on function return type
Signed-off-by: Jan Vesely jan.ves...@rutgers.edu
---
src/gallium/auxiliary/tgsi/tgsi_ureg.c | 2 +-
src/gallium/auxiliary/tgsi/tgsi_ureg.h | 2 +-
2 files changed, 2 insertions(+), 2
On 07/25/2014 08:33 AM, Jan Vesely wrote:
both array and index are unsigned types
Signed-off-by: Jan Vesely jan.ves...@rutgers.edu
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git
On 07/25/2014 01:20 AM, Tapani Pälli wrote:
This makes some of the UE4 engine demos (Stylized, Mobile Temple)
render correctly, tested on Intel Haswell machine.
Signed-off-by: Tapani Pälli tapani.pa...@intel.com
Acked-by: Anuj Phogat anuj.pho...@gmail.com
Bugzilla:
On 07/24/2014 08:19 AM, Jon TURNEY wrote:
A couple of small fixes to teach platform checks about Cygwin's characteristics
Ideally, these would be autoconf checks, and we wouldn't have to do anything
here, but it seems that ship has long sailed.
Yaakov Selkowitz (2):
xmlconfig: Use
On 07/20/2014 02:54 PM, Vinson Lee wrote:
execinfo.h is not available on DragonFly.
Fixes this build error.
CC glapi_gentable.lo
glapi_gentable.c:44:22: fatal error: execinfo.h: No such file or directory
Signed-off-by: Vinson Lee v...@freedesktop.org
---
On Mon, Jul 28, 2014 at 8:34 AM, Roland Scheidegger srol...@vmware.com
wrote:
Looking all good, though it got me thinking about these numerous
float-to-int rounding functions in mesa in various places a bit more.
There is, for instance, a _mesa_round_to_even() function, which claims
that the
This is version three of this patch, incorporating a suggestion from Rémi
Denis-Courmont to add VdpChromaType values for 10- and 12-bit formats.
This patch adds an API for player applications to utilize VDPAU for
hardware-accelerated playback of H.265/HEVC streams. This patch references
the ITU
Am 28.07.2014 20:38, schrieb Jason Ekstrand:
On Mon, Jul 28, 2014 at 8:34 AM, Roland Scheidegger srol...@vmware.com
mailto:srol...@vmware.com wrote:
Looking all good, though it got me thinking about these numerous
float-to-int rounding functions in mesa in various places a bit
Am 28.07.2014 20:38, schrieb Jason Ekstrand:
On Mon, Jul 28, 2014 at 8:34 AM, Roland Scheidegger srol...@vmware.com
mailto:srol...@vmware.com wrote:
Looking all good, though it got me thinking about these numerous
float-to-int rounding functions in mesa in various places a bit
Jordan Justen jljus...@gmail.com writes:
It looks like parser-last_token_was_newline will not be updated while
skipping. Should we update that during the skipping even though we're
not returning tokens?
Thanks for the careful review, Jordan.
While it would be more accurate to do that, I don't
14/23 glsl: Add an internal-error catch-all rule
In your updated commit message (on git branch), you mention that
this fixes two Khronos negative tests. But, it looks like we will
now print an Internal compiler error error message. So, we'll fail
to compile the negative tests, yet
Hi Rémi,
On 07/28/2014 03:37 PM, Rémi Denis-Courmont wrote:
Le lundi 28 juillet 2014, 20:07:11 Stephen Warren a écrit :
I say this because once you expand VdpChromeType to support 10- and 12-bit
formats, you'll probably also want to expand VdpYCbCrFormat to allow
surface reads/write from 10-
On Mon, Jul 28, 2014 at 11:33 AM, Carl Worth cwo...@cworth.org wrote:
Jordan Justen jljus...@gmail.com writes:
It looks like parser-last_token_was_newline will not be updated while
skipping. Should we update that during the skipping even though we're
not returning tokens?
Thanks for the
On Mon, Jul 28, 2014 at 7:06 PM, Brian Paul bri...@vmware.com wrote:
On 07/24/2014 12:35 PM, Marek Olšák wrote:
From: Marek Olšák marek.ol...@amd.com
This new name isn't so confusing.
I also changed the gallivm limit, because it looked wrong.
---
On Monday, July 28, 2014 05:34:59 PM Roland Scheidegger wrote:
Looking all good, though it got me thinking about these numerous
float-to-int rounding functions in mesa in various places a bit more.
There is, for instance, a _mesa_round_to_even() function, which claims
that the c99 lrintf() and
Am 29.07.2014 00:01, schrieb Kenneth Graunke:
On Monday, July 28, 2014 05:34:59 PM Roland Scheidegger wrote:
Looking all good, though it got me thinking about these numerous
float-to-int rounding functions in mesa in various places a bit
more. There is, for instance, a _mesa_round_to_even()
This flag was set to true for the atomic counter intrinsics, but it
never got plumbed through the linker, so by the time it got to the
backends it would always be set to the false. The current i965 backend
code doesn't use is_intrinsic, so this should not change any existing
code, but it's useful
On 07/24/2014 02:12 PM, Alon Levy wrote:
From: Alon Levy al...@redhat.com
Fixed build error at glsl_parser.yy for Visual Studio 2013
Signed-off-by: Alon Levy al...@redhat.com
Not required, my bad, I was looking at an old master, patch
8c879ac1977a265ae513a5569ee3af35dbc6b1aa already does
On 07/28/2014 07:13 PM, Brian Paul wrote:
On 07/22/2014 03:07 PM, Alon Levy wrote:
Under VS2013 compiler that is distinguished by _MSC_VER of 1800 those two
are already defined, use the SDK definition.
Another option would have been to undef and use the definitions here -
I'm
not sure which
José Hiram Soltren wrote at Monday, July 28, 2014 1:08 PM:
This is version three of this patch, incorporating a suggestion from Rémi
Denis-Courmont to add VdpChromaType values for 10- and 12-bit formats.
I might be tempted to leave out any support of 10- or 12-bit formats for now,
and do that
Le lundi 28 juillet 2014, 20:07:11 Stephen Warren a écrit :
I say this because once you expand VdpChromeType to support 10- and 12-bit
formats, you'll probably also want to expand VdpYCbCrFormat to allow
surface reads/write from 10- and 12-bit surfaces,
While high-depth YUV surface read/write
GL_SAMPLE_SHADING is specified as a valid pname for glGet in the
GL_ARB_sample_shading extension. It seems as if we forgot to add it to the
table of pnames.
Signed-off-by: Jason Ekstrand jason.ekstr...@intel.com
---
src/mesa/main/get_hash_params.py | 1 +
1 file changed, 1 insertion(+)
diff
Reviewed-by: Matt Turner matts...@gmail.com
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=81834
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Summary|TGSI constant buffer|TGSI constant buffer
Signed-off-by: Anuj Phogat anuj.pho...@gmail.com
---
I don't have a test case though it might be useful to also include
the check for FS_OPCODE_FB_WRITE here?
src/mesa/drivers/dri/i965/brw_fs_copy_propagation.cpp | 4
1 file changed, 4 insertions(+)
diff --git
Fixes Khronos GLES3 CTS test:
dynamic_expression_array_access_vertex
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Anuj Phogat anuj.pho...@gmail.com
---
I don't have a test case though it might be useful to also include
the check for VS_OPCODE_URB_WRITE here?
47 matches
Mail list logo