Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp322044pxk; Wed, 23 Sep 2020 04:19:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwebsrkFpns8U+EWlIHoltt74X76Aj/0ORTS34YtkWPX8ruMF5SpvXfFem/T93DQxYQT0Dg X-Received: by 2002:a17:907:408d:: with SMTP id nt21mr9533759ejb.355.1600859985779; Wed, 23 Sep 2020 04:19:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600859985; cv=none; d=google.com; s=arc-20160816; b=xIQpiolEMReYcyEJqqMrYb0OSwxjDcJtNtGvYODW0F7L2u9sKUZWQ5KXRZZuonLJTY pn80o1DaLPSdYz2a0P8rqzBheDYoJTPDhha7vxT6a5lz8wuWbFomOcC+0yuX5HB+yG9b cXDGWW53xroxRjbkp0C1Gcg2N2WCFoXfnQOwoQjDHJwvM5Ow+3szjeniTetn0syS5O/u 9x88m1j2NJ3VE9IoQjPcCrQXBb/no/YiDdwYta5bINrTg0Wd8S9AM8Q+1T1iNdebWWuo qww4+8+j8mqQPeHFLE/HasVoEzLb+DjaJVZCGIoogDK/QLwzIavKnV1WxIw3Gnq3204q Owew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=dz6uxdQkFMWIzmdW+KdS7BszBRQTQR2lCRUEBjuSjsQ=; b=N2i0OFlc+UQ/X58ti7UD2yNwmcT176lndqpDRd2r2ebqAWnxwJI1L/RAFLUDndlADD C7dPpD9jGpu9TTOYJ5GCVf4VqwdX+F6IijW+OPoC2WWA4eqHON7TSR+6AG4gCKfxnsjp W+gTwSoZoKka59Yqc7+1zwGUEN4/au+MRiTnKunGxy7X9i3PFfbDZVQZKdjTY46TlXMF gioQDrgInEm/S/Jxgl6RceSrUM/2I1NMdJyHNg6mJcd6EWP0O03ZgcLzU9dX+H0G58lo gUZyEAvhQMCkBZwVacQ6Gq9F79eBZkX34ZiFtk1v6vJKWDCG6bSEUenBLswsNw5Eyk1X YxlA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n13si12936697edy.54.2020.09.23.04.19.22; Wed, 23 Sep 2020 04:19:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726557AbgIWLRA (ORCPT + 99 others); Wed, 23 Sep 2020 07:17:00 -0400 Received: from gloria.sntech.de ([185.11.138.130]:46428 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726332AbgIWLRA (ORCPT ); Wed, 23 Sep 2020 07:17:00 -0400 Received: from [95.90.166.74] (helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kL2la-0006fm-8p; Wed, 23 Sep 2020 13:16:54 +0200 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Jian-Hong Pan , David Airlie , Daniel Vetter , Robin Murphy Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org, linux@endlessm.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] drm/rockchip: skip probed failed device Date: Wed, 23 Sep 2020 13:16:53 +0200 Message-ID: <4641984.dSft4sXKFs@diego> In-Reply-To: <439c4b59-b1e6-88bb-568e-1c2a0feceed4@arm.com> References: <20200923065900.658666-1-jhp@endlessos.org> <439c4b59-b1e6-88bb-568e-1c2a0feceed4@arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Mittwoch, 23. September 2020, 13:05:26 CEST schrieb Robin Murphy: > On 2020-09-23 07:59, Jian-Hong Pan wrote: > > The cdn-dp sub driver probes the device failed on PINEBOOK Pro. > > > > kernel: cdn-dp fec00000.dp: [drm:cdn_dp_probe [rockchipdrm]] *ERROR* missing extcon or phy > > kernel: cdn-dp: probe of fec00000.dp failed with error -22 > > Wouldn't it make more sense to simply not enable the DisplayPort node in > the upstream DT, until the type-C phy work has been done to make it > usable at all? Or alternatively just disable the cdn-dp Rockchip driver in the kernel config, which results in it also not getting probed. > AIUI the "official" Manjaro kernel is carrying a bunch of > hacks to make type-C work via extcon, but they know that isn't an > upstreamable solution. > > Robin. > > > Then, the device halts all of the DRM related device jobs. For example, > > the operations: vop_component_ops, vop_component_ops and > > rockchip_dp_component_ops cannot be bound to corresponding devices. So, > > Xorg cannot find the correct DRM device. > > > > This patch skips the probing failed devices to fix this issue. > > > > Link: http://lists.infradead.org/pipermail/linux-rockchip/2020-September/022352.html > > Signed-off-by: Jian-Hong Pan > > --- > > drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 6 ++++++ > > 1 file changed, 6 insertions(+) > > > > diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c b/drivers/gpu/drm/rockchip/rockchip_drm_drv.c > > index 0f3eb392fe39..de13588602b4 100644 > > --- a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c > > +++ b/drivers/gpu/drm/rockchip/rockchip_drm_drv.c > > @@ -331,6 +331,12 @@ static struct component_match *rockchip_drm_match_add(struct device *dev) > > > > if (!d) > > break; > > + if (!d->driver) { > > + DRM_DEV_ERROR(d, > > + "%s did not probe successfully", > > + drv->driver.name); > > + continue; > > + } > > > > device_link_add(dev, d, DL_FLAG_STATELESS); > > component_match_add(dev, &match, compare_dev, d); > > >