 Home |
Products |
Support |
Community |
News |
xen-devel
Re: [Xen-devel] Re: Getting rid of xenbus_suspend(): tpmfront driver imp
| To: | "Stefan Berger" <stefanb@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [Xen-devel] Re: Getting rid of xenbus_suspend(): tpmfront driver impacted? |
| From: | "Jacob Gorm Hansen" <jacobg@xxxxxxx> |
| Date: | Mon, 6 Nov 2006 09:27:17 +0100 |
| Cc: | xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
| Delivery-date: | Mon, 06 Nov 2006 00:27:35 -0800 |
| Domainkey-signature: | a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=GQXjl4QfjEypINyXMa8ztuK7vm2hLLP1RYECwQEXZs+hCY/e7loHS2fkaddE92U0shJgTDcRjyfxpdyllCzUAQAgz/8EBJHDHPkEM5kMN/OZhyMFcFs5fdM2QlA5LjtWa5e/Fi1n/eZf4J9kkHooUzbNJvSDJszvZzhW6Hg56qI= |
| Envelope-to: | www-data@xxxxxxxxxxxxxxxxxx |
| In-reply-to: | <OFCB9FCD93.67AB2D0A-ON8525721D.005FA9AF-8525721D.0060D081@xxxxxxxxxx> |
| 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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
| List-unsubscribe: | <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
| References: | <C173C983.3DD2%Keir.Fraser@xxxxxxxxxxxx> <OFCB9FCD93.67AB2D0A-ON8525721D.005FA9AF-8525721D.0060D081@xxxxxxxxxx> |
| Sender: | xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
On 11/5/06, Stefan Berger <stefanb@xxxxxxxxxx> wrote: In terms of time needed for migration there won't be a difference. Is supporting that .suspend really so problematic? I would love to see .suspend go away, when doing self-checkpointing or self-migration it is very annoying to have to shut down external state at a point where things are supposed to be atomic in the middle of trying to take a checkpoint. Can't you problem be solved simply by retrying the last TMP transaction if it fails, similar to how syscalls can fail in UNIX/Linux? Surely the backend has to be able to deal with these kinds of failure modes, or the guest would be able to DoS it pretty easily. Jacob _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [Xen-devel] [PATCH] Fix >4G i386 PAE grant table interface, Jan Beulich |
|---|---|
| Next by Date: | Re: [Xen-devel] bi-modal backends - fronend mode detection, Jan Beulich |
| Previous by Thread: | Re: [Xen-devel] Re: Getting rid of xenbus_suspend(): tpmfront driver impacted?, Stefan Berger |
| Next by Thread: | Re: [Xen-devel] Re: Getting rid of xenbus_suspend(): tpmfront driver impacted?, Stefan Berger |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
