On Tue, 14 Jun 2011 15:21:13 +0200, Lampersperger Andreas <lampersperger.andr...@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 _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
