login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
May
»
18
Re: hibernate event order question
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From: Rafael J. Wysocki
Subject:
Re: hibernate event order question
Date: Sunday, May 18, 2008 - 5:29 am
On Sunday, 18 of May 2008, Tobias Diedrich wrote:
quoted text
> Rafael J. Wysocki wrote: > > On Sunday, 18 of May 2008, Tobias Diedrich wrote: > > > Rafael J. Wysocki wrote: > > > > On Sunday, 18 of May 2008, Tobias Diedrich wrote: > > > > > Tobias Diedrich wrote: > > > > > > > > Shouldn't there be a 'prepare for poweroff'-callback, which gets > > > > > > > > called > > > > > > > > before the system is powered off for real? > > > > > > > > > > > > > > Yes, it should and it's called in recent kernels. > > > > > > > > > > > > For what values of 'recent'? > > > > > > I'm running 2.6.26-rc2 here. :) > > > > > > How do I hook into this callback? > > > > > > (suspend_late maybe? Going to try that one next...) > > > > > > > > > > Ok, this patch fixes the 'regression' introduced by the previous > > > > > patch (at least for me ;)): > > > > > > > > Well, what exactly do you do to hibernate the box? > > > > > > |#!/bin/sh > > > | > > > |SYSPRINTK=/proc/sys/kernel/printk > > > |OLDPRINTK=$(cat $SYSPRINTK) > > > |chvt 1 > > > |# work around forcedeth wake-on-lan bug > > > |#rmmod forcedeth > > > |echo 9 > $SYSPRINTK > > > |# shutdown/reboot/platform > > > |echo shutdown > /sys/power/disk > > > > You don't see the devices' suspend callbacks invoked before powering off > > because of this. Change that to 'platform' (unless that breaks things). > > Hmm, I think someone recommended to use shutdown since that is > supposed to be more reliable. > Anyway, I think the shutdown hook is good anyway since I suspect > that if I do a normal system shutdown with promiscous mode still on, > then wake-on-lan would also not work? > I haven't checked that though. > At least I think the shutdown hook won't hurt. :)
No, it won't.
quoted text
> > I'm unable to comment on the device-specific things, but apart from this the > > patch looks okay to me except for one thing. > > > + if (np->wolenabled) > > > + pci_set_power_state(pdev, PCI_D3hot); > > > + else pci_set_power_state(pdev, PCI_D3cold); > > > > I'm not sure if it's possible to put the device into D3cold without actually > > removing power from it. > > Ok, I've cleaned it up a bit and split it up properly (I think): >
http://www.tdiedrich.de/~ranma/patches/forcedeth/2.6.26-rc2/
> series:
Can you send those patches as a series of messages, please?
quoted text
> forcedeth.resume.promisc.patch > forcedeth.hibernate.wol.patch > forcedeth.swappedmac.patch > forcedeth.reorder_suspend_resume.patch
Thanks, Rafael --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
Messages in current thread:
hibernate event order question
, Tobias Diedrich
, (Sat May 17, 10:50 am)
Re: hibernate event order question
, Rafael J. Wysocki
, (Sat May 17, 12:56 pm)
Re: hibernate event order question
, Tobias Diedrich
, (Sat May 17, 2:03 pm)
Re: hibernate event order question
, Tobias Diedrich
, (Sat May 17, 3:36 pm)
Re: hibernate event order question
, Tobias Diedrich
, (Sat May 17, 4:24 pm)
Re: hibernate event order question
, Rafael J. Wysocki
, (Sun May 18, 3:45 am)
Re: hibernate event order question
, Tobias Diedrich
, (Sun May 18, 4:22 am)
Re: hibernate event order question
, Rafael J. Wysocki
, (Sun May 18, 4:32 am)
Re: hibernate event order question
, Tobias Diedrich
, (Sun May 18, 5:24 am)
Re: hibernate event order question
, Rafael J. Wysocki
, (Sun May 18, 5:29 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Brian Swetland
Re: Attempted summary of suspend-blockers LKML thread
Alexey Dobriyan
Re: [2.6.22.2 review 09/84] Fix rfkill IRQ flags.
Borislav Petkov
drm_vm.c:drm_mmap: possible circular locking dependency detected (was: Re: Linux 2...
Mel Gorman
Re: [PATCH 09/14] Add /proc trigger for memory compaction
Greg KH
Re: [PATCH 1/1] staging: hv: Fix race condition on IC channel initialization (modi...
git
:
Felipe Contreras
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
Mike Miller
git message
Paolo Ciarrocchi
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
Johannes Schindelin
Re: [PATCH] Fix install-doc-quick target
Peter Oberndorfer
Subject: [PATCH] fix stg edit command
linux-netdev
:
Arnaldo Carvalho de Melo
Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
Badalian Vyacheslav
Re: tc filter flow hash question
Jarek Poplawski
Re: tc filter flow hash question
David Miller
Re: [RFC 0/5] generic rx recycling
Jarek Poplawski
Re: socket api problem: can't bind an ipv6 socket to ::ffff:0.0.0.0
git-commits-head
:
Linux Kernel Mailing List
powerpc/kexec: Add support for FSL-BookE
Linux Kernel Mailing List
New device ID for sc92031 [1088:2031]
Linux Kernel Mailing List
e1000e: Expose MDI-X status via ethtool change
Linux Kernel Mailing List
ocfs2: Use ocfs2_rec_clusters in ocfs2_adjust_adjacent_records.
Linux Kernel Mailing List
PCI hotplug: acpiphp: remove superfluous _HPP/_HPX evaluation
openbsd-misc
:
Theo de Raadt
Re: RES: OpenBSD on IBM System X3550 7879
Bret S. Lambert
Re: any web management gui for pf ?
"RALOVICH, Kristóf"
Re: thinkpad windows refund
Kevin
Re: uvm_mapent_alloc: out of static map entries on 4.3 i386
Nick Holland
Re: Install OpenBSD from USB ?
Colocation donated by:
Syndicate