Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755710AbaGIMso (ORCPT ); Wed, 9 Jul 2014 08:48:44 -0400 Received: from ducie-dc1.codethink.co.uk ([185.25.241.215]:49765 "EHLO ducie-dc1.codethink.co.uk" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1755152AbaGIMsm (ORCPT ); Wed, 9 Jul 2014 08:48:42 -0400 Message-ID: <53BD3A1D.8060401@codethink.co.uk> Date: Wed, 09 Jul 2014 13:48:29 +0100 From: Rob Jones User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Julia Lawall CC: Himangi Saraogi , Linus Walleij , Alexandre Courbot , linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, Randy Dunlap , linux-doc@vger.kernel.org, Liam Girdwood , Mark Brown , Jaroslav Kysela , Takashi Iwai , patches@opensource.wolfsonmicro.com, alsa-devel@alsa-project.org, Eric Miao , Russell King , Haojian Zhuang , linux-arm-kernel@lists.infradead.org, Philipp Zabel , Paul Parsons Subject: Re: [PATCH 1/5] gpiolib: devres: Introduce the function devm_request_gpio_array References: <1a1752ce7455bac8f2505a9790da891a830699f5.1404665589.git.himangi774@gmail.com> <53BD2509.6070803@codethink.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/07/14 12:52, Julia Lawall wrote: > > > On Wed, 9 Jul 2014, Rob Jones wrote: > >> Please note that I submitted a patch on 02/07/14 to create this >> function which was acked by Linus Walleij on 05/07/14. >> >> Great minds think alike, and all that. >> >> However, I think that the version I submitted better replicates the >> original (non devm) functionality, see below. >>> +int devm_gpio_request_array(struct device *dev, const struct gpio *array, >>> + size_t num) >>> +{ >>> + int i, err; >>> + >>> + for (i = 0; i < num; i++, array++) { >>> + err = devm_gpio_request_one(dev, array->gpio, array->flags, >>> + array->label); >>> + if (err) >>> + return err; >> >> The failure path in the version I submitted frees up any already >> allocated gpios on the first failure. > > Himangi first proposed doing that, but I thought it was not really in the > spirit of devm functions, which is to leave that implicit. No strong > opinion on the matter, though. > Interestingly, we came at it from the other direction: I originally didn't have the unwind in and our internal review guys suggested that it was in the original function so putting it in would: 1. make this a better analogue of the original 2. help avoid deadlocks 3. allow the driver to retry, perhaps requesting reduced functionality. > julia > -- Rob Jones Codethink Ltd mailto:rob.jones@codethink.co.uk tel:+44 161 236 5575 -- 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/