Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753968Ab2JGT4X (ORCPT ); Sun, 7 Oct 2012 15:56:23 -0400 Received: from ogre.sisk.pl ([193.178.161.156]:35196 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753080Ab2JGT4N (ORCPT ); Sun, 7 Oct 2012 15:56:13 -0400 From: "Rafael J. Wysocki" To: Ondrej Zary , Matthew Garrett Cc: Len Brown , linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, Matthew Garrett Subject: Re: [bisected] PS/2 keyboard and mouse dead on resume on Intel D845BG Date: Sun, 07 Oct 2012 21:59:44 +0200 Message-ID: <3386888.vYKQE96u0t@vostro.rjw.lan> User-Agent: KMail/4.8.5 (Linux/3.6.0-2.10-desktop; KDE/4.8.5; x86_64; ; ) In-Reply-To: <201210072100.09813.linux@rainbow-software.org> References: <201210071513.27959.linux@rainbow-software.org> <201210072100.09813.linux@rainbow-software.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2090 Lines: 61 On Sunday 07 of October 2012 21:00:09 Ondrej Zary wrote: > On Sunday 07 October 2012 15:13:27 Ondrej Zary wrote: > > Hello, > > Intel D845BG board comes out of S3 with PS/2 keyboard and mouse completely > > dead. The machine works otherwise (with USB keyboard or over network). When > > rebooted in this state, the BIOS hangs with blank screen. I have the latest > > BIOS installed (P08). > > > > Old kernels worked. Bisection pointed to commit: > > b6dacf63e9fb2e7a1369843d6cef332f76fca6a3 > > (ACPI: Unconditionally set SCI_EN on resume) > > > > Commenting out this line in drivers/acpi/sleep.c: > > acpi_write_bit_register(ACPI_BITREG_SCI_ENABLE, 1); > > fixes the problem. > > > > Any ideas why this breaks on this system? > > Added acpi_read_bit_register there and it seems that SCI_EN is already set! > > This patch fixes the problem here. I wonder how this affects systems that > require SCI_EN to be set. I'm not sure if reading SCI_EN is actually safe on all systems. Matthew, what do you think? Rafael > --- a/drivers/acpi/sleep.c > +++ b/drivers/acpi/sleep.c > @@ -271,6 +271,7 @@ static int acpi_suspend_enter(suspend_state_t pm_state) > acpi_status status = AE_OK; > u32 acpi_state = acpi_target_sleep_state; > int error; > + u32 sci_enabled; > > ACPI_FLUSH_CPU_CACHE(); > > @@ -289,7 +290,9 @@ static int acpi_suspend_enter(suspend_state_t pm_state) > } > > /* This violates the spec but is required for bug compatibility. */ > - acpi_write_bit_register(ACPI_BITREG_SCI_ENABLE, 1); > + acpi_read_bit_register(ACPI_BITREG_SCI_ENABLE, &sci_enabled); > + if (!sci_enabled) > + acpi_write_bit_register(ACPI_BITREG_SCI_ENABLE, 1); > > /* Reprogram control registers */ > acpi_leave_sleep_state_prep(acpi_state); > > -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/