Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Thu, 26 Jul 2018 09:26:21 +0100
From:   Russell King - ARM Linux <linux@armlinux.org.uk>
To:     bgoswami@codeaurora.org
Cc:     gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org,
        linux-arm-msm@vger.kernel.org, srinivas.kandagatla@linaro.org
Subject: Re: [PATCH][RESEND 2] component: enhance handling of devres group
 for master
Message-ID: <20180726082621.GW17271@n2100.armlinux.org.uk>
References: <1532585188-7831-1-git-send-email-bgoswami@codeaurora.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1532585188-7831-1-git-send-email-bgoswami@codeaurora.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Wed, Jul 25, 2018 at 11:06:28PM -0700, bgoswami@codeaurora.org wrote:
> From: Banajit Goswami <bgoswami@codeaurora.org>
> 
> The devres group opened for a master is left open-ended (without
> devres_group_close) even after bind() is complete. Similarly, while
> releasing the devres resources for master, the most recently opened
> devres group is selected, and released without identifying the
> targeted group. As the devres group opened before master bind was
> never closed, there may have unintended consequences of releasing
> devres resources that were allocated after master bind() function
> was complete.

... as intended, because this layers on top of the driver model.
You are aware that the driver model leaves its implicit group open
as well?

I think you need to explain why you need this - what is the problem
scenario that you are encountering.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 13.8Mbps down 630kbps up
According to speedtest.net: 13Mbps down 490kbps up