mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Gabriele Monaco <gmonaco@redhat.com>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: linux-kernel@vger.kernel.org, Ingo Molnar <mingo@redhat.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Nam Cao <namcao@linutronix.de>, Tomas Glozar <tglozar@redhat.com>,
	 Juri Lelli <jlelli@redhat.com>,
	Clark Williams <williams@redhat.com>,
	John Kacur <jkacur@redhat.com>
Subject: Re: [PATCH v4 00/14] rv: Add monitors to validate task switch
Date: Wed, 23 Jul 2025 11:55:50 +0200	[thread overview]
Message-ID: <374df509738db8314aa45971ba8b5469fa4e673e.camel@redhat.com> (raw)
In-Reply-To: <20250722205047.621efa7e@gandalf.local.home>

On Tue, 2025-07-22 at 20:50 -0400, Steven Rostedt wrote:
> 
> Can you break this up into two patch series? One that modifies the
> kernel and one that modifies the tools directory. Linus prefers
> changes to tools come in separately to changes in the kernel. So do I
> as I test them differently.

Mmh, I see. The problem with splitting those patches that strictly is
that patches changing the generating tools also include the adaptation
of kernel files, I could create something like:

  verification/rvgen: Organise Kconfig entries for nested monitors

  Do the tools/ stuff...
  The kernel changes are required to test this!


  rv: Organise Kconfig entries for nested monitors

  As introduced in commit XYZ, adapt the Kconfig...


And send them in separate series, but it doesn't look too clean to me
as the tool change requires the kernel change or, in general (see the
other patch about line length), the two things belong with each other.

Likewise, patches about monitors touch the dot models in tools/ but
those definitely belong in the same patch, otherwise we lose context.

What about keeping the patches as they are right now and send them
separately like this:

kernel series:

    rv: Add opid per-cpu monitor
     tools/verification/models/sched/opid.dot   |  35 ++++++
    rv: Add nrp and sssw per-task monitors
     tools/verification/models/sched/nrp.dot    |  29 +++++
     tools/verification/models/sched/sssw.dot   |  30 ++++++
    rv: Replace tss and sncid monitors with more complete sts
     tools/verification/models/sched/sncid.dot          |  18 ---
     tools/verification/models/sched/sts.dot            |  38 +++++
     tools/verification/models/sched/tss.dot            |  18 ---
    sched: Adapt sched tracepoints for RV task model
    rv: Retry when da monitor detects race conditions
    rv: Adjust monitor dependencies
    rv: Use strings in da monitors tracepoints
    rv: Remove trailing whitespace from tracepoint string
    rv: Add da_handle_start_run_event_ to per-task monitors

tools series:

    tools/dot2c: Fix generated files going over 100 column limit
     kernel/trace/rv/monitors/snep/snep.h    | 14 ++++++++++++--
    verification/rvgen: Organise Kconfig entries for nested monitors
     kernel/trace/rv/Kconfig                     |  5 +++++
    rv: Return init error when registering monitors
     tools/verification/rvgen/rvgen/templates/container/main.c | 3 +--
     tools/verification/rvgen/rvgen/templates/dot2k/main.c     | 3 +--
     kernel/trace/rv/monitors/sched/sched.c | 3 +--
     kernel/trace/rv/monitors/sco/sco.c     | 3 +--
     ...
     kernel/trace/rv/monitors/wwnr/wwnr.c   | 3 +--
    tools/rv: Stop gracefully also on SIGTERM
    tools/rv: Do not skip idle in trace

The rationale is that tools files changed in the kernel patches are not
really tool stuff (dot models). And kernel stuff changed in the tools
are something that the tools generate, and to test them a build should
suffice (kernel robot would do that). Having them together eases
testing the tool, I believe.

Note: I missed the tools templates from "rv: Return init error when
registering monitors" (now in the tools series with added files), I
believe that belongs more to tools but I could also move it or split
them in two if you prefer.

Does it make sense to you?

Thanks,
Gabriele


  reply	other threads:[~2025-07-23  9:55 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-21  8:23 Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 01/14] tools/rv: Do not skip idle in trace Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 02/14] tools/rv: Stop gracefully also on SIGTERM Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 03/14] rv: Add da_handle_start_run_event_ to per-task monitors Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 04/14] rv: Remove trailing whitespace from tracepoint string Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 05/14] rv: Return init error when registering monitors Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 06/14] rv: Use strings in da monitors tracepoints Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 07/14] rv: Adjust monitor dependencies Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 08/14] verification/rvgen: Organise Kconfig entries for nested monitors Gabriele Monaco
2025-07-21 14:38   ` Nam Cao
2025-07-21 15:17     ` Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 09/14] tools/dot2c: Fix generated files going over 100 column limit Gabriele Monaco
2025-07-21 14:52   ` Nam Cao
2025-07-23 11:18     ` Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 10/14] rv: Retry when da monitor detects race conditions Gabriele Monaco
2025-07-21 15:01   ` Nam Cao
2025-07-21 15:23     ` Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 11/14] sched: Adapt sched tracepoints for RV task model Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 12/14] rv: Replace tss and sncid monitors with more complete sts Gabriele Monaco
2025-07-21 15:15   ` Nam Cao
2025-07-21 16:13     ` Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 13/14] rv: Add nrp and sssw per-task monitors Gabriele Monaco
2025-07-21  8:23 ` [PATCH v4 14/14] rv: Add opid per-cpu monitor Gabriele Monaco
2025-07-23  0:50 ` [PATCH v4 00/14] rv: Add monitors to validate task switch Steven Rostedt
2025-07-23  9:55   ` Gabriele Monaco [this message]
2025-07-23 14:22     ` Steven Rostedt

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=374df509738db8314aa45971ba8b5469fa4e673e.camel@redhat.com \
    --to=gmonaco@redhat.com \
    --cc=jkacur@redhat.com \
    --cc=jlelli@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=namcao@linutronix.de \
    --cc=peterz@infradead.org \
    --cc=rostedt@goodmis.org \
    --cc=tglozar@redhat.com \
    --cc=williams@redhat.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®