Re: Preparing kvm/next for first pull request of 3.15 merge window

Christian Borntraeger
2014-03-25T20:35:06Z

On 25/03/14 18:29, Paolo Bonzini wrote:
> Hi all,
>
> I've pushed the last set of updates to kvm/next for the 3.15 merge window. I don't expect any other changes for either x86 or s390 (thanks Christian!). The pull request is already pretty beefy.
>
> I would like to know from ARM and PPC maintainers *now* (before the merge window opens) what will be in 3.15. Also, PPC guys, please make sure the pull requests will be based on commit e724f080f5dd (KVM: PPC: Book3S HV: Fix register usage when loading/saving VRSAVE, 2014-03-13).
>
> Also, the pull requests I got in the last couple of months were a bit messy, and I'm already fearing that Linus notices. In the future, I'll tag kvm-3.x-base (e.g. kvm-3.16-base) when I open kvm/next, and I will *reject* pull requests from submaintainers that include extra non-KVM commits without a very good reason.

Paolo,

can you clarify this statement? What are the dont do things: (I already checked one obvious answer)

[ ] I include non-kvm s390 patches (with a Maintainer ack from Martin or Heiko) which are required for other patches. These patches might even go via the s390 tree as well
[ ] My pull request is based on current kvm/next instead of kvm/next that was branched away after rc1
[X] My pull request is based on 3.x-rcy instead of kvm/next
[ ] My pull request is based on kvm/queue instead of kvm/next
[ ] other: .....

Or maybe: what is your preferred way of pull requests from submaintainers?

Thanks

Christian