From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/r300/r300_query.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/r300/r300_query.c
b/src/gallium/drivers/r300/r300_query.c
index
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/auxiliary/util/u_math.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_math.h
b/src/gallium/auxiliary/util/u_math.h
On Mit, 2011-11-02 at 10:36 -0700, Corbin Simpson wrote:
2011/11/2 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/r300/r300_query.c |2 +-
1 files changed, 1 insertions
= ctx-DrawBuffer-Width;
- bounds.x2 = ctx-DrawBuffer-Height;
+ bounds.y2 = ctx-DrawBuffer-Height;
if (!radeon-state.scissor.numAllocedClipRects) {
radeon-state.scissor.numAllocedClipRects = 1;
Reviewed-by: Michel Dänzer mic...@daenzer.net
--
Earthling Michel
easy with a profiler such
as sysprof, perf or oprofile.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev
and then and hoping to
catch it somewhere inside glXSwapBuffers. Maybe others have better
ideas.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev
On Fre, 2011-11-11 at 07:35 +0100, Mathias Fröhlich wrote:
On Thursday, November 10, 2011 18:42:13 Michel Dänzer wrote:
On Don, 2011-11-10 at 11:01 +0100, Theiss, Ingo wrote:
The function calls of mesa/state_tracker/st_cb_readpixels.c:382 -
st_readpixels and mesa/main/pack.c:552
On Fre, 2011-11-11 at 14:15 +0100, Theiss, Ingo wrote:
Am Freitag, 11. November 2011 12:09 CET, Michel Dänzer mic...@daenzer.net
schrieb:
So It makes sense to find a glReadPixels in VirtualGL's glxSwapBuffers.
Ah. I thought the time measurements in Ingo's original post were
On Fre, 2011-11-11 at 06:52 -0800, Jose Fonseca wrote:
- Original Message -
Am Freitag, 11. November 2011 14:33 CET, Michel Dänzer
mic...@daenzer.net schrieb:
On Fre, 2011-11-11 at 14:15 +0100, Theiss, Ingo wrote:
Here are the compiler flags used.
32-bit
as well. Otherwise, it
would rather be a question for VirtualGL developers, though it looks
like it is as you say.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/mesa/main/readpix.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/readpix.c b/src/mesa/main/readpix.c
index 8550618..582adc3 100644
--- a/src/mesa
Oops, sorry about that. :( I did check a few ReadPixels related piglit
tests, but not a full run.
I've reverted it for now, thanks for catching this.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI
( ((tmp 2) 0xf8) | ((tmp 7)
0x7) );
+ dst[i][BCOMP] = UBYTE_TO_FLOAT( ((tmp 3) 0xf8) | ((tmp 2)
0x7) );
Don't these lines need to be changed to be the same as in
unpack_ARGB1555()?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software
On Don, 2011-12-01 at 07:28 -0700, Brian Paul wrote:
On 12/01/2011 02:42 AM, Michel Dänzer wrote:
On Mit, 2011-11-30 at 20:36 -0700, Brian Paul wrote:
diff --git a/src/mesa/main/format_unpack.c b/src/mesa/main/format_unpack.c
index 4b4ee6b..fc0db34 100644
--- a/src/mesa/main
);
+ dst[i][ACOMP] = ((tmp 15) 0x01) * 1.0F;
}
}
Reviewed-by: Michel Dänzer mic...@daenzer.net
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
:
No objections, in fact, that's how at least the xf86-video-ati driver
interprets the format anyway.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
with at least --enable-vdpau. But note that
it's still rather experimental and may not be useful to you, e.g. it can
only decode MPEG 1/2 with the help of GPU shaders so far.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
) to catch
missing formats in debugging builds, and set depth to something more
useful for non-debugging builds, e.g. to
util_format_get_blocksizebits(format) still.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X
On Mit, 2011-12-07 at 09:30 +0100, Thomas Hellstrom wrote:
Some hardware can't reinterpret the format of hardware buffers and thus
the X server needs to know the format when the buffer is created.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
Reviewed-by: Michel Dänzer mic
DRI2CopyRegion.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org
On Mit, 2011-12-07 at 09:20 +, Dave Airlie wrote:
2011/12/7 Michel Dänzer mic...@daenzer.net:
On Mit, 2011-12-07 at 08:40 +, Dave Airlie wrote:
I have a feeling, since dri2 is not strictly restricted to GLX, whether
this
should really be
implemented in the glx code
.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
a pbuffer,
avoid doing flush at all since its meant to be a no-op.
Suggested by Michel Dänzer mic...@daenzer.net
Signed-off-by: Dave Airlie airl...@redhat.com
[...]
diff --git a/src/glx/glxcmds.c b/src/glx/glxcmds.c
index c8ec9c2..634f0c5 100644
--- a/src/glx/glxcmds.c
+++ b/src/glx
) | FD_CLOEXEC);
+#endif
if (drmGetMagic(psc-fd, magic)) {
ErrorMessageF(failed to get magic\n);
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
it there anyway.
Actually no, the DRI2 code in the server can't know, as this is a
perfectly legitimate request for a GLXPbuffer.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
configs/linux-llvm as well, but otherwise
Reviewed-by: Michel Dänzer mic...@daenzer.net
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev
-drivers=r600 (--enable-gles1/2)
Try running any *_screen EGL demo, e.g.
EGL_LOG_LEVEL=debug eglgears_screen
If there's a problem, the EGL_LOG_LEVEL=debug environment variable
should give some useful debugging output.
--
Earthling Michel Dänzer | http://www.amd.com
?
i965g was just one Gallium driver. Presumably, Eric was referring to the
Gallium Mesa state tracker (src/mesa/state_tracker/), which translates
between the Mesa and Gallium driver interfaces.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
On Don, 2011-12-29 at 14:57 +0100, Mathias Fröhlich wrote:
On Thursday, December 29, 2011 13:35:19 Michel Dänzer wrote:
From: Michel Dänzer michel.daen...@amd.com
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=44151
Probably fixes: https://bugs.freedesktop.org/show_bug.cgi?id
From: Michel Dänzer michel.daen...@amd.com
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=44151
Probably fixes: https://bugs.freedesktop.org/show_bug.cgi?id=44007
https://bugs.freedesktop.org/show_bug.cgi?id=43993
Signed-off-by: Michel Dänzer michel.daen...@amd.com
From: Michel Dänzer michel.daen...@amd.com
A fence is a screen object and can outlive the context it was created from.
The previous code would access freed memory in that case, resulting in
various problems.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=44151
Probably fixes: https
the information from the
completion events instead. Not a blocker though.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev
environment variable recognized by libGL
that starts with MESA_, so far all of them have started with LIBGL_. Not
sure it's a problem, just pointing it out.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
On Mit, 2012-01-04 at 15:04 +0100, Marek Olšák wrote:
2012/1/4 Michel Dänzer mic...@daenzer.net:
On Mit, 2012-01-04 at 06:05 +0100, Marek Olšák wrote:
This is useful for apps which don't print FPS.
Only enabled in SwapBuffers.
---
src/glx/dri2_glx.c | 36
' ...
Running aclocal ... [ok]
Running autoconf ... [ok]
Source prepared.
Okay. I give up. I have no clue why it's not working. Patches welcome. :(
It's not running automake (just like the Mesa toplevel Makefile
isn't...).
--
Earthling Michel Dänzer | http
On Don, 2012-01-05 at 16:11 +0100, Marek Olšák wrote:
This is useful for apps which don't print FPS.
Only enabled in SwapBuffers.
v2: track state per drawable, use libGL prefix
Reviewed-by: Michel Dänzer mic...@daenzer.net
--
Earthling Michel Dänzer | http
) {
+fprintf(stderr, radeon: Failed to get %s, error number %d\n,
+errname, retval);
+}
return FALSE;
}
return TRUE;
This fix should probably be a change of its own.
--
Earthling Michel Dänzer | http://www.amd.com
/mesa/.gitignore
+++ b/src/mesa/.gitignore
@@ -3,3 +3,4 @@
depend.es*
depend.es*
objs-es*
+git_sha1.h.tmp
This is in src/mesa/main/.gitignore . src/mesa/git_sha1.h.tmp really is
stale.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
-offset = va;
hole-offset = mgr-va_offset;
Also, I was wondering if mgr-va_offset needs to be guarded against
growing beyond 1 40. But AFAICT that's already handled by the kernel.
The rest looks good to me.
--
Earthling Michel Dänzer | http://www.amd.com
Libre
the intention is for only one
PIPE_ARCH_* to be defined.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa
think we can make SCons parses the source list too.
That would be awesome.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa
implementation:
http://dri.freedesktop.org/wiki/S3TC
All I am asking for is ALSO a reference to the restricted S2TC
implementation
there.
I'd do it myself, if the page were not immutable.
You just need to log in to edit it (just like any other page).
--
Earthling Michel Dänzer
the other __DRI_BUFFER_* defines by
whitespace and a comment explaining what it's about, to prevent the next
buffer type from being added after __DRI_BUFFER_COUNT as
#define __DRI_BUFFER_FOO 12
:)
--
Earthling Michel Dänzer | http://www.amd.com
Libre software
);
}
Shouldn't this rather be dealt with in EGL code?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev
Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
sense to have separate patches for adding this
or that file. Add the files in the first patch that uses them.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
From: Michel Dänzer michel.daen...@amd.com
Mostly copied from r300g.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
configure.ac |2 +-
src/gallium/targets/xorg-r600/Makefile | 25 ++
src/gallium/targets/xorg-r600/target.c | 26 ++
src/gallium
From: Michel Dänzer michel.daen...@amd.com
Always use the resource_copy_region hook. If a source and destination rectangle
overlap, copy to/from a temporary pixmap.
---
This gets accelerated tiled fills (such as for the X root weave; EXA expects
each Copy driver hook call to pick up the results
From: Michel Dänzer michel.daen...@amd.com
Based on a vmwgfx xa/saa fix.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/state_trackers/xorg/xorg_dri2.c | 16 +---
1 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/src/gallium/state_trackers/xorg
From: Michel Dänzer michel.daen...@amd.com
If the state tracker tries to map the resource directly but we can't or don't
want to do that, fail to create a transfer.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/r600/r600_texture.c |3 +++
1 files changed, 3
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/state_trackers/xorg/xorg_driver.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/state_trackers/xorg/xorg_driver.c
b/src/gallium/state_trackers
Patch 1 is an unrelated fix I stumbled across recently, patches 2-4
are to get the xorg state tracker working with r600g.
Patch 2 works around r600g's fences still being incorrectly
context-dependent (otherwise causing a crash on X server shutdown),
but I think it's the better default anyway, as
On Fre, 2011-07-29 at 19:37 +0200, Maarten Lankhorst wrote:
Formats were based on a patch sent to xf86-video-nouveau by Bryan Cain
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
Pushed, thanks.
--
Earthling Michel Dänzer | http://www.amd.com
Libre
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/state_trackers/xorg/xorg_composite.c | 26 +++---
1 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/src/gallium/state_trackers/xorg/xorg_composite.c
b
On Die, 2011-05-17 at 18:30 +0200, Marcin Slusarz wrote:
On Tue, May 17, 2011 at 09:27:45AM +0200, Michel Dänzer wrote:
On Die, 2011-05-17 at 00:12 +0200, Marcin Slusarz wrote:
On Mon, May 16, 2011 at 10:51:58PM +0200, Roland Scheidegger wrote:
Otherwise, doesn't really look hacky
instead of
PIPE_FORMAT_L8_UNORM and associated hacks.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev
.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
= tmp;
+
/* If the CS is not empty, emit it in a newly-spawned thread. */
The 'newly-spawned' in this comment is no longer accurate, is it?
Otherwise looks good to me.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
notice any other issues in the patches.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http
From: Michel Dänzer michel.daen...@amd.com
This makes sure that stObj-pt exists and is up to date.
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39193 .
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/mesa/state_tracker/st_cb_fbo.c |9 ++---
1 files changed, 6
On Mit, 2011-09-14 at 11:44 -0600, Brian Paul wrote:
On 09/14/2011 11:16 AM, Michel Dänzer wrote:
From: Michel Dänzermichel.daen...@amd.com
This makes sure that stObj-pt exists and is up to date.
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39193 .
Signed-off-by: Michel
On Don, 2011-09-15 at 09:01 -0600, Brian Paul wrote:
On 09/15/2011 04:55 AM, Michel Dänzer wrote:
On Mit, 2011-09-14 at 11:44 -0600, Brian Paul wrote:
On 09/14/2011 11:16 AM, Michel Dänzer wrote:
From: Michel Dänzermichel.daen...@amd.com
This makes sure that stObj-pt exists and is up
something up when I built the software?
Can you check if it's still there with current Mesa Git or at least
7.11, and if so try and isolate the leak with valgrind?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X
)
\
B) 0xf8) 1) | (((G) 0xc0) 6) | (((G) 0x38) 10) | (((R)
0xf8) 5) | \
Reviewed-by: Michel Dänzer mic...@daenzer.net
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian
.
Could you please suggest what output I could attach to the bug report
to make this easy(er) to track down?
Basically the same as always for a start: dmesg, Xorg.0.log, glxinfo
output.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
On Don, 2011-09-15 at 13:01 -0600, Brian Paul wrote:
On 09/15/2011 10:08 AM, Michel Dänzer wrote:
On Don, 2011-09-15 at 09:01 -0600, Brian Paul wrote:
On 09/15/2011 04:55 AM, Michel Dänzer wrote:
On Mit, 2011-09-14 at 11:44 -0600, Brian Paul wrote:
On 09/14/2011 11:16 AM, Michel Dänzer
On Die, 2011-09-20 at 12:55 -0600, Brian Paul wrote:
On 09/20/2011 10:40 AM, Michel Dänzer wrote:
On Don, 2011-09-15 at 13:01 -0600, Brian Paul wrote:
On 09/15/2011 10:08 AM, Michel Dänzer wrote:
On Don, 2011-09-15 at 09:01 -0600, Brian Paul wrote:
On 09/15/2011 04:55 AM, Michel Dänzer
On Mit, 2011-09-21 at 10:31 -0600, Brian Paul wrote:
On 09/21/2011 03:36 AM, Michel Dänzer wrote:
On Die, 2011-09-20 at 12:55 -0600, Brian Paul wrote:
On 09/20/2011 10:40 AM, Michel Dänzer wrote:
On Don, 2011-09-15 at 13:01 -0600, Brian Paul wrote:
On 09/15/2011 10:08 AM, Michel Dänzer
the commit r600g: move all files from
winsys/r600 into drivers/r600, but I'd like to push the other 5
commits if there are no concerns.
All six commits look good to me FWIW.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian
probably be refactored into a
helper function.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
On Mit, 2011-10-12 at 11:35 +0200, Thomas Hellstrom wrote:
Thanks for reviewing, Michel.
On 10/11/2011 05:29 PM, Michel Dänzer wrote:
On Die, 2011-10-11 at 15:44 +0200, Thomas Hellstrom wrote:
The X server has limited throttle support on the server side,
but doing this in the client
work everywhere.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org
-lsdtdc++ doesn't even work on all Linux architectures, as libdstdc
++ may require other stuff which is only pulled in implicitly by g++.
BTW, why does st/xorg need libstdc++ at all without LLVM?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
On Son, 2011-10-16 at 14:54 +0200, Marcin Slusarz wrote:
On Sun, Oct 16, 2011 at 02:03:16PM +0200, Marcin Slusarz wrote:
On Fri, Oct 14, 2011 at 08:22:35AM +0200, Michel Dänzer wrote:
On Don, 2011-10-13 at 15:11 -0500, Patrick Baggett wrote:
Well, trivial answer is that Win32 uses some
On Son, 2011-10-16 at 18:47 +0200, Marcin Slusarz wrote:
On Sun, Oct 16, 2011 at 04:15:14PM +0200, Michel Dänzer wrote:
On Son, 2011-10-16 at 14:54 +0200, Marcin Slusarz wrote:
On Sun, Oct 16, 2011 at 02:03:16PM +0200, Marcin Slusarz wrote:
On Fri, Oct 14, 2011 at 08:22:35AM +0200
might as well remove the classic r300 and r600 drivers
altogether in favour of the Gallium based ones.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
On Mit, 2011-10-19 at 20:16 -0400, nobled wrote:
This reverts commit 569bde1fa7d03fb7688d0d391b32e61e857ad44e.
---
A revert commit needs a rationale.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI
.
... I had that kind of fence based implementation on my todo for some time
now
but never got to that. Thanks for providing this!
Please review the attached patch.
Looks good to me.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
On Mon, 2013-01-21 at 22:28 +0100, Christian König wrote:
v2: don't mess up other loops
Signed-off-by: Christian König deathsim...@vodafone.de
Series is
Tested-by: Michel Dänzer michel.daen...@amd.com
No piglit regressions with radeonsi. :)
P.S. A couple of piglit tests still crash
On Die, 2013-01-22 at 16:10 +0100, Tom Stellard wrote:
On Tue, Jan 22, 2013 at 04:06:05PM +0100, Michel Dänzer wrote:
On Mon, 2013-01-21 at 23:03 +0100, Tom Stellard wrote:
I don't think we emit the int_AMDGPU_mul intrinsic anymore, but it
probably
doesn't hurt to keep it around
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeonsi/si_state.c |4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index a27dbdd
From: Michel Dänzer michel.daen...@amd.com
These aren't covered by UTIL_FORMAT_TYPE_FLOAT.
Fixes 15 piglit (sub)tests.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeonsi/si_state.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
From: Marek Olšák mar...@gmail.com
[ Cherry-picked from r600g commit 7c371f46958910dd2ca9487c89af1b72bbfdada9 ]
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeonsi/r600_blit.c| 60 ++-
src/gallium/drivers/radeonsi/r600_texture.c
From: Michel Dänzer michel.daen...@amd.com
Indirect addressing isn't fully handled yet.
Fixes crashes with piglit tests using indirect addressing.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c |5 +
1 file changed, 5 insertions
From: Michel Dänzer michel.daen...@amd.com
Fixes piglit spec/ARB_sampler_objects/sampler-incomplete and
spec/EXT_texture_swizzle/depth_texture_mode_and_swizzle.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 12 +++-
1
From: Michel Dänzer michel.daen...@amd.com
Fixes 37 piglit tests and allows e.g. FlightGear to run with radeonsi.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/R600/SIInstructions.td | 10 ++
1 file changed, 10 insertions(+)
diff --git a/lib/Target/R600
seems appropriate.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org
? :)
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
more piglit tests on radeonsi.
Thanks!
Tested-by: Michel Dänzer michel.daen...@amd.com
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev
.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
On Die, 2013-01-29 at 14:43 +0100, Marek Olšák wrote:
This is extracted from the texstore code. I'm not sure at all if it's needed.
swapBytes should be irrelevant for single byte formats, so it shouldn't
be needed.
--
Earthling Michel Dänzer | http://www.amd.com
MESA_FORMAT_SIGNED_GR1616:
+ return format == GL_RG type == GL_SHORT littleEndian
!swapBytes;
GL_SHORT is in host byte order, so checking for littleEndian here
incorrectly excludes big endian hosts.
The last hunk has more examples of all of the above.
--
Earthling Michel Dänzer
) ||
+ (type == GL_UNSIGNED_SHORT_8_8_REV_MESA littleEndian !=
swapBytes));
case MESA_FORMAT_R8:
return format == GL_RED type == GL_UNSIGNED_BYTE;
Reviewed-by: Michel Dänzer michel.daen...@amd.com
--
Earthling Michel Dänzer | http://www.amd.com
Libre
On Die, 2013-01-29 at 21:22 +0100, Marek Olšák wrote:
On Tue, Jan 29, 2013 at 4:31 PM, Michel Dänzer mic...@daenzer.net wrote:
On Die, 2013-01-29 at 14:43 +0100, Marek Olšák wrote:
---
src/mesa/main/formats.c | 30 ++
1 file changed, 26 insertions(+), 4
can't help feeling it would be better to treat endianness explicitly
rather than implicitly in the format description, so drivers and state
trackers could choose to use little/big/native/foreign endian formats as
appropriate for the hardware and APIs they're dealing with.
--
Earthling Michel Dänzer
implicitly? Do you mean r5g6b5_be,
r5g6b5_le, r32g32b32a32_unorm_le, r32g32b32a32_unorm_be, etc?
Yeah, something like that, with the byte order only applying within each
component for array formats.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
and opengles2?
No, enabling only opengles2 seems to work fine.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
mesa-dev mailing list
mesa-dev
From: Michel Dänzer michel.daen...@amd.com
GLX uses mapi/glapi/libglapi.la, which is only built for OpenGL.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
configure.ac |8
1 file changed, 8 insertions(+)
diff --git a/configure.ac b/configure.ac
index cfd52bf..62cc32b
1 - 100 of 2182 matches
Mail list logo