All of lore.kernel.org
 help / color / mirror / Atom feed
From: Max Zhen <Max.Zhen@Sun.COM>
To: xen-devel@lists.xensource.com
Subject: problem about changing state to XenbusStateClosed resulting in vbd entry removed from xenstore
Date: Fri, 19 May 2006 00:26:32 +0800	[thread overview]
Message-ID: <446CA038.2080009@Sun.COM> (raw)

Hi,

I encountered a problem while porting Solaris as a guest OS on Xen.

The problem I found is that when frontend vbd driver get unloaded, it
will close the vbd interface by changing the state to XenbusStateClosed.
This appears to cause the dom0 hotplug scripts to remove the vbd entry 
from xenstore for the domU guest, preventing the vbd from being re-attached.

So, my questions are:

+ This doesn't seem correct since vbd's are created and destroyed from 
Dom0 as part of domain creation 'xm create' or explicitly by executing
'xm block-attach'. Therefore, it would seem that devices should be
removed either when a domU terminates or the device is explicitly
removed from dom0 by 'xm block-detach'.

+ 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?

Thanks,
Max

             reply	other threads:[~2006-05-18 16:26 UTC|newest]

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

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=446CA038.2080009@Sun.COM \
    --to=max.zhen@sun.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.