Description of problem: xorg-x11-drv-ati fail to get the opengl rendering on r300 chipset Version-Release number of selected component (if applicable): xorg-x11-drv-ati-6.9.0-61.fc10.i386 How reproducible: always Steps to Reproduce: 1.start a kde/gnome session 2.launch a terminal 2.5 install qtdemo-qt4 if not alreay installed 3. try to run Actual results: qtdemo-qt4: radeon_lock.c:100: radeonGetLock: Assertion `drawable != ((void *)0)' failed. Aborted Expected results: the application should start Additional info: for the xorg information related to xorg configuration see the files atteched to the Bug 474497
What happens when you run glxgears?
Xorg.0.log is the attachment 325763 [details] xorg.conf the attachment 325764 [details]
Created attachment 327901 [details] xorg.conf
Created attachment 327902 [details] Xorg.log
Same happens with f-spot: f-spot: radeon_lock.c:100: radeonGetLock: Zusicherung »drawable != ((void *)0)« nicht erfüllt. Stacktrace: at (wrapper managed-to-native) GdkGlx.Context.glXDestroyContext (intptr,System.Runtime.InteropServices.HandleRef) <0x00004> at (wrapper managed-to-native) GdkGlx.Context.glXDestroyContext (intptr,System.Runtime.InteropServices.HandleRef) <0xffffffff> at GdkGlx.Context.Destroy () <0x00080> at FSpot.PhotoImageView.HandleUnrealized (object,System.EventArgs) <0x00019> at (wrapper runtime-invoke) MainWindow.runtime_invoke_void__this___object_EventArgs (object,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (object,object[],System.Exception&) <0x00004> at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (object,object[],System.Exception&) <0xffffffff> at System.Reflection.MonoMethod.Invoke (object,System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) <0x000a3> at System.Reflection.MethodBase.Invoke (object,object[]) <0x0001a> at System.Delegate.DynamicInvokeImpl (object[]) <0x00170> at System.MulticastDelegate.DynamicInvokeImpl (object[]) <0x0002a> at System.Delegate.DynamicInvoke (object[]) <0x0000e> at GLib.Signal.ClosureInvokedCB (object,GLib.ClosureInvokedArgs) <0x00159> at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs) <0x0001b> at GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0x00199> at (wrapper native-to-managed) GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) Gtk.Object.gtk_object_destroy (intptr) <0x00004> at (wrapper managed-to-native) Gtk.Object.gtk_object_destroy (intptr) <0xffffffff> at Gtk.Object.Destroy () <0x00044> at Gtk.Widget.Destroy () <0x0000a> at MainWindow.Close () <0x0049c> at MainWindow.HandleDeleteEvent (object,Gtk.DeleteEventArgs) <0x0000f> at (wrapper runtime-invoke) MainWindow.runtime_invoke_void__this___object_DeleteEventArgs (object,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (object,object[],System.Exception&) <0x00004> at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (object,object[],System.Exception&) <0xffffffff> at System.Reflection.MonoMethod.Invoke (object,System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) <0x000a3> at System.Reflection.MethodBase.Invoke (object,object[]) <0x0001a> at System.Delegate.DynamicInvokeImpl (object[]) <0x00170> at System.MulticastDelegate.DynamicInvokeImpl (object[]) <0x0002a> at System.Delegate.DynamicInvoke (object[]) <0x0000e> at GLib.Signal.ClosureInvokedCB (object,GLib.ClosureInvokedArgs) <0x00159> at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs) <0x0001b> at GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0x00471> at (wrapper native-to-managed) GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00004> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x00007> at Gnome.Program.Run () <0x00007> at FSpot.Driver.Main (string[]) <0x01768> at (wrapper runtime-invoke) FSpot.Driver.runtime_invoke_int_string[] (object,intptr,intptr,intptr) <0xffffffff> Versions of the software: f-spot-0.5.0.3-1.fc10.i386 (same problem with the 0.4.x which came with F10 originally) xorg-x11-drv-ati-6.9.0-63.fc10.i386 uname -a: Linux illuminati.dadadom.lan 2.6.27.9-159.fc10.i686 #1 SMP Tue Dec 16 15:12:04 EST 2008 i686 i686 i386 GNU/Linux Smolt-Profile: http://www.smolts.org/client/show/?uuid=pub_62b790b9-e780-4903-b210-06d06adee62a
Souri, Is this fixed in current F10 ? If not, could you try the xorg-x11-drv-ati build at http://koji.fedoraproject.org/koji/buildinfo?buildID=80819 and report ? Thank you
No matter, duplicate of 475952. *** This bug has been marked as a duplicate of bug 475952 ***
475952 being against rawhide, reopening this one as ASSIGNED. This is easily reproductible with other programs like avogadro as per 484326 .
*** Bug 484326 has been marked as a duplicate of this bug. ***
For those waiting for a fix, the software renderer can be used as a workaround. Example : LIBGL_ALWAYS_SOFTWARE=1 qtdemo-qt4 or LIBGL_ALWAYS_SOFTWARE=1 avogadro
does it work with nomodeset just to get a baseline. I'll probably also need kernel versions and dmesg.
Created attachment 331256 [details] dmesg with nomodeset
Created attachment 331257 [details] Xorg.0.log ; no xorg.conf ; nomodeset
I can reproduce with the following versions : mesa-libGL-7.2-0.15.fc10.x86_64 qt-doc-4.4.3-10.fc10.x86_64 xorg-x11-drv-ati-6.10.0-2.fc10.x86_64 kernel-2.6.27.12-170.2.5.fc10.x86_64 Logs below : ################################## $ qtdemo-qt4 Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". qtdemo-qt4: radeon_lock.c:100: radeonGetLock: Assertion `drawable != ((void *)0)' failed. Aborted ################################## $ avogadro Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". System has OpenGL support. Locale: "en_US" Loaded translations (if needed) about to test OpenGL capabilities. OpenGL capabilities found: Double Buffering. Direct Rendering. Antialiasing. Found Tool: "Align" - "Align molecules" Found Tool: "AutoOptimization" - "Automatic Optimization Tool" Found Tool: "AutoRotate" - "Auto Rotation Tool" Found Tool: "Bond Centric Manipulate" - "Bond Centric Manipulation Tool" Found Tool: "Measure" - "Click to Measure Tool" Found Tool: "Draw" - "Draws Things" Found Tool: "Manipulate" - "Manipulation Tool" Found Tool: "Navigate" - "Navigation Tool" Found Tool: "Select/Rotate" - "Selection and Rotation Tool" Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". avogadro: radeon_lock.c:100: radeonGetLock: Assertion `drawable != ((void *)0)' failed. Aborted ##################################
I forgot to say, this is all with nomodeset.
Fixed in rawhide as of : kernel-2.6.29-0.124.rc5.fc11.x86_64 mesa-libGL-7.3-2.fc11.x86_64 xorg-x11-drv-ati-6.10.0-3.fc11.x86_64 xorg-x11-server-Xorg-1.5.99.903-2.fc11.x86_64 qt-doc-4.5.0-0.3.rc1.fc11.x86_64
Will there be backports/releases for F10? Do you know which of the above packages provides the fix, or just that it's not reproducible with the above packageset? There are F10 packages in koji which would seem to be at the required version except for mesa (mesa-7.2-0.15.fc10) and xorg-x11-server (xorg-x11-server-1.5.3-16.fc10). (There's a kernel-2.6.29.1-15.fc10, and xorg-x11-drv-ati-6.10.0-2.fc10 - which from the changelog looks close enough) (Unfortunately the hardware exhibiting the problem is remote, and not a good candidate for test packages. I'll see if I've got any R300 hardware at home or work to test a newer kernel with.)
Ok, so on an i686 box with a Radeon 9550 installed I can reproduce with: kernel-2.6.29.1-15.fc10.i686 mesa-libGL-7.2-0.15.fc10.i386 xorg-x11-drv-ati-6.10.0-2.fc10.i386 xorg-x11-server-Xorg-1.5.3-15.fc10.i386 qt-doc-4.4.3-15.fc10.i386 These are the latest packages available for F10. The changelog doesn't indicate any worth in installing xorg-x11-server-Xorg-1.5.3-16.fc10 given the koji/dependency pain, but let me know if that's a false assumption. The big version differences from comment #16 / F11 are in xorg-x11-server-Xorg and mesa-libGL. Any chance of some F10 packages of these?
This message is a reminder that Fedora 10 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 10. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '10'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 10's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 10 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.