On Mit, 2012-06-27 at 03:49 +0200, Marek Olšák wrote:
+GLuint64
+_mesa_get_cpu_timestamp(void)
+{
+#ifndef _WIN32
+ struct timeval tv;
+
+ gettimeofday(tv, 0);
+ return (GLuint64)tv.tv_sec * 10ull + (GLuint64)tv.tv_usec * 1000;
As in a recent discussion about DRM vblank
Intel SNB/IVB platform supports rendering YUYV buffer to overlay plane, however
YUYV is missing support from mesa/dri-image yet.
so I go ahead to add it; basing on it, libva can send YUYV buffer directly to
wayland/weston, then weston output it to overlay plane.
v2 update:
- set
---
include/GL/internal/dri_interface.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
mode change 100644 = 100755 include/GL/internal/dri_interface.h
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal/dri_interface.h
old mode 100644
new mode 100755
index
YUYV image works for overlay now
YUYV image works for texture will come soon
---
src/mesa/drivers/dri/intel/intel_screen.c| 10 ++
src/mesa/drivers/dri/intel/intel_tex_image.c |6 ++
2 files changed, 16 insertions(+), 0 deletions(-)
mode change 100644 = 100755
---
src/egl/drivers/dri2/egl_dri2.c | 17 ++---
src/egl/drivers/dri2/platform_wayland.c |8 +++-
2 files changed, 21 insertions(+), 4 deletions(-)
mode change 100644 = 100755 src/egl/drivers/dri2/egl_dri2.c
mode change 100644 = 100755
---
.../state_trackers/egl/wayland/native_drm.c|3 +++
.../state_trackers/egl/wayland/native_wayland.h|3 ++-
2 files changed, 5 insertions(+), 1 deletions(-)
mode change 100644 = 100755
src/gallium/state_trackers/egl/wayland/native_drm.c
mode change 100644 = 100755
---
src/gbm/backends/dri/gbm_dri.c |9 +
src/gbm/main/gbm.h |5 -
2 files changed, 13 insertions(+), 1 deletions(-)
mode change 100644 = 100755 src/gbm/backends/dri/gbm_dri.c
mode change 100644 = 100755 src/gbm/main/gbm.h
diff --git
---
src/egl/wayland/wayland-drm/wayland-drm.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
mode change 100644 = 100755 src/egl/wayland/wayland-drm/wayland-drm.c
diff --git a/src/egl/wayland/wayland-drm/wayland-drm.c
b/src/egl/wayland/wayland-drm/wayland-drm.c
old mode 100644
it can be shared among processed
---
src/gbm/backends/dri/gbm_dri.c | 13 +
src/gbm/main/gbm.c | 18 ++
src/gbm/main/gbm.h |3 +++
src/gbm/main/gbmint.h |2 ++
4 files changed, 36 insertions(+), 0 deletions(-)
mode change
add tiling support for intel_image_write()
all drm image can be written from app
---
src/mesa/drivers/dri/intel/intel_screen.c | 17 +++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
---
include/EGL/eglmesaext.h|3 +++
src/egl/drivers/dri2/egl_dri2.c |9 -
2 files changed, 11 insertions(+), 1 deletions(-)
mode change 100644 = 100755 include/EGL/eglext.h
mode change 100644 = 100755 include/EGL/eglmesaext.h
diff --git a/include/EGL/eglext.h
- it shows how wayland-drm protocol works between server and client
buffer are shared basing on dri image
- XRGB and YUYV format are supported,
it can render to overlay plane potentially
---
configure.ac |3 +-
src/egl/wayland/wayland-drm/Makefile.am
---
tests/egl/CMakeLists.gl.txt |2 +
tests/egl/egl-create-drm-image.c | 145 ++
2 files changed, 147 insertions(+), 0 deletions(-)
create mode 100755 tests/egl/egl-create-drm-image.c
diff --git a/tests/egl/CMakeLists.gl.txt
dri is currently broken on an AOpen i915GMm-hfs motherboard:
=
The dri problem is caused by xserver commit
3f97284b10c250457888902debd4d793cb4544d4.
cu,
Knut
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
- Original Message -
On Mon, Jun 25, 2012 at 03:16:35PM -0700, Jose Fonseca wrote:
Indeed lp_build_brilinear_lod is not faster than
lp_build_ifloor_fract, but brilinear is faster, not because log is
a
faster approximation, but because it increases the odds that fract
part is
Brian,
Series looks good to me.
I don't know about others, but FWIW I think this sort of cleanup is trivial
enough to be commited without review.
Jose
- Original Message -
These are just a bunch of minor patches I've had sitting in my trees
for a while.
-Brian
On 06/26/2012 11:18 PM, Marek Olšák wrote:
This is a cleanup for ARB_transform_feedback3, where
GL_MAX_TRANSFORM_FEEDBACK_BUFFERS is introduced for interleaved attribs and
has the same meaning as GL_MAX_.._SEPARATE_ATTRIBS for separate attribs.
Also, the maximum number of TFB buffers is reduced
On 06/26/2012 07:49 PM, Marek Olšák wrote:
---
src/mesa/main/get.c | 10
src/mesa/main/mtypes.h |1 +
src/mesa/main/queryobj.c | 61 ++
src/mesa/main/queryobj.h |5
4 files changed, 77 insertions(+)
diff --git
On 06/26/2012 07:50 PM, Marek Olšák wrote:
---
src/gallium/include/pipe/p_defines.h|3 ++-
src/mesa/state_tracker/st_cb_queryobj.c |5 +
src/mesa/state_tracker/st_extensions.c |7 +++
3 files changed, 14 insertions(+), 1 deletion(-)
diff --git
On 06/26/2012 07:49 PM, Marek Olšák wrote:
---
src/mesa/main/queryobj.c | 78 ++
1 file changed, 72 insertions(+), 6 deletions(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/main/queryobj.c
index f0a9a79..cb50784 100644
---
On Wed, 2012-06-27 at 09:29 +0200, Michel Dänzer wrote:
On Mit, 2012-06-27 at 03:49 +0200, Marek Olšák wrote:
+GLuint64
+_mesa_get_cpu_timestamp(void)
+{
+#ifndef _WIN32
+ struct timeval tv;
+
+ gettimeofday(tv, 0);
+ return (GLuint64)tv.tv_sec * 10ull +
FOSS.in, India's biggest open source conference, has their CFP out
for this year's conference (Nov. 29 - Dec.1 in Bangalore):
http://foss.in/participate/call-for-participation
Like FOSDEM, it's all open source projects, not any particular area.
If someone in the region wanted to present
On 06/26/2012 05:22 PM, Jordan Justen wrote:
On Tue, Jun 26, 2012 at 2:34 PM, Brian Paulbri...@vmware.com wrote:
On 06/25/2012 06:34 PM, Jordan Justen wrote:
Previously if a format of GL_RGBA was used, then float data would
be returned, even if the type was an integer type.
Signed-off-by:
On Wed, Jun 27, 2012 at 4:39 PM, Brian Paul bri...@vmware.com wrote:
On 06/26/2012 07:49 PM, Marek Olšák wrote:
---
src/mesa/main/queryobj.c | 78
++
1 file changed, 72 insertions(+), 6 deletions(-)
diff --git a/src/mesa/main/queryobj.c
On 06/27/2012 09:06 AM, Marek Olšák wrote:
On Wed, Jun 27, 2012 at 4:39 PM, Brian Paulbri...@vmware.com wrote:
On 06/26/2012 07:49 PM, Marek Olšák wrote:
---
src/mesa/main/queryobj.c | 78
++
1 file changed, 72 insertions(+), 6 deletions(-)
On Wed, Jun 27, 2012 at 4:42 PM, Adam Jackson a...@redhat.com wrote:
On Wed, 2012-06-27 at 09:29 +0200, Michel Dänzer wrote:
On Mit, 2012-06-27 at 03:49 +0200, Marek Olšák wrote:
+GLuint64
+_mesa_get_cpu_timestamp(void)
+{
+#ifndef _WIN32
+ struct timeval tv;
+
+
On Wed, 2012-06-27 at 17:16 +0200, Marek Olšák wrote:
I am working in nanoseconds and precision is quite important. I don't
think I can use CLOCK_MONOTONIC_COARSE. CLOCK_MONOTONIC might be fine.
My mistake, read the math the wrong way around.
- ajax
signature.asc
Description: This is a
Hi,
This patch series makes it possible for the compute code to use
evergreen_cb() for binding RATs and should fix compute on newer
kernels.
Even though these changes are mostly focused on compute, they
do modify some core driver code (mostly evergreen_cb() and a
few new register emission
Some packets require the shader type bit (bit 1) to be set when
used for compute shaders. The pkt_flag will be initialized to
RADEON_CP_PACKET3_COMPUTE_MODE for any struct r600_command_buffer used
for dispatching compute shaders and it will be or'd against the result of
the PKT3 macro when adding
---
src/gallium/drivers/r600/evergreen_compute.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_compute.c
b/src/gallium/drivers/r600/evergreen_compute.c
index 4389021..1f2ba40 100644
--- a/src/gallium/drivers/r600/evergreen_compute.c
The start_compute_cs atom initializes some config and context registers
to the values needed for running compute shaders. When a compute shader
is dispatched, this atom is emitted after the start_cs_cmd atom, which
initializes registers that are common to both 3D and compute.
---
---
src/gallium/drivers/r600/evergreen_compute.c | 30 +
1 files changed, 16 insertions(+), 14 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_compute.c
b/src/gallium/drivers/r600/evergreen_compute.c
index eaffb75..3ec9d9b 100644
---
This allows the shader type bit to be set in the pm4 header when
emitting registers for compute shaders.
---
src/gallium/drivers/r600/r600.h |2 +-
src/gallium/drivers/r600/r600_hw_context.c | 14 +-
src/gallium/drivers/r600/r600_state_common.c |2 +-
3 files
This function is used when dispatching compute shader in order to avoid
mixing compute and 3D registers in the context's dirty list. This
allows the compute code to resuse 3D functions like evergreen_cb, which
return a struct r600_pipe_state and still have control over when and how
the register
---
src/gallium/drivers/r600/r600_resource.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_resource.h
b/src/gallium/drivers/r600/r600_resource.h
index 13fce00..d1f3a47 100644
--- a/src/gallium/drivers/r600/r600_resource.h
+++
This the first step towards being able to use evergreen_cb to bind RATs.
---
src/gallium/drivers/r600/compute_memory_pool.c | 34 +--
.../drivers/r600/evergreen_compute_internal.c | 21
2 files changed, 37 insertions(+), 18 deletions(-)
diff --git
---
src/gallium/drivers/r600/evergreen_state.c | 14 +++---
1 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_state.c
b/src/gallium/drivers/r600/evergreen_state.c
index f0fdd2b..aeb92a5 100644
---
---
src/gallium/drivers/r600/compute_memory_pool.c |2 +-
src/gallium/drivers/r600/evergreen_compute.c | 17 +++-
.../drivers/r600/evergreen_compute_internal.c | 94 ++--
src/gallium/drivers/r600/evergreen_state.c |2 +-
Fixes the es2 build with gcc.
Note: in glext.h the prototypes for glShaderSource() and glShaderSourceARB()
disagree: only the former has the extra const qualifier.
---
src/mapi/glapi/gen/gl_API.xml |2 +-
src/mesa/main/APIspec.xml |2 +-
2 files changed, 2 insertions(+), 2
For some reason regular gcc on Linux didn't catch these but the mingw
compiler did (generated errors, not warnings).
---
src/mesa/main/dd.h|2 +-
src/mesa/main/errors.c|4 ++--
src/mesa/vbo/vbo_exec_array.c |5 +++--
src/mesa/vbo/vbo_noop.c |2 +-
For some reason regular gcc on Linux didn't catch these but the mingw
compiler did (generated errors, not warnings).
v2: include the changes in src/mapi/ too
---
src/mapi/glapi/gen/ARB_debug_output.xml|2 +-
.../glapi/gen/ARB_draw_elements_base_vertex.xml|2 +-
On Wed, Jun 27, 2012 at 5:37 PM, Tom Stellard tstel...@gmail.com wrote:
Some packets require the shader type bit (bit 1) to be set when
used for compute shaders. The pkt_flag will be initialized to
RADEON_CP_PACKET3_COMPUTE_MODE for any struct r600_command_buffer used
for dispatching compute
On 06/26/2012 12:47 PM, Andreas Boll wrote:
---
docs/helpwanted.html | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/docs/helpwanted.html b/docs/helpwanted.html
index cfa057e..6d6058e 100644
--- a/docs/helpwanted.html
+++ b/docs/helpwanted.html
@@ -46,6
Brian Paul bri...@vmware.com writes:
Previously, we were counting gl_FrontFacing, gl_FragCoord and gl_PointCoord
against the limit of varying variables. This prevented some valid shaders
from linking.
The other potential solution to this is to have the driver advertise
more varying vars or
On Wed, Jun 27, 2012 at 1:17 PM, Marek Olšák mar...@gmail.com wrote:
On Wed, Jun 27, 2012 at 5:37 PM, Tom Stellard tstel...@gmail.com wrote:
Some packets require the shader type bit (bit 1) to be set when
used for compute shaders. The pkt_flag will be initialized to
On Wed, Jun 27, 2012 at 07:17:37PM +0200, Marek Olšák wrote:
On Wed, Jun 27, 2012 at 5:37 PM, Tom Stellard tstel...@gmail.com wrote:
Some packets require the shader type bit (bit 1) to be set when
used for compute shaders. The pkt_flag will be initialized to
RADEON_CP_PACKET3_COMPUTE_MODE
Reviewed-by: Marek Olšák mar...@gmail.com
Marek
On Wed, Jun 27, 2012 at 5:37 PM, Tom Stellard tstel...@gmail.com wrote:
The start_compute_cs atom initializes some config and context registers
to the values needed for running compute shaders. When a compute shader
is dispatched, this atom is
Reviewed-by: Marek Olšák mar...@gmail.com
Marek
On Wed, Jun 27, 2012 at 5:37 PM, Tom Stellard tstel...@gmail.com wrote:
This allows the shader type bit to be set in the pm4 header when
emitting registers for compute shaders.
---
src/gallium/drivers/r600/r600.h | 2 +-
On Wed, Jun 27, 2012 at 1:26 PM, Tom Stellard thomas.stell...@amd.com wrote:
On Wed, Jun 27, 2012 at 07:17:37PM +0200, Marek Olšák wrote:
On Wed, Jun 27, 2012 at 5:37 PM, Tom Stellard tstel...@gmail.com wrote:
Some packets require the shader type bit (bit 1) to be set when
used for compute
How should glBindBufferBase and glBindBufferRange treat bad buffer
arguments? I see two relevant pieces of spec:
The error INVALID_OPERATION is generated by BindBufferRange and
BindBufferBase if buffer is not the name of a valid buffer
object.
and
(60) When using this
https://bugs.freedesktop.org/show_bug.cgi?id=51482
Bug #: 51482
Summary: Fails to build with error: glapi_mapi_tmp.h:724:1:
error: conflicting types for ‘glShaderSource’
Classification: Unclassified
Product: Mesa
Version: git
Finally got around to writing that script to analyse what should be on
8.0 but is not. I have attached the result.
First list is only there to shame people who have forgotten -x when
cherry picking. The second list is all the commits that we have
forgotten about that is on master. The third is a
With the second patch this issue remains (gcc on openSUSE_12.1):
gcc -c -I../../../include -I../../../src/mapi -I../../../src/mesa
-DMAPI_MODE_BRIDGE -DMAPI_ABI_HEADER=\glapi/glapi_mapi_tmp.h\
-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector
-funwind-tables
On 06/27/2012 01:53 PM, Johannes Obermayr wrote:
With the second patch this issue remains (gcc on openSUSE_12.1):
gcc -c -I../../../include -I../../../src/mapi -I../../../src/mesa -DMAPI_MODE_BRIDGE
-DMAPI_ABI_HEADER=\glapi/glapi_mapi_tmp.h\ -fmessage-length=0 -O2 -Wall
-D_FORTIFY_SOURCE=2
We need to increment the reference count for objects, like cl_event,
that the user is responsible for destroying when they are returned from
the API. Otherwise, the object will be destroyed when clover is done with
it, even though the user will still have a reference to it. For example:
1.
I'll commit this tomorrow unless there are objections.
-Tom
On Thu, Jun 21, 2012 at 02:05:24PM -0400, Tom Stellard wrote:
The function internalizer pass marks non-kernel functions as internal,
which enables optimizations like function inlining and global dead-code
elimination.
---
On Wed, Jun 27, 2012 at 03:17:05AM -0700, Jose Fonseca wrote:
I took a look at the results, and it seems to me that bri linear
code is fine -- the test is merely too strict, and doesnot forgive
the gravitation towards integer lod that brilinear implements.
Yes, the current code maps [0,.25] to
51b0a0b3 introduced a number of const restrictions in glext.h, but
didn't propagate these to the GL API XML files, leading to a number of
prototype mismatch warnings.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
src/mapi/glapi/gen/ARB_debug_output.xml |2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=51428
--- Comment #4 from Johannes Obermayr johannesoberm...@gmx.de 2012-06-27
13:45:16 PDT ---
This patch works on my OBS Project:
https://build.opensuse.org/package/show?package=Mesaproject=home%3Ajobermayr
I had to s/lib at /lib@/g and then patch
On 06/27/2012 02:42 PM, Daniel Stone wrote:
51b0a0b3 introduced a number of const restrictions in glext.h, but
didn't propagate these to the GL API XML files, leading to a number of
prototype mismatch warnings.
Signed-off-by: Daniel Stonedan...@fooishbar.org
---
On Wed, Jun 27, 2012 at 10:56:38PM +0200, Luca Tettamanti wrote:
It makes it easier to use a non-default llvm-config binary.
Reviewed-by: Tom Stellard thomas.stell...@amd.com
Signed-off-by: Luca Tettamanti kronos...@gmail.com
---
configure.ac |4 ++--
1 file changed, 2 insertions(+),
Tom Stellard tstel...@gmail.com writes:
We need to increment the reference count for objects, like cl_event,
that the user is responsible for destroying when they are returned from
the API. Otherwise, the object will be destroyed when clover is done with
it, even though the user will still
The meta-ops _mesa_meta_Clear() and _mesa_meta_glsl_Clear() need to
ignore the state of GL_SAMPLE_ALPHA_TO_COVERAGE,
GL_SAMPLE_ALPHA_TO_ONE, GL_SAMPLE_COVERAGE, GL_SAMPLE_COVERAGE_VALUE,
and GL_SAMPLE_COVERAGE_INVERT when clearing multisampled buffers. The
easiest way to accomplish this is to
Does the hardware you care about not have a reg to read out the current
timestamp? Ours does, and it seems like a way better way to go about it
than hoping that the two clocks don't drift relative to each other.
pgpOwy0UJAI9h.pgp
Description: PGP signature
https://bugs.freedesktop.org/show_bug.cgi?id=51482
Darxus dar...@chaosreigns.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=51428
--- Comment #5 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-06-27
21:05:03 PDT ---
(In reply to comment #4)
This patch works on my OBS Project:
https://build.opensuse.org/package/show?package=Mesaproject=home%3Ajobermayr
I had to
66 matches
Mail list logo