Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2087028imm; Mon, 28 May 2018 01:07:11 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKvFA9BGjIjtYHE8pxtrmrgH7D5HeSrNLPriStN+XgOtbXsXQxHg5Wn8EZwz36kAOAZpPw6 X-Received: by 2002:a65:418b:: with SMTP id a11-v6mr896473pgq.118.1527494831679; Mon, 28 May 2018 01:07:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527494831; cv=none; d=google.com; s=arc-20160816; b=AUw0UfFWlyckU2n/RbeQISgg9lVlP+fmE0msrq8u9LWn9yQJxu/O4fjz+PxKHE39Fr RdkoFCUqixwVazcYFsc4rVvf6CsKA4Tu/k+4E0f37+eslSAFP7tStXDpMQIq/TFBr6LK LPKTvj/1xsDhkJesO5n0LSlp5dRneMP3Zn7km6MZqtZh3V8sb8Ot78bbAWtVHoG6Y0R0 V3o+QPOb/iw2wS6L/6cqS7w9dBROicQ6bjMCxDJfrfx1p4xUYRrIBC7foXolsArpEvBa te9lTfhhdwimqImmaGFZF/isK0O9oUBtiHzwgd+lgcdZwa1xtsT4TOCjb3yopE/Zsd/X e0hA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=6WUGxEHxbN3Wl3z06Z48jC5q2o80qy9yJWwA6emBJQc=; b=y6E6Ari+0NRtnkDGCYVHKqMAuZgYYOspsCM+4OfcuDukD8nhLJuUt/6PgJ5165rdz9 vjaGQsmyu9iKKxpLlvA4r/VBxhZq1B85epic/ml1kuN8Kov8RkeEfIOLJ9qfVN8MO7Qq mFP7HGQnH50tKB41PJYBKCAVYfz4h3Sp+YRSYrs3jbx6L1E4bnq9UOcvYz2dW7Nd8Hja Z/tm+4/qTeIw4O4XOqz9NrS0ZELIFMfbbSLcg8xFY1gzORMePz10qSHfdnJVBS4ZyHQ6 faoNeYEyxDlH/a6yGbf0LCNOYAqeLlGV3zPCcj0pcktmMaFGP+lw7QVWt3/fE3S8VYWs is3g== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=d3NAC7+0; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n9-v6si28596135plk.584.2018.05.28.01.06.56; Mon, 28 May 2018 01:07:11 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=d3NAC7+0; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753972AbeE1IGg (ORCPT + 99 others); Mon, 28 May 2018 04:06:36 -0400 Received: from mail-it0-f65.google.com ([209.85.214.65]:54978 "EHLO mail-it0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753718AbeE1IGc (ORCPT ); Mon, 28 May 2018 04:06:32 -0400 Received: by mail-it0-f65.google.com with SMTP id z6-v6so13866398iti.4 for ; Mon, 28 May 2018 01:06:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=6WUGxEHxbN3Wl3z06Z48jC5q2o80qy9yJWwA6emBJQc=; b=d3NAC7+0M1SV5MYsFIxvBkAB0iiJSFOkGjShgE0ARepyHMyfciVYpqWDfADLmubOm8 nnMaUYaK91J2eAmvBp7Dh9VDkRp7WEZCxJ3p5L/5snDXwptSykPXZFgH2kdCDKM+cfQL xYHGhYCbwFWNNqBGozUNPR+A0OkxUSROMhgMY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=6WUGxEHxbN3Wl3z06Z48jC5q2o80qy9yJWwA6emBJQc=; b=mzVxJxZNZnOcZI8but42bjWHtPHpnc/FgG+a0b4aqK2az2PkJ024Dxd+S37nzLCaGm ZLdAdSgiKHNrCzfeb+s6vmnLbf3HLOdQp4gDAqCAVIzC3W+UZded+kSHpumFQXcbHYlp c3aZ7yvwrur4cORImNT4pANjsKt/ox+dYoj8zEV782bykOA5/rXiLie03dwg1ZdHzvZb WJYrgZk6/2DS9+Nya1YCzM8wx74NW7/QaDibXCVl5buguFmuvSuL2VqrGDxSqkAAIG1J JNBudlrxY80sr+jr7JV68G8iwD+8OcazMoPE2zSrMwWJjylshGwbnTO5VBJeA6KPCZGt QUVQ== X-Gm-Message-State: ALKqPwfpHWRJpFgNES1oZYMY78DK6lMBj8MwZDPoizNrBLdZXEjnQttZ NGgqpFAimFBCXACEqDuk3fmzZ39qTkt49yCYkfPGiA== X-Received: by 2002:a24:8681:: with SMTP id u123-v6mr10001114itd.2.1527494791941; Mon, 28 May 2018 01:06:31 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4f:1684:0:0:0:0:0 with HTTP; Mon, 28 May 2018 01:06:31 -0700 (PDT) X-Originating-IP: [2a02:168:5628:0:d0c7:bcda:eea:9e5d] In-Reply-To: <2050411.pJQe2GrhOB@avalon> References: <20180525155030.3667352-1-arnd@arndb.de> <20180525155030.3667352-7-arnd@arndb.de> <2050411.pJQe2GrhOB@avalon> From: Daniel Vetter Date: Mon, 28 May 2018 10:06:31 +0200 X-Google-Sender-Auth: ku4aV4bmYXFPbLTfFn_ekxZH7o4 Message-ID: Subject: Re: [PATCH 7/8] drm/bridge: fix dependency for lvds-encoder To: Laurent Pinchart Cc: Arnd Bergmann , Boris Brezillon , David Airlie , dri-devel , Linux Kernel Mailing List , Maciej Purski , Jacopo Mondi Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 28, 2018 at 10:02 AM, Laurent Pinchart wrote: > Hi Arnd, > > Thank you for the patch. > > On Friday, 25 May 2018 18:50:14 EEST Arnd Bergmann wrote: >> The DRM panel bridge code is built into the kms helpers module, so we >> get a link error when trying to use it from a built-in driver while the >> kms helper is a loadable module: >> >> drivers/gpu/drm/bridge/lvds-encoder.o: In function `lvds_encoder_probe': >> lvds-encoder.c:(.text+0x124): undefined reference to >> `devm_drm_panel_bridge_add' >> >> This adds a the same dependency in the lvds-encoder that we use for all >> the other users of the panel bridge. I did not bisect the problem, but >> from inspection it seems to date back to the patch that separated out >> the panel bridge from lvds encoder. >> >> Fixes: 13dfc0540a57 ("drm/bridge: Refactor out the panel wrapper from the >> lvds-encoder bridge.") Signed-off-by: Arnd Bergmann >> --- >> drivers/gpu/drm/bridge/Kconfig | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconfig >> index 6caa47834194..cf47bfa7a050 100644 >> --- a/drivers/gpu/drm/bridge/Kconfig >> +++ b/drivers/gpu/drm/bridge/Kconfig >> @@ -46,6 +46,7 @@ config DRM_DUMB_VGA_DAC >> config DRM_LVDS_ENCODER >> tristate "Transparent parallel to LVDS encoder support" >> depends on OF >> + select DRM_KMS_HELPER >> select DRM_PANEL_BRIDGE >> help >> Support for transparent parallel to LVDS encoders that don't require > > Wouldn't it be better to apply the following ? > > config DRM_PANEL_BRIDGE > def_bool y > depends on DRM_BRIDGE > - depends on DRM_KMS_HELPER > + select DRM_KMS_HELPER > select DRM_PANEL > help > DRM bridge wrapper of DRM panels > > Otherwise you'll potentially have to patch every user of DRM_PANEL_BRIDGE as > done in this patch. Select isn't recursive, so this won't work unfortunately :-/ -Daniel > -- > Regards, > > Laurent Pinchart > > > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch