From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751983AbdKMFhJ (ORCPT ); Mon, 13 Nov 2017 00:37:09 -0500 Received: from ozlabs.org ([103.22.144.67]:53435 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751583AbdKMFhI (ORCPT ); Mon, 13 Nov 2017 00:37:08 -0500 Date: Mon, 13 Nov 2017 16:37:06 +1100 From: Stephen Rothwell To: Michael Ellerman , Benjamin Herrenschmidt , PowerPC Cc: Mark Brown , David Gibson , Greg Kurz , Thomas Huth , Paul Mackerras , Linux-Next Mailing List , Linux Kernel Mailing List Subject: Re: linux-next: manual merge of the powerpc tree with Linus' tree Message-ID: <20171113163706.6c5a98a1@canb.auug.org.au> In-Reply-To: <20171030125133.ce5vb6z67dqjb7oj@sirena.co.uk> References: <20171030125133.ce5vb6z67dqjb7oj@sirena.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all, On Mon, 30 Oct 2017 12:51:33 +0000 Mark Brown wrote: > > Hi all, > > Today's linux-next merge of the powerpc tree got a conflict in: > > arch/powerpc/kvm/powerpc.c > > between commit: > > ac64115a66c1 ("KVM: PPC: Fix oops when checking KVM_CAP_PPC_HTM") > > from Linus' tree and commit: > > 2a3d6553cbd7 ("KVM: PPC: Tie KVM_CAP_PPC_HTM to the user-visible TM feature") > > from the powerpc tree. > > I fixed it up (see below) and can carry the fix as necessary. This > is now fixed as far as linux-next is concerned, but any non trivial > conflicts should be mentioned to your upstream maintainer when your tree > is submitted for merging. You may also want to consider cooperating > with the maintainer of the conflicting tree to minimise any particularly > complex conflicts. > > diff --cc arch/powerpc/kvm/powerpc.c > index ee279c7f4802,a3746b98ec11..000000000000 > --- a/arch/powerpc/kvm/powerpc.c > +++ b/arch/powerpc/kvm/powerpc.c > @@@ -644,7 -644,8 +644,8 @@@ int kvm_vm_ioctl_check_extension(struc > break; > #endif > case KVM_CAP_PPC_HTM: > - r = cpu_has_feature(CPU_FTR_TM_COMP) && hv_enabled; > - r = is_kvmppc_hv_enabled(kvm) && > ++ r = hv_enabled && > + (cur_cpu_spec->cpu_user_features2 & PPC_FEATURE2_HTM_COMP); > break; > default: > r = 0; Just a reminder that this conflict still exists. -- Cheers, Stephen Rothwell