Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp893318iog; Fri, 24 Jun 2022 17:20:12 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uYY1gibM1QG33BnFag7l0IhAlt9NdOqnv3Ht07UYh+oM4mUB2FKjhqmF/HhXGnzzLUAfbh X-Received: by 2002:a17:907:608b:b0:725:f45:39be with SMTP id ht11-20020a170907608b00b007250f4539bemr1552114ejc.669.1656116412370; Fri, 24 Jun 2022 17:20:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656116412; cv=none; d=google.com; s=arc-20160816; b=cSYwp4h2UfB6ew19nRtv21t942JDIFMtVaQyy2nUbDKX8zuNdsMnfp45s8Gv7IVxYk Yy6H2XhINoJDTo7CGvf7MnY9uzrtcOaj14x4xhK/fDTgmvIcKMYE0qism7KnRSrvADnI 5DSvZmkzxlQc4AIpJ3iWVRRC+r28JUnGF/MOvSBbCNC6YIi+CuHq3c3AP2FLGZCddiRx jqydK3dHByTYYaizPWPYwiu4xCpYR9HfrrMEzC7F/KDsbUTFEGFyCil15wxVOvhBhUPd ngSbJcLKWHJU3vMhcc9AJoKBpHzB/5awDpB5b6Q7ZbFX2ASDP0GTuMKdgsbHn6KnRHG4 +Flw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=XWbRuL2HNJOazJRDZ8Yz9uaYitC4uPW931tvugnImWs=; b=rRKwgaSiW/hs90FoxiqPEzEgG12jOO5EQ+j4xzons3RVwt+dwrfPAPSKBqFSPksf2l I51/5jDokzaNitBp+xXPvpL/rZGVzjzD2g+ul+4USjZAnaYAleMgTAHz7/e5rIb+UQLX bxFDIIOkdr9qHgD+3WP+QSzFgAe/YFy8eax6tEjGmYcTCBiQPWTcC+zBTPx8Pt81Kp2p 6gsNWomSsJTMzwg18Oai5BY1czG/Yo9+kaczezW86HpHs3dWrfyBrlcARir53GAfPYTt HOFOsvXvQ/gx/6SotlOtTJ+XI7t/8OliRYZrot9CwDjCcYYV5xPACdqocivxSe6B3rse kmLA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=OMISmZTn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qw25-20020a1709066a1900b00718bfd0a9d0si6573174ejc.902.2022.06.24.17.19.46; Fri, 24 Jun 2022 17:20:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=OMISmZTn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231201AbiFXXxv (ORCPT + 99 others); Fri, 24 Jun 2022 19:53:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48400 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229973AbiFXXxs (ORCPT ); Fri, 24 Jun 2022 19:53:48 -0400 Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EA9F6443F8 for ; Fri, 24 Jun 2022 16:53:47 -0700 (PDT) Received: by mail-qk1-x72d.google.com with SMTP id v6so3056701qkh.2 for ; Fri, 24 Jun 2022 16:53:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XWbRuL2HNJOazJRDZ8Yz9uaYitC4uPW931tvugnImWs=; b=OMISmZTnPSyJ2Zmlprhg32lCJnHsse7hunOaQZu+IvIUb1JqifQ8/cVFphlQf6U1I5 s4lLnkgPy6GCPqoTsRc38Ek7n/CZs0um1eNVdC12bLEMEahmryIhhQjecpXv/H1miJib 2oeTjESwobonRtBvptbyFmqVPMEA+eE7tDV8CMWIKfpiR8bNm0NAc+oIkppKCXQpWKOE BXJPPjElweEe+KUkC174tN+rPS54PuS+mBCih3c1hS2xH5LS5v4GPJjcNjMlCiHPCNNd Hd8vHuPbA0/Ws6k943RaB75NmTs799P4g3AseYGngL8KMbPsS/VnqKJhRcfyR37ZYKbx 1j1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XWbRuL2HNJOazJRDZ8Yz9uaYitC4uPW931tvugnImWs=; b=WBm6vD57x5NOxY1hxQnspVfSjFEngwzvWbEMsV9t519oTjsnL2pxUed59E7JEkc8Rk VvZ7mRznaZdU+CpUwazIBGIrXrZfxx2l/usGYfQ07znsKA4IdC1GEweSmSrRz8GUA+bn tc4aB4K3YI0aIO9qnzpqdDr6Hv6GklVeBCS/OUJ5AxdUEYHm0cwLe2lNNcVW0EtFnvLD 5YoGarPMc/ge8Bgpw+pY9xImwfL8n0sTFPq3KP4BSzURiy7oe4Ajylsd+IcwSyEQb3dE UTJ21xZotUNOVGVvCgB9XAZ9ShWw75gx0t55EFCMbQY9xvp++KT3yPqvZHRcgsnXWCH1 bS3Q== X-Gm-Message-State: AJIora/q/aFGKccUB7Z3IfPv/Bmj/A5LEirQhGjD2ocqutT/LbwPhWCK lJy4V/ks/pu1bqNmFPviAIHjhAV8HuHbXNAsm4gomQ== X-Received: by 2002:a05:620a:2a0e:b0:6a7:8346:1601 with SMTP id o14-20020a05620a2a0e00b006a783461601mr1333795qkp.593.1656114827059; Fri, 24 Jun 2022 16:53:47 -0700 (PDT) MIME-Version: 1.0 References: <1656090912-18074-1-git-send-email-quic_khsieh@quicinc.com> <1656090912-18074-3-git-send-email-quic_khsieh@quicinc.com> <007ea4c9-9701-f4ab-3278-5d36bf2018c4@quicinc.com> <326912ff-9771-0711-366d-79acd436908b@quicinc.com> <0ff3d6a3-dc5c-7c77-f8a1-6c4f6c1a3215@quicinc.com> In-Reply-To: From: Dmitry Baryshkov Date: Sat, 25 Jun 2022 02:53:36 +0300 Message-ID: Subject: Re: [PATCH v1 2/3] drm/msm/dp: decoupling dp->id out of dp controller_id at scxxxx_dp_cfg table To: Stephen Boyd Cc: Kuogee Hsieh , agross@kernel.org, airlied@linux.ie, bjorn.andersson@linaro.org, daniel@ffwll.ch, dianders@chromium.org, dri-devel@lists.freedesktop.org, robdclark@gmail.com, sean@poorly.run, vkoul@kernel.org, quic_abhinavk@quicinc.com, quic_aravindh@quicinc.com, quic_sbillaka@quicinc.com, freedreno@lists.freedesktop.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 25 Jun 2022 at 02:45, Stephen Boyd wrote: > > Quoting Kuogee Hsieh (2022-06-24 16:30:59) > > > > On 6/24/2022 4:12 PM, Stephen Boyd wrote: > > > Quoting Kuogee Hsieh (2022-06-24 15:53:45) > > >> MSM_DP_CONTROLLER_1 need to match to the index = 1 of sc7280_dp_cfg[] <== This is correct > > >> > > >> The problem is sc7280_dp_cfg[] have two entries since eDP place at index > > >> of MSM_DP_CONTROLLER_1. > > >> > > >> but .num_desc = 1 <== this said only have one entry at sc7280_dp_cfg[] > > >> table. Therefore eDP will never be found at for loop at > > >> _dpu_kms_initialize_displayport(). > > >> > > > Yes, but what else does the MSM_DP_CONTROLLER_1 need to match? Because > > > the intention of the previous commit was to make it so the order of > > > sc7280_dp_cfg couldn't be messed up and not match the > > > MSM_DP_CONTROLLER_1 value that lives in sc7280_intf[]. > > > > > > at _dpu_kms_initialize_displayport() > > > > > - info.h_tile_instance[0] = i; <== assign i to become dp controller id, "i" is index of scxxxx_dp_cfg[] > > > > This what I mean MSM_DP_CONTROLLER_1 need to match to index = 1 of > > scxxxx_dp_cfg[]. > > > > it it is not match, then MSM_DP_CONTROLLER_1 with match to different INTF. > > I thought we matched the INTF instance by searching through > sc7280_intf[] for a matching MSM_DP_CONTROLLER_1 and then returning that > INTF number. See dpu_encoder_get_intf() and the caller. You both are correct here. We are searching through the _intf[] array for the corresponding controller_id. And yes, the controller_ids are being passed through the h_tile_instance[] array. -- With best wishes Dmitry