From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751750AbdEAUSt convert rfc822-to-8bit (ORCPT ); Mon, 1 May 2017 16:18:49 -0400 Received: from saturn.retrosnub.co.uk ([178.18.118.26]:43574 "EHLO saturn.retrosnub.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750973AbdEAUSr (ORCPT ); Mon, 1 May 2017 16:18:47 -0400 Date: Mon, 01 May 2017 21:18:07 +0100 User-Agent: K-9 Mail for Android In-Reply-To: References: <96d20633a6ff9792f7be642a590669fc07d9ad63.1493450577.git.eraretuya@gmail.com> <652e2497-d091-9468-a4ee-983bcc626d6b@kernel.org> <9C6C5B25-76A9-48CE-841D-5D9FC92A8FDA@jic23.retrosnub.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Subject: Re: [PATCH v2 2/4] iio: accel: adxl345_core: Introduce set_mode and data_ready functions To: Andy Shevchenko CC: Jonathan Cameron , Eva Rachel Retuya , linux-iio@vger.kernel.org, Hartmut Knaack , Lars-Peter Clausen , Peter Meerwald , Dmitry Torokhov , Michael Hennerich , Daniel Baluta , Alison Schofield , Florian Vaussard , "linux-kernel@vger.kernel.org" From: Jonathan Cameron Message-ID: <522A000D-C2B7-4D61-A21C-D44026A4A3CC@jic23.retrosnub.co.uk> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1 May 2017 21:07:44 BST, Andy Shevchenko wrote: >On Mon, May 1, 2017 at 10:48 PM, Jonathan Cameron > wrote: >> On 1 May 2017 20:42:08 BST, Andy Shevchenko > wrote: >>>On Mon, May 1, 2017 at 3:22 AM, Jonathan Cameron >>>wrote: >>>> On 29/04/17 08:48, Eva Rachel Retuya wrote: >>> >>>>> +static int adxl345_set_mode(struct adxl345_data *data, u8 mode) >>>>> +{ >>>>> + struct device *dev = regmap_get_device(data->regmap); >>>>> + int ret; >>>>> + >>>>> + ret = regmap_write(data->regmap, ADXL345_REG_POWER_CTL, >mode); >>>>> + if (ret < 0) { >>>>> + dev_err(dev, "Failed to set power mode, %d\n", ret); >>>>> + return ret; >>>> drop the return ret here and just return ret at the end of the >>>function. >>>> One of the static checkers will probably moan about this otherwise. >>> >>>But this will be not equivalent! >> Why? Regmap_write returns 0 for success. > >If there is a qurantee that regmap_write() doesn't return any positive >values, I'm okay with replacement. Kernel doc says so. >http://lxr.free-electrons.com/source/drivers/base/regmap/regmap.c#L1693 >>> >>>>> + } >>>>> + >>>>> + return 0; >>>>> +} -- Sent from my Android device with K-9 Mail. Please excuse my brevity.