On Thu, 2007-09-20 at 16:47 +0200, Rafael J. Wysocki wrote:
> On Thursday, 20 September 2007 15:53, Thomas Gleixner wrote:
> > On Thu, 2007-09-20 at 16:12 +0200, Rafael J. Wysocki wrote:
> > > > Vs. the suspend / resume wreckage of rc6-mm1 / rc6-hrt2:
> > >
> > > ie. the one on the Vaio (I assume).
> > >
> > > > I'm still fishing in rather dark water. Depending on the added
> > > > instrumentation points the problem mutates up to the point where it
> > > > vanishes completely. The hang, which requires key strokes again, happens
> > > > consistently at the same place:
> > > >
> > > > The notifier call in kernel/cpu.c::_cpu_up()
> > > >
> > > > ret = __raw_notifier_call_chain(&cpu_chain, CPU_UP_PREPARE | mod, hcpu,
> > > > -1, &nr_calls);
> > > >
> > > > does not return, but _all_ registered notifiers are called and reach
> > > > their return statement. This reminds me on:
> > > >
> > > > http://lkml.org/lkml/2007/5/9/46
> > > >
> > > > Sigh. I have no clue where to dig further.
> > >
> > > Well, the above may affect SMP systems, but the Vaio is UP. Hmm?
> >
> > My jinxed VAIO variant is SMP, but it looks like the same mysterious
> > error.
>
> Hm. Have you tried
>
> # echo test > /sys/power/disk
> # echo disk > /sys/power/state
>
> (should suspend devices and disable the nonboot CPUs, wait for 5 sec. and
> restore everything)?
Works fine, but I need to reboot into a non debug kernel to verify.
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]