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

Re: [Xen-devel] Re: Rename all dying domains to be prefixed with Zombie. This allows a new domain

IIUC, in the case you describe below, the data is good data from the old
domain instance (the shared pages pinned by the BE still contain the
data the FE intended right?), the only problem is if it gets written
after the new domain instance performs a read or write to an overlapping

I think this requires some kind of equivalent of "clear task set" to
ensure that all IO from the old domain instance is killed before the new
domain instance starts doing any.

There's a different case where you unload a driver and want to free up
the shared page.  It's necessary to make sure that the BE stops looking
at the shared page before the FE frees it for a different purpose.

This second case is also subtle because the way the rings work means
that even if there is no IO outstanding in the BE it is still possible
that there is an interrupt pending in the BE to look at the ring.  If
the ring is freed up whilst there is an interrupt pending then the
interrupt may see ring contents which cause a spurious write.

This second case requires an explicit handshake with the BE to unload a
driver module.


On Thu, 2005-10-06 at 10:14 -0500, Anthony Liguori wrote:
> Ewan Mellor wrote:
> >On Thu, Oct 06, 2005 at 09:47:23AM -0400, Sean Dague wrote:
> >  
> >
> >If a domain has been destroyed, even if it's a zombie in the dying state, it
> >will never execute another instruction.  Xen may be unable to clean up after
> >it, but you are guaranteed that it won't write to the filesystem any longer.
> >  
> >
> It doesn't need to.  There's no guarentee that the backend has flushed 
> all of the data in the write queue until after the domain has been 
> destroyed.
> You could potentially have a domain read from a block device and then 
> the dying domain flush some changes to the disk and end up with a 
> corrupted disk.
> Regards,
> Anthony Liguori
> >Ewan.
> >
> >_______________________________________________
> >Xen-devel mailing list
> >Xen-devel@xxxxxxxxxxxxxxxxxxx
> >http://lists.xensource.com/xen-devel
> >
> >  
> >
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel

Xen-devel mailing list



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