[Bug 884899] New: rtc wake-up does not work
https://bugzilla.novell.com/show_bug.cgi?id=884899 https://bugzilla.novell.com/show_bug.cgi?id=884899#c0 Summary: rtc wake-up does not work Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers@forge.provo.novell.com ReportedBy: pmlists@free.fr QAContact: qa-bugs@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0 Hi, My system does not wake up from suspend at the specified time. Workaround: install kernel-desktop-3.7.10-1.32.1 from opensuse-12.3 My hardware: http://bugzillafiles.novell.org/attachment.cgi?id=582083 Peter Reproducible: Always Steps to Reproduce: 1. ALARM=/sys/class/rtc/rtc0/wakealarm 2. echo 0 >$ALARM ; date -d "now + 10 seconds" +%s >$ALARM ; s2ram 3. wait 10 seconds: system stays in suspend mode, it does not wake up Actual Results: rtc should wake up the system Expected Results: rtc does not wake up the system Perhaps related to http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d5... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c1
Neil Brown
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c2
Peter Münster
You could confirm with ls -l /sys/class/rtc/rtc0/device/driver
which should show a symlink to ../../../bus/pnp/drivers/rtc_cmos
Please confirm.
Yes, I confirm.
Your symptom could be caused by the rtc being out of sync with the system clock. Please run date +%s;cat /sys/class/rtc/rtc0/since_epoch
and report the two numbers. If the difference is more than 10, that would explain the problem.
No difference: 1404280321 1404280321 Peter -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c3
Neil Brown
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c4
Borislav Petkov
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c5
--- Comment #5 from Peter Münster
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c
Jean Delvare
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c6
Borislav Petkov
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c7
--- Comment #7 from Peter Münster
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c8
Peter Münster
This reminds me, do you have an option in the BIOS which disables Spread Spectrum?
No.
Then, the wiki page reminded me of a6825f1c1fa8 ("x86: hpet: workaround SB700 BIOS") which is included in 13.1. Can you upload full dmesg please?
Yes. Attached. Peter -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c9
--- Comment #9 from Peter Münster
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c10
--- Comment #10 from Borislav Petkov
Workaround: install kernel-desktop-3.7.10-1.32.1 from opensuse-12.3
which would mean that some commit after 3.7 introduced the regression. So the only thing I could think of right now is to bisect it. Basically grab an upstream kernel git tree and first build and test in a coarse-grained manner kernels 3.7, 3.8, ... 3.15. At the first major release number X which shows the regression, you do a normal bisect between kernels 3.X-1 and 3.X as we're assuming 3.X-1 was still ok. I know, it is time consuming so it is up to you. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c11
--- Comment #11 from Peter Münster
At the first major release number X which shows the regression, you do a normal bisect between kernels 3.X-1 and 3.X as we're assuming 3.X-1 was still ok.
I know, it is time consuming so it is up to you.
Yes, it is. IMO bisect should be the last resort. Don't you think, that the first test should be e005715efaf674660ae59af83b13822567e3a758 ? Peter -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c12
--- Comment #12 from Peter Münster
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c13
Borislav Petkov
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c14
--- Comment #14 from Peter Münster
Would you be willing to debug this further if I sent you a debugging patch against the 13.1 kernel which you'd need to apply, catch the debugging output after programming the alarm and doing the suspend cycle, and upload it?
A patch against the Linux kernel source tree would be better (HEAD wherever you want) because it's already set up on my box. Peter -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c15
--- Comment #15 from Peter Münster
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c16
--- Comment #16 from Borislav Petkov
A patch against the Linux kernel source tree would be better (HEAD wherever you want) because it's already set up on my box.
You mean against the upstream kernel? Sure, that shouldn't be different wrt this issue.
Don't you agree with Dainius Masiliūnas: "the *real* fix could in fact be to disable HPET"?
Why would you want that? Then you won't have any timer anymore... Or are you saying that booting with "hpet=disable" *actually* fixes the issue on your box and you're able to get the wake up alarm?
(Do I have the AMD-700 chipset? I don't know...)
Maybe, let me check that tomorrow - it is too late for that here. :-) Thanks. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=884899
https://bugzilla.novell.com/show_bug.cgi?id=884899#c17
--- Comment #17 from Peter Münster
You mean against the upstream kernel?
Yes.
Don't you agree with Dainius Masiliūnas: "the *real* fix could in fact be to disable HPET"?
Why would you want that?
I don't want that, it's just a question. I don't know what the *real* fix should be.
Then you won't have any timer anymore... Or are you saying that booting with "hpet=disable" *actually* fixes the issue on your box and you're able to get the wake up alarm?
Yes. See comment 5. Peter -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=884899
Jiri Slaby
participants (1)
-
bugzilla_noreply@novell.com