On Sat, Feb 22, 2014 at 8:25 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 22/02/14 05:54, Ilia Mirkin wrote:
On Fri, Feb 21, 2014 at 10:04 PM, Emil Velikov emil.l.veli...@gmail.com
wrote:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
IMHO we could easily rip out all
On Fri, Feb 21, 2014 at 10:04 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
Namely vendor/device id, accelerated and UMA, which will be used to describe
the underlying renderer.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
src/gallium/docs/source/screen.rst | 8
at this and let me know
of any pitfalls I'm likely to run into. I've already gotten a lot of help and
advice from Ken, but wanted to put something out publicly.
Any and all feedback much appreciated!
Not-Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
src/mesa/drivers/dri/i965/Makefile.sources
On Mon, Feb 24, 2014 at 3:38 AM, Dave Airlie airl...@gmail.com wrote:
I've taken a quick look at ARB_texture_query_levels,
and the HW generally seems to implement this by returning it in the W
channel of RESINFO, which would map to the TXQ instruction,
So my initial implementation added a
have noticed that earlier, but
only made the connection just now). [Interesting, copyteximage
samples=4 even passes on nva0+, where it fails without samples being
set...]
Reviewed-by: Ilia Mirkin imir...@alum.mit.edu
---
src/gallium/drivers/nouveau/nv50/nv50_transfer.c | 2 +-
1 file changed
On my gentoo system, llvm libs are in /usr/lib64/llvm, and llvm-config
--ldflags does not provide the rpath (it does, of course, provide a -L).
This adds the llvm dir to the rpath. It should be harmless if the path
is a system path, and should make things work when it's not.
Signed-off-by: Ilia
Seems oddly reminiscent of
http://cgit.freedesktop.org/mesa/mesa/commit/?id=f094866d93b772cc91844e012ad07ce4a78fda5d
(although that change had 43 instead of 11 -- i guess that's the gl
version?)
On Tue, Feb 25, 2014 at 5:20 PM, Marek Olšák mar...@gmail.com wrote:
From: Marek Olšák
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Note: this applies on top of airlied's r600g-texture-gather branch.
Appears to pass all 4 piglit tests. The conversion from what the instruction
outputs is the same as what the blob does.
src/gallium/drivers/nouveau/codegen/nv50_ir.h
This is needed for MIN2/MAX2
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
src/gallium/auxiliary/util/u_range.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_range.h
b/src/gallium/auxiliary/util/u_range.h
index 4b1d0d1..efe25ef 100644
--- a/src/gallium
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Tested on nv96 with Chris Forbes's piglit tests (on list, but not checked in
yet)... only assuming about nvc0, but it seems reasonable since all the other
attributes are the same.
docs/GL3.txt| 2 +-
src
This logic is borrowed from the radeon code. The transfer logic will
only get called for PIPE_BUFFER resources, so it shouldn't be necessary
to worry about them becoming render targets.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
A user reported a ~30% FPS improvement with an earlier
On Sat, Mar 1, 2014 at 7:35 PM, Francisco Jerez curroje...@riseup.net wrote:
Bruno Jiménez brunoji...@gmail.com writes:
Recently, llvm has changed to use c++11, so we also should use it
---
src/gallium/state_trackers/clover/Makefile.am | 4 ++--
1 file changed, 2 insertions(+), 2
On Mon, Mar 3, 2014 at 12:37 PM, Brian Paul bri...@vmware.com wrote:
On 03/01/2014 03:09 PM, Ilia Mirkin wrote:
This adds enough code to let drivers implement texture clearing, but
doesn't actually do that for any of them.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Thought I'd
On Tue, Mar 4, 2014 at 2:05 AM, Ian Romanick i...@freedesktop.org wrote:
On 03/03/2014 03:25 AM, Marek Olšák wrote:
From: Marek Olšák marek.ol...@amd.com
Softpipe expects a float in the vertex shader, which is what glEdgeFlag
generates.
This fixes piglit/gl-2.0-edgeflag.
I think this
On Tue, Mar 4, 2014 at 2:14 AM, Ian Romanick i...@freedesktop.org wrote:
On 03/02/2014 12:09 AM, Ilia Mirkin wrote:
This adds enough code to let drivers implement texture clearing, but
doesn't actually do that for any of them.
There's always the usual... this should be split into two
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Noticed by inspection, untested. Would be interesting to see if this fixes
anything.
src/gallium/drivers/nouveau/nv50/nv50_miptree.c | 4 ++--
src/gallium/drivers/nouveau/nvc0/nvc0_miptree.c | 4 ++--
2 files changed, 4 insertions(+), 4
On Wed, Mar 5, 2014 at 5:37 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Noticed by inspection, untested. Would be interesting to see if this fixes
anything.
I noticed that the nvc0 bit is bogus -- mt-ms_x/y aren't used to
determine ms
sizeof(scissor) returns the size of the full array rather than a single
element. Fix it to consider just the one element.
Fixes: 0705fa35cdaf15ec969c28dc85e88b8be1149a3b
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Noticed this when playing with valgrind for unrelated reasons. Seems
/show_bug.cgi?id=75279
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Should the waiting be predicated on the current fence having been emitted? I
removed that from nv30 (which would just go ahead and _leak_ that fence it it
hadn't been emitted...). I figure it doesn't really matter enough to worry
about
This logic is borrowed from the radeon code. The transfer logic will
only get called for PIPE_BUFFER resources, so it shouldn't be necessary
to worry about them becoming render targets.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
This was re-tested by someone on both nv50 and nvc0
This fixes some unwanted scaling when the output is multisampled. Also
increases nvc0 maximum supported texture size to be able to work with a
32k texture.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
Cc: 10.0 10.1 mesa-sta...@lists.freedesktop.org
---
Ran the EXT_framebuffer_multisample
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
I believe I've addressed all the comments from Brian and Ian. If you still see
something you mentioned before, please assume incompetence rather than malice :)
I'm happy to get rid of the border stuff and just stuck a assert(border == 0
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Using void instead of GLvoid doesn't work -- the script that reads these xml
files doesn't know about it (at least in the const GLvoid * context)
src/mapi/glapi/gen/ARB_clear_texture.xml | 34
src/mapi/glapi
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
This isn't really for inclusion quite yet, but rather a demonstration. I'm
pretty sure I've messed up at least some of the cases. It should all become
more apparent once more piglit tests are available, testing more things.
[Among other things
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Unfortunately a generic implementation isn't possible since this has to deal
with multisampled textures, where the storage format isn't well-defined. Maybe
we can assume that in each case it will be a certain amount of width/height
increase
On Fri, Mar 7, 2014 at 1:57 AM, Petri Latvala petri.latv...@intel.com wrote:
On 03/07/2014 08:41 AM, Ilia Mirkin wrote:
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index a72284c..77da1eb 100644
--- a/src/mesa/main/extensions.c
+++ b/src/mesa/main/extensions.c
On Fri, Mar 7, 2014 at 9:11 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 06/03/14 04:01, Ilia Mirkin wrote:
nouveau_fence_wait has the expectation that an external entity is
holding onto the fence being waited on, not that it is merely held onto
by the current pointer. Fixes a use-after
On Fri, Mar 7, 2014 at 8:01 AM, Ian Romanick i...@freedesktop.org wrote:
On 03/06/2014 05:38 AM, Ilia Mirkin wrote:
sizeof(scissor) returns the size of the full array rather than a single
element. Fix it to consider just the one element.
Fixes: 0705fa35cdaf15ec969c28dc85e88b8be1149a3b
Signed
On Sat, Mar 8, 2014 at 3:31 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
All three (xvmc and omx) do not have an alternative loading
similar to the dri modules. Thus one needs to explicitly install
them in order to use/test them.
Not strictly true... I mean, I install anyway because it's
On Mon, Mar 10, 2014 at 5:44 PM, Ian Romanick i...@freedesktop.org wrote:
On 03/04/2014 10:31 AM, Ilia Mirkin wrote:
On Tue, Mar 4, 2014 at 2:14 AM, Ian Romanick i...@freedesktop.org wrote:
On 03/02/2014 12:09 AM, Ilia Mirkin wrote:
Thought I'd give this a shot. Am I on the right track here
On Wed, Mar 12, 2014 at 4:28 AM, Kenneth Graunke kenn...@whitecape.org wrote:
Ideally, we'd like to never even attempt the SIMD16 compile if we could
know ahead of time that it won't succeed---it's purely a waste of time.
This is especially important for state-based recompiles, which happen at
On Wed, Mar 12, 2014 at 1:24 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
There is little point of continuing if fread returns zero, as it
indicates that either the file is empty or cannot be read from.
Bail out if fread returns zero after closing the file.
Cc: Ilia Mirkin imir
-sta...@lists.freedesktop.org
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Ilia Mirkin imir...@alum.mit.edu
---
src/gallium/drivers/nouveau/nv50/nv50_state.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/nouveau/nv50
-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Ilia Mirkin imir...@alum.mit.edu
---
src/gallium/drivers/nouveau/nvc0/nvc0_state.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_state.c
b/src/gallium/drivers/nouveau
Hi Francisco,
I'm looking at some piglit failures on nv10... full run at
http://people.freedesktop.org/~imirkin/nv10-comparison/problems.html
The specific one is:
http://people.freedesktop.org/~imirkin/nv10-comparison/nv18-imirkin/spec/!OpenGL%201.1/copyteximage%201D.html
Which fails in
On Thu, Mar 13, 2014 at 6:42 AM, Francisco Jerez curroje...@riseup.net wrote:
Ilia Mirkin imir...@alum.mit.edu writes:
Hi Francisco,
I'm looking at some piglit failures on nv10... full run at
http://people.freedesktop.org/~imirkin/nv10-comparison/problems.html
The specific one is:
http
On Thu, Mar 13, 2014 at 6:43 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Thu, Mar 13, 2014 at 6:42 AM, Francisco Jerez curroje...@riseup.net
wrote:
Ilia Mirkin imir...@alum.mit.edu writes:
Hi Francisco,
I'm looking at some piglit failures on nv10... full run at
http
On Thu, Mar 13, 2014 at 6:55 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Thu, Mar 13, 2014 at 6:43 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Thu, Mar 13, 2014 at 6:42 AM, Francisco Jerez curroje...@riseup.net
wrote:
Ilia Mirkin imir...@alum.mit.edu writes:
Hi Francisco,
I'm
On Thu, Mar 13, 2014 at 7:36 AM, Francisco Jerez curroje...@riseup.net wrote:
Ilia Mirkin imir...@alum.mit.edu writes:
On Thu, Mar 13, 2014 at 6:55 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Thu, Mar 13, 2014 at 6:43 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Thu, Mar 13, 2014 at 6:42
to allow textures with that
format, however if there is no dependency, ARB_depth_texture would be
practically implied by the extension.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
It should also be noted that ARB_depth_texture became required in OpenGL 1.4,
so this shouldn't affect too many
On Thu, Mar 13, 2014 at 9:22 AM, Francisco Jerez curroje...@riseup.net wrote:
Ilia Mirkin imir...@alum.mit.edu writes:
EXT_packed_depth_stencil is supported by all drivers, but
ARB_depth_texture isn't (notably nouveau_vieux). This should avoid
passing unexpected values down
On Thu, Mar 13, 2014 at 11:40 AM, Ian Romanick i...@freedesktop.org wrote:
On 03/13/2014 06:33 AM, Ilia Mirkin wrote:
On Thu, Mar 13, 2014 at 9:22 AM, Francisco Jerez curroje...@riseup.net
wrote:
Ilia Mirkin imir...@alum.mit.edu writes:
EXT_packed_depth_stencil is supported by all drivers
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
src/mesa/drivers/dri/nouveau/nouveau_texture.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/nouveau/nouveau_texture.c
b/src/mesa/drivers/dri/nouveau/nouveau_texture.c
index a8c0268..ae8dbd4 100644
--- a/src/mesa
Hello,
Starting with
commit 7bd95ec437a5b1052fa17780a9d66677ec1fdc35
Author: Eric Anholt e...@anholt.net
Date: Thu Jan 23 10:21:09 2014 -0800
dri2: Trust our own driver name lookup over the server's.
This allows Mesa to choose to rename driver .sos (or split drivers),
without
://bugs.freedesktop.org/show_bug.cgi?id=76082
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
configure.ac | 1 -
1 file changed, 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 3f75266..2ebed46 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1592,7 +1592,6 @@ if test x$enable_gallium_llvm
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
include/pci_ids/pci_id_driver_map.h | 1 -
src/loader/loader.c | 25 +++--
2 files changed, 23 insertions(+), 3 deletions(-)
diff --git a/include/pci_ids/pci_id_driver_map.h
b/include/pci_ids
On Mon, Mar 17, 2014 at 9:30 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
Hello,
Starting with
commit 7bd95ec437a5b1052fa17780a9d66677ec1fdc35
Author: Eric Anholt e...@anholt.net
Date: Thu Jan 23 10:21:09 2014 -0800
dri2: Trust our own driver name lookup over the server's
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
Cc: 10.0 10.1 mesa-sta...@lists.freedesktop.org
---
src/mesa/drivers/dri/nouveau/nouveau_fbo.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/nouveau/nouveau_fbo.c
b/src/mesa/drivers/dri/nouveau
On Mon, Mar 17, 2014 at 1:12 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 17/03/14 14:22, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
Hi Ilia
I'm not sure if a nouveau specific quirk is a nice idea, although the
only other solution is to add the quirk
On Mon, Mar 17, 2014 at 2:02 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 17/03/14 17:33, Ilia Mirkin wrote:
On Mon, Mar 17, 2014 at 1:12 PM, Emil Velikov emil.l.veli...@gmail.com
wrote:
On 17/03/14 14:22, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
Hi Ilia
There are a lot of different pci ids supported by nouveau, and more are
added all the time. The relevant distinguisher between drivers is the
chipset id.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
I haven't tested this on real hardware yet
On Mon, Mar 17, 2014 at 2:42 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
There are a lot of different pci ids supported by nouveau, and more are
added all the time. The relevant distinguisher between drivers is the
chipset id.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
Cc: 10.1 mesa-sta
On Mon, Mar 17, 2014 at 6:01 PM, Eric Anholt e...@anholt.net wrote:
Ilia Mirkin imir...@alum.mit.edu writes:
On Mon, Mar 17, 2014 at 2:42 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
There are a lot of different pci ids supported by nouveau, and more are
added all the time. The relevant
There are a lot of different pci ids supported by nouveau, and more are
added all the time. The relevant distinguisher between drivers is the
chipset id.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
Tested with additional prints thrown in to make
On Mon, Mar 17, 2014 at 6:23 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
There are a lot of different pci ids supported by nouveau, and more are
added all the time. The relevant distinguisher between drivers is the
chipset id.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
Cc: 10.1 mesa-sta
On Mon, Mar 17, 2014 at 7:11 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 17/03/14 22:23, Ilia Mirkin wrote:
There are a lot of different pci ids supported by nouveau, and more are
added all the time. The relevant distinguisher between drivers is the
chipset id.
Signed-off-by: Ilia
There are a lot of different pci ids supported by nouveau, and more are
added all the time. The relevant distinguisher between drivers is the
chipset id.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
Reviewed-by: Emil Velikov emil.l.veli...@gmail.com
Cc: 10.1 mesa-sta...@lists.freedesktop.org
ping? should be fairly straight-forward... looks like gentoo moved
llvm back to /usr/lib for llvm-3.4 (while it was in /usr/lib/llvm for
llvm-3.1, current stable), so the original issue will disappear for me
as well.
On Mon, Mar 17, 2014 at 9:43 AM, Ilia Mirkin imir...@alum.mit.edu wrote
On Wed, Mar 19, 2014 at 11:43 PM, Jonathan Gray j...@jsg.id.au wrote:
drm headers may be installed in a different directory
I'm curious -- how can this happen? Looking at Makefile.am from
drm:nouveau/Makefile.am:
libdrm_nouveauincludedir = ${includedir}/libdrm
libdrm_nouveauinclude_HEADERS =
On Wed, Mar 19, 2014 at 11:45 PM, Jonathan Gray j...@jsg.id.au wrote:
libdl does not exist on many platforms which have dlopen in libc.
Signed-off-by: Jonathan Gray j...@jsg.id.au
Reviewed-by: Ilia Mirkin imir...@alum.mit.edu
---
src/gallium/drivers/nouveau/Makefile.am | 2 +-
1 file
On Thu, Mar 20, 2014 at 7:57 AM, Jonathan Gray j...@jsg.id.au wrote:
On Thu, Mar 20, 2014 at 07:29:32AM -0400, Ilia Mirkin wrote:
On Wed, Mar 19, 2014 at 11:43 PM, Jonathan Gray j...@jsg.id.au wrote:
drm headers may be installed in a different directory
I'm curious -- how can this happen
On Thu, Mar 20, 2014 at 8:25 AM, Jonathan Gray j...@jsg.id.au wrote:
On Thu, Mar 20, 2014 at 08:09:41AM -0400, Ilia Mirkin wrote:
On Thu, Mar 20, 2014 at 7:57 AM, Jonathan Gray j...@jsg.id.au wrote:
On Thu, Mar 20, 2014 at 07:29:32AM -0400, Ilia Mirkin wrote:
On Wed, Mar 19, 2014 at 11:43 PM
On Thu, Mar 20, 2014 at 8:57 AM, Jonathan Gray j...@jsg.id.au wrote:
On Thu, Mar 20, 2014 at 08:42:59AM -0400, Ilia Mirkin wrote:
On Thu, Mar 20, 2014 at 8:25 AM, Jonathan Gray j...@jsg.id.au wrote:
On Thu, Mar 20, 2014 at 08:09:41AM -0400, Ilia Mirkin wrote:
On Thu, Mar 20, 2014 at 7:57 AM
The nvc0 texfetch instruction expects the sample id to be in the second
source (usually used for the offset) rather than as part of the texture
coordinate.
This fixes all the sampler2DMS/Array tests on nvc0.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
Cc: 10.1 mesa-sta
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Note that this also ensures that the clear size is passed through even when
the data is null. This preserves the validation done to make sure that size %
clear size == 0.
src/mesa/main/bufferobj.c| 6 +++---
src/mesa/main
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
src/gallium/include/pipe/p_context.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/gallium/include/pipe/p_context.h
b/src/gallium/include/pipe/p_context.h
index fe3045a..bf27285 100644
--- a/src/gallium/include/pipe
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
This passed all the arb_clear_buffer_object tests. (And it failed a bunch of
them until I realized I had to pass the pitch in and not the width for
RT_HORIZ.)
Presumably one could be clever and try to factor the number of elements
instead
On Tue, Mar 25, 2014 at 6:32 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 25.03.2014 22:36, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
src/gallium/include/pipe/p_context.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/gallium
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
v1 - v2: add docs section to context.rst
src/gallium/docs/source/context.rst | 5 +
src/gallium/include/pipe/p_context.h | 11 +++
2 files changed, 16 insertions(+)
diff --git a/src/gallium/docs/source/context.rst
b/src/gallium
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
v1 - v2: mark zeros as static const data, change line wrapping
src/mesa/main/bufferobj.c| 6 +++---
src/mesa/main/bufferobj.h| 7 +++
src/mesa/state_tracker/st_cb_bufferobjects.c | 28
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
v1 - v2: no change
src/gallium/drivers/nouveau/nv50/nv50_surface.c | 111
1 file changed, 111 insertions(+)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_surface.c
b/src/gallium/drivers/nouveau/nv50
On Tue, Mar 25, 2014 at 7:57 PM, Brian Paul bri...@vmware.com wrote:
On 03/25/2014 05:23 PM, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
v1 - v2: add docs section to context.rst
src/gallium/docs/source/context.rst | 5 +
src/gallium/include/pipe
Hello,
As the outcome of a discussion yesterday on #dri-devel
(http://people.freedesktop.org/~cbrill/dri-log/index.php?channel=dri-develdate=2014-03-25
starting around 16:30), I've created a small page that lists all
extensions/limits supported by core/compat profiles, per driver:
dirty that was available from
glxinfo. Since I think these are going to be generated ~once per
release, it's not that tall of an order to hand-edit the names to be
something pretty.
Marek
On Wed, Mar 26, 2014 at 3:24 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
Hello,
As the outcome
On Thu, Mar 27, 2014 at 11:35 AM, Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
On Wed, Mar 26, 2014 at 4:30 AM, Roland Scheidegger srol...@vmware.com
wrote:
Am 26.03.2014 03:29, schrieb Marek Olšák:
My reasoning was that it would be better to specify a raw clear
On Wed, Mar 26, 2014 at 4:57 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
* core extensions divided into groups based on the GL version
It should be easy to group things however we want. I'm not
sufficiently well-versed in what would be considered useful. If there
are fixed lists of extensions
On Fri, Mar 28, 2014 at 10:15 AM, Roland Scheidegger srol...@vmware.com wrote:
Am 28.03.2014 05:06, schrieb Kenneth Graunke:
I've attached the info for everything on the i965 driver. In case you
ever want to regenerate things, I just ran:
$ INTEL_DEVID_OVERRIDE=0x29a2 glxinfo -l -s gen4
$
Hey guys,
I was thinking of taking a shot at implementing ARB_sample_shading for
nv50 (well, nva3-nva8) this weekend. One of the issues is that it's
not implemented in gallium at all right now, so I need to pipe it
through somehow. I believe that the only piece of data that needs to
be piped
On Fri, Mar 28, 2014 at 5:47 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 28.03.2014 22:18, schrieb Ilia Mirkin:
Hey guys,
I was thinking of taking a shot at implementing ARB_sample_shading for
nv50 (well, nva3-nva8) this weekend. One of the issues is that it's
not implemented
On Fri, Mar 28, 2014 at 6:41 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 28.03.2014 22:56, schrieb Ilia Mirkin:
On Fri, Mar 28, 2014 at 5:47 PM, Roland Scheidegger srol...@vmware.com
wrote:
Am 28.03.2014 22:18, schrieb Ilia Mirkin:
Hey guys,
I was thinking of taking a shot
On Fri, Mar 28, 2014 at 7:43 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 28.03.2014 23:57, schrieb Ilia Mirkin:
On Fri, Mar 28, 2014 at 6:41 PM, Roland Scheidegger srol...@vmware.com
wrote:
Am 28.03.2014 22:56, schrieb Ilia Mirkin:
On Fri, Mar 28, 2014 at 5:47 PM, Roland Scheidegger
just add unnecessary complication. (Also that whole
logic with setting up the mapping... I'm not 100% sure on it, please check
over it carefully.)
Ilia Mirkin (3):
gallium: add basic support for ARB_sample_shading
mesa/st: add support for ARB_sample_shading
nv50: add support
---
src/gallium/auxiliary/tgsi/tgsi_strings.c | 5 -
src/gallium/docs/source/context.rst| 3 +++
src/gallium/docs/source/screen.rst | 3 +++
src/gallium/docs/source/tgsi.rst | 20
src/gallium/include/pipe/p_context.h | 3 +++
---
This doesn't actually pass any tests (well, sample-id passes for texture, but
not renderbuffer attachments).
src/gallium/drivers/nouveau/codegen/nv50_ir.h | 1 +
.../drivers/nouveau/codegen/nv50_ir_driver.h | 1 +
.../drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp | 8
---
src/gallium/auxiliary/cso_cache/cso_context.c| 19
src/gallium/auxiliary/cso_cache/cso_context.h| 4 +++
src/gallium/drivers/freedreno/freedreno_screen.c | 1 +
src/gallium/drivers/i915/i915_screen.c | 1 +
src/gallium/drivers/ilo/ilo_screen.c |
On Thu, Mar 27, 2014 at 12:16 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Thu, Mar 27, 2014 at 11:35 AM, Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
On Wed, Mar 26, 2014 at 4:30 AM, Roland Scheidegger srol...@vmware.com
wrote:
Am 26.03.2014 03:29, schrieb Marek
Hi everyone,
I've set up a readthedocs.org build to point at the gallium docs:
http://gallium.readthedocs.org/en/latest/
I didn't find any publicly available built docs otherwise (except some
rather outdated ones[1]), and this is able to build against the latest
git and auto-updates without us
On Mon, Mar 31, 2014 at 11:17 AM, Leander Bessa Beernaert
leande...@gmail.com wrote:
Hey,
I'm interested in dwelling deeper in the world of GPU driver development in
my spare time. Since I'm a fan of OpenSource, Mesa3D sounded like a good
place to start :).
I have some experience using
On Mon, Mar 31, 2014 at 2:39 PM, Benjamin Bellec b.bel...@gmail.com wrote:
Hi,
Correct me if I'm wrong, it looks like EXT_draw_buffers2 (OpenGL 3.0) is
not enabled on Radeon HD2900 (R600 codename) due to hardware limitation.
I have no R600 card to check glxinfo.
David Airlie enabled this
this extension?
I guess it exposes 2.1 then? That seems the most likely. But I'm sure
the radeon people would know for sure.
Benjamin
Le 31/03/2014 20:43, Ilia Mirkin a écrit :
On Mon, Mar 31, 2014 at 2:39 PM, Benjamin Bellec b.bel...@gmail.com wrote:
Hi,
Correct me if I'm wrong, it looks
On Mon, Mar 31, 2014 at 4:48 PM, Eric Anholt e...@anholt.net wrote:
This gets us disasm of atomic ops.
---
src/mesa/drivers/dri/i965/brw_disasm.c | 113
+++--
1 file changed, 106 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_disasm.c
---
src/gallium/docs/source/format.rst | 4 ++--
src/gallium/docs/source/index.rst | 1 +
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/docs/source/format.rst
b/src/gallium/docs/source/format.rst
index f6d77d6..93faf4f 100644
--- a/src/gallium/docs/source/format.rst
---
src/gallium/docs/source/tgsi.rst | 503 ---
1 file changed, 261 insertions(+), 242 deletions(-)
diff --git a/src/gallium/docs/source/tgsi.rst b/src/gallium/docs/source/tgsi.rst
index e184b2f..d1e3528 100644
--- a/src/gallium/docs/source/tgsi.rst
+++
---
src/gallium/docs/source/tgsi.rst | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/src/gallium/docs/source/tgsi.rst b/src/gallium/docs/source/tgsi.rst
index d1e3528..4493f1e 100644
--- a/src/gallium/docs/source/tgsi.rst
+++
---
src/gallium/docs/source/tgsi.rst | 120 +++
1 file changed, 60 insertions(+), 60 deletions(-)
diff --git a/src/gallium/docs/source/tgsi.rst b/src/gallium/docs/source/tgsi.rst
index 866d2a6..a754966 100644
--- a/src/gallium/docs/source/tgsi.rst
+++
---
src/gallium/docs/source/tgsi.rst | 44 +++-
1 file changed, 16 insertions(+), 28 deletions(-)
diff --git a/src/gallium/docs/source/tgsi.rst b/src/gallium/docs/source/tgsi.rst
index 6168b89..866d2a6 100644
--- a/src/gallium/docs/source/tgsi.rst
+++
---
src/gallium/docs/source/context.rst | 6 +++---
src/gallium/docs/source/cso/dsa.rst | 2 +-
src/gallium/docs/source/debugging.rst | 2 +-
src/gallium/docs/source/distro.rst| 2 ++
src/gallium/docs/source/resources.rst | 2 ++
src/gallium/docs/source/tgsi.rst | 2 +-
6 files
already done it this way... Let me know if you'd really prefer that I redo it.
Ilia Mirkin (6):
gallium/docs: fix a lot of bad formatting
gallium/docs: add format to index
gallium/docs: fix use of _ in math sections
gallium/docs: fix incorrect/missing references
gallium/docs: line up some
On Mon, Mar 31, 2014 at 7:42 PM, Roland Scheidegger srol...@vmware.com wrote:
I've got some ideas but I'm not sure the design would be really better -
I'd like to hear some other opinions.
Am 31.03.2014 02:52, schrieb Ilia Mirkin:
---
src/gallium/auxiliary/tgsi/tgsi_strings.c | 5
Reviewed-by: Ilia Mirkin imir...@alum.mit.edu
On Mon, Mar 31, 2014 at 10:11 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
Cc: Ilia Mirkin imir...@alum.mit.edu
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
src/gallium/drivers/nouveau/Makefile.am | 3 +--
1 file changed, 1
201 - 300 of 5859 matches
Mail list logo