From: Tiffany Yang <ynaffit@google.com>
To: Kees Cook <kees@kernel.org>
Cc: linux-kernel@vger.kernel.org, kernel-team@android.com,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Arve Hjønnevåg" <arve@android.com>,
"Todd Kjos" <tkjos@android.com>,
"Martijn Coenen" <maco@android.com>,
"Joel Fernandes" <joelagnelf@nvidia.com>,
"Christian Brauner" <brauner@kernel.org>,
"Carlos Llamas" <cmllamas@google.com>,
"Suren Baghdasaryan" <surenb@google.com>,
"Brendan Higgins" <brendan.higgins@linux.dev>,
"David Gow" <davidgow@google.com>, "Rae Moar" <rmoar@google.com>,
linux-kselftest@vger.kernel.org, kunit-dev@googlegroups.com
Subject: Re: [PATCH v3 2/6] binder: Store lru freelist in binder_alloc
Date: Wed, 16 Jul 2025 15:11:47 -0700 [thread overview]
Message-ID: <dbx8cy9z6b18.fsf@ynaffit-andsys.c.googlers.com> (raw)
In-Reply-To: <202507160729.468A057@keescook> (Kees Cook's message of "Wed, 16 Jul 2025 07:30:42 -0700")
Kees Cook <kees@kernel.org> writes:
>> - /**
>> - * Error message on a free page can be false positive
>> - * if binder shrinker ran during binder_alloc_free_buf
>> - * calls above.
>> - */
>> for (i = 0; i <= (end - 1) / PAGE_SIZE; i++) {
>> if (list_empty(page_to_lru(alloc->pages[i]))) {
>> pr_err_size_seq(sizes, seq);
> Ah, I see the comment is removed entirely here. Better to move this
> hunk to patch 1, then.
This comment is actually "true" until we allow a test-specific freelist
in this change, but I've moved the "for" line back to where it was in
the previous change. Thanks for noting this!
>> @@ -162,8 +159,8 @@ static void binder_selftest_free_page(struct
>> binder_alloc *alloc)
>> int i;
>> unsigned long count;
>> - while ((count = list_lru_count(&binder_freelist))) {
>> - list_lru_walk(&binder_freelist, binder_alloc_free_page,
>> + while ((count = list_lru_count(&binder_selftest_freelist))) {
>> + list_lru_walk(&binder_selftest_freelist, binder_alloc_free_page,
>> NULL, count);
>> }
>> @@ -187,7 +184,7 @@ static void binder_selftest_alloc_free(struct
>> binder_alloc *alloc,
>> /* Allocate from lru. */
>> binder_selftest_alloc_buf(alloc, buffers, sizes, seq);
>> - if (list_lru_count(&binder_freelist))
>> + if (list_lru_count(&binder_selftest_freelist))
>> pr_err("lru list should be empty but is not\n");
>> binder_selftest_free_buf(alloc, buffers, sizes, seq, end);
>> @@ -275,6 +272,20 @@ static void binder_selftest_alloc_offset(struct
>> binder_alloc *alloc,
>> }
>> }
>> +int binder_selftest_alloc_get_page_count(struct binder_alloc *alloc)
>> +{
>> + struct page *page;
>> + int allocated = 0;
>> + int i;
>> +
>> + for (i = 0; i < alloc->buffer_size / PAGE_SIZE; i++) {
>> + page = alloc->pages[i];
>> + if (page)
>> + allocated++;
>> + }
>> + return allocated;
>> +}
>> +
>> /**
>> * binder_selftest_alloc() - Test alloc and free of buffer pages.
>> * @alloc: Pointer to alloc struct.
>> @@ -286,6 +297,7 @@ static void binder_selftest_alloc_offset(struct
>> binder_alloc *alloc,
>> */
>> void binder_selftest_alloc(struct binder_alloc *alloc)
>> {
>> + struct list_lru *prev_freelist;
>> size_t end_offset[BUFFER_NUM];
>> if (!binder_selftest_run)
>> @@ -293,14 +305,41 @@ void binder_selftest_alloc(struct binder_alloc
>> *alloc)
>> mutex_lock(&binder_selftest_lock);
>> if (!binder_selftest_run || !alloc->mapped)
>> goto done;
>> +
>> + prev_freelist = alloc->freelist;
>> +
>> + /*
>> + * It is not safe to modify this process's alloc->freelist if it has
>> any
>> + * pages on a freelist. Since the test runs before any binder ioctls
>> can
>> + * be dealt with, none of its pages should be allocated yet.
>> + */
>> + if (binder_selftest_alloc_get_page_count(alloc)) {
>> + pr_err("process has existing alloc state\n");
>> + goto cleanup;
>> + }
>> +
>> + if (list_lru_init(&binder_selftest_freelist)) {
>> + pr_err("failed to init test freelist\n");
>> + goto cleanup;
>> + }
>> +
>> + alloc->freelist = &binder_selftest_freelist;
>> +
>> pr_info("STARTED\n");
>> binder_selftest_alloc_offset(alloc, end_offset, 0);
>> - binder_selftest_run = false;
>> if (binder_selftest_failures > 0)
>> pr_info("%d tests FAILED\n", binder_selftest_failures);
>> else
>> pr_info("PASSED\n");
>> + if (list_lru_count(&binder_selftest_freelist))
>> + pr_err("expect test freelist to be empty\n");
>> +
>> +cleanup:
>> + /* Even if we didn't run the test, it's no longer thread-safe. */
>> + binder_selftest_run = false;
>> + alloc->freelist = prev_freelist;
>> + list_lru_destroy(&binder_selftest_freelist);
>> done:
>> mutex_unlock(&binder_selftest_lock);
>> }
>> --
>> 2.50.0.727.gbf7dc18ff4-goog
> Otherwise looks good.
--
Tiffany Y. Yang
next prev parent reply other threads:[~2025-07-16 22:11 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-14 18:53 [PATCH v3 0/6] binder: Set up KUnit tests for alloc Tiffany Yang
2025-07-14 18:53 ` [PATCH v3 1/6] binder: Fix selftest page indexing Tiffany Yang
2025-07-15 4:52 ` Carlos Llamas
2025-07-16 14:27 ` Kees Cook
2025-07-16 22:07 ` Tiffany Yang
2025-07-14 18:53 ` [PATCH v3 2/6] binder: Store lru freelist in binder_alloc Tiffany Yang
2025-07-15 4:52 ` Carlos Llamas
2025-07-16 14:30 ` Kees Cook
2025-07-16 22:11 ` Tiffany Yang [this message]
2025-07-14 18:53 ` [PATCH v3 3/6] kunit: test: Export kunit_attach_mm() Tiffany Yang
2025-07-15 4:52 ` Carlos Llamas
2025-07-16 14:32 ` Kees Cook
2025-07-14 18:53 ` [PATCH v3 4/6] binder: Scaffolding for binder_alloc KUnit tests Tiffany Yang
2025-07-15 4:52 ` Carlos Llamas
2025-07-16 22:16 ` Tiffany Yang
2025-07-16 14:37 ` Kees Cook
2025-07-16 22:28 ` Tiffany Yang
2025-07-16 22:42 ` Carlos Llamas
2025-07-17 6:22 ` Kees Cook
2025-07-14 18:53 ` [PATCH v3 5/6] binder: Convert binder_alloc selftests to KUnit Tiffany Yang
2025-07-15 4:52 ` Carlos Llamas
2025-07-14 18:53 ` [PATCH v3 6/6] binder: encapsulate individual alloc test cases Tiffany Yang
2025-07-15 4:52 ` Carlos Llamas
2025-07-16 14:53 ` Kees Cook
2025-07-16 22:30 ` Tiffany Yang
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=dbx8cy9z6b18.fsf@ynaffit-andsys.c.googlers.com \
--to=ynaffit@google.com \
--cc=arve@android.com \
--cc=brauner@kernel.org \
--cc=brendan.higgins@linux.dev \
--cc=cmllamas@google.com \
--cc=davidgow@google.com \
--cc=gregkh@linuxfoundation.org \
--cc=joelagnelf@nvidia.com \
--cc=kees@kernel.org \
--cc=kernel-team@android.com \
--cc=kunit-dev@googlegroups.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=maco@android.com \
--cc=rmoar@google.com \
--cc=surenb@google.com \
--cc=tkjos@android.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
all inboxes | Powered by JetHome®