From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753971AbaHUIhP (ORCPT ); Thu, 21 Aug 2014 04:37:15 -0400 Received: from top.free-electrons.com ([176.31.233.9]:41791 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752846AbaHUIhL (ORCPT ); Thu, 21 Aug 2014 04:37:11 -0400 Date: Thu, 21 Aug 2014 10:37:06 +0200 From: Boris BREZILLON To: Ludovic Desroches , Thierry Reding Cc: Nicolas Ferre , Jean-Christophe Plagniol-Villard , Alexandre Belloni , Andrew Victor , David Airlie , , , Samuel Ortiz , Lee Jones , Rob Clark , Laurent Pinchart , Mark Rutland , , Pawel Moll , Ian Campbell , , Rob Herring , Bo Shen , Kumar Gala , Subject: Re: [PATCH v4 00/11] drm: add support for Atmel HLCDC Display Controller Message-ID: <20140821103706.2349915d@bbrezillon> In-Reply-To: <20140821081619.GZ2452@ldesroches-Latitude-E6320> References: <1406034695-15534-1-git-send-email-boris.brezillon@free-electrons.com> <20140821081619.GZ2452@ldesroches-Latitude-E6320> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Ludovic, On Thu, 21 Aug 2014 10:16:19 +0200 Ludovic Desroches wrote: > Hi Boris, > > You can add > > Tested-by: Ludovic Desroches Thanks for testing this driver. > > Only one issue but not related to your patches, you can't display > quickly the bootup logo since the panel detection takes too much > time. Yes, actually this is related to the device probe order: the hlcdc-display-controller device is probed before the simple-panel, thus nothing is detected on the RGB connector (I use of_drm_find_panel to check for panel availability) when the display controller is instantiated. I rely on the default polling infrastructure provided by the DRM/KMS framework which polls for a new connector every 10s, and this is far more than you kernel boot time. Do anyone see a solution to reduce this delay (without changing the polling interval). I thought we could add a notifier infrastructure to the DRM panel framework, but I'm not sure this is how you want things done... Best Regards, Boris -- Boris Brezillon, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boris BREZILLON Subject: Re: [PATCH v4 00/11] drm: add support for Atmel HLCDC Display Controller Date: Thu, 21 Aug 2014 10:37:06 +0200 Message-ID: <20140821103706.2349915d@bbrezillon> References: <1406034695-15534-1-git-send-email-boris.brezillon@free-electrons.com> <20140821081619.GZ2452@ldesroches-Latitude-E6320> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20140821081619.GZ2452@ldesroches-Latitude-E6320> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Ludovic Desroches , Thierry Reding Cc: Mark Rutland , linux-pwm@vger.kernel.org, Samuel Ortiz , Pawel Moll , devicetree@vger.kernel.org, Lee Jones , Ian Campbell , Nicolas Ferre , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Rob Herring , Alexandre Belloni , Laurent Pinchart , Bo Shen , Kumar Gala , Jean-Christophe Plagniol-Villard , Andrew Victor , linux-arm-kernel@lists.infradead.org List-Id: devicetree@vger.kernel.org Hi Ludovic, On Thu, 21 Aug 2014 10:16:19 +0200 Ludovic Desroches wrote: > Hi Boris, > > You can add > > Tested-by: Ludovic Desroches Thanks for testing this driver. > > Only one issue but not related to your patches, you can't display > quickly the bootup logo since the panel detection takes too much > time. Yes, actually this is related to the device probe order: the hlcdc-display-controller device is probed before the simple-panel, thus nothing is detected on the RGB connector (I use of_drm_find_panel to check for panel availability) when the display controller is instantiated. I rely on the default polling infrastructure provided by the DRM/KMS framework which polls for a new connector every 10s, and this is far more than you kernel boot time. Do anyone see a solution to reduce this delay (without changing the polling interval). I thought we could add a notifier infrastructure to the DRM panel framework, but I'm not sure this is how you want things done... Best Regards, Boris -- Boris Brezillon, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: boris.brezillon@free-electrons.com (Boris BREZILLON) Date: Thu, 21 Aug 2014 10:37:06 +0200 Subject: [PATCH v4 00/11] drm: add support for Atmel HLCDC Display Controller In-Reply-To: <20140821081619.GZ2452@ldesroches-Latitude-E6320> References: <1406034695-15534-1-git-send-email-boris.brezillon@free-electrons.com> <20140821081619.GZ2452@ldesroches-Latitude-E6320> Message-ID: <20140821103706.2349915d@bbrezillon> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Hi Ludovic, On Thu, 21 Aug 2014 10:16:19 +0200 Ludovic Desroches wrote: > Hi Boris, > > You can add > > Tested-by: Ludovic Desroches Thanks for testing this driver. > > Only one issue but not related to your patches, you can't display > quickly the bootup logo since the panel detection takes too much > time. Yes, actually this is related to the device probe order: the hlcdc-display-controller device is probed before the simple-panel, thus nothing is detected on the RGB connector (I use of_drm_find_panel to check for panel availability) when the display controller is instantiated. I rely on the default polling infrastructure provided by the DRM/KMS framework which polls for a new connector every 10s, and this is far more than you kernel boot time. Do anyone see a solution to reduce this delay (without changing the polling interval). I thought we could add a notifier infrastructure to the DRM panel framework, but I'm not sure this is how you want things done... Best Regards, Boris -- Boris Brezillon, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com