From: Chris Metcalf <cmetcalf@mellanox.com>
To: Michal Hocko <mhocko@kernel.org>
Cc: Gilad Ben Yossef <giladb@ezchip.com>,
Steven Rostedt <rostedt@goodmis.org>,
Ingo Molnar <mingo@kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Andrew Morton <akpm@linux-foundation.org>,
"Rik van Riel" <riel@redhat.com>, Tejun Heo <tj@kernel.org>,
Frederic Weisbecker <fweisbec@gmail.com>,
Thomas Gleixner <tglx@linutronix.de>,
"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
Christoph Lameter <cl@linux.com>,
Viresh Kumar <viresh.kumar@linaro.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>,
Andy Lutomirski <luto@amacapital.net>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v11 01/13] vmstat: add quiet_vmstat_sync function
Date: Mon, 21 Mar 2016 11:44:02 -0400 [thread overview]
Message-ID: <56F016C2.2000900@mellanox.com> (raw)
In-Reply-To: <20160321143423.GD21248@dhcp22.suse.cz>
On 03/21/2016 10:34 AM, Michal Hocko wrote:
> On Fri 11-03-16 17:10:11, Chris Metcalf wrote:
>> In commit f01f17d3705b ("mm, vmstat: make quiet_vmstat lighter")
>> the quiet_vmstat() function became asynchronous, in the sense that
>> the vmstat work was still scheduled to run on the core when the
>> function returned. For task isolation, we need a synchronous
>> version of the function that guarantees that the vmstat worker
>> will not run on the core on return from the function. Add a
>> quiet_vmstat_sync() function with that semantic.
> The full series hasn't reached my inbox and from the above it is not
> really clear where is the new function supposed to be used.
>
> It is usually preferable to include the consumer of the new API in the
> same patch. Is this case any special that it couldn't be done that way?
I've seen this done both ways (i.e. smushing things all together, vs
breaking them apart) and my sense is that particularly for larger patch
series, keeping individual atomic patches that bisect cleanly is the
better choice.
In this particular case, there are a three patches in mm that all
individually are needed for task isolation; merging all three into
the patch that enables task isolation would have made that patch even
larger and harder to review. (Similarly, one could argue that even
that patch on its own does nothing, and is purely an enablement patch
for the various architecture-specific follow-on patches that actually
provide the hooks to make it work, so by your argument perhaps the
whole thing should be merged into a single giant patch...)
In any case, I think you are absolutely right that providing more
context to reviewers is the right thing, and I'll make sure in future
patch series to include all the reviewers from "enabling patches" into
the patch that uses the particular enablement. For this series, the
patch that uses the quiet_vmstat_sync() call is here:
https://lkml.kernel.org/r/1457734223-26209-5-git-send-email-cmetcalf@mellanox.com
The cover letter email is here if you're curious for more context:
https://lkml.kernel.org/r/1457734223-26209-1-git-send-email-cmetcalf@mellanox.com
--
Chris Metcalf, Mellanox Technologies
http://www.mellanox.com
next prev parent reply other threads:[~2016-03-21 15:44 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-11 22:10 [PATCH v11 00/13] support "task_isolation" mode Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 01/13] vmstat: add quiet_vmstat_sync function Chris Metcalf
2016-03-21 14:34 ` Michal Hocko
2016-03-21 15:44 ` Chris Metcalf [this message]
2016-03-11 22:10 ` [PATCH v11 02/13] vmstat: add vmstat_idle function Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 03/13] lru_add_drain_all: factor out lru_add_drain_needed Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 04/13] task_isolation: add initial support Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 05/13] task_isolation: support CONFIG_TASK_ISOLATION_ALL Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 06/13] task_isolation: support PR_TASK_ISOLATION_STRICT mode Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 07/13] task_isolation: add debug boot flag Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 08/13] task_isolation: add PR_TASK_ISOLATION_ONE_SHOT flag Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 09/13] arm, tile: turn off timer tick for oneshot_stopped state Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 10/13] arch/x86: enable task isolation functionality Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 11/13] arch/tile: " Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 12/13] arm64: factor work_pending state machine to C Chris Metcalf
2016-03-16 18:19 ` Chris Metcalf
2016-03-11 22:10 ` [PATCH v11 13/13] arch/arm64: enable task isolation functionality Chris Metcalf
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=56F016C2.2000900@mellanox.com \
--to=cmetcalf@mellanox.com \
--cc=akpm@linux-foundation.org \
--cc=catalin.marinas@arm.com \
--cc=cl@linux.com \
--cc=fweisbec@gmail.com \
--cc=giladb@ezchip.com \
--cc=linux-kernel@vger.kernel.org \
--cc=luto@amacapital.net \
--cc=mhocko@kernel.org \
--cc=mingo@kernel.org \
--cc=paulmck@linux.vnet.ibm.com \
--cc=peterz@infradead.org \
--cc=riel@redhat.com \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
--cc=tj@kernel.org \
--cc=viresh.kumar@linaro.org \
--cc=will.deacon@arm.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