From: peterz@infradead.org
To: Uriel Guajardo <urielguajardojr@gmail.com>
Cc: brendanhiggins@google.com, mingo@redhat.com, will@kernel.org,
linux-kselftest@vger.kernel.org, kunit-dev@googlegroups.com,
linux-kernel@vger.kernel.org, urielguajardo@google.com
Subject: Re: [PATCH v2] kunit: added lockdep support
Date: Thu, 13 Aug 2020 12:36:15 +0200 [thread overview]
Message-ID: <20200813103615.GT2674@hirez.programming.kicks-ass.net> (raw)
In-Reply-To: <20200812193332.954395-1-urielguajardojr@gmail.com>
On Wed, Aug 12, 2020 at 07:33:32PM +0000, Uriel Guajardo wrote:
> KUnit will fail tests upon observing a lockdep failure. Because lockdep
> turns itself off after its first failure, only fail the first test and
> warn users to not expect any future failures from lockdep.
>
> Similar to lib/locking-selftest [1], we check if the status of
> debug_locks has changed after the execution of a test case. However, we
> do not reset lockdep afterwards.
>
> Like the locking selftests, we also fix possible preemption count
> corruption from lock bugs.
> +static void kunit_check_locking_bugs(struct kunit *test,
> + unsigned long saved_preempt_count,
> + bool saved_debug_locks)
> +{
> + preempt_count_set(saved_preempt_count);
> +#ifdef CONFIG_TRACE_IRQFLAGS
> + if (softirq_count())
> + current->softirqs_enabled = 0;
> + else
> + current->softirqs_enabled = 1;
> +#endif
Urgh, don't silently change these... if they're off that's a hard fail.
if (DEBUG_LOCKS_WARN_ON(preempt_count() != saved_preempt_count))
preempt_count_set(saved_preempt_count);
And by using DEBUG_LOCKS_WARN_ON() it will kill IRQ tracing and trigger
the below fail.
> + if (saved_debug_locks && !debug_locks) {
> + kunit_set_failure(test);
> + kunit_warn(test, "Dynamic analysis tool failure from LOCKDEP.");
> + kunit_warn(test, "Further tests will have LOCKDEP disabled.");
> + }
> +}
next prev parent reply other threads:[~2020-08-13 10:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-12 19:33 [PATCH v2] kunit: added lockdep support Uriel Guajardo
2020-08-13 9:11 ` Alan Maguire
2020-08-13 16:44 ` Uriel Guajardo
2020-08-13 10:36 ` peterz [this message]
2020-08-13 13:15 ` Uriel Guajardo
2020-08-13 18:35 ` peterz
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=20200813103615.GT2674@hirez.programming.kicks-ass.net \
--to=peterz@infradead.org \
--cc=brendanhiggins@google.com \
--cc=kunit-dev@googlegroups.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=urielguajardo@google.com \
--cc=urielguajardojr@gmail.com \
--cc=will@kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.