Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752782Ab3IRQMM (ORCPT ); Wed, 18 Sep 2013 12:12:12 -0400 Received: from saturn.retrosnub.co.uk ([178.18.118.26]:44056 "EHLO saturn.retrosnub.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751510Ab3IRQMJ (ORCPT ); Wed, 18 Sep 2013 12:12:09 -0400 User-Agent: K-9 Mail for Android In-Reply-To: <20130918141533.GA16424@core.coreip.homeip.net> 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> <53771776-0d33-436d-9687-995ed0d6345d@email.android.com> <20130918141533.GA16424@core.coreip.homeip.net> 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 17:12:02 +0100 To: Dmitry Torokhov CC: "Zubair Lutfullah :" , linux-iio@vger.kernel.org, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, bigeasy@linutronix.de, gregkh@linuxfoundation.org Message-ID: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3052 Lines: 88 Dmitry Torokhov wrote: >On Wed, Sep 18, 2013 at 10:39:42AM +0100, Jonathan Cameron wrote: >> >> >> "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. > >However in this case such conversion us dangerous. With all but IRQ >resource managed by the traditional methods they will be released first >with IRQ handler deregistered very last. Therefore if device is not >properly quiesced IRQ raised during driver unbinding is likely to >result >in kernel oops. > >IOW devm_request_irq() is very often evil (it is still useful if _all_ >your resources are managed by devm_*). > >In case of your driver I'd recommend switching to >request_irq()/free_irq() instead. > >Thanks. Pretty much all resources are devm managed in here https://git.kernel.org/cgit/linux/kernel/git/jic23/iio.git/tree/drivers/iio/adc/ti_am335x_adc.c?h=togreg&id=7a1aeba7ed0d5a1e83fd5a8ee2a2869430d40347 There is a left over calloc which could be converted but that's it. -- 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/