Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755177Ab3HWPWI (ORCPT ); Fri, 23 Aug 2013 11:22:08 -0400 Received: from mailout2.w1.samsung.com ([210.118.77.12]:49602 "EHLO mailout2.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754692Ab3HWPWF (ORCPT ); Fri, 23 Aug 2013 11:22:05 -0400 X-AuditID: cbfec7f5-b7ef66d00000795a-f2-52177e1bde11 Message-id: <52177E19.3080106@samsung.com> Date: Fri, 23 Aug 2013 17:22:01 +0200 From: Sylwester Nawrocki User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-version: 1.0 To: linux-arm-kernel@lists.infradead.org Cc: Sylwester Nawrocki , linux@arm.linux.org.uk, mturquette@linaro.org, jiada_wang@mentor.com, broonie@kernel.org, vapier@gentoo.org, ralf@linux-mips.org, kyungmin.park@samsung.com, myungjoo.ham@samsung.com, shawn.guo@linaro.org, sebastian.hesselbarth@gmail.com, LW@KARO-electronics.de, t.figa@samsung.com, g.liakhovetski@gmx.de, laurent.pinchart@ideasonboard.com, linux-kernel@vger.kernel.org, uclinux-dist-devel@blackfin.uclinux.org, linux-mips@linux-mips.org, linux-sh@vger.kernel.org Subject: Re: [PATCH v3 2/5] clkdev: Fix race condition in clock lookup from device tree References: <1377270227-1030-1-git-send-email-s.nawrocki@samsung.com> <1377270227-1030-3-git-send-email-s.nawrocki@samsung.com> In-reply-to: <1377270227-1030-3-git-send-email-s.nawrocki@samsung.com> Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMIsWRmVeSWpSXmKPExsVy+t/xq7rSdeJBBi2bRSymPnzCZvF+4zwm i54/lRZnm96wW3ROXMJusenxNVaLy7vmsFlMmDqJ3WLOnynMFrcv81oceLKczeLphItsFrcb V7BZXNqjYnH4TTurxfufjhZP1y1htlg/4zWLxcKGL+wWNyf8YHYQ8Whp7mHzWDnd2+Py9zfM Hjtn3WX3+PAxzmN2x0xWj/nTHzF7bFrVyeZx59oeNo+jK9cyeWxeUu+x+2sTo0ffllWMHp83 yQXwRXHZpKTmZJalFunbJXBlHN/zn73gG3vF3pu/WBoYz7F1MXJySAiYSHzof8QCYYtJXLi3 HiwuJLCUUWLuH1YI+xOjxL4dziA2r4CWxOa+h2D1LAKqEp/vfWQHsdkEDCV6j/YxgtiiAgES i5ecY4eoF5T4MfkeWL2IgIbElK7HYHFmgV4WiUOLjbsYOTiEBSIlZmwACnMBrWpklFjcPx/s Bk4BN4lrzfOYIep1JPa3TmODsOUlNq95yzyBUWAWkhWzkJTNQlK2gJF5FaNoamlyQXFSeq6R XnFibnFpXrpecn7uJkZIxH7dwbj0mNUhRgEORiUe3gnOYkFCrIllxZW5hxglOJiVRHifVosH CfGmJFZWpRblxxeV5qQWH2Jk4uCUamA89Z1jp1H5jYQnTTvYEzp8Kzh/v5tve/Uei8j+n3df SujeNJFWq78T/sHoWunS/byBl4J7Tjr6zfjyX2ejj+xrjnWXf7DquS+Vb2fQzlPUNwl0mDw5 QtrVe3qlt8jXxScWRUid5O8y0WhI2Tn9Wotq7sxTt4SOb3bxLXkdt14ze8Xjw52uFcpKLMUZ iYZazEXFiQAP3jeLtgIAAA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1237 Lines: 27 On 08/23/2013 05:03 PM, Sylwester Nawrocki wrote: > There is currently a race condition in the device tree part of clk_get() > function, since the pointer returned from of_clk_get_by_name() may become > invalid before __clk_get() call. I.e. due to the clock provider driver > remove() callback being called in between of_clk_get_by_name() and > __clk_get(). > > Fix this by doing both the look up and __clk_get() operations with the > clock providers list mutex held. This ensures that the clock pointer > returned from __of_clk_get_from_provider() call and passed to __clk_get() > is valid, as long as the clock supplier module first removes its clock > provider instance and then does clk_unregister() on the corresponding > clocks. > > Signed-off-by: Sylwester Nawrocki > Signed-off-by: Kyungmin Park Oops, I missed to add: Reviewed-by: Mike Turquette > Acked-by: Russell King -- 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/