mbox

[PULL,0/5] ppc patch queue 2012-05-16

Message ID 1337173519-6780-1-git-send-email-agraf@suse.de
State New, archived
Headers show

Pull-request

git://github.com/agraf/linux-2.6.git for-upstream-3.4

Message

Alexander Graf May 16, 2012, 1:05 p.m. UTC
Hi Avi,

There are a few bugs in 3.4 that really should be fixed before people can
be all happy and fuzzy about KVM on PowerPC. These fixes are:

  * fix POWER7 bare metal with PR=y
  * fix deadlock on HV=y book3s_64 mode in low memory cases
  * fix invalid MMU scope of PR=y mode on book3s_64, possibly
    leading to memory corruption

This request and the patches are based on top of Linus's master branch. Please
either send these to Linus to get them into 3.4.0 or to linux-stable if it's too
late already.

Alex

The following changes since commit 568b44559d7ca269d367e694c74eb4436e7e3ccf:
  Srivatsa S. Bhat (1):
        mn10300/CPU hotplug: Add missing call to notify_cpu_starting()

are available in the git repository at:

  git://github.com/agraf/linux-2.6.git for-upstream-3.4

Alexander Graf (3):
      KVM: PPC: Book3S: PR: Handle EMUL_ASSIST
      KVM: PPC: Fix PR KVM on POWER7 bare metal
      KVM: PPC: Book3S: PR: Fix hsrr code

Benjamin Herrenschmidt (1):
      powerpc/kvm: Fix VSID usage in 64-bit "PR" KVM

Paul Mackerras (1):
      KVM: PPC: Book3S HV: Fix bug leading to deadlock in guest HPT updates

 arch/powerpc/include/asm/kvm_book3s.h |    7 +++--
 arch/powerpc/kvm/book3s_64_mmu_host.c |   13 +++++----
 arch/powerpc/kvm/book3s_hv_rm_mmu.c   |    1 +
 arch/powerpc/kvm/book3s_segment.S     |   42 ++++++++++++++++++++++-----------
 4 files changed, 40 insertions(+), 23 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe kvm-ppc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Comments

Avi Kivity May 16, 2012, 1:23 p.m. UTC | #1
On 05/16/2012 04:05 PM, Alexander Graf wrote:
> Hi Avi,
>
> There are a few bugs in 3.4 that really should be fixed before people can
> be all happy and fuzzy about KVM on PowerPC. These fixes are:
>
>   * fix POWER7 bare metal with PR=y
>   * fix deadlock on HV=y book3s_64 mode in low memory cases
>   * fix invalid MMU scope of PR=y mode on book3s_64, possibly
>     leading to memory corruption
>
> This request and the patches are based on top of Linus's master branch. Please
> either send these to Linus to get them into 3.4.0 or to linux-stable if it's too
> late already.
>
> Alex
>
> The following changes since commit 568b44559d7ca269d367e694c74eb4436e7e3ccf:
>   Srivatsa S. Bhat (1):
>         mn10300/CPU hotplug: Add missing call to notify_cpu_starting()
>
> are available in the git repository at:
>
>   git://github.com/agraf/linux-2.6.git for-upstream-3.4
>
> Alexander Graf (3):
>       KVM: PPC: Book3S: PR: Handle EMUL_ASSIST
>       KVM: PPC: Fix PR KVM on POWER7 bare metal
>

This one is already in 'next', which means it's queued for 3.5.  While
it won't bring about the end of the universe, please try to avoid this
in the future by selecting the right branch to push into in advance
(that's one of the consequences of the new workflow).
Alexander Graf May 16, 2012, 1:28 p.m. UTC | #2
On 05/16/2012 03:23 PM, Avi Kivity wrote:
> On 05/16/2012 04:05 PM, Alexander Graf wrote:
>> Hi Avi,
>>
>> There are a few bugs in 3.4 that really should be fixed before people can
>> be all happy and fuzzy about KVM on PowerPC. These fixes are:
>>
>>    * fix POWER7 bare metal with PR=y
>>    * fix deadlock on HV=y book3s_64 mode in low memory cases
>>    * fix invalid MMU scope of PR=y mode on book3s_64, possibly
>>      leading to memory corruption
>>
>> This request and the patches are based on top of Linus's master branch. Please
>> either send these to Linus to get them into 3.4.0 or to linux-stable if it's too
>> late already.
>>
>> Alex
>>
>> The following changes since commit 568b44559d7ca269d367e694c74eb4436e7e3ccf:
>>    Srivatsa S. Bhat (1):
>>          mn10300/CPU hotplug: Add missing call to notify_cpu_starting()
>>
>> are available in the git repository at:
>>
>>    git://github.com/agraf/linux-2.6.git for-upstream-3.4
>>
>> Alexander Graf (3):
>>        KVM: PPC: Book3S: PR: Handle EMUL_ASSIST
>>        KVM: PPC: Fix PR KVM on POWER7 bare metal
>>
> This one is already in 'next', which means it's queued for 3.5.  While
> it won't bring about the end of the universe, please try to avoid this
> in the future by selecting the right branch to push into in advance
> (that's one of the consequences of the new workflow).

Hm. I figured that there's a pretty high chance that the patches won't 
make it for 3.4.0, so they'd have to go into 3.4-stable, which then 
again means it's a lot easier to see which ones are still outstanding 
there. I still maintain a -next queue in parallel where patches destined 
for 3.5 go into.

Which workflow would you prefer if not the one above?


Alex

--
To unsubscribe from this list: send the line "unsubscribe kvm-ppc" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Avi Kivity May 16, 2012, 1:34 p.m. UTC | #3
On 05/16/2012 04:28 PM, Alexander Graf wrote:
> On 05/16/2012 03:23 PM, Avi Kivity wrote:
>> On 05/16/2012 04:05 PM, Alexander Graf wrote:
>>> Hi Avi,
>>>
>>> There are a few bugs in 3.4 that really should be fixed before
>>> people can
>>> be all happy and fuzzy about KVM on PowerPC. These fixes are:
>>>
>>>    * fix POWER7 bare metal with PR=y
>>>    * fix deadlock on HV=y book3s_64 mode in low memory cases
>>>    * fix invalid MMU scope of PR=y mode on book3s_64, possibly
>>>      leading to memory corruption
>>>
>>> This request and the patches are based on top of Linus's master
>>> branch. Please
>>> either send these to Linus to get them into 3.4.0 or to linux-stable
>>> if it's too
>>> late already.
>>>
>>> Alex
>>>
>>> The following changes since commit
>>> 568b44559d7ca269d367e694c74eb4436e7e3ccf:
>>>    Srivatsa S. Bhat (1):
>>>          mn10300/CPU hotplug: Add missing call to notify_cpu_starting()
>>>
>>> are available in the git repository at:
>>>
>>>    git://github.com/agraf/linux-2.6.git for-upstream-3.4
>>>
>>> Alexander Graf (3):
>>>        KVM: PPC: Book3S: PR: Handle EMUL_ASSIST
>>>        KVM: PPC: Fix PR KVM on POWER7 bare metal
>>>
>> This one is already in 'next', which means it's queued for 3.5.  While
>> it won't bring about the end of the universe, please try to avoid this
>> in the future by selecting the right branch to push into in advance
>> (that's one of the consequences of the new workflow).
>
> Hm. I figured that there's a pretty high chance that the patches won't
> make it for 3.4.0, so they'd have to go into 3.4-stable, which then
> again means it's a lot easier to see which ones are still outstanding
> there. I still maintain a -next queue in parallel where patches
> destined for 3.5 go into.
>
> Which workflow would you prefer if not the one above?
>

For -rc/-stable patches, avoid queueing.  If you have a patch, post it
to the maintainers ASAP.  It then becomes our problem (and a smaller
problem too, since the less delays there are, the bigger the chances of
making the intended release).  A few days are fine of course.

For mainstream patches, queuing is fine, but don't overdo it please.  I
enjoy pulling from you and am quite willing to pull several times per cycle.