From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935848AbeCHN3s (ORCPT ); Thu, 8 Mar 2018 08:29:48 -0500 Received: from mail-qt0-f177.google.com ([209.85.216.177]:36975 "EHLO mail-qt0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755284AbeCHN3q (ORCPT ); Thu, 8 Mar 2018 08:29:46 -0500 X-Google-Smtp-Source: AG47ELtABaLJGE5NKxdc38PRfSxVG1R0j3oqZ9uNNBpkRr6ThR1Kceo24TrDnR17bFrTxwEyebGEt1wrMRdXGJNhC5M= MIME-Version: 1.0 In-Reply-To: <20180308130703.7365f733@canb.auug.org.au> References: <20180305124054.09966cb0@canb.auug.org.au> <20180308130703.7365f733@canb.auug.org.au> From: Xin Long Date: Thu, 8 Mar 2018 21:29:45 +0800 Message-ID: Subject: Re: linux-next: manual merge of the selinux tree with the net-next tree To: Stephen Rothwell Cc: Paul Moore , David Miller , Networking , Linux-Next Mailing List , Linux Kernel Mailing List , Richard Haines , Marcelo Ricardo Leitner Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 8, 2018 at 10:07 AM, Stephen Rothwell wrote: > Hi all, > > On Mon, 5 Mar 2018 12:40:54 +1100 Stephen Rothwell wrote: >> >> Today's linux-next merge of the selinux tree got a conflict in: >> >> net/sctp/socket.c >> >> between several refactoring commits from the net-next tree and commit: >> >> 2277c7cd75e3 ("sctp: Add LSM hooks") >> >> from the selinux tree. >> >> I fixed it up (I think - 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. >> >> -- >> Cheers, it >> Stephen Rothwell > > The resolution now looks like below (there were more changes to this > file in the net-next tree). It will keep changing every time this file > is touched :-( This is the last change causing this conflict, as it touched sctp_sendmsg_new_asoc. The following patches for sctp update that will be posted soon will NOT touch this function again.