[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <519D552E.7060701@gmail.com>
Date: Thu, 23 May 2013 03:30:54 +0400
From: Dmitry Osipenko <digetx@...il.com>
To: Andrew Morton <akpm@...ux-foundation.org>
CC: a.zummo@...ertech.it, akpm@...uxfoundation.org,
ldewangan@...dia.com, rtc-linux@...glegroups.com,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] rtc: tps6586x: device wakeup flags correction
23.05.2013 02:22, Andrew Morton пишет:
> On Sun, 12 May 2013 18:25:06 +0400 Dmitry Osipenko <digetx@...il.com> wrote:
>
>> Use device_init_wakeup() instead of device_set_wakeup_capable() and move it
>> before rtc dev registering. This fixes issue with alarmtimer that checks wakeup
>> capability with device_may_wakeup() on device add.
>
> Well OK, but what is this "issue"?
>
> (form letter: When writing a changelog, please describe the
> end-user-visible effects of the bug, so that others can more easily
> decide which kernel version(s) should be fixed, and so that downstream
> kernel maintainers can more easily work out whether this patch will fix
> a problem which they or their customers are observing.)
>
Hi, Andrew. Thanks for comment. "Issue" is that alarmtimer won't be registered
if tps6586x is the only wakeup compatible rtc in the system.
from kernel/time/alarmtimer.c:
static int alarmtimer_rtc_add_device(struct device *dev,
struct class_interface *class_intf)
{
...
if (!device_may_wakeup(rtc->dev.parent)) // dev.parent = tps6586x rtc
return -1;
I've sent V2 with changed description.
--
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