Re: TSC not updating after resume: Bug or Feature?

["Rafael J. Wysocki" <rjw@sisk.pl>]

On Monday, 22 of December 2008, Thomas Gleixner wrote:
> Fabio,
> 
> On Mon, 22 Dec 2008, Fabio Comolli wrote:
> 
> > OK, it seems that you got it.
> > 
> > The system survived two hibernation / resume cycles without triggering
> > the warning and, probably the most important part, the dmesg does not
> > have any "jumps" before the "Force enable HPET on resume" line as
> > before:
> > 
> > [  275.647704] PM: Creating hibernation image:
> > [  275.648005] PM: Need to copy 177844 pages
> > [  275.648005] Intel machine check architecture supported.
> > [  275.648005] Intel machine check reporting enabled on CPU#0.
> > [  275.648005] Force enabled HPET at resume
> > [  275.648005] ACPI: Waking up from system sleep state S4
> > [  275.669038] ACPI: EC: non-query interrupt received, switching to
> > interrupt mode
> > [  275.740697] pcieport-driver 0000:00:01.0: setting latency timer to 64
> > [  275.740781] pcieport-driver 0000:00:1c.0: setting latency timer to 64
> > [  275.740786] pciehp 0000:00:1c.0:pcie02: pciehp_resume ENTRY
> > 
> > ...and so on.
> > 
> > As i mentioned in the bug report, to be sure that the bug doesn't
> > trigger I have to wait at least on day and > 10 hibernation / resumee
> > cycles.
> 
> Sure.
>  
> > But with your first patch the bug triggered at the second cycle, so
> > I'm optimist :-)
> > 
> > I'll keep you informed. Many thanks in advance,
> 
> Many thanks to you for following up on this.

Well, thanks a lot to you both for debugging this and finding a fix.

Rafael