2009-12-03 18:06:24

by Malte Schröder

[permalink] [raw]
Subject: [REGRESSION] System wakeup by time not working anymore on 2.6.32

Hello,
I have a PC which I use as a harddisk videorecorder.
If unused it is powered down, so I put the time it is supposed to wake
up for the next recording into /sys/class/rtc/rtc0/wakealarm.
This has been working fine for some time.
After the upgrade to kernel 2.6.32 this stopped working, it doesn't
wake up, though "cat /proc/driver/rtc" shows the correct data, like
this:

rtc_time : 18:02:20
rtc_date : 2009-12-03
alrm_time : 18:05:38
alrm_date : 2009-12-03
alarm_IRQ : yes
alrm_pending : no
24hr : yes
periodic_IRQ : no
update_IRQ : no
HPET_emulated : yes
DST_enable : no
periodic_freq : 1024
batt_status : okay

Any ideas?

Regards
Malte Schröder


Attachments:
(No filename) (657.00 B)
config-2.6.31.6-vdr2-00372-g120f68c (54.62 kB)
config-2.6.32-vdr2 (55.93 kB)
signature.asc (198.00 B)
Download all attachments

2009-12-17 04:13:02

by Len Brown

[permalink] [raw]
Subject: Re: [REGRESSION] System wakeup by time not working anymore on 2.6.32

On Thu, 3 Dec 2009, Malte Schröder wrote:

> Hello,
> I have a PC which I use as a harddisk videorecorder.
> If unused it is powered down, so I put the time it is supposed to wake
> up for the next recording into /sys/class/rtc/rtc0/wakealarm.
> This has been working fine for some time.
> After the upgrade to kernel 2.6.32 this stopped working, it doesn't
> wake up, though "cat /proc/driver/rtc" shows the correct data, like
> this:
>
> rtc_time : 18:02:20
> rtc_date : 2009-12-03
> alrm_time : 18:05:38
> alrm_date : 2009-12-03
> alarm_IRQ : yes
> alrm_pending : no
> 24hr : yes
> periodic_IRQ : no
> update_IRQ : no
> HPET_emulated : yes
> DST_enable : no
> periodic_freq : 1024
> batt_status : okay
>
> Any ideas?

offhand, no.
Is it possible to bisect?

thanks,
Len Brown, Intel Open Source Technology Center

2009-12-21 20:45:07

by Malte Schröder

[permalink] [raw]
Subject: Re: [REGRESSION] System wakeup by time not working anymore on 2.6.32 (bisected)

On Wed, 16 Dec 2009 23:12:10 -0500 (EST)
Len Brown <[email protected]> wrote:

> offhand, no.
> Is it possible to bisect?

I managed to bisect it :)

abd6633c67925f90775bb74755f9c547e30f1f20 is the first bad commit
commit abd6633c67925f90775bb74755f9c547e30f1f20
Author: David Härdeman <[email protected]>
Date: Mon Sep 21 17:04:52 2009 -0700

pnp: add a shutdown method to pnp drivers

The shutdown method is used by the winbond cir driver to setup the
hardware for wake-from-S5.

Signed-off-by: Bjorn Helgaas <[email protected]>
Signed-off-by: David Härdeman <[email protected]>
Cc: Dmitry Torokhov <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>

:040000 040000 139dee164ad8e41d197db5c2bce9f22c9f14eee0 220a88576f5019f87b1f73848536fef21882d518 M drivers
:040000 040000 1eee7adea06c20f301cfe1113a5b07e24e781ecb cb34aceb245225ce42834b3403f6b21dece23ae0 M include


Reverting abd6633c67925f90775bb74755f9c547e30f1f20 solves the problem for me.


> thanks,
> Len Brown, Intel Open Source Technology Center

Regards
Malte


Attachments:
signature.asc (198.00 B)