You can add my tested-by to the patch.
--
Alexandre Demers
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Yes, please do.
Alexandre Demers
On Fri, May 26, 2017, 10:17 Brian Paul wrote:
> On 05/25/2017 09:09 PM, Alexandre Demers wrote:
> > Fixes linking error in libOSmesa when using libunwind.
> >
> > CXXLDlibOSMesa.la
> > src/gallium/auxiliary/.libs/libgallium.a(u_
llium/auxiliary/util/u_debug_stack.c:120: undefined reference to
`_ULx86_64_step'
collect2: error: ld returned 1 exit status
v2 : Fixes title and adds the original error it is fixing.
Signed-off-by: Alexandre Demers
---
src/gallium/targets/osmesa/Makefile.am | 3 ++-
1 file changed, 2 i
Fixes linking error in libOSmesa when using libunwind.
Signed-off-by: Alexandre Demers
---
src/gallium/targets/osmesa/Makefile.am | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/targets/osmesa/Makefile.am
b/src/gallium/targets/osmesa/Makefile.am
index
Signed-off-by: Alexandre Demers
---
src/gallium/drivers/radeon/radeon_uvd.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/radeon/radeon_uvd.c
b/src/gallium/drivers/radeon/radeon_uvd.c
index fb1491a..81fba95 100644
--- a/src/gallium/drivers
Hi Matt,
I saw your commit 5ec140c1 pass by and I think there is a typo in it.
You use "HAVE_FUNC_ATTRIBUTE_VISIBIITY" thrice in the patch and I
suspect there is a missing "L" to form "HAVE_FUNC_ATTRIBUTE_VISIBILITY"
instead.
v2: Clarify the relation between num_tiles_pipes and GB_TILE_MODE and the fix
needed for Tahiti as suggested by Marek.
Signed-off-by: Alexandre Demers
---
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium
On 2016-02-10 05:14, Marek Olšák wrote:
On Wed, Feb 10, 2016 at 2:11 AM, Alexandre Demers
wrote:
Signed-off-by: Alexandre Demers
---
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/winsys/radeon/drm
On Tue, 9 Feb 2016 at 22:38 Michel Dänzer wrote:
> On 10.02.2016 10:11, Alexandre Demers wrote:
> > Signed-off-by: Alexandre Demers
> > ---
> > src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 5 +++--
> > 1 file changed, 3 insertions(+), 2 deletions(-)
>
Signed-off-by: Alexandre Demers
---
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c
b/src/gallium/winsys/radeon/drm/radeon_drm_winsys.c
index 49c310c..aab81f9 100644
On Tue, 9 Feb 2016 at 15:17 Alex Deucher wrote:
> On Tue, Feb 9, 2016 at 12:47 PM, Marek Olšák wrote:
> > On Tue, Feb 9, 2016 at 6:17 PM, Alexandre Demers
> > wrote:
> >>> +/* The kernel returns 12 for some cards for an unknown
> >>> reason.
&
On Tue, 9 Feb 2016 at 12:47 Marek Olšák wrote:
> On Tue, Feb 9, 2016 at 6:17 PM, Alexandre Demers
> wrote:
> >> +/* The kernel returns 12 for some cards for an unknown
> >> reason.
> >> + * I thought this
scope for now.
Also, about the patch itself, even if only some cards were reported to be
problematic, why would we limit it to "ws->gen == DRV_SI"? Any cards
reporting a wrong value should be treated the same way by mapping its value
from 12 to 8, no?
My late two cents here.
Alexan
e a bitmask saying which "slots" are dirty. (same
>principle as resource slots)
>
>The "emit" functions should only set dirty viewports/scissors registers.
>
>Marek
>
>
>
>On Thu, Mar 26, 2015 at 10:18 PM, Alexandre Demers
> wrote:
>> Update on
a lot on that matter. Then again, I'll let you know if needed.
Alexandre Demers
On 2015-03-04 21:45, Alexandre Demers wrote:
Then you can count me as working on ARB_viewport_array.
Alexandre Demers
On 2015-02-25 14:25, Marek Olšák wrote:
Nobody is working on ARB_gpu_shader5 for radeonsi.
Fix typo in comment introduced by 70dc8a
Signed-off-by: Alexandre Demers
---
src/gallium/auxiliary/gallivm/lp_bld_misc.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
b/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
index
Then you can count me as working on ARB_viewport_array.
Alexandre Demers
On 2015-02-25 14:25, Marek Olšák wrote:
Nobody is working on ARB_gpu_shader5 for radeonsi.
Marek
On Wed, Feb 25, 2015 at 6:41 PM, Ilia Mirkin wrote:
On Wed, Feb 25, 2015 at 11:24 AM, Alexandre Demers
wrote:
Hi
Hi everyone,
I'd like to know if someone is working on Geometry shader instancing
for radeonsi or if there is already a work in progress somewhere I
would have missed. I might be interested in giving it a try and then
on GL_ARB_viewport_array.
Cheers.
Alexandre D
You are right, I missed that one. I'll send a v2 to fix it.
Alexandre Demers
On 2015-02-25 01:36, Ilia Mirkin wrote:
On Wed, Feb 25, 2015 at 1:34 AM, Alexandre Demers
wrote:
Lets define R600_MAX_VIEWPORTS instead of using 16 here and there
in the code when looping through viewport
splay/piglit/generated_tests/spec/glsl-1.50/execution/built-in-functions/gs-atan-vec4.shader_test
-auto
PIGLIT: {"result": "pass" }
I assume the test ran correctly, but not in the context of the piglit
run, am I right?
Alexandre Demers
On 15/09/14 01:15 AM, Alexandre Demers w
Sorry for the delay, I've been away for work and with not much free time
lately.
I'll have a look at it as soon as possible.
Alexandre Demers
On 10/09/14 06:16 AM, Glenn Kennard wrote:
On Sat, 06 Sep 2014 04:00:01 +0200, Alexandre Demers
wrote:
Thanks Marek, you were right.
So,
17474/1871617514/18755
spec
15903/1710615943/17145
glsl-1.50
3059/31063060/3106
execution
1628/16721629/1672
built-in-functions
1485/14871486/1487
gs-atan-vec2
passfail
Add this to my results with Tesseract and it is definitively an improvement.
Alexandre Demers
On 05/09/14 1
y first without the
patch.
--
Alexandre Demers
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi Glenn,
I've tried applying your patch on the latest mesa code and it could not
be applied properly. Could you rebase your patch? I would be happy to
test it on Cayman for you once done.
Cheers.
--
Alexandre Demers
___
mesa-dev mailing
Making default OMX installation folder follows the same pattern as
other state trackers / libs. Fixes bug 80615.
Signed-off-by: Alexandre Demers
---
configure.ac | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/configure.ac b/configure.ac
index 98efa43..a684390
Signed-off-by: Alexandre Demers
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index faf1485..98efa43 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1603,7 +1603,7 @@ fi
AC_ARG_WITH([egl-driver-dir],
[AS_HELP_STRING
This patch fixes bug 71543 where libudev.so.0 and libudev.so.1 are in
conflict. With this patch, I was able to launch Garry's Mod (which
previously would crash before showing anything).
So you can add
Tested-by: Alexandre Demers
--
Alexandre D
/LT_005fINIT.html
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=50754
Signed-off-by: Alexandre Demers
Tested-by: Tapani Palli
---
configure.ac | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index fb16338..d41595d 100644
--- a
I don't have commit rights. I'd appreciate if someone could commit it
for me.
Also, I think it should be a candidat for 9.2 branch.
Alexandre Demers
On 10/20/2013 01:56 PM, Marek Olšák wrote:
Reviewed-by: Marek Olšák
Marek
On Sun, Oct 20, 2013 at 7:48 PM, Alexandre Dem
---
docs/GL3.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index c269f19..a56e7fe 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -71,7 +71,7 @@ Base vertex offset(GL_ARB_draw_elements_base_vertex) DONE
(i965, r300, r600, sw
Frag shader coor
On 10/18/2013 06:19 PM, Ian Romanick wrote:
On 10/18/2013 11:31 AM, Alexandre Demers wrote:
Hi,
I was looking at the latest commits and some comments here and there. Is
it me or is docs/GL3.txt not up to date?
I don't know of you're up to date or not, but GL3.txt almost surely is no
dered
completed by a dev if it is truly complete.
I know, I can find it by other means, but why not just make sure we are
updating the doc at the right moment?
My two cents as a tester...
--
Alexandre Demers
___
mesa-dev mailing list
mes
before.
Cheers,
--
Alexandre Demers
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi,
I've been trying all day to sync sources from anongit.freedesktop.org
(dri and mesa) and it always ends up by a time out. Is there a problem
with the server or the address?
Cheers,
--
Alexandre Demers
___
mesa-dev mailing list
mes
ere Android
and killing old drivers.
Did you try putting the CFLAGS and LDFLAGS under configure.ac to see if
they would work there? Maybe they could be defined in your "if"
statements. I don't have LLVM 3 on my setup right now, but I may try it
soon.
May I suggest to fix that one also since there is a missing dependency
on d3dx state tracker?
https://bugs.freedesktop.org/show_bug.cgi?id=33938
Cheers,
--
Alexandre Demers
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http
y see garbage
(automatic screenshots from the application are all black). If I don't
use the flag, the extension is disabled and RendererFeatTest works as
usual (still as some issues compared to another driver like i915 though
like no background and crippled text).
--
Alexan
On 11-01-20 03:52 PM, Brian Paul wrote:
On 01/20/2011 12:35 PM, Alexandre Demers wrote:
Hi,
I'd like to propose a patch against glxinfo. Instead of separating the
extensions by a comma, it creates a new line. It's visually easier to
read through the extensions. Also, when doing a di
lot simpler to
compare the results.
I attached the patch.
Cheers,
--
Alexandre Demers
diff --git a/src/xdemos/glxinfo.c b/src/xdemos/glxinfo.c
index e4ff3d5..d0903c0 100644
--- a/src/xdemos/glxinfo.c
+++ b/src/xdemos/glxinfo.c
@@ -114,7 +114,6 @@ print_extension_list(const char *ext)
{
Hi,I've been following the development of mesa and gallium for some time now.
Each time a developer talks about the gallium i915/945 driver, it's always in
an "almost done" state... However, even now, it doesn't support everything the
dri driver does (glxinfo shows less extensions and so on fo
40 matches
Mail list logo
