search for: libgl_debug

...;nouveau" >> Option "DRI" "3" >> EndSection >> >> $ grep DRI3 /var/log/Xorg.0.log >> [ 4367.417] (II) NOUVEAU(0): DRI3 on EXA enabled > > For the record, the only acceptable way of checking for DRI3 is to run > the program with LIBGL_DEBUG=verbose. Any other solution is wrong. > - DRI2: [ 3210.736] (II) Loading sub module "dri2" [ 3210.736] (II) LoadModule: "dri2" [ 3210.736] (II) Module "dri2" already built-in [ 3210.736] (==) NOUVEAU(0): Allowed maximum DRI level 2. [ 3210.877] (II) NOUVEAU...

...tion "DRI" "3" >>> EndSection >>> >>> $ grep DRI3 /var/log/Xorg.0.log >>> [ 4367.417] (II) NOUVEAU(0): DRI3 on EXA enabled >> >> For the record, the only acceptable way of checking for DRI3 is to run >> the program with LIBGL_DEBUG=verbose. Any other solution is wrong. >> > > > - DRI2: > > [ 3210.736] (II) Loading sub module "dri2" > [ 3210.736] (II) LoadModule: "dri2" > [ 3210.736] (II) Module "dri2" already built-in > [ 3210.736] (==) NOUVEAU(0): Allowed max...

An interesting results. DRI2: $ vblank_mode=0 glxgears ATTENTION: default value of option vblank_mode overridden by environment. 6321 frames in 5.0 seconds = 1264.103 FPS 6380 frames in 5.0 seconds = 1275.943 FPS 6369 frames in 5.0 seconds = 1273.629 FPS 6377 frames in 5.0 seconds = 1275.322 FPS 6387 frames in 5.0 seconds = 1277.330 FPS 6407 frames in 5.0 seconds = 1281.337 FPS 6381 frames in

...lp would be appreciated. Once again I run into the famous "compiz: GLX_EXT_texture_from_pixmap is missing" error. The problem is I can't figure out what's wrong. I use fedora core 6 on an athlon XP with an ati RV250 and the radeon open-source drivers running compiz reports: $ LIBGL_DEBUG=verbose compiz --replace --use-cow --strict-binding gconf libGL: XF86DRIGetClientDriverName: 5.2.0 r200 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri//r200_dri.so drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open re...

https://bugs.freedesktop.org/show_bug.cgi?id=70135 Priority: medium Bug ID: 70135 Assignee: nouveau at lists.freedesktop.org Summary: [nv34 PowerMac G5] gnome-shell random crashes and rendering issues QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux

https://bugs.freedesktop.org/show_bug.cgi?id=64746 Priority: medium Bug ID: 64746 Assignee: nouveau at lists.freedesktop.org Summary: optimus don't use nouveau card Severity: normal Classification: Unclassified OS: All Reporter: marccollin7379 at gmail.com Hardware: Other Status: NEW

...card0" > Driver "nouveau" > Option "DRI" "3" > EndSection > > $ grep DRI3 /var/log/Xorg.0.log > [ 4367.417] (II) NOUVEAU(0): DRI3 on EXA enabled For the record, the only acceptable way of checking for DRI3 is to run the program with LIBGL_DEBUG=verbose. Any other solution is wrong.

...drivers/dri/i915/intel_screen.c. It's beyond my current code expertise to know if it can be copypasted. I would appreciate comments or questions on why this patch is needed. Also, if you still get "Direct Rendering: No" after applying the patch, here is a way to debug more: export LIBGL_DEBUG=verbose mesa-git/progs/xdemos/glxinfo It will tell you why Direct Rendering failed. I like the project and I hope to work on 3D a bit with my nv15 and nv43. There's a lot of sample mesa programs that work partially or not at all. I appreciate all the hard work the team has put into this. Mak...

...ion 1-1.2.x but got version 0.0.10 libGL warning: 3D driver returned no fbconfigs. libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering display: :0 screen: 0 direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose) server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_...

Hi, I tried applying http://people.freebsd.org/~anholt/dri/files/drm-stable-20030411.diff to stable from today (using device radeondrm and options DRM_LINUX). Kernel reports drm seems to be there: drm0: <ATI Radeon QY RV100 VE> port 0x9000-0x90ff mem 0xed000000-0xed00ffff,0xe$ info: [drm] Initialized radeon 1.8.0 20020828 on minor 0 Now, when I try to start XFree86 everything looks fine

https://bugs.freedesktop.org/show_bug.cgi?id=105935 Bug ID: 105935 Summary: DRI3 suddenly stopped turning on at some point in the past 5 months Product: Mesa Version: 17.3 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=37445 Summary: Nouveau regulary reports the TRAP_VFETCH FAULT errors. Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: minor Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=73200 Priority: medium Bug ID: 73200 Assignee: nouveau at lists.freedesktop.org Summary: vdpau-GL interop fails due to different screen objects Severity: normal Classification: Unclassified OS: All Reporter: ystreet00 at gmail.com Hardware: Other

https://bugs.freedesktop.org/show_bug.cgi?id=99922 Bug ID: 99922 Summary: [NVE4] [regression, bisected] 4.10 (atomic): X shows black screen with cursor after monitors turn off Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Keywords: bisected

...v6000 Processor: Intel Core 2 CPU T5500 1.66 GH Memory: 2 GB Graphic card: NVIDIA G72M GeForce Go 7400 My laptop is on dual boot Windows Vista Home on which I have no problem with Gephi. It's only under Fedora 19 Linux distribution that I have a problem. I run the following command: export LIBGL_DEBUG=verbose export MESA_DEBUG=1 export EGL_LOG_LEVEL=debug cd /home/rene/gephi/bin ./gephi & glxinfo |grep "OpenGL version" yum list mesa\* I get the attached file log. I suspect the problem coming from nouveau or mesa with my nvidia card. Could someone help me to fix the problem. Man...