Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp977820rwb; Thu, 18 Aug 2022 16:13:08 -0700 (PDT) X-Google-Smtp-Source: AA6agR7mMP2/PjTP5glPPC2yu8x3blWNEqOrmf/8G+48KWsNjbMMDgqSD28FKrNV45uHtZO41nwA X-Received: by 2002:a05:6a00:1309:b0:535:d421:1347 with SMTP id j9-20020a056a00130900b00535d4211347mr4193654pfu.5.1660864388585; Thu, 18 Aug 2022 16:13:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660864388; cv=none; d=google.com; s=arc-20160816; b=truscnvAAObG51wGnWl6tz2LmIZIMPe99dZqNp776MdwqqmKHMxaU7xVigi4hx7FEZ KcR4DWDIobXQEiJ3vlnhMTb1VYCrvGF74ldlsee5ZnF/WOsXlf3RNWlGpnARNaHXpnSf nrG+6L4j06m16MEYV0g8TTqMLnLfiPR3Bww+Bwf1kmuxiMRE+bA9MAd6iPOIRH2h6QXf QJtHvBE7LHB1TUrfvoW8Q+PkmLvNmepFAERst2LnqUuGgJX+hp0fwlvYGhXenYQ8B12k Uvl/vRIkhaEomxmu46nF4oWLrELxVHXrrOqKEJsEgstuiSw7MGz5kFuc13NNY1MFxqyj BhlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=LwMe9vWTBIKzX8q+kA+JWETXwlgC1hWx7z5/AwjqoIg=; b=MKTgEKlQG08p4cnfiB2/GKL5Zfiyi6In4/wpgXo069FO+ilgztTwl0R3eTcXvPmca5 av17G4dgE6l7DJWT8pXJecXn61OtqwwIMlimb13Pq92DcBDcqP9JYw/n3e7He3VmbNLM 0lXrYbRRMru76i1cX4sxQYVrQefyYxC9VmYQDaLQhX2TWOkXDRRnHdFooZ88y87poj9Y 2gz3gfSrIcLhtqVaeoigIvRye8ZN7fxmXdkQhXLAEL9QRk4z5/yWitWKdrkL10lbBs6w hlMPJdujisjoL2qVIMxpjZGsqeyb1MbHas66FdeqplqmQ6C9yPjclaKZXysV9L/rDoWr q5Xw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b="AY73Xy/K"; 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=quicinc.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id r18-20020a170902c61200b0016cb5071ee5si2012179plr.332.2022.08.18.16.12.57; Thu, 18 Aug 2022 16:13:08 -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=@quicinc.com header.s=qcppdkim1 header.b="AY73Xy/K"; 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=quicinc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245581AbiHRXLj (ORCPT + 99 others); Thu, 18 Aug 2022 19:11:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47106 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238901AbiHRXLd (ORCPT ); Thu, 18 Aug 2022 19:11:33 -0400 Received: from mx0a-0031df01.pphosted.com (mx0a-0031df01.pphosted.com [205.220.168.131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9FE6BCE471 for ; Thu, 18 Aug 2022 16:11:32 -0700 (PDT) Received: from pps.filterd (m0279863.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 27IMrC9L011384; Thu, 18 Aug 2022 23:11:22 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; h=message-id : date : mime-version : subject : to : cc : references : from : in-reply-to : content-type : content-transfer-encoding; s=qcppdkim1; bh=LwMe9vWTBIKzX8q+kA+JWETXwlgC1hWx7z5/AwjqoIg=; b=AY73Xy/KGHNTwZHgBpUWWLzgqJEXxKfgpJPcf4IVDE+Uk+64Srg7aMZJQ7geeRR5jEqU n8/ewv+FE5/q7ejCN4T/zG8zAlsVBhWLMdwCr13XNupB0VYxbZlFP3viI7HG8EM4u4R5 nCH5YK9s7jz/xQcmEJwRLu3DQYNux9lyN71AHg4EPnMkHwu8bM/7UO/ASUmhe92OJH/J mRVvDrxt8mW9ANs9HwOZqTAuOrm+DvD2mg/xPyQos181xnwgD/oEzTPwYwbdHMDQT757 hjmp6/TYclBaNJgK9+b4GADEimdCccEH/2D3qL71PQZ9KI0tgHiuLEl4wWFewuagM99Y kw== Received: from nalasppmta03.qualcomm.com (Global_NAT1.qualcomm.com [129.46.96.20]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 3j1hhp2u79-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 18 Aug 2022 23:11:22 +0000 Received: from nalasex01a.na.qualcomm.com (nalasex01a.na.qualcomm.com [10.47.209.196]) by NALASPPMTA03.qualcomm.com (8.17.1.5/8.17.1.5) with ESMTPS id 27INBLMT019869 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 18 Aug 2022 23:11:21 GMT Received: from [10.111.166.229] (10.80.80.8) by nalasex01a.na.qualcomm.com (10.47.209.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.22; Thu, 18 Aug 2022 16:11:19 -0700 Message-ID: Date: Thu, 18 Aug 2022 16:11:17 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.2 Subject: Re: [Freedreno] [PATCH] drm/msm/dsi: Set panel orientation when directly connected Content-Language: en-US To: Doug Anderson , Rob Clark CC: freedreno , LKML , dri-devel , , Hsin-Yi Wang , Dmitry Baryshkov , Stephen Boyd , Sean Paul References: <20220706191442.1150634-1-swboyd@chromium.org> From: Abhinav Kumar In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01a.na.qualcomm.com (10.52.223.231) To nalasex01a.na.qualcomm.com (10.47.209.196) X-QCInternal: smtphost X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=5800 signatures=585085 X-Proofpoint-GUID: FAtIbuZ2YlaJUXcNJf6H83gb0f5mPJda X-Proofpoint-ORIG-GUID: FAtIbuZ2YlaJUXcNJf6H83gb0f5mPJda X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.895,Hydra:6.0.517,FMLib:17.11.122.1 definitions=2022-08-18_16,2022-08-18_01,2022-06-22_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 clxscore=1011 adultscore=0 suspectscore=0 priorityscore=1501 impostorscore=0 mlxlogscore=999 spamscore=0 phishscore=0 malwarescore=0 lowpriorityscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2207270000 definitions=main-2208180085 X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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 Hi Doug On 8/17/2022 1:48 PM, Doug Anderson wrote: > Hi, > > On Wed, Jul 20, 2022 at 3:42 PM Doug Anderson wrote: >> >> Hi, >> >> On Wed, Jul 20, 2022 at 1:46 PM Rob Clark wrote: >>> >>> On Fri, Jul 8, 2022 at 8:25 AM Doug Anderson wrote: >>>> >>>> Hi, >>>> >>>> On Wed, Jul 6, 2022 at 12:14 PM Stephen Boyd wrote: >>>>> >>>>> Set the panel orientation in drm when the panel is directly connected, >>>>> i.e. we're not using an external bridge. The external bridge case is >>>>> already handled by the panel bridge code, so we only update the path we >>>>> take when the panel is directly connected/internal. This silences a >>>>> warning splat coming from __drm_mode_object_add() on Wormdingler boards. >>>>> >>>>> Cc: Hsin-Yi Wang >>>>> Cc: Douglas Anderson >>>>> Signed-off-by: Stephen Boyd >>>>> --- >>>>> >>>>> This relies on commit 5e41b01a7808 ("drm/panel: Add an API to allow drm >>>>> to set orientation from panel") which is in drm-misc >>>>> >>>>> drivers/gpu/drm/msm/dsi/dsi_manager.c | 2 ++ >>>>> 1 file changed, 2 insertions(+) >>>> >>>> I don't personally have objections to this, but (to my understanding) >>>> "the future" is that everyone should use panel_bridge. If we made the >>>> move to panel_bridge today then we wouldn't need to do this. In >>>> general I think panel_bridge would end up letting us delete a bunch of >>>> code... >>>> >>>> See commit 4e5763f03e10 ("drm/bridge: ti-sn65dsi86: Wrap panel with >>>> panel-bridge") for when this was done by ti-sn65dsi86. >>>> >>>> Then again, I spent a small amount of time looking into this and it's >>>> definitely non-trivial. Still likely worthwhile, but not worth >>>> blocking a tiny fix like this. It also should be fairly obvious that >>>> we should delete this when we switch to panel_bridge. >>>> >>>> Thus: >>>> >>>> Reviewed-by: Douglas Anderson >>>> >>>> I'll assume that we'll just snooze this commit until drm-misc-next >>>> merges into a tree that msm-next is based on, which will probably be >>>> the next -rc1. If desired and Acked I could land this in >>>> drm-misc-next, but it's probably not worth it? >>> >>> if you want to land this patch via drm-misc, which might be the >>> easier/faster route, then: >>> >>> Acked-by: Rob Clark >> >> As per discussion on IRC, I'm not going to apply this to drm-misc-next. >> >> Given where we are in the cycle landing in drm-misc-next means it >> won't be in mainline for a couple versions and I suspect that'll cause >> merge conflicts with Dmitry's series [1]. ...and, of course, if >> Dmitry's series lands then we don't even need ${SUBJECT} patch... >> >> So I think the plan is: >> >> 1. Snooze waiting for the next -rc1 since >> drm_connector_set_orientation_from_panel() won't be in mainline until >> then. >> >> 2. If Dmitry's series looks like a long way off, we could land >> ${SUBJECT} patch in msm-next as a stopgap fix. >> >> >> [1] https://lore.kernel.org/r/20220711094320.368062-5-dmitry.baryshkov@linaro.org/ > > Just checking up. What's the latest thinking here? Do we want to land > Stephen's change as a stopgap? > drm_connector_set_orientation_from_panel() is available in v6.0-rc1. > > -Doug As per todays discussion with Rob on IRC, we will start preparing the tree for the next release. So lets drop this one and take the panel bridge change instead since my comments on that were minor and can also be addressed in a follow up change, will take it up and send it over to Rob with some other changes. Thanks Abhinav