Summary: | xserver-xorg-video-intel crash due to double free | ||
---|---|---|---|
Product: | xorg | Reporter: | Thilo-Alexander Ginkel <thilo> |
Component: | Server/Ext/DRI | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | critical | ||
Priority: | high | CC: | chris, eugeni, jeremyhu, przanoni |
Version: | git | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | 2011BRB_Reviewed | ||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 36141 |
Description
Thilo-Alexander Ginkel
2011-10-19 12:13:41 UTC
The corresponding Ubuntu bug is abvailable at: https://bugs.launchpad.net/xserver-xorg-video-intel/+bug/876762 http://cgit.freedesktop.org/~ickle/xserver/commit/?id=65a272e7ae9392a5716a620d669ef5261241bc4b dri2: Register the DRI2DrawableType after server regeneration The Resource database is reset upon regeneration and so the dri2 module needs to re-register its RESTYPE for the drawable or else it will clobber the next unsuspecting user of the database. Fortunately, DRI2 is loaded late in the initialisation sequence and was last up until xf86-video-intel started using the Resource database to track outstanding swaps... Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Ping. Chris, why isn't this merged? Please send it to xorg-devel for review. v1 or v2 is waiting for tlc, id:1314273033-1334-1-git-send-email-chris@chris-wilson.co.uk Easier way to reproduce the bug on xf86-video-intel and xserver git master (using SandyBridge): # X -retro :0 # DISPLAY=:0 glxinfo # DISPLAY=:0 glxinfo After the second glxinfo, X will crash. Notice that you can't have other X clients, so you can trigger new server generations. My Tested-by was sent to Chris' patch on the list. (what does tlc mean? google didn't help me) tlc - tender, love and care. ;-) commit 7972e2dade58158bb98f5b7dc5f873b9fb3446de Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Thu Aug 25 16:04:04 2011 +0100 dri2: Register the DRI2DrawableType after server regeneration The Resource database is reset upon regeneration and so the dri2 module needs to re-register its RESTYPE for the drawable or else it will clobber the next unsuspecting user of the database. Fortunately, DRI2 is loaded late in the initialisation sequence and was last up until xf86-video-intel started using the Resource database to track outstanding swaps... Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Jeremy Huddleston <jeremyhu@apple.com> Tested-by: Paulo Zanoni <paulo.r.zanoni@intel.com> (cherry picked from commit 34b0e4eee911f8b09a3682a7f1b4c8598ef48b8d) |
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.