From matwey.kornilov at gmail.com Fri Sep 8 08:51:11 2017 From: matwey.kornilov at gmail.com (Matwey V. Kornilov) Date: Fri, 8 Sep 2017 11:51:11 +0300 Subject: [Mesa-users] Mesa EGL via drm platform Message-ID: Hello, I am running Mesa-17.0.5. I am trying to learn how to use EGL. My final goal is to perform off-screen OpenGL rendering on systems without running X server. Well, I have the following simple snipped. Full source code is available here: http://paste.opensuse.org/59747271 EGLDisplay eglDpy = eglGetDisplay((NativeDisplayType)0); EGLint major, minor; if (eglInitialize(eglDpy, &major, &minor) != EGL_TRUE) { printf("Fail: eglInitialize %04x\n", eglGetError()); return 1; } When I try to run the code as the following: > EGL_PLATFORM=drm ./a.out get chip id failed: -1 [13] param: 4, val: 0 [intel_init_bufmgr:1193] Error initializing buffer manager. Extensions: EGL_EXT_buffer_age EGL_EXT_image_dma_buf_import EGL_KHR_cl_event2 EGL_KHR_config_attribs EGL_KHR_create_context EGL_KHR_fence_sync EGL_KHR_get_all_proc_addresses EGL_KHR_gl_renderbuffer_image EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_image EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_no_config_context EGL_KHR_reusable_sync EGL_KHR_surfaceless_context EGL_KHR_wait_sync EGL_MESA_configless_context EGL_MESA_image_dma_buf_export function is no-op function is no-op function is no-op function is no-op function is no-op Vendor: (null) Renderer: (null) What do I do wrong here? Access permissions for /dev/dri/card0 allow user to write and read. When I try to run the same code with Cuda, then I see more-less reasonable output: $ ./a.out Extensions: EGL_EXT_create_context_robustness EGL_EXT_output_base EGL_EXT_output_drm EGL_EXT_stream_consumer_egloutput EGL_EXT_stream_acquire_mode EGL_IMG_context_priority EGL_KHR_config_attribs EGL_KHR_create_context_no_error EGL_KHR_create_context EGL_KHR_fence_sync EGL_KHR_get_all_proc_addresses EGL_KHR_swap_buffers_with_damage EGL_KHR_gl_renderbuffer_image EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_image EGL_KHR_image_base EGL_KHR_reusable_sync EGL_KHR_stream EGL_KHR_stream_consumer_gltexture EGL_KHR_stream_cross_process_fd EGL_KHR_stream_fifo EGL_KHR_stream_producer_eglsurface EGL_KHR_surfaceless_context EGL_NV_stream_metadata EGL_NV_stream_sync EGL_NV_stream_consumer_gltexture_yuv EGL_NV_sync EGL_NV_system_time EGL_NV_output_drm_flip_event EGL_WL_bind_wayland_display Vendor: NVIDIA Corporation Renderer: GeForce GTX 960/PCIe/SSE2 -- With best regards, Matwey V. Kornilov From charlotte.gehan at obspm.fr Wed Sep 20 14:53:09 2017 From: charlotte.gehan at obspm.fr (Gehan Charlotte) Date: Wed, 20 Sep 2017 16:53:09 +0200 Subject: [Mesa-users] Saving models at different timesteps Message-ID: <438d-59c28100-1-619e8300@100980318> Hi MESA users, I am using run_star_extras to specify MESA to save profiles (.prof files) under a given condition (distance travelled in the HR diagram). To do so I use the flag « need_to_save_profiles_now » when the condition is fulfilled. I would like to do the same for .mod files (saving them when a given distance is travelled in the HR diagram), but I can't find any flag to do that in a simple way. Do you have an idea of how could I do that ? Best regards, Charlotte From rakslice at gmail.com Wed Sep 20 17:34:37 2017 From: rakslice at gmail.com (Andrew Tonner) Date: Wed, 20 Sep 2017 17:34:37 +0000 Subject: [Mesa-users] Saving models at different timesteps In-Reply-To: <438d-59c28100-1-619e8300@100980318> References: <438d-59c28100-1-619e8300@100980318> Message-ID: This is a mailing list for the Mesa 3D graphics library; I believe the mailing lists for the astrophysics Mesa are on sourceforge at https://sourceforge.net/p/mesa/mailman/?source=navbar Cheers, -at On Wed, Sep 20, 2017 at 8:08 AM Gehan Charlotte wrote: > Hi MESA users, > > I am using run_star_extras to specify MESA to save profiles (.prof files) > under a given condition (distance travelled in the HR diagram). To do so I > use the flag « need_to_save_profiles_now » when the condition is fulfilled. > I would like to do the same for .mod files (saving them when a given > distance is travelled in the HR diagram), but I can't find any flag to do > that in a simple way. > Do you have an idea of how could I do that ? > > Best regards, > > Charlotte > > _______________________________________________ > mesa-users mailing list > mesa-users at lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/mesa-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rick.Irons at mathworks.com Fri Sep 22 13:32:49 2017 From: Rick.Irons at mathworks.com (Rick Irons) Date: Fri, 22 Sep 2017 13:32:49 +0000 Subject: [Mesa-users] libGL.so.1.6.0 using rpath Message-ID: Hi, Is it possible to build libGL.so.1.6.0 without it referencing rpath? I didn't find any good leads in either the configure help and after searching the build scripts. Worst case I will just post process the library using chrpath. Thanks, Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rick.Irons at mathworks.com Sat Sep 23 00:13:23 2017 From: Rick.Irons at mathworks.com (Rick Irons) Date: Sat, 23 Sep 2017 00:13:23 +0000 Subject: [Mesa-users] libGL.so.1.6.0 using rpath In-Reply-To: References: Message-ID: Hi, I actually encountered a more serious issue later in the day while making a change to disable TLS (--disable-glx-tls). _glapi_Dispatch is now undefined in libGL.so.1.6.0. The specific configure instructions that are used are the following... ./configure --enable-glx=xlib --disable-driglx-direct --disable-dri --without-gallium-drivers --disable-egl --disable-gbm -with-platforms=x11 --disable-gles1 --disable-gles2 --disable-glx-tls Any ideas on how to address this issue would be greatly appreciated since this problem is jeopardizing a planned update from 10.5.2 to 17.1.3. Thanks, Rick From: Rick Irons Sent: Friday, September 22, 2017 9:33 AM To: 'mesa-users at lists.freedesktop.org' Subject: libGL.so.1.6.0 using rpath Hi, Is it possible to build libGL.so.1.6.0 without it referencing rpath? I didn't find any good leads in either the configure help and after searching the build scripts. Worst case I will just post process the library using chrpath. Thanks, Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rick.Irons at mathworks.com Sat Sep 23 01:59:36 2017 From: Rick.Irons at mathworks.com (Rick Irons) Date: Sat, 23 Sep 2017 01:59:36 +0000 Subject: [Mesa-users] libGL.so.1.6.0 using rpath In-Reply-To: References: Message-ID: ...I am actually all set in regards to the undefined symbol issue. I was eventually able to figure it out. I am still interested in any thoughts regarding my original rpath question though. Thanks, Rick From: Rick Irons Sent: Friday, September 22, 2017 8:13 PM To: 'mesa-users at lists.freedesktop.org' Subject: RE: libGL.so.1.6.0 using rpath Hi, I actually encountered a more serious issue later in the day while making a change to disable TLS (--disable-glx-tls). _glapi_Dispatch is now undefined in libGL.so.1.6.0. The specific configure instructions that are used are the following... ./configure --enable-glx=xlib --disable-driglx-direct --disable-dri --without-gallium-drivers --disable-egl --disable-gbm -with-platforms=x11 --disable-gles1 --disable-gles2 --disable-glx-tls Any ideas on how to address this issue would be greatly appreciated since this problem is jeopardizing a planned update from 10.5.2 to 17.1.3. Thanks, Rick From: Rick Irons Sent: Friday, September 22, 2017 9:33 AM To: 'mesa-users at lists.freedesktop.org' > Subject: libGL.so.1.6.0 using rpath Hi, Is it possible to build libGL.so.1.6.0 without it referencing rpath? I didn't find any good leads in either the configure help and after searching the build scripts. Worst case I will just post process the library using chrpath. Thanks, Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rick.Irons at mathworks.com Sun Sep 24 10:54:20 2017 From: Rick.Irons at mathworks.com (Rick Irons) Date: Sun, 24 Sep 2017 10:54:20 +0000 Subject: [Mesa-users] libGL.so.1.6.0 using rpath In-Reply-To: References: , Message-ID: Hi - I was able to avoid the issue by running my app with libglapi.so.0.0.0 in addition to libgl.so.1.6.0. Previously, we only needed libgl.so.1.6.0 to run our app. For some reason, not using TLS forces us to include libglapi as well. Is this intended? After some additional investigation yesterday, I suspect that we shouldn't have to include libglapi.so. I was going to try rebuilding using the disable sharable glapi option to see if that made any difference. Ideally, we would prefer not to add the new libglapi.so dependency. Thanks for any help that you can offer. Rick ________________________________ From: Rick Irons Sent: Friday, September 22, 2017 9:59:36 PM To: mesa-users at lists.freedesktop.org Subject: RE: libGL.so.1.6.0 using rpath …I am actually all set in regards to the undefined symbol issue. I was eventually able to figure it out. I am still interested in any thoughts regarding my original rpath question though. Thanks, Rick From: Rick Irons Sent: Friday, September 22, 2017 8:13 PM To: 'mesa-users at lists.freedesktop.org' Subject: RE: libGL.so.1.6.0 using rpath Hi, I actually encountered a more serious issue later in the day while making a change to disable TLS (--disable-glx-tls). _glapi_Dispatch is now undefined in libGL.so.1.6.0. The specific configure instructions that are used are the following… ./configure --enable-glx=xlib --disable-driglx-direct --disable-dri --without-gallium-drivers --disable-egl --disable-gbm -with-platforms=x11 --disable-gles1 --disable-gles2 --disable-glx-tls Any ideas on how to address this issue would be greatly appreciated since this problem is jeopardizing a planned update from 10.5.2 to 17.1.3. Thanks, Rick From: Rick Irons Sent: Friday, September 22, 2017 9:33 AM To: 'mesa-users at lists.freedesktop.org' > Subject: libGL.so.1.6.0 using rpath Hi, Is it possible to build libGL.so.1.6.0 without it referencing rpath? I didn’t find any good leads in either the configure help and after searching the build scripts. Worst case I will just post process the library using chrpath. Thanks, Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianp at vmware.com Mon Sep 25 20:55:22 2017 From: brianp at vmware.com (Brian Paul) Date: Mon, 25 Sep 2017 14:55:22 -0600 Subject: [Mesa-users] libGL.so.1.6.0 using rpath In-Reply-To: References: , Message-ID: <59C96D3A.7040302@vmware.com> Before you re-configured with ./configure and recompiled, did you do a make distclean to do a fresh build from scratch? -Brian On 09/24/2017 04:54 AM, Rick Irons wrote: > Hi - I was able to avoid the issue by running my app with > libglapi.so.0.0.0 in addition to libgl.so.1.6.0. Previously, we only > needed libgl.so.1.6.0 to run our app. For some reason, not using TLS > forces us to include libglapi as well. Is this intended? After some > additional investigation yesterday, I suspect that we shouldn't have to > include libglapi.so. I was going to try rebuilding using the disable > sharable glapi option to see if that made any difference. Ideally, we > would prefer not to add the new libglapi.so dependency. Thanks for any > help that you can offer. Rick > > ------------------------------------------------------------------------ > *From:* Rick Irons > *Sent:* Friday, September 22, 2017 9:59:36 PM > *To:* mesa-users at lists.freedesktop.org > *Subject:* RE: libGL.so.1.6.0 using rpath > > …I am actually all set in regards to the undefined symbol issue. I was > eventually able to figure it out. I am still interested in any thoughts > regarding my original rpath question though. > > Thanks, > > Rick > > *From:* Rick Irons > *Sent:* Friday, September 22, 2017 8:13 PM > *To:* 'mesa-users at lists.freedesktop.org' > *Subject:* RE: libGL.so.1.6.0 using rpath > > Hi, > > I actually encountered a more serious issue later in the day while > making a change to disable TLS (--disable-glx-tls). _/glapi/_Dispatch > is now undefined in libGL.so.1.6.0. The specific configure instructions > that are used are the following… > > ./configure --enable-glx=xlib --disable-driglx-direct --disable-dri > --without-gallium-drivers --disable-egl --disable-gbm > -with-platforms=x11 --disable-gles1 --disable-gles2 --disable-glx-tls > > Any ideas on how to address this issue would be greatly appreciated > since this problem is jeopardizing a planned update from 10.5.2 to 17.1.3. > > Thanks, > > Rick > > *From:* Rick Irons > *Sent:* Friday, September 22, 2017 9:33 AM > *To:* 'mesa-users at lists.freedesktop.org' > > > *Subject:* libGL.so.1.6.0 using rpath > > Hi, > > Is it possible to build libGL.so.1.6.0 without it referencing rpath? I > didn’t find any good leads in either the configure help and after > searching the build scripts. Worst case I will just post process the > library using chrpath. > > Thanks, > > Rick > > > > _______________________________________________ > mesa-users mailing list > mesa-users at lists.freedesktop.org > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.freedesktop.org_mailman_listinfo_mesa-2Dusers&d=DwIGaQ&c=uilaK90D4TOVoH58JNXRgQ&r=Ie7_encNUsqxbSRbqbNgofw0ITcfE8JKfaUjIQhncGA&m=uDnKWFZHjR227h9K_7IGeFkK2lJpa0VVGFJ26sWxmH8&s=PXbhIh6Gf6X263bvL2B4xtZl4bA_cLBz8V8jW9oN5ZU&e= > From Rick.Irons at mathworks.com Mon Sep 25 22:00:44 2017 From: Rick.Irons at mathworks.com (Rick Irons) Date: Mon, 25 Sep 2017 22:00:44 +0000 Subject: [Mesa-users] libGL.so.1.6.0 using rpath In-Reply-To: <59C96D3A.7040302@vmware.com> References: , <59C96D3A.7040302@vmware.com> Message-ID: All builds are performed in a fresh build area. I added the disable sharable glapi option along with the option to disable TLS earlier in the day today. That appeared to do the trick and created a libGL.so.1.6.0 that doesn't require libglapi. I am still in the process of testing these changes. Thanks, Rick -----Original Message----- From: Brian Paul [mailto:brianp at vmware.com] Sent: Monday, September 25, 2017 4:55 PM To: Rick Irons ; mesa-users at lists.freedesktop.org Subject: Re: [Mesa-users] libGL.so.1.6.0 using rpath Before you re-configured with ./configure and recompiled, did you do a make distclean to do a fresh build from scratch? -Brian On 09/24/2017 04:54 AM, Rick Irons wrote: > Hi - I was able to avoid the issue by running my app with > libglapi.so.0.0.0 in addition to libgl.so.1.6.0. Previously, we only > needed libgl.so.1.6.0 to run our app. For some reason, not using TLS > forces us to include libglapi as well. Is this intended? After some > additional investigation yesterday, I suspect that we shouldn't have to > include libglapi.so. I was going to try rebuilding using the disable > sharable glapi option to see if that made any difference. Ideally, we > would prefer not to add the new libglapi.so dependency. Thanks for any > help that you can offer. Rick > > ---------------------------------------------------------------------- > -- > *From:* Rick Irons > *Sent:* Friday, September 22, 2017 9:59:36 PM > *To:* mesa-users at lists.freedesktop.org > *Subject:* RE: libGL.so.1.6.0 using rpath > > …I am actually all set in regards to the undefined symbol issue. I > was eventually able to figure it out. I am still interested in any > thoughts regarding my original rpath question though. > > Thanks, > > Rick > > *From:* Rick Irons > *Sent:* Friday, September 22, 2017 8:13 PM > *To:* 'mesa-users at lists.freedesktop.org' > > *Subject:* RE: libGL.so.1.6.0 using rpath > > Hi, > > I actually encountered a more serious issue later in the day while > making a change to disable TLS (--disable-glx-tls). _/glapi/_Dispatch > is now undefined in libGL.so.1.6.0. The specific configure > instructions that are used are the following… > > ./configure --enable-glx=xlib --disable-driglx-direct --disable-dri > --without-gallium-drivers --disable-egl --disable-gbm > -with-platforms=x11 --disable-gles1 --disable-gles2 --disable-glx-tls > > Any ideas on how to address this issue would be greatly appreciated > since this problem is jeopardizing a planned update from 10.5.2 to 17.1.3. > > Thanks, > > Rick > > *From:* Rick Irons > *Sent:* Friday, September 22, 2017 9:33 AM > *To:* 'mesa-users at lists.freedesktop.org' > > > *Subject:* libGL.so.1.6.0 using rpath > > Hi, > > Is it possible to build libGL.so.1.6.0 without it referencing rpath? > I didn’t find any good leads in either the configure help and after > searching the build scripts. Worst case I will just post process the > library using chrpath. > > Thanks, > > Rick > > > > _______________________________________________ > mesa-users mailing list > mesa-users at lists.freedesktop.org > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.freedesktop > .org_mailman_listinfo_mesa-2Dusers&d=DwIGaQ&c=uilaK90D4TOVoH58JNXRgQ&r > =Ie7_encNUsqxbSRbqbNgofw0ITcfE8JKfaUjIQhncGA&m=uDnKWFZHjR227h9K_7IGeFk > K2lJpa0VVGFJ26sWxmH8&s=PXbhIh6Gf6X263bvL2B4xtZl4bA_cLBz8V8jW9oN5ZU&e= >