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. -- 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
