From mboxrd@z Thu Jan 1 00:00:00 1970 From: Henrique de Moraes Holschuh Subject: Re: 2.6.21-mm2: ACPI exception on resume Date: Sat, 19 May 2007 17:45:04 -0300 Message-ID: <20070519204504.GA24704@khazad-dum.debian.net> References: <20070519165738.GK11115@waste.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from out1.smtp.messagingengine.com ([66.111.4.25]:46896 "EHLO out1.smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756823AbXESUpI (ORCPT ); Sat, 19 May 2007 16:45:08 -0400 Content-Disposition: inline In-Reply-To: <20070519165738.GK11115@waste.org> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Matt Mackall Cc: linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, akpm@linux-foundation.org On Sat, 19 May 2007, Matt Mackall wrote: > usually does, then go black and the machine will become totally > unresponsive, even to holding down the power button for 30+ seconds. Now, that means either the BIOS or EC have been thrown out of whack, otherwise one of the two would have force-powered-off the machine a bit after 10s. Are you using the latest BIOS and EC firmware available? If you are at the latest BIOS and EC releases, does ec_intr=0 fix the issue? > 08:57:27 [drm] Loading R200 Microcode > 08:57:27 ACPI: EC: acpi_ec_wait timeout, status = 10, expect_event = 2 > 08:57:27 ACPI: EC: input buffer is not empty, aborting transaction > 08:57:28 ACPI: EC: acpi_ec_wait timeout, status = 10, expect_event = 2 Yep, EC is confused. Not Good! -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh