| Summary: | [915GM] tiled frontbuffer and XAA incompatible | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Tobias Jakobi <liquid.acid> | ||||||
| Component: | Driver/intel | Assignee: | Jesse Barnes <jbarnes> | ||||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||
| Severity: | major | ||||||||
| Priority: | medium | CC: | jbarnes, x, zhenyu.z.wang | ||||||
| Version: | git | ||||||||
| Hardware: | x86 (IA32) | ||||||||
| OS: | Linux (All) | ||||||||
| Whiteboard: | |||||||||
| i915 platform: | i915 features: | ||||||||
| Attachments: |
|
||||||||
|
Description
Tobias Jakobi
2007-10-29 10:49:43 UTC
Ah yes, when having started the X-server with the modules left in /lib/modules I can tried shutting it down completly, unloading the modules, removing them and starting X again. This won't work, I also get a black screen this way. Only a restart of the system fixes this. Created attachment 12245 [details]
xorg log when drm kernel modules are removed
Created attachment 12246 [details]
xorg kernel log with drm kernel modules present
Hm, this shouldn't happen. According to your broken log, it looks like we're using XAA and a tiled front buffer. This probably won't work. Can you try using EXA? And also try disabling framebuffer compression? Option "AccelMethod" "EXA" in your intel driver section and Option "FramebufferCompression" "false" Please try them independently to see if one or both of them fix your problem. Also, I'm not sure if pageflipping or triple buffering work at this point, so you should disable them too. I didn't change the TripleBuffering and PageFlipping settings during this run: No FBC and EXA: Works No FBC and XXA: Works, but the screen is somehow damaged after XFCE has started up. Means the text from the desktop icons is missing, even clicking on the doesn't change at thing. I solved the 'problem' by starting quake3, entering a game and quitting again. Restores the text. FBC and XXA: The problematic config FBC and EXA: Works Thanks for the quick reply. We're trying to move away from XAA since it has so many problems, but you ran into a case where we should have disabled either front buffer tiling or XAA but did neither. We'll get it fixed before the next release. If you need additional information feel free to ask. The reason I still use XXA is that EXA always results in a laggy desktop for me. XXA does not have this problem, even without hardware acceleration. OK, if a lot of pictures are displayed then even XXA looses performance, but most of the time the interactivity is very smooth. Ah, I see. We're working to fix the remaining EXA problems, hopefully the next release will be better. In the meantime, you can use Option "tiling" "false" to disable tiling (you also may need to disable framebuffer compression) to use XAA. Jesse, are you going to fix this issue, or wont fix? Gordon, we can mark this one "wontfix" as long as we confirm that we don't enable X tiling for the front buffer when XAA is in use. Can someone in QA make sure that's working correctly? Thanks, Jesse If disable "Tiling" and use XAA, the bug still exists. After run gdm, display will hang but X is working. If we start a naked X, it works fine. Fengming, can you attach the X log from when you used XAA and tiling disabled together? I think I might know what's happening... Today i check this problem on 915gm again.If disable "Tiling" and use XAA mode,now startx can work normally both on git source and intel-2.1.99. So this bug is fixed? If so, please close it out. Thanks, Jesse No matter tiling is enabled or not.startx both can work normally now on our 915gm So if xaa, then tiling is automatically disabled and it works. Closing this bug. |
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.