On 12/12/2011 06:51 PM, Jan Kiszka wrote: > > > > Any thoughts on the qemu-kvm merge plan? Sounds painful. > > Pain will be where the existing qemu-kvm extensions collide with these > refactored upstream devices (backend/frontend split specifically). > That's where we have to merge very carefully. Haven't tried this yet, > will give it a spin tomorrow or so. > > From that point on, disabling the new stuff for now and at some point > switching over from the old one should be simple again. > > BTW, PIT+HPET+speaker will cause similar issues for the same reasons. > It's a little late for this, but refactoring qemu-kvm in-tree and then splitting it into patches would have been easier. Let's try it this way for the next batch. -- error compiling committee.c: too many arguments to function -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
