Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp966245pxb; Thu, 30 Sep 2021 23:43:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxQeMWNkmjQRD9w9hnLdPeayJXgC1aLC58yzNxjO3dOAVbUWcz73Ku66jnJHlXSMHMLd8OP X-Received: by 2002:a17:907:3e03:: with SMTP id hp3mr4271830ejc.183.1633070615162; Thu, 30 Sep 2021 23:43:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633070615; cv=none; d=google.com; s=arc-20160816; b=y0TYyO6XOcENHkU0xEzZyt6pL2VQ62KkzfNadNbdD5KkZiBfjzYa3sSMrQK4UB6wvo f6P2pvgQP9+bcW6xuVJVTFooapV1tUmh09hrGwlgmX+RXkCPgY5Q0zo9xH3IsPJvJz6Q zfCeMige/2DBY0OG2m6FXbybzuPOWqd0cQAjco3eEX9ssDSVwG+fG+AJ0Wr14CKqM1r5 vLT8ltS2PYL8vAYtTDaD1TnEGk4FGUkSZ7m5w8W3r7XNPN8Lu3qa8PJqCO6J9wNXuPYa +smWcU391Ud2WrQDc+ok1RwHkdBXBwr7WlLXOmUJR+R8LvZinfOcPWyzP2PzBjWu3wOP BlHg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:message-id:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :sender:dkim-signature; bh=DH07yRNxfLIbPow4oMCMJkb9io5D23Aj6DAM87OKB7w=; b=ppOnelYL3YpSQqzhTt+vOE2JK9yW0WGnobJP8sSJGBy28xe8lAgb5oS4DxNjfWbvXv udA83myTr6IoZbSbi10lOA2LxHwQbZo1xdH63AwAHH7jvcK8c68ZuclVJRei0TpTbIsf oqJBC/BUjCb9lym6wwdOSE5vyEWuBuI1BYIU9BaHf69OagGgIZ3FMOSBpyXgNy0GacIX ztMxbBzFI5HN4Ypf4m1v0Ukiq3BUYt966wnTzgCFeaWDQPDxhmWOKpUWcMtNew/VSN+t Ly+sc6umyFUcgoA/8WpPgh0es+cLV++hnVV2X0gJvvn7Rxn4SmG9mf+7udEnhf8Z+iND uy1A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b="L/NJ3XbB"; 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 y23si5936758edi.463.2021.09.30.23.43.10; Thu, 30 Sep 2021 23:43:35 -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; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b="L/NJ3XbB"; 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 S230397AbhJAGkz (ORCPT + 99 others); Fri, 1 Oct 2021 02:40:55 -0400 Received: from m43-7.mailgun.net ([69.72.43.7]:48723 "EHLO m43-7.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1352260AbhJAGkx (ORCPT ); Fri, 1 Oct 2021 02:40:53 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1633070349; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=DH07yRNxfLIbPow4oMCMJkb9io5D23Aj6DAM87OKB7w=; b=L/NJ3XbBL01HIPsQP+E6HgzAZAtK8WZZsSbhl07rAAIaB4b3IZROz+25us7aNWfcd2uOTpf5 zmzp0c3skaeeYjN/fFVnVf2i4MAt7aw0tv9/GJWhbhygu6VgqmDJjzOKLYiqOS5uv1Obi3Xb aG2OTvQvClyeiFIcKDrqHCVUML0= X-Mailgun-Sending-Ip: 69.72.43.7 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n04.prod.us-east-1.postgun.com with SMTP id 6156ad0d63b1f186582f8e8e (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Fri, 01 Oct 2021 06:39:09 GMT Sender: mkrishn=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 9D9B1C43618; Fri, 1 Oct 2021 06:39:08 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mkrishn) by smtp.codeaurora.org (Postfix) with ESMTPSA id 356EEC43460; Fri, 1 Oct 2021 06:39:07 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 01 Oct 2021 12:09:07 +0530 From: mkrishn@codeaurora.org To: Stephen Boyd Cc: devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, kalyan_t@codeaurora.org, sbillaka@codeaurora.org, abhinavk@codeaurora.org, robdclark@gmail.com, bjorn.andersson@linaro.org, khsieh@codeaurora.org, rajeevny@codeaurora.org, freedreno@lists.freedesktop.org, dri-devel@lists.freedesktop.org, robh+dt@kernel.org Subject: Re: [PATCH v1 2/4] arm64: dts: qcom: sc7280: add display dt nodes In-Reply-To: References: <1629282424-4070-1-git-send-email-mkrishn@codeaurora.org> <1629282424-4070-2-git-send-email-mkrishn@codeaurora.org> <5adf2ab2c2a162272509d253bd797721@codeaurora.org> Message-ID: <8f344213978f31c04e80b804a931db56@codeaurora.org> X-Sender: mkrishn@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-09-30 23:28, Stephen Boyd wrote: > Quoting mkrishn@codeaurora.org (2021-09-30 04:56:59) >> On 2021-08-19 01:27, Stephen Boyd wrote: >> > Quoting Krishna Manikandan (2021-08-18 03:27:02) >> >> diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi >> >> b/arch/arm64/boot/dts/qcom/sc7280.dtsi >> >> index 53a21d0..fd7ff1c 100644 >> >> --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi >> >> +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi >> >> + >> >> + status = "disabled"; >> >> + >> >> + mdp: mdp@ae01000 { >> > >> > display-controller@ae01000 >> >> Stephen, >> In the current driver code, there is a substring comparison for >> "mdp" >> in device node name as part of probe sequence. If "mdp" is not present >> in the node name, it will >> return an error resulting in probe failure. Can we continue using >> mdp >> as nodename instead of display controller? >> > > Can we fix the driver to not look for node names and look for > compatible > strings instead? It took me a minute to find compare_name_mdp() in > drivers/gpu/drm/msm/msm_drv.c to understand what you're talking about. > Perhaps looking for qcom,mdp5 in there will be sufficient instead of > looking at the node name. Sure Stephen. I will make the necessary changes in msm_drv.c to look for compatible string instead of node name. Can I include these two changes (changing mdp--> display controller and msm_drv.c changes) in a separate series ? Thanks, Krishna