lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [day] [month] [year] [list]
Date:	Thu, 09 Jul 2009 10:47:10 +0100
From:	Catalin Marinas <catalin.marinas@....com>
To:	David Airlie <airlied@...ux.ie>, dri-devel@...ts.sourceforge.net
Cc:	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Possible memory leaks in drivers/gpu/drm/

Hi,

I get some kmemleak reports in the drm code. The first happens when Xorg
is running:

unreferenced object 0xc2659050 (size 32):
  comm "Xorg", pid 2585, jiffies 4294902558
  backtrace:
    [<c01e0c3a>] create_object+0xfa/0x250
    [<c01e1e7d>] kmemleak_alloc+0x5d/0x70
    [<c01db2d5>] __kmalloc+0x115/0x1f0
    [<fa3a53f5>] drm_setversion+0x1c5/0x260 [drm]
    [<fa3a3612>] drm_ioctl+0x192/0x3a0 [drm]
    [<c01f1d29>] vfs_ioctl+0x79/0x90
    [<c01f1e8a>] do_vfs_ioctl+0x6a/0x5e0
    [<c01f2463>] sys_ioctl+0x63/0x70
    [<c010300c>] sysenter_do_call+0x12/0x38

It looks like this is one of the kmalloc calls in the drm_set_busid()
function (I'll do more checks tonight to see exactly which of the two
kmalloc's).

When the Xorg exits, it seems to leave behind several of these (the same
happens when glxinfo exits):

unreferenced object 0xc22b7540 (size 148):
  comm "Xorg", pid 2585, jiffies 4294902559
  backtrace:
    [<c01e0c3a>] create_object+0xfa/0x250
    [<c01e1e7d>] kmemleak_alloc+0x5d/0x70
    [<c01dac1b>] kmem_cache_alloc+0x14b/0x190
    [<c0309400>] idr_pre_get+0x50/0x70
    [<fa3a4d74>] drm_gem_handle_create+0x24/0x90 [drm]
    [<fa7f79ad>] i915_gem_create_ioctl+0x5d/0xb0 [i915]
    [<fa3a3612>] drm_ioctl+0x192/0x3a0 [drm]
    [<c01f1d29>] vfs_ioctl+0x79/0x90
    [<c01f1e8a>] do_vfs_ioctl+0x6a/0x5e0
    [<c01f2463>] sys_ioctl+0x63/0x70
    [<c010300c>] sysenter_do_call+0x12/0x38

Are they real leaks?

Thanks.

-- 
Catalin

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ