https://bugs.freedesktop.org/show_bug.cgi?id=81174
--- Comment #4 from Florian Link florianl...@gmail.com ---
That sounds like a reasonable explanation, except that the closing lines of the
line loops are not always the same, they change when the same line loop is
rendered again. But maybe there
v2: Add information about the item's starting point and size
---
src/gallium/drivers/r600/compute_memory_pool.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
b/src/gallium/drivers/r600/compute_memory_pool.c
index 1d0ec85..6a525cf
https://bugs.freedesktop.org/show_bug.cgi?id=81174
--- Comment #5 from Florian Link florianl...@gmail.com ---
I had a look at the code and it looks like the problem is that
the data is collected in a VBO in file:
vbo_save_api.c
and if the VBO_SAVE_BUFFER_SIZE is exhausted, the buffer is drawn
https://bugs.freedesktop.org/show_bug.cgi?id=81139
--- Comment #10 from Boyan Ding stu_...@126.com ---
(In reply to comment #9)
If never present_fake_queue_vblank is called with a msc too low (already
passed), then perhaps it's going to wait forever. My guess is that for an
unknown reason,
On Cygwin and MinGW, linking a shared library also generates an import library
Use a wildcard which also matches the name of the megadriver import lib,
mesa_dri_drivers.dll.a, so that is also removed after megadriver symlinks are
created
(This then matches src/gallium/targets/dri/Makefile.am,
https://bugs.freedesktop.org/show_bug.cgi?id=81139
--- Comment #11 from Boyan Ding stu_...@126.com ---
I found the following things:
1. When things are right the window_msc argument of present_pixmap is always a
small number (often 1 or sometimes 2), but when things starts to go wrong, it
can be
On Fri, Jul 11, 2014 at 10:20:54AM +0200, Bruno Jiménez wrote:
v2: Add information about the item's starting point and size
Reviewed-by: Tom Stellard thomas.stell...@amd.com
---
src/gallium/drivers/r600/compute_memory_pool.c | 9 +
1 file changed, 9 insertions(+)
diff --git
On Fri, Jul 11, 2014 at 01:00:34AM +0200, Marek Olšák wrote:
I have just tested it and it works with LLVM 3.4.2.
Ok, thanks.
Both patches are:
Reviewed-by: Tom Stellard thomas.stell...@amd.com
Marek
On Thu, Jul 10, 2014 at 5:11 PM, Tom Stellard t...@stellard.net wrote:
On Tue, Jul 08,
Ah, alright. It was just a minor suggestion.
I didn't have a look at all the patches, but I did review some of them
and they looked good to me, including this one.
Marek
On Fri, Jul 11, 2014 at 2:23 PM, Samuel Pitoiset
samuel.pitoi...@gmail.com wrote:
On 07/10/2014 12:42 AM, Marek Olšák wrote:
Hi everyone,
I read a post from 2012 that MESA supports geometry shaders. I tried a
current MESA 10.2.x release, but MESA GL_VERSION returns OpenGL version 3.0
(not 3.2) and the
GL_ARB_geometry_shader4 extension is not reported in the MESA extensions.
The function lookup for the functions of
On 07/11/2014 01:47 AM, Florian Link wrote:
Hi everyone,
I read a post from 2012 that MESA supports geometry shaders. I tried a
current MESA 10.2.x release, but MESA GL_VERSION returns OpenGL version
3.0 (not 3.2) and the
GL_ARB_geometry_shader4 extension is not reported in the MESA extensions.
This will be used by GL_AMD_performance_monitor.
V2:
- add 'uint32_t u32'
- rename 'float f32' to 'float f'
- add some comments
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
src/gallium/include/pipe/p_defines.h | 8
1 file changed, 8 insertions(+)
diff --git
This will be used to return different numeric types for
driver queries.
V2:
- use float instead of double
- reorder pipe_numeric_type_union to avoid bad initializers
- rename ui to u64 and i to u32 according to
gl_perf_monitor_counter_value
- use uint32_t instead of int64_t according to
This generic function will be used to get groups of queries.
V2:
- add some comments as request by Brian Paul
- put the function name on the next line
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
src/gallium/auxiliary/Makefile.sources | 1 +
This enables GL_AMD_performance_monitor for radeon.
V2:
- s/pipe_context/pipe_screen in the commit msg
V3:
- use util_get_driver_query_group_info
V4:
- add R600_QUERY_COUNT in r600_pipe_common.h
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
This adds a new group for MP performance counters and requires
to write our own implementation of get_driver_query_group_info.
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 52 --
Driver queries are organized as a single hierarchy where queries
are categorized into groups. Each goup has a list of queries and
a maximum number of queries that can be sampled.
This will be used by GL_AMD_performance monitor.
V2:
- add doc to src/gallium/docs/source/screen.rst
-
From: Christoph Bumiller e0425...@student.tuwien.ac.at
This is based on the original patch of Christoph Bumiller.
(source: http://people.freedesktop.org/~chrisbmr/perfmon.diff)
Drivers must implement get_driver_query_group_info and
get_driver_query_info in order to enable this extension.
V2:
This enables GL_AMD_performance_monitor for nvc0.
V2:
- use util_get_driver_query_group_info
V3:
- use of NVC0_QUERY_DRV_STAT_COUNT instead of a magic number
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 10 ++
GL_AMD_performance_monitor is supported by nvc0, svga, freedreno,
r600 and radeonsi.
V2:
- add radeonsi
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
docs/relnotes/10.3.html | 1 +
1 file changed, 1 insertion(+)
diff --git a/docs/relnotes/10.3.html b/docs/relnotes/10.3.html
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_query.c
b/src/gallium/drivers/nouveau/nvc0/nvc0_query.c
index
According to the spec of GL_AMD_performance_monitor, valid type values
returned are UNSIGNED_INT, UNSIGNED_INT64_AMD, PERCENTAGE_AMD, FLOAT.
This also introduces the new field group_id in order to categorize
queries into groups.
V2:
- add pipe_driver_query_type enum
Signed-off-by: Samuel
Hello everyone,
New version of GL_AMD_performance_monitor (version 4).
V2 (global changes):
- Fix radeon as pinpointed by Marek
- Implement pipe_driver_query_group_info for svga, radeon and
freedreno
V3 (global changes):
- Re-organize the series according to hints of Ilia Mirkin
-
V2:
- do not return immediately after nvc0_mp_pm_query_end() in
order to set the current state of the given query
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff
This enables GL_AMD_performance_monitor for freedreno.
V2:
- s/pipe_context/pipe_screen in the commit msg
V3:
- use util_get_driver_query_group_info
V4:
- add FD_QUERY_COUNT in freedreno_query.h
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
This enables GL_AMD_performance_monitor for svga.
V2:
- s/pipe_context/pipe_screen in the commit msg
V3:
- use util_get_driver_query_group_info
V4:
- add SVGA_QUERY_COUNT in svga_context.h
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
src/gallium/drivers/svga/svga_context.h
This can be used to check if a query is unable to start.
Signed-off-by: Samuel Pitoiset samuel.pitoi...@gmail.com
---
src/gallium/drivers/freedreno/freedreno_query.c| 4 ++--
src/gallium/drivers/freedreno/freedreno_query.h| 2 +-
src/gallium/drivers/freedreno/freedreno_query_hw.c | 3
https://bugs.freedesktop.org/show_bug.cgi?id=81174
--- Comment #6 from Marek Olšák mar...@gmail.com ---
vbo_save_api.c is for display lists. Direct execution is done in vbo_exec_api.c
and vbo_exec_draw.c. Other than that, your understanding is correct.
--
You are receiving this mail because:
On 07/10/2014 03:31 PM, Matt Turner wrote:
On Thu, Jul 10, 2014 at 2:24 PM, thomashellan...@gmail.com wrote:
From: Thomas Helland thomashellan...@gmail.com
HURT: shaders/orbital_explorer.shader_test vs: 1049 - 1052
(0.29%)
There's something wrong with this shader. It seems to
On 07/10/2014 04:12 PM, Brian Paul wrote:
On 07/10/2014 03:24 PM, thomashellan...@gmail.com wrote:
From: Thomas Helland thomashellan...@gmail.com
Let's cut the needless A B here.
Gives some effect on a clean shader-db with
some extra shaders from TF2 and portal.
helped:
From: Giovanni Campagna gcampa...@src.gnome.org
Add a new winsys and target that can be used with a dri2 state tracker and
loader instead of drisw. This allows to use gbm as a dri2/image loader
and avoid the extra copy from the backbuffer to the shadow frontbuffer.
The new driver is called
From: Giovanni Campagna gcampa...@src.gnome.org
The kms-dri swrast driver cannot share buffers using the GEM,
so it must tell the loader to disable extensions relying on
that, without disabling the image DRI extension altogheter
(which would prevent the loader from working at all).
This requires
From: Giovanni Campagna gcampa...@src.gnome.org
Turn GBM into a swrast loader (providing putimage/getimage backed
by a dumb KMS buffer). This allows to run KMS+DRM GL applications
(such as weston or mutter-wayland) unmodified on cards that don't
have any client side HW acceleration component but
Hello all,
Here is hopefully the last iteration of Giovanni's patches, rebased
on top of the buildsystem mayhem that I've caused recently.
I've a few small changes in patch 1, most significant of which is
s/LIBGL_ALWAYS_SOFTWARE/GBM_ALWAYS_SOFTWARE, as I think that having an
LIBGL envvar to
For now, this can only be triggered with a new 'no8' INTEL_DEBUG option
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
src/mesa/drivers/dri/i965/brw_context.h | 2 ++
src/mesa/drivers/dri/i965/brw_fs.cpp | 14 --
src/mesa/drivers/dri/i965/gen7_wm_state.c | 4 ++--
On Fri, Jul 11, 2014 at 11:26 AM, Kristian Høgsberg k...@bitplanet.net wrote:
For now, this can only be triggered with a new 'no8' INTEL_DEBUG option
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
src/mesa/drivers/dri/i965/brw_context.h | 2 ++
This patch fixes this MinGW build error.
glapi_gentable.c: In function '_glapi_create_table_from_handle':
glapi_gentable.c:123:9: error: implicit declaration of function 'dlsym'
[-Werror=implicit-function-declaration]
*procp = dlsym(handle, symboln);
^
Signed-off-by: Vinson
On Fri, Jul 11, 2014 at 11:35 AM, Matt Turner matts...@gmail.com wrote:
On Fri, Jul 11, 2014 at 11:26 AM, Kristian Høgsberg k...@bitplanet.net
wrote:
For now, this can only be triggered with a new 'no8' INTEL_DEBUG option
Signed-off-by: Kristian Høgsberg k...@bitplanet.net
---
On 11/07/14 14:39, Jon TURNEY wrote:
On Cygwin and MinGW, linking a shared library also generates an import library
Use a wildcard which also matches the name of the megadriver import lib,
mesa_dri_drivers.dll.a, so that is also removed after megadriver symlinks are
created
(This then
Hi,
Could somebody from Intel please have a look at this?
Thanks,
Marek
On Tue, Jul 8, 2014 at 8:29 PM, Marek Olšák mar...@gmail.com wrote:
From: Marek Olšák marek.ol...@amd.com
This is needed to make Unigine Heaven 4.0 and Unigine Valley 1.0 work
with sample shading.
Also, if this is
Please always send patches to mesa-dev using git send-email. It has
the same syntax as git format-patch, but it sends emails instead of
creating files.
How to set up git send-email with gmail:
http://morefedora.blogspot.cz/2009/02/configuring-git-send-email-to-use-gmail.html
This describes how
https://bugs.freedesktop.org/show_bug.cgi?id=80848
Emil Velikov emil.l.veli...@gmail.com changed:
What|Removed |Added
Assignee|kei...@keithp.com
https://bugs.freedesktop.org/show_bug.cgi?id=81139
--- Comment #12 from Axel Davy veb...@hotmail.fr ---
Have you rebuild mesa and xwayland after installing libxcb git ?
I think I had accidentally scratched my libxcb installation by the arch
package, but installing the libxcb git doesn't seem to
Make sure to check the presence of the module in order to pick the
correct libs flag and before feeding them to the compiler/linker.
Current libGL depends conditionally (when building with dri3) upon
xcb 1.9.3 and unconditionally on ancient xcb functions -
xcb_generate_id and xcb_request_check
Make sure to check the presence of the module in order to pick the
correct libs flag and before feeding them to the compiler/linker.
Current libEGL depends conditionally (when building with x11 platform)
upon xcb.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
configure.ac | 2 +-
1
Make sure to check the presence of the module in order to pick the
correct libs flag and before feeding them to the compiler/linker.
Current libXvMC*, libvdpau* and libomx_mesa depends unconditionally
upon xcb, due to their usage of the aux/vl gellium module.
Signed-off-by: Emil Velikov
https://bugs.freedesktop.org/show_bug.cgi?id=80848
--- Comment #7 from Emil Velikov emil.l.veli...@gmail.com ---
Created attachment 102646
-- https://bugs.freedesktop.org/attachment.cgi?id=102646action=edit
configure: check for core xcb (libxcb.so) and link libGL against it
This patch should
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
index f79c4d3..3202c56 100644
https://bugs.freedesktop.org/show_bug.cgi?id=81139
--- Comment #13 from Boyan Ding stu_...@126.com ---
(In reply to comment #12)
Have you rebuild mesa and xwayland after installing libxcb git ?
Oh, I didn't.
Things now works like a charm after the rebuild. The ABI has changed so
rebuilding is
After a bunch of experiments with lowering schemes, I've come full circle, back
to pretty much the same design as the RFC patches sent out some time ago.
This series adds support for the ir_*_interpolate_at_* expression types in the
i965 driver. The corresponding glsl parts have already landed.
The backend will have to do a message send, so we want to keep these in
one piece, just like texture ops.
Signed-off-by: Chris Forbes chr...@ijw.co.nz
---
.../dri/i965/brw_fs_channel_expressions.cpp| 25 ++
1 file changed, 25 insertions(+)
diff --git
Signed-off-by: Chris Forbes chr...@ijw.co.nz
---
src/mesa/drivers/dri/i965/brw_eu.h | 10
src/mesa/drivers/dri/i965/brw_eu_emit.c | 43 +
2 files changed, 53 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_eu.h
These got lost in the big brw_inst shakeup.
Signed-off-by: Chris Forbes chr...@ijw.co.nz
---
src/mesa/drivers/dri/i965/brw_defines.h | 5 +
src/mesa/drivers/dri/i965/brw_inst.h| 11 +++
2 files changed, 16 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_defines.h
SIMD8-only for now.
Signed-off-by: Chris Forbes chr...@ijw.co.nz
---
src/mesa/drivers/dri/i965/brw_fs.h | 1 +
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 135 ++-
2 files changed, 134 insertions(+), 2 deletions(-)
diff --git
V3: Rework for brw_inst changes
Signed-off-by: Chris Forbes chr...@ijw.co.nz
---
src/mesa/drivers/dri/i965/brw_disasm.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_disasm.c
b/src/mesa/drivers/dri/i965/brw_disasm.c
index f37da19..d7362c1
Signed-off-by: Chris Forbes chr...@ijw.co.nz
---
src/mesa/drivers/dri/i965/brw_defines.h| 1 +
src/mesa/drivers/dri/i965/brw_fs.cpp | 2 ++
src/mesa/drivers/dri/i965/brw_fs.h | 4
src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 19 +++
---
src/mesa/drivers/dri/i965/brw_vec4_cse.cpp | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4_cse.cpp
b/src/mesa/drivers/dri/i965/brw_vec4_cse.cpp
index 7bb016d..83c7eb8 100644
--- a/src/mesa/drivers/dri/i965/brw_vec4_cse.cpp
+++
---
src/mesa/drivers/dri/i965/brw_vec4.h | 2 +-
src/mesa/drivers/dri/i965/brw_vec4_cse.cpp | 12 ++--
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4.h
b/src/mesa/drivers/dri/i965/brw_vec4.h
index 87247ea..3d0df77 100644
---
---
src/mesa/drivers/dri/i965/brw_fs.h | 2 +-
src/mesa/drivers/dri/i965/brw_fs_cse.cpp | 12 ++--
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.h
b/src/mesa/drivers/dri/i965/brw_fs.h
index 537f10e..4fb73cf 100644
---
---
src/mesa/drivers/dri/i965/brw_fs_cse.cpp | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_cse.cpp
b/src/mesa/drivers/dri/i965/brw_fs_cse.cpp
index 43f2e19..d435d84 100644
--- a/src/mesa/drivers/dri/i965/brw_fs_cse.cpp
+++
60 matches
Mail list logo
