linux-kernel - Re: Kernel 2.6.28 regression: Hang after hibernate

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 2 Jan 2009 20:18:31 +0100
From:	"Frank Groeneveld" <frankgroeneveld@...il.com>
To:	"Pavel Machek" <pavel@...e.cz>
Cc:	linux-kernel@...r.kernel.org, "Rafael J. Wysocki" <rjw@...k.pl>
Subject: Re: Kernel 2.6.28 regression: Hang after hibernate

A kernel without SMP doesn't solve the problem. It gives the same
output as before, except without the CPU notices. I also found out
that a "vanilla" 2.6.27 does have the same problem. A patched 2.6.27
kernel (by Gentoo Linux) doesn't have this problem. I attached that
patch, so you might see what the problem is now.

Regards,
Frank

2009/1/2 Frank Groeneveld <frankgroeneveld@...il.com>:
> With minimum config you mean only the most necessary drivers (like
> disabling ALSA)?
> I will try a kernel without SMP.
>
> Frank
>
> 2009/1/2 Pavel Machek <pavel@...e.cz>:
>> Hi!
>>
>>> Today I tried the new kernel and found out it has a regression. With
>>> kernel 2.6.27 I never had problems resuming from hibernate, but with
>>> 2.6.28 it hangs. The output is something like this (it's not exactly,
>>> I skipped some words that are before the PCI lines):
>>>
>>> PM: read .. MB in .. seconds
>>> SDA: Synchronizing SCSI cache
>>> r8169: PME# enabled
>>> PCI INT A disabled
>>> PCI INT D disabled
>>> PCI INT B disabled
>>> PCI INT C disabled
>>> PCI INT D disabled
>>> PCI INT A disabled
>>> Disabling non-boot CPUs
>>> CPU1 is now offline
>>> CPU1 is down
>>> CPU2 is now offline
>>> CPU2 is down
>>> CPU3 is now offline
>>> CPU3 is down
>>> SMP Alternatives: switching to UP code
>>>
>>> I first thought it's the same as bug 12155, but I'm not sure it is.
>>> If there's any other ouput I can send to help, let me know.
>>
>> Can you try with minimum config? And maybe !CONFIG_SMP?
>>                                                                        Pavel
>> --
>> (english) http://www.livejournal.com/~pavelmachek
>> (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>>
>

Download attachment "patch" of type "application/octet-stream" (8863 bytes)