All of lore.kernel.org
 help / color / mirror / Atom feed
From: Max Zhen <Max.Zhen@Sun.COM>
To: Ewan Mellor <ewan@xensource.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: problem about changing state to XenbusStateClosed resulting in vbd entry removed from xenstore
Date: Fri, 19 May 2006 23:37:28 +0800	[thread overview]
Message-ID: <446DE638.3010203@Sun.COM> (raw)
In-Reply-To: <20060518230034.GE30245@leeni.uk.xensource.com>


>>+ Is there any other way to flush all the I/O to the disk?
>>Currently, the only way to flush the I/Os is to change the frontend
>>state to XenbusStateClosed.
>>Since changing the state to XenbusStateClosed is a dangerous thing to do
>>(cause all the vbd interface information to be removed), I cannot just
>>flush the I/O, while keep the frontend and backend connected.
>>Could there be any new state or command to do that?
>>    
>>
>
>A block-detach should be switching the backend to XenbusStateClosing, which
>the frontend will observe, allowing it to flush remaining I/O.  Only when the
>frontend is done should it switch to Closed, which will then be seen by the
>backend and then the backend can finish up and close itself.
>
>Are you not seeing this?
>  
>
Yes, I've seen this.
But, the key point is that how to flush the I/O without disconnecting 
between frontend and backend.
It seems to me that I/O flushing is more like a command, say, 
BLKIF_OP_FLUSH, than changing the driver to various states, especially 
XenbusStateClosing/Closed.

Any idea?

Thanks,
Max

>Cheers,
>
>Ewan.
>  
>

      parent reply	other threads:[~2006-05-19 15:37 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-18 16:26 problem about changing state to XenbusStateClosed resulting in vbd entry removed from xenstore Max Zhen
2006-05-18 23:00 ` Ewan Mellor
2006-05-19  8:47   ` Keir Fraser
2006-05-19 15:37   ` Max Zhen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=446DE638.3010203@Sun.COM \
    --to=max.zhen@sun.com \
    --cc=ewan@xensource.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.