, since the offending commit is there too.
Signed-off-by: Lauri Kasanen
---
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 \#buildapi-variable
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: Lau
Useful in its own right, but also needed for adaptive vsync.
Signed-off-by: Lauri Kasanen
---
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/dri_common.c
Useful in its own right, but also needed for adaptive vsync.
Last mail was accidentally wrapped.
Signed-off-by: Lauri Kasanen
---
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
en EGL X11 lines
- Added hysteresis
- Faster sync
Signed-off-by: Lauri Kasanen
---
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
SSE4.
Anyway, NMI.
Signed-off-by: Lauri Kasanen
---
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
On Wed, 18 Dec 2013 17:57:16 -0800
Matt Turner wrote:
> On Tue, Dec 17, 2013 at 7:15 AM, Lauri Kasanen wrote:
> > Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=72708
>
> Make this "Bugzilla: ..."
Sure, will do. But there are both conventions used, for
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=72708
Signed-off-by: Lauri Kasanen
---
configure.ac| 6
m4/ax_check_compile_flag.m4 | 72 +
src/mesa/Makefile.am| 6 +++-
3 files changed, 83 insertions(+), 1
On Fri, 20 Dec 2013 17:06:03 -0800
Matt Turner wrote:
> On Thu, Dec 19, 2013 at 11:43 AM, Lauri Kasanen wrote:
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=72708
> >
> > Signed-off-by: Lauri Kasanen
> > ---
>
> Thanks, R-b and pushed.
Apparent
On Sun, 22 Dec 2013 08:01:26 -0800
Matt Turner wrote:
> On Sun, Dec 22, 2013 at 1:39 AM, Lauri Kasanen wrote:
> > On Fri, 20 Dec 2013 17:06:03 -0800
> > Matt Turner wrote:
> >
> >> On Thu, Dec 19, 2013 at 11:43 AM, Lauri Kasanen wrote:
> >> &
Signed-off-by: Lauri Kasanen
---
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/winsys/radeon/drm
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
---
src/gallium/drivers/radeon/r600_pipe_common.c | 31 +++
src/gallium/drivers/radeon/r600_pipe_common.h
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
---
src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 3 +++
src/gallium/winsys/radeon/drm/radeon_drm_bo.h | 16
Signed-off-by: Lauri Kasanen
---
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/radeon/drm
On Thu, 02 Jan 2014 05:57:46 +0100
Andreas Hartmetz wrote:
> On Wednesday 01 January 2014 16:58:46 Lauri Kasanen wrote:
> > @@ -257,6 +258,7 @@ struct radeon_winsys {
> > unsigned size,
> >
On Sun, 15 Dec 2013 12:38:28 +0200
Lauri Kasanen 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&
On Fri, 3 Jan 2014 03:54:01 +0100
Erik Faye-Lund wrote:
> On Wed, Jan 1, 2014 at 3:57 PM, Lauri Kasanen wrote:
> > + fprintf(rscreen->ws->bo_stats_file, "Started at
> > %llu\n",
> > + (unsigned long lo
On Fri, 03 Jan 2014 01:37:22 +0100
Andreas Hartmetz 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
> > should be more
v2: Move to a timing thread to minimize overhead.
Signed-off-by: Lauri Kasanen
---
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/gallium
No measurable overhead when off (glxgears within 0.5%).
Signed-off-by: Lauri Kasanen
---
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 ++
src
Signed-off-by: Lauri Kasanen
---
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/radeon/drm
These will be used later on for optimizing the VRAM placement.
No measurable overhead (glxgears).
Signed-off-by: Lauri Kasanen
---
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
On Fri, 3 Jan 2014 17:37:15 +0100
Erik Faye-Lund wrote:
> On Fri, Jan 3, 2014 at 4:49 PM, Lauri Kasanen wrote:
> > + fprintf(rscreen->ws->bo_stats_file, "Started at
> > %llu\n",
> > + stats_time_get(ws
On Sun, 5 Jan 2014 18:51:18 -0800
Tom Stellard wrote:
> struct rc_test_file test_file;
> + struct rc_instruction *inst;
> unsigned optimizations = 1;
> unsigned do_full_regalloc = 1;
> - struct rc_instruction *inst;
> unsigned pass = 1;
This doesn't do what the t
v2: Move to a timing thread to minimize overhead.
Signed-off-by: Lauri Kasanen
---
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/gallium
No measurable overhead when off (glxgears within 0.5%).
v2: Cosmetic changes.
Signed-off-by: Lauri Kasanen
---
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
These will be used later on for optimizing the VRAM placement.
No measurable overhead (glxgears).
Signed-off-by: Lauri Kasanen
---
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
Signed-off-by: Lauri Kasanen
---
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/radeon/drm
On Tue, 7 Jan 2014 00:22:08 +0100
Marek Olšák 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 (private apps, commer
On Tue, 7 Jan 2014 01:44:28 +0100
Marek Olšák wrote:
> On Mon, Jan 6, 2014 at 12:17 PM, Lauri Kasanen wrote:
> > These will be used later on for optimizing the VRAM placement.
> >
> > No measurable overhead (glxgears).
>
> I recommend testing torcs (the Forza track)
v2: Moved the high priority check to r600_texture_create_object
Signed-off-by: Lauri Kasanen
---
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/drivers
No measurable overhead when off (glxgears within 0.5%).
v2: Cosmetic changes.
v3: Moved file handling into winsys
Signed-off-by: Lauri Kasanen
---
src/gallium/drivers/radeon/r600_pipe_common.c | 5
src/gallium/drivers/radeon/r600_pipe_common.h | 1 +
src/gallium/winsys/radeon
seem to do timedemos.
Signed-off-by: Lauri Kasanen
---
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/
v2: Move to a timing thread to minimize overhead.
Signed-off-by: Lauri Kasanen
---
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/gallium/winsys
On Wed, 8 Jan 2014 12:03:12 +0100
Marek Olšák wrote:
> On Tue, Jan 7, 2014 at 7:14 PM, Lauri Kasanen wrote:
> > These will be used later on for optimizing the VRAM placement.
> >
> > No measurable overhead (glxgears, torcs).
> >
> > v2: Get accurate stats b
On Wed, 8 Jan 2014 15:54:04 +0100
Marek Olšák wrote:
> > On Wed, 8 Jan 2014 12:03:12 +0100
> > Marek Olšák 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 resources.
> >
> > It's the o
On Wed, 8 Jan 2014 15:56:33 +0200
Lauri Kasanen wrote:
> On Wed, 8 Jan 2014 12:03:12 +0100
> Marek Olšák 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.
> >
On Wed, 8 Jan 2014 19:03:53 +0100
Marek Olšák wrote:
> On Wed, Jan 8, 2014 at 6:21 PM, Lauri Kasanen wrote:
> > On Wed, 8 Jan 2014 15:54:04 +0100
> > Marek Olšák wrote:
> >> It's not accurate at all, it's actually pretty random. The stats
> >> shoul
On Fri, 10 Jan 2014 03:57:45 +0100
srol...@vmware.com wrote:
> From: Roland Scheidegger
>
> 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 viewport). d3
32-bit use is on the increase due to Steam; avoid any surprises
and make Mesa LFS-aware.
CC: "10.0"
Signed-off-by: Lauri Kasanen
---
configure.ac | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure.ac b/configure.ac
index 4da6c51..f9a4154 100644
--- a/configure.ac
+++ b/co
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
On Tue, 14 Jan 2014 11:55:05 +0200
Lauri Kasanen wrote:
> 32-bit use is on the increase due to Steam; avoid any surprises
> and make Mesa LFS-aware.
>
> CC: "10.0"
> Signed-off-by: Lauri Kasanen
> ---
> configure.ac | 1 +
> 1 file changed, 1 insertio
Hi,
Current master is broken for me starting from
commit 7bd95ec437a5b1052fa17780a9d66677ec1fdc35
Author: Eric Anholt
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 driver name
"radeon
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
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
var
On Fri, 18 Apr 2014 01:41:46 +0200
Benjamin Bellec 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 used (for bo
On Fri, 18 Apr 2014 10:16:53 +0300
Lauri Kasanen wrote:
> On Fri, 18 Apr 2014 01:41:46 +0200
> Benjamin Bellec wrote:
>
> > Hi Lauri,
> >
> > I tested with both commit but cannot seeing something relevant, I got 60
> > FPS in both case.
> > I teste
On Fri, 18 Apr 2014 18:40:56 +0200
Marek Olšák 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 those two were 32
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
---
src/gallium/drivers/radeon/Makefile.am |2
Just like radeon/uvd, r600/sb fails to find the libdrm includes.
Signed-off-by: Lauri Kasanen
---
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 index
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
mesa-dev@lists.
On Wed, 1 May 2013 21:35:16 +0400
Vadim Girlin wrote:
> This should fix build issues with GCC < 4.3
>
> Signed-off-by: Vadim Girlin
> ---
>
> cc: Lauri Kasanen
> Lauri, please test to make sure that I didn't miss anything.
This pa
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
---
src/gallium/state_trackers/xvmc
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
http
On Thu, 02 May 2013 00:45:13 +0400
Vadim Girlin 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 privat
On Thu, 2 May 2013 07:58:30 -0700
Matt Turner 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:
XVMC_LIBS =
v2: Removed extra libs as requested by Matt Turner.
Signed-off-by: Lauri Kasanen
---
src/gallium/state_trackers/xvmc/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/state_trackers/xvmc/Makefile.am
b/src/gallium/state_trackers/xvmc/Makefile.am
On Fri, 03 May 2013 00:39:09 +0400
Vadim Girlin wrote:
> I see some issues issues in the dump, looks like compiler doesn't
> zero-initialize some data (particularly alu_node::bc) in cases where I
> expect it. Possibly it's my bug, I'll look into it, but the data in
> question is definitely zer
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
On Fri, 03 May 2013 01:27:27 +0400
Vadim Girlin 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.
>
...
>
> By the way, I
used to copy the key to the shader
struct.
Signed-off-by: Lauri Kasanen
---
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 index
On Fri, 3 May 2013 10:54:09 -0400
Alex Deucher wrote:
> On Fri, May 3, 2013 at 9:55 AM, Lauri Kasanen wrote:
> > This patch fixes constant shader recompiles by initializing the struct
> > to zero. For completeness, memcpy is used to copy the key to the shader
> > struct.
&
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
On Sat, 18 May 2013 13:50:35 +0200
Christoph Bumiller 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
On Sat, 18 May 2013 17:46:32 +0300
Lauri Kasanen wrote:
> On Sat, 18 May 2013 13:50:35 +0200
> Christoph Bumiller wrote:
>
> > r300_get_param:
> > case PIPE_CAP_VERTEX_ELEMENT_INSTANCE_DIVISOR: return 1;
> >
> > That's ARB_instanced_arrays, which is wh
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
On Thu, 30 Jan 2014 10:46:21 -0800
Eric Anholt 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 the device
On Fri, 31 Jan 2014 12:16:05 +0200
Lauri Kasanen wrote:
> On Thu, 30 Jan 2014 10:46:21 -0800
> Eric Anholt 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&
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
---
src/egl/drivers/dri2/platform_andro
On Fri, 31 Jan 2014 10:58:48 -0800
Kenneth Graunke 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
> > &q
On Fri, 31 Jan 2014 13:28:48 -0800
Carl Worth wrote:
> Lauri Kasanen 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,
>
On Fri, 31 Jan 2014 23:54:43 -0800
Keith Packard wrote:
> Lauri Kasanen 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 pr
On Sat, 1 Feb 2014 11:36:07 +0200
Lauri Kasanen wrote:
> On Fri, 31 Jan 2014 13:28:48 -0800
> Carl Worth wrote:
>
> > Lauri Kasanen writes:
> > >> 32-bit use is on the increase due to Steam; avoid any surprises
> > >> and make Mesa LFS
On Fri, 07 Feb 2014 01:20:39 +
Emil Velikov 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. Current patch look
On Thu, 2 Jan 2014 11:20:13 +0200
Lauri Kasanen wrote:
> On Sun, 15 Dec 2013 12:38:28 +0200
> Lauri Kasanen 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
On Wed, 12 Feb 2014 00:07:43 -0800
Eric Anholt wrote:
> >> On Sun, 15 Dec 2013 12:38:28 +0200
> >> Lauri Kasanen wrote:
> >>
> >> > There is a GLX extension for this behavior, glx_swap_control_tear, which
> >> > mesa doesn't
> >
On Thu, 27 Mar 2014 21:00:39 +
Emil Velikov 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 interested one can ask th
On Fri, 28 Mar 2014 09:57:15 +0100
Marc Dietrich 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 going?
GNU ld (
On Fri, 28 Mar 2014 10:08:53 +
Emil Velikov wrote:
> On 28/03/14 08:35, Lauri Kasanen wrote:
> > Emil Velikov 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 sav
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 ? As a end user, ada
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
> made? From what I have seen, t
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, which
> > did not inspire
Hi all
This fixes a memory leak of 32 bytes on exit.
>From 924f8fdccb41b011f372bc57252005bcdb096105 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
Date: Thu, 22 Dec 2011 21:28:33 +0200
Subject: [PATCH] gallivm: Close a memory leak
As reported by "valgrind --leak-check=full glxgears"
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
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
---
src/gallium/auxiliary/postprocess/postprocess.h|3 +--
src/gallium/auxiliary
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
---
src/gallium/auxiliary/postprocess/pp_run.c | 10 ++
1 files changed, 10 insertions(+), 0
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
http://lists.freedesktop.org/mailman/listinfo/mesa-
> 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
On Sun, 28 Aug 2011 14:55:56 +0200
Carl-Philip Haensch 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 the proper tool to auto gen
Hi everyone
I'm the student working on integrating MLAA for this summer. I'm mostly on irc,
but to get wider feedback on this, posting to the list.
What are your opinions on the post-prosessing queue?
I thought of two ways:
1) It's expected to be simple enough, in that there's only one sane o
On Mon, 2 May 2011 10:56:55 -0700
Corbin Simpson wrote:
> I think that perhaps a good question to consider would be: What other
> filters might go into the PP queue? Is there anything besides
> anti-aliasing and color correction? (I'm trying to get a discussion
> started...)
>
> ~ C.
Well, I th
Hi
Two small driconf cleanups I stumbled upon.
The first is similar to what was posted earlier by Carl-Philip Haensch.
>From 67219c7bbaa1b52c9d223dccabd0af8b9fecb982 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
Date: Fri, 1 Jul 2011 12:57:06 +0300
Subject: [PATCH 1/2] st/dri: Indent dric
>From 3a841559d64d7a482fde9e6ee9f5225494db5ae7 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
Date: Fri, 1 Jul 2011 13:01:00 +0300
Subject: [PATCH 2/2] xmlpool.h: fix a typo
Signed-off-by: Lauri Kasanen
---
src/mesa/drivers/dri/common/xmlpool.h |2 +-
1 files changed, 1 insertions(+)
>From 5e32454f2fb3390eea6a3af8ddbe8ad410823aec Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
Date: Fri, 1 Jul 2011 13:49:18 +0300
Subject: [PATCH] xmlconfig: Make the error message more informative
Signed-off-by: Lauri Kasanen
---
src/mesa/drivers/dri/common/xmlconfig.c |2 +-
1 fi
On Wed, 13 Jul 2011 01:18:16 +0800
Corbin Simpson wrote:
> I'd like to see it merged eventually for my GSoC student's work, which
> will probably depend on it, but waiting until August will probably be
> alright.
No, the post-processing doesn't depend on the glsl-to-tgsi work, at
least as it is
>From 4b04e2b45e3bb2acaca838453f999bc53ba35fef Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
Date: Sun, 7 Aug 2011 18:19:17 +0300
Subject: [PATCH] r600g: Add support for ROUND
This is a GLSL 1.3 feature, but also used by MLAA.
Signed-off-by: Lauri Kasanen
---
src/gallium/drivers/r
On Sun, 7 Aug 2011 19:22:06 +0200
Henri Verbeet wrote:
> On 7 August 2011 19:03, Lauri Kasanen wrote:
> > + /* floor(a + 0.5) */
> Why not use RNDNE?
I feel it would cause more "wrong" results, with two numbers resolving to the
same (3.5 = 4.5 = 4).
Of course
> > On 8 August 2011 03:58, Jose Fonseca wrote:
> > > It's subjective. It depends on the expected input distribution,
> > > which is effectively impossible to characterize in general. One
> > > can easily find datasets where one method gives biased results and
> > > the other not, and vice versa.
>From f76d23a57996eea6862d3bd899e08f9cb3ac5dec Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
Date: Mon, 8 Aug 2011 12:20:27 +0300
Subject: [PATCH] r600g: Add support for ROUND, v2
This is a GLSL 1.3 feature, but also used by MLAA.
Signed-off-by: Lauri Kasanen
---
src/gallium/drivers/r
Hi list
This patchset adds post-processing to all Gallium drivers. It's also posted to
the gsoc branch at http://cgit.freedesktop.org/~cand/mesa/log/?h=gsoc if you
prefer cgit.
The included filters are three color ones (easy testing of chaining, should
work on all drivers), two versions of MLA
1 - 100 of 149 matches
Mail list logo
