From: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
To: igt-dev@lists.freedesktop.org, Intel-gfx@lists.freedesktop.org
Subject: [igt-dev] [PATCH i-g-t] tests/gem_mmap_gtt: add test mmap_closed_bo
Date: Thu, 22 Dec 2022 10:04:03 +0000 [thread overview]
Message-ID: <20221222100403.256775-1-tvrtko.ursulin@linux.intel.com> (raw)
From: Chuansheng Liu <chuansheng.liu@intel.com>
Recently we figured out one memory leak in i915 driver when running
below alike test:
create_bo
gem_mmap_gtt bo
gem_mmap_gtt bo twice
close_bo
then the memory leak is detected. More details can be referred in
https://patchwork.freedesktop.org/patch/475802/?series=100532&rev=2
For detecting such issue, this test case mmap_closed_bo is created,
it will close the bo with keeping one mmap, then second mmap the bo,
in normal situation, we expect second mmap failure with EACCESS. But
it will succeed if driver has the vm_node allowance leak.
V2: (Tvrtko) some variable placement and comments tuning.
V3: (Tvrtko) Using igt_drop_caches_set(fd, DROP_FREED) directly.
v4: [tursulin] Fixed a conflict, added igt_describe.
Cc: Tvrtko Ursulin <tvrtko.ursulin@intel.com>
Signed-off-by: Chuansheng Liu <chuansheng.liu@intel.com>
Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com>
Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com>
---
tests/i915/gem_mmap_gtt.c | 49 +++++++++++++++++++++++++++++++++++++++
1 file changed, 49 insertions(+)
diff --git a/tests/i915/gem_mmap_gtt.c b/tests/i915/gem_mmap_gtt.c
index c14ab50eeee7..68f5e8412af6 100644
--- a/tests/i915/gem_mmap_gtt.c
+++ b/tests/i915/gem_mmap_gtt.c
@@ -320,6 +320,52 @@ test_wc(int fd)
5*gtt_writes/256., 5*cpu_writes/256.);
}
+static void mmap_closed_bo(int fd)
+{
+ int loop = 0;
+
+ while (loop++ < 2) {
+ struct drm_i915_gem_mmap_gtt mmap_arg;
+ void *p1, *p2;
+ int i = loop;
+
+ memset(&mmap_arg, 0, sizeof(mmap_arg));
+ mmap_arg.handle = gem_create(fd, OBJECT_SIZE);
+ igt_assert(mmap_arg.handle);
+
+ while (i--) {
+ /*
+ * Get mmap offset by calling GEM_MMAP_GTT one or multiple times in
+ * order to try to provoke a memory leak in the driver.
+ */
+ do_ioctl(fd, DRM_IOCTL_I915_GEM_MMAP_GTT, &mmap_arg);
+ }
+
+ p1 = mmap64(0, OBJECT_SIZE, PROT_READ | PROT_WRITE,
+ MAP_SHARED, fd, mmap_arg.offset);
+ igt_assert(p1 != MAP_FAILED);
+
+ gem_close(fd, mmap_arg.handle);
+
+ /*
+ * Drop the freed objects for consistent 2nd mmap result.
+ */
+ igt_drop_caches_set(fd, DROP_FREED);
+
+ p2 = mmap64(0, OBJECT_SIZE, PROT_READ | PROT_WRITE,
+ MAP_SHARED, fd, mmap_arg.offset);
+
+ munmap(p1, OBJECT_SIZE);
+
+ /*
+ * we expect mmapping p2 would fail, otherwise the driver
+ * may not clean up the allowance of vm_node, it would
+ * cause memory leak.
+ */
+ igt_assert(p2 == MAP_FAILED);
+ }
+}
+
static int mmap_gtt_version(int i915)
{
int val = 0;
@@ -1315,6 +1361,9 @@ igt_main
"writes into it from another GTT mmapped.");
igt_subtest("basic-write-gtt")
test_write_gtt(fd);
+ igt_describe("Check mmap of a closed handle is rejected.");
+ igt_subtest("mmap-closed-bo")
+ mmap_closed_bo(fd);
igt_describe("Inspect a GTT mmap using ptrace().");
igt_subtest("ptrace")
test_ptrace(fd);
--
2.34.1
next reply other threads:[~2022-12-22 10:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-22 10:04 Tvrtko Ursulin [this message]
2022-12-22 11:01 ` [igt-dev] ✗ Fi.CI.BAT: failure for tests/gem_mmap_gtt: add test mmap_closed_bo (rev4) Patchwork
2023-01-18 9:33 ` [igt-dev] [PATCH i-g-t] tests/gem_mmap_gtt: add test mmap_closed_bo Das, Nirmoy
-- strict thread matches above, loose matches on Subject: below --
2022-03-04 5:15 Chuansheng Liu
2022-03-04 16:35 ` Tvrtko Ursulin
2022-03-07 1:02 ` Liu, Chuansheng
2022-03-07 10:10 ` Tvrtko Ursulin
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=20221222100403.256775-1-tvrtko.ursulin@linux.intel.com \
--to=tvrtko.ursulin@linux.intel.com \
--cc=Intel-gfx@lists.freedesktop.org \
--cc=igt-dev@lists.freedesktop.org \
/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