From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751488AbaBLHGq (ORCPT ); Wed, 12 Feb 2014 02:06:46 -0500 Received: from mail-pa0-f49.google.com ([209.85.220.49]:36556 "EHLO mail-pa0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750922AbaBLHGp (ORCPT ); Wed, 12 Feb 2014 02:06:45 -0500 MIME-Version: 1.0 In-Reply-To: References: <1392177760-17959-1-git-send-email-lpapp@kde.org> Date: Wed, 12 Feb 2014 07:06:45 +0000 X-Google-Sender-Auth: jxtdYhd_0krbVtL3B7X6AeuIMks Message-ID: Subject: Re: [PATCH v6] mfd: MAX6650/6651 support From: Laszlo Papp To: Sachin Kamat Cc: Lee Jones , Linus Walleij , LKML , Krzysztof Kozlowski , Jean Delvare , Guenter Roeck Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 12, 2014 at 4:42 AM, Sachin Kamat wrote: > Hi Laszlo, > > Sorry for missing out on a couple of points during my earlier review. > Please see inline. Np. > On 12 February 2014 09:32, Laszlo Papp wrote: >> MAX6650/MAX6651 chip is a multi-function device with I2C busses. The >> chip includes fan-speed regulators and monitors, GPIO, and alarm. >> >> This patch is an initial release of a MAX6650/6651 MFD driver that >> supports to enable the chip with its primary I2C bus that will connect >> the hwmon, and then the gpio devices for now. >> >> Signed-off-by: Laszlo Papp >> --- > [snip] > >> --- /dev/null >> +++ b/drivers/mfd/max665x.c >> @@ -0,0 +1,87 @@ >> +/* >> + * Device access for MAX6650-MAX6651 >> + * >> + * Copyright(c) 2013 Polatis Ltd. >> + * >> + * Author: Laszlo Papp >> + * >> + * This program is free software; you can redistribute it and/or modify it >> + * under the terms of the GNU General Public License as published by the >> + * Free Software Foundation; either version 2 of the License, or (at your >> + * option) any later version. >> + */ >> + >> +#include >> +#include >> +#include >> +#include >> + >> +#include >> + >> +static struct mfd_cell max665x_devs[] = { >> + { .name = "max6651-gpio", }, >> + { .name = "max6650", }, /* hwmon driver */ >> + {}, >> +}; >> + >> +const struct regmap_config max665x_regmap_config = { >> + .reg_bits = 5, >> +}; > > This should be static. Agree. >> +static int max665x_probe(struct i2c_client *i2c, >> + const struct i2c_device_id *id) >> +{ >> + struct max665x_dev *max665x; >> + int ret; >> + >> + max665x = devm_kzalloc(&i2c->dev, sizeof(*max665x), GFP_KERNEL); >> + if (!max665x) >> + return -ENOMEM; >> + >> + i2c_set_clientdata(i2c, max665x); >> + max665x->dev = &i2c->dev; >> + max665x->i2c = i2c; >> + max665x->map = devm_regmap_init_i2c(i2c, &max665x_regmap_config); > > Don't you need to check the return value of devm_regmap_init_i2c? I personally think I should. I strived for consistency though with other similar drivers. After this many reviews about such things, it seems that consistency matters here less than other projects which I can cope with, thanks.