From mboxrd@z Thu Jan 1 00:00:00 1970 From: maxime.ripard@free-electrons.com (Maxime Ripard) Date: Mon, 17 Jul 2017 11:01:07 +0200 Subject: [PATCH 01/18] regmap: mmio: Add function to attach a clock In-Reply-To: <20170713160142.2buaie6ebqbxunin@sirena.org.uk> References: <02f409ad80afed68e02660f161fc26d588a86fa7.1499955058.git-series.maxime.ripard@free-electrons.com> <20170713160142.2buaie6ebqbxunin@sirena.org.uk> Message-ID: <20170717090107.cpjxoxfqcc3qwabh@flea> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Hi Mark, On Thu, Jul 13, 2017 at 05:01:42PM +0100, Mark Brown wrote: > On Thu, Jul 13, 2017 at 04:12:56PM +0200, Maxime Ripard wrote: > > > This might be problematic if the clock to enable is stored in another node. > > Let's add a function that allows to attach a clock that has already been > > retrieved to a regmap in order to fix this. > > What is the use case for this? This is useful when the clock you want to be handled by the regmap is not described in the device node that probed the driver, but one of its subnode, or an another node entirely. We're in the latter case, where we have two controllers in the DT, but are driven by the same driver. We'll create two regmaps, but one will not have the proper of_node used to retrieve the clock. Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: