Avi Kivity <a...@redhat.com> wrote: > On 11/28/2011 04:35 PM, Anthony Liguori wrote: >>> (somewhat related) memory API conversion queue merge plan >> >> >> No need to wait until tomorrow to discuss it, I guess. >> >> 1.1 will open up on Friday. I was going to make the suggestion that >> if anyone has more than 50 non-trivial patches queued in their trees >> (I suspect a few people do), they split up the pull requests into ~50 >> or so chunks and send them with a week or so spacing. >> >> 50 is just a random number. Just split the requests into reasonable >> chunks so master doesn't totally fall apart all at once :-) >> >> I think memory API may be a special case since a lot of the changes >> are trivial. So I would expect a larger pull request for the memory >> API bits. > > Yes, for the memory API conversion I'd like use 126 patch chunks. While > there are probably a few regressions lurking in there, it's easily > bisectable and fixable. Better in than out.
Bad boy, you should use 128 patchs chunks O:-) I have the vmstate cpus conversion done, and for Friday would have something about virtio conversion. Later, Juan.
