Summary: | [855GM] clutter clicking is completely broken | ||
---|---|---|---|
Product: | xorg | Reporter: | Diego Escalante Urrelo <diegoe> |
Component: | Driver/intel | Assignee: | Jesse Barnes <jbarnes> |
Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | normal | ||
Priority: | medium | CC: | jens.knutson, shuang.he, vuntz, xunx.fang |
Version: | unspecified | Keywords: | NEEDINFO |
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Diego Escalante Urrelo
2009-09-24 16:36:54 UTC
Fang Xun, could help testing this on 855GM I have tried latest bits on 945GME, didn't met the issue: Arch: i386 Platform: 945GME Libdrm: (master)ac71f0849928f4b2fbb69c01304ac6f9df8916a1 Mesa: (mesa_7_6_branch)84c7afd9e0f2df72d90dd82d38384c4f2f45173e Xserver: (server-1.6-branch)507e57381fea6334f7dc8da6925e53d2c76fddcb Xf86_video_intel: (master)a92bbcc94904684e7709b3ddaad82bc04607af26 Kernel: (master)74fca6a42863ffacaf7ba6f1936a9f228950f657 yes, this can be reproduced on 855GM. usually, any bug in the event handling for Clutter is the direct result of a malfunctioning glReadPixels(). in order to identify the scene graph element that originated the event, Clutter encodes each actor's unique id into a RGB value and renders the scene graph using those colors. in this case, the warning: (test-events:8008): Clutter-CRITICAL **: clutter_id_pool_lookup: assertion `id < id_pool->array->len' failed means that the value extracted from the glReadPixels() output was not a valid id. FWIW, I'm experiencing this with the ati and radeonhd drivers too, on this card: ATI Technologies Inc M56GL [Mobility FireGL V5200] Does this still happen with recent Mesa bits? Note that the Intel and radeon bugs are separate since they use different paths to map pixels for readback. Vincent, please file a separate bug. On debian sid: ii libgl1-mesa-dev 7.6-1 ii libgl1-mesa-dri 7.6-1 ii libgl1-mesa-glx 7.6-1 ii libglu1-mesa 7.6-1 ii mesa-common-dev 7.6-1 ii mesa-utils 7.6-1 ii linux-image-2.6.31-1-686 2.6.31-1 ii xserver-xorg-video-intel 2:2.9.0-1 ii libdrm-dev 2.4.14-1+b1 ii libdrm-intel1 2.4.14-1+b1 ii libdrm2 2.4.14-1+b1 ii xserver-common 2:1.6.4-2 Problem is still there. I can't test mesa from git right now. This is fixed in Mesa 7.7 with the change in sw fallback handling. (In reply to comment #7) > This is fixed in Mesa 7.7 with the change in sw fallback handling. > Indeed, thanks!. Curious: sw fallback means this is not implemented by my hw? that it is implemented by my hw but it broke? For all the folks that have to stay with the old MESA libs, a small workaround: set environment variable LIBGL_ALWAYS_SOFTWARE=1, and start your (clutter-based) application. This will result in (much) slower speed, but the app will still work & it will be testable! |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.