> I don't have an objection to this patch series even it may mean I have > to do some additional fixups. > > But I did want to point out a misapprehension in Glauber Costa's > comments. The qemu-xen tree does not use the TCG parts of qemu at > all; we don't even compile them in. We provide our own implementation > of cpu_physical_memory_rw and so on. >
I never stated that you depend on that. We (kvm) don't depend on that either, but nevertheless, have to live with it. An alternative, of course, is to heavily patch your qemu tree, providing your own implementation of this, and everything else. The aim of this patch series is _exactly_ to provide a way for us (kvm, xen, etc) to do that in a clean way, without deviating from upstream, preferably merging your code back. -- Glauber Costa. "Free as in Freedom" http://glommer.net "The less confident you are, the more serious you have to act." -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
