Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751933Ab3IRJkB (ORCPT ); Wed, 18 Sep 2013 05:40:01 -0400 Received: from saturn.retrosnub.co.uk ([178.18.118.26]:38066 "EHLO saturn.retrosnub.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751020Ab3IRJj7 (ORCPT ); Wed, 18 Sep 2013 05:39:59 -0400 User-Agent: K-9 Mail for Android In-Reply-To: <20130918065406.GA13451@gmail.com> References: <1379393047-11772-1-git-send-email-zubair.lutfullah@gmail.com> <1379393047-11772-3-git-send-email-zubair.lutfullah@gmail.com> <20130918042726.GB13196@core.coreip.homeip.net> <20130918065406.GA13451@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [PATCH 2/2] iio: ti_am335x_adc: Add continuous sampling support From: Jonathan Cameron Date: Wed, 18 Sep 2013 10:39:42 +0100 To: "Zubair Lutfullah :" , Dmitry Torokhov CC: linux-iio@vger.kernel.org, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, bigeasy@linutronix.de, gregkh@linuxfoundation.org Message-ID: <53771776-0d33-436d-9687-995ed0d6345d@email.android.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1988 Lines: 60 "Zubair Lutfullah :" wrote: >On Tue, Sep 17, 2013 at 09:27:27PM -0700, Dmitry Torokhov wrote: >> Hi Zubair, >> >> On Tue, Sep 17, 2013 at 09:44:07AM +0500, Zubair Lutfullah wrote: >> > + >> > + ret = devm_request_threaded_irq(indio_dev->dev.parent, >> > + irq, >> > + pollfunc_th, pollfunc_bh, >> > + flags, indio_dev->name, >> > + indio_dev); >> > + if (ret) >> > + goto error_kfifo_free; >> > + >> > + indio_dev->setup_ops = setup_ops; >> > + indio_dev->modes |= INDIO_BUFFER_HARDWARE; >> > + >> > + ret = iio_buffer_register(indio_dev, >> > + indio_dev->channels, >> > + indio_dev->num_channels); >> > + if (ret) >> > + goto error_free_irq; >> > + >> > + return 0; >> > + >> > +error_free_irq: >> > + devm_free_irq(indio_dev->dev.parent, irq, indio_dev); >> >> What is the point of using devm_* here if you are doing explicit >> management of the resource anyway (you explicitly release it in all >code >> paths)? >> >> Thanks. >> >> -- >> Dmitry > >I admit I am unaware at the moment about how it works. > >I use devm and simply ignore the error path? > >The devm function header description said something about using >devm_free when freeing. And this is the way I am used to seeing >error handling. The devm interfaces ensure this is all cleaned when the device is removed thus avoiding the need to free the stuff explicitly. Device will get freed on deliberate remove and on an error from probe. Hence you can drop all calls to devm free. The devm free functions are only needed if you wish to free in order to reallocate. This might happen if you want to change a buffer size for instance. > >Zubair -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- 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/