Re: [Mesa-dev] [Mesa-stable] [PATCH] Suppress any libGL:... warnings when LIBGL_DEBUG == quiet

a verbose level isn't given anyway. So probably the patch isn't that bad. If you believe the patch is ok, please feel free to push it. You do have my Signed-off-by: Stefan Dirsch sndir...@suse.de. Hope this helps. Thanks, Stefan On 26/08/14 21:47, Johannes Obermayr wrote: From: Stefan Dirsch

Re: [Mesa-dev] [Mesa-stable] [PATCH] Suppress any libGL:... warnings when LIBGL_DEBUG == quiet

at __driUtilMessage() more closely a verbose level isn't given anyway. So probably the patch isn't that bad. If you believe the patch is ok, please feel free to push it. You do have my Signed-off-by: Stefan Dirsch sndir...@suse.de. I've added the SoB to the commit, slightly pimped the commit

[Mesa-dev] [PATCH] mesa-demos: xeglthreads needs to add -lX11 -lpthread itself

Hi This is just a simple buildfix for current mesa-demos git master branch. Thanks, Stefan Author: Stefan Dirsch sndir...@suse.de Subject: xeglthreads needs to add -lX11 -lpthread itself Signed-off-by: Stefan Dirsch sndir...@suse.de xeglthreads no longer can rely on the toolchain to add

[Mesa-dev] [PATCH] mesa-demos: xeglthreads needs to add -lX11 -lpthread itself

Hi This is just a simple buildfix for current mesa-demos git master branch. Thanks, Stefan Author: Stefan Dirsch sndir...@suse.de Subject: xeglthreads needs to add -lX11 -lpthread itself Signed-off-by: Stefan Dirsch sndir...@suse.de xeglthreads no longer can rely on the toolchain to add

Re: [Mesa-dev] [PATCH] mesa-demos: xeglthreads needs to add "-lX11 -lpthread" itself

you give us the build log of a verbose build? > > Thanks, > Andreas > > 2015-08-21 10:37 GMT+02:00 Stefan Dirsch <sndir...@suse.de>: > > Hi > > > > This is just a simple buildfix for current mesa-demos git master branch. > > > > Thanks, > >

[Mesa-dev] [PATCH] dri3: Check for dummyContext to see if the glx_context is valid

-by: Stefan Dirsch <sndir...@suse.de> Reviewed-by: Egbert Eich <e...@freedesktop.org> --- src/glx/dri3_glx.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/src/glx/dri3_glx.c b/src/glx/dri3_glx.c index 6054ffc..e7c2ec1 100644 --- a/src/glx/dri3_glx.c +++ b/src/gl

[Mesa-dev] [PATCH] st/va: hardlink driver instances to gallium_drv_video.so

Dear gentlemen, unfortunately the patch by Jimmy Berry didn't get too much attention, when he posted it first. Maybe this time it's different. Find it attached. Thanks, Stefan Public Key available -- Stefan Dirsch (Res. & Dev.) SUSE L

[Mesa-dev] [PATCH] st/va: hardlink driver instances to gallium_drv_video.so

Removes the need to set LIBVA_DRIVER_NAME=gallium for supported targets and is consistent with vdpau and general gallium drivers. Author: Jimmy Berry Signed-off-by: Jimmy Berry --- src/gallium/targets/va/Makefile.am | 14 ++ 1 file

[Mesa-dev] [PATCH] dri2: Check for dummyContext to see if the glx_context is valid

According to the comments in src/glx/glxcurrent.c __glXGetCurrentContext() always returns a valid pointer. If no context is made current, it will contain dummyContext. Thus a test for NULL will always fail. Patch author: Egbert Eich

[Mesa-dev] [PATCH] dri2: Check for dummyContext to see if the glx_context is valid

From: Egbert Eich According to the comments in src/glx/glxcurrent.c __glXGetCurrentContext() always returns a valid pointer. If no context is made current, it will contain dummyContext. Thus a test for NULL will always fail. https://bugzilla.opensuse.org/show_bug.cgi?id=962609

[Mesa-dev] [PATCH] st/va: hardlink driver instances to gallium_drv_video.so

From: Jimmy Berry Removes the need to set LIBVA_DRIVER_NAME=gallium for supported targets and is consistent with vdpau and general gallium drivers. --- src/gallium/targets/va/Makefile.am | 14 ++ 1 file changed, 14 insertions(+) diff --git

[Mesa-dev] [PATCH] dri2: Check for dummyContext to see if the glx_context is valid

-- Stefan Dirsch (Res. & Dev.) SUSE LINUX GmbH Tel: 0911-740 53 0Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.deGermany --- SUSE Linux GmbH

Re: [Mesa-dev] [PATCH] dri2: Check for dummyContext to see if the glx_context is valid

On Thu, Apr 21, 2016 at 04:22:26PM +0900, Michel Dänzer wrote: > On 20.04.2016 19:38, Stefan Dirsch wrote: > > According to the comments in src/glx/glxcurrent.c __glXGetCurrentContext() > > always returns a valid pointer. If no context is made current, it will > > contain dumm

[Mesa-dev] [PATCH 1/3] dri2: Check for dummyContext to see if the glx_context is valid

From: Egbert Eich According to the comments in src/glx/glxcurrent.c __glXGetCurrentContext() always returns a valid pointer. If no context is made current, it will contain dummyContext. Thus a test for NULL will always fail. https://bugzilla.opensuse.org/show_bug.cgi?id=962609

[Mesa-dev] [PATCH] dri2: Check for dummyContext to see if the glx_context is valid

From: Egbert Eich According to the comments in src/glx/glxcurrent.c __glXGetCurrentContext() always returns a valid pointer. If no context is made current, it will contain dummyContext. Thus a test for NULL will always fail. https://bugzilla.opensuse.org/show_bug.cgi?id=962609

[Mesa-dev] [PATCH] dri3: Check for dummyContext to see if the glx_context is valid

-by: Stefan Dirsch <sndir...@suse.de> --- src/glx/dri3_glx.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/src/glx/dri3_glx.c b/src/glx/dri3_glx.c index 6054ffc..e7c2ec1 100644 --- a/src/glx/dri3_glx.c +++ b/src/glx/dri3_glx.c @@ -127,13 +127,9 @@ static __DRIc

Re: [Mesa-dev] [PATCH] dri3: Check for dummyContext to see if the glx_context is valid

On Wed, Apr 27, 2016 at 01:12:57PM +0100, Emil Velikov wrote: > On 25 April 2016 at 14:06, Stefan Dirsch <sndir...@suse.de> wrote: > > According to the comments in src/glx/glxcurrent.c __glXGetCurrentContext() > > always returns a valid pointer. If no context is made current

[Mesa-dev] libglvnd support in Mesa 12

I've played around with libglvnd support in Mesa12. I'm using libglvnd from git master (commit id 1b30d15) and Mesa 12.0.1. It tries to open the last fallback libGLX_indirect. I workarounded this via setting __GLX_VENDOR_LIBRARY_NAME environment variable to "mesa". This resulted in a crash when

[Mesa-dev] [PATCH glx/glxglvnd] Avoid overflow in 'last' variable of FindGLXFunction(...)

as signed int. Otherwise condition for while loop fails due to C implicitly converting signed to unsigned values before comparison. Signed-off-by: Stefan Dirsch <sndir...@suse.de> --- src/glx/glxglvnd.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/glx/glxglv

Re: [Mesa-dev] [PATCH glx/glxglvnd] Avoid overflow in 'last' variable of FindGLXFunction(...)

On Thu, Jul 14, 2016 at 05:20:55PM +0100, Emil Velikov wrote: > On 14 July 2016 at 15:23, Eric Engestrom <eric.engest...@imgtec.com> wrote: > > On Thu, Jul 14, 2016 at 03:21:20PM +0200, Stefan Dirsch wrote: > >> This 'last' variable used in FindGLXFunction(...) may becom

Re: [Mesa-dev] [Mesa-maintainers] Building Mesa GIT with LLVM prior to 3.9

openSUSE, since we need llvm 3.9 for various drivers mentioned above anyway. ;-) Thanks, Stefan Public Key available ---------- Stefan Dirsch (Res. & Dev.) SUSE LINUX GmbH Tel: 0911-740 53 0Maxfeldstraße 5 FAX: 0911-740 53 479

[Mesa-dev] [PATCH] configure.ac: Link to libLLVMCodegen to fix cyclic linking problems

Patch by "Ismail Doenmez" https://bugzilla.suse.com/show_bug.cgi?id=1082307 --- configure.ac | 1 + 1 file changed, 1 insertion(+) diff --git a/configure.ac b/configure.ac index 8a9172690a..a23eb844d4 100644 --- a/configure.ac +++ b/configure.ac @@ -1032,6 +1032,7 @@

[Mesa-dev] [PATCH] r600/egd_tables.py: added support for python 3

Patch by "Tomas Chvatal" <tchva...@suse.com> with modifications by "Michal Srb" <m...@suse.com> to not break python 2. https://bugzilla.suse.com/show_bug.cgi?id=1082303 Signed-off-by: Stefan Dirsch <sndir...@suse.de> --- src/g

[Mesa-dev] [PATCH] libGLw: Use newly introduced GLAPIVAR for variables

GLAPI doesn't have an 'extern' in some circumstances. This way, variable declarations become definitions (fdo #100916). Signed-off-by: Stefan Dirsch --- GLwDrawA.h | 12 ++-- GLwDrawAP.h | 4 ++-- 2 files changed, 12 insertions(+), 4 deletions(-) diff --git a/GLwDrawA.h b/GLwDrawA.h

[Mesa-dev] [PATCH] libGLw: Use newly introduced GLAPIVAR for variables

GLAPI doesn't have an 'extern' in some circumstances. This way, variable declarations become definitions (fdo #100916). Signed-off-by: Stefan Dirsch --- GLwDrawA.h | 10 -- GLwDrawAP.h | 4 ++-- 2 files changed, 10 insertions(+), 4 deletions(-) diff --git a/GLwDrawA.h b/GLwDrawA.h

Re: [Mesa-dev] [PATCH] libGLw: Use newly introduced GLAPIVAR for variables

On Tue, Jul 17, 2018 at 08:21:10AM -0600, Brian Paul wrote: > On 07/17/2018 07:31 AM, Stefan Dirsch wrote: > > GLAPI doesn't have an 'extern' in some circumstances. This way, > > variable declarations become definitions (fdo #100916). > > > > Signed-off-by: Stefan Dirsc

Re: [Mesa-dev] [PATCH] libGLw: Use newly introduced GLAPIVAR for variables

bjects: 4, done. Delta compression using up to 8 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 700 bytes | 350.00 KiB/s, done. Total 4 (delta 3), reused 0 (delta 0) Thanks, Stefan Public Key available ------ Stefan Di

Re: [Mesa-dev] [PATCH] libGLw: Use newly introduced GLAPIVAR for variables

On Wed, Jul 18, 2018 at 11:07:01AM -0600, Brian Paul wrote: > On 07/17/2018 06:47 PM, Stefan Dirsch wrote: > > On Tue, Jul 17, 2018 at 04:57:26PM -0600, Brian Paul wrote: > > > Reviewed-by: Brian Paul > > > > > > Do you need me to push this for you? > >

Re: [Mesa-dev] [PATCH] configure.ac: Link to libLLVMCodegen to fix cyclic linking problems

B41;308;0cOn Tue, Feb 27, 2018 at 04:24:04PM +0100, Stefan Dirsch wrote: > On Tue, Feb 27, 2018 at 11:59:22AM +, Emil Velikov wrote: > > On 23 February 2018 at 15:02, Stefan Dirsch <sndir...@suse.de> wrote: > > > Patch by "Ismail Doenmez" <idon...@suse

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Wed, Feb 28, 2018 at 02:16:08PM +0100, Stefan Dirsch wrote: > On Wed, Feb 28, 2018 at 12:12:25PM +0100, Stefan Dirsch wrote: > > Patch by "Tomas Chvatal" <tchva...@suse.com> with modifications > > by "Michal Srb" <m...@suse.com> to not bre

[Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

nction', so semantics of print statements in python2 are closer to print functions in python3 https://lists.freedesktop.org/archives/mesa-dev/2018-February/187056.html v3: - convert bytes object to unicode in order to fix output with python3 https://lists.freedesktop.org/archives/mesa-dev/2018-March/18

Re: [Mesa-dev] [PATCH] configure.ac: Link to libLLVMCodegen to fix cyclic linking problems

On Tue, Feb 27, 2018 at 11:59:22AM +, Emil Velikov wrote: > On 23 February 2018 at 15:02, Stefan Dirsch <sndir...@suse.de> wrote: > > Patch by "Ismail Doenmez" <idon...@suse.com> > > https://bugzilla.suse.com/show_bug.cgi?id=1082307 > > Can anyon

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Wed, Feb 28, 2018 at 12:12:25PM +0100, Stefan Dirsch wrote: > Patch by "Tomas Chvatal" <tchva...@suse.com> with modifications > by "Michal Srb" <m...@suse.com> to not break python 2. > > https://bugzilla.suse.com/show_bug.cgi?id=1082303 > &g

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Thu, Mar 01, 2018 at 09:00:38AM -0800, Dylan Baker wrote: > Quoting sndir...@suse.de (2018-03-01 08:11:54) > > From: Stefan Dirsch <sndir...@suse.de> > > > > Patch by "Tomas Chvatal" with modifications > > by "Michal Srb" to not break pyth

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Fri, Mar 02, 2018 at 11:03:53AM +, Eric Engestrom wrote: > On Friday, 2018-03-02 11:41:00 +0100, Stefan Dirsch wrote: > > Patch by "Tomas Chvatal" <tchva...@suse.com> with modifications > > by "Michal Srb" <m...@suse.com> to not bre

[Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

nction', so semantics of print statements in python2 are closer to print functions in python3 https://lists.freedesktop.org/archives/mesa-dev/2018-February/187056.html Signed-off-by: Stefan Dirsch <sndir...@suse.de> Reviewed-by: Tomas Chvatal <tchva...@suse.com> ---

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Fri, Mar 02, 2018 at 01:39:40PM +0100, Gustaw Smolarczyk wrote: > 2018-03-02 12:59 GMT+01:00 Stefan Dirsch <sndir...@suse.de>: > > On Fri, Mar 02, 2018 at 11:47:57AM +, Eric Engestrom wrote: > > On Friday, 2018-03-02 12:25:11 +0100, Stefan Dirsch wrote: >

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Fri, Mar 02, 2018 at 11:47:57AM +, Eric Engestrom wrote: > On Friday, 2018-03-02 12:25:11 +0100, Stefan Dirsch wrote: > > On Fri, Mar 02, 2018 at 11:03:53AM +, Eric Engestrom wrote: > > > On Friday, 2018-03-02 11:41:00 +0100, Stefan Dirsch wrote: > > > > P

[Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

ith python3) - make use of 'from __future__ import print_function', so semantics of print statements in python2 are closer to print functions in python3 https://lists.freedesktop.org/archives/mesa-dev/2018-February/187056.html Signed-off-by: Stefan Dirsch <sndir...@suse.de> Reviewed-by: Dyla

[Mesa-dev] Weird behaviour (GLX extension missing) in X11 forwarding since xorg-server 1.20 ...

-- Stefan Dirsch (Res. & Dev.) SUSE LINUX GmbH Tel: 0911-740 53 0Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.deGermany SUSE Linux GmbH, GF: Felix Imendörffer,

Re: [Mesa-dev] -fno-common build failures (default from upcoming gcc release 10)

On Tue, Jan 28, 2020 at 11:45:39AM -0800, Dylan Baker wrote: > Quoting Ian Romanick (2020-01-21 09:50:47) > > On 1/20/20 6:41 AM, Stefan Dirsch wrote: > > > Hi > > > > > > Starting from the upcoming GCC release 10, the default of -fcommon option > &g

[Mesa-dev] Broken rendering of glxgears on S/390 architecture (64bit, BigEndian)

#2472 for this. https://gitlab.freedesktop.org/mesa/mesa/issues/2472 Thanks, Stefan Public Key available -- Stefan Dirsch (Res. & Dev.) SUSE Software Solutions Germany GmbH Tel: 0911-740 53 0Maxfeldstraße 5 FAX: 0911-740 53

Re: [Mesa-dev] -fno-common build failures (default from upcoming gcc release 10)

lag. :-) Stefan > On Mon, Jan 20, 2020 at 3:41 PM Stefan Dirsch wrote: > > > > Hi > > > > Starting from the upcoming GCC release 10, the default of -fcommon option > > will > > change to -fno-common. Due to this we're going to see a lot of build > >

[Mesa-dev] -fno-common build failures (default from upcoming gcc release 10)

-- Stefan Dirsch (Res. & Dev.) SUSE Software Solutions Germany GmbH Tel: 0911-740 53 0Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.deGermany (HRB 36809, AG Nürn

Re: Mesa >= 23.3.x and python 2.6 ...

On Sun, Jan 21, 2024 at 11:35:48PM -0800, Jordan Justen wrote: > I dropped dri-devel from this reply. Thanks! Initially I added dri-devel, since mesa-dev looked rather dead in comparison to dri-devel. Also the issue was initially Intel driver specific. > On 2024-01-20 05:56:23, Stefan

Mesa >= 23.3.x and python 2.6 ...

latest enterprise product. Thanks, Stefan Public Key available ------ Stefan Dirsch (Res. & Dev.) SUSE Software Solutions Germany GmbH Tel: 0911-740 53 0Frankenstraße 146 FAX: 0911-740 53 479 D-90461

Re: Mesa >= 23.3.x and python 2.6 ...

On Thu, Jan 18, 2024 at 01:37:52PM +0100, Stefan Dirsch wrote: > Hi > > I noticed that with version 23.3.x Mesa no longer can be built with python > 2.6. It still worked with Mesa 23.2.1. I've meant python 3.6 of course! CU, Stefan Public K

Re: Mesa >= 23.3.x no longer supporting python 3.6 ...

On Thu, Jan 18, 2024 at 01:37:52PM +0100, Stefan Dirsch wrote: > Hi > > I noticed that with version 23.3.x Mesa no longer can be built with python > 2.6. It still worked with Mesa 23.2.1. Of course I've meant python 3.6. Sorry for the confusion! > It fails with > > [

Re: Mesa >= 23.3.x and python 2.6 ...

On Fri, Jan 19, 2024 at 12:35:58PM -0500, Matt Turner wrote: > On Thu, Jan 18, 2024 at 10:22 AM Stefan Dirsch wrote: > > I noticed that with version 23.3.x Mesa no longer can be built with python > > 2.6. It still worked with Mesa 23.2.1. > > For anyone who got this f

Re: Mesa >= 23.3.x and python 2.6 ...

Hi Jordan Thanks for digging into this! On Fri, Jan 19, 2024 at 12:10:37PM -0800, Jordan Justen wrote: > On 2024-01-18 04:37:52, Stefan Dirsch wrote: > > Hi > > > > I noticed that with version 23.3.x Mesa no longer can be built with python > > 2.6. It st

Re: Mesa >= 23.3.x and python 2.6 ...

Hi Jordan On Sat, Jan 20, 2024 at 01:47:58AM -0800, Jordan Justen wrote: > On 2024-01-19 12:24:24, Stefan Dirsch wrote: > > Hi Jordan > > > > Thanks for digging into this! > > > > On Fri, Jan 19, 2024 at 12:10:37PM -0800, Jordan Justen wrote: > > > O