From: Patrick Rudolph
Check for valid locked box dimensions.
Fixes failing wine tests device.c test_lockbox_invalid.
Signed-off-by: Patrick Rudolph
Reviewed-by: Axel Davy
---
src/gallium/state_trackers/nine/volume9.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/gallium
Some docs say linear filtering is always used when
app does shadow mapping.
Signed-off-by: Axel Davy
Reviewed-by: Patrick Rudolph
---
src/gallium/state_trackers/nine/nine_pipe.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/nine/nine_pipe.c
Fixes crash for non-square textures.
We were using the height instead of the
width for some calculations.
Signed-off-by: Axel Davy
Reviewed-by: Patrick Rudolph
---
src/gallium/state_trackers/nine/surface9.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium
From: Patrick Rudolph
Report success instead of failing as there's no resource for those surfaces.
Fixes a crash in Crysis: Warhead.
Signed-off-by: Patrick Rudolph
Reviewed-by: Axel Davy
---
src/gallium/state_trackers/nine/device9.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
This fixes a crash.
Signed-off-by: Axel Davy
Reviewed-by: Patrick Rudolph
---
src/gallium/state_trackers/nine/stateblock9.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/state_trackers/nine/stateblock9.c
b/src/gallium/state_trackers/nine/stateblock9.c
index 6d6e1be
Use align_free to free memory allocated
with align_malloc.
Signed-off-by: Axel Davy
Reviewed-by: Patrick Rudolph
---
src/gallium/state_trackers/nine/cubetexture9.c | 2 +-
src/gallium/state_trackers/nine/surface9.c | 2 +-
src/gallium/state_trackers/nine/texture9.c | 2 +-
src/gallium
sense than the doc.
Signed-off-by: Axel Davy
Reviewed-by: Patrick Rudolph
---
src/gallium/state_trackers/nine/adapter9.c| 2 +-
src/gallium/state_trackers/nine/nine_shader.c | 12 +---
2 files changed, 2 insertions(+), 12 deletions(-)
diff --git a/src/gallium/state_trackers/nine/ada
-off-by: Axel Davy
Reviewed-by: Patrick Rudolph
---
src/gallium/state_trackers/nine/nine_shader.c | 29 +++
1 file changed, 7 insertions(+), 22 deletions(-)
diff --git a/src/gallium/state_trackers/nine/nine_shader.c
b/src/gallium/state_trackers/nine/nine_shader.c
index
The color inputs must automatically use centroid whether
multisampling is used or not.
Signed-off-by: Axel Davy
Reviewed-by: Patrick Rudolph
---
src/gallium/state_trackers/nine/nine_shader.c | 12
src/gallium/state_trackers/nine/nine_shader.h | 1 +
src/gallium/state_trackers
From: Patrick Rudolph
Set key->localviewer to D3DRS_LOCALVIEWER.
Signed-off-by: Patrick Rudolph
Reviewed-by: Axel Davy
---
src/gallium/state_trackers/nine/nine_ff.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/state_trackers/nine/nine_ff.c
b/src/gallium/state_track
his
is all good.
-ilia
On Fri, Jan 29, 2016 at 11:08 AM, Axel Davy wrote:
From: Patrick Rudolph
Clear every rendertarget on creation.
Fixes https://github.com/iXit/Mesa-3D/issues/139
Signed-off-by: Patrick Rudolph
Reviewed-by: Axel Davy
---
src/gallium/state_trackers/nine/surface9.c |
On 29/01/2016 17:49, Ilia Mirkin wrote:
On Fri, Jan 29, 2016 at 11:08 AM, Axel Davy wrote:
We forgot to reset vtxbuf.
This fixes some crashes.
Signed-off-by: Axel Davy
Reviewed-by: Patrick Rudolph
---
src/gallium/state_trackers/nine/nine_state.c | 4 +++-
1 file changed, 3 insertions
Thanks a lot !
On 29/01/2016 17:59, Ilia Mirkin wrote:
FWIW I looked over these quickly and sent a very small amount of
feedback. I didn't really see anything too objectionable, but I'm also
not an expert on any of this stuff.
On Fri, Jan 29, 2016 at 11:08 AM, Axel Davy wrote:
I
We forgot to reset vtxbuf.
This fixes some crashes.
Signed-off-by: Axel Davy
Reviewed-by: Patrick Rudolph
---
src/gallium/state_trackers/nine/nine_state.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/nine/nine_state.c
b/src/gallium
This seems cleaner to actually reference the resources for vtxbuf,
rather than relying on the fact the bound d3d streams do.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/device9.c | 3 ++-
src/gallium/state_trackers/nine/stateblock9.c | 4 ++--
2 files changed, 4 insertions
mapped, you get the optimization,
else for most resources, which get mapped once or two times, you don't
keep the additionnal memory storage.
Yours,
Axel Davy
On 01/02/2016 15:20, Marek Olšák wrote:
From: Marek Olšák
This might fix mmap errors with Natural Selection 2, which a 32-bit
We were implementing those the same way than
the default pool, which is sub-optimal.
The buffer is supposed to return pointer to
a ram copy when user locks, and automatically
update the vram copy when needed.
Signed-off-by: Axel Davy
---
This fixes Skyrim npcs causing slow downs,
and likely the
update_managed_buffers
Initialize NineBuffer9 managed fields after the resource
is allocated. In case of allocation failure, when the dtor
is executed, This->base.pool is then rightfully set.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/buffer9.c|
using MIN/MAX is fine instead of CLAMP.
NRM doesn't exist anymore.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/nine_ff.c | 28
1 file changed, 4 insertions(+), 24 deletions(-)
diff --git a/src/gallium/state_trackers/nine/nine_ff.c
b/src/ga
This->base.base.resource is worth NULL
for SYSTEMMEM textures.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/texture9.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/src/gallium/state_trackers/nine/texture9.c
b/src/gallium/state_trackers/n
We were having checks at both Create*Texture functions
and in ctors.
Move all Create*Texture checks to ctors.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/cubetexture9.c | 2 ++
src/gallium/state_trackers/nine/device9.c| 13 -
src/gallium/state_trackers
We do not create a resource for SYSTEMMEM textures,
thus we do not need to set resource usage.
The only exception is vertexbuffer SYSTEMMEM, since
we do use a pipe resource for them.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/surface9.c | 11 ---
src/gallium
ck to have SSE code
and llvm work correctly. I think the better
is to just realign at d3d entry points.
Any suggestion whether that last patch should
be sent to mesa stable or not ?
Yours.
Axel Davy (12):
st/nine: Do not set resource usage for SYSTEMMEM
st/nine: Do not set SHARED flag for share
We do not support shared textures, thus no need to set
the shared flag.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/texture9.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/gallium/state_trackers/nine/texture9.c
b/src/gallium/state_trackers/nine/texture9.c
index
Add new argument to d3d9_to_pipe_format_checked to
be able to bypass format support checks. This argument
is set to TRUE when the requested Pool is SCRATCH.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/adapter9.c | 21 +++--
src/gallium/state_trackers/nine
x27;t supported.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/device9.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/state_trackers/nine/device9.c
b/src/gallium/state_trackers/nine/device9.c
index b6e75b4..3ebff3a 100644
--- a/src/gallium/state_trackers
SQRT is not supported everywhere, so replace
it by RSQ + RCP
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/nine_ff.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/nine/nine_ff.c
b/src/gallium/state_trackers/nine/nine_ff.c
index
We had several issues of crashes with it.
This should fix it.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/stateblock9.c | 40 +--
1 file changed, 32 insertions(+), 8 deletions(-)
diff --git a/src/gallium/state_trackers/nine/stateblock9.c
b/src/gallium
Texture and CubeTexture use common code,
and thus ATI1/ATI2 is already implemented
for CubeTexture.
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/adapter9.c | 5 +++--
src/gallium/state_trackers/nine/cubetexture9.c | 4
src/gallium/state_trackers/nine/volumetexture9
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/cubetexture9.c | 7 ---
src/gallium/state_trackers/nine/texture9.c | 25
src/gallium/state_trackers/nine/volumetexture9.c | 7 ---
3 files changed, 21 insertions(+), 18 deletions(-)
diff
The last patch awaits moderation because of its size,
you can find it here:
https://github.com/iXit/Mesa-3D/commit/29e2ccf64273814071655d84aca69b6496fbb4bd
On 08/02/2016 00:13, Axel Davy wrote:
A few more patches I'd like to get in 11.2.
There a few cleanup patches and some fixes.
The
On 08/02/2016 00:21, Ilia Mirkin wrote:
On Sun, Feb 7, 2016 at 6:13 PM, Axel Davy wrote:
SQRT is not supported everywhere, so replace
it by RSQ + RCP
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/nine_ff.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
ions to be safe for in-place conversion ?
Could we add that somewhere as requirement ?
CC-ing vmware guys, as they probably know.
Yours,
Axel Davy
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi again,
Actually, "util_format_translate" seems to fit our needs.
It could probably be optimised better (8unorm fitting format->ARGB could
avoid using tmp buffer for example),
but that should be ok for our needs.
Yours,
Axel Davy
On 09/02/2016 20:17, Axel Davy wrote:
Hi,
We
On 09/02/2016 20:30, Jose Fonseca wrote:
On 09/02/16 19:17, Axel Davy wrote:
Hi,
We'd need to do some formats conversion in gallium nine, and if possible
we would like to do them in-place.
unpack_rgba_8unorm/pack_rgba_8unorm doesn't seem to explicitly allow
in-place conversio
On 09/02/2016 14:58, Emil Velikov wrote:
On 7 February 2016 at 23:13, Axel Davy wrote:
A few more patches I'd like to get in 11.2.
There a few cleanup patches and some fixes.
The last patch fixes build with llvm 32 bits
when it isn't built with -mstackrealign.
Basically Apps hav
POSITION0 input is forbidden for PS3.0 apparently.
Besides for depth input we weren't using the system value
version if needed
Signed-off-by: Axel Davy
---
Could be better having it separated into two patches perhaps.
It should get into Mesa 11.2, to prevent regression caused
b
On 31/03/2016 05:21, Rob Herring wrote :
int (*getCapabilities)(__DRIscreen *screen);
+
+ /**
+* Lock a part of a __DRIimage for specified usage
+*
+* flush_flag:
+*0: no flush
+*__BLIT_FLAG_FLUSH: flush after the blit operation
+*__BLI
d3d 9 needs COLOR0 to be 1.0 on all channels when
undefined. 0.0 for the others is fine.
GL behaviour is undefined.
Signed-off-by: Axel Davy
---
src/gallium/drivers/r600/r600_state.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/drivers/r600/r600_state.c
b/src/gallium
d3d 9 needs COLOR0 to be 1.0 on all channels when
undefined. 0.0 for the others is fine.
GL behaviour is undefined.
Signed-off-by: Axel Davy
---
src/gallium/drivers/radeonsi/si_state_shaders.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_state_shaders.c
Besides depth/stencil, the hardware doesn't support
mixed formats.
The GL state tracker doesn't make use of them.
Signed-off-by: Axel Davy
---
src/gallium/drivers/radeonsi/si_state.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_stat
On 03/04/2016 19:37, Marek Olšák wrote:
r600_state.c only applies to r600-r700. evergreen_state.c is for EG
and NI. Did you want to update that as well?
Marek
Thanks for pointing that out, I'll write a patch for EG and NI as well.
Axem
___
mesa-dev
d3d 9 needs COLOR0 to be 1.0 on all channels when
undefined. 0.0 for the others is fine.
GL behaviour is undefined.
Signed-off-by: Axel Davy
---
src/gallium/drivers/r600/evergreen_state.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/drivers/r600/evergreen_state.c
b/src
This sets the AA location to the d3d11
spec.
EG/NI 8X MSAA is left as is. Not sure
why it was set different to Cayman, so
let it as is.
Signed-off-by: Axel Davy
---
src/gallium/drivers/radeon/cayman_msaa.c | 68
1 file changed, 34 insertions(+), 34 deletions
On 03/04/2016 20:41, Roland Scheidegger wrote :
Am 03.04.2016 um 10:11 schrieb Axel Davy:
d3d 9 needs COLOR0 to be 1.0 on all channels when
undefined. 0.0 for the others is fine.
GL behaviour is undefined.
Not that I care what drivers use by default for undefined values, but it
probably would
Le 04/04/2016 15:27, Roland Scheidegger a écrit :
Am 04.04.2016 um 14:04 schrieb Axel Davy:
On 03/04/2016 20:41, Roland Scheidegger wrote :
Am 03.04.2016 um 10:11 schrieb Axel Davy:
d3d 9 needs COLOR0 to be 1.0 on all channels when
undefined. 0.0 for the others is fine.
GL behaviour is
On 04/04/2016 18:48, Roland Scheidegger wrote:
Am 04.04.2016 um 17:27 schrieb Axel Davy:
So is that ok to you for now to update the radeon behaviour ?
As I said, you can do what you want there as far as I'm concerned. Just
saying it's going to be a constant battle to fix oth
Unfortunately, that doesn't fix the issue.
On 13/04/2016 17:37, Marek Olšák wrote:
From: Marek Olšák
This should fix Nine.
---
src/gallium/drivers/radeon/r600_pipe_common.h | 1 +
src/gallium/drivers/radeon/r600_viewport.c| 20 +++-
2 files changed, 20 insertions(+), 1
I'm not competent to decide on the matter, but the patch
seems ok.
Acked-by: Axel Davy
On 15/04/2016 17:06, Emil Velikov wrote :
From: Emil Velikov
The __i386__ and __x86-64__ macros are gcc/clang specific, thus one does
not need the __GNUC__ at the top.
Additionally, having _M_IX8
The patch seems unneeded, as a lot of nine apps with the disabled
clipping behaviour are working fine.
It seems the bug is with the scissor bound computation:
for power of two RT, nine is removing a small offset to the viewport for
radeon to workaround a raterizer
precision bug.
The scissor c
Reviewed-by: Axel Davy
On 16/04/2016 00:44, Marek Olšák wrote:
From: Marek Olšák
just need to do the calculation in floating-point and then round things
properly
---
src/gallium/drivers/radeon/r600_viewport.c | 36 +-
1 file changed, 21 insertions(+), 15
Checks blitImage is implemented.
Initially having the __DRIimageExtension extension
at version 9 at least meant blitImage was supported.
However some implementations do advertise version >= 9
without implementing it.
Signed-off-by: Axel Davy
---
src/glx/dri3_glx.c | 5 +
1 file changed
iling
that we share with the server.
This is similar to the glx dri3 DRI_PRIME implementation.
Signed-off-by: Axel Davy
---
src/egl/drivers/dri2/egl_dri2.h | 3 +
src/egl/drivers/dri2/platform_wayland.c | 105 +++-
2 files changed, 93 insertions(+), 15 dele
EGL_SOFTWARE is not supported anywhere in the code,
whereas LIBGL_ALWAYS_SOFTWARE is.
Signed-off-by: Axel Davy
---
docs/egl.html | 8
1 file changed, 8 deletions(-)
diff --git a/docs/egl.html b/docs/egl.html
index d946bb0..3ab1a60 100644
--- a/docs/egl.html
+++ b/docs/egl.html
y could be avoided by upgrading this API.
There doesn't seem to be interest in doing this work for a small
gain for something that's not as efficient as hw rendering anyway.
Axel Davy (9):
egl/wayland: properly destroy wayland objects
doc/egl: Remove depreciated EGL_SOFTWARE
glx/dri3:
Only EGL_WINDOW_BIT is supported. Remove tests related.
Signed-off-by: Axel Davy
---
src/egl/drivers/dri2/platform_wayland.c | 38 +++--
1 file changed, 13 insertions(+), 25 deletions(-)
diff --git a/src/egl/drivers/dri2/platform_wayland.c
b/src/egl/drivers/dri2
Signed-off-by: Axel Davy
---
src/egl/drivers/dri2/egl_dri2.c | 5 +-
src/egl/drivers/dri2/egl_dri2.h | 4 +
src/egl/drivers/dri2/platform_wayland.c | 704 +++-
3 files changed, 696 insertions(+), 17 deletions(-)
diff --git a/src/egl/drivers/dri2
Signed-off-by: Axel Davy
---
src/egl/drivers/dri2/egl_dri2_fallbacks.h | 9 +
src/egl/drivers/dri2/platform_x11.c | 11 +--
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/src/egl/drivers/dri2/egl_dri2_fallbacks.h
b/src/egl/drivers/dri2
It is possible the server advertises a render-node.
In that case no authentication is needed,
and Gem names are forbidden.
Signed-off-by: Axel Davy
---
src/egl/drivers/dri2/egl_dri2.h | 1 +
src/egl/drivers/dri2/platform_wayland.c | 58 +++--
2 files changed
the wl_registry and the wl_queue allocated weren't destroyed.
Signed-off-by: Axel Davy
---
src/egl/drivers/dri2/egl_dri2.c | 2 ++
src/egl/drivers/dri2/platform_wayland.c | 5 -
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/sr
Enables to use dri config for swrast, like vblank_mode.
Signed-off-by: Axel Davy
---
src/egl/drivers/dri2/egl_dri2.c| 21 ++---
src/gallium/state_trackers/dri/drisw.c | 1 +
src/mesa/drivers/dri/swrast/swrast.c | 1 +
3 files changed, 12 insertions(+), 11 deletions
cb_present_id);
There is already a LIBGL_DRI3_DISABLE env var.
Does this one bring something different ?
Yours,
Axel Davy
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Le 06/05/2015 03:00, Dave Airlie a écrit :
On 2 May 2015 at 20:15, Axel Davy wrote:
Only EGL_WINDOW_BIT is supported. Remove tests related.
Is this there no plans to support pixmap/pbuffer/ or any of the other bits?
Seems like a step in the wrong direction if we really should be supporting
it looks like a very recent libdrm function,
and we would require libdrm 2.4.60, which is quite recent. Currently
mesa requires 2.4.38, when libdrm is needed. I guess we cannot require
2.4.60 for now.
Yours,
Axel Davy
___
mesa-dev mailing
It is possible the server advertises a render-node.
In that case no authentication is needed,
and Gem names are forbidden.
Reviewed-by: Dave Airlie
Reviewed-by: Daniel Stone
Signed-off-by: Axel Davy
v2: do not check for __DRI_IMAGE_DRIVER, but instead
do not advertise __DRI_DRI2_LOADER when
On Fri, 8 May 2015, Emil Velikov wrote:
Shouldn't we authenticate with the correct gpu or master/render node ?
This implementation will auth with GPU1, and then use GPU2 which seems
a bit odd. I might be missing something ?
The original patches did do differently: when GPU1 was discovered to
Le 11/05/2015 17:42, Matt Turner a écrit :
On Sat, May 9, 2015 at 4:20 AM, Axel Davy wrote:
for drmGetNodeTypeFromFd, it looks like a very recent libdrm function, and
we would require libdrm 2.4.60, which is quite recent. Currently mesa
requires 2.4.38, when libdrm is needed. I guess we cannot
If one side is NaN, then
!(x == y) is true, whereas x != y is false
On 25/05/2015 21:01, Ilia Mirkin wrote :
On Mon, May 25, 2015 at 2:53 PM, Matt Turner wrote:
It's that the compiler thinks that (!x == y) is a typo for !(x == y).
I have to say, I think the first does look strange.
I dunno..
On 20/10/2014 04:32, Michel Dänzer wrote :
On 18.10.2014 20:55, David Heidelberger wrote:
From: Axel Davy
[...]
+#define DRI_CONF_NINE_VSYNC(def) \
+DRI_CONF_OPT_BEGIN_V(vsync_force,enum,def,"0:2") \
+DRI_CONF_DESC_BEGIN(en,gettext("Force the
On 20/10/2014 09:12, Michel Dänzer wrote :
On 20.10.2014 14:47, Axel Davy wrote:
On 20/10/2014 04:32, Michel Dänzer wrote :
On 18.10.2014 20:55, David Heidelberger wrote:
From: Axel Davy
[...]
+#define DRI_CONF_NINE_VSYNC(def) \
+DRI_CONF_OPT_BEGIN_V(vsync_force,enum,def,&quo
et to 0.0 instead of 1.0.
I don't know the code enough to know if it's a good change or not, but I
guess it's likely to be an error.
Discussing with David Heidelberger, the patch will likely be dropped.
Axel Davy
On 20/10/2014 17:37, Brian Paul wrote :
I don'
It's only used to blend the cursor.
If you check the second version of the series, the patch was dropped.
Axel Davy
On 20/10/2014 22:18, Jose Fonseca wrote :
I also can't see where this is being used in
https://github.com/iXit/Mesa-3D/commit/9671cfd9bdad5c310b34c57befcfd7c43034
e makes it possible to implement
non-DRI3 backends.
Thus I think it's ok the Mesa part builds, even if no non-DRI3 backend
exists yet and that DRI3 is not available on the system.
Axel Davy
___
mesa-dev mailing list
mesa-dev@lists.freedeskto
y for a resize
and after swapbuffers.
Axel Davy
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
n. The user explicitly
enable/disable Nine support in wine, and if it is enabled and fails to
load, it will fallback to normal wine support. User gets a message in
console to tell him why it failed/ if Nine is activated.
I hope these arguments will help convince you,
Axel Davy
__
Le 14/11/2014 18:40, Henri Verbeet a écrit :
On 14 November 2014 17:52, Axel Davy wrote:
Second d3d9 as gallium state tracker seems much easier than d3d9 on OpenGL.
As for me, I contributed only since a few months ago, and was able to
implement a lot of things quite easily, for exemple
buffers to the server only when rendering has finished.
Since waiting the rendering has finished in the main thread has a
performance impact, this patch uses an additional thread to offload the
wait and the sending of the buffers to the server.
Reviewed-by: David Heidelberg
Signed-off-by: Axel Davy
From: Christoph Bumiller
v3: thanks to Brian, improved coding style, also glennk helped spot few
things (unsigned -> int, two constify)
v4: thanks Ilia improved function, dropped u_box_clip_3d
v5: incorporated rest of Gregor proposed changes,clean ups
v6: u_box_clip_2d simplify proposed by Ilia M
Implements vblank_mode and throttling, which allows us change default ratio
between framerate and input lag.
Signed-off-by: David Heidelberg
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/adapter9.h | 1 +
src/gallium/state_trackers/nine/swapchain9.c| 5
src
Hi,
Here is last (4th) iteration of Gallium Nine patches.
We have integrated the new feedback we have got and hope
the status of the serie is good enough now for merge.
Thanks,
Axel Davy
Axel Davy (2):
nine: Add drirc options (v2)
nine: Implement threadpool
Christoph Bumiller (5
From: Christoph Bumiller
At this moment we use only zero or positive values.
v2: Implement it for also for Solaris, MSVC assembly
and enable for other combinations.
Signed-off-by: David Heidelberg
---
src/gallium/auxiliary/util/u_atomic.h | 78 +++
1 file c
From: Christoph Bumiller
v2: moved in in same order as in p_shader_tokens (thanks Brian)
Reviewed-by: Marek Olšák
Signed-off-by: David Heidelberg
---
src/gallium/auxiliary/tgsi/tgsi_opcode_tmp.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_opcode_tmp.h
From: Christoph Bumiller
Implement pipe_loader_sw_probe_wrapped which allows to use the wrapped
software renderer backend when using the pipe loader.
v2: - remove unneeded ifdef
- use GALLIUM_PIPE_LOADER_WINSYS_LIBS
- check for CALLOC_STRUCT
thanks to Emil Velikov
Signed-off-by: Dav
From: Christoph Bumiller
Signed-off-by: David Heidelberg
---
src/gallium/winsys/sw/wrapper/wrapper_sw_winsys.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/gallium/winsys/sw/wrapper/wrapper_sw_winsys.c
b/src/gallium/winsys/sw/wrapper/wrapper_sw_winsys.c
index e552ac2
Sorry, patch 4 is too big the mailing list.
The entire serie can be found here:
https://github.com/iXit/Mesa-3D/commits/for-upstream-5
On 17/11/2014 16:58, Axel Davy wrote :
Hi,
Here is last (4th) iteration of Gallium Nine patches.
We have integrated the new feedback we have got and hope
the
From: Christoph Bumiller
At this moment we use only zero or positive values.
v2: Implement it for also for Solaris, MSVC assembly
and enable for other combinations.
v3: Replace MSVC assembly by assert + warning during compilation
Signed-off-by: David Heidelberg
---
src/gallium/auxiliary/
From: Christoph Bumiller
At this moment we use only zero or positive values.
v2: Implement it for also for Solaris, MSVC assembly
and enable for other combinations.
v3: Replace MSVC assembly by assert + warning during compilation
v4: remove inc and dec with return for MSVC assembly
Signed
Hi,
Series looks good. You can add my r-b.
Do you want also to remove the DP2A reference like
did Jose patch ?
Axel Davy
On 20/11/2014 23:31, Eric Anholt wrote :
---
src/gallium/state_trackers/nine/nine_shader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src
does, I seems wine will return S_OK like we
currently do, but it does in addition fill the return structure with 0,
with the comment: /* D3D allows GetData on a new query, OpenGL doesn't.
So just invent the data ourselves */
Perhaps for best compatibility we could i
On 24/11/2014 06:54, Ilia Mirkin wrote :
On Sun, Nov 23, 2014 at 5:40 PM, David Heidelberg wrote:
From: Axel Davy
Fixes "Error : CONST[20]: Undeclared source register" when running
dx9_alpha_blending_material. Also artifacts on ilo.
Cc: "10.4"
Tested-by: David Heide
Hi,
This patch removes the tripple buffering behaviour that the GLX
implementation
has with DRI3. I understand your concern for Medical softwares,
but perhaps this would be better handled with an user option.
Axel Davy
On 25/11/2014 04:00, Mario Kleiner wrote :
Restores proper immediate
Thanks,
patch 1 is not needed for patch 2 and 3.
As for patch 2, I'm 99% sure it's not needed for patch 3.
Axel
On 26/11/2014 21:14, Emil Velikov wrote :
Hi guys,
I've picked up patches 1-10 & 13 for master. Afaict there is still a
comment on two on the topic of queries, so I'll leave these o
dex)
Cc: "10.4"
Tested-by: Yaroslav Andrusyak
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/nine_defines.h | 40 ++-
src/gallium/state_trackers/nine/nine_ff.c | 49 +++--
src/gallium/state_trackers/nine/nine_shader.h | 2 +-
src/gallium/s
TE, we can map all combinations.
Cc: "10.4"
Tested-by: Yaroslav Andrusyak
Signed-off-by: Axel Davy
---
src/gallium/state_trackers/nine/nine_shader.c | 112 --
1 file changed, 52 insertions(+), 60 deletions(-)
diff --git a/src/gallium/state_trackers/nine/
On Fri, 28 Nov 2014, Marek Olšák wrote:
Does this have any effect on what data drivers get or is it just
internal to Nine?
Marek
No, this patch shouldn't change anything for the driver. It is only
internal to Nine.
Axel___
mesa-dev mailing list
You seem to miss the case when one is None and not the other.
It should return BadDrawable too.
This particular case seems not handled by the dri2 code either,
and the gallium state tracker seems to handle it in bindContext,
but not the intel code for example.
Axel Davy
On 23/03/2015 08:07
dri3_glx could use it.
thanks
Yes.
I imagine putting it into MakeContextCurrent is not a solution, since it
means GLXBadContext will be returned instead of GLXBadDrawable.
Axel Davy
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.fr
On 24/03/2015 08:33, Zhang, Xiong Y wrote :
Yes.
I imagine putting it into MakeContextCurrent is not a solution, since it means
GLXBadContext will be returned instead of GLXBadDrawable.
[Zhang, Xiong Y] Yes, I agree with you.
But it is strange that both macro GLXBadContext and Success are val
GL_RGBA should corresponds to ABGR.
Try GL_BGRA, which is ARGB.
Note: Actually it is possible intel vs gallium drivers GL_RGBA and
GL_BGRA have different argb ordering. So perhaps try both so that all
drivers are happy.
Le 28/03/2015 14:57, x414e54 a écrit :
I am attempting to pass a
Hi,
you may be interesting look at this related bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=87452#c5
Yours,
Axel Davy
On 02/04/2015 11:58, Volker Vogelhuber wrote :
We currently want to stream OpenGL output to an FPGA that does not
provide
a SG controller and should manage the
701 - 800 of 1092 matches
Mail list logo
