From: rostedt at goodmis.org (Steven Rostedt)
Subject: [PATCH v9 6/7] lib: Add module to simulate atomic sections for testing preemptoff tracers
Date: Tue, 10 Jul 2018 20:47:07 -0400 [thread overview]
Message-ID: <20180710204707.2fbaef87@gandalf.local.home> (raw)
In-Reply-To: <20180628182149.226164-7-joel@joelfernandes.org>
On Thu, 28 Jun 2018 11:21:48 -0700
Joel Fernandes <joel at joelfernandes.org> wrote:
> From: "Joel Fernandes (Google)" <joel at joelfernandes.org>
>
> In this patch we introduce a test module for simulating a long atomic
> section in the kernel which the preemptoff or irqsoff tracers can
> detect. This module is to be used only for test purposes and is default
> disabled.
>
> Following is the expected output (only briefly shown) that can be parsed
> to verify that the tracers are working correctly. We will use this from
> the kselftests in future patches.
>
> For the preemptoff tracer:
>
> echo preemptoff > /d/tracing/current_tracer
> sleep 1
> insmod ./test_atomic_sections.ko atomic_mode=preempt atomic_time=500000
> sleep 1
> bash-4.3# cat /d/tracing/trace
> preempt -1066 2...2 0us@: atomic_sect_run <-atomic_sect_run
> preempt -1066 2...2 500002us : atomic_sect_run <-atomic_sect_run
> preempt -1066 2...2 500004us : tracer_preempt_on <-atomic_sect_run
> preempt -1066 2...2 500012us : <stack trace>
> => kthread
> => ret_from_fork
>
> For the irqsoff tracer:
>
> echo irqsoff > /d/tracing/current_tracer
> sleep 1
> insmod ./test_atomic_sections.ko atomic_mode=irq atomic_time=500000
> sleep 1
> bash-4.3# cat /d/tracing/trace
> irq dis -1069 1d..1 0us@: atomic_sect_run
> irq dis -1069 1d..1 500001us : atomic_sect_run
> irq dis -1069 1d..1 500002us : tracer_hardirqs_on <-atomic_sect_run
> irq dis -1069 1d..1 500005us : <stack trace>
> => ret_from_fork
>
> Co-developed-by: Erick Reyes <erickreyes at google.com>
> Cc: Andy Shevchenko <andriy.shevchenko at linux.intel.com>
> Reviewed-by: Andy Shevchenko <andriy.shevchenko at linux.intel.com>
> Signed-off-by: Joel Fernandes (Google) <joel at joelfernandes.org>
> ---
> lib/Kconfig.debug | 8 ++++
> lib/Makefile | 1 +
> lib/test_atomic_sections.c | 77 ++++++++++++++++++++++++++++++++++++++
I think this code should reside in kernel/trace directory. I already
have modules there. See the ring_buffer_benchmark code and the test
module for mmio tracer.
> 3 files changed, 86 insertions(+)
> create mode 100644 lib/test_atomic_sections.c
>
> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index 8838d1158d19..622c90e1e066 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -1956,6 +1956,14 @@ config TEST_KMOD
>
> If unsure, say N.
>
> +config TEST_ATOMIC_SECTIONS
> + tristate "Simulate atomic sections for tracers to detect"
Hmm, I don't like this title. It's not very obvious to what it is
about. What about "Preempt / IRQ disable delay thread to test latency
tracers" ? Or something along those lines.
> + depends on m
> + help
> + Select this option to build a test module that can help test atomic
> + sections by simulating them with a duration supplied as a module
> + parameter. Preempt disable and irq disable modes can be requested.
"If unsure say N"
> +
> config TEST_DEBUG_VIRTUAL
> tristate "Test CONFIG_DEBUG_VIRTUAL feature"
> depends on DEBUG_VIRTUAL
> diff --git a/lib/Makefile b/lib/Makefile
> index 90dc5520b784..7831e747bf72 100644
> --- a/lib/Makefile
> +++ b/lib/Makefile
> @@ -44,6 +44,7 @@ obj-y += string_helpers.o
> obj-$(CONFIG_TEST_STRING_HELPERS) += test-string_helpers.o
> obj-y += hexdump.o
> obj-$(CONFIG_TEST_HEXDUMP) += test_hexdump.o
> +obj-$(CONFIG_TEST_ATOMIC_SECTIONS) += test_atomic_sections.o
> obj-y += kstrtox.o
> obj-$(CONFIG_FIND_BIT_BENCHMARK) += find_bit_benchmark.o
> obj-$(CONFIG_TEST_BPF) += test_bpf.o
> diff --git a/lib/test_atomic_sections.c b/lib/test_atomic_sections.c
> new file mode 100644
> index 000000000000..1eef518f0974
> --- /dev/null
> +++ b/lib/test_atomic_sections.c
> @@ -0,0 +1,77 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Atomic section emulation test module
> + *
> + * Emulates atomic sections by disabling IRQs or preemption
> + * and doing a busy wait for a specified amount of time.
> + * This can be used for testing of different atomic section
> + * tracers such as irqsoff tracers.
> + *
> + * (c) 2018. Google LLC
> + */
> +
> +#include <linux/delay.h>
> +#include <linux/interrupt.h>
> +#include <linux/irq.h>
> +#include <linux/kernel.h>
> +#include <linux/kthread.h>
> +#include <linux/ktime.h>
> +#include <linux/module.h>
> +#include <linux/printk.h>
> +#include <linux/string.h>
> +
> +static ulong atomic_time = 100;
> +static char atomic_mode[10] = "irq";
> +
> +module_param_named(atomic_time, atomic_time, ulong, S_IRUGO);
> +module_param_string(atomic_mode, atomic_mode, 10, S_IRUGO);
> +MODULE_PARM_DESC(atomic_time, "Period in microseconds (100 uS default)");
It's not a "Period", it's a delay. "Length of time in critical section"
> +MODULE_PARM_DESC(atomic_mode, "Mode of the test such as preempt or irq (default irq)");
"Mode of the test: preempt or irq disabled (default irq)"
> +
> +static void busy_wait(ulong time)
> +{
> + ktime_t start, end;
> + start = ktime_get();
> + do {
> + end = ktime_get();
> + if (kthread_should_stop())
> + break;
> + } while (ktime_to_ns(ktime_sub(end, start)) < (time * 1000));
> +}
> +
> +int atomic_sect_run(void *data)
> +{
> + unsigned long flags;
> +
> + if (!strcmp(atomic_mode, "irq")) {
> + local_irq_save(flags);
> + busy_wait(atomic_time);
> + local_irq_restore(flags);
> + } else if (!strcmp(atomic_mode, "preempt")) {
> + preempt_disable();
> + busy_wait(atomic_time);
> + preempt_enable();
> + }
So this is a one shot deal? That should be explained somewhere,
probably in the config help message. In fact, I think the config help
message should show how to use this.
-- Steve
> +
> + return 0;
> +}
> +
> +static int __init atomic_sect_init(void)
> +{
> + char task_name[50];
> + struct task_struct *test_task;
> +
> + snprintf(task_name, sizeof(task_name), "%s_test", atomic_mode);
> +
> + test_task = kthread_run(atomic_sect_run, NULL, task_name);
> + return PTR_ERR_OR_ZERO(test_task);
> +}
> +
> +static void __exit atomic_sect_exit(void)
> +{
> + return;
> +}
> +
> +module_init(atomic_sect_init)
> +module_exit(atomic_sect_exit)
> +MODULE_LICENSE("GPL v2");
--
To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: rostedt@goodmis.org (Steven Rostedt)
Subject: [PATCH v9 6/7] lib: Add module to simulate atomic sections for testing preemptoff tracers
Date: Tue, 10 Jul 2018 20:47:07 -0400 [thread overview]
Message-ID: <20180710204707.2fbaef87@gandalf.local.home> (raw)
Message-ID: <20180711004707.dVNPKpEHgUvfcvwAaI0aRIxEOu91ql_w2urwjAiPrSE@z> (raw)
In-Reply-To: <20180628182149.226164-7-joel@joelfernandes.org>
On Thu, 28 Jun 2018 11:21:48 -0700
Joel Fernandes <joel@joelfernandes.org> wrote:
> From: "Joel Fernandes (Google)" <joel at joelfernandes.org>
>
> In this patch we introduce a test module for simulating a long atomic
> section in the kernel which the preemptoff or irqsoff tracers can
> detect. This module is to be used only for test purposes and is default
> disabled.
>
> Following is the expected output (only briefly shown) that can be parsed
> to verify that the tracers are working correctly. We will use this from
> the kselftests in future patches.
>
> For the preemptoff tracer:
>
> echo preemptoff > /d/tracing/current_tracer
> sleep 1
> insmod ./test_atomic_sections.ko atomic_mode=preempt atomic_time=500000
> sleep 1
> bash-4.3# cat /d/tracing/trace
> preempt -1066 2...2 0us@: atomic_sect_run <-atomic_sect_run
> preempt -1066 2...2 500002us : atomic_sect_run <-atomic_sect_run
> preempt -1066 2...2 500004us : tracer_preempt_on <-atomic_sect_run
> preempt -1066 2...2 500012us : <stack trace>
> => kthread
> => ret_from_fork
>
> For the irqsoff tracer:
>
> echo irqsoff > /d/tracing/current_tracer
> sleep 1
> insmod ./test_atomic_sections.ko atomic_mode=irq atomic_time=500000
> sleep 1
> bash-4.3# cat /d/tracing/trace
> irq dis -1069 1d..1 0us@: atomic_sect_run
> irq dis -1069 1d..1 500001us : atomic_sect_run
> irq dis -1069 1d..1 500002us : tracer_hardirqs_on <-atomic_sect_run
> irq dis -1069 1d..1 500005us : <stack trace>
> => ret_from_fork
>
> Co-developed-by: Erick Reyes <erickreyes at google.com>
> Cc: Andy Shevchenko <andriy.shevchenko at linux.intel.com>
> Reviewed-by: Andy Shevchenko <andriy.shevchenko at linux.intel.com>
> Signed-off-by: Joel Fernandes (Google) <joel at joelfernandes.org>
> ---
> lib/Kconfig.debug | 8 ++++
> lib/Makefile | 1 +
> lib/test_atomic_sections.c | 77 ++++++++++++++++++++++++++++++++++++++
I think this code should reside in kernel/trace directory. I already
have modules there. See the ring_buffer_benchmark code and the test
module for mmio tracer.
> 3 files changed, 86 insertions(+)
> create mode 100644 lib/test_atomic_sections.c
>
> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index 8838d1158d19..622c90e1e066 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -1956,6 +1956,14 @@ config TEST_KMOD
>
> If unsure, say N.
>
> +config TEST_ATOMIC_SECTIONS
> + tristate "Simulate atomic sections for tracers to detect"
Hmm, I don't like this title. It's not very obvious to what it is
about. What about "Preempt / IRQ disable delay thread to test latency
tracers" ? Or something along those lines.
> + depends on m
> + help
> + Select this option to build a test module that can help test atomic
> + sections by simulating them with a duration supplied as a module
> + parameter. Preempt disable and irq disable modes can be requested.
"If unsure say N"
> +
> config TEST_DEBUG_VIRTUAL
> tristate "Test CONFIG_DEBUG_VIRTUAL feature"
> depends on DEBUG_VIRTUAL
> diff --git a/lib/Makefile b/lib/Makefile
> index 90dc5520b784..7831e747bf72 100644
> --- a/lib/Makefile
> +++ b/lib/Makefile
> @@ -44,6 +44,7 @@ obj-y += string_helpers.o
> obj-$(CONFIG_TEST_STRING_HELPERS) += test-string_helpers.o
> obj-y += hexdump.o
> obj-$(CONFIG_TEST_HEXDUMP) += test_hexdump.o
> +obj-$(CONFIG_TEST_ATOMIC_SECTIONS) += test_atomic_sections.o
> obj-y += kstrtox.o
> obj-$(CONFIG_FIND_BIT_BENCHMARK) += find_bit_benchmark.o
> obj-$(CONFIG_TEST_BPF) += test_bpf.o
> diff --git a/lib/test_atomic_sections.c b/lib/test_atomic_sections.c
> new file mode 100644
> index 000000000000..1eef518f0974
> --- /dev/null
> +++ b/lib/test_atomic_sections.c
> @@ -0,0 +1,77 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Atomic section emulation test module
> + *
> + * Emulates atomic sections by disabling IRQs or preemption
> + * and doing a busy wait for a specified amount of time.
> + * This can be used for testing of different atomic section
> + * tracers such as irqsoff tracers.
> + *
> + * (c) 2018. Google LLC
> + */
> +
> +#include <linux/delay.h>
> +#include <linux/interrupt.h>
> +#include <linux/irq.h>
> +#include <linux/kernel.h>
> +#include <linux/kthread.h>
> +#include <linux/ktime.h>
> +#include <linux/module.h>
> +#include <linux/printk.h>
> +#include <linux/string.h>
> +
> +static ulong atomic_time = 100;
> +static char atomic_mode[10] = "irq";
> +
> +module_param_named(atomic_time, atomic_time, ulong, S_IRUGO);
> +module_param_string(atomic_mode, atomic_mode, 10, S_IRUGO);
> +MODULE_PARM_DESC(atomic_time, "Period in microseconds (100 uS default)");
It's not a "Period", it's a delay. "Length of time in critical section"
> +MODULE_PARM_DESC(atomic_mode, "Mode of the test such as preempt or irq (default irq)");
"Mode of the test: preempt or irq disabled (default irq)"
> +
> +static void busy_wait(ulong time)
> +{
> + ktime_t start, end;
> + start = ktime_get();
> + do {
> + end = ktime_get();
> + if (kthread_should_stop())
> + break;
> + } while (ktime_to_ns(ktime_sub(end, start)) < (time * 1000));
> +}
> +
> +int atomic_sect_run(void *data)
> +{
> + unsigned long flags;
> +
> + if (!strcmp(atomic_mode, "irq")) {
> + local_irq_save(flags);
> + busy_wait(atomic_time);
> + local_irq_restore(flags);
> + } else if (!strcmp(atomic_mode, "preempt")) {
> + preempt_disable();
> + busy_wait(atomic_time);
> + preempt_enable();
> + }
So this is a one shot deal? That should be explained somewhere,
probably in the config help message. In fact, I think the config help
message should show how to use this.
-- Steve
> +
> + return 0;
> +}
> +
> +static int __init atomic_sect_init(void)
> +{
> + char task_name[50];
> + struct task_struct *test_task;
> +
> + snprintf(task_name, sizeof(task_name), "%s_test", atomic_mode);
> +
> + test_task = kthread_run(atomic_sect_run, NULL, task_name);
> + return PTR_ERR_OR_ZERO(test_task);
> +}
> +
> +static void __exit atomic_sect_exit(void)
> +{
> + return;
> +}
> +
> +module_init(atomic_sect_init)
> +module_exit(atomic_sect_exit)
> +MODULE_LICENSE("GPL v2");
--
To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2018-07-11 0:47 UTC|newest]
Thread overview: 104+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-28 18:21 [PATCH v9 0/7] Centralize and unify usage of preempt/irq tracepoints joel
2018-06-28 18:21 ` Joel Fernandes
2018-06-28 18:21 ` [PATCH v9 1/7] srcu: Add notrace variants of srcu_read_{lock,unlock} joel
2018-06-28 18:21 ` Joel Fernandes
2018-06-28 18:21 ` [PATCH v9 2/7] srcu: Add notrace variant of srcu_dereference joel
2018-06-28 18:21 ` Joel Fernandes
2018-06-28 18:21 ` [PATCH v9 3/7] trace/irqsoff: Split reset into separate functions joel
2018-06-28 18:21 ` Joel Fernandes
2018-06-28 18:21 ` [PATCH v9 4/7] tracepoint: Make rcuidle tracepoint callers use SRCU joel
2018-06-28 18:21 ` Joel Fernandes
2018-07-11 12:49 ` peterz
2018-07-11 12:49 ` Peter Zijlstra
2018-07-11 13:00 ` rostedt
2018-07-11 13:00 ` Steven Rostedt
2018-07-11 14:27 ` paulmck
2018-07-11 14:27 ` Paul E. McKenney
2018-07-11 14:46 ` rostedt
2018-07-11 14:46 ` Steven Rostedt
2018-07-11 15:15 ` paulmck
2018-07-11 15:15 ` Paul E. McKenney
2018-07-11 20:56 ` joel
2018-07-11 20:56 ` Joel Fernandes
2018-07-12 1:22 ` rostedt
2018-07-12 1:22 ` Steven Rostedt
2018-07-12 2:35 ` joel
2018-07-12 2:35 ` Joel Fernandes
2018-07-11 20:52 ` joel
2018-07-11 20:52 ` Joel Fernandes
2018-07-12 3:21 ` rostedt
2018-07-12 3:21 ` Steven Rostedt
2018-07-12 4:28 ` joel
2018-07-12 4:28 ` Joel Fernandes
2018-07-12 13:35 ` rostedt
2018-07-12 13:35 ` Steven Rostedt
2018-07-12 19:17 ` joel
2018-07-12 19:17 ` Joel Fernandes
2018-07-12 20:15 ` rostedt
2018-07-12 20:15 ` Steven Rostedt
2018-07-12 20:29 ` joel
2018-07-12 20:29 ` Joel Fernandes
2018-07-12 20:31 ` rostedt
2018-07-12 20:31 ` Steven Rostedt
2018-07-11 12:53 ` peterz
2018-07-11 12:53 ` Peter Zijlstra
2018-07-12 2:32 ` joel
2018-07-12 2:32 ` Joel Fernandes
2018-07-11 12:56 ` peterz
2018-07-11 12:56 ` Peter Zijlstra
2018-07-11 13:06 ` rostedt
2018-07-11 13:06 ` Steven Rostedt
2018-07-11 15:17 ` peterz
2018-07-11 15:17 ` Peter Zijlstra
2018-07-11 15:26 ` rostedt
2018-07-11 15:26 ` Steven Rostedt
2018-07-11 16:46 ` mathieu.desnoyers
2018-07-11 16:46 ` Mathieu Desnoyers
2018-07-11 16:40 ` mathieu.desnoyers
2018-07-11 16:40 ` Mathieu Desnoyers
2018-07-12 0:31 ` joel
2018-07-12 0:31 ` Joel Fernandes
2018-07-12 1:26 ` rostedt
2018-07-12 1:26 ` Steven Rostedt
2018-06-28 18:21 ` [PATCH v9 5/7] tracing: Centralize preemptirq tracepoints and unify their usage joel
2018-06-28 18:21 ` Joel Fernandes
2018-07-06 22:06 ` rostedt
2018-07-06 22:06 ` Steven Rostedt
2018-07-07 4:20 ` joel
2018-07-07 4:20 ` Joel Fernandes
2018-07-10 14:20 ` rostedt
2018-07-10 14:20 ` Steven Rostedt
2018-07-10 17:33 ` joel
2018-07-10 17:33 ` Joel Fernandes
2018-07-11 13:12 ` peterz
2018-07-11 13:12 ` Peter Zijlstra
2018-07-11 13:19 ` rostedt
2018-07-11 13:19 ` Steven Rostedt
2018-07-11 13:22 ` rostedt
2018-07-11 13:22 ` Steven Rostedt
2018-07-12 8:38 ` joel
2018-07-12 8:38 ` Joel Fernandes
2018-07-12 13:37 ` rostedt
2018-07-12 13:37 ` Steven Rostedt
2018-07-12 0:44 ` joel
2018-07-12 0:44 ` Joel Fernandes
2018-06-28 18:21 ` [PATCH v9 6/7] lib: Add module to simulate atomic sections for testing preemptoff tracers joel
2018-06-28 18:21 ` Joel Fernandes
2018-07-11 0:47 ` rostedt [this message]
2018-07-11 0:47 ` Steven Rostedt
2018-07-11 5:26 ` joel
2018-07-11 5:26 ` Joel Fernandes
2018-06-28 18:21 ` [PATCH v9 7/7] kselftests: Add tests for the preemptoff and irqsoff tracers joel
2018-06-28 18:21 ` Joel Fernandes
2018-07-11 0:49 ` rostedt
2018-07-11 0:49 ` Steven Rostedt
2018-07-11 5:27 ` joel
2018-07-11 5:27 ` Joel Fernandes
2018-07-03 14:15 ` [PATCH v9 0/7] Centralize and unify usage of preempt/irq tracepoints joel
2018-07-03 14:15 ` Joel Fernandes
2018-07-03 14:23 ` rostedt
2018-07-03 14:23 ` Steven Rostedt
-- strict thread matches above, loose matches on Subject: below --
2018-06-21 22:32 joel
2018-06-21 22:36 ` [PATCH v9 6/7] lib: Add module to simulate atomic sections for testing preemptoff tracers joelaf
2018-06-21 22:36 ` Joel Fernandes
2018-06-07 20:38 [PATCH v9 0/7] Centralize and unify usage of preempt/irq joelaf
2018-06-07 20:38 ` [PATCH v9 6/7] lib: Add module to simulate atomic sections for testing preemptoff tracers joelaf
2018-06-07 20:38 ` Joel Fernandes
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=20180710204707.2fbaef87@gandalf.local.home \
--to=linux-kselftest@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).