For HW cursors, "cursor.pos" doesn't hold the current position of the
pointer, just the position of the last call to SetCursorPosition().
Skip the check against stale values and bump the d3dadapter9 drm version
to expose this change of behaviour.
Signed-off-by: Andre Heider
---
V
For HW cursors, "cursor.pos" doesn't hold the current position of the
pointer, just the position of the last call to SetCursorPosition().
Skip the check against stale values and bump the d3dadapter9 drm version
to expose this change of behaviour.
Signed-off-by: Andre Heider
---
For HW cursors, "cursor.pos" doesn't hold the current position of the
pointer, just the position of the last call to SetCursorPosition().
Skip the check against stale values for present interface v1.5, so it
can do it properly itself.
Signed-off-by: Andre Heider
---
Corresponding d3d
-by: Andre Heider
---
Corresponding d3d9-nine.dll patch:
https://github.com/iXit/wine-nine-standalone/commit/c7d3b86ee3dc40f897508cd13a3862c277cbe08c
include/d3dadapter/present.h | 3 +++
src/gallium/state_trackers/nine/adapter9.c | 11 +++
2 files changed, 14 insertions
On 20/03/2019 23:47, Axel Davy wrote:
On 20/03/2019 21:38, Andre Heider wrote:
iris is thread safe, enable csmt for a ~5% performace boost.
Signed-off-by: Andre Heider
---
src/gallium/state_trackers/nine/device9.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git
iris is thread safe, enable csmt for a ~5% performace boost.
Signed-off-by: Andre Heider
---
src/gallium/state_trackers/nine/device9.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/src/gallium/state_trackers/nine/device9.c
b/src/gallium/state_trackers/nine/device9
On 07/03/2019 15:08, Dieter Nützel wrote:
can you please send a patch to the list (and then we will see it at
Patchwork Mesa, too), please? It is much faster (for me) and I haven't
the time to dig me into Gitlab MRs etc. stuff at the moment. OLD school
man...
It's just a single patch in that
On 14/12/2018 17:53, Dylan Baker wrote:
Quoting Gert Wollny (2018-12-14 03:44:32)
Am Montag, den 10.12.2018, 15:10 -0800 schrieb Dylan Baker:
(2) It would be nice if Meson would distribute some default cross build
files, currently everybody has to roll its own, and I guess in the end
they all
On 25/11/2018 17:23, Axel Davy wrote:
Reading
https://developers.redhat.com/blog/2018/05/24/detecting-string-truncation-with-gcc-8/
I think the snprintf variant suffers from the same issue, and the
compiler is just not yet able to detect it,
and send the same warning (but it might do in
Fixes -Wstringop-truncation compiler warnings.
See f836d799f9066adf58f36 "intel/decoder: use snprintf(..., "%s", ...) instead
of strncpy"
Signed-off-by: Andre Heider
---
src/gallium/targets/d3dadapter9/description.c | 27 ---
src/gallium/targets/d3dadapter
On 10/11/2018 17:09, Axel Davy wrote:
Axel Davy (2):
st/nine: Allow 'triple buffering' with thread_submit
st/nine: Remove thread_submit warning
Nice! Series is:
Tested-by: Andre Heider
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
Signed-off-by: Andre Heider
---
src/gallium/state_trackers/nine/nine_queue.c | 4
src/gallium/state_trackers/nine/nine_state.c | 5 +
2 files changed, 9 insertions(+)
diff --git a/src/gallium/state_trackers/nine/nine_queue.c
b/src/gallium/state_trackers/nine/nine_queue.c
index
Use WINE thread for threadpool")
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Andre Heider
---
src/gallium/state_trackers/nine/threadpool.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/nine/threadpool.c
b/src/gallium/state_
Just break out of the loop instead, it does the same thing.
Signed-off-by: Andre Heider
---
src/gallium/state_trackers/nine/threadpool.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/src/gallium/state_trackers/nine/threadpool.c
b/src/gallium/state_trackers/nine
amdgpu doesn't use the INPUT but the AVERAGE subfeature:
$ sensors -u
amdgpu-pci-0100
Adapter: PCI adapter
power1:
power1_average: 17.233
power1_cap: 180.000
Signed-off-by: Andre Heider
---
src/gallium/auxiliary/hud/hud_sensors_temp.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
the issue I've been seeing:
Tested-by: Andre Heider
Thanks for the quick fix,
Andre
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi,
On 18/10/2018 17:13, Jason Ekstrand wrote:
This lets us avoid passing the DRM fd around all over the place and gets
us closer to layer utopia.
---
src/amd/vulkan/radv_wsi.c | 3 --
src/amd/vulkan/radv_wsi_x11.c | 4 +--
src/intel/vulkan/anv_wsi.c | 4 +--
Hi,
On 13/10/2018 14:57, Samuel Pitoiset wrote:
Hi,
This series implements VK_EXT_transform_feedback for RADV. We tested it
quite a lot with DXVK and also with RenderDoc, it should be stable enough.
Please review, thanks!
on Tonga, this series is:
Tested-by: Andre Heider
On wine/dxvk
arlier versions of these patches to run a
completely open-source graphics stack on various Tegra210 devices. I've
Cc'ed some of them so that they can provide feedback.
works for me with the GL apps/games I have on this boards, so for the
series:
Tested-by: Andre Heider <a.hei...@gmail.com>
On 02/11/2017 03:44 AM, Pierre-Loup A. Griffais wrote:
On 02/10/2017 04:01 AM, Nicolai Hähnle wrote:
On 10.02.2017 12:46, Timothy Arceri wrote:
On 10/02/17 21:35, Nicolai Hähnle wrote:
The people who want to distribute precompiled binaries will have to
set up infrastructure where they do the
or two like Tom mentioned, but
one already fixes the Serious Sam 3 glitches, so this patch is:
Tested-by: Andre Heider a.hei...@gmail.com
Thanks,
Andre
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
On Wed, Jul 24, 2013 at 12:11 AM, Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
On Tue, Jul 23, 2013 at 8:57 PM, Roland Scheidegger srol...@vmware.com
wrote:
Am 23.07.2013 19:08, schrieb Andre Heider:
For AVX it's not sufficient to only rely on the cpuid flags
saves/restores AVX regs on context switches
See Detecting Availability and Support at
http://software.intel.com/en-us/articles/introduction-to-intel-advanced-vector-extensions
Signed-off-by: Andre Heider a.hei...@gmail.com
---
src/gallium/auxiliary/util/u_cpu_detect.c | 27
On Tue, Jul 23, 2013 at 8:57 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 23.07.2013 19:08, schrieb Andre Heider:
For AVX it's not sufficient to only rely on the cpuid flags. If the CPU
supports these extensions, but the OS doesn't, issuing these insns will
trigger an undefined opcode
24 matches
Mail list logo