[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] [PATCH 0/12] Add S3 support to Xen

BTW, the patch set bases on Rev 13899

changeset:   13899:df25547d7638
user:        Ian Campbell <ian.campbell@xxxxxxxxxxxxx>
date:        Tue Feb 13 15:32:25 2007 +0000
summary:     [LINUX] Call ctrl_alt_del() to trigger a reboot so we benefit 


>From: Tian, Kevin
>Sent: 2007年2月14日 17:10
>Hi, all,
>       Attached patch set is the first support to S3 (suspend to ram)
>Xen environment. We know that 3.0.5 is feature freeze now, and thus
>this version is just for trial and review first.
>       X86-64 is to go (failed to compile), but we have a preliminary
>support in house which is however on an old version and not very
>stable yet. It's supposed to be out with next version.
>       Totally 12 patches are attached. All files pulled from Linux are
>based on current xenlinux version (2.6.18).
>====[Xen specific changes]====
>[PATCH 1/12] Add suspend/resume to devices owned by Xen
>[PATCH 2/12] Pull necessary Linux PM files to Xen
>[PATCH 3/12] Provide basic Xen PM infrastructure
>[PATCH 4/12] PM interface between dom0 and Xen
>[PATCH 5/12] Add HVM support
>====[Linux specific changes]====
>[PATCH 6/12] Make kthreads freezable
>[PATCH 7/12] Pull Linux PM files to sparse tree
>[PATCH 8/12] Enable ACPI sleep in Linux
>====[Xen SMP related changes]====
>[PATCH 9/12] Pull Linux CPU hotplug logic to Xen
>[PATCH 10/12] Add Xen CPU hotplug support
>[PATCH 11/12] Allow vcpu to pause self
>(May not require, if force all cpus to sync lazy state)
>[PATCH 12/12] SMP support to Xen PM
>       For each patch mail, we also post in the body for easy review,
>except those simply pulling Linux files.
>       Thanks a lot to guidance from Jun Nakajima.
>       Some important notes are attached here, and it's better to read
>them carefully before you try it out, since Linux itself still has much
>thing to do with a stable PM support.
>#1. Ensure native linux (with same version as xenlinux) working on
>your environment first. Xen can never be more stable than native
>linux, thus please DO record all the information to make native Linux
>working stably, including kernel configuration changes, environmental
>setting, BIOS setting or any other tricky points you made. Then DO
>apply all these changes/settings to xen environment!!!
>#2. SATA driver suspend/resume was unstable in earlier linux
>version, which is said to have full support since 2.6.19. However in
>our side, SATA does work correctly if AHCI is disabled by configuring
>SATA as Enhanced/IDE mode for linux-2.6.18. If you see SATA failure
>unfortunately like "SATA: I/O request error", you have to switch to
>legacy IDE mode, and use traditional IDE drivers to operate disk.
>#3. VGA resume is the real boring issue, which may even crash the
>system 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, it means UP-xenlinux), or else system may crash. S3_bios is a
>choice if applying to your box, since bios call is done in wakeup stub.
>Or else in case you have to use "vbetool post" from user space, one
>possible workaround is to manual unplug other cpus before suspend
>and re-plug them after VGA is resumed by:
>               #echo "0" > /sys/devices/system/cpu/cpuN/online
>               #echo "mem" > /sys/power/state
>               ----After resume to user space----
>               #vbetool post
>               ----Wait til VGA is fully resumed----
>               #echo "1" > /sys/devices/system/cpu/cpuN/online
>         I guess such issue may be related to vm86 emulation under
>SMP, for both Xen and Linux. But not sure for now. :-(
>       Just reiterative NOTE here, #2 and #3 both applies to native
>Linux and Xen. So MAKE SURE you have a STABLE native result first.
>It's better to run some workload when testing stability. For example,
>kernel build is easy to trigger instability when VGA resume method is
>Xen-devel mailing list

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.