Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp734259imm; Thu, 31 May 2018 08:29:40 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKtrfE6enMNPqPjJwrkkmzS1rFJQFs7MB3QO0Yr/GppGyWGdb7ruqFFq/M2o6zfTZN5w/K8 X-Received: by 2002:a65:4d8e:: with SMTP id p14-v6mr1655452pgq.296.1527780580197; Thu, 31 May 2018 08:29:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527780580; cv=none; d=google.com; s=arc-20160816; b=xQ92rMNzkssjyHT7Y6rUobRikqkNB2ESW/OQs9I/BU10S0vtcANJJ+q8HUkEsF0cyT IIPmAZpTe284ogY86mHTpDWVaYB2OLwOylZTxElO7K0sp2HtRVd+J6TkWB+cDb8dPzoX YUFbX4qim95TcKSj5keX0rsHajYjk22DV7vS6cTmAS9HLVe8EY+3OiAKHoe7ND4KfhKx 5UZcg4ARvgvgpOIYywznlyvs1pAt9JiWBSh0liPpCualbNxI4ROv+yloyrAe54sUmJgm eKdt/PmUJczHhT0f7MdYkcfL0szUPFwx3RFzhpmV+3wHUrKlevMvrueEQ6IfiO1mrrAf ECmQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=ZVfQIrwRP8zbX00qfGdJnQ8ADaF3YCHCqUmiuLnt0cs=; b=z241+5ylFwQTiA9XpkBWTQU91ciZ3EbCvP2nKY3sBreyhvO7o3CJAZ9XZ1jurlQrfn 231IO5WhduzLGNUYXClUK1TSdl0eBibTh31G6MQlGwejPGusR/U58kdBF/5CbihJM7S8 CDJQYWtM0qEAHY8oHfCAkFTI/hsSCoPOVxQVdvmQLPCxDTGRFNwHl8viC/8GTxwoB5cP siEL9ja1CxBXMV/bj+7AwmeqIJEmfmM59Z+/Y4/fOt5vbvHt1BQwwOLdEeuWSXsqoWn2 ROEqvTVAgajBwMtpJpHDQQ94BSf1/JrkDHggwQ7yvUf/XgKSKGt4uVp6KBZpqjKHcxk8 5cVg== ARC-Authentication-Results: i=1; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p2-v6si25361008pgn.187.2018.05.31.08.29.25; Thu, 31 May 2018 08:29:40 -0700 (PDT) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755490AbeEaP0b (ORCPT + 99 others); Thu, 31 May 2018 11:26:31 -0400 Received: from muru.com ([72.249.23.125]:45546 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755369AbeEaP01 (ORCPT ); Thu, 31 May 2018 11:26:27 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 4F17E809F; Thu, 31 May 2018 15:28:49 +0000 (UTC) Date: Thu, 31 May 2018 08:26:23 -0700 From: Tony Lindgren To: Tero Kristo Cc: Faiz Abbas , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, robh+dt@kernel.org, bcousson@baylibre.com, paul@pwsan.com Subject: Re: [PATCH v2 1/6] ARM: dra762: hwmod: Add MCAN support Message-ID: <20180531152623.GN5705@atomide.com> References: <20180530141133.3711-1-faiz_abbas@ti.com> <20180530141133.3711-2-faiz_abbas@ti.com> <20180530145047.GC5705@atomide.com> <20180530152825.GG5705@atomide.com> <20180530155448.GH5705@atomide.com> <98c989ca-0694-5150-f74b-35f3e4bf20c0@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <98c989ca-0694-5150-f74b-35f3e4bf20c0@ti.com> User-Agent: Mutt/1.9.5 (2018-04-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Tero Kristo [180531 06:18]: > On 30/05/18 18:54, Tony Lindgren wrote: > > * Tero Kristo [180530 15:44]: > > > On 30/05/18 18:28, Tony Lindgren wrote: > > > > * Tero Kristo [180530 15:18]: > > > > > For the OCP if part, I think that is still needed until we switch over to > > > > > full sysc driver. clkctrl_offs you probably also need because that is used > > > > > for mapping the omap_hwmod against a specific clkctrl clock. Those can be > > > > > only removed once we are done with hwmod (or figure out some other way to > > > > > assign the clkctrl clock to a hwmod.) > > > > > > > > Hmm might be worth testing. I thought your commit 70f05be32133 > > > > ("ARM: OMAP2+: hwmod: populate clkctrl clocks for hwmods if available") > > > > already parses the clkctrl from dts? > > > > > > It maps the clkctrl clock to be used by hwmod, if those are available. We > > > didn't add any specific clock entries to DT for mapping the actual clkctrl > > > clock without the hwmod_data hints yet though, as that was deemed temporary > > > solution only due to transition to interconnect driver. I.e., you would need > > > something like this in DT for every device node: > > > > > > &uart3 { > > > clocks = ; > > > clock-names = "clkctrl"; > > > }; > > > > > > ... which is currently not present. > > > > Hmm is that not the "fck" clkctrl clock we have already in > > the dts files for the interconnect target modules? > > Oh okay, yeah, we could parse that one, but currently it is not done, and is > not present for everything either I believe. > > > We can also use pdata callbacks to pass the clock node if > > needed. But I guess I don't quite still understand what we > > are missing :) > > So, what is missing is the glue logic only from the hwmod codebase. Right > now this is not supported but should be relatively trivial thing to add if > we really want to do this. OK let's think about this a bit for v4.19 then. Regards, Tony