Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp628006imm; Thu, 31 May 2018 06:46:26 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLbfye37FKiplC7LozLj/YY2SZjAxSzdenO4DnEbPov7w2fkiC8t9eE9KyPs386CYULvRiN X-Received: by 2002:aa7:819a:: with SMTP id g26-v6mr6941499pfi.210.1527774386920; Thu, 31 May 2018 06:46:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527774386; cv=none; d=google.com; s=arc-20160816; b=eyTtDwWsZdFxv49IOXD7/ZC3Uayn07mNvACicfmE225l+FWnVf18i6/HcGlEopyGVI GKiwMeft0sRAq7n2+d0bdXfBV+vOy2gYdcJvLsP7FlVtnWqTk8LqgB82RAFw+xtx/bFU 1Cz3yw4D77C8NM2sr0XPmExW0WCRb8bZ99SOcVnFLAMHvMzcmlMhBK09xPgCoguL3gS4 rr2vCr/lMGN2dN7eFL6a20tI6K89JKMUFYtQRzaG4ghEa5c4yzeYbBXNf+vPnIj68LRX y9C5U93JW8lrEg5W6MAiVpiqLnxP6Cw+lynrramdtfLBy9k4veV/yLBJMMjb/mbFXrkU 3Lrg== 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=VP4hbL2mN/eZJDn8Zy27RCimcg6EcTzYsepm0/HlfpA=; b=oC9/wGavPYIdQIiyYLvolD4YvKYQrkIgOdfIJ15aktB9RJIVWhlvI/8v7a1BXhgZ26 EhfdRYbAO3QmifUuF2SMnIqwruRmfeJbSD5NJT30UGzC17SdSx01eEkcM1yq8nPhwtSn SuVVJIVbvP4vMBnNqy3otGQK457rAKQQYqsuD73QsaU3vnZ7cYjFrTpke6aHKp+FDv9G eIZRWUpT2zPSzGRXbr/fx2t/2lD1O+oa4rqb/7LenpMP34IZDRRM2BS7jUuPEKRuy2kb GN4Ng047ClD0YLrn/3VgH8sU7859/Udi7WsEPrsR9r9SawfQWjESF28U5lIX5lc0Bmgn eyoA== 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 u13-v6si35710274plq.161.2018.05.31.06.46.12; Thu, 31 May 2018 06:46:26 -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 S1755417AbeEaNpR (ORCPT + 99 others); Thu, 31 May 2018 09:45:17 -0400 Received: from muru.com ([72.249.23.125]:45418 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755312AbeEaNpL (ORCPT ); Thu, 31 May 2018 09:45:11 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id A21FE809F; Thu, 31 May 2018 13:47:33 +0000 (UTC) Date: Thu, 31 May 2018 06:45:07 -0700 From: Tony Lindgren To: Faiz Abbas Cc: 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, t-kristo@ti.com Subject: Re: [PATCH v2 5/6] ARM: dts: Add generic interconnect target module node for MCAN Message-ID: <20180531134507.GK5705@atomide.com> References: <20180530141133.3711-1-faiz_abbas@ti.com> <20180530141133.3711-6-faiz_abbas@ti.com> <20180530150402.GE5705@atomide.com> <2361da91-659d-1aaa-0ab8-d1473bc3a71a@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2361da91-659d-1aaa-0ab8-d1473bc3a71a@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 * Faiz Abbas [180531 10:22]: > On Wednesday 30 May 2018 08:34 PM, Tony Lindgren wrote: > > Looks good to me except I think the reset won't do anything currently > > with ti-sysc.c unless you specfify also "ti,hwmods" for the module? > > > > Can you please check? It might be worth adding the reset function to > > ti-sysc.c for non "ti,hwmods" case and that just might remove the > > need for any hwmod code for this module. > > > > If I understand correctly, this involves adding a (*reset_module) in > ti_sysc_platform_data and defining a ti_sysc_reset_module() in ti-sysc.c > similar to ti_sysc_idle_module(). Right? Well try moving "ti,hwmods" to the module level first. Then reset will happen with enable. Then for simple cases we can add reset directly to ti-sysc.c without pdata callbacks and and drop "ti,hwmods". For more complex cases we need to use reset-simple for the RSTCTRL registers. Regards, Tony