Re: [Mesa-dev] Adaptive Vsync

On Wed, 9 Sep 2015 09:11:50 -0400 Alex Deucher wrote: > > Oh, absolutely - I had no issues with "this needs changing". My issue > > was with the fact it took months to get that. Had I come up with a new > > patch, it would likely have taken a similar time, months again,

Re: [Mesa-dev] Adaptive Vsync

On Sat, 5 Sep 2015 23:29:05 + Albert Freeman wrote: > The reply from Eric Anholt made two suggestions that should not be > difficult to implement for someone who made the patch in the first > place. Why would code be committed when improvements could be easily >

Re: [Mesa-dev] Adaptive Vsync

On Sat, 5 Sep 2015 15:41:00 +0200 Benjamin Bellec wrote: > Hello Lauri, > > I saw that your patch implementing adaptive vsync is not committed to mesa. > Ref, > http://lists.freedesktop.org/archives/mesa-dev/2013-December/050184.html > > Why not ? Is there any issue with it

Re: [Mesa-dev] Heavy ioq3 regression in mesa (r600g/cayman/aruba)

On Fri, 18 Apr 2014 01:41:46 +0200 Benjamin Bellec b.bel...@gmail.com wrote: Hi Lauri, I tested with both commit but cannot seeing something relevant, I got 60 FPS in both case. I tested with the Tremulous 1.1 test case from Phoronix Test Suite 4.8.6 (from Fedora 19 repo). The command

Re: [Mesa-dev] Heavy ioq3 regression in mesa (r600g/cayman/aruba)

On Fri, 18 Apr 2014 10:16:53 +0300 Lauri Kasanen c...@gmx.com wrote: On Fri, 18 Apr 2014 01:41:46 +0200 Benjamin Bellec b.bel...@gmail.com wrote: Hi Lauri, I tested with both commit but cannot seeing something relevant, I got 60 FPS in both case. I tested with the Tremulous 1.1

Re: [Mesa-dev] Heavy ioq3 regression in mesa (r600g/cayman/aruba)

On Fri, 18 Apr 2014 18:40:56 +0200 Marek Olšák mar...@gmail.com wrote: I cannot reproduce this regression. I have tested Cayman (HD 6950) now. I got ~300 fps with both 020c43f and Mesa master using the phoronix test suite and the resolution was 1920x1080. My apologies, NOTABUG. Turned out

[Mesa-dev] Heavy ioq3 regression in mesa (r600g/cayman/aruba)

Hi, Tremulous and Smoking Guns regressed in Mesa master, ok in 020c43f, broken in 4ddf51db. Tremulous 133 to 33 fps, Smoking Guns 153 to 40. In the ok version, hyperz was enabled by default; in the more recent master, it was disabled by default, but enabled via the R600_DEBUG env var. The env

Re: [Mesa-dev] [PATCH 24/24] automake: ask the linker to do garbage collection

On Thu, 27 Mar 2014 21:00:39 + Emil Velikov emil.l.veli...@gmail.com wrote: By doing GC the linker removes all the symbols that are not referenced and/or used by the final library. This results in a saving of ~100K up-to ~600K per (stripped) binary (classic vs gallium drivers). If

Re: [Mesa-dev] [PATCH 24/24] automake: ask the linker to do garbagecollection

On Fri, 28 Mar 2014 09:57:15 +0100 Marc Dietrich marvi...@gmx.de wrote: lto is broken on many compiler/ld combinations. Even if it is supported I won't recomment to enable it. A config option to enable it would be nice though. Lauri, on which compiler/binutils version did you got it

Re: [Mesa-dev] [PATCH 24/24] automake: ask the linker to do garbage collection

On Fri, 28 Mar 2014 10:08:53 + Emil Velikov emil.l.veli...@gmail.com wrote: On 28/03/14 08:35, Lauri Kasanen wrote: Emil Velikov emil.l.veli...@gmail.com wrote: By doing GC the linker removes all the symbols that are not referenced and/or used by the final library. This results

Re: [Mesa-dev] [PATCH 2/2] glx/dri2: Add support for adaptive vsync

On Wed, 12 Feb 2014 00:07:43 -0800 Eric Anholt e...@anholt.net wrote: On Sun, 15 Dec 2013 12:38:28 +0200 Lauri Kasanen c...@gmx.com wrote: There is a GLX extension for this behavior, glx_swap_control_tear, which mesa doesn't support ATM. But as usual, even after it becomes

Re: [Mesa-dev] [PATCH 2/2] glx/dri2: Add support for adaptive vsync

On Thu, 2 Jan 2014 11:20:13 +0200 Lauri Kasanen c...@gmx.com wrote: On Sun, 15 Dec 2013 12:38:28 +0200 Lauri Kasanen c...@gmx.com wrote: There is a GLX extension for this behavior, glx_swap_control_tear, which mesa doesn't support ATM. But as usual, even after it becomes supported

Re: [Mesa-dev] [PATCH] loader: Allow a non-udev linux fallback

On Fri, 07 Feb 2014 01:20:39 + Emil Velikov emil.l.veli...@gmail.com wrote: The argument is this setup worked, and was supported, for 10 years now. You don't break supported setups without good reason. FWIW I'm in favour of not breaking existing setups without any serious reason.

Re: [Mesa-dev] [PATCH] loader: Allow a non-udev linux fallback

On Fri, 31 Jan 2014 10:58:48 -0800 Kenneth Graunke kenn...@whitecape.org wrote: On 01/31/2014 03:14 AM, Lauri Kasanen wrote: It's important not to break existing uses. There is no need to require udev for 3d. This is an alternative to Stéphane Marchesin's patch loader: Make drmGetVersion

Re: [Mesa-dev] [PATCH] configure: Enable large file support for the 32-bit platforms

On Fri, 31 Jan 2014 13:28:48 -0800 Carl Worth cwo...@cworth.org wrote: Lauri Kasanen c...@gmx.com writes: 32-bit use is on the increase due to Steam; avoid any surprises and make Mesa LFS-aware. ... AC_PROG_MKDIR_P +AC_SYS_LARGEFILE Hi Lauri, Can you describe a bit more what

Re: [Mesa-dev] [PATCH 1/3] dri: Require libudev-dev for building DRI on Linux.

On Fri, 31 Jan 2014 23:54:43 -0800 Keith Packard kei...@keithp.com wrote: Lauri Kasanen c...@gmx.com writes: Forgot to mention, this would appear to make 3d impossible without udev (ie, static devices, mdev, or other solutions). No, DRI2 continues to fall back to using the driver

Re: [Mesa-dev] [PATCH] configure: Enable large file support for the 32-bit platforms

On Sat, 1 Feb 2014 11:36:07 +0200 Lauri Kasanen c...@gmx.com wrote: On Fri, 31 Jan 2014 13:28:48 -0800 Carl Worth cwo...@cworth.org wrote: Lauri Kasanen c...@gmx.com writes: 32-bit use is on the increase due to Steam; avoid any surprises and make Mesa LFS-aware

Re: [Mesa-dev] [PATCH 1/3] dri: Require libudev-dev for building DRI on Linux.

On Thu, 30 Jan 2014 10:46:21 -0800 Eric Anholt e...@anholt.net wrote: The loader infrastructure for everything but DRI2 requires that udev be present, so we can figure out an appropriate driver from the fd. We don't have a portable solution yet, but presumably it will similar lookup based on

Re: [Mesa-dev] [PATCH 1/3] dri: Require libudev-dev for building DRI on Linux.

On Fri, 31 Jan 2014 12:16:05 +0200 Lauri Kasanen c...@gmx.com wrote: On Thu, 30 Jan 2014 10:46:21 -0800 Eric Anholt e...@anholt.net wrote: The loader infrastructure for everything but DRI2 requires that udev be present, so we can figure out an appropriate driver from the fd. We don't

[Mesa-dev] [PATCH] loader: Allow a non-udev linux fallback

It's important not to break existing uses. There is no need to require udev for 3d. This is an alternative to Stéphane Marchesin's patch loader: Make drmGetVersion logic conditional on non-pci devices. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/egl/drivers/dri2/platform_android.c

Re: [Mesa-dev] [PATCH] loader: Make drmGetVersion logic conditional on non-pci devices

is not the case on recent intel GPUs (for example i965 dri driver and i915 kernel module). This patch changes this logic by making it conditional on a list of known non-pci drivers (freedreno and tegra). This fixes dri on machines without libudev. --- Reviewed-by: Lauri Kasanen c...@gmx.com

Re: [Mesa-dev] [PATCH] configure: Enable large file support for the 32-bit platforms

On Tue, 14 Jan 2014 11:55:05 +0200 Lauri Kasanen c...@gmx.com wrote: 32-bit use is on the increase due to Steam; avoid any surprises and make Mesa LFS-aware. CC: 10.0 mesa-sta...@lists.freedesktop.org Signed-off-by: Lauri Kasanen c...@gmx.com --- configure.ac | 1 + 1 file changed, 1

[Mesa-dev] dri2: Trust our own driver name lookup over the server's. breaks r600

Hi, Current master is broken for me starting from 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. I build without libudev, so it falls back to the kernel

[Mesa-dev] Atomics not really atomic?

Hi, The two atomic helpers in u_atomic.h, p_atomic_set and p_atomic_read, are just passthrough macros, without the atomic guarantees. Why? I believe I saw some corruption because of this, where a 64-bit write on a 32-bit platform may not be naturally atomic. - Lauri

[Mesa-dev] [PATCH] configure: Enable large file support for the 32-bit platforms

32-bit use is on the increase due to Steam; avoid any surprises and make Mesa LFS-aware. CC: 10.0 mesa-sta...@lists.freedesktop.org Signed-off-by: Lauri Kasanen c...@gmx.com --- configure.ac | 1 + 1 file changed, 1 insertion(+) diff --git a/configure.ac b/configure.ac index 4da6c51..f9a4154

Re: [Mesa-dev] [PATCH] gallium: add bits for clipping points as tris (d3d-style)

On Fri, 10 Jan 2014 03:57:45 +0100 srol...@vmware.com wrote: From: Roland Scheidegger srol...@vmware.com OpenGL does whole-point clipping, that is a large point is either fully clipped or fully unclipped (the latter means it may extend beyond the viewport as long as the center is inside the

Re: [Mesa-dev] [PATCH 3/4] winsys/radeon: Keep bo statistics

On Wed, 8 Jan 2014 12:03:12 +0100 Marek Olšák mar...@gmail.com wrote: On Tue, Jan 7, 2014 at 7:14 PM, Lauri Kasanen c...@gmx.com wrote: These will be used later on for optimizing the VRAM placement. No measurable overhead (glxgears, torcs). v2: Get accurate stats by taking dirty_masks

Re: [Mesa-dev] [PATCH 3/4] winsys/radeon: Keep bo statistics

On Wed, 8 Jan 2014 15:54:04 +0100 Marek Olšák mar...@gmail.com wrote: On Wed, 8 Jan 2014 12:03:12 +0100 Marek Olšák mar...@gmail.com wrote: Why don't you just set the statistics once per CS in radeon_drm_cs_flush? I don't see a value in doing it in every function that sets the

Re: [Mesa-dev] [PATCH 3/4] winsys/radeon: Keep bo statistics

On Wed, 8 Jan 2014 15:56:33 +0200 Lauri Kasanen c...@gmx.com wrote: On Wed, 8 Jan 2014 12:03:12 +0100 Marek Olšák mar...@gmail.com wrote: Also, last_cpu_time will be wrong anyway, because the driver may call the buffer_map function only once per buffer, e.g. at buffer creation. It's

Re: [Mesa-dev] [PATCH 3/4] winsys/radeon: Keep bo statistics

On Wed, 8 Jan 2014 19:03:53 +0100 Marek Olšák mar...@gmail.com wrote: On Wed, Jan 8, 2014 at 6:21 PM, Lauri Kasanen c...@gmx.com wrote: On Wed, 8 Jan 2014 15:54:04 +0100 Marek Olšák mar...@gmail.com wrote: It's not accurate at all, it's actually pretty random. The stats should

Re: [Mesa-dev] [PATCH 2/4] radeon: Add bo statistics dumping support

On Tue, 7 Jan 2014 00:22:08 +0100 Marek Olšák mar...@gmail.com wrote: Is the logging really needed apart from initial debugging and validation of the code? I don't see a reason to have this in master. Yes, it's there to allow users to submit traces, which then means much better coverage

Re: [Mesa-dev] [PATCH 3/4] winsys/radeon: Keep bo statistics

On Tue, 7 Jan 2014 01:44:28 +0100 Marek Olšák mar...@gmail.com wrote: On Mon, Jan 6, 2014 at 12:17 PM, Lauri Kasanen c...@gmx.com wrote: These will be used later on for optimizing the VRAM placement. No measurable overhead (glxgears). I recommend testing torcs (the Forza track) next

[Mesa-dev] [PATCH 4/4] radeon: Determine the bo priority (MSAA, depth, UVD are high)

v2: Moved the high priority check to r600_texture_create_object Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/r600/r600_state_common.c| 2 +- src/gallium/drivers/radeon/r600_buffer_common.c | 6 -- src/gallium/drivers/radeon/r600_pipe_common.h | 3 ++- src/gallium

[Mesa-dev] [PATCH 2/4] radeon: Add bo statistics dumping support

No measurable overhead when off (glxgears within 0.5%). v2: Cosmetic changes. v3: Moved file handling into winsys Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/radeon/r600_pipe_common.c | 5 src/gallium/drivers/radeon/r600_pipe_common.h | 1 + src/gallium

[Mesa-dev] [PATCH 3/4] winsys/radeon: Keep bo statistics

timedemos. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/r600/r600_state_common.c | 23 + src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 3 +++ src/gallium/winsys/radeon/drm/radeon_drm_bo.h | 16 +++ src/gallium/winsys/radeon/drm

[Mesa-dev] [PATCH 1/4] winsys/radeon: Add a millisecond time function

v2: Move to a timing thread to minimize overhead. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 25 +++ src/gallium/winsys/radeon/drm/radeon_drm_winsys.h | 10 + 2 files changed, 35 insertions(+) diff --git a/src

[Mesa-dev] [PATCH 1/4] winsys/radeon: Add a millisecond time function

v2: Move to a timing thread to minimize overhead. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 25 +++ src/gallium/winsys/radeon/drm/radeon_drm_winsys.h | 12 +++ 2 files changed, 37 insertions(+) diff --git a/src

[Mesa-dev] [PATCH 2/4] radeon: Add bo statistics dumping support

No measurable overhead when off (glxgears within 0.5%). v2: Cosmetic changes. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/radeon/r600_pipe_common.c | 32 +++ src/gallium/drivers/radeon/r600_pipe_common.h | 1 + src/gallium/winsys/radeon/drm

[Mesa-dev] [PATCH 3/4] winsys/radeon: Keep bo statistics

These will be used later on for optimizing the VRAM placement. No measurable overhead (glxgears). Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 3 +++ src/gallium/winsys/radeon/drm/radeon_drm_bo.h | 16 src/gallium/winsys/radeon

[Mesa-dev] [PATCH 4/4] radeon: Determine the bo priority (MSAA, depth, UVD are high)

Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/radeon/r600_buffer_common.c | 8 src/gallium/drivers/radeon/radeon_uvd.c | 4 ++-- src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 4 src/gallium/winsys/radeon/drm/radeon_drm_bo.h | 1 + src/gallium/winsys

Re: [Mesa-dev] [PATCH 2/4] radeon: Add bo statistics dumping support

On Fri, 3 Jan 2014 03:54:01 +0100 Erik Faye-Lund kusmab...@gmail.com wrote: On Wed, Jan 1, 2014 at 3:57 PM, Lauri Kasanen c...@gmx.com wrote: + fprintf(rscreen-ws-bo_stats_file, Started at %llu\n, + (unsigned long long) os_time_get_nano

Re: [Mesa-dev] [PATCH 4/4] radeon: Determine the bo priority (MSAA, depth, UVD are high)

On Fri, 03 Jan 2014 01:37:22 +0100 Andreas Hartmetz ahartm...@gmail.com wrote: This boolean is just one component to be used in the final score (for the plan, see github.com/clbr/jamkthesis). It passes down information that's otherwise unavailable, ie whether the buffer's type means it

[Mesa-dev] [PATCH 2/4] radeon: Add bo statistics dumping support

No measurable overhead when off (glxgears within 0.5%). Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/radeon/r600_pipe_common.c | 32 +++ src/gallium/drivers/radeon/r600_pipe_common.h | 1 + src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 17

[Mesa-dev] [PATCH 4/4] radeon: Determine the bo priority (MSAA, depth, UVD are high)

Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/radeon/r600_buffer_common.c | 8 src/gallium/drivers/radeon/radeon_uvd.c | 4 ++-- src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 4 src/gallium/winsys/radeon/drm/radeon_drm_bo.h | 1 + src/gallium/winsys

[Mesa-dev] [PATCH 3/4] winsys/radeon: Keep bo statistics

These will be used later on for optimizing the VRAM placement. No measurable overhead (glxgears). Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 3 +++ src/gallium/winsys/radeon/drm/radeon_drm_bo.h | 16 src/gallium/winsys/radeon

Re: [Mesa-dev] [PATCH 2/4] radeon: Add bo statistics dumping support

On Fri, 3 Jan 2014 17:37:15 +0100 Erik Faye-Lund kusmab...@gmail.com wrote: On Fri, Jan 3, 2014 at 4:49 PM, Lauri Kasanen c...@gmx.com wrote: + fprintf(rscreen-ws-bo_stats_file, Started at %llu\n, + stats_time_get(ws)); Another nit

Re: [Mesa-dev] [PATCH 4/4] radeon: Determine the bo priority (MSAA, depth, UVD are high)

On Thu, 02 Jan 2014 05:57:46 +0100 Andreas Hartmetz ahartm...@gmail.com wrote: On Wednesday 01 January 2014 16:58:46 Lauri Kasanen wrote: @@ -257,6 +258,7 @@ struct radeon_winsys { unsigned size, unsigned

Re: [Mesa-dev] [PATCH 2/2] glx/dri2: Add support for adaptive vsync

On Sun, 15 Dec 2013 12:38:28 +0200 Lauri Kasanen c...@gmx.com wrote: There is a GLX extension for this behavior, glx_swap_control_tear, which mesa doesn't support ATM. But as usual, even after it becomes supported, there will be thousands of applications that won't add support

[Mesa-dev] [PATCH 1/4] winsys/radeon: Add a millisecond time function

Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/winsys/radeon/drm/radeon_drm_bo.h | 5 + 1 file changed, 5 insertions(+) diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_bo.h b/src/gallium/winsys/radeon/drm/radeon_drm_bo.h index 5536bc1..0f7e1f0 100644 --- a/src/gallium

[Mesa-dev] [PATCH 2/4] radeon: Add bo statistics dumping support

The output from here will be used to make better bo placement decisions later. No measurable overhead when off (glxgears within 0.5%). Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/radeon/r600_pipe_common.c | 31 +++ src/gallium/drivers/radeon

[Mesa-dev] [PATCH 3/4] winsys/radeon: Keep bo statistics

These will be used later on for optimizing the VRAM placement. Currently some glxgears overhead (~7% less), real apps yet to be benched. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 3 +++ src/gallium/winsys/radeon/drm/radeon_drm_bo.h | 16

[Mesa-dev] [PATCH 4/4] radeon: Determine the bo priority (MSAA, depth, UVD are high)

Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/radeon/r600_buffer_common.c | 8 src/gallium/drivers/radeon/radeon_uvd.c | 4 ++-- src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 4 src/gallium/winsys/radeon/drm/radeon_drm_bo.h | 1 + src/gallium/winsys

Re: [Mesa-dev] [PATCH] mesa: Fix build to properly check for supported compiler flags, v2

On Fri, 20 Dec 2013 17:06:03 -0800 Matt Turner matts...@gmail.com wrote: On Thu, Dec 19, 2013 at 11:43 AM, Lauri Kasanen c...@gmx.com wrote: Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=72708 Signed-off-by: Lauri Kasanen c...@gmx.com --- Thanks, R-b and pushed. Apparently

Re: [Mesa-dev] [PATCH] mesa: Fix build to properly check for supported compiler flags, v2

On Sun, 22 Dec 2013 08:01:26 -0800 Matt Turner matts...@gmail.com wrote: On Sun, Dec 22, 2013 at 1:39 AM, Lauri Kasanen c...@gmx.com wrote: On Fri, 20 Dec 2013 17:06:03 -0800 Matt Turner matts...@gmail.com wrote: On Thu, Dec 19, 2013 at 11:43 AM, Lauri Kasanen c...@gmx.com wrote

Re: [Mesa-dev] [PATCH] mesa: Fix build to properly check for supported compiler flags

On Wed, 18 Dec 2013 17:57:16 -0800 Matt Turner matts...@gmail.com wrote: On Tue, Dec 17, 2013 at 7:15 AM, Lauri Kasanen c...@gmx.com wrote: Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=72708 Make this Bugzilla: ... Sure, will do. But there are both conventions used, for example see

[Mesa-dev] [PATCH] mesa: Fix build to properly check for supported compiler flags, v2

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=72708 Signed-off-by: Lauri Kasanen c...@gmx.com --- configure.ac| 6 m4/ax_check_compile_flag.m4 | 72 + src/mesa/Makefile.am| 6 +++- 3 files changed, 83 insertions

[Mesa-dev] [PATCH] mesa: Fix build to properly check for supported compiler flags

SSE4. Anyway, NMI. Signed-off-by: Lauri Kasanen c...@gmx.com --- configure.ac| 6 m4/ax_check_compile_flag.m4 | 72 + src/mesa/Makefile.am| 6 +++- 3 files changed, 83 insertions(+), 1 deletion(-) create mode 100644 m4

[Mesa-dev] [PATCH 1/2] glx: Simplify __glxGetMscRate, it only needs the screen, not a drawable

Useful in its own right, but also needed for adaptive vsync. Last mail was accidentally wrapped. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/glx/dri_common.c | 2 +- src/glx/glxclient.h | 2 +- src/glx/glxcmds.c| 6 ++ 3 files changed, 4 insertions(+), 6 deletions(-) diff --git

[Mesa-dev] [PATCH 2/2] glx/dri2: Add support for adaptive vsync

lines - Added hysteresis - Faster sync Signed-off-by: Lauri Kasanen c...@gmx.com --- src/egl/drivers/dri2/egl_dri2.h | 1 + src/egl/drivers/dri2/platform_wayland.c | 3 ++ src/egl/drivers/dri2/platform_x11.c | 3 ++ src/glx/dri2_glx.c

[Mesa-dev] [PATCH 2/2] glx/dri2: Add support for adaptive vsync

There is a GLX extension for this behavior, glx_swap_control_tear, which mesa doesn't support ATM. But as usual, even after it becomes supported, there will be thousands of applications that won't add support for it, necessitating the need for a user override. Signed-off-by: Lauri Kasanen c

[Mesa-dev] [PATCH 1/2] glx: Simplify __glxGetMscRate, it only needs the screen, not a drawable

Useful in its own right, but also needed for adaptive vsync. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/glx/dri_common.c | 2 +- src/glx/glxclient.h | 2 +- src/glx/glxcmds.c| 6 ++ 3 files changed, 4 insertions(+), 6 deletions(-) diff --git a/src/glx/dri_common.c b/src/glx

Re: [Mesa-dev] [PATCH] r600g: Correctly initialize the shader key, v2

Hi, seems this was missed for 9.1.3. Could someone cherrypick it to the 9.1 branch? - Lauri ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] Instancing support in r300g?

Hi, The 'net claims that instancing is a SM3 feature[1] (r500), but also supported on SM2 ATI cards[2] (r300-r400). Yet r300g claims no support for it, and it seems that even Nvidia's Windows drivers don't expose ARB_draw_instanced on gf6 and gf7[3]. What's the story here? Does the GL extension

Re: [Mesa-dev] Instancing support in r300g?

On Sat, 18 May 2013 13:50:35 +0200 Christoph Bumiller e0425...@student.tuwien.ac.at wrote: On 18.05.2013 13:05, Lauri Kasanen wrote: Hi, The 'net claims that instancing is a SM3 feature[1] (r500), but also supported on SM2 ATI cards[2] (r300-r400). Yet r300g claims no support

Re: [Mesa-dev] Instancing support in r300g?

On Sat, 18 May 2013 17:46:32 +0300 Lauri Kasanen c...@gmx.com wrote: On Sat, 18 May 2013 13:50:35 +0200 Christoph Bumiller e0425...@student.tuwien.ac.at wrote: r300_get_param: case PIPE_CAP_VERTEX_ELEMENT_INSTANCE_DIVISOR: return 1; That's ARB_instanced_arrays, which is what d3d9

[Mesa-dev] [PATCH] r600g: Correctly initialize the shader key

Assigning a struct only copies the members - any padding is left as is. Thus this code: struct foo; foo = bar; leaves the padding of foo intact, ie uninitialized random garbage. This patch fixes constant shader recompiles by initializing the struct to zero. Signed-off-by: Lauri Kasanen c

Re: [Mesa-dev] r600 sb test results

On Fri, 03 May 2013 01:27:27 +0400 Vadim Girlin vadimgir...@gmail.com wrote: I'm almost sure that the same issue that you have with glxgears affects your app too, so you might want to wait until we resolve the problem with gears, possibly this will solve other rendering issues as well. ...

[Mesa-dev] [PATCH] r600g: Correctly initialize the shader key, v2

is used to copy the key to the shader struct. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/r600/r600_state_common.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/src/gallium/drivers/r600/r600_state_common.c b/src/gallium/drivers/r600/r600_state_common.c

Re: [Mesa-dev] r600 sb test results

On Thu, 02 May 2013 00:45:13 +0400 Vadim Girlin vadimgir...@gmail.com wrote: On 05/01/2013 11:36 PM, Lauri Kasanen wrote: Now that it built, I could test your optimizations in my own apps. These are on current master 8eef6ad, on a RV710 (HD 4350 pci-e). In one of my private apps, using

Re: [Mesa-dev] [PATCH] st/xvmc/tests: Fix build failure

On Thu, 2 May 2013 07:58:30 -0700 Matt Turner matts...@gmail.com wrote: -TEST_LIBS = -lXvMCW -lXvMC -lXv -lX11 +TEST_LIBS = $(XVMC_LIBS) -lXvMCW -lXvMC -lXv -lX11 Doesn't XVMC_LIBS include all of those other libraries? I think they're now redundant and should be removed. It doesn't here:

[Mesa-dev] [PATCH] radeon/uvd: Fix build failure

Without this patch, radeon_uvd failed to find the libdrm includes: In file included from radeon_uvd.c:48: ../../winsys/radeon/drm/radeon_winsys.h:44:35: error: libdrm/radeon_surface.h: No such file or directory Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/radeon/Makefile.am

[Mesa-dev] [PATCH] r600/sb: Fix build failure

Just like radeon/uvd, r600/sb fails to find the libdrm includes. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/drivers/r600/Makefile.am |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/gallium/drivers/r600/Makefile.am b/src/gallium/drivers/r600/Makefile.am

[Mesa-dev] r600/sb binary constants

Hi list The recently added r600 sb backend fails to build on GCC 4.3, since it uses binary constants (0b0101). Is the GCC version dependency intentional, or should the constants be changed to int/hex? - Lauri ___ mesa-dev mailing list

Re: [Mesa-dev] [PATCH] r600g/sb: use hex instead of binary constants

On Wed, 1 May 2013 21:35:16 +0400 Vadim Girlin vadimgir...@gmail.com wrote: This should fix build issues with GCC 4.3 Signed-off-by: Vadim Girlin vadimgir...@gmail.com --- cc: Lauri Kasanen c...@gmx.com Lauri, please test to make sure that I didn't miss anything. This patch fixes

[Mesa-dev] [PATCH] st/xvmc/tests: Fix build failure

Without this, the X lib path was not properly passed for tests/: /usr/bin/ld: cannot find -lXvMCW /usr/bin/ld: cannot find -lXvMC /usr/bin/ld: cannot find -lXv /usr/bin/ld: cannot find -lX11 collect2: ld returned 1 exit status Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium

[Mesa-dev] r600-sb: glxgears wrong rendering

Hi Running R600_DEBUG=sb glxgears on a RV710 gives wrong output: http://i40.tinypic.com/t7gx09.png This is on current master, git-8eef6ad. Let me know what you need to debug this. - Lauri ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org

[Mesa-dev] [PATCH] configure: Fix build with automake 1.11

, since the offending commit is there too. Signed-off-by: Lauri Kasanen c...@gmx.com --- configure.ac |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/configure.ac b/configure.ac index 1e11b4e..3efef04 100644 --- a/configure.ac +++ b/configure.ac @@ -20,7 +20,8 @@ echo

Re: [Mesa-dev] [PATCH 0/2] gallium/postprocess: some fixes

The first patch fixes a bug where the depth filters may have used an old depth buffer. The second adds safeguards suggested by Michael Dänzer. Could they both be applied to the stable 8.0 tree too? Hi list Ping on the above. If at all possible, I'd like the 8.0 release have all three PP

Re: [Mesa-dev] Should we fix Unigine apps?

Hi list Just reporting that Unigine folks have already fixed the issue(s): http://phoronix.com/forums/showthread.php?p=248294#post248294 - Lauri ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org

[Mesa-dev] [PATCH 0/2] gallium/postprocess: some fixes

Hi all The first patch fixes a bug where the depth filters may have used an old depth buffer. The second adds safeguards suggested by Michael Dänzer. Could they both be applied to the stable 8.0 tree too? -- - Lauri ___ mesa-dev mailing list

[Mesa-dev] [PATCH 1/2] gallium/postprocess: Fix depth logic

This prevents a possible lapse of the depth buffer - the situation where the app and pp have different depth buffers. NOTE: This is a candidate for the 8.0 stable branch. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/auxiliary/postprocess/postprocess.h|3 +-- src/gallium

[Mesa-dev] [PATCH 2/2] gallium/postprocess: Just to be safe, reference all buffers from outside

Even though it should be safe to use them for one frame, better be sure. Suggested by Michael Dänzer. NOTE: This is a candidate for the 8.0 stable branch. Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/auxiliary/postprocess/pp_run.c | 10 ++ 1 files changed, 10 insertions

[Mesa-dev] [PATCH] gallivm: Close a memory leak

Hi all This fixes a memory leak of 32 bytes on exit. From 924f8fdccb41b011f372bc57252005bcdb096105 Mon Sep 17 00:00:00 2001 From: Lauri Kasanen cur...@operamail.com Date: Thu, 22 Dec 2011 21:28:33 +0200 Subject: [PATCH] gallivm: Close a memory leak As reported by valgrind --leak-check=full

Re: [Mesa-dev] [PATCH] driconf: Added german translation

On Sun, 28 Aug 2011 14:55:56 +0200 Carl-Philip Haensch carl-philip.haen...@mailbox.tu-dresden.de wrote: It looks to me you wrote the translations in the result file; the Makefile says you should be editing the .po file, and options.h would autogenerate from that. - Lauri Whats

[Mesa-dev] [PATCH] docs: Add a page on post-processing

From a12122cf8bec360c03518e686f5fdae0c9cbf791 Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Thu, 25 Aug 2011 23:23:08 +0300 Subject: [PATCH] docs: Add a page on post-processing Signed-off-by: Lauri Kasanen c...@gmx.com --- docs/contents.html|1 + docs/postprocess.html

Re: [Mesa-dev] [PATCH] r300/compiler: Implement ROUND

On Tue, 23 Aug 2011 14:41:45 -0700 Tom Stellard tstel...@gmail.com wrote: MLAA should work on r300g (r500 only) with this patch. I've tested with the kasanen-post-process-v2 branch and it looks OK to me, but it would be nice to have a second opinion. Hi Tom Thanks for implementing this for

Re: [Mesa-dev] [PATCH 0/12] Post-processing infrastructure / gsoc work, v3

On Fri, 19 Aug 2011 16:53:53 -0600 Brian Paul bri...@vmware.com wrote: OK, check out the new kasanen-post-process-v2 branch. It redoes the series with updated patch 02. Everything works with the -v2 branch, thanks. - Lauri ___ mesa-dev mailing

Re: [Mesa-dev] [PATCH 0/12] Post-processing infrastructure / gsoc work, v3

On Fri, 19 Aug 2011 08:46:22 -0600 Brian Paul bri...@vmware.com wrote: I've put your patch series on a new branch (kasanen-post-process) and pushed it. It would be good to have a few people give it a spin then we can merge it to master. Doesn't build, looks like patch 02 wasn't fully

[Mesa-dev] [PATCH 02/12] st/dri: Bind the post-processing queue to dri, rebased

Updated patch 02 to work with current master: From a6aa67da94d87a2271feecf0e84440430f6d6ae6 Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Tue, 16 Aug 2011 16:07:59 +0300 Subject: [PATCH 02/12] st/dri: Bind the post-processing queue to dri, rebased Signed-off-by: Lauri Kasanen

Re: [Mesa-dev] [PATCH 0/12] Post-processing infrastructure / gsoc work, v3

On Fri, 19 Aug 2011 09:08:39 -0600 Brian Paul bri...@vmware.com wrote: I've put your patch series on a new branch (kasanen-post-process) and pushed it. It would be good to have a few people give it a spin then we can merge it to master. Doesn't build, looks like patch 02 wasn't fully

[Mesa-dev] [PATCH 0/12] Post-processing infrastructure / gsoc work, v3

Hi v3: - The code is now -Wdeclaration-after-statement clean /me feels sorry for everyone still stuck on msvc. - Lauri ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH 01/12] driconf: Add the PP descriptions

From c2cdc65492e423317c49b43512599a350a64bccb Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Tue, 16 Aug 2011 16:06:13 +0300 Subject: [PATCH 01/12] driconf: Add the PP descriptions Signed-off-by: Lauri Kasanen c...@gmx.com --- src/mesa/drivers/dri/common/xmlpool/options.h

[Mesa-dev] [PATCH 02/12] st/dri: Bind the post-processing queue to dri

From 62c519c1179f9c30d8675e6bdad66ca45c74f878 Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Tue, 16 Aug 2011 16:07:59 +0300 Subject: [PATCH 02/12] st/dri: Bind the post-processing queue to dri Signed-off-by: Lauri Kasanen c...@gmx.com --- .../state_trackers/dri/common

[Mesa-dev] [PATCH 03/12] aux/Makefile,SConscript: Build PP

From f4f45da8955567e4badcdb2062a8fae4cc9522a6 Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Tue, 16 Aug 2011 16:09:16 +0300 Subject: [PATCH 03/12] aux/Makefile,SConscript: Build PP Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/auxiliary/Makefile |6

[Mesa-dev] [PATCH 04/12] pp: Docs

From 4b762d4cbb443387ae6e072a701f5a70e7196c9f Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Tue, 16 Aug 2011 16:09:57 +0300 Subject: [PATCH 04/12] pp: Docs Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/auxiliary/postprocess/ADDING | 87

[Mesa-dev] [PATCH 05/12] pp: Color filters

From 7af348785e0f8c545feaf7d5c3809a0abe8e01ce Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Tue, 16 Aug 2011 16:10:47 +0300 Subject: [PATCH 05/12] pp: Color filters Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/auxiliary/postprocess/pp_colors.c | 80

[Mesa-dev] [PATCH 06/12] pp: Cel-shade filter

From 85bc09c37c560dbdb46b66ca1b5535baa296507b Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Tue, 16 Aug 2011 16:11:03 +0300 Subject: [PATCH 06/12] pp: Cel-shade filter Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/auxiliary/postprocess/pp_celshade.c | 38

[Mesa-dev] [PATCH 08/12] pp: Add Jimenez' MLAA

From 70420da1a5cc4de7f91aa2099790571229b76c61 Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Wed, 17 Aug 2011 11:18:13 +0300 Subject: [PATCH 08/12] pp: Add Jimenez' MLAA Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/auxiliary/postprocess/pp_mlaa.c | 304

[Mesa-dev] [PATCH 09/12] pp/main queue: Add pp_run.c

From c6cee54df9ed2898f6b19001cb2d8b65ec68ee79 Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Tue, 16 Aug 2011 17:09:39 +0300 Subject: [PATCH 09/12] pp/main queue: Add pp_run.c Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/auxiliary/postprocess/pp_run.c | 188

[Mesa-dev] [PATCH 10/12] pp/main queue: Add pp_init.c

From cc4f5fe6476bb62da1d1316af2aa35afc17d2197 Mon Sep 17 00:00:00 2001 From: Lauri Kasanen c...@gmx.com Date: Tue, 16 Aug 2011 17:10:13 +0300 Subject: [PATCH 10/12] pp/main queue: Add pp_init.c Signed-off-by: Lauri Kasanen c...@gmx.com --- src/gallium/auxiliary/postprocess/pp_init.c | 283

  1   2   >