Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp413498pxb; Thu, 31 Mar 2022 08:13:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzn5vAuDBNbrwMht3vZlX+bN4voniCWtAcx7wt5B1i2cdJvyLD2mOa74Q/sqj5zgeQv3skA X-Received: by 2002:a17:90a:bf13:b0:1c9:ec78:1b60 with SMTP id c19-20020a17090abf1300b001c9ec781b60mr6692581pjs.169.1648739601780; Thu, 31 Mar 2022 08:13:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648739601; cv=none; d=google.com; s=arc-20160816; b=cU6zM4fh455TghjYaWslpegXB+9lp9pulTYEXfmmOqvBvUc+YSczQCjIB6d1eG0UV0 I1ioj0s4yjhsoK+QU2Uo7xWGey+REvme7URui+hYU8h4ca5OuSSvGo0Oxxs1tf+Qh+Za yUoXV8nu1n4+u7PnPt39O3EKgUB1JEJpoitGXUf7/2aErnX9XulTpdjEWrLB0JnOnIEJ dMUb6a7T27kMfP+7gYjCpzC3bicdkVojG6tkv+r9WyGF2xPj2oPqaV1AfUCkWYuWCQYr my41zyzdCTqMrlXJ1iOjigqMYqYN84YPTnJvYEuh7OW8L60O1f1BKzzggvwurMv/GYWs EemA== 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=Ldzs2F+pKkHk9BDqjLFNwahVpE2pkUr1lDp8VpHB0F0=; b=WG+GwgTMDoQz+XHbkULVH8qwZqKLzZyukYv5LLEY0UCyT8TuVFT9JX446wGXAp+qC8 d+xKJn/JvXe/HYiG+yu/wTahm8BIhc8BR3mh3mtWjAd4Y/DBQfDts+z6Gssoa7yDry33 BW8/vm7DK1GfMwrSG8GzTmWnb5p8CWCllCKcSOuBpAMrwAq+J0+WK3n6N0dXtLDPtQT5 KnE42P8/xbIsJVmZFqSuRsDUiRefJAbXEJr7o55+aWsNtYNbALrS/c3xA39Fh18o23jh LvAJxshJ97T0t09KBzsl4aH1mrlzWffdezmC3eq8BMe1GYz8Ng9K4lrsTyvJdylejHiy 7HUg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=sxpAq4Ry; 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 i15-20020a170902c94f00b00153ee8b0c9dsi26774256pla.176.2022.03.31.08.13.05; Thu, 31 Mar 2022 08:13:21 -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=sxpAq4Ry; 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 S234907AbiCaLIz (ORCPT + 99 others); Thu, 31 Mar 2022 07:08:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55834 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234900AbiCaLIx (ORCPT ); Thu, 31 Mar 2022 07:08:53 -0400 Received: from mail-qv1-xf34.google.com (mail-qv1-xf34.google.com [IPv6:2607:f8b0:4864:20::f34]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CD7CB20596A for ; Thu, 31 Mar 2022 04:07:06 -0700 (PDT) Received: by mail-qv1-xf34.google.com with SMTP id gh15so19426579qvb.8 for ; Thu, 31 Mar 2022 04:07:06 -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=Ldzs2F+pKkHk9BDqjLFNwahVpE2pkUr1lDp8VpHB0F0=; b=sxpAq4RyE4MDaDjOhTdULxpJkKhIpld+2IKOfgYrFTJsv161z0NLODgT5cziftMAL/ 34sJikLyLgMJ2yVfrv6jUQYyNt1R8809q8HZUt0PUglCQ5qDQzLjSawn6yBAxe6/pTRd uqUXXb5CYlJ3NJlKba1MHQgtqCcrII6M2lRngbtk9mgLNm1SDnNf96ZL1tXLAD1uebqL 7QfsCF93n58zMXrcICooqJODwjL6pdUVwd3sE5oZL1DbL2Ga172uYdNZ/vBQUb4k0Ro8 pNUM3ttK9nsS14DaqubkSx2aJVrpihNCt5NgjHUXKhbNmXkHCac3P8SzkuDwGmjcD17z 3Mhg== 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=Ldzs2F+pKkHk9BDqjLFNwahVpE2pkUr1lDp8VpHB0F0=; b=p8D+KAqhKzcVmc1q5rVgMom/GCWgWBbvXfjUqfUiQ9nRm7gtEzrShmhqq//5Wl33Tw di1iu+3aPNFYGEwNehyccpRhhqtyoQm8f28n8PVbc8JNHOKskQsUoM92Y+vFye6Or8iX zt5jLMeuNj3vfFo5BauTrRJxLSfEBIoXgPB9qRKUZhHQARuLmpavom1wKkeOoJhw0qVa yM10dlO+S8L6QsyiMZamtQWu2xBdCw4eiyNMrr0rNfCg8GlM1WZ9y8vHWkuBsfTQUmGo sF4mLFKKdk7lziLCcm6gLpomIROiJxehbreZKbyNEQo8bnwfL2T7p5T3GOw87E6vPwlA YCWQ== X-Gm-Message-State: AOAM531x8GUyPp3QVxaJ/kMALlSsIzTacM+qGqUVmQxTFbli8nAGTVOQ hkro0qZwb1sGo6zKpAaUuJJd2SFKR8CBp6DNTvm1pA== X-Received: by 2002:a05:6214:20e4:b0:441:7bed:5ccd with SMTP id 4-20020a05621420e400b004417bed5ccdmr30970783qvk.119.1648724825924; Thu, 31 Mar 2022 04:07:05 -0700 (PDT) MIME-Version: 1.0 References: <1648656179-10347-1-git-send-email-quic_sbillaka@quicinc.com> <1648656179-10347-5-git-send-email-quic_sbillaka@quicinc.com> In-Reply-To: From: Dmitry Baryshkov Date: Thu, 31 Mar 2022 14:06:54 +0300 Message-ID: Subject: Re: [PATCH v6 4/8] drm/msm/dp: avoid handling masked interrupts To: Sankeerth Billakanti Cc: "Sankeerth Billakanti (QUIC)" , "dri-devel@lists.freedesktop.org" , "linux-arm-msm@vger.kernel.org" , "freedreno@lists.freedesktop.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , "robdclark@gmail.com" , "seanpaul@chromium.org" , "swboyd@chromium.org" , quic_kalyant , "Abhinav Kumar (QUIC)" , "dianders@chromium.org" , "Kuogee Hsieh (QUIC)" , "bjorn.andersson@linaro.org" , "sean@poorly.run" , "airlied@linux.ie" , "daniel@ffwll.ch" , quic_vproddut , "Aravind Venkateswaran (QUIC)" 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=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 On Thu, 31 Mar 2022 at 14:05, Sankeerth Billakanti wrote: > > Hi Dmitry, > > > On 31/03/2022 08:53, Sankeerth Billakanti (QUIC) wrote: > > > Hi Dmitry, > > > > > >> On Wed, 30 Mar 2022 at 19:03, Sankeerth Billakanti > > >> wrote: > > >>> > > >>> The interrupt register will still reflect the connect and disconnect > > >>> interrupt status without generating an actual HW interrupt. > > >>> The controller driver should not handle those masked interrupts. > > >>> > > >>> Signed-off-by: Sankeerth Billakanti > > >>> --- > > >>> drivers/gpu/drm/msm/dp/dp_catalog.c | 5 +++-- > > >>> 1 file changed, 3 insertions(+), 2 deletions(-) > > >>> > > >>> diff --git a/drivers/gpu/drm/msm/dp/dp_catalog.c > > >>> b/drivers/gpu/drm/msm/dp/dp_catalog.c > > >>> index 3c16f95..1809ce2 100644 > > >>> --- a/drivers/gpu/drm/msm/dp/dp_catalog.c > > >>> +++ b/drivers/gpu/drm/msm/dp/dp_catalog.c > > >>> @@ -608,13 +608,14 @@ u32 dp_catalog_hpd_get_intr_status(struct > > >>> dp_catalog *dp_catalog) { > > >>> struct dp_catalog_private *catalog = container_of(dp_catalog, > > >>> struct dp_catalog_private, dp_catalog); > > >>> - int isr = 0; > > >>> + int isr, mask; > > >>> > > >>> isr = dp_read_aux(catalog, REG_DP_DP_HPD_INT_STATUS); > > >>> dp_write_aux(catalog, REG_DP_DP_HPD_INT_ACK, > > >>> (isr & DP_DP_HPD_INT_MASK)); > > >>> + mask = dp_read_aux(catalog, REG_DP_DP_HPD_INT_MASK); > > >>> > > >>> - return isr; > > >>> + return isr & (DP_DP_HPD_STATE_STATUS_MASK | mask); > > >> > > >> I suspect that the logic is inverted here. Shouldn't it be: > > >> > > >> return isr & DP_DP_HPD_STATE_STATUS_MASK & mask; > > >> > > >> ? > > >> > > > > > > The value of DP_DP_HPD_STATE_STATUS_MASK is 0xE0000000 and the > > value > > > of the read interrupt mask variable could be is 0xF. > > > > > > The mask value is indicated via the register, REG_DP_DP_HPD_INT_MASK, > > bits 3:0. > > > The HPD status is indicated via a different read-only register > > REG_DP_DP_HPD_INT_STATUS, bits 31:29. > > > > I see. Maybe the following expression would be better? > > > > return isr & (mask & ~DP_DP_HPD_INT_MASK); Ugh, excuse me please. I meant: return isr & (mask | ~DP_DP_HPD_INT_MASK); > > > > I believe the confusion occurred because the DP_DP_HPD_STATE_STATUS_CONNECTED and others were defined under the same register definition as REG_DP_DP_HPD_INT_MASK > I will rearrange the definitions below. > > #define REG_DP_DP_HPD_INT_MASK (0x0000000C) > #define DP_DP_HPD_PLUG_INT_MASK (0x00000001) > #define DP_DP_IRQ_HPD_INT_MASK (0x00000002) > #define DP_DP_HPD_REPLUG_INT_MASK (0x00000004) > #define DP_DP_HPD_UNPLUG_INT_MASK (0x00000008) > #define DP_DP_HPD_INT_MASK (DP_DP_HPD_PLUG_INT_MASK | \ > DP_DP_IRQ_HPD_INT_MASK | \ > DP_DP_HPD_REPLUG_INT_MASK | \ > DP_DP_HPD_UNPLUG_INT_MASK) > > Below are status bits from register REG_DP_DP_HPD_INT_STATUS > > #define DP_DP_HPD_STATE_STATUS_CONNECTED (0x40000000) > #define DP_DP_HPD_STATE_STATUS_PENDING (0x20000000) > #define DP_DP_HPD_STATE_STATUS_DISCONNECTED (0x00000000) > #define DP_DP_HPD_STATE_STATUS_MASK (0xE0000000) > > DP_DP_HPD_INT_MASK is 0xF and scope of mask variable is also 0xF (bits 3:0), mask & ~DP_DP_HPD_INT_MASK is 0 always. > > For DP, we want to enable all interrupts. > So the programmed mask value is 0xF. We want to return 0x40000001 for connect and 8 for disconnect > > For eDP, we want to disable the connect and disconnect interrupts. So, the mask will be 0x6 (i.e. DP_DP_IRQ_HPD_INT_MASK | DP_DP_HPD_REPLUG_INT_MASK) > We want to return 0x40000000 (or 0x20000000 based on hpd line status) and 0 for eDP connect and disconnect respectively. > > > > > > > isr & DP_DP_HPD_STATE_STATUS_MASK & mask, will return 0 always. > > > > > >>> } > > >>> > > >>> int dp_catalog_ctrl_get_interrupt(struct dp_catalog *dp_catalog) > > >>> -- > > >>> 2.7.4 > > >>> > > >> > > >> > > >> -- > > >> With best wishes > > >> Dmitry > > > > > > Thank you, > > > Sankeerth > > > > > > -- > > With best wishes > > Dmitry > > Thank you, > Sankeerth -- With best wishes Dmitry