Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp749555iog; Fri, 24 Jun 2022 13:14:41 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uZvJLqy9HbOh9+HWc8YNr5OLamZf5Hrtvag0+FUWRxtLmhL9pAQsFD0zW2ee0WzjwSti2n X-Received: by 2002:a63:884a:0:b0:40d:180a:2fe2 with SMTP id l71-20020a63884a000000b0040d180a2fe2mr561362pgd.32.1656101680876; Fri, 24 Jun 2022 13:14:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656101680; cv=none; d=google.com; s=arc-20160816; b=NST73GH5r9NR7HiRJOMzQ54j/IxpnVtvPZxptsW7KhjTPKoa9TVAERKMMfA0jJN5g2 CRxxPzz+cQn2fwgeGdvRxpiFj6ErHtPtohgYGDtZpGIm9Ny53S7EB0WoeunPkt63ZxTz tfXniT3T5LsevUX1KLPCW2dwHNb7Hsdm2Qc5Da9qC2KlRu9aWFlnKlb/D43aBPBscum2 FOBgOw1YoKMDlMNANqFJVFFBSdqOlyNUAI5KnSFZXANn6f5b35kEPLYyKr2UwASeC+zX dFuq9kmXP0ebyqfkRGu+WCFvlcP1vmA5yc2R8mUu9IjR0v1fgCbTJYp4lTIMLucsplAa 8yng== 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:user-agent:from :references:in-reply-to:mime-version:dkim-signature; bh=oSfiCBI6rADUaj04vQ0405OWvsI1kvVtIUHFA11oGr0=; b=GE9jmzQq++UdnBbv0WzWhhs0c3Izbq/KU7Yp5zkRvbumxSNPSrw3D/p/DG51XsCDUr 5yFY7Isbs7XSDFE90fCuF53E4mHRqUyoVQdKOiaMFKq/OdjofnRoEGZr6Sp9rRhVWOXe 9MDFmWyi4p3B++OcmFwalw6l8ngxMQXv/F4oP2jg4uMWQrgEl6uBW7DxXSHpAo6zRthQ dnE7p2U/uB2Wcnawo+346LZS9H55j4y+kFCmdQWJSnrfTRj2j4vxP9oHuJCnaiHM2bPB FOpy3BL1SdFr0r7yq3vd+9cTmucfmtN9YayVjx0vxDanUpK+LtCK36eqcwqaOjwK7oe+ arrQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=AzTPUiC4; 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=chromium.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b21-20020a170902d31500b0016a28448c46si3852153plc.561.2022.06.24.13.14.27; Fri, 24 Jun 2022 13:14:40 -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=@chromium.org header.s=google header.b=AzTPUiC4; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230177AbiFXUAo (ORCPT + 99 others); Fri, 24 Jun 2022 16:00:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50210 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230222AbiFXUAk (ORCPT ); Fri, 24 Jun 2022 16:00:40 -0400 Received: from mail-oa1-x33.google.com (mail-oa1-x33.google.com [IPv6:2001:4860:4864:20::33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A40A4826B5 for ; Fri, 24 Jun 2022 13:00:38 -0700 (PDT) Received: by mail-oa1-x33.google.com with SMTP id 586e51a60fabf-101b4f9e825so5185212fac.5 for ; Fri, 24 Jun 2022 13:00:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:in-reply-to:references:from:user-agent:date:message-id :subject:to:cc; bh=oSfiCBI6rADUaj04vQ0405OWvsI1kvVtIUHFA11oGr0=; b=AzTPUiC43Gj/6Z9t+n4i14I6mGkZI/39weVhrwvNGDiaTV4vwIKZbNSfRAN5wtW1nF oDCOsFoC7WQUkXmCGuGxCvYrus4LASoYLkbeuSQnfDmRtkfY21qyLZ2A/1TkZLVaBiKV io052kql7sg6+CHv5tGOG8Qn3PSb0td2XoY50= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:in-reply-to:references:from :user-agent:date:message-id:subject:to:cc; bh=oSfiCBI6rADUaj04vQ0405OWvsI1kvVtIUHFA11oGr0=; b=ufghHV+rPRWz+W9+9cZh2NIT4zdKYdxXA3Icuar6qTKm0PxC5KOeOmFcnQxk6rUzJP ShbkClWGVTsOsAuxaSoHSKWypwyanuosy/+h5DmBvWKMoTCQUJwNPTTmjiy7Dsh66WNO kcSLduAjUv7/IFPn6SlNBFC5mgMczNEpPINy1VqdasWwdQAjIGPd2rQMRlX54CLeaU6x BvKA4yWxKhxmPTiWYZ7Wmq6YpzZj0eNT8OqPCT0fDYpIkXDiOqNZTiPxOUqAP1ToDzUw 0gc513i1XY9C1Hx+tzAPMjcoagc0kFEvVxeYvN08G5mJWV2SVjSz7gZqJvni8KbX9Jif dn8w== X-Gm-Message-State: AJIora+siXOwfdB0RM4jfajvB2wEE7NCuAWv0rQk6eB/2h3c5u0L987i znDWW4cjA0bPH1iDPK61BdYJqgRzKwZlE+QCacwOaw== X-Received: by 2002:a05:6870:b381:b0:fe:2004:b3b5 with SMTP id w1-20020a056870b38100b000fe2004b3b5mr461990oap.63.1656100837975; Fri, 24 Jun 2022 13:00:37 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 24 Jun 2022 13:00:37 -0700 MIME-Version: 1.0 In-Reply-To: <1656090912-18074-3-git-send-email-quic_khsieh@quicinc.com> References: <1656090912-18074-1-git-send-email-quic_khsieh@quicinc.com> <1656090912-18074-3-git-send-email-quic_khsieh@quicinc.com> From: Stephen Boyd User-Agent: alot/0.10 Date: Fri, 24 Jun 2022 13:00:37 -0700 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: Kuogee Hsieh , agross@kernel.org, airlied@linux.ie, bjorn.andersson@linaro.org, daniel@ffwll.ch, dianders@chromium.org, dmitry.baryshkov@linaro.org, dri-devel@lists.freedesktop.org, robdclark@gmail.com, sean@poorly.run, vkoul@kernel.org Cc: 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.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, 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 Quoting Kuogee Hsieh (2022-06-24 10:15:11) > Current the index (dp->id) of DP descriptor table (scxxxx_dp_cfg[]) are tightly > coupled with DP controller_id. This means DP use controller id 0 must be placed > at first entry of DP descriptor table (scxxxx_dp_cfg[]). Otherwise the internal > INTF will mismatch controller_id. This will cause controller kickoff wrong > interface timing engine and cause dpu_encoder_phys_vid_wait_for_commit_done > vblank timeout error. > > This patch add controller_id field into struct msm_dp_desc to break the tightly > coupled relationship between index (dp->id) of DP descriptor table with DP > controller_id. Please no. This reverts the intention of commit bb3de286d992 ("drm/msm/dp: Support up to 3 DP controllers") A new enum is introduced to document the connection between the instances referenced in the dpu_intf_cfg array and the controllers in the DP driver and sc7180 is updated. It sounds like the intent of that commit failed to make a strong enough connection. Now it needs to match the INTF number as well? I can't really figure out what is actually wrong, because this patch undoes that intentional tight coupling. Is the next patch the important part that flips the order of the two interfaces?