Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751930AbbBRIkI (ORCPT ); Wed, 18 Feb 2015 03:40:08 -0500 Received: from down.free-electrons.com ([37.187.137.238]:37966 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751368AbbBRIkH (ORCPT ); Wed, 18 Feb 2015 03:40:07 -0500 Date: Wed, 18 Feb 2015 09:40:04 +0100 From: Antoine Tenart To: Lee Jones Cc: Antoine Tenart , sebastian.hesselbarth@gmail.com, sameo@linux.intel.com, jszhang@marvell.com, zmxu@marvell.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 01/11] mfd: add the Berlin controller driver Message-ID: <20150218084004.GD21937@kwain> References: <1423671332-24580-1-git-send-email-antoine.tenart@free-electrons.com> <1423671332-24580-2-git-send-email-antoine.tenart@free-electrons.com> <20150216124808.GC14545@x1> <20150217092020.GC4507@kwain> <20150217115447.GA3989@x1> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150217115447.GA3989@x1> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2539 Lines: 74 On Tue, Feb 17, 2015 at 11:54:48AM +0000, Lee Jones wrote: > On Tue, 17 Feb 2015, Antoine Tenart wrote: > > On Mon, Feb 16, 2015 at 12:48:08PM +0000, Lee Jones wrote: > > > On Wed, 11 Feb 2015, Antoine Tenart wrote: > > > > > +static int berlin_ctrl_probe(struct platform_device *pdev) > > > > +{ > > > > + struct device *dev = &pdev->dev; > > > > + const struct of_device_id *match; > > > > + const struct berlin_ctrl_priv *priv; > > > > + int ret; > > > > + > > > > + match = of_match_node(berlin_ctrl_of_match, dev->of_node); > > > > + if (!match) > > > > + return -EINVAL; > > > > + > > > > + priv = match->data; > > > > + > > > > + ret = mfd_add_devices(dev, 0, priv->devs, priv->ndevs, NULL, -1, NULL); > > > > + if (ret) { > > > > + dev_err(dev, "Failed to add devices: %d\n", ret); > > > > + return ret; > > > > + } > > > > + > > > > + return 0; > > > > +} > > > > > > I'm not sure I see the point in this driver. Why can't you just > > > register these devices directly from DT? > > > > All these devices share the same bank of registers and we previously > > used a single node. But with many devices sharing a single node, this is > > problematic to register all the devices from DT. Using this MFD driver > > to do it is a proper solution in this case. > > Tell me more. What are the problems you encountered? So we had a single node, chip-controller, accessed by multiple devices -and drivers-. We ended up with: chip: chip-control@ea0000 { compatible = "marvell,berlin2q-chip-ctrl"; reg = <0xea0000 0x400>, <0xdd0170 0x10>; #clock-cells = <1>; #reset-cells = <2>; clocks = <&refclk>; clock-names = "refclk"; [pinmux nodes] }; In addition to being a mess, how can you probe various drivers with this single node? We had to probe a clock driver in addition to the pin-controller and reset drivers. We ended up using arch_initcall() in the reset driver, which was *not* acceptable. These chip and system controllers are not an IP, but helps not spreading this bank of registers all over the DT. The solution to this problem is to introduce an mtd driver which registers all the sub-devices described by these chip and system controller nodes. Antoine -- Antoine T?nart, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/