search for: acpi_sleep

...em on some boxes. The best case is that your BIOS support automatic VGA post after resume. If yes, congratulations! Or else, please read carefully linux-2.6.18/Documentation/power/video.txt, which lists some known workaround on some known types. Some supplements here: a) Xen also support "acpi_sleep=" option. You can add it to the xenlinux cmdline if applied. We just verified "acpi_sleep=s3_bios", which works on one box but failed another. "acpi_sleep=s3_mode" seems no effect on either box we have. b) On some boxes, VGA post have to be done in UP mode (For xen, i...

...em on some boxes. The best case is that your BIOS support automatic VGA post after resume. If yes, congratulations! Or else, please read carefully linux-2.6.18/Documentation/power/video.txt, which lists some known workaround on some known types. Some supplements here: a) Xen also support "acpi_sleep=" option. You can add it to the xenlinux cmdline if applied. We just verified "acpi_sleep=s3_bios", which works on one box but failed another. "acpi_sleep=s3_mode" seems no effect on either box we have. b) On some boxes, VGA post have to be done in UP mode (For xen, i...

.../xsm/xsm.h Thu Sep 08 15:13:06 2011 +0100 +++ b/xen/include/xsm/xsm.h Wed Sep 14 09:48:25 2011 -0400 @@ -132,7 +132,7 @@ int (*physinfo) (void); int (*platform_quirk) (uint32_t); int (*firmware_info) (void); - int (*efi_runtime_call) (void); + int (*efi_call) (void); int (*acpi_sleep) (void); int (*change_freq) (void); int (*getidletime) (void); @@ -554,9 +554,9 @@ return xsm_call(firmware_info()); } -static inline int xsm_efi_runtime_call (void) +static inline int xsm_efi_call (void) { - return xsm_call(efi_runtime_call()); + return xsm_call(efi_call()...

...something is not right. Now for my system, HP NC4010, cat /sys/power/state results in: standby mem disk (I think that is the list, definitely 3 items with the 2nd being mem). I ASSuME that this meets what the instructions tell you need to see if your notebook supports acpi suspend. But grep ACPI_SLEEP KERNEL_CONFIG does not seem to have a SLEEP line. Well maybe I was not looking in the right place for the kernel_config. I was looking in /usr/src/ But echo -n mem > /sys/power/state really puts my system into a suspend mode fast. Perhaps part of the problem is with cat /proc/bus/pci/$ID...

The RHEL 5 release notes for their desktop version claim "Improved ACPI support with features such as suspend to disk" but this isn't working with CentOS 5. I've installed all the packages and updates for CentOS 5 i386 on a ThinkPad T43 but when selecting suspend, Gnome pops up a URL to a site that didn't seem to give a solution. Gnome makes an entry in /var/log/messages

Signed-off-by: Jan Beulich <jbeulich@novell.com> --- 2009-08-18.orig/xen/arch/x86/acpi/power.c 2009-03-24 09:04:02.000000000 +0100 +++ 2009-08-18/xen/arch/x86/acpi/power.c 2009-08-24 17:46:05.000000000 +0200 @@ -32,7 +32,7 @@ uint32_t system_reset_counter = 1; -static char opt_acpi_sleep[20]; +static char __initdata opt_acpi_sleep[20]; string_param("acpi_sleep", opt_acpi_sleep); static u8 sleep_states[ACPI_S_STATE_COUNT]; --- 2009-08-18.orig/xen/arch/x86/domain_build.c 2009-08-21 17:38:51.000000000 +0200 +++ 2009-08-18/xen/arch/x86/domain_build.c 2009-08-24 17:40:18.0...

...gt; + * Copyright (c) 2003 Open Source Development Lab + * Copyright (c) 2004 David Shaohua Li <shaohua.li@intel.com> + * Copyright (c) 2005 Alexey Starikovskiy <alexey.y.starikovskiy@intel.com> + * + * Slimmed with Xen specific support. + */ + +#include <asm/io.h> +#define CONFIG_ACPI_SLEEP +#include <asm/acpi.h> +#include <xen/acpi.h> +#include <xen/errno.h> +#include <xen/iocap.h> +#include <xen/sched.h> +#include <asm/acpi.h> +#include <asm/irq.h> +#include <asm/init.h> +#include <xen/spinlock.h> +#include <xen/sched.h> +#...

...uspend' my integrated LVDS display comes up fine while an external HDMI monitor stays black with 'no signal'. As far as tested the VGA output of my G96M will resume without a problem. I have tested the following kernel parameters in addition to a plain boot with nouveau.hdmimhz=225: * acpi_sleep=s3=bios: resumes well but HDMI stays without a signal * acpi_sleep=s3_mode: crash on resume with total blackscreen of LVDS as well as HDMI, a hard reset is the only way out. * acpi_sleep=s3_bios,s3_mode: same as s3_mode kernel version: 4.5.0-rc1-ARCH #2 SMP nouveau version of the Arch package: 1.0...