aboutsummaryrefslogtreecommitdiff
path: root/drivers/char/hw_random
diff options
context:
space:
mode:
authorThomas White <taw@bitwiz.org.uk>2009-11-09 22:01:52 +0100
committerThomas White <taw@bitwiz.org.uk>2009-11-09 22:01:52 +0100
commitc848d00bd43c47e7f11724330380e0c68ec7ae5e (patch)
treecd821f44a9300fc81c397e239999e01cd8dbb32b /drivers/char/hw_random
parentcbd833973d74a12c6f07ed5174bf0e1b0f365da2 (diff)
Fix oops in GEM object allocation
If the allocation of a new GEM object failed due to there being no available VRAM, then glamo_gem_object_alloc() would bail out, calling drm_gem_object_unreference() in the process. glamodrm_gem_free_object() would then proceed to try to give back the memory which was unsuccessfully allocated. This obviously doesn't work, and resulted in an oops. To fix it, check that the VRAM block handle is non-NULL before freeing it. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
Diffstat (limited to 'drivers/char/hw_random')
0 files changed, 0 insertions, 0 deletions