From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753499AbcFOT3m (ORCPT ); Wed, 15 Jun 2016 15:29:42 -0400 Received: from mail-ob0-f194.google.com ([209.85.214.194]:35662 "EHLO mail-ob0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751867AbcFOT3j (ORCPT ); Wed, 15 Jun 2016 15:29:39 -0400 MIME-Version: 1.0 X-Originating-IP: [2a02:168:56b5:0:ac27:b86c:7764:9429] In-Reply-To: <20160615172104.GI9711@e106497-lin.cambridge.arm.com> References: <1466002295-24813-1-git-send-email-Liviu.Dudau@arm.com> <1466002295-24813-3-git-send-email-Liviu.Dudau@arm.com> <20160615152309.GI1338@phenom.ffwll.local> <20160615161758.GF9711@e106497-lin.cambridge.arm.com> <20160615172104.GI9711@e106497-lin.cambridge.arm.com> From: Daniel Vetter Date: Wed, 15 Jun 2016 21:29:38 +0200 X-Google-Sender-Auth: fTppqR7x2UruQXtqv3O73tVCaz4 Message-ID: Subject: Re: [PATCH v5 2/3] drm/arm: Add support for Mali Display Processors To: Liviu Dudau Cc: David Airlie , Rob Herring , Brian Starkey , Emil Velikov , devicetree , DRI devel , LKML , David Brown , LAKML Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 15, 2016 at 7:21 PM, Liviu Dudau wrote: > On Wed, Jun 15, 2016 at 07:13:15PM +0200, Daniel Vetter wrote: >> On Wed, Jun 15, 2016 at 6:17 PM, Liviu Dudau wrote: >> > On Wed, Jun 15, 2016 at 05:23:10PM +0200, Daniel Vetter wrote: >> >> On Wed, Jun 15, 2016 at 03:51:34PM +0100, Liviu Dudau wrote: >> >> > Add support for the new family of Display Processors from ARM Ltd. >> >> > This commit adds basic support for Mali DP500, DP550 and DP650 >> >> > parts, with only the display engine being supported at the moment. >> >> > >> >> > Cc: David Brown >> >> > Cc: Brian Starkey >> >> > >> >> > Signed-off-by: Liviu Dudau >> >> >> >> Small thing I noticed: drm_dev_register/connector_register_all should be >> >> the last step in your init code, and unregister the first. Atm it's >> >> somewhere in the middle. But perfectly fine to do that as a follow-up. >> > >> > I've tried that, but the connector and encoder that gets registered as part >> > of the component_bind_all() fails if there is no drm dev registered. You did >> > comment on the v4 version about that and I did test your idea, sorry for >> > forgeting to update you on that. >> >> Why does it fail? That shouldn't happen ... we need to be able to set >> up everything first, before we register. > > Could be the tda998x_drv fault, but I'm getting this splat: Yeah, tda9998x needs to be fixed to _not_ register it's connector before the overall (componentized) driver is ready. We need to make sure first ofc that all users of that driver do register connectors, but Chris' patch series will take care of that. But tda9998x needs to be fixed either way. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch