https://bugs.freedesktop.org/show_bug.cgi?id=51428
--- Comment #5 from Alexandre Demers 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=Mesa&project=home%3Ajobermayr
>
> I had to "s/lib at /lib@/g" and
https://bugs.freedesktop.org/show_bug.cgi?id=51482
Darxus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
___
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 disa
Tom Stellard 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 have a reference
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
> Signed-off-by: Luca Tettamanti
> ---
> configure.ac |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/con
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 Stone
---
src/mapi/glapi/gen/ARB_debug_output.xml
https://bugs.freedesktop.org/show_bug.cgi?id=51428
--- Comment #4 from Johannes Obermayr 2012-06-27
13:45:16 PDT ---
This patch works on my OBS Project:
https://build.opensuse.org/package/show?package=Mesa&project=home%3Ajobermayr
I had to "s/lib at /lib@/g" and then "patch -p1 <$PATCH_FILE".
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
---
src/mapi/glapi/gen/ARB_debug_output.xml |2 +-
src/mapi/glapi/gen/ARB_draw_eleme
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]
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.
> ---
> .../
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. clEnq
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 -
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 -fasynchronous-un
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 l
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
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 is not the name of a valid buffer
object."
and
"(60) When using this extension wi
On Wed, Jun 27, 2012 at 1:26 PM, Tom Stellard 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 wrote:
>> > Some packets require the shader type bit (bit 1) to be set when
>> > used for compute shaders. The pkt_flag will be ini
Reviewed-by: Marek Olšák
Marek
On Wed, Jun 27, 2012 at 5:37 PM, Tom Stellard 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 +-
> src/gallium/drivers/r600/r600_hw_co
Reviewed-by: Marek Olšák
Marek
On Wed, Jun 27, 2012 at 5:37 PM, Tom Stellard 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 emitted after the start_cs_cmd a
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 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 stru
On Wed, Jun 27, 2012 at 1:17 PM, Marek Olšák wrote:
> On Wed, Jun 27, 2012 at 5:37 PM, Tom Stellard 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_com
Brian Paul 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 set the GLS
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 +4
On Wed, Jun 27, 2012 at 5:37 PM, Tom Stellard 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 shaders and it
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 +-
src/mapi/gl
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 +-
src/mesa
Sounds good.
I've noticed similar issues upgrading khronos headers in apitrace in the past
-- every now and then the Khronos headers (or OS vendors) introduce slight
differences in the prototopes, which is aggravated with C++ type checking rules.
Jose
- Original Message -
> Fixes the e
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 deletions(
---
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 +-
src/gallium/drivers/r600/r
---
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
--- a/src/gallium/drivers/r600/evergreen_stat
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 a/src/g
---
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
+++ b/src/gallium/
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 wr
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 c
---
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
--- a/src/gallium/drivers/r
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/driv
---
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
+
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
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 functi
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 dig
On Wed, Jun 27, 2012 at 4:42 PM, Adam Jackson 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;
>> > +
>> > + g
On 06/27/2012 09:06 AM, Marek Olšák wrote:
On Wed, Jun 27, 2012 at 4:39 PM, Brian Paul 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/me
On Wed, Jun 27, 2012 at 4:39 PM, Brian Paul 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 b/src/mes
On 06/26/2012 05:22 PM, Jordan Justen wrote:
On Tue, Jun 26, 2012 at 2:34 PM, Brian Paul 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: Jordan Justen
---
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 o
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 * 1
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
--- a/src/mesa/main/qu
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 a/src/gallium/include/
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 a/s
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
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
> __
- Original Message -
> - 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, b
- 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
> > p
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
http://lists
---
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 b/tests/egl/CMakeLists.gl
- 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
---
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 b/include
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
b/src/mesa/drivers/dri/intel/intel_scr
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
---
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
ne
---
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 a/src/gbm/backends/dri/gbm_d
---
.../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/g
---
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 src/egl/drivers/dri2/platform
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/mesa/dr
---
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 e37917
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 internal_for
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
68 matches
Mail list logo
