From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Re: [linux-pm] Occasional (too common) suspend problem Date: Sat, 22 Jan 2011 00:28:37 +0100 Message-ID: <201101220028.38105.rjw@sisk.pl> References: <201101220016.46227.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: Received: from ogre.sisk.pl ([217.79.144.158]:41250 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753863Ab1AUX3P (ORCPT ); Fri, 21 Jan 2011 18:29:15 -0500 In-Reply-To: <201101220016.46227.rjw@sisk.pl> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Linus Torvalds Cc: linux-pm@lists.linux-foundation.org, ACPI Devel Maling List , Jeff Chua , Len Brown , Lin Ming On Saturday, January 22, 2011, Rafael J. Wysocki wrote: > On Friday, January 21, 2011, Linus Torvalds wrote: > > On Fri, Jan 21, 2011 at 2:42 PM, Rafael J. Wysocki wrote: > > > > > > Something like this, perhaps. It doesn't blow up my Toshiba test box, so > > > hopefully it won't blow up yours ... > > > > Failed suspend on the very first try.. > > Well, so it's not this problem (which was a red herring). > > I wonder if you can reproduce the failure with the > > # echo core > /sys/power/pm_test > # echo mem > /sys/power/state > > test? I think you can even try to run the second command in a tight loop > (the first one simply triggers a switch) and see what happens. Hmm, this is a long shot. Can you try to change acpi_os_ioremap() in your current tree so that it calls ioremap() instead of ioremap_cache() and see if that makes a difference? Rafael