Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 747276
Summary: | Error is occured when I try to start totem in Fedora 16 fallback mode (tested in virt-manager) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ľuboš Kardoš <lkardos> |
Component: | mesa | Assignee: | Adam Jackson <ajax> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | adel.gadllah, ajax, awilliam, bnocera, ebassi, fskola, gholms, itamar, jorton, kparal, metherid, pbrobinson, renault, tomek, walters |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | AcceptedBlocker | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-10-29 06:41:54 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 713568 |
Description
Ľuboš Kardoš
2011-10-19 10:46:27 UTC
Similar problem I have with programs: swell-foop and empathy on the same installations. Confirmed here. Not so worried about swell-foop and other games, but it does seem bad for the default media player and IM apps not to run at all in fallback mode. ebassi, adel recommended CCing you on this one as it's likely something you know about. any thoughts? thanks! this isn't a problem with clutter. KVM doesn't support GL and that's what clutter uses, ultimately totem should check for the capability and fall back gracefully if it doesn't exist. (In reply to comment #4) > this isn't a problem with clutter. It is. (or a mesa bug). > KVM doesn't support GL and that's what > clutter uses, ultimately totem should check for the capability and fall back > gracefully if it doesn't exist. No, it does support GL (using the software renderer), not having hardware acceleration does not mean apps should crash an startup. Discussed at 2011-10-21 blocker review meeting. In principle this is accepted as a blocker under criterion "All applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use. They must also have working Help and Help -> About menu items", but we recognize it may be impractical to fix this. We do feel that leaving fallback mode with no movie player or IM system is pretty impolite. I will try to get input from upstream clutter on whether it should be able to cope with this situation (system has software 3D acceleration only). (In reply to comment #5) > (In reply to comment #4) > > this isn't a problem with clutter. > > It is. (or a mesa bug). > > > KVM doesn't support GL and that's what > > clutter uses, ultimately totem should check for the capability and fall back > > gracefully if it doesn't exist. > > No, it does support GL (using the software renderer), not having hardware > acceleration does not mean apps should crash an startup. totem should check that gtk_clutter_init() succeeds, because if Clutter initialisation fails, the behaviour of any subsequent Clutter API is undefined (in the ISO C meaning of "undefined": stuff might segfault, monkeys might fly out of your butt, the whole session might turn into a nethack game). totem currently *doesn't* check the result of gtk_clutter_init(): http://git.gnome.org/browse/totem/tree/src/backend/bacon-video-widget-gst-0.10.c#n5887 I actually need to backport this commit on master: http://git.gnome.org/browse/clutter-gtk/commit/?id=e2961c1149b99e2e25ee6207c35b81322237a3dd to the clutter-gtk-1.0 branch; at least, this would give out a warning at compile time. after that, we still have to find the issues as of why with the software rasteriser failing to provide us with the requirements for a successful initialisation. so seems like there's two angles here: 1) totem should check if clutter init fails and then...what? exit in an orderly fashion? it seems like it's using it in its actual 'play some video' routine so just 'not using' the affected code doesn't seem like an option? 2) we should figure out why clutter can't do what totem (and empathy) needs on software gl right? (In reply to comment #8) > so seems like there's two angles here: > > 1) totem should check if clutter init fails and then...what? exit in an orderly > fashion? yes. > it seems like it's using it in its actual 'play some video' routine so > just 'not using' the affected code doesn't seem like an option? for this Bastien would need to reinstate the old code paths for the video display, which, AFAIR, were removed. > 2) we should figure out why clutter can't do what totem (and empathy) needs on > software gl I think the major culprit is that the Mesa software rasterizer currently reports support for GLX 1.2, whilst Clutter requires GLX 1.3 at least; another issue might be that clutter-gtk requests an ARGB visual, but Mesa with the software rasterizer doesn't know how to handle that, and thus always fails. isn't fedora using llvmpipe rather than mesa software rasterizer? yup, we are: OpenGL renderer string: Gallium 0.4 on llvmpipe OpenGL version string: 2.1 Mesa 7.11 OpenGl shading language version string: 1.20 *** Bug 747931 has been marked as a duplicate of this bug. *** so that's totem, empathy *and* cheese all affected now. just how much of the 'fallback desktop' does the gnome team figure it's okay to break?! -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers (In reply to comment #13) > so that's totem, empathy *and* cheese all affected now. just how much of the > 'fallback desktop' does the gnome team figure it's okay to break?! That sounds like trolling .... but (upstream) maintainers of said this apps don't go around thinking "oh lets break this for fallback mode" but they simply use newer tech (clutter in this case). The fact that mesa's swrast / softpipe / llvmpipe crashes here is unfortunate but not really gnome's fault. On the constructive side ... lets move this to mesa and see whether ajax or airlied have any idea why this crashes here and whether we can have it fixed in the short term. Description of problem: I can't launch these programs : -Totem -Cheese -Empathy If I launch these programs in Terminal, I have this error : "[Renault@DiNozzo ~]$ totem Gtk-Message: Failed to load module "pk-gtk-module" failed to create drawable (totem:3134): Clutter-CRITICAL **: Unable to initialize Clutter: Unable to select the newly created GLX context (totem:3134): Gdk-WARNING **: The program 'totem' received an X Window System error." Additional info: I have a nVidia card Quadro 1000m with the driver « nouveau ». I searched this error in the web, it's a problem with the graphical driver (in general) with « nomodset » option in boot. But I don't have this option in boot adel: they chose to rely on new technology, where that new technology apparently simply doesn't work in the absence of hardware-accelerated 3D rendering. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers mesa-7.11-5.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/mesa-7.11-5.fc16 I'd fixed this in Mesa master as part of the groundwork for gnome-shell on llvmpipe, but apparently it never found its way to 7.11 branch. My bad. The fix is only partial - it does allow apps to run, but totem can't play video and neither apparently can cheese. Package mesa-7.11-5.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing mesa-7.11-5.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-14891 then log in and leave karma (feedback). After applying fix totem starts, but no video is playing in KVM. I have to re-test on bare metal. I will file a separate bug about it. Reported totem playback issue as bug 748747. multiple verifications that this is fixed. mesa 7.11-8.fc16 went stable, so CLOSING. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers This is possibly a duplicate of Bug 575825 |