Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3111918imm; Tue, 29 May 2018 00:55:59 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrZ6qoxhkKHBbGk7vmhOa0/Y6PIhk5VUyG4JAD79ne3gGX4c5LiY+lyb7TA4kWMpL5PPfdZ X-Received: by 2002:a17:902:a416:: with SMTP id p22-v6mr15027711plq.228.1527580558956; Tue, 29 May 2018 00:55:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527580558; cv=none; d=google.com; s=arc-20160816; b=mvpNJ+jzbjNoW8jZB+uCs0qMV4PmkA6PWZMOBCpB64kNIuBHSJantUzgn5+rEC3sSz plcdyr6G0AuDXYJ+munlN+ao6RyKVXWFbY2vLvb6KnxFYFcK4i8LI6XgY/0oc1WFxWGu /mP9GQkPtwkDmn7XfGFX5hMwpTXFdSYjCjg06Ej7Hhbqkskqn/fqLMa/y9PNdrALlPCL GpKeicblHPO0t3Pv5PbhmEd51zHTdANmSazB23DfeolWiuzUxI9a5bqxwiufjzSB0rJs B00LXjHLwtc0R3PX1kWQ0jo3+nUj89V+JPd0d50dLPoLVKVHXoBsHvrHv64HOLV+CCFo s3pQ== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature :arc-authentication-results; bh=qxMNxJsWb98DVWPof9vs65HIDSKmVfhOp3YxbLV6QmU=; b=b5t8hB/C2kO6gwqR+OEwYmNuwr2TY6wFqK7btkDtNzhflYnAd3eflju1KwRZZDXcNC RJVWV93AHWnRI3p/ZZZmL2wmpsg3/y2v9I7mZ/vYVvMDsKtev44t+A5/rocwqdvYmf1Z rQwRGf5S4c1mboZGWCipy1aKVcGU/LeewN4kC2Bba3j8elMEmirxBqCroKMxCnyhEIG2 oLb6l12moPl30SkTbt+4/lE+9PIekULPtFQkgGEsYYb82MZfG/gJPCSkQqQbH4GMLUQL +Uw5c7Ur5U0ka3RbK61VOrzBXqgO8OluJyYjh7bgiuW/0d6u+qUfPaPaUyADofKm5x+O O9pw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=SvBSVo5h; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w13-v6si16505836pgp.195.2018.05.29.00.55.44; Tue, 29 May 2018 00:55:58 -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; dkim=pass header.i=@linaro.org header.s=google header.b=SvBSVo5h; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755040AbeE2HzL (ORCPT + 99 others); Tue, 29 May 2018 03:55:11 -0400 Received: from mail-wr0-f195.google.com ([209.85.128.195]:44167 "EHLO mail-wr0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754796AbeE2HzK (ORCPT ); Tue, 29 May 2018 03:55:10 -0400 Received: by mail-wr0-f195.google.com with SMTP id y15-v6so23791277wrg.11 for ; Tue, 29 May 2018 00:55:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=qxMNxJsWb98DVWPof9vs65HIDSKmVfhOp3YxbLV6QmU=; b=SvBSVo5hZI1hX13H7eVwBx6bWqXGU6okGYUnd0UWkBmfb0FK2XDLiiUGkBsslrJ0/u vX4D7vYMgZ49+gpIeW9FY0mu70tSkWjNs1GDDAJTq6MJmmnZxdGtI83DvLPJnyhfP3fZ jbAY9MmRI18SffITYFZrV7T9LNGPxSQNCfhrg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=qxMNxJsWb98DVWPof9vs65HIDSKmVfhOp3YxbLV6QmU=; b=AdpE3jSlkmRdkIpUxKJy3qbcA4KoaT9CyX0/T+fdwK4ApR3icCAAu/XE49UeqTFv4o 3qdVeYM7oX/+YL69qcz00gxN9O6FmYW1L8XZluRUTkJtZdBLoeUJvi2WMDzksdSTGKlQ 9HfX9w+xCYozWjQKBURoT35Sx508o+HymNSOSE4Yg2vHADISvfJwEESpSxpj4EGR/KZv uoETcjq2Wc66jJFGIKVuH3lfCh4irPwFrfCnrQirw9BgKHCMJf/Mvedb8YwafL1TAVuG VmVR7p8ANm5uKvjug7fJIOZPpB/iXgIH000dhNhw8PPgGaq6hY1NIDXyy2PHq9YuKXH8 fAiQ== X-Gm-Message-State: ALKqPwd4bQzt3Ji8NIb0dL4Jer/ovpY1gDbJMBb/ol5LuNHHvMH5HfZy VPDMGT2Fx2WVMfkGvmOclNzyDw== X-Received: by 2002:adf:84c2:: with SMTP id 60-v6mr4228134wrg.167.1527580508911; Tue, 29 May 2018 00:55:08 -0700 (PDT) Received: from dell ([2.27.167.23]) by smtp.gmail.com with ESMTPSA id 5-v6sm22108446wre.41.2018.05.29.00.55.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 29 May 2018 00:55:08 -0700 (PDT) Date: Tue, 29 May 2018 08:55:06 +0100 From: Lee Jones To: Steve Twiss Cc: Marek Vasut , "linux-kernel@vger.kernel.org" , Marek Vasut , Geert Uytterhoeven , Mark Brown , Wolfram Sang , "linux-renesas-soc@vger.kernel.org" Subject: Re: [PATCH 4/6] mfd: da9063: Disallow RTC on DA9063L Message-ID: <20180529075505.GD4790@dell> References: <20180523114230.10109-1-marek.vasut+renesas@gmail.com> <20180523114230.10109-4-marek.vasut+renesas@gmail.com> <6ED8E3B22081A4459DAC7699F3695FB701941A488A@SW-EX-MBX02.diasemi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6ED8E3B22081A4459DAC7699F3695FB701941A488A@SW-EX-MBX02.diasemi.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 24 May 2018, Steve Twiss wrote: > Thanks Marek, > > On 23 May 2018 12:42 Marek Vasut wrote, > > > To: linux-kernel@vger.kernel.org > > Cc: Marek Vasut ; Geert Uytterhoeven ; Lee Jones ; Mark Brown ; Steve Twiss ; Wolfram Sang ; linux-renesas-soc@vger.kernel.org > > Subject: [PATCH 4/6] mfd: da9063: Disallow RTC on DA9063L > > > > The DA9063L does not contain RTC block, unlike the full DA9063. > > Do not allow binding RTC driver on this variant of the chip. > > > > Signed-off-by: Marek Vasut > > Cc: Geert Uytterhoeven > > Cc: Lee Jones > > Cc: Mark Brown > > Cc: Steve Twiss > > Cc: Wolfram Sang > > Cc: linux-renesas-soc@vger.kernel.org > > --- > > drivers/mfd/da9063-core.c | 18 +++++++++++------- > > 1 file changed, 11 insertions(+), 7 deletions(-) > > > > diff --git a/drivers/mfd/da9063-core.c b/drivers/mfd/da9063-core.c index 7360b76b4f72..263c83006413 100644 > > --- a/drivers/mfd/da9063-core.c > > +++ b/drivers/mfd/da9063-core.c > > @@ -101,14 +101,14 @@ static const struct mfd_cell da9063_devs[] = { > > .of_compatible = "dlg,da9063-onkey", > > }, > > { > > + .name = DA9063_DRVNAME_VIBRATION, > > + }, > > + { /* Only present on DA9063 , not on DA9063L */ > > .name = DA9063_DRVNAME_RTC, > > .num_resources = ARRAY_SIZE(da9063_rtc_resources), > > .resources = da9063_rtc_resources, > > .of_compatible = "dlg,da9063-rtc", > > }, > > - { > > - .name = DA9063_DRVNAME_VIBRATION, > > - }, > > }; > > > > static int da9063_clear_fault_log(struct da9063 *da9063) @@ -163,7 +163,7 @@ int da9063_device_init(struct da9063 *da9063, unsigned int irq) { > > struct da9063_pdata *pdata = da9063->dev->platform_data; > > int model, variant_id, variant_code; > > - int ret; > > + int da9063_devs_len, ret; > > > > ret = da9063_clear_fault_log(da9063); > > if (ret < 0) > > @@ -225,9 +225,13 @@ int da9063_device_init(struct da9063 *da9063, unsigned int irq) > > > > da9063->irq_base = regmap_irq_chip_get_base(da9063->regmap_irq); > > > > - ret = mfd_add_devices(da9063->dev, -1, da9063_devs, > > - ARRAY_SIZE(da9063_devs), NULL, da9063->irq_base, > > - NULL); > > + da9063_devs_len = ARRAY_SIZE(da9063_devs); > > + /* RTC, the last device in the list, is only present on DA9063 */ > > + if (da9063->type == PMIC_TYPE_DA9063L) > > + da9063_devs_len -= 1; > > + > > + ret = mfd_add_devices(da9063->dev, -1, da9063_devs, da9063_devs_len, > > + NULL, da9063->irq_base, NULL); > > if (ret) > > dev_err(da9063->dev, "Cannot add MFD cells\n"); > > > > MFD cells definitely has less impact than regmap_range and regmap_irq. > I agree, there's no point in having a completely new > static const struct mfd_cell da9063l_devs[] = { ... } for DA9063L This solution is fragile. I agree that a new MFD cell is not required in its entirety. It would however, be better to split out the RTC entry into a new one and only register it when (da9063->type == PMIC_TYPE_DA9063). This is a better solution than messing around with passed struct sizes. -- Lee Jones [李琼斯] Linaro Services Technical Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog