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

Re: [Xen-devel] Re: Getting rid of xenbus_suspend(): tpmfront driver impacted?


  • To: "Stefan Berger" <stefanb@xxxxxxxxxx>
  • 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=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

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


 


Rackspace

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