Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp976337pxb; Fri, 22 Apr 2022 15:46:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJybI2eoaePj2ct7Yi8UCrmVO7tII2/CSSzmvU0/ZQCuuZlRRdj2E2fycTk/NfDogNThMYHG X-Received: by 2002:a05:6808:11ce:b0:2f9:d196:6597 with SMTP id p14-20020a05680811ce00b002f9d1966597mr7712908oiv.179.1650667568956; Fri, 22 Apr 2022 15:46:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650667568; cv=none; d=google.com; s=arc-20160816; b=NC8zvWouX6mYVYJPGyB/65QKW7qGsvEbGZ7WkwFAd5FcvUrdVAi8okBWdGL0s/z4xl l9niU+4T1K3xzbeWnLqr2sNlAGyf6YU/ICGMC0VCC1LNQIBI/CwrYJ8X4wOdMbudin0l qG8FgshonKwi0rLJPDL3MKalgF82QeQt1gfYWBUV66Il1q3nm8lhxQuUVnl7QivEmiM2 uDRA3lWq3zZx4guOm+XYzvaEJLr37NdTDJ6SShlNGPGsLHUNIaGp5JJFn8lcU33aW9bP vEvQRtikGeKivo2af6SeEbeaDqe9sJLnWL02yE64aHuyN4pZjEptx/KOCO5DZ+/7evig zkVg== 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=0fpFqQYd/Wbv3V4oC9q2pZUt7Qc5kv653iWEvAomgFI=; b=ZSomT7KXZH5MMU4EwMi1/i6jZ9z6JNoHuWH8AjT80ePqak/Ak7wRyo0bp4PmPWVfjW GhFGaY6iofRAEDBlq6jH3TbNDMYC47NbB9kqVSGc2QhZcN0BmH77ECIbRKkTbx6OYzRK hrw2aIJIv8hqEHb68pJHvLp23hzezZhEg4TLssbDtW48CS51WETe4SGUwyp/3acKHhW5 +KOqMoVB0hu2Unb6kEHDyU/fRN2MV2l9ukt9ESDcyJmRaId66q1CnAjn3o63zJwyeshR FK49w20BYxtZIsIBK6is/g7qcjNlUuDsAM/1KFDvPR7NvymBA2dgFxnFNwrzEVe+Qcfu +NVQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcdkim header.b=ZuOLpuMQ; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id y15-20020aca4b0f000000b002fa71683941si731572oia.263.2022.04.22.15.46.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Apr 2022 15:46:08 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcdkim header.b=ZuOLpuMQ; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 8734D1F0BB8; Fri, 22 Apr 2022 13:34:40 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229919AbiDVRmL (ORCPT + 99 others); Fri, 22 Apr 2022 13:42:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54920 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231478AbiDVRmI (ORCPT ); Fri, 22 Apr 2022 13:42:08 -0400 Received: from alexa-out-sd-01.qualcomm.com (alexa-out-sd-01.qualcomm.com [199.106.114.38]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D1FF7E7F43; Fri, 22 Apr 2022 10:39:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; i=@quicinc.com; q=dns/txt; s=qcdkim; t=1650649148; x=1682185148; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=0fpFqQYd/Wbv3V4oC9q2pZUt7Qc5kv653iWEvAomgFI=; b=ZuOLpuMQZNe3m4hwMlM6YJDxrTrvA4No229fI8Wj6+VtHUtlX/v6LHj6 dFK4pXs+qSKOxMFm+LNejCvXgLWodhvYGTVedSCg5bMbh3BnC/S+3Kvct uWGvDElzSfkbn6kJ0K6ucyB7ANX8x79HYBdYMnbR+Y6fmHEZpqwZ3jN0c 0=; Received: from unknown (HELO ironmsg01-sd.qualcomm.com) ([10.53.140.141]) by alexa-out-sd-01.qualcomm.com with ESMTP; 22 Apr 2022 10:35:21 -0700 X-QCInternal: smtphost Received: from nasanex01c.na.qualcomm.com ([10.47.97.222]) by ironmsg01-sd.qualcomm.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Apr 2022 10:35:20 -0700 Received: from nalasex01a.na.qualcomm.com (10.47.209.196) by nasanex01c.na.qualcomm.com (10.47.97.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.22; Fri, 22 Apr 2022 10:35:18 -0700 Received: from [10.111.175.210] (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; Fri, 22 Apr 2022 10:35:15 -0700 Message-ID: Date: Fri, 22 Apr 2022 10:35:13 -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: [PATCH v9 2/4] drm/msm/dp: Support only IRQ_HPD and REPLUG interrupts for eDP Content-Language: en-US To: Doug Anderson CC: Sankeerth Billakanti , quic_kalyant , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Bjorn Andersson , quic_vproddut , David Airlie , linux-arm-msm , LKML , dri-devel , Stephen Boyd , Sean Paul , Sean Paul , Steev Klimaszewski , "Dmitry Baryshkov" , "Aravind Venkateswaran (QUIC)" , "Kuogee Hsieh (QUIC)" , freedreno References: <1650618666-15342-1-git-send-email-quic_sbillaka@quicinc.com> <1650618666-15342-3-git-send-email-quic_sbillaka@quicinc.com> <83129bad-44a9-bec7-f931-8067ef1b9d4d@quicinc.com> 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: nasanex01b.na.qualcomm.com (10.46.141.250) To nalasex01a.na.qualcomm.com (10.47.209.196) X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE autolearn=unavailable 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 4/22/2022 9:10 AM, Doug Anderson wrote: > Hi, > > On Fri, Apr 22, 2022 at 9:05 AM Abhinav Kumar wrote: >> >> Hi Doug >> >> For the lockdep error, the splat looks similar to what kuogee fixed >> recently. >> >> Can you please check if below patch is present in your tree? >> >> https://patchwork.freedesktop.org/patch/481396/ > > Indeed I did have that in my tree already, but the lockdep splat is > still there. I think the problem is that we're now calling > dp_hpd_plug_handle() directly in dp_bridge_enable() > > -Doug Yes, now i understood this particular issue better and not sure how this wasn't caught. Perhaps some difference in the USE flags. Sankeerth didnt have lockdebug and thats why didnt hit this. I have discussed with kuogee about why this change is needed and why this wasnt being done in get_modes(). It seems like originally, this was done for a quirk in the DP compliance equipment that it did not publish the fail safe mode ( even though some other modes were present ). Typically, any sink (as long as EDID read went through ) adds the 640x480 fail safe mode. We could have done it in get_modes() even earlier but not sure how it was missed or was there some other reason. Nonetheless, kuogee will post the change to move this to get_modes() shortly. Thanks Abhinav