mbox

[PULL,00/12] ppc patch queue 2012-10-30

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

Pull-request

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

Message

Alexander Graf Oct. 30, 2012, 10:02 a.m. UTC
Hi Avi / Marcelo,

This is my current patch queue for ppc.  Please pull.

Headline changes are:

  * Fix 440 target
  * Fix uapi conflict
  * Book3S HV: Allow for lazy thread joining

Alex


The following changes since commit 8ca40a70a70988c0bdea106c894843f763ca2989:
  Christoffer Dall (1):
        KVM: Take kvm instead of vcpu to mmu_notifier_retry

are available in the git repository at:

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

Alexander Graf (4):
      KVM: PPC: 44x: fix DCR read/write
      KVM: Documentation: Fix reentry-to-be-consistent paragraph
      KVM: PPC: Move mtspr/mfspr emulation into own functions
      PPC: ePAPR: Convert header to uapi

Paul Mackerras (8):
      KVM: PPC: Book3S HV: Allow KVM guests to stop secondary threads coming online
      KVM: PPC: Book3S HV: Fix some races in starting secondary threads
      KVM: PPC: Book3s HV: Don't access runnable threads list without vcore lock
      KVM: PPC: Book3S HV: Fixes for late-joining threads
      KVM: PPC: Book3S HV: Run virtual core whenever any vcpus in it can run
      KVM: PPC: Book3S HV: Fix accounting of stolen time
      KVM: PPC: Book3S HV: Allow DTL to be set to address 0, length 0
      KVM: PPC: Book3S HV: Fix thinko in try_lock_hpte()

 Documentation/virtual/kvm/api.txt            |    3 +-
 arch/powerpc/include/asm/Kbuild              |    1 -
 arch/powerpc/include/asm/epapr_hcalls.h      |   55 +-----
 arch/powerpc/include/asm/kvm_asm.h           |    1 +
 arch/powerpc/include/asm/kvm_book3s_64.h     |    2 +-
 arch/powerpc/include/asm/kvm_host.h          |   17 +-
 arch/powerpc/include/asm/smp.h               |    8 +
 arch/powerpc/include/uapi/asm/Kbuild         |    1 +
 arch/powerpc/include/uapi/asm/epapr_hcalls.h |   98 ++++++++
 arch/powerpc/kernel/smp.c                    |   46 ++++
 arch/powerpc/kvm/44x_emulate.c               |    2 +
 arch/powerpc/kvm/book3s_hv.c                 |  316 ++++++++++++++++++--------
 arch/powerpc/kvm/book3s_hv_rmhandlers.S      |   11 +-
 arch/powerpc/kvm/emulate.c                   |  221 ++++++++++--------
 14 files changed, 518 insertions(+), 264 deletions(-)
 create mode 100644 arch/powerpc/include/uapi/asm/epapr_hcalls.h
--
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

Marcelo Tosatti Oct. 31, 2012, 1:32 a.m. UTC | #1
On Tue, Oct 30, 2012 at 11:02:13AM +0100, Alexander Graf wrote:
> Hi Avi / Marcelo,
> 
> This is my current patch queue for ppc.  Please pull.
> 
> Headline changes are:
> 
>   * Fix 440 target
>   * Fix uapi conflict

Can you regenerate against queue branch? (btw i forgot to update fsl_hcalls.h...).

--
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
Alexander Graf Oct. 31, 2012, 10:22 a.m. UTC | #2
On 31.10.2012, at 02:32, Marcelo Tosatti <mtosatti@redhat.com> wrote:

> On Tue, Oct 30, 2012 at 11:02:13AM +0100, Alexander Graf wrote:
>> Hi Avi / Marcelo,
>> 
>> This is my current patch queue for ppc.  Please pull.
>> 
>> Headline changes are:
>> 
>>  * Fix 440 target
>>  * Fix uapi conflict
> 
> Can you regenerate against queue branch? (btw i forgot to update fsl_hcalls.h...).

Hrm. So which branch am I supposed to base against? Master, next or queue? This one is against next...

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 Oct. 31, 2012, 10:26 a.m. UTC | #3
On 10/31/2012 12:22 PM, Alexander Graf wrote:
> 
> 
> On 31.10.2012, at 02:32, Marcelo Tosatti <mtosatti@redhat.com> wrote:
> 
>> On Tue, Oct 30, 2012 at 11:02:13AM +0100, Alexander Graf wrote:
>>> Hi Avi / Marcelo,
>>> 
>>> This is my current patch queue for ppc.  Please pull.
>>> 
>>> Headline changes are:
>>> 
>>>  * Fix 440 target
>>>  * Fix uapi conflict
>> 
>> Can you regenerate against queue branch? (btw i forgot to update fsl_hcalls.h...).
> 
> Hrm. So which branch am I supposed to base against? Master, next or queue? This one is against next...

next and queue should be compatible (queue = next + a few patches).  Are
there any conflicts when merging against queue?
Alexander Graf Oct. 31, 2012, 10:34 a.m. UTC | #4
On 31.10.2012, at 11:26, Avi Kivity <avi@redhat.com> wrote:

> On 10/31/2012 12:22 PM, Alexander Graf wrote:
>> 
>> 
>> On 31.10.2012, at 02:32, Marcelo Tosatti <mtosatti@redhat.com> wrote:
>> 
>>> On Tue, Oct 30, 2012 at 11:02:13AM +0100, Alexander Graf wrote:
>>>> Hi Avi / Marcelo,
>>>> 
>>>> This is my current patch queue for ppc.  Please pull.
>>>> 
>>>> Headline changes are:
>>>> 
>>>> * Fix 440 target
>>>> * Fix uapi conflict
>>> 
>>> Can you regenerate against queue branch? (btw i forgot to update fsl_hcalls.h...).
>> 
>> Hrm. So which branch am I supposed to base against? Master, next or queue? This one is against next...
> 
> next and queue should be compatible (queue = next + a few patches).  Are
> there any conflicts when merging against queue?

I merely want to know which one I should work against. So far I was under the impression that next is the one.

Alex

> 
> 
> -- 
> error compiling committee.c: too many arguments to function
--
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 Oct. 31, 2012, 11:17 a.m. UTC | #5
On 10/31/2012 12:34 PM, Alexander Graf wrote:
> 
> 
> On 31.10.2012, at 11:26, Avi Kivity <avi@redhat.com> wrote:
> 
>> On 10/31/2012 12:22 PM, Alexander Graf wrote:
>>> 
>>> 
>>> On 31.10.2012, at 02:32, Marcelo Tosatti <mtosatti@redhat.com> wrote:
>>> 
>>>> On Tue, Oct 30, 2012 at 11:02:13AM +0100, Alexander Graf wrote:
>>>>> Hi Avi / Marcelo,
>>>>> 
>>>>> This is my current patch queue for ppc.  Please pull.
>>>>> 
>>>>> Headline changes are:
>>>>> 
>>>>> * Fix 440 target
>>>>> * Fix uapi conflict
>>>> 
>>>> Can you regenerate against queue branch? (btw i forgot to update fsl_hcalls.h...).
>>> 
>>> Hrm. So which branch am I supposed to base against? Master, next or queue? This one is against next...
>> 
>> next and queue should be compatible (queue = next + a few patches).  Are
>> there any conflicts when merging against queue?
> 
> I merely want to know which one I should work against. So far I was under the impression that next is the one.

It is.  queue might be rebased at times.
Marcelo Tosatti Oct. 31, 2012, 11:25 a.m. UTC | #6
On Wed, Oct 31, 2012 at 12:26:04PM +0200, Avi Kivity wrote:
> On 10/31/2012 12:22 PM, Alexander Graf wrote:
> > 
> > 
> > On 31.10.2012, at 02:32, Marcelo Tosatti <mtosatti@redhat.com> wrote:
> > 
> >> On Tue, Oct 30, 2012 at 11:02:13AM +0100, Alexander Graf wrote:
> >>> Hi Avi / Marcelo,
> >>> 
> >>> This is my current patch queue for ppc.  Please pull.
> >>> 
> >>> Headline changes are:
> >>> 
> >>>  * Fix 440 target
> >>>  * Fix uapi conflict
> >> 
> >> Can you regenerate against queue branch? (btw i forgot to update fsl_hcalls.h...).
> > 
> > Hrm. So which branch am I supposed to base against? Master, next or queue? This one is against next...
> 
> next and queue should be compatible (queue = next + a few patches).  Are
> there any conflicts when merging against queue?

There will be, and fsl_hcalls.h needs fixup (better Alexander verify 
i did not screw up anything else).

--
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
Marcelo Tosatti Oct. 31, 2012, 11:28 a.m. UTC | #7
On Wed, Oct 31, 2012 at 11:22:55AM +0100, Alexander Graf wrote:
> 
> 
> On 31.10.2012, at 02:32, Marcelo Tosatti <mtosatti@redhat.com> wrote:
> 
> > On Tue, Oct 30, 2012 at 11:02:13AM +0100, Alexander Graf wrote:
> >> Hi Avi / Marcelo,
> >> 
> >> This is my current patch queue for ppc.  Please pull.
> >> 
> >> Headline changes are:
> >> 
> >>  * Fix 440 target
> >>  * Fix uapi conflict
> > 
> > Can you regenerate against queue branch? (btw i forgot to update fsl_hcalls.h...).
> 
> Hrm. So which branch am I supposed to base against? Master, next or queue? This one is against next...
> 
> Alex

queue

--
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
Alexander Graf Oct. 31, 2012, 12:47 p.m. UTC | #8
On 31.10.2012, at 12:25, Marcelo Tosatti wrote:

> On Wed, Oct 31, 2012 at 12:26:04PM +0200, Avi Kivity wrote:
>> On 10/31/2012 12:22 PM, Alexander Graf wrote:
>>> 
>>> 
>>> On 31.10.2012, at 02:32, Marcelo Tosatti <mtosatti@redhat.com> wrote:
>>> 
>>>> On Tue, Oct 30, 2012 at 11:02:13AM +0100, Alexander Graf wrote:
>>>>> Hi Avi / Marcelo,
>>>>> 
>>>>> This is my current patch queue for ppc.  Please pull.
>>>>> 
>>>>> Headline changes are:
>>>>> 
>>>>> * Fix 440 target
>>>>> * Fix uapi conflict
>>>> 
>>>> Can you regenerate against queue branch? (btw i forgot to update fsl_hcalls.h...).
>>> 
>>> Hrm. So which branch am I supposed to base against? Master, next or queue? This one is against next...
>> 
>> next and queue should be compatible (queue = next + a few patches).  Are
>> there any conflicts when merging against queue?
> 
> There will be, and fsl_hcalls.h needs fixup (better Alexander verify 
> i did not screw up anything else).

I pushed a tree where I merged for-upstream and your queue and hopefully fixed up the whole mess. It's available as

  for-queue

on my github tree.


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