[Mesa-dev] leak of gem_objects on intel i965

[Chris Wilson]

On Tue, 14 Jun 2011 15:21:13 +0200, Lampersperger Andreas <lampersperger.andreas at heidenhain.de> wrote:
> Which Versions of 
> 
> libdrm 
> mesa 
> xf86_video_intel
> xorg-server
> gtkglext
> linux-kernel
> 
> do you use?

All apart from gtkglext were compiled from git with my own patches
included. None of those patches were to address this issue.
 
> You think the most suspect part is i915.ko? I watched (via systemtap) all calls to drm_gem_object_alloc(), drm_gem_object_free(), and to drm_gem_object_destroy() (in drm.ko) and I saw that with every realize/unrealize of simple.c there are 2 drm_gem_object_alloc() calls (between other drm_gem_object_allocs/frees) where I cannot found a suitable drm_gem_object_free or .._destroy call. This leads me to suspect the user-space. Or is this wrong, that for every drm_gem_object_alloc()-call there have to be a drm_gem_object_free()-call?

Also beware that userspace caches inactive objects. They should be
released after a second or so, but that behaviour will obfuscate what is
happening lower down.

> Can you give me some hint, where to start debugging/watching in i915.ko? 

Yes, start from 2.6.39. But on second thoughts, the v2.6.33
drm_gem_vm_close() has the unref but not the close, which is a different
type of leak.

If the leak still occurs with 2.6.39, it is definitely in userspace. ;-)
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre