From mboxrd@z Thu Jan 1 00:00:00 1970 From: arnd@arndb.de (Arnd Bergmann) Date: Wed, 21 Oct 2015 11:04:06 +0200 Subject: [GIT PULL] at91: dt for 4.4 #2 In-Reply-To: <20151021085009.GM3421@piout.net> References: <20151019193158.GA20739@piout.net> <20151021085009.GM3421@piout.net> Message-ID: <6875021.MsurUX5CVC@wuerfel> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Wednesday 21 October 2015 10:50:09 Alexandre Belloni wrote: > Hi, > > Actually, this built on my machine because one of the headers was left > unversionned in my tree. The last patch depends on the MFD tree, I'm not > sure how you want to handle that. I can as well drop the last patch and > resend a PR. > Yes, that would be better. In general, when you have dependencies like this, they should be discussed with all maintainers in advance so we can come up with a plan. Often that means having two branches that both start with the same patch that contains the dependency, but it's probably too late for that now, as the other patch has already been merged to the MFD tree. If that last patch has no dependencies or conflicts with the rest of the changes, you can also get an Ack from us to merge it through the MFD tree, but we normally try to avoid that. Arnd From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753272AbbJUJEz (ORCPT ); Wed, 21 Oct 2015 05:04:55 -0400 Received: from mout.kundenserver.de ([212.227.126.131]:54979 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750764AbbJUJEw (ORCPT ); Wed, 21 Oct 2015 05:04:52 -0400 From: Arnd Bergmann To: Alexandre Belloni Cc: Olof Johansson , arm@kernel.org, Nicolas Ferre , gregory@piout.net, Sylvain Rochet , Michael Opdenacker , Ludovic Desroches , Jean-Christophe Plagniol-Villard , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [GIT PULL] at91: dt for 4.4 #2 Date: Wed, 21 Oct 2015 11:04:06 +0200 Message-ID: <6875021.MsurUX5CVC@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <20151021085009.GM3421@piout.net> References: <20151019193158.GA20739@piout.net> <20151021085009.GM3421@piout.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:pmqIt/mzMFXKndjhNH1W8u6nkVx4IrkD3mpS1yqUpl8JxsaW9oQ j2GCQVqXfpqot0LeMp3LJf3m67KaOvK9MLXUnII0fp8OeUYgKvcd7KD7OANPDlFZsdlsJWo d6+AN9ywUSjRZXjFFaxfxxbX0iua9d3Qlcf1SV80KLGteEHQsvuRK5cUF05Pg6/zopgY9Ir gadYUv/hAx9fg44aSwGww== X-UI-Out-Filterresults: notjunk:1;V01:K0:QphExv3a75w=:9hCyZsaHyA4a54YZoa8vTF Ns70+TfYFmQiHnSHzJKZszH7DrUbiU4o4uI8KIKdGmNyVV1hkhncie0UNvcNDuX10fi21BPuF kg3HFkHVenIoPLBZ+QhKNUSTNSe8PXk1M82s6r55qfDNM8UXRQsdR/+bJBntR7QzoKvhFScBI MWFWbfzUPkiU3v2skLLeDy2Jn3Lcjy42mvy0WOFXGAtADyeS/TDJW6s8khvs8pcNTkF7rCBvH u+ppD0QU464nfsoL5wKDcy6LsV4k7VZ0r1X4unmsttBTi21CFwVs3utmlnioPTY1NvF11Qmr4 OoSX8CmP8WzCbKtJcvMFCKjj1ph8pDfaedLiZoHAQVhQaJZ8rzDydaD7c1kMShsEQ/fiRdHpo GZQOpDrU4XOnEh7VHa8Tizo4yFYP8P82/Rz/bpMq/lwW2YW0xgB3+DXV2qM2IlHrHkpcs6+j7 f8N4SpGnVxE5zzVV8BmaKZ0z3pZTRhlVUS1JsDkDBSBW14xE7IXVbHOI03sn8Hat3HIZqHXtc RxGbBXk0EYJJfgcmye+lKPXQXxqK8aB3hPJnb2syZP1eCvwKQupRI5gAgFf72I1c7geRqhmik Tr6KTbz0gHGsi2fzhIXIRvY5ezgJDBLflxSWoYQYY8pC69npAH0wc57pq/7RmVcg0c4C/+5+Y KNBViLzdmTjygiCiStW0uT3Y1Q9Zu7ZWUjmLyaQsvsqeC1Hl0syrfZ27QHN5qnrLXM1IyQidK WVpk0FlkWGBsj2u4 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday 21 October 2015 10:50:09 Alexandre Belloni wrote: > Hi, > > Actually, this built on my machine because one of the headers was left > unversionned in my tree. The last patch depends on the MFD tree, I'm not > sure how you want to handle that. I can as well drop the last patch and > resend a PR. > Yes, that would be better. In general, when you have dependencies like this, they should be discussed with all maintainers in advance so we can come up with a plan. Often that means having two branches that both start with the same patch that contains the dependency, but it's probably too late for that now, as the other patch has already been merged to the MFD tree. If that last patch has no dependencies or conflicts with the rest of the changes, you can also get an Ack from us to merge it through the MFD tree, but we normally try to avoid that. Arnd