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 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E3413C433F5 for ; Mon, 15 Nov 2021 05:28:27 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id C23DD61BFA for ; Mon, 15 Nov 2021 05:28:27 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229638AbhKOFbN (ORCPT ); Mon, 15 Nov 2021 00:31:13 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45408 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229651AbhKOFaz (ORCPT ); Mon, 15 Nov 2021 00:30:55 -0500 Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AC0FDC0613B9 for ; Sun, 14 Nov 2021 21:27:59 -0800 (PST) Received: by mail-ot1-x32f.google.com with SMTP id b5-20020a9d60c5000000b0055c6349ff22so25437367otk.13 for ; Sun, 14 Nov 2021 21:27:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0KUIHUy0806Q9hFGnixEypWdxlkA7g/t33VhtSh3NxY=; b=T5BF7cluYfzR+FFJGYkCES/IViLHVwEcH12gc/Za84BlP91pqYX4Uyg/ataE1B88WP GwhdmkP7kyU4tAYs2S66rPjjyDhxDh/cpnOPFGXbZw/4CyAYRVmiNIryNGO1LFSAo/7V 8WKf+rVNX0E1MrJg7Hr7P5pqa8xpO1lV35O5IaGFEEYgIQO1hTgKPUpQJcciT7WdYVnZ v2k9e4gZOGHcPwHqduVGTL9oHESirlSsVSx+kOvkFuqyKdz37tzZ3wLKDdiVJK3m5yOQ DZ/cnJfI4fP/PDmSojwUMRjnkaBQApl/LjWPNpLs9dwDPe+cF2RMi3eV0Es2VdtLpZPe Ewxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0KUIHUy0806Q9hFGnixEypWdxlkA7g/t33VhtSh3NxY=; b=V23MINa3xhRIQpZNgD+5nGTDvVFMJ1Rni7mSn9MYoljHGzGPlpP3VLa55chEl8e75f 3Ft4Lev5tpWv3lJfFQ7t1H4XacXOUgWvOxyp47rFVzTcBavFda60Aw7x/ncdxVf93JVo K4xOftePHhKj4JWFZCs3RgWUqgApRJPOZTFOyW8biiiaVLQJ/GgVoQkhzuFyZ/8Xl2ks hdXmKJxn0yCplVVz8BBfhDt6Iwz/M/hr6becOKEnNBAL38KKG+iJ1avj5QuvjAxUJM1H kZpNDQ99zj2TLC4VzwpnqhAKH4WrvgEN9LZYSlnnzBxyp7KMz2a/suddhCzkPiMQT0kq Btcg== X-Gm-Message-State: AOAM532PFKY7IviWQPDk2+XtcG8iT2yBwRdMGX5+ElLlEE/IEnTZknBY 4Ff8lX/gawk+9IN21JmrVWAVh35PvNcydjLI5+Rlfp4VTKQ= X-Google-Smtp-Source: ABdhPJz+8GraqEO2LELBEFZ6CWfkCmRPhByZYhHbjvLczVCjTtq+ZNfhCFgUS7jPO9KW3Qk64kAKMKVqV5+XfgFbSDY= X-Received: by 2002:a05:6830:34a0:: with SMTP id c32mr30343456otu.379.1636954078482; Sun, 14 Nov 2021 21:27:58 -0800 (PST) MIME-Version: 1.0 References: <20211110105922.217895-1-bhupesh.sharma@linaro.org> <20211110105922.217895-14-bhupesh.sharma@linaro.org> <5fe9bb9f-ded6-1aa4-347f-ef5cd0b21358@linaro.org> In-Reply-To: <5fe9bb9f-ded6-1aa4-347f-ef5cd0b21358@linaro.org> From: Bhupesh Sharma Date: Mon, 15 Nov 2021 10:57:47 +0530 Message-ID: Subject: Re: [PATCH v5 13/22] dma: qcom: bam_dma: Add support to initialize interconnect path To: Vladimir Zapolskiy Cc: linux-arm-msm@vger.kernel.org, linux-crypto@vger.kernel.org, bhupesh.linux@gmail.com, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, robh+dt@kernel.org, agross@kernel.org, herbert@gondor.apana.org.au, davem@davemloft.net, stephan@gerhold.net, Thara Gopinath , Bjorn Andersson Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org Hi Vladimir, On Fri, 12 Nov 2021 at 16:02, Vladimir Zapolskiy wrote: > > Hi Bhupesh, > > On 11/10/21 12:59 PM, Bhupesh Sharma wrote: > > From: Thara Gopinath > > > > BAM dma engine associated with certain hardware blocks could require > > relevant interconnect pieces be initialized prior to the dma engine > > initialization. For e.g. crypto bam dma engine on sm8250. Such requirement > > is passed on to the bam dma driver from dt via the "interconnects" > > property. Add support in bam_dma driver to check whether the interconnect > > path is accessible/enabled prior to attempting driver intializations. > > > > Cc: Bjorn Andersson > > Cc: Rob Herring > > Signed-off-by: Bhupesh Sharma > > [Make header file inclusion alphabetical and use 'devm_of_icc_get()'] > > Signed-off-by: Thara Gopinath > > please let me ask you to swap your and Thara's sob tags above, there is > a rule applicable to all cases dealing with someone's else changes: > > From Documentation/process/submitting-patches.rst: > > Any further SoBs (Signed-off-by:'s) following the author's SoB are from > people handling and transporting the patch, but were not involved in its > development. SoB chains should reflect the **real** route a patch took > as it was propagated to the maintainers and ultimately to Linus, with > the first SoB entry signalling primary authorship of a single author. Sure, I will fix it in v6. Regards, Bhupesh