From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755154AbeAIKkA (ORCPT + 1 other); Tue, 9 Jan 2018 05:40:00 -0500 Received: from mga14.intel.com ([192.55.52.115]:46614 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932102AbeAIKj4 (ORCPT ); Tue, 9 Jan 2018 05:39:56 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,335,1511856000"; d="scan'208";a="18637210" Message-ID: <1515494212.7000.811.camel@linux.intel.com> Subject: Re: linux-next: manual merge of the akpm tree with the tip tree From: Andy Shevchenko To: Stephen Rothwell , Andrew Morton , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Peter Zijlstra Cc: Linux-Next Mailing List , Linux Kernel Mailing List , Andi Kleen , "Darren Hart (VMware)" Date: Tue, 09 Jan 2018 12:36:52 +0200 In-Reply-To: <20180109160244.1f3811eb@canb.auug.org.au> References: <20180109160244.1f3811eb@canb.auug.org.au> Organization: Intel Finland Oy Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.3-1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Tue, 2018-01-09 at 16:02 +1100, Stephen Rothwell wrote: > Hi Andrew, > > Today's linux-next merge of the akpm tree got a conflict in: > > arch/x86/platform/intel-mid/device_libs/platform_bt.c > > between commit: > > 9d0513d82f1a ("x86/platform/intel-mid: Revert "Make 'bt_sfi_data' > const"") > > from the tip tree and patch: > > "arch/x86/platform/intel-mid/device_libs/platform_bt.c: fix const > confusion" > > from the akpm tree. > > I fixed it up (I dropped the akpm tree patch) Yes, that is exactly what needs to be done. Thanks! Andrew, can you drop that patch from your quilt? > 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. > -- Andy Shevchenko Intel Finland Oy