Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 18 Feb 2003 16:17:56 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 18 Feb 2003 16:17:56 -0500 Received: from air-2.osdl.org ([65.172.181.6]:58818 "EHLO mail.osdl.org") by vger.kernel.org with ESMTP id ; Tue, 18 Feb 2003 16:17:55 -0500 Date: Tue, 18 Feb 2003 15:14:03 -0600 (CST) From: Patrick Mochel X-X-Sender: To: Pavel Machek cc: , kernel list , ACPI mailing list Subject: Re: Fixes to suspend-to-RAM In-Reply-To: <20030218211741.GA1039@elf.ucw.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1378 Lines: 37 > void __init acpi_reserve_bootmem(void) > { > acpi_wakeup_address = (unsigned long)alloc_bootmem_low(PAGE_SIZE); > + if (!acpi_wakeup_address) > + printk(KERN_ERR "ACPI: Cannot allocate lowmem. S3 disabled.\n"); > if ((&wakeup_end - &wakeup_start) > PAGE_SIZE) > printk(KERN_CRIT "ACPI: Wakeup code way too big, will crash on attempt to suspend\n"); > - printk(KERN_DEBUG "ACPI: have wakeup address 0x%8.8lx\n", acpi_wakeup_address); If you say you're disabling S3, then please really do so and flip the bit in the sleep_states[] array. > --- clean/drivers/acpi/sleep/main.c 2003-02-15 18:51:17.000000000 +0100 > +++ linux/drivers/acpi/sleep/main.c 2003-02-15 18:57:27.000000000 +0100 > @@ -103,6 +103,10 @@ > return error; > } > > + error = device_suspend(state, SUSPEND_DISABLE); > + if (error) > + panic("Sorry, devices really should know how to disable\n"); > + Why is every error condition a panic()? That certainly does not add robustness to the code.. Also, you say that the APIC needs this state. I wonder if that should be done in the SUSPEND_POWER_DOWN stage with interrupts disabled? -pat - 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/