| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] Re: Paravirtualizing bits of acpi access
|
To: |
"Tian, Kevin" <kevin.tian@xxxxxxxxx> |
|
Subject: |
Re: [Xen-devel] Re: Paravirtualizing bits of acpi access |
|
From: |
Jeremy Fitzhardinge <jeremy@xxxxxxxx> |
|
Date: |
Tue, 24 Mar 2009 17:45:32 -0700 |
|
Cc: |
"Brown, Len" <len.brown@xxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Cihula, Joseph" <joseph.cihula@xxxxxxxxx>, the arch/x86 maintainers <x86@xxxxxxxxxx>, "Rafael J. Wysocki" <rjw@xxxxxxx>, "linux-acpi@xxxxxxxxxxxxxxx" <linux-acpi@xxxxxxxxxxxxxxx>, Bjorn Helgaas <bjorn.helgaas@xxxxxx> |
|
Delivery-date: |
Tue, 24 Mar 2009 17:45:59 -0700 |
|
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
|
In-reply-to: |
<0A882F4D99BBF6449D58E61AAFD7EDD60E5E878B@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> |
|
List-help: |
<mailto:xen-devel-request@lists.xensource.com?subject=help> |
|
List-id: |
Xen developer discussion <xen-devel.lists.xensource.com> |
|
List-post: |
<mailto:xen-devel@lists.xensource.com> |
|
List-subscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
|
List-unsubscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
|
References: |
<49C484B7.20100@xxxxxxxx> <0A882F4D99BBF6449D58E61AAFD7EDD60E5E877B@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <49C88647.8080404@xxxxxxxx> <200903241045.19194.bjorn.helgaas@xxxxxx> <49C91832.8090300@xxxxxxxx> <0A882F4D99BBF6449D58E61AAFD7EDD60E5E878B@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> |
|
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
|
User-agent: |
Thunderbird 2.0.0.21 (X11/20090320) |
Tian, Kevin wrote:
Though, come to think of it, perhaps there's no harm in letting the
kernel do its own state-saving. I'll check.
Well, I guess it's doable, since do_suspend_lowlevel also needs
to restore processor context upon S3 failure (function return from
acpi_enter_sleep_state instead of from wakeup stub).
From a quick look, it seems that all the instructions in the restore
code are ones that Xen will trap and emulate; but with this kind of
thing, its all in the testing...
J
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
| <Prev in Thread] |
Current Thread |
[Next in Thread> |
- Re: [Xen-devel] Re: Paravirtualizing bits of acpi access, (continued)
- Re: [Xen-devel] Re: Paravirtualizing bits of acpi access, Jeremy Fitzhardinge
- RE: [Xen-devel] Re: Paravirtualizing bits of acpi access, Tian, Kevin
- Re: [Xen-devel] Re: Paravirtualizing bits of acpi access, Jeremy Fitzhardinge
- Message not available
- Re: [Xen-devel] Re: Paravirtualizing bits of acpi access, Jeremy Fitzhardinge
- RE: [Xen-devel] Re: Paravirtualizing bits of acpi access, Cihula, Joseph
- Message not available
- Re: [Xen-devel] Re: Paravirtualizing bits of acpi access, Jeremy Fitzhardinge
- Message not available
- RE: [Xen-devel] Re: Paravirtualizing bits of acpi access, Tian, Kevin
- Message not available
- Re: [Xen-devel] Re: Paravirtualizing bits of acpi access, Jeremy Fitzhardinge
- RE: [Xen-devel] Re: Paravirtualizing bits of acpi access, Tian, Kevin
- RE: [Xen-devel] Re: Paravirtualizing bits of acpi access, Tian, Kevin
- Re: [Xen-devel] Re: Paravirtualizing bits of acpi access,
Jeremy Fitzhardinge <=
|
|
|
| |
|
Home