[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150729113249.GL2673@pathway.suse.cz>
Date: Wed, 29 Jul 2015 13:32:49 +0200
From: Petr Mladek <pmladek@...e.com>
To: Tejun Heo <tj@...nel.org>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Oleg Nesterov <oleg@...hat.com>,
Ingo Molnar <mingo@...hat.com>,
Peter Zijlstra <peterz@...radead.org>,
Steven Rostedt <rostedt@...dmis.org>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Josh Triplett <josh@...htriplett.org>,
Thomas Gleixner <tglx@...utronix.de>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Jiri Kosina <jkosina@...e.cz>, Borislav Petkov <bp@...e.de>,
Michal Hocko <mhocko@...e.cz>, linux-mm@...ck.org,
Vlastimil Babka <vbabka@...e.cz>,
live-patching@...r.kernel.org, linux-api@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 07/14] mm/huge_page: Convert khugepaged() into
kthread worker API
On Tue 2015-07-28 13:36:35, Tejun Heo wrote:
> Hello,
>
> On Tue, Jul 28, 2015 at 04:39:24PM +0200, Petr Mladek wrote:
> > -static void khugepaged_wait_work(void)
> > +static void khugepaged_wait_func(struct kthread_work *dummy)
> > {
> > if (khugepaged_has_work()) {
> > if (!khugepaged_scan_sleep_millisecs)
> > - return;
> > + goto out;
> >
> > wait_event_freezable_timeout(khugepaged_wait,
> > - kthread_should_stop(),
> > + !khugepaged_enabled(),
> > msecs_to_jiffies(khugepaged_scan_sleep_millisecs));
> > - return;
> > + goto out;
> > }
> >
> > if (khugepaged_enabled())
> > wait_event_freezable(khugepaged_wait, khugepaged_wait_event());
> > +
> > +out:
> > + if (khugepaged_enabled())
> > + queue_kthread_work(&khugepaged_worker,
> > + &khugepaged_do_scan_work);
> > }
>
> There gotta be a better way to do this. It's outright weird to
> convert it over to work item based interface and then handle idle
> periods by injecting wait work items. If there's an external event
> which wakes up the worker, convert that to a queueing event. If it's
> a timed event, implement a delayed work and queue that with delay.
I am going to give it a try.
Best Regards,
Petr
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists