From: Ferenc Wagner <wferi@niif.hu>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: linux-pm@lists.linux-foundation.org,
Andrew Morton <akpm@linux-foundation.org>,
LKML <linux-kernel@vger.kernel.org>,
linux-netdev@vger.kernel.org
Subject: Re: [linux-pm] intermittent suspend problem again
Date: Sun, 29 Nov 2009 11:12:13 +0100 [thread overview]
Message-ID: <873a3x4p36.fsf@tac.ki.iif.hu> (raw)
In-Reply-To: <200911290129.25505.rjw@sisk.pl> (Rafael J. Wysocki's message of "Sun, 29 Nov 2009 01:29:25 +0100")
"Rafael J. Wysocki" <rjw@sisk.pl> writes:
> On Saturday 28 November 2009, Ferenc Wagner wrote:
>> "Rafael J. Wysocki" <rjw@sisk.pl> writes:
>>
>>> On Wednesday 18 November 2009, Ferenc Wagner wrote:
>>>
>>>> Ferenc Wagner <wferi@niif.hu> writes:
>>>>
>>>>> Since I've instrumented s2disk and the hibernation path, no freeze
>>>>> happened during hibernating the machine.
>>>>
>>>> Not until I removed the delays from hibernation_platform_enter(), which
>>>> were put there previously to get step-by-step feedback. Removing them
>>>> again resulted in a freeze in short course, maybe just two hibernations
>>>> later. The instrumentation shows it stuck in dpm_suspend_start(PMSG_HIBERNATE).
>>>> Does it mean that some device driver is at fault?
>>>
>>> A driver or one of the platform hooks.
>>>
>>>> I'll check if it always fails at the same point (although tracing into
>>>> dpm_suspend_start isn't pure fun because of the multitude of devices it
>>>> loops over). Is there any way to get printk output from that phase?
>>>
>>> Compile with CONFIG_PM_VERBOSE (it does mean exactly that).
>>
>> The last message now was:
>>
>> e100: 0000:02:08.0: hibernate, may wakeup
>>
>> Looks like hibernating the e100 driver is unstable.
>
> Can you verify that by trying to hibernate without the e100 driver?
Not really, as I still can't reliable reproduce the issue. Since I'm
running with suspend loglevel = 8, it's happened only twice (in a row),
with seemingly exact same console output. Some earlier freezes also
happened in dpm_suspend_start, at least. However, I can certainly add
e100 to SUSPEND_MODULES under /etc/pm/config.d, and continue running
with that. Or I can try stress-testing the module, but not sure, how.
Interestingly, git log v2.6.31.. -- e100.c is tiny, but 8fbd962e affects
the suspend/resume routines through e100_up. This could explain the
timing-sensitive nature of the issue. I took the liberty to change the
Cc list, maybe linux-netdev can lend us a hand.
--
Regards,
Feri.
next prev parent reply other threads:[~2009-11-29 10:12 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87fx93pwv2.fsf@tac.ki.iif.hu>
[not found] ` <200910281956.44791.rjw@sisk.pl>
[not found] ` <87d447m52t.fsf@tac.ki.iif.hu>
2009-10-29 18:36 ` Rafael J. Wysocki
2009-10-29 22:31 ` Ferenc Wagner
2009-10-30 18:18 ` Rafael J. Wysocki
2009-10-30 19:03 ` Ferenc Wagner
2009-10-30 20:38 ` Rafael J. Wysocki
2009-10-31 12:02 ` Alan Jenkins
2009-10-31 14:06 ` Ferenc Wagner
2009-10-31 19:11 ` Rafael J. Wysocki
2009-11-01 21:53 ` Ferenc Wagner
2009-11-03 11:02 ` Ferenc Wagner
2009-11-11 11:29 ` Ferenc Wagner
2009-11-11 11:38 ` Rafael J. Wysocki
2009-11-11 13:29 ` Ferenc Wagner
2009-11-11 14:47 ` Rafael J. Wysocki
2009-11-13 16:35 ` Ferenc Wagner
2009-11-13 19:59 ` Rafael J. Wysocki
2009-11-14 1:50 ` Ferenc Wagner
2009-11-14 18:52 ` Rafael J. Wysocki
2009-11-18 1:12 ` Ferenc Wagner
2009-11-18 14:05 ` Ferenc Wagner
2009-11-18 22:13 ` Rafael J. Wysocki
2009-11-18 22:54 ` Ferenc Wagner
2009-11-19 12:00 ` Ferenc Wagner
2009-11-19 13:02 ` Ferenc Wagner
2009-11-19 19:42 ` Rafael J. Wysocki
2009-11-21 23:59 ` [linux-pm] " Ferenc Wagner
2009-11-28 19:01 ` Ferenc Wagner
2009-11-29 0:29 ` Rafael J. Wysocki
2009-11-29 10:12 ` Ferenc Wagner [this message]
2009-11-29 15:07 ` Rafael J. Wysocki
2009-12-01 10:29 ` Ferenc Wagner
2009-12-01 12:28 ` Rafael J. Wysocki
2009-12-01 17:46 ` Ferenc Wagner
2009-12-01 21:32 ` Rafael J. Wysocki
2009-12-02 1:58 ` Ferenc Wagner
2009-12-02 10:55 ` Ferenc Wagner
2009-12-02 21:33 ` Rafael J. Wysocki
2009-12-02 21:41 ` Mikael Abrahamsson
2009-12-02 21:49 ` Rafael J. Wysocki
2009-12-12 19:31 ` Pavel Machek
2009-12-02 12:27 ` Stefan Seyfried
2009-12-12 19:27 ` s2disk encryption was " Pavel Machek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=873a3x4p36.fsf@tac.ki.iif.hu \
--to=wferi@niif.hu \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-netdev@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=rjw@sisk.pl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®