[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150728173635.GD5322@mtj.duckdns.org>
Date: Tue, 28 Jul 2015 13:36:35 -0400
From: Tejun Heo <tj@...nel.org>
To: Petr Mladek <pmladek@...e.com>
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
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.
Thanks.
--
tejun
--
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