From: rworkman@cardinal.lizella.net (Robby Workman)
To: "Tvrtko A. Ursulin" <tvrtko@ursulin.net>
Cc: pavel@ucw.cz, linux-kernel@vger.kernel.org
Subject: Re: Resume after hibernation regression in 2.6.29
Date: Fri, 27 Mar 2009 04:35:46 +0000 [thread overview]
Message-ID: <20090327043546.EB310B9@cardinal.lizella.net> (raw)
In-Reply-To: <ck504-4x8-13@gated-at.bofh.it>
In linux.kernel, you wrote:
> On Thursday 26 March 2009 20:18:40 Pavel Machek wrote:
>> On Thu 2009-03-26 19:20:32, Tvrtko A. Ursulin wrote:
>> > Hi guys,
>> > I have been running custom compiled 2.6.28.7 in OpenSUSE 11.1 and using
>> > hiberation/resume daily as configured by the distro. Yesterday I upgraded
>> > to 2.6.29 (make oldconfig from 2.6.28.7, attached) and after resume
>> > networking (at least) does not work. Reboot at this point takes very long
>> > because of timeouts on CIFS and whatelse.
>> >
>> > Below is how /var/log/messagess looks for one cycle
>> > (hibernate-resume-reboot) and I am also attaching kernel config and
>> > /var/log/pm-suspend.log.
>> >
>> > You will probably notice evil nvidia.ko in there but don't panic, it all
>> > happens without it as well. Tested from runlevel 3 and by running
>> > pm-hibernate. After resume from that NIC LEDs were off. I
>> > tried /etc/init.d/network restart but that hung so I ^C and tried rmmod
>> > forcedeth && modprobe forcedeth && ifup eth0 and after some time network
>> > went live again. Haven't had time to test further though, so this is all
>> > pretty rough.
>>
>> Ok, can you try to rmmod forcedeth before hibernation, then insmod it
>> after resume?
>
> Sure, after insmod and /etc/init.d/network start following resume network was
> fine. Guess I could kludge that sequence into pm scripts somehow but would
> rather avoid that since it slows down the cycle and would make scripts
> non-stock.
No need to modify the system pm scripts; it has support for this sort
of thing built-in. Create /etc/pm/config.d/defaults with this line:
SUSPEND_MODULES="forcedeth"
Obviously this is just a workaround until a real fix goes into the
kernel, but it should do what you need for now.
-RW
next parent reply other threads:[~2009-03-27 4:47 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <ck4dD-3ce-35@gated-at.bofh.it>
[not found] ` <ck4dD-3ce-33@gated-at.bofh.it>
[not found] ` <ck504-4x8-13@gated-at.bofh.it>
2009-03-27 4:35 ` Robby Workman [this message]
[not found] <200903261920.32173.tvrtko@ursulin.net>
2009-03-26 20:18 ` Resume after hibernation regression in 2.6.29 Pavel Machek
2009-03-26 20:55 ` Tvrtko A. Ursulin
2009-03-26 21:14 ` Pavel Machek
2009-03-26 21:35 ` Rafael J. Wysocki
2009-03-26 22:01 ` Tvrtko A. Ursulin
2009-03-26 22:38 ` Pavel Machek
2009-03-26 23:04 ` Tvrtko A. Ursulin
2009-03-26 23:08 ` Rafael J. Wysocki
2009-03-27 8:01 ` Tvrtko A. Ursulin
2009-03-27 11:55 ` Rafael J. Wysocki
2009-03-27 8:39 ` Tobias Diedrich
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=20090327043546.EB310B9@cardinal.lizella.net \
--to=rworkman@cardinal.lizella.net \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@ucw.cz \
--cc=rw@rlworkman.net \
--cc=tvrtko@ursulin.net \
/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