[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181108191553.nu7yn2akmcql2vje@ca-dmjordan1.us.oracle.com>
Date: Thu, 8 Nov 2018 11:15:53 -0800
From: Daniel Jordan <daniel.m.jordan@...cle.com>
To: Jonathan Corbet <corbet@....net>
Cc: Daniel Jordan <daniel.m.jordan@...cle.com>, linux-mm@...ck.org,
kvm@...r.kernel.org, linux-kernel@...r.kernel.org,
aarcange@...hat.com, aaron.lu@...el.com, akpm@...ux-foundation.org,
alex.williamson@...hat.com, bsd@...hat.com,
darrick.wong@...cle.com, dave.hansen@...ux.intel.com,
jgg@...lanox.com, jwadams@...gle.com, jiangshanlai@...il.com,
mhocko@...nel.org, mike.kravetz@...cle.com,
Pavel.Tatashin@...rosoft.com, prasad.singamsetty@...cle.com,
rdunlap@...radead.org, steven.sistare@...cle.com,
tim.c.chen@...el.com, tj@...nel.org, vbabka@...e.cz,
peterz@...radead.org, dhaval.giani@...cle.com
Subject: Re: [RFC PATCH v4 01/13] ktask: add documentation
On Thu, Nov 08, 2018 at 10:26:38AM -0700, Jonathan Corbet wrote:
> On Mon, 5 Nov 2018 11:55:46 -0500
> Daniel Jordan <daniel.m.jordan@...cle.com> wrote:
>
> > Motivates and explains the ktask API for kernel clients.
>
> A couple of quick thoughts:
>
> - Agree with Peter on the use of "task"; something like "job" would be far
> less likely to create confusion. Maybe you could even call it a "batch
> job" to give us old-timers warm fuzzies...:)
smp_job? Or smp_batch, for that retro flavor? :)
>
> - You have kerneldoc comments for the API functions, but you don't pull
> those into the documentation itself. Adding some kernel-doc directives
> could help to fill things out nicely with little effort.
I thought this part of ktask.rst handled that, or am I not doing it right?
Interface
=========
.. kernel-doc:: include/linux/ktask.h
Thanks for the comments,
Daniel
Powered by blists - more mailing lists