#24 — 2.6.32-zen7/33-zen1 loosing time

State	Resolved
Version:	—
Area	Zen-Stable Releases/GIT
Issue type	Bug
Severity	Important
Submitted by	Roman
Submitted on	Mar 10, 2010
Responsible	Steven Barrett
Target release:	2.6.33-zen

Return to tracker

hi,

i tested both kernels, both seem to be having a problem with time. It seems i am loosing hours... today i left at 9:00 came back at 13:00 the clock showed 9:31.... I also get a lot of "hangcheck value past margin".
This wasn't a problem with previous versions on a Phenom-II X4.

Added by disi on Mar 12, 2010 02:46 PM

I have the same kernel (33-zen1), CPU on Asus Crosshair III Formula and do not loose time. This is rather a BIOS/Board thing isn't it?

What does your config look like?

Added by Roman on Mar 12, 2010 05:46 PM

hi,

i used the same config as with 32-zen6 (of course using make oldconfig).
Hope i attached the correct one.
Even without powering off i have just lost ~10min. in the last 3 hrs.

I just looked through dmesg and found the following additional info regarding time...

Clocksource tsc unstable (delta = 299900747913 ns)
Hangcheck: hangcheck value past margin!
Switching to clocksource hpet
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
Hangcheck: hangcheck value past margin!
CE: hpet increasing min_delta_ns to 15000 nsec
hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
CE: hpet increasing min_delta_ns to 22500 nsec

Attached:

kernel-config-x86_64-2.6.32-zen7 — text/plain, 50 Kb

Added by disi on Mar 12, 2010 06:03 PM

I check this later at home...
One thing I saw is that you have watchdog enabled. Is it a kind of server and watchdog programs run on it to report back to the watchdog device that the system is still up and running and in case not reboots it? Usually I disable the whole menu :)

As far as I read this is related to real time clock. I remember I once changed something in there and the system wasn't able to set the clock anymore. Ever since I do not touch anything in there.
Could also be some acpi.

Added by disi on Mar 12, 2010 07:10 PM

go into <device drivers>
in there is the option <Real time Clock>
this needs to be enabled
I added a text file how the menu looks on my machine

Attached:

rtc_works — application/octet-stream, 6 Kb

Added by Roman on May 17, 2010 04:15 PM

hi,

sorry for my late reply, i didn't have the time to check into it again...
I never had the trouble before, never even had the rtc-part of the config enabled.
But even with your config i seem to be loosing a lot of time....
Also tried hpet and acpi_pm as clocksource, same problem.

Added by Steven Barrett on Nov 29, 2010 01:46 AM

Issue state: Unconfirmed → Confirmed

Severity: Medium → Important

Is this still a problem with 2.6.36?

Added by Steven Barrett on Nov 29, 2010 01:51 AM

Responsible manager: (UNASSIGNED) → damentz

Added by Steven Barrett on Nov 29, 2010 03:22 AM

Target release: None → 2.6.33-zen

Added by Roman on Nov 29, 2010 10:37 AM

here it seems to be solved with .36, can't see anything in dmesg and clock seems to work fine (at least for the last 3 weeks).

Added by Steven Barrett on Dec 01, 2010 03:14 AM

Issue state: Confirmed → Resolved