Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755147AbdL2GOo (ORCPT ); Fri, 29 Dec 2017 01:14:44 -0500 Received: from mail-wm0-f51.google.com ([74.125.82.51]:46680 "EHLO mail-wm0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750925AbdL2GOm (ORCPT ); Fri, 29 Dec 2017 01:14:42 -0500 X-Google-Smtp-Source: ACJfBotPsNTg0jlTmb7W7yzeO2Me56E2ruq4TH3s0T/Fe373YYkh/PWStQ8edLPnZR0/qiimK2Bh6PfIGPAFh4exQJQ= MIME-Version: 1.0 In-Reply-To: <20171224050625.GH12655@minitux> References: <20171205154701.27730-1-georgi.djakov@linaro.org> <20171205154701.27730-3-georgi.djakov@linaro.org> <20171224050625.GH12655@minitux> From: Jassi Brar Date: Fri, 29 Dec 2017 11:44:40 +0530 Message-ID: Subject: Re: [PATCH v11 2/6] mailbox: qcom: Create APCS child device for clock controller To: Bjorn Andersson Cc: Georgi Djakov , Stephen Boyd , Michael Turquette , Rob Herring , linux-clk@vger.kernel.org, Linux Kernel Mailing List , linux-arm-msm@vger.kernel.org, Devicetree List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1430 Lines: 34 Hi Bjorn, On Sun, Dec 24, 2017 at 10:36 AM, Bjorn Andersson wrote: > On Fri 22 Dec 20:57 PST 2017, Jassi Brar wrote: > >> On Tue, Dec 5, 2017 at 9:16 PM, Georgi Djakov wrote: >> > There is a clock controller functionality provided by the APCS hardware >> > block of msm8916 devices. The device-tree would represent an APCS node >> > with both mailbox and clock provider properties. >> > >> The spec might depict a 'clock' box and 'mailbox' box inside the >> bigger APCS box. However, from the code I see in this patchset, they >> are orthogonal and can & should be represented as independent DT >> nodes. > > The APCS consists of a number of different hardware blocks, one of them > being the "APCS global" block, which is what this node and drivers > relate to. On 8916 this contains both the IPC register and clock > control. But it's still just one block according to the hardware > specification. > > As such DT should describe the one hardware block by one node IMHO. > In my even humbler opinion, DT should describe a h/w functional unit which _could_ be seen as a standalone component. For example, if this APCS had a mac controller, would we also populate a netdev from mailbox driver? And what if next revision moves/drops this clock controller out of APCS, keeping mailbox controller exactly same? Maybe some DT maintainer could enlighten either of us. Cheers!