Summary: | gm45: dies with X: kgem.h:564: kgem_bo_is_busy: Assertion `bo->refcnt' failed. | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Arkadiusz Miskiewicz <arekm> | ||||||
Component: | Driver/intel | Assignee: | Chris Wilson <chris> | ||||||
Status: | RESOLVED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
Severity: | normal | ||||||||
Priority: | medium | ||||||||
Version: | git | ||||||||
Hardware: | x86-64 (AMD64) | ||||||||
OS: | Linux (All) | ||||||||
Whiteboard: | |||||||||
i915 platform: | i915 features: | ||||||||
Attachments: |
|
Description
Arkadiusz Miskiewicz
2014-02-04 08:32:26 UTC
Right, the debug log says it is the glyph cache that gets accidentally destroyed - which fits in with the non-debug failure mode. Now to piece together where the missing ref / extra unref is. Thanks as this is likely the key to bug 73406 as well! Created attachment 93346 [details] [review] Clear composite state after flushing glyphs I wonder if it is this simple... Works. No longer crashses. (ps. That tkabber message did contain � character in it. The rest was pure ascii.) Created attachment 93349 [details] [review] Reset composite state between switching glyph formats v2, replace the shotgun with a precise scalpel. v2 works, too. Thanks. Thanks, commit c6a21f0355447d398a8b857ad046cd27141d4744 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Tue Feb 4 08:51:17 2014 +0000 sna/glyphs: Reset composite state between switching glyph formats One path uses the mask channel, the other does not. We cannot rely on overwriting all reused state in this case, and so we must clear the composite state prior to use each time. Reported-by: Arkadiusz Miskiewicz <arekm@maven.pl> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=74494 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Tested-by: Arkadiusz Miskiewicz <arekm@maven.pl> |
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.