From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jani Nikula Subject: Re: CDF meeting @FOSDEM report Date: Wed, 06 Feb 2013 14:11:12 +0200 Message-ID: <876225prq7.fsf@intel.com> References: <1990856.qS9uisuiVF@avalon> <51123A5F.9050604@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by gabe.freedesktop.org (Postfix) with ESMTP id A1ED8E5CB8 for ; Wed, 6 Feb 2013 04:12:05 -0800 (PST) In-Reply-To: <51123A5F.9050604@ti.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: Tomi Valkeinen , Laurent Pinchart Cc: linux-fbdev@vger.kernel.org, Sebastien Guiriec , dri-devel@lists.freedesktop.org, Jesse Barnes , Sumit Semwal , Tom Gall , Kyungmin Park , linux-media@vger.kernel.org, Stephen Warren , Mark Zhang , Thierry Reding , linaro-mm-sig@lists.linaro.org, =?utf-8?Q?St=C3=A9phane?= Marchesin , Alexandre Courbot , Ragesh Radhakrishnan , Thomas Petazzoni , Sunil Joshi , Maxime Ripard , Vikas Sajjan List-Id: dri-devel@lists.freedesktop.org On Wed, 06 Feb 2013, Tomi Valkeinen wrote: >> 6. Miscellaneous >> ---------------- >> >> - If the OMAP3 DSS driver is used as a model for the DSI support >> implementation, Daniel Vetter requested the DSI bus lock semaphore to be >> killed as it prevents lockdep from working correctly (reference needed ;-)). [...] > As for the semaphore, sure, it can be removed, although I'm not aware of > this lockdep problem. If there's a problem it should be fixed in any case. The problem is that lockdep does not support semaphores out of the box. I'm not sure how hard it would be to manually lockdep annotate the bus lock, and whether it would really work. In any case, as I think we learned in the past, getting locking right in a DSI command mode panel driver with an asynchronous update callback, DSI bus lock, and a driver data specific mutex can be a PITA. Lockdep would be extremely useful there. AFAICS simply replacing the semaphore with a mutex would work for all other cases except DSI command mode display update, unless you're prepared to wait in the call until the next tearing effect interrupt plus framedone. Which would suck. I think you and I have talked about this part in the past... BR, Jani.