Re: [Bug #11698] 2.6.27-rc7, freezes with > 1 s2ram cycle

From: Rafael J. Wysocki
Date: Mon Dec 08 2008 - 13:41:49 EST


On Monday, 8 of December 2008, Soeren Sonnenburg wrote:
> On Sun, 2008-12-07 at 21:16 +0100, Rafael J. Wysocki wrote:
> > On Thursday, 4 of December 2008, Soeren Sonnenburg wrote:
> > > On Wed, 2008-12-03 at 23:40 +0100, Rafael J. Wysocki wrote:
> > > > This message has been generated automatically as a part of a report
> > > > of regressions introduced between 2.6.26 and 2.6.27.
> > > >
> > > > The following bug entry is on the current list of known regressions
> > > > introduced between 2.6.26 and 2.6.27. Please verify if it still should
> > > > be listed and let me know (either way).
> > > >
> > > >
> > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11698
> > > > Subject : 2.6.27-rc7, freezes with > 1 s2ram cycle
> > > > Submitter : Soeren Sonnenburg <kernel@xxxxxx>
> > > > Date : 2008-09-29 11:29 (66 days old)
> > > > References : http://marc.info/?l=linux-kernel&m=122268780926859&w=4
> > > > Handled-By : Rafael J. Wysocki <rjw@xxxxxxx>
> > >
> > > well it freezes at any s2ram resume attempt, even without X just from
> > > console.
> >
> > There are quite some things you can try.
> >
> > First, it would be helpful to verify if it also fails in the minimal
> > configuration, ie. when booted with init=/bin/bash, as described
> > in Documentation/power/basic-pm-debugging.txt under
> > "Testing minimal configuration".
>
> OK, I've found the problem:
>
> 1. it does work with init=/bin/bash
> 2. it did not work after doing a binary search in the modules, even
> removing all modules did not help
> 3. I figured out that it only happens when I update the CPU's microcode,
> (booting with init=/bin/bash and /etc/init.d/microcode.ctl start
> triggers it)
>
> Even better: s2ram always gave me my display back when s2ram under
> console.
>
> Now I wonder if this is Bug #12100 ?

Well, that's quite likely.

> Unfortunately I need the microcode update, as I am suffering from
> a) PAT WC disabled due to known CPU erratum.
> b) coretemp coretemp.0: Errata AE18 not fixed, update BIOS or microcode of the CPU!
>
> Anyway I now have a chance to test whether #11698 still occurs.

Hm, #11698 is the $subject bug. Did you mean some other bug?

Rafael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/