Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp4624448imm; Wed, 30 May 2018 08:55:52 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLXgKt409T1bU6Gq8Pw5kjnjrEwgOVajOYjZezyCWi0w5fVy+4tUjGTIy3wOkPAPIJySsXA X-Received: by 2002:a17:902:b604:: with SMTP id b4-v6mr3382042pls.18.1527695752282; Wed, 30 May 2018 08:55:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527695752; cv=none; d=google.com; s=arc-20160816; b=WtCnwZPULM2r94mzhMVGnURUev1CCKJlsRb+wZtA44wV+4MPo/TEojAiolrOesfszj VzF6wQkWlhvpZv/kCaZd0HL4mM5Txix0qYWgd8LkSGKevWNOjcihRqQKvEoM+r23oIzw 37g6f3ahOL1BPzUIS9Th6sqVJZ1Q96XrHoKfIAvCH+NWkneg0z65eN7vtY5BWTPV3bWG 7FOmoIQJ3EON2Q7s6zrbnjVaDuK5/Y3hrnLzj3ZI/dxP5fROIQzOx3k2/R/OMiRZQdOb +PS/4T57fi+aRAB8P1/N2WB+ppgHk8Imokjd9eDASmtxfcaRpmXd4xb0iF0Izeu3vynG 40Sg== 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=R9oU404KwIgZ6je83aKh8Gq7BQimFyT8HaDP59EszP0=; b=RyzTjsqV1uhocss30rKRN0ZpCYTfKW+0P4lFw38vwegANdVYZvpzpRMCrKGomTm/YL HL1gEdlpivbL/Aox+B12gyDN32pT24lu00j7tUsQWoOhjaxxaTI0lCj//VWLJWwF81BB KFK3AkHnJDN2cwJv8x1qDRSfk+yJub1cyT2YztyiiGRFE/R+1kIHcdfX+YTlWXq7BlRR aak+gEtsrfeRzoTx4dWMLZ4SBRjkfP0hZaNU7WiXPl/Pl/gtESv/JfSGX1K/sMezYTHP BZoQhU/NBAw8yoW0eFqbSi6a5121efwOw7sE6Jbaa8aYYaED87/CMK1UbhFNlhvONoyc x9Cg== 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 17-v6si1824217pfn.37.2018.05.30.08.55.38; Wed, 30 May 2018 08:55:52 -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 S1753845AbeE3Pyy (ORCPT + 99 others); Wed, 30 May 2018 11:54:54 -0400 Received: from muru.com ([72.249.23.125]:45300 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753815AbeE3Pyw (ORCPT ); Wed, 30 May 2018 11:54:52 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id BBD8F80CE; Wed, 30 May 2018 15:57:13 +0000 (UTC) Date: Wed, 30 May 2018 08:54:48 -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: <20180530155448.GH5705@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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 [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? 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 :) Regards, Tony