All of lore.kernel.org
 help / color / mirror / Atom feed
From: Willy Tarreau <willy-tRhHnHjXm5DYtjvyW6yDsg@public.gmane.org>
To: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: Marcelo Tosatti
	<marcelo.tosatti-3EexvZdKGZQ39yzSjRtAkw@public.gmane.org>,
	ACPI Developers
	<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
	Kernel Mailing List
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [BKPATCH] ACPI for 2.4
Date: Sun, 8 Feb 2004 09:20:59 +0100	[thread overview]
Message-ID: <20040208082059.GD29363@alpha.home.local> (raw)
In-Reply-To: <1076145024.8687.32.camel-D2Zvc0uNKG8@public.gmane.org>

Hi Len,

On Sat, Feb 07, 2004 at 04:10:24AM -0500, Len Brown wrote:
> 	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.4.25
> 
> 	the AML param fix is in 2.6 -- the others changes
> 	are Asus and Toshiba model specific.

I encountered something strange that I still cannot explain. I have two
machines, one athlon-based VAIO notebook and one P4-based supermicro 1U
server, which don't poweroff when I halt them or send them a Sysrq-O. At
first, I only noticed this on the VAIO so I thought that something changed
in ACPI recently, because it was OK around 2.4.21 or 2.4.22 with acpi patch
from around 09/2003, but I believe that the problem appeared when I used
2.4.23 + the acpi-20031203 patch, which is now included in 2.4.25-rc1. But
then I discovered that I can poweroff both the notebook and the 1U by a
simple "echo 5 >/proc/acpi/sleep".

So I've added printk's into acpi_power_off(), and I see that the system
doesn't return from acpi_enter_sleep_state_prep(S5), which itself hangs
on the call to acpi_evaluate_object(NULL, "\\_PTS",...). If I comment
out this line, it now goes on through the next calls, then normally leaves
acpi_enter_sleep_state_prep(), then powers off correctly. I have not tested
yet you very latest patch, but I don't think it would change anything.

Do you have any idea ? What can I provide to help in resolving this problem ?

Regards,
Willy



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

WARNING: multiple messages have this Message-ID (diff)
From: Willy Tarreau <willy@w.ods.org>
To: Len Brown <len.brown@intel.com>
Cc: Marcelo Tosatti <marcelo.tosatti@cyclades.com.br>,
	ACPI Developers <acpi-devel@lists.sourceforge.net>,
	Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [BKPATCH] ACPI for 2.4
Date: Sun, 8 Feb 2004 09:20:59 +0100	[thread overview]
Message-ID: <20040208082059.GD29363@alpha.home.local> (raw)
In-Reply-To: <1076145024.8687.32.camel@dhcppc4>

Hi Len,

On Sat, Feb 07, 2004 at 04:10:24AM -0500, Len Brown wrote:
> 	bk pull http://linux-acpi.bkbits.net/linux-acpi-release-2.4.25
> 
> 	the AML param fix is in 2.6 -- the others changes
> 	are Asus and Toshiba model specific.

I encountered something strange that I still cannot explain. I have two
machines, one athlon-based VAIO notebook and one P4-based supermicro 1U
server, which don't poweroff when I halt them or send them a Sysrq-O. At
first, I only noticed this on the VAIO so I thought that something changed
in ACPI recently, because it was OK around 2.4.21 or 2.4.22 with acpi patch
from around 09/2003, but I believe that the problem appeared when I used
2.4.23 + the acpi-20031203 patch, which is now included in 2.4.25-rc1. But
then I discovered that I can poweroff both the notebook and the 1U by a
simple "echo 5 >/proc/acpi/sleep".

So I've added printk's into acpi_power_off(), and I see that the system
doesn't return from acpi_enter_sleep_state_prep(S5), which itself hangs
on the call to acpi_evaluate_object(NULL, "\\_PTS",...). If I comment
out this line, it now goes on through the next calls, then normally leaves
acpi_enter_sleep_state_prep(), then powers off correctly. I have not tested
yet you very latest patch, but I don't think it would change anything.

Do you have any idea ? What can I provide to help in resolving this problem ?

Regards,
Willy


  parent reply	other threads:[~2004-02-08  8:20 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-07  9:10 [BKPATCH] ACPI for 2.4 Len Brown
2004-02-07  9:10 ` Len Brown
     [not found] ` <1076145024.8687.32.camel-D2Zvc0uNKG8@public.gmane.org>
2004-02-08  8:20   ` Willy Tarreau [this message]
2004-02-08  8:20     ` Willy Tarreau
     [not found]     ` <20040208082059.GD29363-HkMpAodKYdnXX8ko2wsARw@public.gmane.org>
2004-02-08  9:08       ` Willy Tarreau
2004-02-08  9:08         ` Willy Tarreau
     [not found]         ` <20040214081726.GH29363@alpha.home.local>
     [not found]           ` <1076824106.25344.78.camel@dhcppc4>
2004-02-25  7:00             ` [RFC] ACPI power-off on P4 HT Willy Tarreau
     [not found]               ` <20040225070019.GA30971-HkMpAodKYdnXX8ko2wsARw@public.gmane.org>
2004-02-25  7:55                 ` Len Brown
2004-02-25  7:55                   ` Len Brown
     [not found]                   ` <1077695701.5911.130.camel-D2Zvc0uNKG8@public.gmane.org>
2004-02-25 16:13                     ` Zwane Mwaikambo
2004-02-25 16:13                       ` Zwane Mwaikambo
2004-02-26  7:56                     ` Gregory Finch
2004-02-26  7:56                       ` Gregory Finch
     [not found]                       ` <20040226075609.GA745-t/Pdn6GhL7X/PtFMR13I2A@public.gmane.org>
2004-02-26 10:57                         ` Willy Tarreau
2004-02-26 10:57                           ` Willy Tarreau
     [not found]                           ` <20040226105744.GA3406-HkMpAodKYdnXX8ko2wsARw@public.gmane.org>
2004-02-26 12:28                             ` Stian Jordet
2004-02-26 12:28                               ` Stian Jordet
     [not found]                               ` <1077798440.955.1.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
2004-02-26 13:07                                 ` Willy Tarreau
2004-02-26 13:07                                   ` Willy Tarreau
     [not found]                                   ` <20040226130724.GA3704-HkMpAodKYdnXX8ko2wsARw@public.gmane.org>
2004-02-26 13:29                                     ` Stian Jordet
2004-02-26 13:29                                       ` Stian Jordet
2004-02-26 13:16               ` Pavel Machek
  -- strict thread matches above, loose matches on Subject: below --
2005-01-31  8:32 [BKPATCH] ACPI for 2.4 Len Brown
2004-11-23  6:34 Len Brown
2005-05-19  6:25 ` Len Brown
2004-11-16 19:26 Len Brown
2004-11-16 19:26 ` Len Brown
2004-11-09  8:17 Len Brown
2004-10-28  9:33 Len Brown
2004-10-28  9:33 ` Len Brown
2004-06-18  7:32 Len Brown
     [not found] ` <1087540935.4488.214.camel-D2Zvc0uNKG8@public.gmane.org>
2004-06-18 12:09   ` Marcelo Tosatti
2004-05-20  6:14 Len Brown
2004-05-06 22:28 Len Brown
2004-04-01 12:24 O.Sezer
2004-04-01 12:57 ` O.Sezer
2004-04-01 10:40 Len Brown
2004-04-01 10:40 ` Len Brown
2004-03-27  0:53 Len Brown
2004-03-27  0:53 ` Len Brown
2004-03-23 10:43 Len Brown
2004-03-23 10:43 ` Len Brown
2004-03-14  6:01 Len Brown
2004-03-14  6:01 ` Len Brown
     [not found] ` <1079244088.2173.134.camel-D2Zvc0uNKG8@public.gmane.org>
2004-03-14 16:31   ` Sérgio Monteiro Basto
2004-03-06  6:32 Len Brown
2004-03-06  6:32 ` Len Brown
2004-02-25 10:01 Len Brown
2004-02-25 10:01 ` Len Brown
2004-01-27  5:52 Len Brown
     [not found] ` <1075182740.2489.40.camel-D2Zvc0uNKG8@public.gmane.org>
2004-01-27  6:01   ` Nate Lawson
2003-11-18 20:58 Len Brown
2003-11-20 11:16 ` Len Brown
2003-11-21 17:49   ` Willy Tarreau
2003-11-21 18:46     ` Willy Tarreau

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=20040208082059.GD29363@alpha.home.local \
    --to=willy-trhhnhjxm5dytjvyw6ydsg@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=marcelo.tosatti-3EexvZdKGZQ39yzSjRtAkw@public.gmane.org \
    /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.