From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754702AbcDKLvx (ORCPT ); Mon, 11 Apr 2016 07:51:53 -0400 Received: from mail-wm0-f45.google.com ([74.125.82.45]:34534 "EHLO mail-wm0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754575AbcDKLvv (ORCPT ); Mon, 11 Apr 2016 07:51:51 -0400 Date: Mon, 11 Apr 2016 12:51:47 +0100 From: Lee Jones To: Javier Martinez Canillas Cc: linux-kernel@vger.kernel.org, linux-samsung-soc@vger.kernel.org, Andi Shyti , Paul Gortmaker , Krzysztof Kozlowski , Laxman Dewangan Subject: Re: [RESEND PATCH] mfd: max77686: Use module_i2c_driver() instead of subsys initcall Message-ID: <20160411115147.GU8094@x1> References: <1459809962-8883-1-git-send-email-javier@osg.samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1459809962-8883-1-git-send-email-javier@osg.samsung.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 04 Apr 2016, Javier Martinez Canillas wrote: > The driver's init and exit function don't do anything besides adding and > deleting the I2C driver so the module_i2c_driver() macro could be used. > > Currently is not being used because the driver is initialized at subsys > initcall level, claiming that this is done to allow consumers devices to > use the resources provided by this driver. But dependencies are in DT so > manual ordering of init calls is not necessary any more. > > Signed-off-by: Javier Martinez Canillas > > --- > > Changes in the resend: > - Change commit message to make clear that dependencies are in DT instead > giving the impression that it was wishful thinking (Krzysztof Kozlowski). > > Hello, > > This patch was first sent as a part of a bigger series to allow the > max77686 MFD driver to be built as a module [0]. The other patches > were already picked but $SUBJECT wasn't, probably because there was > a dependency with a patch on the exynos thermal driver [1]. > > But the exynos thermal patches also landed in mainline so I think it > should be safe to merged $SUBJECT now. > > [0]: https://lkml.org/lkml/2016/2/11/857 > [1]: https://lkml.org/lkml/2016/2/18/592 > > Best regards, > Javier > > drivers/mfd/max77686.c | 13 +------------ > 1 file changed, 1 insertion(+), 12 deletions(-) Applied, thanks. > diff --git a/drivers/mfd/max77686.c b/drivers/mfd/max77686.c > index c1aff46e89d9..66cc9bebb7ba 100644 > --- a/drivers/mfd/max77686.c > +++ b/drivers/mfd/max77686.c > @@ -321,18 +321,7 @@ static struct i2c_driver max77686_i2c_driver = { > .id_table = max77686_i2c_id, > }; > > -static int __init max77686_i2c_init(void) > -{ > - return i2c_add_driver(&max77686_i2c_driver); > -} > -/* init early so consumer devices can complete system boot */ > -subsys_initcall(max77686_i2c_init); > - > -static void __exit max77686_i2c_exit(void) > -{ > - i2c_del_driver(&max77686_i2c_driver); > -} > -module_exit(max77686_i2c_exit); > +module_i2c_driver(max77686_i2c_driver); > > MODULE_DESCRIPTION("MAXIM 77686/802 multi-function core driver"); > MODULE_AUTHOR("Chiwoong Byun "); -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog