From: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
To: srinivas pandruvada <srinivas.pandruvada@linux.intel.com>,
Mirsad Todorovac <mirsad.todorovac@alu.unizg.hr>,
LKML <linux-kernel@vger.kernel.org>,
jani.nikula@linux.intel.com, joonas.lahtinen@linux.intel.com,
Rodrigo Vivi <rodrigo.vivi@intel.com>
Cc: Thorsten Leemhuis <regressions@leemhuis.info>,
intel-gfx@lists.freedesktop.org
Subject: Re: Possible regression in drm/i915 driver: memleak
Date: Tue, 20 Dec 2022 15:52:35 +0000 [thread overview]
Message-ID: <15ef1bb9-7312-5d98-8bf0-0af1a37cfd2a@linux.intel.com> (raw)
In-Reply-To: <05424a5351a847786377a548dba0759917d8046c.camel@linux.intel.com>
Hi,
On 20/12/2022 15:22, srinivas pandruvada wrote:
> +Added DRM mailing list and maintainers
>
> On Tue, 2022-12-20 at 15:33 +0100, Mirsad Todorovac wrote:
>> Hi all,
>>
>> I have been unsuccessful to find any particular Intel i915 maintainer
>> emails, so my best bet is to post here, as you will must assuredly
>> already know them.
For future reference you can use ${kernel_dir}/scripts/get_maintainer.pl -f ...
>> The problem is a kernel memory leak that is repeatedly occurring
>> triggered during the execution of Chrome browser under the latest
>> 6.1.0+
>> kernel of this morning and Almalinux 8.6 on a Lenovo desktop box
>> with Intel(R) Core(TM) i5-8400 CPU @ 2.80GHz CPU.
>>
>> The build is with KMEMLEAK, KASAN and MGLRU turned on during the
>> build,
>> on a vanilla mainline kernel from Mr. Torvalds' tree.
>>
>> The leaks look like this one:
>>
>> unreferenced object 0xffff888131754880 (size 64):
>> comm "chrome", pid 13058, jiffies 4298568878 (age 3708.084s)
>> hex dump (first 32 bytes):
>> 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> ................
>> 00 00 00 00 00 00 00 00 00 80 1e 3e 83 88 ff ff
>> ...........>....
>> backtrace:
>> [<ffffffff9e9b5542>] slab_post_alloc_hook+0xb2/0x340
>> [<ffffffff9e9bbf5f>] __kmem_cache_alloc_node+0x1bf/0x2c0
>> [<ffffffff9e8f767a>] kmalloc_trace+0x2a/0xb0
>> [<ffffffffc08dfde5>] drm_vma_node_allow+0x45/0x150 [drm]
>> [<ffffffffc0b33315>] __assign_mmap_offset_handle+0x615/0x820
>> [i915]
>> [<ffffffffc0b34057>] i915_gem_mmap_offset_ioctl+0x77/0x110
>> [i915]
>> [<ffffffffc08bc5e1>] drm_ioctl_kernel+0x181/0x280 [drm]
>> [<ffffffffc08bc9cd>] drm_ioctl+0x2dd/0x6a0 [drm]
>> [<ffffffff9ea54744>] __x64_sys_ioctl+0xc4/0x100
>> [<ffffffff9fbc0178>] do_syscall_64+0x58/0x80
>> [<ffffffff9fc000aa>] entry_SYSCALL_64_after_hwframe+0x72/0xdc
>>
>> The complete list of leaks in attachment, but they seem similar or
>> the same.
>>
>> Please find attached lshw and kernel build config file.
>>
>> I will probably check the same parms on my laptop at home, which is
>> also
>> Lenovo, but a different hw config and Ubuntu 22.10.
Could you try the below patch?
diff --git a/drivers/gpu/drm/i915/gem/i915_gem_mman.c b/drivers/gpu/drm/i915/gem/i915_gem_mman.c
index c3ea243d414d..0b07534c203a 100644
--- a/drivers/gpu/drm/i915/gem/i915_gem_mman.c
+++ b/drivers/gpu/drm/i915/gem/i915_gem_mman.c
@@ -679,9 +679,10 @@ mmap_offset_attach(struct drm_i915_gem_object *obj,
insert:
mmo = insert_mmo(obj, mmo);
GEM_BUG_ON(lookup_mmo(obj, mmap_type) != mmo);
-out:
+
if (file)
drm_vma_node_allow(&mmo->vma_node, file);
+out:
return mmo;
err:
Maybe it is not the best fix but curious to know if it will make the leak go away.
Regards,
Tvrtko
next prev parent reply other threads:[~2022-12-20 15:52 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-20 14:33 Possible regression in drm/i915 driver: memleak Mirsad Todorovac
2022-12-20 15:22 ` srinivas pandruvada
2022-12-20 15:52 ` Tvrtko Ursulin [this message]
2022-12-20 17:20 ` Mirsad Goran Todorovac
2022-12-20 19:34 ` LOOKS GOOD: " Mirsad Todorovac
2022-12-21 7:15 ` Mirsad Goran Todorovac
2022-12-22 0:12 ` LOOKS GOOD: " Mirsad Goran Todorovac
2022-12-22 8:04 ` Tvrtko Ursulin
2022-12-22 15:21 ` Mirsad Goran Todorovac
2022-12-23 12:18 ` Tvrtko Ursulin
2022-12-25 21:11 ` Mirsad Goran Todorovac
2022-12-25 22:48 ` Mirsad Goran Todorovac
2023-01-09 15:00 ` Tvrtko Ursulin
2023-01-16 6:25 ` Mirsad Todorovac
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=15ef1bb9-7312-5d98-8bf0-0af1a37cfd2a@linux.intel.com \
--to=tvrtko.ursulin@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mirsad.todorovac@alu.unizg.hr \
--cc=regressions@leemhuis.info \
--cc=rodrigo.vivi@intel.com \
--cc=srinivas.pandruvada@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox