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=-0.7 required=3.0 tests=DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS,T_DKIM_INVALID 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 26BBEC433F4 for ; Tue, 28 Aug 2018 07:11:24 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id D1311208AC for ; Tue, 28 Aug 2018 07:11:23 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="key not found in DNS" (0-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="FCfRLI9P"; dkim=fail reason="key not found in DNS" (0-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="FCfRLI9P" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org D1311208AC Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727278AbeH1LBg (ORCPT ); Tue, 28 Aug 2018 07:01:36 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:52244 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726446AbeH1LBg (ORCPT ); Tue, 28 Aug 2018 07:01:36 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 9EF7E6044E; Tue, 28 Aug 2018 07:11:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1535440280; bh=93cqeCjV+m2fIHYrlhI9KsaYqEyMODyXTJ1ccjL/H9s=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=FCfRLI9PExWF0spgamH2aNSRsb7WlgtBfRFrDooQ2/EMPrkRZU7jolv/QLb+4xcJ3 06mXbAYxquTVOBA0oeW0IHJB8EcjY3uvEBW3iWK5dAKXePz1vGZV7qYNLq4X3mBGYT j3m1je1LeVqKUwpgBFUR7KufzNrCW9kLcrZhmNts= Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.codeaurora.org (Postfix) with ESMTP id 426A3602AE; Tue, 28 Aug 2018 07:11:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1535440280; bh=93cqeCjV+m2fIHYrlhI9KsaYqEyMODyXTJ1ccjL/H9s=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=FCfRLI9PExWF0spgamH2aNSRsb7WlgtBfRFrDooQ2/EMPrkRZU7jolv/QLb+4xcJ3 06mXbAYxquTVOBA0oeW0IHJB8EcjY3uvEBW3iWK5dAKXePz1vGZV7qYNLq4X3mBGYT j3m1je1LeVqKUwpgBFUR7KufzNrCW9kLcrZhmNts= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 28 Aug 2018 12:41:20 +0530 From: Sibi Sankar To: Bjorn Andersson Cc: Matthias Kaehlcke , p.zabel@pengutronix.de, robh+dt@kernel.org, linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, ohad@wizery.com, mark.rutland@arm.com, sricharan@codeaurora.org, akdwived@codeaurora.org, linux-arm-msm@vger.kernel.org, tsoni@codeaurora.org, linux-remoteproc-owner@vger.kernel.org Subject: Re: [PATCH v2 2/6] reset: qcom: PDC Global (Power Domain Controller) reset controller In-Reply-To: <20180828030253.GF2523@minitux> References: <20180824131900.5353-1-sibis@codeaurora.org> <20180824131900.5353-3-sibis@codeaurora.org> <20180828002236.GX160295@google.com> <20180828030253.GF2523@minitux> Message-ID: X-Sender: sibis@codeaurora.org User-Agent: Roundcube Webmail/1.2.5 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Bjorn/Matthias, Thanks for the review, will fix them in the next-respin. On 2018-08-28 08:32, Bjorn Andersson wrote: > On Mon 27 Aug 17:22 PDT 2018, Matthias Kaehlcke wrote: >> On Fri, Aug 24, 2018 at 06:48:56PM +0530, Sibi Sankar wrote: >> > diff --git a/drivers/reset/reset-qcom-pdc.c b/drivers/reset/reset-qcom-pdc.c > [..] >> > +struct qcom_pdc_desc { >> > + const struct regmap_config *config; >> > + const struct qcom_pdc_reset_map *resets; >> > + size_t num_resets; >> > +}; >> >> Not sure if this structure adds much value or just a layer of >> indirection: >> >> - .config is only accessed in _probe(), sdm845_pdc_regmap_config could >> be used directly >> - .resets is used in _(de)assert(), sdm845_pdc_resets could be used >> directly >> - .num_resets is only accessed in _probe(), >> ARRAY_SIZE(sdm845_pdc_resets) could be used instead >> >> It probably makes sense if it is planned to support reset controllers >> of other SoCs with this driver. >> > > I like this suggestion, once we need the configurability we can add the > type for it. It also shows that only .resets would need to be > referenced > by qcom_pdc_reset_data. > Will change it accordingly >> > +struct qcom_pdc_reset_data { >> > + struct reset_controller_dev rcdev; >> > + struct regmap *regmap; >> > + const struct qcom_pdc_desc *desc; >> > +}; > [..] >> > +static int qcom_pdc_reset_probe(struct platform_device *pdev) >> > +{ > [..] >> > + data->regmap = devm_regmap_init_mmio(dev, base, desc->config); >> > + if (IS_ERR(data->regmap)) { >> > + dev_err(dev, "Unable to get pdc-global regmap"); >> >> Add missing '\n' >> >> Say 'pdc-reset' instead of 'pdc-global'? (see also my other comment >> below). >> > > This regmap is created out of the single anonymous "reg", so I think > the > error should be reduced to "Unable to initialize regmap\n". > Sure will add it but aren't we trying to regmap the entire pdc-global register space though? > [..] >> > +static const struct of_device_id qcom_pdc_reset_of_match[] = { >> > + { .compatible = "qcom,sdm845-pdc-global", .data = &sdm845_pdc_desc }, >> >> Should this be 'qcom,sdm845-pdc-reset' which is more specific than >> 'global' and in line with the name and purpose of the driver? >> Obviously this would require to adjust the bindings doc too. >> > > No, the binding describes the hardware block named "PDC Global", > currently implemented as a reset controller. The reason for doing this > is so that we one day can expose additional interfaces in a backwards > compatible fashion. > > Regards, > Bjorn -- -- Sibi Sankar -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project.