Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2499279imm; Mon, 24 Sep 2018 05:31:06 -0700 (PDT) X-Google-Smtp-Source: ACcGV60OxR+eqM23+aOWy/gX84O1xUd5aWSpjXjhykG9ZUr3lttSR0MulVqtDzeSOHIKCG+3a5ZR X-Received: by 2002:a63:906:: with SMTP id 6-v6mr9168161pgj.92.1537792266725; Mon, 24 Sep 2018 05:31:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537792266; cv=none; d=google.com; s=arc-20160816; b=IN1rCJTyH3DgCh+7kmxPDExTckZgTyNk+ni8PAwpvcNqEdwOv2iB+unUaJJmwjV4NR QB3utozwmAQzMUVLvUdW0gQLynXEGHx04+MCUfXdysTiHyvPYIauYgezVKuUG7/C4uzZ QJr6GkAmaoiQqVsaQv0sha72LFL7fWQ/oLJjQ7PIK3hUXwlTMf/3nyQuN0OvH3oZSbgA /nNEF+Ux5WJE++/2osaZO2msHKSP2br7utw11iiyyJecS2w5qjUCc1CImMihMSqS2jvT HTbNe5en7c79NBPz6QgSYgGjNX2lGSaLRiMQ7mylgruhTF5m7QNY5DqnDamRV4M5J0SN L7yA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=1NrDfGzIhiJFwpcQS5FXr+C5at7UnqX9SxKsTtkkzFs=; b=d/AY3UQ416HaKbQmy5DTA0qPvsefuAMBcKKVvXL34bI+wBCkZOuyoeambRnzodOId8 lm4xdEoATDM/FRRNpKxJkVYahk3CBRS0cjn7mbxSAQJUF7PdERuizDu0ViTjqFXPW9By dKldtnX8jCagIaXHD5iQkup9z50bJ4uD4YbC5PnZPSb7jUy3KcKMDYsH0EoNM4bQuPdK gxCZaI7f2lHoNS2Brvv6DPSlOxS1LrDCmmfgEU8E1orJcASSf4mkmnwxHbMSunAZ4Zak 6yf7gekfRWxXztZF8FWvqjVhbC872vzZX33ffERnRf9KYh8xQSASIbiV/lJRCwNMLPTE KpbA== ARC-Authentication-Results: i=1; mx.google.com; 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 k4-v6si2541109pgm.591.2018.09.24.05.30.51; Mon, 24 Sep 2018 05:31:06 -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; 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 S2387553AbeIXSaX (ORCPT + 99 others); Mon, 24 Sep 2018 14:30:23 -0400 Received: from gloria.sntech.de ([185.11.138.130]:52634 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730233AbeIXSaV (ORCPT ); Mon, 24 Sep 2018 14:30:21 -0400 Received: from wd0156.dip.tu-dresden.de ([141.76.108.156] helo=phil.localnet) by gloria.sntech.de with esmtpsa (TLS1.0:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1g4PyC-00019j-Kg; Mon, 24 Sep 2018 14:28:08 +0200 From: Heiko Stuebner To: Damian Kos , Artur Jedrysek , "jbergsagel@ti.com" Cc: David Airlie , Rob Herring , Mark Rutland , Archit Taneja , Andrzej Hajda , Laurent Pinchart , Gustavo Padovan , Maarten Lankhorst , Sean Paul , Sandy Huang , "dri-devel@lists.freedesktop.org" , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-rockchip@lists.infradead.org" , Piotr Sroka , Quentin Schulz Subject: Re: [PATCH v4 5/5] drm: bridge: add support for Cadence MHDP DPI/DP bridge Date: Mon, 24 Sep 2018 14:28:07 +0200 Message-ID: <6154358.J9crsCiUTz@phil> In-Reply-To: References: <1537455288-20223-1-git-send-email-dkos@cadence.com> <1903708.pJTgKoWLiI@phil> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Damian, Am Montag, 24. September 2018, 13:40:03 CEST schrieb Damian Kos: > > Am Donnerstag, 20. September 2018, 16:54:40 CEST schrieb Damian Kos: > > > From: Quentin Schulz > > > > > > This adds basic support for Cadence MHDP DPI to DP bridge. > > > > > > Basically, it takes a DPI stream as input and output it encoded in DP > > > format. It's missing proper HPD, HDCP and currently supports only SST > > > mode. > > > > > > Changes made in the low level driver (cdn-dp-reg.*): > > > - moved it to from drivers/gpu/drm/rockchip to > > > drivers/gpu/drm/bridge/cdns-mhdp-common.* > > > - functions for sending/receiving commands are now public > > > - added functions for reading registers and link training > > > adjustment > > > > > > Changes made in RK's driver (cdn-dp-core.*): > > > - Moved audio_info and audio_pdev fields from cdn_dp_device to > > > cdns_mhdp_device structure. > > > > > > Signed-off-by: Quentin Schulz > > > Signed-off-by: Damian Kos > > > > [...] > > > > > diff --git a/drivers/gpu/drm/rockchip/Kconfig > > > b/drivers/gpu/drm/rockchip/Kconfig > > > index 0ccc76217ee4..129b0529f3e1 100644 > > > --- a/drivers/gpu/drm/rockchip/Kconfig > > > +++ b/drivers/gpu/drm/rockchip/Kconfig > > > @@ -27,7 +27,9 @@ config ROCKCHIP_ANALOGIX_DP > > > > > > config ROCKCHIP_CDN_DP > > > bool "Rockchip cdn DP" > > > - depends on EXTCON=y || (EXTCON=m && DRM_ROCKCHIP=m) > > > + depends on DRM_ROCKCHIP=m > > > > Sorry, I wasn't fast enough in my reply to you mail to catch that before your v4, but I don't think this is necessary. > > Instead I do guess, the select below should do the right thing by making EXTCON=y if DRM_ROCKCHIP=y. > > > > Somewhat clumsily verified by making EXTCON=m in my defconfig and seeing get changed to y upon build, which I guess comes from a different "select" in the config. > > > > I've changed it to: > > config ROCKCHIP_CDN_DP > bool "Rockchip cdn DP" > depends on DRM_ROCKCHIP > select EXTCON if DRM_ROCKCHIP=y > select DRM_CDNS_MHDP > help... > > and it seems that there are no issues. At least for me. > > Please let me know if that's OK. nope, just do "select EXTCON" . It works nicely and the above would not select EXTCON at all if the the rockchip-drm driver gets built into the kernel. To be sure I just did a little experiment and added: diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconfig index 4ad85c046dcd..64e2b096afd8 100644 --- a/drivers/gpu/drm/bridge/Kconfig +++ b/drivers/gpu/drm/bridge/Kconfig @@ -154,4 +154,11 @@ source "drivers/gpu/drm/bridge/ite/Kconfig" source "drivers/gpu/drm/bridge/synopsys/Kconfig" +config DRM_TMP1 + tristate "option to select" + +config DRM_TMP2 + tristate "option doing the selecting" + select DRM_TMP1 + If I select DRM_TMP2=m as module I end up with CONFIG_DRM_TMP1=m CONFIG_DRM_TMP2=m in the defconfig and wit DRM_TMP2=y it changes to CONFIG_DRM_TMP1=y CONFIG_DRM_TMP2=y so all is well with just doing "select EXTCON" above and will select the correct "m" or "y" stance as needed. Heiko