[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 2/2] reap the blktapctl thread and notify the tapdisk backend driver to release resource like memory..
>>> Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx> 07.05.10 19:32 >>> >In fact however there is allegedly some bug somewhere which this patch >is supposed to deal with, but I can't really see the connection. The bug was with the blktap kernel driver not being able to clean up after an unclean exit of qemu. We had reports of this only for 3.4 and 4.0 (and I wonder how no-one else noticed this, when the bug was introduced about a year ago, even before blktap2 got added), yet the problematic blktap code also existed in those systems that we ship with 3.2.3 and 3.3.1, hence either no-one ever noticed the problem on those platforms, or there must be a behavioral difference of qemu (i.e. cleaning up after itself in earlier versions). I fully agree that the kernel should (or really has to) properly clean up after any uncleanly exiting application, yet ... >I think in general we should be aiming for crash-only software. > http://dslab.epfl.ch/pubs/crashonly/crashonly.pdf >It's much much more reliable, as well as meaning we need to write less >code (and thus fewer bugs). ... I can see a philosophical point in this discussion (but I don't agree that this is the only sensible position). Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |