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
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 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 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
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 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
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, 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 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 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 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, 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 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 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, 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 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 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
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 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&
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
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,
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
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,
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
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
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
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 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 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 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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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 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 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,
> >
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.
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
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
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
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:
> >> &
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
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 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
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
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
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
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
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 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
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
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 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.
&
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, 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
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 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
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 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 =
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
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
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
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
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.
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
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
, 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
> 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
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-
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
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
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
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"
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
On Fri, 26 Aug 2011 17:21:02 +0200
Christoph Bumiller wrote:
> We cannot rely on pipe drivers to default to non-zero.
>
> Fixes pp being a no-op on nv50.
Reviewed-by: Lauri Kasanen
Appears to be a no-op on anywhere but nv50 and nvc0. MSAA related?
>From a12122cf8bec360c03518e686f5fdae0c9cbf791 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
Date: Thu, 25 Aug 2011 23:23:08 +0300
Subject: [PATCH] docs: Add a page on post-processing
Signed-off-by: Lauri Kasanen
---
docs/contents.html|1 +
docs/postprocess.html |
On Tue, 23 Aug 2011 14:41:45 -0700
Tom Stellard 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 r300g. Could you
On Fri, 19 Aug 2011 16:53:53 -0600
Brian Paul 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 list
mesa-dev@lists
On Fri, 19 Aug 2011 09:08:39 -0600
Brian Paul 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 applie
Updated patch 02 to work with current master:
>From a6aa67da94d87a2271feecf0e84440430f6d6ae6 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
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 Kasa
On Fri, 19 Aug 2011 08:46:22 -0600
Brian Paul 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 applied?
- Lauri
_
On Thu, 18 Aug 2011 10:42:30 +0200
Michel Dänzer wrote:
>
> The order of the patch series looks strange: The last patches add files
> referenced by earlier ones. Please make sure each patch can build (and
> ideally work :) individually in the order of the series.
>
> Simply reordering the patch
>From fe0d7f58db1280feb2756e0a37bad7352a863fd0 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
Date: Tue, 16 Aug 2011 17:10:53 +0300
Subject: [PATCH 12/12] pp/main queue: Add the PP headers
Signed-off-by: Lauri Kasanen
---
src/gallium/auxiliary/postprocess/filters.h | 58 +
>From e681a8d72542be4ec4501829f32d87e87b385529 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
Date: Tue, 16 Aug 2011 17:10:31 +0300
Subject: [PATCH 11/12] pp/main queue: Add pp_program.[ch]
Signed-off-by: Lauri Kasanen
---
src/gallium/auxiliary/postprocess/pp_program.c |
>From cc4f5fe6476bb62da1d1316af2aa35afc17d2197 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
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
---
src/gallium/auxiliary/postprocess/pp_init.c |
1 - 100 of 149 matches
Mail list logo
