Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1968678pxb; Fri, 24 Sep 2021 16:39:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJym5+e3SDdtFydiylccueerflE20/i5sf5RN5GiAdOofsXTK/RZp6g//PY0zvaL44nC+qfs X-Received: by 2002:a05:6402:2cd:: with SMTP id b13mr8242020edx.267.1632526784311; Fri, 24 Sep 2021 16:39:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632526784; cv=none; d=google.com; s=arc-20160816; b=0pWPMEawZ2tYCYVoWi6mCXtR1462CsNXpZrtgt7qWgcR8MWjJpaCZ4zIZ3Q0ypiaxp Q3Fi2b9ZmMyZjYr7dJzEsmonmMHXX3l4KNqGjOA6d95gAOCGHQLpQ5NTC2CXirzZrnkI aUxqbMLPzBRaedMvQiGhkjTpZfm50Rdem+PVMufXoVwQMvV7Ce5uGZvUuiW7tzedOfWu RIdiNPsUa9aH6RIq1AtjXkmSY72NaM7DWRIvS//EWqcBZFtUxjWgCaLchzx0WgoXfeVs UM+CsedjE7B7g1uH+w7q9D8wNxhCQcDclQpcQb13sogJxmqLd8aT0kwoziBB5sdi16Mo YsuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=I+3/OaDuhI5pjIMPop3s/uZ1XCPBr1j1NL0ouxoZ0gM=; b=RSHNwcPCe0wOtW0DTs9Fx/Q4JgbcfFm2jvSR5WFy4AZP5ejzjlQih5+rfrX8qicA+G sJGYaNoiE4KqjfAwcXc4+FZCfVgej+62wuaxI3+qy7X60aeKSq0WaHTKZn3SwX6NQWyI WPmKD86AgRq4ZGWp3yET1XnFPnN2n/rg5wFfXEaV5vBPf8SSi3pli53nk5V8cG/cvnuf HKfBXGMjl5RvzjjO/sxDbYUGteAUQMMcBCC30JgwNnT4EaZzft3Tvq8JL3fjvz7/J2By sN3s8wg2AMR4bSwlVYM6eFB1iuBUWDC8k7uQEpUrE7Q/xpUXuPDnytQO9ntgnSsZaT8k Xrtw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=S91I40xC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mt18si10321950ejc.562.2021.09.24.16.39.20; Fri, 24 Sep 2021 16:39:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=S91I40xC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343742AbhIXXYw (ORCPT + 99 others); Fri, 24 Sep 2021 19:24:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48078 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343764AbhIXXYt (ORCPT ); Fri, 24 Sep 2021 19:24:49 -0400 Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 762CEC06161E for ; Fri, 24 Sep 2021 16:23:15 -0700 (PDT) Received: by mail-oi1-x22d.google.com with SMTP id 24so16747470oix.0 for ; Fri, 24 Sep 2021 16:23:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=I+3/OaDuhI5pjIMPop3s/uZ1XCPBr1j1NL0ouxoZ0gM=; b=S91I40xC00oQdUpaFG4GcBFUQyEUVCQHyAuv9yqrOusPXyyxN7+SgE3pw+PTWMV47S UvsrUT8r9g+fuvWcYxjERKY9b68GqYPAm4jrzbfZrQVLXKa0KSDfDA8fRpR3mFZTr0IH 1lRR4pnjinWbUq2QUiqucVBQIoRkVztYIG5B3WkBWrV33eYSr8C4HRnpGX3+kefxhjNT yY/XPZYJXLhxJoBOciADz6DT1UVPgd5zb72+L+OOewv4rjXr7cu6lJn6Oe3d8CrBoiCT s0Yktyw3tyw6rP4D/tDREaRBjrztNF6o4gyQve2f3yjVUkA4b4nNr9g0ChThgseFXK1R fuZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=I+3/OaDuhI5pjIMPop3s/uZ1XCPBr1j1NL0ouxoZ0gM=; b=b0clPcqOLJVkWuyF0k8w8/bMTsoBl0eh4jtbCVc00mwQOfTuwFNVL1q4CHBFYzamMp TVtIuRxNlroYFYOyxlVlWA34KbH/STEBZDqUcZsqRws0sk6j0eaAC5Tz2yeO2Qt4II4A QJNGu2BQw3BgScGy9jNqYeS7Fnj7JCIYbQV+22ceuWj1X+ZK+L3IZpScQqrsulAPWXNe 65HkDYg6Pc2h3MZxBlUPnnx4OaOdaNy28B2o4asZnoi9LbkgbLPBmnYMJ4BOlCWN4OZB WclRQ/UALPUMhuyS9090A+Tz9lmaK1X2i4ME74P/IIVCNzFbysk5OlCcy/9hBamr4OKN ScCA== X-Gm-Message-State: AOAM533KbY5+WmP02auFzX822IarFESZj4GhQGBYY4ykB3hB/J/Zaehp Bnh19AKqu/JXZaF1oA7XvhH3Lw== X-Received: by 2002:aca:abc7:: with SMTP id u190mr3459765oie.159.1632525794724; Fri, 24 Sep 2021 16:23:14 -0700 (PDT) Received: from builder.lan (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id k23sm2661698ook.45.2021.09.24.16.23.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 24 Sep 2021 16:23:14 -0700 (PDT) Date: Fri, 24 Sep 2021 18:23:12 -0500 From: Bjorn Andersson To: Maulik Shah Cc: swboyd@chromium.org, mka@chromium.org, evgreen@chromium.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, agross@kernel.org, dianders@chromium.org, linux@roeck-us.net, rnayak@codeaurora.org, lsrao@codeaurora.org, Mahesh Sivasubramanian , devicetree@vger.kernel.org, Lina Iyer Subject: Re: [PATCH v9 1/5] dt-bindings: Introduce SoC sleep stats bindings Message-ID: References: <1630906083-32194-1-git-send-email-mkshah@codeaurora.org> <1630906083-32194-2-git-send-email-mkshah@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1630906083-32194-2-git-send-email-mkshah@codeaurora.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 06 Sep 00:27 CDT 2021, Maulik Shah wrote: > From: Mahesh Sivasubramanian > > Add device binding documentation for Qualcomm Technologies, Inc. (QTI) > SoC sleep stats driver. The driver is used for displaying SoC sleep > statistic maintained by Always On Processor or Resource Power Manager. > > Cc: devicetree@vger.kernel.org > Signed-off-by: Mahesh Sivasubramanian > Signed-off-by: Lina Iyer > Signed-off-by: Maulik Shah > Reviewed-by: Rob Herring > Reviewed-by: Bjorn Andersson > Reviewed-by: Stephen Boyd > --- > .../bindings/soc/qcom/soc-sleep-stats.yaml | 48 ++++++++++++++++++++++ > 1 file changed, 48 insertions(+) > create mode 100644 Documentation/devicetree/bindings/soc/qcom/soc-sleep-stats.yaml > > diff --git a/Documentation/devicetree/bindings/soc/qcom/soc-sleep-stats.yaml b/Documentation/devicetree/bindings/soc/qcom/soc-sleep-stats.yaml > new file mode 100644 > index 0000000..4161156 > --- /dev/null > +++ b/Documentation/devicetree/bindings/soc/qcom/soc-sleep-stats.yaml > @@ -0,0 +1,48 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/soc/qcom/soc-sleep-stats.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Qualcomm Technologies, Inc. (QTI) SoC sleep stats bindings > + > +maintainers: > + - Maulik Shah > + - Lina Iyer Lina's address is no longer valid. > + > +description: > + Always On Processor/Resource Power Manager maintains statistics of the SoC > + sleep modes involving powering down of the rails and oscillator clock. > + > + Statistics includes SoC sleep mode type, number of times low power mode were > + entered, time of last entry, time of last exit and accumulated sleep duration. > + > +properties: > + compatible: > + enum: > + - qcom,rpmh-sleep-stats > + - qcom,rpm-sleep-stats > + > + reg: > + maxItems: 1 > + > +required: > + - compatible > + - reg > + > +additionalProperties: false > + > +examples: > + # Example of rpmh sleep stats > + - | > + aop_msgram@c3f0048 { > + compatible = "qcom,rpmh-sleep-stats"; > + reg = <0x0c3f0048 0x400>; As I tested this series I did find it quite odd that the start address of this block is $48 bytes into a page and still the length is an even $400. Is there any single platform where qcom,rpmh-sleep-stats doesn't start at an offset of $48 from the beginning of its msgram? Could we move this number to the driver? Regards, Bjorn > + }; > + # Example of rpm sleep stats > + - | > + rpm_msgram@4690000 { > + compatible = "qcom,rpm-sleep-stats"; > + reg = <0x04690000 0x400>; > + }; > +... > -- > QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member > of Code Aurora Forum, hosted by The Linux Foundation >