Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936334AbdGTPGc (ORCPT ); Thu, 20 Jul 2017 11:06:32 -0400 Received: from foss.arm.com ([217.140.101.70]:55450 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935186AbdGTPGb (ORCPT ); Thu, 20 Jul 2017 11:06:31 -0400 Date: Thu, 20 Jul 2017 16:06:28 +0100 From: Liviu Dudau To: Daniel Vetter Cc: Russell King - ARM Linux , David Airlie , DRI devel , LKML Subject: Re: [PATCH] drm/i2c: tda998x: Fix lockdep warning about possible circular dependency Message-ID: <20170720150628.GE3532@e110455-lin.cambridge.arm.com> References: <20170720110450.7435-1-Liviu.Dudau@arm.com> <20170720113853.GX31807@n2100.armlinux.org.uk> <20170720114449.GA19026@n2100.armlinux.org.uk> <20170720125404.GA3532@e110455-lin.cambridge.arm.com> <20170720130829.GY31807@n2100.armlinux.org.uk> <20170720141910.GC3532@e110455-lin.cambridge.arm.com> <20170720142413.GB31807@n2100.armlinux.org.uk> <20170720144045.GD3532@e110455-lin.cambridge.arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.8.3 (2017-05-23) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3246 Lines: 76 On Thu, Jul 20, 2017 at 04:57:12PM +0200, Daniel Vetter wrote: > On Thu, Jul 20, 2017 at 4:40 PM, Liviu Dudau wrote: > > On Thu, Jul 20, 2017 at 03:24:13PM +0100, Russell King - ARM Linux wrote: > >> On Thu, Jul 20, 2017 at 03:19:10PM +0100, Liviu Dudau wrote: > >> > On Thu, Jul 20, 2017 at 02:08:29PM +0100, Russell King - ARM Linux wrote: > >> > > On Thu, Jul 20, 2017 at 01:54:04PM +0100, Liviu Dudau wrote: > >> > > > On Thu, Jul 20, 2017 at 12:44:49PM +0100, Russell King - ARM Linux wrote: > >> > > > > Actually, scrub that idea - drm_helper_probe_single_connector_modes() > >> > > > > calls drm_edid_to_eld() for these cases anyway, so we must call > >> > > > > drm_helper_probe_single_connector_modes() with the audio_mutex held. > >> > > > > >> > > > OK, so the lockdep warning is spurious? > >> > > > >> > > I don't think so. I think there's two ways to solve this: > >> > > > >> > > 1. replace the audio_mutex in tda998x_audio_get_eld() and > >> > > tda998x_connector_fill_modes() with a new mutex (eld_mutex) to > >> > > protect just the ELD. > >> > > > >> > > 2. remove the mutex from these two functions, and take the connection_mutex > >> > > modeset lock in tda998x_audio_get_eld(). > >> > > > >> > > However, I don't have a view on which would be best. > >> > > >> > If you don't mind, I took the liberty of picking option 2, just because > >> > I don't like adding new locks when existing ones might do the job. > >> > >> I don't mind - but one question for the DRM people in connection with > >> your patch is whether we need the acquire context for this relatively > >> simple lock/copy/unlock sequence. This path for getting the ELD > >> shouldn't be holding any other DRM locks. > > > > Cc-ing Daniel Vetter in hope of clarifications / nod of approval. > > However, I can only see my emails in the online dri-devel archive, not > > yours, so I can't point him to the whole discussion. > > > > danvet: a while ago while I was debugging the delayed fb setup I found > > a lockdep warning with the tda998x driver. Now I've had some more time > > to investigate so I have created a patch trying to fix the issue, which > > was on v1 just a re-ordering of places where tda998x's audio_mutex lock > > was taken. Russell suggested a different approach, which I have > > implemented in [1], but we wonder if we really have to go through the > > whole dance. > > If all you do is take only one ww mutex (wrapped up in > drm_modeset_lock for kms) then you can pass a NULL acquire context. > The context is only needed when you want to take multiple locks at the > same time (to be able to resolve deadlocks). Taking a single lock > within the modeset lock class can't deadlock. Hi Daniel, Thanks for clarification. I'll post a v3 with a NULL acquire context. Best regards, Liviu > > Reading the kerneldoc that's not explained at all :-( Can you pls type > a patch to improve the docs for drm_modeset_lock? > > Thanks, Daniel > -- > Daniel Vetter > Software Engineer, Intel Corporation > +41 (0) 79 365 57 48 - http://blog.ffwll.ch -- ==================== | I would like to | | fix the world, | | but they're not | | giving me the | \ source code! / --------------- ¯\_(ツ)_/¯