Received: by 10.213.65.68 with SMTP id h4csp97697imn; Thu, 15 Mar 2018 18:32:53 -0700 (PDT) X-Google-Smtp-Source: AG47ELugAcwT1wzsafIfLLYDDaE+DP+kON1CWBizz+h7z0221ur6dcHx+hNp1R8sp5us/v5xrFLQ X-Received: by 2002:a17:902:2006:: with SMTP id n6-v6mr23157pla.150.1521163973679; Thu, 15 Mar 2018 18:32:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521163973; cv=none; d=google.com; s=arc-20160816; b=YxQd+BC7fvyAdKEaRRIO5qz7aIqlH5aWpvqcx3fTVwFNh/HfUuCstdbt9GyGnmlNDR Q6o5i7/kfgYVWl9RvuWQGGUi/hcD4JSIPicuTCzpUZIxJxeNtReVGZhRlvODqwGKjnhR jwceAnatgTR980/DzQCTGR5N0/QZ9dy+zQwY/Yeomc3lPvJjuwhDHxEBpxLfXejtFCLw jDs7UTwQt38qqiCdLdAVnc61ejf3w8Ir/Hyv52RQFTy2n111i6gDeZN20XnwMTl1Tz1F iqzBcziFm+szb4XyJBm4ZmzgLnsHftvQuB3XBe7XiwsCU1bNPmHgWg9CvnTQlx0zYk5X aEOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:organization:references :in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=NiXIGcE9rbBkAkWW5X77quhAyJDRFeYTk54VEukmJkk=; b=fscLOuWXy8EaO7UHxtC/xPI5tF2eg8uE0AXgHCbi//R5yw46eW1fyXjrnFxTxDVJCt A0HMajxNZtVUr7eAWvwWxgY3cnEzpMucnXfFUzYdgxQgFPEUDIMtArcXnv3RZzymU2Pc 9yZ7WFYmYo4WVDlHKpfIJDZn06kc7lSLL9tK2QOvelaEJijyzbhbIduvJHLJTi4uPxcY NCxQoppt5LegJjW17L0Bpw8StEqJoyGEi5OdFKJ71wkHza8bE0bdTSe6tKMn1Zfhfy24 /6U5myCNuc43qV/ZLWEHCkoX5I9GiOlUc3gahUUJazlzU0LmuooY7wh1f3tBpQkmgfyo qHxg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v5si4262303pgn.648.2018.03.15.18.32.39; Thu, 15 Mar 2018 18:32:53 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932858AbeCPBSF (ORCPT + 99 others); Thu, 15 Mar 2018 21:18:05 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:35626 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932341AbeCPBSE (ORCPT ); Thu, 15 Mar 2018 21:18:04 -0400 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 5FAB620CC6; Fri, 16 Mar 2018 01:18:03 +0000 (UTC) Received: from haswell-e.nc.xsintricity.com (ovpn-120-147.rdu2.redhat.com [10.10.120.147]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 12A7B215CDAF; Fri, 16 Mar 2018 01:18:02 +0000 (UTC) Message-ID: <1521163082.18703.191.camel@redhat.com> Subject: Re: linux-next: manual merge of the net-next tree with the rdma-fixes tree From: Doug Ledford To: Stephen Rothwell , David Miller , Networking , Jason Gunthorpe Cc: Linux-Next Mailing List , Linux Kernel Mailing List , Mark Bloch , Leon Romanovsky Date: Thu, 15 Mar 2018 21:18:02 -0400 In-Reply-To: <20180316115610.3d7f232a@canb.auug.org.au> References: <20180316115610.3d7f232a@canb.auug.org.au> Organization: Red Hat, Inc. Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-yqb1IDlM9mzkCVAXBMGC" Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Fri, 16 Mar 2018 01:18:03 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Fri, 16 Mar 2018 01:18:03 +0000 (UTC) for IP:'10.11.54.6' DOMAIN:'int-mx06.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'dledford@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-yqb1IDlM9mzkCVAXBMGC Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2018-03-16 at 11:56 +1100, Stephen Rothwell wrote: > Hi all, >=20 > Today's linux-next merge of the net-next tree got a conflict in: >=20 > drivers/infiniband/hw/mlx5/main.c >=20 > between commit: >=20 > 42cea83f9524 ("IB/mlx5: Fix cleanup order on unload") >=20 > from the rdma-fixes tree and commit: >=20 > b5ca15ad7e61 ("IB/mlx5: Add proper representors support") >=20 > from the net-next tree. We are aware of the merge conflict. This is a result of the fact that code had been submitted to the for-next area (the representors support) and after that an issue was found by the syzkaller bot that deserved rc fix status and which conflicted. The fixup you list below is insufficient to fix the merge conflict. The full fixup can be found in the rdma tree from where I merged the for-rc branch into the for-next branch and created a complete fixup of the merge conflict. The problem is that one patch change the device init stage flow, while the other patch duplicates the normal device init stage flow to the representor device stage flow. To resolve the fix, you not only have to resolve the contextual diffs, but you have to duplicate the changes to the normal device stage flow into the representor device stage flow. It is very far from a trivial merge. We were planning on talking to Dave about this issue tomorrow, but you beat us to raising the issue ;-). Here's the commit (from the rdma git repo) with the proper merge fix (although it also has other minor merge stuff that needs to be ignored): 2d873449a202 (Merge branch 'k.o/wip/dl-for-rc' into k.o/wip/dl-for-next) > I fixed it up (see below and the merge fix patch as well) 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. >=20 > From: Stephen Rothwell > Date: Fri, 16 Mar 2018 11:54:01 +1100 > Subject: [PATCH] IB/mlx5: merge fix for "Fix cleanup order on unload" >=20 > Signed-off-by: Stephen Rothwell > --- > drivers/infiniband/hw/mlx5/ib_rep.c | 6 +++--- > drivers/infiniband/hw/mlx5/mlx5_ib.h | 3 +-- > 2 files changed, 4 insertions(+), 5 deletions(-) >=20 > diff --git a/drivers/infiniband/hw/mlx5/ib_rep.c b/drivers/infiniband/hw/= mlx5/ib_rep.c > index 61cc3d7db257..7fb997dadd80 100644 > --- a/drivers/infiniband/hw/mlx5/ib_rep.c > +++ b/drivers/infiniband/hw/mlx5/ib_rep.c > @@ -33,9 +33,9 @@ static const struct mlx5_ib_profile rep_profile =3D { > STAGE_CREATE(MLX5_IB_STAGE_IB_REG, > mlx5_ib_stage_ib_reg_init, > mlx5_ib_stage_ib_reg_cleanup), > - STAGE_CREATE(MLX5_IB_STAGE_UMR_RESOURCES, > - mlx5_ib_stage_umr_res_init, > - mlx5_ib_stage_umr_res_cleanup), > + STAGE_CREATE(MLX5_IB_STAGE_POST_IB_REG_UMR, > + mlx5_ib_stage_post_ib_reg_umr_init, > + NULL), > STAGE_CREATE(MLX5_IB_STAGE_CLASS_ATTR, > mlx5_ib_stage_class_attr_init, > NULL), > diff --git a/drivers/infiniband/hw/mlx5/mlx5_ib.h b/drivers/infiniband/hw= /mlx5/mlx5_ib.h > index 7ec753ec7962..c45a7abdbe3e 100644 > --- a/drivers/infiniband/hw/mlx5/mlx5_ib.h > +++ b/drivers/infiniband/hw/mlx5/mlx5_ib.h > @@ -1071,8 +1071,7 @@ int mlx5_ib_stage_bfrag_init(struct mlx5_ib_dev *de= v); > void mlx5_ib_stage_bfrag_cleanup(struct mlx5_ib_dev *dev); > int mlx5_ib_stage_ib_reg_init(struct mlx5_ib_dev *dev); > void mlx5_ib_stage_ib_reg_cleanup(struct mlx5_ib_dev *dev); > -int mlx5_ib_stage_umr_res_init(struct mlx5_ib_dev *dev); > -void mlx5_ib_stage_umr_res_cleanup(struct mlx5_ib_dev *dev); > +int mlx5_ib_stage_post_ib_reg_umr_init(struct mlx5_ib_dev *dev); > int mlx5_ib_stage_class_attr_init(struct mlx5_ib_dev *dev); > void __mlx5_ib_remove(struct mlx5_ib_dev *dev, > const struct mlx5_ib_profile *profile, > --=20 > 2.16.1 >=20 --=20 Doug Ledford GPG KeyID: B826A3330E572FDD Key fingerprint =3D AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD --=-yqb1IDlM9mzkCVAXBMGC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEErmsb2hIrI7QmWxJ0uCajMw5XL90FAlqrG0oACgkQuCajMw5X L91gmA/+NdQdzglKRQ0OvrLFkfH2iEaHWQOfKtxPnVj9fQ/We1v2lyKSeY6IuabD pL652ZppLllywgiHUN+2zUAbbUYVa7UzVOsjWlDHg0/6185nJrcg7F3lRtcF5PMV oJL0kaSl4tJOR74JqCtJ7TKCwRz0iaiB/z4CfMVBaCxu55NtvrR9y6197v/FE8Dv XiN+zAvBCPuDG6IDQurr7abXR8qDqzIlmuhx60GgQEzQHT/ibQZve50ZWoMPmguV +bRH86S8PZNy/HV/pmfmVgCQ0HBoO1cyVKY7VSUmQcc7PJ6GcuerTmhxo18r9mWb 704suukQ0/CPArJwVaZWEkhUcM8Rq0diyO42PTipaPIU7yuZmDrG1tUWzRkFDTb3 3NFOvGaR2PGcg0FCZWfrawUhim4PxvSVodfh/UtgjU7spMJxxNbEMt0ssM9j5UlY aJ3Ya5iWoZ7j4QdkJiRS6kFy73m9GtgrZvDnnTK8FCMUD3q6drFI7RD5rf4Zs8ZL ORZZAzdUEszhNp4V8NU8gXVowRA3KV3vHqJja9QGj4Es5f4P8k2vOeiOzpMJHwXU U1X9vBN9in4t+4O0vpsjjvR0iJ+B9l1pLUb9+ue0FViTwlGA8P6JtE7UiW05soay ydBKv4C5lwnz+Q8rgFHiUNA+kXmyDrBKkZRL87Q/et4PIT60qns= =p3nB -----END PGP SIGNATURE----- --=-yqb1IDlM9mzkCVAXBMGC--