From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.0 required=3.0 tests=BAYES_00,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id CD6C4C6379D for ; Thu, 26 Nov 2020 17:55:39 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id A06D320665 for ; Thu, 26 Nov 2020 17:55:39 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404558AbgKZRzc (ORCPT ); Thu, 26 Nov 2020 12:55:32 -0500 Received: from mail-wr1-f67.google.com ([209.85.221.67]:34706 "EHLO mail-wr1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727333AbgKZRzb (ORCPT ); Thu, 26 Nov 2020 12:55:31 -0500 Received: by mail-wr1-f67.google.com with SMTP id k14so3057956wrn.1; Thu, 26 Nov 2020 09:55:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=22A8008SF+j3m02WPixLhh5zA9H2rktS0Eax77xtEYc=; b=Er4pCjCiBuLIDquv5yo/TW6IHCamEcY+9IaVR4XuTho7NED46XLXlASwpr4A49MhLO jqA7BvEQUMmfixPp4Q3gjyaW3qmsfcdsDAiQh6Mrl6mi6wdp8YOYFNV1QaGsl4kU0gWs nxWkT3BUT+Fo7foGI902KLgNBXPheOCJWKUecRBIFbDvtF/1NaglKcU1NNtoXi8Yu8rW ZltSZ32Ba+n6WeVNnKH3nyrGJpQyYfuSOIRIaVk4ZjptYZ1y2PXxFMeitxXkv/eRcR+u ax21SUNN1k0MXpBzHUDz6hYrUzw3nCoXHAXOKO803OUSW208WbigEuu2captJYELWJwi zcPg== X-Gm-Message-State: AOAM53149JiRZOFcP296uB6eghqHRf1hj09+CUeIFgWOTA90xywWb/rj 8GUvaO5jB//s6ZqUBjQGKtU= X-Google-Smtp-Source: ABdhPJwNUIHnG8LMlsBBMZ5FRqQJJ8L8r06hEZvqK5zRQlbvc8KsciA63I86UtCkk2Y6O7KWRU4KSA== X-Received: by 2002:a5d:668d:: with SMTP id l13mr5129682wru.279.1606413329031; Thu, 26 Nov 2020 09:55:29 -0800 (PST) Received: from kozik-lap (adsl-84-226-167-205.adslplus.ch. [84.226.167.205]) by smtp.googlemail.com with ESMTPSA id d16sm10977272wrw.17.2020.11.26.09.55.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 26 Nov 2020 09:55:27 -0800 (PST) Date: Thu, 26 Nov 2020 18:55:26 +0100 From: Krzysztof Kozlowski To: Thierry Reding Cc: Dmitry Osipenko , Jonathan Hunter , Georgi Djakov , Rob Herring , Michael Turquette , Stephen Boyd , Peter De Schrijver , MyungJoo Ham , Kyungmin Park , Chanwoo Choi , Mikko Perttunen , Viresh Kumar , Peter Geis , Nicolas Chauvet , linux-tegra@vger.kernel.org, linux-pm@vger.kernel.org, "linux-kernel@vger.kernel.org" , dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org Subject: Re: [PATCH v7 17/47] dt-bindings: memory: tegra20: Add memory client IDs Message-ID: <20201126175526.GA17141@kozik-lap> References: <20201104164923.21238-1-digetx@gmail.com> <20201104164923.21238-18-digetx@gmail.com> <20201126173922.GA7048@kozik-lap> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-tegra@vger.kernel.org On Thu, Nov 26, 2020 at 06:45:51PM +0100, Krzysztof Kozlowski wrote: > On Thu, 26 Nov 2020 at 18:39, Krzysztof Kozlowski wrote: > > > > On Thu, Nov 26, 2020 at 06:26:05PM +0100, Thierry Reding wrote: > > > On Wed, Nov 04, 2020 at 07:48:53PM +0300, Dmitry Osipenko wrote: > > > > Each memory client has unique hardware ID, add these IDs. > > > > > > > > Acked-by: Rob Herring > > > > Signed-off-by: Dmitry Osipenko > > > > --- > > > > include/dt-bindings/memory/tegra20-mc.h | 53 +++++++++++++++++++++++++ > > > > 1 file changed, 53 insertions(+) > > > > > > Is there any chance you could drop these dt-bindings include patches > > > (17, 18 and 19) so that I can pick them up into the Tegra tree? The > > > device tree changes that I was going to pick up depend on this and > > > fail to build if applied as-is. > > > > > > I was looking at your linux-mem-ctrl tree and had initially thought I > > > could just pull in one of the branches to get these dependencies, but it > > > looks like the dt-bindings patches are on the for-v5.11/tegra-mc branch, > > > which the ARM SoC maintainers wouldn't like to see me pull in for a > > > dependency on device tree changes. > > > > Partially you answered here. :) Since you should not pull my branch into > > a DT branch, you also should not put these include/dt-bindings patches > > there. SoC guys will complain about this as well. > > > > These patches are also needed for the driver, so if you take them, I > > would need them back in a pull request. SoC folks could spot it as well > > and point that such merge should not happen. > > It seems I was wrong - these patches are not needed for the driver > code. Neither in applied parts nor in upcoming Dmitry's work. In such > case I could rework my branches and send a new pull request. The > patches would stay only in your tree. Acked-by: Krzysztof Kozlowski Best regards, Krzysztof From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.0 required=3.0 tests=BAYES_00,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D1D51C56202 for ; Thu, 26 Nov 2020 17:55:34 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 67461207BC for ; Thu, 26 Nov 2020 17:55:32 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 67461207BC Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 7EE226E997; Thu, 26 Nov 2020 17:55:31 +0000 (UTC) Received: from mail-wr1-f67.google.com (mail-wr1-f67.google.com [209.85.221.67]) by gabe.freedesktop.org (Postfix) with ESMTPS id 5EE056E997 for ; Thu, 26 Nov 2020 17:55:30 +0000 (UTC) Received: by mail-wr1-f67.google.com with SMTP id u12so3060392wrt.0 for ; Thu, 26 Nov 2020 09:55:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=22A8008SF+j3m02WPixLhh5zA9H2rktS0Eax77xtEYc=; b=LLkhVJoYc94oOLoLm6Klgnd/ru+dl/eFUv51kMtY+jg6T/TqGDhKkqPLPU3klJ7xtN esV7jJ7L4Vb99Lzm8rripIAeCaVM7UCv5f8mRRkcAE6Om4nhh4sxqOVTG2QJsZONtT/B K2ZjiJ7EipMJ0GOag/miGTN2I6KcY79mED7PCFZJgbxITDeCyBnPrJEM2Wtj7Yrfh8Q6 Y2uoXfdmSVCBlFsnSxbfojJE3z7SpRcLh1HxvNmwFDLEJiILGFp6iWIQDy7eXN8E6/8U FW6gJvE5aajii3Wc6W8iUAdOz6sr2jf6aUFPDJkuwEQm4XyK92WN+4iTYAqtGVYR3Nw2 RdYA== X-Gm-Message-State: AOAM532DvUG1OvghexOQwpuSh6h5q7THtTLCESjm5nDmh/Bp0/cO+SsM dEViu/GoshSsgqvI3G5L9Wc= X-Google-Smtp-Source: ABdhPJwNUIHnG8LMlsBBMZ5FRqQJJ8L8r06hEZvqK5zRQlbvc8KsciA63I86UtCkk2Y6O7KWRU4KSA== X-Received: by 2002:a5d:668d:: with SMTP id l13mr5129682wru.279.1606413329031; Thu, 26 Nov 2020 09:55:29 -0800 (PST) Received: from kozik-lap (adsl-84-226-167-205.adslplus.ch. [84.226.167.205]) by smtp.googlemail.com with ESMTPSA id d16sm10977272wrw.17.2020.11.26.09.55.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 26 Nov 2020 09:55:27 -0800 (PST) Date: Thu, 26 Nov 2020 18:55:26 +0100 From: Krzysztof Kozlowski To: Thierry Reding Subject: Re: [PATCH v7 17/47] dt-bindings: memory: tegra20: Add memory client IDs Message-ID: <20201126175526.GA17141@kozik-lap> References: <20201104164923.21238-1-digetx@gmail.com> <20201104164923.21238-18-digetx@gmail.com> <20201126173922.GA7048@kozik-lap> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Peter De Schrijver , Mikko Perttunen , Nicolas Chauvet , Stephen Boyd , Viresh Kumar , Michael Turquette , linux-pm@vger.kernel.org, "linux-kernel@vger.kernel.org" , dri-devel@lists.freedesktop.org, Jonathan Hunter , Chanwoo Choi , Kyungmin Park , Rob Herring , MyungJoo Ham , Peter Geis , linux-tegra@vger.kernel.org, Dmitry Osipenko , Georgi Djakov , devicetree@vger.kernel.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Thu, Nov 26, 2020 at 06:45:51PM +0100, Krzysztof Kozlowski wrote: > On Thu, 26 Nov 2020 at 18:39, Krzysztof Kozlowski wrote: > > > > On Thu, Nov 26, 2020 at 06:26:05PM +0100, Thierry Reding wrote: > > > On Wed, Nov 04, 2020 at 07:48:53PM +0300, Dmitry Osipenko wrote: > > > > Each memory client has unique hardware ID, add these IDs. > > > > > > > > Acked-by: Rob Herring > > > > Signed-off-by: Dmitry Osipenko > > > > --- > > > > include/dt-bindings/memory/tegra20-mc.h | 53 +++++++++++++++++++++++++ > > > > 1 file changed, 53 insertions(+) > > > > > > Is there any chance you could drop these dt-bindings include patches > > > (17, 18 and 19) so that I can pick them up into the Tegra tree? The > > > device tree changes that I was going to pick up depend on this and > > > fail to build if applied as-is. > > > > > > I was looking at your linux-mem-ctrl tree and had initially thought I > > > could just pull in one of the branches to get these dependencies, but it > > > looks like the dt-bindings patches are on the for-v5.11/tegra-mc branch, > > > which the ARM SoC maintainers wouldn't like to see me pull in for a > > > dependency on device tree changes. > > > > Partially you answered here. :) Since you should not pull my branch into > > a DT branch, you also should not put these include/dt-bindings patches > > there. SoC guys will complain about this as well. > > > > These patches are also needed for the driver, so if you take them, I > > would need them back in a pull request. SoC folks could spot it as well > > and point that such merge should not happen. > > It seems I was wrong - these patches are not needed for the driver > code. Neither in applied parts nor in upcoming Dmitry's work. In such > case I could rework my branches and send a new pull request. The > patches would stay only in your tree. Acked-by: Krzysztof Kozlowski Best regards, Krzysztof _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel