All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	linux-pm@lists.linux-foundation.org
Subject: Re: [PATCH] PM: acquire device locks prior to suspending
Date: Sat, 15 Dec 2007 01:17:21 +0100	[thread overview]
Message-ID: <200712150117.21895.rjw@sisk.pl> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0712141129200.4768-100000@iolanthe.rowland.org>

On Friday, 14 of December 2007, Alan Stern wrote:
> On Thu, 13 Dec 2007, Andrew Morton wrote:
> 
> > hm, that was all fairly helpful.  <looks at the document> <erk, long>
> > 
> > This:
> 
> > gives me this:
> > 
> > http://userweb.kernel.org/~akpm/pc131699.jpg
> > 
> > which identifies your culprit: msr.
> > 
> > I'd suggest that the above debug patch be turned into some
> > boot-option-enabled thing and that it be rolled out with this locking
> > change for a while at least.
> 
> Rafael, that looks like exactly the same sort of problem as we saw 
> before.  Global searching for CPU_DEAD_FROZEN shows several other 
> places that perhaps also could be simplified; the actions they take may 
> or may not be needed for hibernation.
> 
> The following three seem definitely dangerous:
> 
> 	arch/x86/kernel/cpu/mcheck/mce_64.c
> 	arch/x86/kernel/cpuid.c
> 	arch/x86/kernel/msr.c
> 
> And of course the third is the one that Andrew spotted.  Would you like 
> to address them?

Yes, I think I can take care of them, but not earlier than on Sunday.

> I can package up Andrew's debugging changes into a real patch.

Yes, that certainly is worth doing. :-)

Thanks,
Rafael

  reply	other threads:[~2007-12-15  0:17 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-21 19:37 [PATCH] PM: acquire device locks prior to suspending Alan Stern
2007-09-21 20:16 ` Rafael J. Wysocki
2007-10-10 20:42 ` patch pm-acquire-device-locks-prior-to-suspending.patch added to gregkh-2.6 tree gregkh
2007-12-13  7:42 ` [PATCH] PM: acquire device locks prior to suspending Andrew Morton
2007-12-13 16:02   ` Alan Stern
2007-12-13 21:38     ` Andrew Morton
2007-12-14 15:32       ` Alan Stern
2007-12-13 16:58   ` Rafael J. Wysocki
2007-12-14  0:08     ` Rafael J. Wysocki
2007-12-14  0:22       ` Andrew Morton
2007-12-14  1:05         ` Rafael J. Wysocki
2007-12-14  7:20     ` Andrew Morton
2007-12-14  7:31     ` Andrew Morton
2007-12-14 16:49       ` Alan Stern
2007-12-15  0:17         ` Rafael J. Wysocki [this message]
  -- strict thread matches above, loose matches on Subject: below --
2007-12-17 22:50 Alan Stern

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=200712150117.21895.rjw@sisk.pl \
    --to=rjw@sisk.pl \
    --cc=akpm@linux-foundation.org \
    --cc=linux-pm@lists.linux-foundation.org \
    --cc=stern@rowland.harvard.edu \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.