On Mon, 13 Jun 2016 17:13:53 +0200
Petr Mladek wrote:
> OK, all wants to keep DEFINE stuff as is:
>
> DEFINE_KTHREAD_WORKER() stay
> DEFINE_KTHREAD_WORK() stay
> DEFINE_KTHREAD_WORKER_ONSTACK() stay
>
On Mon, 13 Jun 2016 17:13:53 +0200
Petr Mladek wrote:
> OK, all wants to keep DEFINE stuff as is:
>
> DEFINE_KTHREAD_WORKER() stay
> DEFINE_KTHREAD_WORK() stay
> DEFINE_KTHREAD_WORKER_ONSTACK() stay
> DEFINE_KTHREAD_WORKER_ONSTACK() stay
>
>
>
On Fri 2016-06-10 15:29:05, Andrew Morton wrote:
> On Thu, 9 Jun 2016 11:07:10 -0400 Steven Rostedt wrote:
>
> > On Thu, 9 Jun 2016 15:51:56 +0200
> > Petr Mladek wrote:
> >
> > > A good practice is to prefix the names of functions and macros
> > > by
On Fri 2016-06-10 15:29:05, Andrew Morton wrote:
> On Thu, 9 Jun 2016 11:07:10 -0400 Steven Rostedt wrote:
>
> > On Thu, 9 Jun 2016 15:51:56 +0200
> > Petr Mladek wrote:
> >
> > > A good practice is to prefix the names of functions and macros
> > > by the name of the subsystem.
> > >
> > >
On Thu, 9 Jun 2016 11:07:10 -0400 Steven Rostedt wrote:
> On Thu, 9 Jun 2016 15:51:56 +0200
> Petr Mladek wrote:
>
> > A good practice is to prefix the names of functions and macros
> > by the name of the subsystem.
> >
> > The kthread worker API is a
On Thu, 9 Jun 2016 11:07:10 -0400 Steven Rostedt wrote:
> On Thu, 9 Jun 2016 15:51:56 +0200
> Petr Mladek wrote:
>
> > A good practice is to prefix the names of functions and macros
> > by the name of the subsystem.
> >
> > The kthread worker API is a mix of classic kthreads and workqueues.
On Thu, Jun 09, 2016 at 03:51:56PM +0200, Petr Mladek wrote:
> -#define DEFINE_KTHREAD_WORKER(worker)
> \
> - struct kthread_worker worker = KTHREAD_WORKER_INIT(worker)
> +#define KTHREAD_DECLARE_WORKER(worker)
> \
On Thu, Jun 09, 2016 at 03:51:56PM +0200, Petr Mladek wrote:
> -#define DEFINE_KTHREAD_WORKER(worker)
> \
> - struct kthread_worker worker = KTHREAD_WORKER_INIT(worker)
> +#define KTHREAD_DECLARE_WORKER(worker)
> \
On Thu, 9 Jun 2016 15:51:56 +0200
Petr Mladek wrote:
> A good practice is to prefix the names of functions and macros
> by the name of the subsystem.
>
> The kthread worker API is a mix of classic kthreads and workqueues.
> Each worker has a dedicated kthread. It runs a
On Thu, 9 Jun 2016 15:51:56 +0200
Petr Mladek wrote:
> A good practice is to prefix the names of functions and macros
> by the name of the subsystem.
>
> The kthread worker API is a mix of classic kthreads and workqueues.
> Each worker has a dedicated kthread. It runs a generic function
> that
A good practice is to prefix the names of functions and macros
by the name of the subsystem.
The kthread worker API is a mix of classic kthreads and workqueues.
Each worker has a dedicated kthread. It runs a generic function
that process queued works. It is implemented as part of
the kthread
A good practice is to prefix the names of functions and macros
by the name of the subsystem.
The kthread worker API is a mix of classic kthreads and workqueues.
Each worker has a dedicated kthread. It runs a generic function
that process queued works. It is implemented as part of
the kthread
12 matches
Mail list logo