Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp6888105ybf; Fri, 6 Mar 2020 06:29:13 -0800 (PST) X-Google-Smtp-Source: ADFU+vuc+sSwVmvkA2xBn3DgvI+xbPmioDJ3kRful/Ajmqk8A5QxPTL4QMdqxsIm3G5EUMSL0ijc X-Received: by 2002:a9d:46e:: with SMTP id 101mr2744452otc.11.1583504952925; Fri, 06 Mar 2020 06:29:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583504952; cv=none; d=google.com; s=arc-20160816; b=BwQYnJhWK3iI2ikON7AqCBPrtaD1tigCVSjtdr9mggdONNh9V7/mb9KZSMP4WWpaCK chSNnuwN0iRmg7p0h1msj1Qhu28ew3qRsJ7c0S01fdDQHcRaQ7Vh9rbwH+d0znT8c+46 zXwZCm6Y26iy7fR24YlfTJpd5lEmiyweyF2KDvhpzvgxoZCeWZ5GZUDOnqVVT//XQD1e pQwGBvGwkXEtTsvTLF+S4cQ4zzfzXl1dx9SN4zKqnFJ2Qi4XyGsG9AuTdeSN/ia9JGRs 4A4PgRYygsDtOla36J6G6s2ac7DWB1nHT4XydvMvqg4mhFqUsfL2WZt3DsDGyjdryfCa y55A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=BRmIgzplwYrH3kn1Af19Qgv/MKCz5hSSVKDlxuz/Vj8=; b=XtOnvw1Etrl2w1L3yrfnZJUEVcN7U/iGlkh92iDRtFdUyfK0toQ8vuLHLyz+RSB0U4 2YjA7QpmhUIml8CH7KEnS809gs932kONIzIKJaBtZFQRn0hK/0MGY5pEujAKZe99eihZ HupP9+1XboTjQ6ASIu6B3RY1eww4V1h4wjSNT150T3zjsxJfDriu1eHA0VGZgfmpZ3k3 598yB9bWzNApAR7nPkSE1+bIrlZuik4tF9bZpU3Gdgsn/Rbt49IiMHCRh/wDuwunRlnr T9sF1LDgCbO2XRzRWOXZTX12fyxYxTym/cTgE38pIWIhxcpux5R5xFQNzOYh3d33eDdb WsiQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=sH6YQwSb; 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 l2si1462281otp.281.2020.03.06.06.28.59; Fri, 06 Mar 2020 06:29:12 -0800 (PST) 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=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=sH6YQwSb; 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 S1726740AbgCFO2Y (ORCPT + 99 others); Fri, 6 Mar 2020 09:28:24 -0500 Received: from perceval.ideasonboard.com ([213.167.242.64]:44992 "EHLO perceval.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726533AbgCFO2Y (ORCPT ); Fri, 6 Mar 2020 09:28:24 -0500 Received: from pendragon.ideasonboard.com (81-175-216-236.bb.dnainternet.fi [81.175.216.236]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 0890724B; Fri, 6 Mar 2020 15:28:21 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1583504902; bh=ImKyg2Rt+BNTa71Lnrc2XDPX0687KcLwXIdOHli2fTs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=sH6YQwSbCFFwSloh9k9vJldXYfFroGqtlXzpbrnhzIic7eVqO4vgiQNs25bSDXsKM bDk8TMDzOmsB6hfxkVRvndfsygHVoUmUqrUymfiH+2WuP0rNTbBrZ8iB3/N+YG6k8p jDudKFu7Y9L51JdTPBegKDQ5u/ChXcgVneDygxbg= Date: Fri, 6 Mar 2020 16:28:19 +0200 From: Laurent Pinchart To: Randy Dunlap Cc: dri-devel , LKML , Kieran Bingham , Linux-Renesas , Koji Matsuoka , David Airlie Subject: Re: [RFC PATCH] drm: rcar-du: make all sub-symbols depend on DRM_RCAR_DU Message-ID: <20200306142819.GG4878@pendragon.ideasonboard.com> References: <4b50cc9f-1434-b78a-d56a-fadfd030f002@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4b50cc9f-1434-b78a-d56a-fadfd030f002@infradead.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Randy, On Thu, Mar 05, 2020 at 07:17:49PM -0800, Randy Dunlap wrote: > From: Randy Dunlap > > DRM_RCAR_CMM depends on DRM_RCAR_DU. Since the following Kconfig > symbols do not depend on DRM_RCAR_DU, the menu presentation is > broken for these and following non-R-Car Kconfig symbols. > > Is it safe/appropriate to make all of these symbols depend on > DRM_RCAR_DU? It make the kconfig menu presentation much cleaner. As those drivers are useless without DRM_RCAR_DU, I'm fine with this change. It however prevents test-compiling those drivers when DRM_RCAR_DU is disabled, but I see little reason to do so anyway, I expect compile tests to aim for as large coverage as possible, and they should thus enable DRM_RCAR_DU. Would you like to submit a new version without this question, and possibly addressing Geert's concern if you think it's appropriate, or should I do so when applying ? > Signed-off-by: Randy Dunlap > Cc: Laurent Pinchart > Cc: Kieran Bingham > Cc: dri-devel@lists.freedesktop.org > Cc: linux-renesas-soc@vger.kernel.org > Cc: Koji Matsuoka > Cc: Dave Airlie > --- > drivers/gpu/drm/rcar-du/Kconfig | 3 +++ > 1 file changed, 3 insertions(+) > > --- linux-next-20200305.orig/drivers/gpu/drm/rcar-du/Kconfig > +++ linux-next-20200305/drivers/gpu/drm/rcar-du/Kconfig > @@ -24,6 +24,7 @@ config DRM_RCAR_CMM > config DRM_RCAR_DW_HDMI > tristate "R-Car DU Gen3 HDMI Encoder Support" > depends on DRM && OF > + depends on DRM_RCAR_DU > select DRM_DW_HDMI > help > Enable support for R-Car Gen3 internal HDMI encoder. > @@ -31,6 +32,7 @@ config DRM_RCAR_DW_HDMI > config DRM_RCAR_LVDS > tristate "R-Car DU LVDS Encoder Support" > depends on DRM && DRM_BRIDGE && OF > + depends on DRM_RCAR_DU > select DRM_PANEL > select OF_FLATTREE > select OF_OVERLAY > @@ -47,4 +49,5 @@ config DRM_RCAR_VSP > > config DRM_RCAR_WRITEBACK > bool > + depends on DRM_RCAR_DU > default y if ARM64 Is this one needed ? The symbol should not be shown in the kconfig menu as it has no text. -- Regards, Laurent Pinchart