Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3128328imm; Tue, 29 May 2018 01:18:14 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoz//kAS0Qkar709PTJGsB6KP785//cjnle16FY51A5uttMwtfdXwLYsrl0NLcBBBhq3sT2 X-Received: by 2002:a17:902:758a:: with SMTP id j10-v6mr16833341pll.109.1527581894912; Tue, 29 May 2018 01:18:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527581894; cv=none; d=google.com; s=arc-20160816; b=0qNYu+GDit1EKLioCozxs2rihmIKtxyj9apZjZTPYtZrezeGdHYRe56Hdcmhb+tics IaOyPx82n6jf79QUwQwUVqo4recATLdv6beRIgTHTs/ZQwaMjeiRqzTmG8iaRA5YiJfC vYgkVMAW3h8wcxH3+dAPXEWd53ZXQ0aaqoA1znLuLytQw1qXCHfVXm5hDaLvgW1y5ODH SbRpweC1Lb6jOe4m5t8Z5TEHsbwSb3SBFuUVznwLTba21eIJK/y6tb+mt6dWs1HN9K7j hPD/uMMIi8FxstACC3a3uWYicBPw99Fk6HXFTfBgEjLf/Obpk4r234mG3AZSco2ha73e VqBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=i2xtpAnMhoQbuAZm3oJXKrDhD4kzilDVBKTYkLhhdE4=; b=tiWJpEzfLsli8iGS77xxGCJB2b2WJ+Z69UgE93Bgsxx+uZPrFTCzHpNbf3nYCt3F9q 97Vm2mTKX6Fj2CcsLIhR4lonPG19lp6mopzQ8Sk+FgIA0XIbvghZ9xR+vAblHxAOOxbh DPUnNaQHLL20myHQJsFbMPgC25RS1uqWwigQ0po7T7pzv9ZLZWuGo4F3iqa65KGQ2FIq gwyH5wn16FF8Ocvk2ty7O+wIbrUwuxobYK4qKlWrzsZtGfc9aiBy9poxDmBOOOYM8ItJ AzzBAUX7xI7t/0nR+TSoJ9j4s/+MsDZlxh1GL0l+ya57Srstv1K0765xXqT0UUMXl0lH FcnA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f3-v6si31436304pld.513.2018.05.29.01.18.00; Tue, 29 May 2018 01:18:14 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932305AbeE2IRb (ORCPT + 99 others); Tue, 29 May 2018 04:17:31 -0400 Received: from mx08-00178001.pphosted.com ([91.207.212.93]:54318 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932081AbeE2IRI (ORCPT ); Tue, 29 May 2018 04:17:08 -0400 Received: from pps.filterd (m0046660.ppops.net [127.0.0.1]) by mx08-.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id w4T8E2eW018699; Tue, 29 May 2018 10:16:35 +0200 Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx08-00178001.pphosted.com with ESMTP id 2j6vq5ng6b-1 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 29 May 2018 10:16:35 +0200 Received: from zeta.dmz-eu.st.com (zeta.dmz-eu.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 9348B3D; Tue, 29 May 2018 08:16:32 +0000 (GMT) Received: from Webmail-eu.st.com (sfhdag3node2.st.com [10.75.127.8]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id DC3E31532; Tue, 29 May 2018 08:16:31 +0000 (GMT) Received: from [10.201.21.58] (10.75.127.48) by SFHDAG3NODE2.st.com (10.75.127.8) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Tue, 29 May 2018 10:16:30 +0200 Subject: Re: linux-next: manual merge of the irqchip tree with the arm-soc tree To: Marc Zyngier , Stephen Rothwell , Olof Johansson , Arnd Bergmann , ARM CC: Linux-Next Mailing List , Linux Kernel Mailing List , Ludovic Barre , Amelie Delaunay References: <20180529155257.5ae48830@canb.auug.org.au> <1bedc0b7-21f9-1e15-a11c-3de06e81b5ba@st.com> From: Alexandre Torgue Message-ID: Date: Tue, 29 May 2018 10:16:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.75.127.48] X-ClientProxiedBy: SFHDAG2NODE1.st.com (10.75.127.4) To SFHDAG3NODE2.st.com (10.75.127.8) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-05-29_02:,, signatures=0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Marc On 05/29/2018 09:47 AM, Marc Zyngier wrote: > On 29/05/18 08:41, Alexandre Torgue wrote: >> Hi Stephen >> >> On 05/29/2018 07:52 AM, Stephen Rothwell wrote: >>> Hi all, >>> >>> Today's linux-next merge of the irqchip tree got a conflict in: >>> >>> arch/arm/boot/dts/stm32mp157c.dtsi >>> >>> between commit: >>> >>> 3c00436fdb20 ("ARM: dts: stm32: add USBPHYC support to stm32mp157c") >>> >>> from the arm-soc tree and commit: >>> >>> 5f0e9d2557d7 ("ARM: dts: stm32: Add exti support for stm32mp157c") >>> >>> from the irqchip 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. >>> >> >> Thanks for the fix (I will reorder nodes in a future patch). My opinion >> is that all STM32 DT patches should come through my STM32 tree. It is my >> role to fix this kind of conflicts. I thought it was a common rule >> (driver patches go to sub-system maintainer tree and DT to the Machine >> maintainer). For incoming next-series which contain DT+driver patches I >> will indicate clearly that I take DT patch. I'm right ? > Happy to oblige. Can you make sure you sync up with Ludovic and define > what you want to do? Sorry I don't understand your reply. I just say that for series containing DT patches + drivers patches, to my point of view it is more safe that driver patches are taken by sub-system maintainer (you in this case) and that I take DT patches in my tree. > > In the meantime, I'm dropping the series altogether. > Why? We could keep it as Stephen fixed the merge issue. > Thanks, > > M. >