similar to: AIGLX problem

Hi. I'm trying nouveau and I'm having some troubles. I filled a bug[1] a while ago about a problem I had (and I'm still experimenting), but I found another issue that I suspect is normal. I get this in my Xorg.log: [...] (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE drmOpenDevice: node name is

https://bugs.freedesktop.org/show_bug.cgi?id=71116 Priority: medium Bug ID: 71116 Assignee: nouveau at lists.freedesktop.org Summary: [Ubuntu userspace upgrade 13.04 -> 13.10][regression] NV34 card fails to properly resume. QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

Hello, I'm using Fedora 7 and I thought I should try nouveau. I couldn't get direct rendering to work. I found out that the Mesa package that ships with Fedora 7 doesn't include a DRI interface for the nouveau module. So I fetched the latest Mesa source from git, compiled with 'mke DRI_DIRS=nouveau linux-dri-x86' and copied the produced ./lib/nouveau_dri.so in the

Hi, I use two nv34 cards and I would like to test / try out / use the Gallium driver without drawbacks. Unfortunately this has not been working since I decided to install / compile nouveau drivers. My system is Debian Squeeze, my kernel is 2.6.34-rc1. The problem is: Every time I load nouveau_dri.so into RAM existing applications are broken / unusable (Example: gnome-games). It does not

Hello guys, Quick question. I use libdrm, kernel drm, mesa and nouveau from git. However, I got this error: (EE) AIGLX error: dlopen of /usr/lib64/dri/nouveau_dri.so failed (/usr/lib64/dri/nouveau_dri.so: undefined symbol: _glapi_tls_Context) Does it means I need an updated xorg? I'm using 1.6.5 --- Luiz Angelo Daros de Luca, Me. luizluca at gmail.com -------------- next

hi, a small patch inspired from Kristian H?gsberg compiz-aiglx patch, to use compiz with xorg aiglx with tftp_damage patch and gl-include-inferior patch. this patch add command-line option to force bind and release whenever the texture is used. to use it you must start xorg in 16 depth mode, and start compiz with LIBGL_ALWAYS_INDIRECT environnement variable PS : sorry for my bad english

https://bugs.freedesktop.org/show_bug.cgi?id=28449 Summary: I messed up and now nouveau doesn't work. Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.freedesktop.org/archives/compiz/attachments/20060709/4955ef3d/attachment.pgp

Hello, I'm on a Gentoo machine with the latest beta nVidia 9625 Drivers, trying to get Compiz to work with AIGLX... simply running 'compiz', or even with the addition of any options other than version, causes compiz to detect that it is indeed not XGL, and then segmentation faults... please note that I have only currently tried this with Compiz-Quinnstorm (the latest package available

Greetings everybody! For about two weeks I'm now a happy owner of an intel-powered laptop (chipset, wifi, gfx) and wanted to give it a full test-drive of compiz and other GL-intensive programs. The laptop runs Xorg 7.1.1 and the i810 driver that comes with it (stock rpm from FC6). I'm forced to start compiz 0.3.4 with these options... --use-cow --strict-binding --indirect-rendering

https://bugs.freedesktop.org/show_bug.cgi?id=98630 Bug ID: 98630 Summary: Bad color and glitches on PPC64 Product: Mesa Version: 13.0 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at lists.freedesktop.org

glxgears, chromium etc. run fine. The problems is these error messages, $ glxinfo > /dev/null libGL error: failed to create dri screen libGL error: failed to load driver: nouveau How can I make them go away? I tried everything. P.S., also /var/log/Xorg.0.log [ 37.195] (EE) AIGLX error: Calling driver entry point failed

Hi, I've revisited compiz on aiglx and at this point, if you're running rawhide (fedora development), it's a matter of installing the i386 RPM found here: http://people.redhat.com/krh/compiz/ There's a SRPM there too for other architectures, rebuild using rpmbuild --rebuild compiz-0.0.13.fedora1-3.src.rpm To run compiz, first start the gnome-window-decorator process in

So I've spent the last few days getting Xorg pulled from freedesktop git and built. Everything seems to have worked, and I now have Xorg version 7.1.99.2 running, composite enabled, and AIGLX enabled. The Xorg log file shows: (WW) AIGLX: 3D driver claims to not support visual 0x23 (WW) AIGLX: 3D driver claims to not support visual 0x24 (WW) AIGLX: 3D driver claims to not support visual 0x25

A patch was submitted to the ML a while ago that cured the problem with white boarders in Gtk-Window-Decorator. Can this patch be commited or be a at least fixed up to work with AIGLX? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freedesktop.org/archives/compiz/attachments/20070413/ac87c932/attachment.html

I upgraded mesa, libdrm, xf86-video-nouveau and the DRM module to latest git recently (previously I had git versions from Dec 22). Now, when I try to run a simple GL program with the DRI driver, it fails: glxgears: /usr/include/nouveau/nouveau_pushbuf.h:135: BIND_RING: Assertion `0' failed. The old, previously working build of mesa and the DRI driver also failed, which makes me think the

https://bugs.freedesktop.org/show_bug.cgi?id=99396 Bug ID: 99396 Summary: Crash in nouveau_dri.so when switching apps with alt-tab in Gnome Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

On 04.11.2015 11:57, Martin Peres wrote: > On 02/11/15 08:28, poma wrote: >> 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 =

Anyone else getting this when building the latest mesa? make[3]: Entering directory `/usr/local/nouveau/mesa2/mesa/src/gallium/targets/dri-nouveau' gcc -c -I. -I../../../../src/mesa/drivers/dri/common -Iserver -I../../../../include -I../../../../include/GL/internal -I../../../../src/mapi -I../../../../src/gallium/include -I../../../../src/gallium/auxiliary

Hi; I want to use Wine to play M&B Warband. I don't know why wine has problems with this; it should probably work. For further information I created the backtrace: > > Unhandled exception: page fault on read access to 0xffffffff in 32-bit code (0xb699347d). > Register dump: > CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b > EIP:b699347d ESP:0440ec0c EBP:b6c80ff4