From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933240AbcBILdJ (ORCPT ); Tue, 9 Feb 2016 06:33:09 -0500 Received: from hqemgate15.nvidia.com ([216.228.121.64]:3995 "EHLO hqemgate15.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933004AbcBILdH (ORCPT ); Tue, 9 Feb 2016 06:33:07 -0500 X-PGP-Universal: processed; by hqnvupgp07.nvidia.com on Tue, 09 Feb 2016 03:32:31 -0800 Message-ID: <56B9CBB9.2010502@nvidia.com> Date: Tue, 9 Feb 2016 16:51:29 +0530 From: Laxman Dewangan User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Mark Brown CC: Thomas Gleixner , , , , , , , , , Subject: Re: [PATCH V4 1/6] regmap: irq: add apis to unmap the mapped irq References: <1454769447-785-1-git-send-email-ldewangan@nvidia.com> <1454769447-785-2-git-send-email-ldewangan@nvidia.com> <20160208145550.GE7265@sirena.org.uk> <56B8C484.7000309@nvidia.com> <20160208165912.GK7265@sirena.org.uk> <56B8C8B4.4050207@nvidia.com> <20160208181908.GM7265@sirena.org.uk> <56B97632.1000208@nvidia.com> <56B9AC8C.2020209@nvidia.com> <20160209112728.GB13270@sirena.org.uk> In-Reply-To: <20160209112728.GB13270@sirena.org.uk> X-Originating-IP: [10.19.65.30] X-ClientProxiedBy: DRUKMAIL102.nvidia.com (10.25.59.20) To bgmail102.nvidia.com (10.25.59.11) 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 Tuesday 09 February 2016 04:57 PM, Mark Brown wrote: > * PGP Signed by an unknown key > > On Tue, Feb 09, 2016 at 02:38:28PM +0530, Laxman Dewangan wrote: >> On Tuesday 09 February 2016 10:46 AM, Laxman Dewangan wrote: >>> Do we need to dispose all virtual irq in regmap_del_irq_chip() before >>> actually removing domain? >>> This means we need to store the created virq in regmap_irq_chip_data for >>> disposing it when removing the irq domain. >> It is easy for me to communicate through code to avoid any confusion. So do >> you want to say as follows? In this case, there is no need of any new API. > Something like that, yes. Documentation/SubmittingPatches please... Thanks for suggestion and review. Sure, I will do this. BTW, I like to add devm_ version of regmap_add_irq_chip() and regmap_del_irq_chip() so that error path and .remove callback is much cleaner. If you are fine then I can make part of this series so that rtc driver will look more simple on probe/remove callback.