Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp747081ybx; Thu, 7 Nov 2019 02:04:35 -0800 (PST) X-Google-Smtp-Source: APXvYqzBQKzejbTiaBCn5xbv29ENqcJSSUp+JV6zeUKW/ca2quzEGOsqTkPSMpNo3q1StkqyBCEZ X-Received: by 2002:a05:6402:2029:: with SMTP id ay9mr2569384edb.47.1573121075761; Thu, 07 Nov 2019 02:04:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573121075; cv=none; d=google.com; s=arc-20160816; b=paYLJyMlofjZAzg2v7OUIhHqMkhZUB00wt0dMZyw+avtPzRC2vRb3wagcmfeUSPEFR +P52j30/vgrx0gLrBZH9LdM8xVCydh9n4ybNNHcDcjGpZzcJfLzpOjTk2RX1hBsob+bR MVoDh6tQhh/5T4bGlsVb56kEY6rdqxUd5vS9rnC2Oy3VhneSxgqBnrMZV4tXmUKnSYUH FTI962Q2vt6qbtNTBhKq3zEMiLQWc8ZRaMnIJpbACpUwjYxLtZHDDWdgq10SEBuKpohM 7zCOwo2B4xlkLAIACY+gerD+P/B17lTr52GfIE7njAn6fJt4P0zfVXVlra2ODcUZgiie 6nXQ== 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:organization:from:references:cc:to:subject; bh=PhcXGQFjSKmCQvz3c5wkFzmPrnllJ0u0oj5MJjyifYA=; b=Cfvc3xtUZqmiZpKUHnVhy3tJg3L/IofGdgPfthWm/p4f7eeiWxBG7mGJiqG3e74UP+ SHAki2QjDlxqBsn/iArc2pQYBDwdgstO7BB04oSBzezVOx5dhRMD7CW/Z9q43a/ycjnW KdGtvl4mT1LRQl6m+KQRZMO8IlcNiqNBOikS6xMF0Qqn54fBuMTqSO86KEKo7fnmdQAY 2e4JMT5fU3Vx8Gi4Uu2CfvplqYf1eOdXRmSFWkwGp/WVOEE2AY3vCuN4pwE92MBP31EB gREMppYRut7rcLT6tD89cGwJ6Yt7e0CNF8wuZ/DThsaUnXgQ4ev+aUZXrS37VXTkhNJf GHmQ== 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 j9si1017095edf.35.2019.11.07.02.04.12; Thu, 07 Nov 2019 02:04:35 -0800 (PST) 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 S2387518AbfKGKDb (ORCPT + 99 others); Thu, 7 Nov 2019 05:03:31 -0500 Received: from mx2.suse.de ([195.135.220.15]:42382 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726866AbfKGKDb (ORCPT ); Thu, 7 Nov 2019 05:03:31 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 1C88CB2EE; Thu, 7 Nov 2019 10:03:28 +0000 (UTC) Subject: Re: [PATCH 1/7] dt-bindings: gpu: mali-midgard: Tidy up conversion to YAML To: Rob Herring Cc: linux-realtek-soc@lists.infradead.org, LAKML , "linux-kernel@vger.kernel.org" , David Airlie , Daniel Vetter , Mark Rutland , Heiko Stuebner , Neil Armstrong , Maxime Ripard , Guillaume Gardet , Krzysztof Kozlowski , dri-devel , devicetree@vger.kernel.org References: <20191104013932.22505-1-afaerber@suse.de> <20191104013932.22505-2-afaerber@suse.de> <82d17114302562e0c553e2ea936974f77734e86b.camel@suse.de> From: =?UTF-8?Q?Andreas_F=c3=a4rber?= Organization: SUSE Software Solutions Germany GmbH Message-ID: <3c9d7a8c-94e4-60b9-9a84-f368e227666e@suse.de> Date: Thu, 7 Nov 2019 11:03:26 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 06.11.19 um 16:34 schrieb Rob Herring: > On Wed, Nov 6, 2019 at 9:07 AM Andreas Färber wrote: >> Am Mittwoch, den 06.11.2019, 08:24 -0600 schrieb Rob Herring: >>> This patch is problematic because there's changes in arm-soc juno/dt >>> branch and there's now a patch for exynos5420 (t628). I'd propose I >>> apply this such that we don't get a merge conflict with juno/dt and >>> we >>> finish resorting after rc1 (or when both branches are in Linus' >>> tree). >> >> This series has dependencies for the Realtek-side RFC patches and is >> not yet ready to merge, so you can take this prep PATCH through your >> tree for v5.6 probably, or feel free to rebase/rework as you see fit - >> I'd just appreciate being credited at least via Reported-by. :) > > I was assuming the non-RFC patches are good to go, so I was going to > pick up 1, 2, and 7. Actually 1, 2 and 4 should be good to go; 7 if you fix the subject or if I respin. Also 6 if you can have someone check that no new properties will be needed for 470 (no Linux driver support yet). All but 1 assuming you'll be okay to add SoC-specific restrictions on clocks/resets/domains later, once we've fully figured it out (cf. cover letter for current errors - looking into power domains next). Regards, Andreas -- SUSE Software Solutions Germany GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer HRB 36809 (AG Nürnberg)