On Tue, Sep 17, 2013 at 12:09 AM, Brian Paul bri...@vmware.com wrote:
On 09/15/2013 09:31 AM, Chia-I Wu wrote:
On Sun, Sep 15, 2013 at 12:24 AM, Brian Paul bri...@vmware.com wrote:
On 09/12/2013 09:06 PM, Chia-I Wu wrote:
Hi Brian,
On Fri, Sep 13, 2013 at 8:46 AM, Brian Paul bri
On Sun, Sep 15, 2013 at 12:24 AM, Brian Paul bri...@vmware.com wrote:
On 09/12/2013 09:06 PM, Chia-I Wu wrote:
Hi Brian,
On Fri, Sep 13, 2013 at 8:46 AM, Brian Paul bri...@vmware.com wrote:
I just pushed a gallium-bind-sampler-states branch to my git repo at
git://people.freedesktop.org
On Thu, Sep 12, 2013 at 2:06 PM, Chris Forbes chr...@ijw.co.nz wrote:
Can we make this approximation conditional on an image-quality control
in driconf [or somewhere else]?
Sure. What would be the default behavior?
On Thu, Sep 12, 2013 at 5:00 PM, Chia-I Wu olva...@gmail.com wrote:
From
anything equivalent -- but I might just be being blind.
CC'ing Ian -- any opinion? Is there any conformance issue here?
-- Chris
On Thu, Sep 12, 2013 at 8:41 PM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Sep 12, 2013 at 2:06 PM, Chris Forbes chr...@ijw.co.nz wrote:
Can we make
Hi Brian,
On Fri, Sep 13, 2013 at 8:46 AM, Brian Paul bri...@vmware.com wrote:
I just pushed a gallium-bind-sampler-states branch to my git repo at
git://people.freedesktop.org/~brianp/mesa
It replaces the four
pipe_context::bind_fragment/vertex/geometry/compute_sampler_states()
functions
From: Chia-I Wu o...@lunarg.com
Consider only the top-left and top-right pixels to approximate DDX in a 2x2
subspan, unless the application or the user requests a more accurate
approximation. This results in a less accurate approximation. However, it
improves the performance of Xonotic
On Thu, Sep 12, 2013 at 6:32 AM, Johannes Obermayr
johannesoberm...@gmx.de wrote:
---
src/gallium/drivers/ilo/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/ilo/Makefile.am
b/src/gallium/drivers/ilo/Makefile.am
index 10b3da3..33f2045
From: Chia-I Wu o...@lunarg.com
Replicate the gradient of the top-left pixel to the other three pixels in the
subspan, as how DDY is implemented. Before, different graidents were used for
pixels in the top row and pixels in the bottom row.
This change results in a less accurate approximation
On Tue, Sep 10, 2013 at 2:01 PM, Chia-I Wu olva...@gmail.com wrote:
On Tue, Sep 10, 2013 at 4:05 AM, Ian Romanick i...@freedesktop.org wrote:
On 09/05/2013 03:35 AM, Chia-I Wu wrote:
sample_d is slower than the lowered version on gen7. For gen7, this
improves
Xonotic benchmark with Ultimate
On Tue, Sep 10, 2013 at 1:37 PM, Chia-I Wu olva...@gmail.com wrote:
On Tue, Sep 10, 2013 at 4:01 AM, Ian Romanick i...@freedesktop.org wrote:
On 09/06/2013 05:05 AM, Chia-I Wu wrote:
On Thu, Sep 5, 2013 at 9:57 PM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Sep 5, 2013 at 5:12 PM, Chris Forbes
On Tue, Sep 10, 2013 at 4:05 AM, Ian Romanick i...@freedesktop.org wrote:
On 09/05/2013 03:35 AM, Chia-I Wu wrote:
sample_d is slower than the lowered version on gen7. For gen7, this improves
Xonotic benchmark with Ultimate effects by as much as 25%:
before the change
On Tue, Sep 10, 2013 at 3:48 AM, Ian Romanick i...@freedesktop.org wrote:
On 09/05/2013 08:57 AM, Chia-I Wu wrote:
On Thu, Sep 5, 2013 at 5:12 PM, Chris Forbes chr...@ijw.co.nz wrote:
A possible explanation for the perf change is that Xonotic uses
anisotropic filtering at this quality level
On Tue, Sep 10, 2013 at 4:01 AM, Ian Romanick i...@freedesktop.org wrote:
On 09/06/2013 05:05 AM, Chia-I Wu wrote:
On Thu, Sep 5, 2013 at 9:57 PM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Sep 5, 2013 at 5:12 PM, Chris Forbes chr...@ijw.co.nz wrote:
A possible explanation for the perf change
(though if your hw has blazing fast sqrt it won't matter...).
Nice.
Roland
Am 05.09.2013 10:35, schrieb Chia-I Wu:
sample_d is slower than the lowered version on gen7. For gen7, this improves
Xonotic benchmark with Ultimate effects by as much as 25%:
before the change
On Thu, Sep 5, 2013 at 9:57 PM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Sep 5, 2013 at 5:12 PM, Chris Forbes chr...@ijw.co.nz wrote:
A possible explanation for the perf change is that Xonotic uses
anisotropic filtering at this quality level. Lowering to txl defeats
it.
I had a look
after the change. Thus textureGrad() is lowered unconditionally for now.
Due to this and that I haven't tried it on Haswell, this is still RFC.
No piglit regressions.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
.../dri/i965/brw_lower_texture_gradients.cpp | 54 ++
1
allow things like anisotropic filtering to be honored.
It would be worth doing an image quality comparison before and after the
change.
Yeah, that is worth doing. I will do that.
-- Chris
On Thu, Sep 5, 2013 at 8:35 PM, Chia-I Wu olva...@gmail.com wrote:
sample_d is slower than the lowered
LIBGL_SHOW_FPS=1 makes GLX print FPS every second while other values do
nothing. Extend it so that LIBGL_SHOW_FPS=N will print the FPS every N
seconds.
---
src/glx/dri2_glx.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c
On Wed, Aug 14, 2013 at 1:04 AM, srol...@vmware.com wrote:
From: Roland Scheidegger srol...@vmware.com
untested.
Looks good to me.
---
src/gallium/drivers/ilo/shader/toy_tgsi.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git
On Thu, Aug 15, 2013 at 10:03 AM, Kenneth Graunke kenn...@whitecape.org wrote:
On 08/08/2013 03:13 PM, Chad Versace wrote:
[snip]
By the way, I talked to krh today, and he suggested that we delete egl_glx
rather than allow it to bitrot.
I'm in favor, but I don't know who uses that.
GLX
On Sat, Aug 10, 2013 at 2:56 AM, Marek Olšák mar...@gmail.com wrote:
Most importantly, this hides all LLVM symbols. They shouldn't clash
with a different LLVM version used by apps (at least in theory).
$ nm -g --defined-only radeonsi_dri.so
01148f30 D __driDriverExtensions
I am not familiar
On Thu, Aug 15, 2013 at 1:26 PM, Chia-I Wu olva...@gmail.com wrote:
On Sat, Aug 10, 2013 at 2:56 AM, Marek Olšák mar...@gmail.com wrote:
Most importantly, this hides all LLVM symbols. They shouldn't clash
with a different LLVM version used by apps (at least in theory).
$ nm -g --defined-only
On Tue, May 7, 2013 at 4:24 AM, Eric Anholt e...@anholt.net wrote:
Paul Berry stereotype...@gmail.com writes:
Currently the i965 driver uses a single buffer object to hold both batch
buffer commands and dynamic state data structures (which are pointed to by
batch buffer commands). We use a
libglslcore.la and libglcpp.la that are built with builtin_compiler are also
linked to by drivers not using libdricore. Since there is no public symbol in
them, it is better to mark all symbols hidden.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/glsl/builtin_compiler/Makefile.am | 3
On Wed, Jun 26, 2013 at 8:58 PM, Jean-Sébastien Pédron
jean-sebastien.ped...@dumbbell.fr wrote:
Hello,
The subject should be explicit :)
Applied, thanks.
--
Jean-Sébastien Pédron
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
The temporary texture should have either PIPE_BIND_RENDER_TARGET or
PIPE_BIND_DEPTH_STENCIL set in addition to PIPE_BIND_SAMPLER_VIEW.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/mesa/state_tracker/st_cb_drawpixels.c | 30 +
1 file changed, 13 insertions
We returned 0 instead of 1 for the number of layers when the array texutre is
single-layered. This fixes it on GEN7+.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/drivers/ilo/ilo_gpe_gen7.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git
Checking if array_size is greater than 1 is not enough for single-layered
array textures.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/util/u_resource.h | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/util
:58 AM, Marek Olšák mar...@gmail.com wrote:
Reviewed-by: Marek Olšák mar...@gmail.com
Marek
On Fri, Jun 7, 2013 at 6:25 AM, Chia-I Wu olva...@gmail.com wrote:
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/util/u_vbuf.c |3 +++
1 file changed, 3 insertions
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/util/u_vbuf.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_vbuf.c
b/src/gallium/auxiliary/util/u_vbuf.c
index 244b04d..5936f74 100644
--- a/src/gallium/auxiliary/util/u_vbuf.c
+++ b
On Fri, May 31, 2013 at 2:59 PM, Vinson Lee v...@freedesktop.org wrote:
Fixes Uninitialized pointer read defect reported by Coverity.
This looks like a false alarm, as shaders are not read when
num_shaders is zero. Does the report give more details?
Signed-off-by: Vinson Lee
On Fri, May 31, 2013 at 3:48 PM, Vinson Lee v...@freedesktop.org wrote:
On Fri, May 31, 2013 at 12:35 AM, Chia-I Wu olva...@gmail.com wrote:
On Fri, May 31, 2013 at 2:59 PM, Vinson Lee v...@freedesktop.org wrote:
Fixes Uninitialized pointer read defect reported by Coverity.
This looks like
TGSI_TEXTURE_BUFFER is one-dimensional. Assert that exec_tex() is never
called with TGSI_TEXTURE_BUFFER.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/tgsi/tgsi_exec.c |1 +
src/gallium/auxiliary/tgsi/tgsi_util.c |2 ++
2 files changed, 3 insertions(+)
diff --git
On Thu, May 23, 2013 at 2:24 PM, Vinson Lee v...@freedesktop.org wrote:
need_flush was uninitialized if hw3d-new_batch was true.
Fixes Uninitialized scalar variable defect reported by Coverity.
Signed-off-by: Vinson Lee v...@freedesktop.org
Applied, thanks. Now I wonder why gcc did not give
On Thu, May 23, 2013 at 11:00 AM, Jordan Justen jljus...@gmail.com wrote:
On Wed, May 22, 2013 at 3:56 PM, Eric Anholt e...@anholt.net wrote:
Jordan Justen jordan.l.jus...@intel.com writes:
- surf[0] = BRW_SURFACE_2D BRW_SURFACE_TYPE_SHIFT |
+ switch (gl_target) {
+ case
On Tue, May 21, 2013 at 5:08 AM, Paul Berry stereotype...@gmail.com wrote:
On 17 May 2013 21:44, Chia-I Wu olva...@gmail.com wrote:
On Sat, May 18, 2013 at 10:11 AM, Jordan Justen
jordan.l.jus...@intel.com wrote:
Rather than pointing the surface_state directly at a single
sub-image
On Sat, May 18, 2013 at 10:11 AM, Jordan Justen
jordan.l.jus...@intel.com wrote:
Rather than pointing the surface_state directly at a single
sub-image of the texture for rendering, we now point the
surface_state at the top level of the texture, and configure
the surface_state as needed based
On Fri, May 10, 2013 at 1:42 PM, Vinson Lee v...@freedesktop.org wrote:
Fixes Uninitialized scalar variable defect reported by Coverity.
Committed, thanks.
Signed-off-by: Vinson Lee v...@freedesktop.org
---
src/gallium/drivers/ilo/ilo_resource.c | 2 +-
1 file changed, 1 insertion(+), 1
On Mon, May 6, 2013 at 3:51 AM, Vinson Lee v...@freedesktop.org wrote:
Fixes Missing break in switch defect reported by Coverity.
Signed-off-by: Vinson Lee v...@freedesktop.org
Applied. Thanks.
---
src/gallium/drivers/ilo/shader/toy_tgsi.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Mon, May 6, 2013 at 6:45 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 05.05.2013 18:34, schrieb Chia-I Wu:
It should be TGSI_TYPE_UNSIGNED, not TGSI_TYPE_FLOAT.
Fixed also gallivm not_emit_cpu() to use uint build context.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src
On Tue, May 7, 2013 at 1:28 PM, Divick Kishore divick.kish...@gmail.com wrote:
Hi,
is there a possibility in mesa to have egl backend based on
complete offscreen buffers and complete s/w only gles renderer? If
yes, then could someone please guide me how to build it?
You may try
$
On Tue, May 7, 2013 at 3:49 PM, Pohjolainen, Topi
topi.pohjolai...@intel.com wrote:
On Mon, May 06, 2013 at 02:23:52PM -0700, Chad Versace wrote:
Emit EGL_BAD_CONTEXT if the user passes a context to
eglCreateImageKHR(type=EGL_ANDROID_image_native_buffer).
From the
On Tue, May 7, 2013 at 5:40 PM, Divick Kishore divick.kish...@gmail.com wrote:
Hi Chia,
$ ./configure --disable-dri --enable-gallium-egl --with-egl-platforms=null
\
--with-gallium-drivers=swrast
It will give you an EGL/GLES driver that uses a software renderer and
Hi,
This series adds a util function to get the dimension of texture coordinates
given a texture target. The function allows exec_tex() in tgsi_exec.c to be
greatly simplified. There is a subtle difference in how TXP works on array
texture. That is, layer is now also projected. You can find
(that is, the Z channel).
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/tgsi/tgsi_util.c | 91
src/gallium/auxiliary/tgsi/tgsi_util.h |3 ++
2 files changed, 94 insertions(+)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_util.c
b/src/gallium
not sure which
behavior is correct or preferred.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 220
1 file changed, 52 insertions(+), 168 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_exec.c
b/src/gallium
On Wed, May 8, 2013 at 12:15 AM, Chad Versace
chad.vers...@linux.intel.com wrote:
On 05/07/2013 01:19 AM, Chia-I Wu wrote:
On Tue, May 7, 2013 at 3:49 PM, Pohjolainen, Topi
topi.pohjolai...@intel.com wrote:
On Mon, May 06, 2013 at 02:23:52PM -0700, Chad Versace wrote:
Emit EGL_BAD_CONTEXT
On Wed, May 8, 2013 at 2:34 AM, Divick Kishore divick.kish...@gmail.com wrote:
Hi Chia,
I haven't tried that for a while, but it should not have X11
dependencies. You probably need to disable other stuffs such as
--disable-glx and etc. It might still require X11 at compile time,
because
Hi,
The first three patches of this series move the code around such that
tgsi_opcode_infer_src_type() and tgsi_opcode_infer_dst_type() both call a
helper function. The idea is that most opcodes should expect the same data
type for their src and dst operands so most code can be shared. No
Reorder opcodes by their assigned numbers. This makes it easier to see the
differences between tgsi_opcode_infer_src_type() and
tgsi_opcode_infer_dst_type().
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/tgsi/tgsi_info.c | 48
1 file
tgsi_opcode_infer_type().
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/tgsi/tgsi_info.c | 60 +++-
1 file changed, 35 insertions(+), 25 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_info.c
b/src/gallium/auxiliary/tgsi/tgsi_info.c
Call tgsi_opcode_infer_type() from tgsi_opcode_infer_src_type().
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/tgsi/tgsi_info.c | 44 +++-
1 file changed, 9 insertions(+), 35 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_info.c
b
It should be TGSI_TYPE_UNSIGNED, not TGSI_TYPE_FLOAT.
Fixed also gallivm not_emit_cpu() to use uint build context.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c |2 +-
src/gallium/auxiliary/tgsi/tgsi_info.c |1 +
2 files
Hi,
This patch series allows ilo to be selected as the GPU driver on Android-IA.
The second patch fixes a linking error, which should be common to other
Gallium-based drivers.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
It can be selected with
BOARD_GPU_DRIVERS := ilo
Signed-off-by: Chia-I Wu olva...@gmail.com
---
Android.mk|4 +--
src/egl/main/Android.mk |6 +
src/gallium/Android.mk|5
src/gallium/drivers/ilo
Add libsync not only for MESA_BUILD_CLASSIC, but also for MESA_BUILD_GALLIUM.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/egl/main/Android.mk |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/src/egl/main/Android.mk b/src/egl/main/Android.mk
index b2cbe05
-by: Chia-I Wu olva...@gmail.com
---
src/gallium/drivers/freedreno/freedreno_context.c |2 +-
src/gallium/drivers/galahad/glhd_context.c|2 +-
src/gallium/drivers/i915/i915_batch.h |2 +-
src/gallium/drivers/i915/i915_flush.c |4 ++--
src/gallium/drivers
On Fri, May 3, 2013 at 4:00 PM, Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
It should be unsigned, not enum pipe_flush_flags.
Fixed a build error:
src/gallium/state_trackers/egl/android/native_android.cpp:426:29: error:
invalid conversion from 'int' to
Hi list,
This patch series attemps to clean up u_prim.h, with an exception that a new
function to get the tessellated (as opposed to decomposed) primitive count is
added by the last patch. I need that function for ilo to update
PIPE_QUERY_PRIMITIVES_GENERATED.
Fix for PIPE_PRIM_TRIANGLES_ADJACENCY and PIPE_PRIM_TRIANGLE_STRIP_ADJACENCY.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/util/u_prim.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_prim.h
b/src/gallium/auxiliary
Move together (or add) functions to decompose/reduce/assemble a primitive,
give them consistent names, and document them. Add u_prim_vertex_count() so
that the vertex count information can be used elsewhere.
u_assembled_primitive() will be removed in a folow-on commit.
Signed-off-by: Chia-I Wu
The latter function is also removed as a result of the change.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/draw/draw_prim_assembler.c |4 ++--
src/gallium/auxiliary/draw/draw_pt_fetch_shade_pipeline.c |2 +-
src/gallium/auxiliary/util/u_prim.h
It should be U_PRIM_H, not U_BLIT_H.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/util/u_prim.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_prim.h
b/src/gallium/auxiliary/util/u_prim.h
index b9c0c15..c6a0708
As a side effect, primitives with adjacency are now correctly validated.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/util/u_prim.h | 34 ++
1 file changed, 2 insertions(+), 32 deletions(-)
diff --git a/src/gallium/auxiliary/util
Switch to '=' for comparisons, and it becomes obvious that the comparison for
PIPE_PRIM_QUAD_STRIP was wrong.
Add minimum vertex count check for PIPE_PRIM_LINE_LOOP. Return 1 for
PIPE_PRIM_POLYGON with 3 vertices.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/util
The function returns the number of reduced/tessellated primitives for the
given vertex count.
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/auxiliary/util/u_prim.h | 20
1 file changed, 20 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_prim.h
b/src
It should be unsigned, not enum pipe_flush_flags.
Fixed a build error:
src/gallium/state_trackers/egl/android/native_android.cpp:426:29: error:
invalid conversion from 'int' to 'pipe_flush_flags' [-fpermissive]
Signed-off-by: Chia-I Wu olva...@gmail.com
---
src/gallium/include/pipe
Hi Chris,
On Fri, Apr 26, 2013 at 5:42 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Fri, Apr 26, 2013 at 04:26:05PM +0800, Chia-I Wu wrote:
I just pushed the driver to master, under the name ilo. The driver is
still new and has many bugs or known issues, but I will continue
improving
On Sat, Apr 20, 2013 at 1:06 AM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Apr 18, 2013 at 2:29 PM, Chia-I Wu olva...@gmail.com wrote:
Hi list,
Per the discussion, i965g is confusing and misleading. Instead of
preventing the confusions via
--with-gallium-drivers=i965g-unofficial
On Thu, Apr 18, 2013 at 2:29 PM, Chia-I Wu olva...@gmail.com wrote:
Hi list,
Per the discussion, i965g is confusing and misleading. Instead of
preventing the confusions via
--with-gallium-drivers=i965g-unofficial or
--with-gallium-drivers=experimental-i965g,
which kind of makes i965g
On Wed, Apr 17, 2013 at 10:26 PM, Brian Paul bri...@vmware.com wrote:
On 04/17/2013 02:31 AM, Jose Fonseca wrote:
[snipped]
How hard would it be to make GLSL IR an alternative IR for pipe
drivers? On the driver side, it seems I only need to add
PIPE_SHADER_IR_GLSL for the preferred IR and
Hi list,
Per the discussion, i965g is confusing and misleading. Instead of
preventing the confusions via
--with-gallium-drivers=i965g-unofficial or
--with-gallium-drivers=experimental-i965g,
which kind of makes i965g a second-class citizen, I think it is better
to rename it. Then whenever
On Thu, Apr 18, 2013 at 11:36 PM, Eric Anholt e...@anholt.net wrote:
Chia-I Wu olva...@gmail.com writes:
Hi list,
Per the discussion, i965g is confusing and misleading. Instead of
preventing the confusions via
--with-gallium-drivers=i965g-unofficial or
--with-gallium-drivers
On Wed, Apr 17, 2013 at 5:25 AM, Dave Airlie airl...@gmail.com wrote:
Those are just ideas. I'm open to discussion.
The driver is disabled by default and needs to be enabled via
--with-gallium-drivers=i965.
I think a warning + maybe something like
On Wed, Apr 17, 2013 at 8:09 AM, Marek Olšák mar...@gmail.com wrote:
On Tue, Apr 16, 2013 at 9:58 PM, Chia-I Wu olva...@gmail.com wrote:
On Wed, Apr 17, 2013 at 12:58 AM, Matt Turner matts...@gmail.com wrote:
I think everything Marek said was correct. If you could extend Gallium
to consume
Hi list,
On Thu, Dec 13, 2012 at 6:41 AM, Chia-I Wu olva...@gmail.com wrote:
Hi list,
I've been working on i965g, a new pipe driver for Intel GEN6 (and
later), for a while now. I would like to know if there is any
interest in it and if it can be merged upstream. The code is
currently
Hi Matt,
On Wed, Apr 17, 2013 at 12:58 AM, Matt Turner matts...@gmail.com wrote:
On Tue, Apr 16, 2013 at 9:45 AM, Chia-I Wu olva...@gmail.com wrote:
If there is no objection, I'd like to merge it in a day or two.
My only objection is over adding a driver that is explicitly a toy
Hi Ken,
On Wed, Apr 17, 2013 at 1:18 AM, Kenneth Graunke kenn...@whitecape.orgwrote:
On 04/16/2013 09:58 AM, Matt Turner wrote:
On Tue, Apr 16, 2013 at 9:45 AM, Chia-I Wu olva...@gmail.com wrote:
If there is no objection, I'd like to merge it in a day or two.
My only objection is over
Wrong fields were used when dumping width and height.
---
src/mesa/drivers/dri/i965/brw_state_dump.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_state_dump.c
b/src/mesa/drivers/dri/i965/brw_state_dump.c
index 9ea3fac..6fc8837
The inverse repeat count should taks up bits 31:15 and is in U1.16. Demos
from mesa/demos seem to render correctly with this change, bu piglit
linestipple test still fails.
---
src/mesa/drivers/dri/i965/brw_misc_state.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
Unlike GEN6, the bits of entry count are distributed like this
width = (entry_count 0x007f); /* bits [6:0] */
height = (entry_count 0x001fff80) 7; /* bits [20:7] */
depth = (entry_count 0x7fe0) 21; /* bits [30:21] */
The maximum entry count is still limited to 2^27.
On Sat, Jan 12, 2013 at 10:23 AM, Johannes Obermayr
johannesoberm...@gmx.de wrote:
diff --git a/src/gallium/auxiliary/Makefile.am
b/src/gallium/auxiliary/Makefile.am
index a4eee47..21b3c6b 100644
--- a/src/gallium/auxiliary/Makefile.am
+++ b/src/gallium/auxiliary/Makefile.am
@@ -3,13 +3,17
On Wed, Jan 9, 2013 at 5:32 PM, Michel Dänzer mic...@daenzer.net wrote:
On Die, 2013-01-08 at 09:31 -0800, Brian Paul wrote:
On 01/08/2013 08:38 AM, Marek Olšák wrote:
Those who do not want optimizations should set the CFLAGS and CXXFLAGS
environment variables. In my opinion,
Hi Kristian,
On Wed, Jul 11, 2012 at 7:15 AM, Kristian Høgsberg k...@bitplanet.net wrote:
[snip]
Chia-I hasn't been active for a long time and the suddenly pushes a
forced update of the repo, I don't think anything was compromised or
any history lost. The freedesktop.org account has been
Hi list,
I've been working on i965g, a new pipe driver for Intel GEN6 (and
later), for a while now. I would like to know if there is any
interest in it and if it can be merged upstream. The code is
currently available here
https://github.com/olvaffe/mesa/tree/i965g
The project was started
.
Roland
Am 12.12.2012 23:41, schrieb Chia-I Wu:
Hi list,
I've been working on i965g, a new pipe driver for Intel GEN6 (and
later), for a while now. I would like to know if there is any
interest in it and if it can be merged upstream. The code is
currently available here
https://github.com
not done any profiling or optimization so far. But this is
definitely one of the things that needs to be fixed.
Marek
On Wed, Dec 12, 2012 at 11:41 PM, Chia-I Wu olva...@gmail.com wrote:
Hi list,
I've been working on i965g, a new pipe driver for Intel GEN6 (and
later), for a while now. I would
+ only? I'm just curious as
I thought that despite some differences they still could share quite
some code.
Roland
Am 12.12.2012 23:41, schrieb Chia-I Wu:
Hi list,
I've been working on i965g, a new pipe driver for Intel GEN6 (and
later), for a while now. I would like to know if there is any
On Wed, Jul 11, 2012 at 7:15 AM, Kristian Høgsberg k...@bitplanet.net wrote:
On Tue, Jul 10, 2012 at 4:54 PM, Kristian Høgsberg k...@bitplanet.net wrote:
On Tue, Jul 10, 2012 at 4:24 PM, Ferry Huberts maili...@hupie.com wrote:
On 10-07-12 22:13, Kenneth Graunke wrote:
On 07/10/2012 12:50 PM,
On Tue, Feb 28, 2012 at 1:55 AM, Ian Romanick i...@freedesktop.org wrote:
On 02/23/2012 11:52 AM, Chad Versace wrote:
On 02/23/2012 12:52 AM, Ian Romanick wrote:
On 02/22/2012 04:06 PM, Chad Versace wrote:
On 02/22/2012 02:22 PM, Ian Romanick wrote:
On 02/22/2012 02:17 PM, Paul Berry
work.
I tried searching on gmail as to why this was added, but I turned up
nothing. Maybe Chia-I Wu knows.
Shared glapi adds libglapi.so. Weird things could happen when
libGL.so and libglapi.so are from different versions of Mesa.
But it is more a problem for distros to deal with. If we all
On Sat, Dec 24, 2011 at 12:37 AM, Ian Romanick i...@freedesktop.org wrote:
On 12/23/2011 07:20 AM, Jose Fonseca wrote:
- Original Message -
Hi list,
Multiple driver support in EGL is hard to get right, if not
impossible.
On Linux desktop, we almost always want to use egl_dri2. It
Hi list,
Multiple driver support in EGL is hard to get right, if not impossible.
On Linux desktop, we almost always want to use egl_dri2. It allows EGL
to loads DRI2 drivers, thus allowing it to share DRI2 drivers with
libGL.
In one case where the app wants to use OpenVG, libEGL needs to load
: NULL);
Olv should probably double-check this, but LGTM.
Reviewed-by: Brian Paul bri...@vmware.com
It looks good to me
Reviewed-by: Chia-I Wu o...@lunarg.com
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org
,
struct st_context_iface
*stsharei);
Maybe error should come after stsharei?
Anyway,
Reviewed-by: Chia-I Wu o...@lunarg.com
/**
diff --git a/src/gallium/state_trackers/dri/common/dri_context.c
b/src/gallium/state_trackers/dri/common/dri_context.c
index e9e0049..3e5a040 100644
On Tue, Dec 20, 2011 at 5:28 AM, Ian Romanick i...@freedesktop.org wrote:
On 12/19/2011 02:05 AM, Chia-I Wu wrote:
From: Chia-I Wuo...@lunarg.com
Update to revision 15052.
EGL_MESA_drm_image is now official. But apparently we have our own
extension
to it and we need this in eglmesaext.h
On Thu, Dec 15, 2011 at 4:06 AM, Fredrik Höglund fred...@kde.org wrote:
Backends indicate that they support this extension by returning
EGL_TRUE when native_display::get_param() is called with
NATIVE_PARAM_PRESENT_REGION and NATIVE_PARAM_PRESERVE_BUFFER.
native_present_control is extended to
On Thu, Dec 15, 2011 at 5:21 AM, Ian Romanick i...@freedesktop.org wrote:
On 12/14/2011 12:24 PM, Fredrik Höglund wrote:
v2: Handle EGL_POST_SUB_BUFFER_SUPPORTED_NV in
_eglParseSurfaceAttribList()
Signed-off-by: Fredrik Höglundfred...@kde.org
---
include/EGL/eglext.h | 9
On Fri, Dec 9, 2011 at 11:36 PM, Fredrik Höglund fred...@kde.org wrote:
Backends indicate that they support this extension by returning
EGL_TRUE when native_display::get_param() is called with
NATIVE_PARAM_PRESENT_REGION.
native_present_control is extended to include the region that should
On Sun, Dec 11, 2011 at 1:56 AM, Fredrik Höglund fred...@kde.org wrote:
Signed-off-by: Fredrik Höglund fred...@kde.org
---
include/EGL/eglext.h | 9 +
src/egl/main/eglapi.c | 24
src/egl/main/eglapi.h | 8
201 - 300 of 604 matches
Mail list logo