LKML Archive on
help / color / mirror / Atom feed
From: Zhao Yakui <>
To: "Rafael J. Wysocki" <>,
Cc: Zhang Rui <>, Len Brown <>,
	linux-acpi <>,
	"Li, Shaohua" <>,
Subject: Suspend/resume regression between 2.6.26 and 2.6.27-rc1
Date: Thu, 16 Oct 2008 15:56:58 +0800	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

On Fri, 2008-10-10 at 14:41 +0200, Rafael J. Wysocki wrote:
> On Friday, 10 of October 2008, Zhang Rui wrote:
> > Hi, len,
> > 
> > this is the ACPI regression test result based on the latest ACPI test branch.
> > 
> > 1. on Acer:(AMD CPU, VIA chipset. 64 bit kernel)
> > When doing S3 test, after pressing the power button, the system
> > reboots instead of resuming. But if S3 is done after S4, the system can
> > resume very well after pressing power button or using the RTC
> > alarm.
> > Note that this is an upstream regression as it can be reproduced on
> > linus' tree.
> > Yakui is investigating this issue.
> We had some reports of the second suspend (S3) failure too, where the second
> attempt to suspend to RAM (or to resume from it) failed after a successful
> one.  I wonder if that's related.
Some suspend/resume tests are done on one Acer laptop(AMD CPU, VIA
chipset, 64-bit kernel).
   The system will be rebooted when pressing power button after the box
enters S3 state. But if S3 is done after doing S4, the system can be
resumed very well after pressing power button.This issue can be
reproduced on the upstream kernel.

After the further test we can confirm that this is a regression. The
2.6.26 kernel can work well on this box. But the 2.6.27-rc1 will fail.

After using the git-bisect it is confirmed that the commit
736f12bff9d9e7b4e895c64f73b190c8383fc2a1 is good. 
    >commit 736f12bff9d9e7b4e895c64f73b190c8383fc2a1
    >Author: Glauber Costa <>
    > Date:   Tue May 27 20:14:51 2008 -0700
       >x86: don't use gdt_page openly.

And the commit 
55f262391a2365d657a00ed68edd1a51bca66af5 is bad. 
   >commit 55f262391a2365d657a00ed68edd1a51bca66af5
   >Author: Yinghai Lu <>
   >Date:   Wed Jun 25 17:54:23 2008 -0700
    >x86: rename setup_32.c to setup.c

  The patches between the above two commits are related with X86. When
using git-bisect between the above two commits, we will get the
compiling errors(For example: some files don't exist) or the kernel
panic. So we can't continue using git-bisect to identify which commit
the regression is caused by.

Best regards.

> >

       reply	other threads:[~2008-10-16  7:51 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1223625973.2735.142.camel@rzhang-dt>
     [not found] ` <>
2008-10-16  7:56   ` Zhao Yakui [this message]
2008-10-16  9:39     ` Alan Jenkins
2008-10-17  0:40       ` Lin Ming
2008-10-16 14:21     ` Rafael J. Wysocki
2008-10-17  1:27       ` Zhao Yakui
2008-10-17 12:05         ` Rafael J. Wysocki

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:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \ \ \ \ \ \
    --subject='Re: Suspend/resume regression between 2.6.26 and 2.6.27-rc1' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).