From patchwork Tue Nov 3 02:12:54 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Viresh Kumar X-Patchwork-Id: 55920 Delivered-To: patch@linaro.org Received: by 10.112.61.134 with SMTP id p6csp1592748lbr; Mon, 2 Nov 2015 18:13:03 -0800 (PST) X-Received: by 10.67.8.2 with SMTP id dg2mr25671110pad.20.1446516782883; Mon, 02 Nov 2015 18:13:02 -0800 (PST) Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id lk6si39289917pab.151.2015.11.02.18.13.02; Mon, 02 Nov 2015 18:13:02 -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; dkim=neutral (body hash did not verify) header.i=@linaro_org.20150623.gappssmtp.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754668AbbKCCNA (ORCPT + 28 others); Mon, 2 Nov 2015 21:13:00 -0500 Received: from mail-pa0-f46.google.com ([209.85.220.46]:35797 "EHLO mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752594AbbKCCM6 (ORCPT ); Mon, 2 Nov 2015 21:12:58 -0500 Received: by pasz6 with SMTP id z6so3524844pas.2 for ; Mon, 02 Nov 2015 18:12:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro_org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=mdmGDAZm+nGr9twdHVCwR1q2s6UkhYl/j5f5Zg7b30o=; b=H3r9Z5pHZJSNr+gIlumCddjQC2XhdsyS1RhOWAEccj7VdlcY1Ox/sP9uzJsipEXwqq TrcX9uXPR4P9NV1YU1HZfhRt25v2dTtWi8bOX2ZwyMssjJ/RKIxmNTL6ctmoFHJSAxEE Cznz1KSUPxkevw9Yn2wayrygUIOTV1HoqSwy/NI8M4hs56mk6bUuMuerEUnyJW+cyuxB CUt9ljlHi4glKsAJH7S4JFBEMGopPepFSNTWtv0lU9F9KyqK7j4iABZhZcurN8sMxfxG KKSaLDQNTmrBlFZfX1/G+MY5VOd/hdGM4F183ZnP0G9a72Iy8i2uUKDO0LrJvI77wEqZ K0AQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=mdmGDAZm+nGr9twdHVCwR1q2s6UkhYl/j5f5Zg7b30o=; b=M9DyRjh66k+dW/pGcNZVkCQpSEgnLBdIFjk92iy95H9n7uy9P7UgKxNJuAGETTIJqX g3u/h73GdGaTEcJEKpRuX3dQBNuTWpQUxQEBtAfKXow2Z6ggATQt57uOmOuCLXB9diXc axI/nLjiQt3CGbzQlUVYIY6FE2Squpep78RnaoY87Y5yGTIkpVUE2GB4VuCWUHr8PNXG y6mrFMuT00RyTA48s1jSc/PL3YhVcK738wkUp2YNUA1nISyJAVpaza07wmE2DI4bO4Po iTQWZVtoq0CalE3uyKn7YyQ/hZpNvn4GVgfbNZt03SEEPOScqt6Yy7OSYASx6lMKNFqG e8Zg== X-Gm-Message-State: ALoCoQmex4ewqtIl0SwRiVhogP39aAqCL5cczVvCIMJkX5HrD+CaixVegx24UunvEETgS/+JBh61 X-Received: by 10.68.182.34 with SMTP id eb2mr30451121pbc.87.1446516778241; Mon, 02 Nov 2015 18:12:58 -0800 (PST) Received: from localhost ([122.172.111.169]) by smtp.gmail.com with ESMTPSA id kj3sm11515951pbc.59.2015.11.02.18.12.57 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 02 Nov 2015 18:12:57 -0800 (PST) Date: Tue, 3 Nov 2015 07:42:54 +0530 From: Viresh Kumar To: Stephen Boyd Cc: Rafael Wysocki , robh+dt@kernel.org, lee.jones@linaro.org, linaro-kernel@lists.linaro.org, linux-pm@vger.kernel.org, mark.rutland@arm.com, pawel.moll@arm.com, ijc+devicetree@hellion.org.uk, galak@codeaurora.org, nm@ti.com, devicetree@vger.kernel.org, open list , "Rafael J. Wysocki" Subject: Re: [PATCH 1/3] PM / OPP: Add "opp-supported-hw" binding Message-ID: <20151103021254.GM3639@ubuntu> References: <2d52388bd7d3cc546ac3ab5afeb47bfcb3012213.1446167359.git.viresh.kumar@linaro.org> <20151030214907.GJ19782@codeaurora.org> <20151031021612.GU3716@ubuntu> <20151102192144.GQ19782@codeaurora.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20151102192144.GQ19782@codeaurora.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02-11-15, 11:21, Stephen Boyd wrote: > Ah I see that after looking at the previous thread. Perhaps we > can add such information into the documentation so that people > aren't misled into thinking they're limited to 32 bits? What about these changes: -- viresh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ diff --git a/Documentation/devicetree/bindings/opp/opp.txt b/Documentation/devicetree/bindings/opp/opp.txt index 96892057586a..b6ca2239838b 100644 --- a/Documentation/devicetree/bindings/opp/opp.txt +++ b/Documentation/devicetree/bindings/opp/opp.txt @@ -123,11 +123,15 @@ properties. - opp-suspend: Marks the OPP to be used during device suspend. Only one OPP in the table should have this. -- opp-supported-hw: User defined array containing a hierarchy of hardware - version numbers, supported by the OPP. For example: a platform with hierarchy - of three levels of versions (A, B and C), this field should be like , - where X corresponds to Version hierarchy A, Y corresponds to version hierarchy - B and Z corresponds to version hierarchy C. +- opp-supported-hw: This enables us to select only a subset of OPPs from the + larger OPP table, based on what version of the hardware we are running on. We + still can't have multiple nodes with the same opp-hz value in OPP table. + + Its an user defined array containing a hierarchy of hardware version numbers, + supported by the OPP. For example: a platform with hierarchy of three levels + of versions (A, B and C), this field should be like , where X + corresponds to Version hierarchy A, Y corresponds to version hierarchy B and Z + corresponds to version hierarchy C. Each level of hierarchy is represented by a 32 bit value, and so there can be only 32 different supported version per hierarchy. i.e. 1 bit per version. A @@ -135,6 +139,10 @@ properties. level. And a value of 0x00000000 will disable the OPP completely, and so we never want that to happen. + If 32 values aren't sufficient for a version hierarchy, than that version + hierarchy can be contained in multiple 32 bit values. i.e. in the + above example, Z1 & Z2 refer to the version hierarchy Z. + - status: Marks the node enabled/disabled.