| Summary: | [SNA]mesa xdemo/glxdemo get black window under gnome-shell | ||||||
|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | fangxun <xunx.fang> | ||||
| Component: | Driver/intel | Assignee: | Chris Wilson <chris> | ||||
| Status: | VERIFIED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
| Severity: | major | ||||||
| Priority: | high | ||||||
| Version: | unspecified | ||||||
| Hardware: | All | ||||||
| OS: | Linux (All) | ||||||
| Whiteboard: | |||||||
| i915 platform: | i915 features: | ||||||
| Attachments: |
|
||||||
|
Description
fangxun
2013-05-24 06:34:16 UTC
I have tried this on a few machines (debian sid, ubuntu saucy, fedora 18) with both stock and git master mesa, and it all works. Now also checked using master of mesa and Xorg on SNB. Chris, what info do you need Xun to provide? Verification of the reproduction steps since it works for me on all machines and setups that I've tried. I test all our machines, and find it works on kwin, metacity and unity. For fedora machines, it fails on fedora16 with gnome-shell(verion 3.2.1), and it works on fedora17 with gnome-shell(3.4.1). I install a new fedora18 machine, and find it also fails with gnome-shell(3.6.2). It seems this problem is related to gnome-shell version. I verified following reproduction steps on fedora 16 or fedora18. 1. enable SNA on xorg.conf 2. xinit& 3. start gnome-shell or gnome-session 4. run glxdemo Have you tried with mesa master and this xserver patch: http://patchwork.freedesktop.org/patch/13819/ ? It also fails with mesa master and this xserver patch. Created attachment 81263 [details] [review] Invalidate DRI2Buffers upon SetPixmap Another patch for the xserver to test. Xun, please try the patch. Were you using SwapbuffersWait disable? If so you were definitely encountering the race fixed by the attached patch above. However, that race should also be worked around by: commit 6f5fd772c7ca656b86394a0f036d4e0cf5b33d8e Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Thu Jul 25 08:29:55 2013 +0100 sna/dri: Discard the strict checking for stale bo before performing a blit Instead of checking that the DRI2Buffers match up with the current DRI2Drawable, clip the area that is being copied to the minimum extents of the Drawable, source and destination buffers. This ensures that we never read nor write beyond the extents of the allocated or visible regions. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=67210 Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=67305 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> My guess is that this is the DRI2Invalidate bug, masked by the current w/a in -intel.git. The underlying bug should be masked by recent SNA. Apologies for my delay in responding to this bug. It works with the patch in attachment 81263 [details] [review]. I don't know whether SwapbuffersWait is enable or disable. Would you like to tell me how to check it?Thanks! Xun, I guess you can just mark it as VERIFIED if the latest code works. Verified it with the latest code. |
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.