search for: glapi

...VE_FUNC_ATTRIBUTE_VISIBILITY > +#define HIDDEN __attribute__((visibility("hidden"))) > +#else > +#define HIDDEN > +#endif > + We already define HIDDEN in the asm code. Can you check (build or otherwise) that things don't clash for --enable-asm and --{en,dis}able-shared-glapi. Check the configure log, as we conveniently toggle the latter. Thanks Emil

...097152+0 records in 2097152+0 records out 1073741824 bytes (1.1 GB) copied, 3.94715 s, 272 MB/s # hdparm -tT /dev/vda /dev/vda: Timing cached reads: 17322 MB in 2.00 seconds = 8673.49 MB/sec Timing buffered disk reads: 996 MB in 3.00 seconds = 331.97 MB/sec #bonnie++ -d . -s 8G -n 0 -m pre-glapi -f -b -u root Version 1.97 ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP pre-glapi 8G 196245 30 105...

It worries me how many threads talk about low performance. I'm about to build out a replica 3 setup and run Ovirt with a bunch of Windows VMs. Are the issues Tony is experiencing "normal" for Gluster? Does anyone here have a system with windows VMs and have good performance? *Vincent Royer* *778-825-1057* <http://www.epicenergy.ca/> *SUSTAINABLE MOBILE ENERGY SOLUTIONS*

...remains in mesa v10.4.4. >> >> So, this is a field test to see if LLVM/Clang v3.6.0rc2 fits my needs. >> >> I see the following build-error... >> ... >> >> make[4]: Entering directory `/home/wearefam/src/mesa/mesa-git/src/mapi' >> CC shared_glapi_libglapi_la-entry.lo >> clang version 3.6.0 (tags/RELEASE_360/rc2) >> Target: x86_64-unknown-linux-gnu >> Thread model: posix >> Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6 >> Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4...

...gt; wrote: >> This patch series adds the needed support for this extension to the various >> parts of mesa to finally enable it for nvc0. >> >> Dave Airlie (1): >> glsl: lower cull_distance into cull_distance_mesa >> >> Tobias Klausmann (10): >> glapi: add GL_ARB_cull_distance >> mesa/main: add support for GL_ARB_cull_distance >> mesa/prog: Add varyings for arb_cull_distance >> mesa/st: add support for GL_ARB_cull_distance >> glsl: Add a helper to see if an array was unsize in the shader >> glsl: Add...

On 01/05/2018 02:27, Thing wrote: > Hi, > > So is the KVM or Vmware as the host(s)?? I basically have the same setup > ie 3 x 1TB "raid1" nodes and VMs, but 1gb networking.? I do notice with > vmware using NFS disk was pretty slow (40% of a single disk) but this > was over 1gb networking which was clearly saturating.? Hence I am moving > to KVM to use glusterfs

...ith my llvm-toolchain v3.6.0rc2 and mesa v10.3.7 [1]. The issue still remains in mesa v10.4.4. So, this is a field test to see if LLVM/Clang v3.6.0rc2 fits my needs. I see the following build-error... ... make[4]: Entering directory `/home/wearefam/src/mesa/mesa-git/src/mapi' CC shared_glapi_libglapi_la-entry.lo clang version 3.6.0 (tags/RELEASE_360/rc2) Target: x86_64-unknown-linux-gnu Thread model: posix Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4 Found candidate GCC installation: /usr/lib/g...

...nsion to the >>>> various >>>> parts of mesa to finally enable it for nvc0. >>>> >>>> Dave Airlie (1): >>>> glsl: lower cull_distance into cull_distance_mesa >>>> >>>> Tobias Klausmann (10): >>>> glapi: add GL_ARB_cull_distance >>>> mesa/main: add support for GL_ARB_cull_distance >>>> mesa/prog: Add varyings for arb_cull_distance >>>> mesa/st: add support for GL_ARB_cull_distance >>>> glsl: Add a helper to see if an array was unsize...

On 11 Feb 2015, at 11:16, Sedat Dilek <sedat.dilek at gmail.com> wrote: > > On Wed, Feb 11, 2015 at 12:09 AM, Emil Velikov <emil.l.velikov at gmail.com> wrote: >> On 10/02/15 13:17, Dimitry Andric wrote: >>> On 09 Feb 2015, at 18:52, Sedat Dilek <sedat.dilek at gmail.com> wrote: >>>> >>>> On Mon, Feb 9, 2015 at 6:44 PM, Emil Velikov

...at /data/deadwood/AROS/AROS/contrib/gfx/libs/mesa/src/mesa/main/dlist.c:7622 #5 0x98657b4b in neutral_CallList (i=1) at /data/deadwood/AROS/AROS/contrib/gfx/libs/mesa/src/mesa/main/vtxfmt_tmp.h:298 #6 0x9853e65a in glCallList (list=1) at /data/deadwood/AROS/AROS/contrib/gfx/libs/mesa/src/mesa/glapi/glapitemp.h:95 at this point nv40->vtxbuf[0] contains a vertex buffer that was previously used to store a compiled call list. My question is: how data from this buffer is being transfered to gfx card/used by gfx card. I went through the software path "nv40_draw_elements_swtnl" an...

...racker/st_draw.c:634 #6 0xf782c140 in vbo_exec_vtx_flush (exec=0x80ac870) at vbo/vbo_exec_draw.c:248 #7 0xf782a858 in vbo_exec_FlushVertices (ctx=0x8074d18, flags=1) at vbo/vbo_exec_api.c:752 #8 0xf7761f39 in _mesa_Flush () at main/context.c:1815 #9 0xf7e00ae6 in glFlush () at ../../../src/mesa/glapi/glapitemp.h:1170 #10 0x08048dba in Draw () at tri.c:83 #11 0xf7ecdc54 in processWindowWorkList (window=0x8051200) at glut_event.c:1302 #12 0xf7ecdd3a in __glutProcessWindowWorkLists () at glut_event.c:1354 #13 0xf7ecddb1 in glutMainLoop () at glut_event.c:1375 #14 0x08048fd8 in main (argc=1, argv=0...

...al_var_macports_sources_rsync.macports.org_release_ports_x11_mesa/work/Mesa-7.4" && make default INSTALL_DIR=/opt/local " returned error 2 Command output: Making sources for darwin gcc -c -I. -I../../../include -I../../../include/GL/internal -I../../../src/mesa -I../../../src/mesa/glapi -ggdb3 -Os -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fno-common -I/opt/local/include -I/opt/local/include -fPIC -D_DARWIN_C_SOURCE -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DPTHREADS -DGLX_ALIAS_UNSUPPORTED -DGLX_INDIRECT...

...5,i965,nouveau,radeon,r200 \ --with-gallium-drivers=r300,r600,nouveau,svga,swrast \ --with-egl-platforms=drm,x11 \ --enable-gallium-llvm \ --enable-gallium-egl \ --enable-shared-dricore \ --enable-shared-glapi \ --enable-egl \ --enable-gles1 \ --enable-gles2 \ --enable-openvg \ --enable-glx-tls \ --enable-xcb \ --enable-gbm \ --enable-dri \ --enable-xa \...

This patch series adds the needed support for this extension to the various parts of mesa to finally enable it for nvc0. Dave Airlie (1): glsl: lower cull_distance into cull_distance_mesa Tobias Klausmann (10): glapi: add GL_ARB_cull_distance mesa/main: add support for GL_ARB_cull_distance mesa/prog: Add varyings for arb_cull_distance mesa/st: add support for GL_ARB_cull_distance glsl: Add a helper to see if an array was unsize in the shader glsl: Add arb_cull_distance support i965: rename UsesClipD...

...#39; gmake[3]: Leaving directory `/home/steve/mesa/src/mesa/drivers' gmake[2]: Leaving directory `/home/steve/mesa/src/mesa' gmake[2]: Entering directory `/home/steve/mesa/src/glx' CCLD libGL.la *** Warning: Linking the shared library libGL.la against the *** static library ../mapi/glapi/libglapi.a is not portable! gcc: error: .libs/clientattrib.o: No such file or directory gcc: error: .libs/clientinfo.o: No such file or directory gcc: error: .libs/compsize.o: No such file or directory gcc: error: .libs/create_context.o: No such file or directory gcc: error: .libs/eval.o: No such f...

https://bugs.freedesktop.org/show_bug.cgi?id=39530 Summary: Also after installing Obermayrs drm-nouveau driver booting succeeds only with nomodeset Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component:

...remains in mesa v10.4.4. >> >> So, this is a field test to see if LLVM/Clang v3.6.0rc2 fits my needs. >> >> I see the following build-error... >> ... >> >> make[4]: Entering directory `/home/wearefam/src/mesa/mesa-git/src/mapi' >> CC shared_glapi_libglapi_la-entry.lo >> clang version 3.6.0 (tags/RELEASE_360/rc2) >> Target: x86_64-unknown-linux-gnu >> Thread model: posix >> Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6 >> Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4...

...Instance=0) at vbo/vbo_exec_array.c:849 #6 0xf46274bc in vbo_exec_DrawElementsBaseVertex (mode=4, count=6, type=5125, indices=0x25258, basevertex=19047) at vbo/vbo_exec_array.c:1007 #7 0xf6ddf422 in shared_dispatch_stub_702 (mode=4, count=6, type=5125, indices=0x25258, basevertex=19047) at shared-glapi/glapi_mapi_tmp.h:21235 #8 0xf6362e0a in Draw (this=<optimized out>, this=<optimized out>, basevertex=<optimized out>, mode=<optimized out>) Feel free to ask trace/debug info. Best regards -- You are receiving this mail because: You are the QA Contact for the bug. You ar...

Patch 1 adds a check for the compilers visibility macro to configure.ac. Patch 2 avoids redefined symbol errors in clang of the tls entry points. Based on a suggestion from Rafael Ávila de Espíndola <rafael.espindola at gmail.com> in http://llvm.org/bugs/show_bug.cgi?id=19778. Tested with gcc 4.9 and clang 3.6(rc) Marc Dietrich (2): configure: add visibility macro detection to configure

https://bugs.freedesktop.org/show_bug.cgi?id=73358 Priority: medium Bug ID: 73358 Assignee: nouveau at lists.freedesktop.org Summary: [nv34] adobe flash + firefox -> DATA_ERROR QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: ronald645 at gmail.com