Received: by 2002:a25:b323:0:0:0:0:0 with SMTP id l35csp2529175ybj; Mon, 23 Sep 2019 05:29:17 -0700 (PDT) X-Google-Smtp-Source: APXvYqyU87f1Q+EwTR/6PpOfO5S9HLfgqyj/WyBD5N07+lYtK6VPfZwwGRJ+kptGZwikxIAdso7Z X-Received: by 2002:a50:eb8b:: with SMTP id y11mr35663897edr.200.1569241757870; Mon, 23 Sep 2019 05:29:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569241757; cv=none; d=google.com; s=arc-20160816; b=1KzAGmHgtRsoy1Kll2P57MXi9QdMIaa3XLGMsX02wLXvkabARDm7dbz3xuigyg9Xxd 2vOg07JrmZbWcAOx/GrwLJZD/jQn33mwl/bsJB3TIdz5ncM231jRi9bsjcz9UwJPLJJt uux/pUALyZ3p906wmvOeFuXI+Z2dYwClvdJrSksd15+l92/RnYzc+Z5tMUHVcdvI2Rwa uq6thOScwtzZZ6zaEoUs6qbfGpucxDweTnDAJGurTyZCa6GB06+/9vxYNx8pcysLrSjm dn6Zk55DpyWf2R7u7sc5gvVQ2NVHRwcOPzB27TiA8D+IXGXoc50OgiHbzfoX9tZs0UWU b0IQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:date:user-agent:subject:from:to:cc :references:in-reply-to:content-transfer-encoding:mime-version :message-id:dkim-signature; bh=zMEVwMQIjSge+4CoDp11o2H/9Xe/s7giDkUmmKdDia8=; b=ekoWDTyUlGVOOAGzz5vg9odRhMBYsXgQztBAY861oN/bJVS7A/dV0nWJ5pNpvryGHu Yw4M05GIac/rBJbvxMp2AU7wVqn7J77p47ZpL8H7iLt95aMKGkPn/uKM9HfowjeU8LJt dqIYZs5Y4430RKzzgyPg2H5XilfpJkpK+/7FxT0LYl2TD5kidQfXUGR5LkmQHwu/kqs6 zUxxTJvAyQUpLKqnZkLTQxY8VO5AhOcYF78zQLuzimGc3SKqpAOx0indHj8YCFGFqYET /d/Q5ODW6FroYSFaiivNbBilaJ6iqKF6czq9+Zr0dlSp3BozA9N3ijAFAgdSDPJVNPNx C9Ug== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=iUIHUA5t; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g23si1772173ejk.186.2019.09.23.05.28.53; Mon, 23 Sep 2019 05:29:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=iUIHUA5t; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1730308AbfITWWY (ORCPT + 99 others); Fri, 20 Sep 2019 18:22:24 -0400 Received: from mail-pf1-f195.google.com ([209.85.210.195]:35798 "EHLO mail-pf1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727733AbfITWWY (ORCPT ); Fri, 20 Sep 2019 18:22:24 -0400 Received: by mail-pf1-f195.google.com with SMTP id 205so5465736pfw.2 for ; Fri, 20 Sep 2019 15:22:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=message-id:mime-version:content-transfer-encoding:in-reply-to :references:cc:to:from:subject:user-agent:date; bh=zMEVwMQIjSge+4CoDp11o2H/9Xe/s7giDkUmmKdDia8=; b=iUIHUA5tCSNLMsbTR636d6++V6Ldfb4Kw4P9wBs3jkwZTfEQef56SWC4G5SKAuFzHj WxHLyQYE3Ez/+Jl96Uu8C5D/ehXscbnN7ziH+C2xQH4Sv5GTPoTbqmzDyTnbI8kIxeKP Fwfy+0N6QSVH1g+Nq0XLjUVIiC/fM03MsdOWI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:mime-version :content-transfer-encoding:in-reply-to:references:cc:to:from:subject :user-agent:date; bh=zMEVwMQIjSge+4CoDp11o2H/9Xe/s7giDkUmmKdDia8=; b=VYec38aA5oWZqYReGcj9ZtZt6eN43rOahkJ0nTurfwZHLGYpRZ8zQlU29FuMMq3inc sTgbGvjMuGZBDOftSdzyHkMvpuZnick0r2nD5XyOXpATyFPwpB7ReUvtLPTUMSCuvoJv ltaS4bcQaa0l/jtGcQnG30DIWcMymrKQO/qO4X402vcvxSxrf9dj8Djmxyi5ElhBuzF/ 81Ypd/hINIckbHAUmttW4KXQMKNptQBbSkrzCxKh4Q4VlWXzIjQ51zvhSGeni6o8agme RG3MAc4cB50m84Jaymlrg7npT2c61cHCVHJyUDPTVq/yriQfyC8mZQSEjJmTy0k997kq yykw== X-Gm-Message-State: APjAAAXQLewxKyMzU880A8hbgypAZKYb1jMX/TcLr7OC3lIWgUJiX2te CJ4hGJcDYDvNtVsHbiCeYhG8vg== X-Received: by 2002:a63:550a:: with SMTP id j10mr17304975pgb.369.1569018143065; Fri, 20 Sep 2019 15:22:23 -0700 (PDT) Received: from chromium.org ([2620:15c:202:1:fa53:7765:582b:82b9]) by smtp.gmail.com with ESMTPSA id j128sm5987930pfg.51.2019.09.20.15.22.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 20 Sep 2019 15:22:22 -0700 (PDT) Message-ID: <5d85511e.1c69fb81.98f62.dae0@mx.google.com> Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: <20190911161557.GB30053@codeaurora.org> References: <20190829181203.2660-1-ilina@codeaurora.org> <20190829181203.2660-3-ilina@codeaurora.org> <5d71aad9.1c69fb81.f469e.262f@mx.google.com> <20190911161557.GB30053@codeaurora.org> Cc: evgreen@chromium.org, linus.walleij@linaro.org, marc.zyngier@arm.com, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, bjorn.andersson@linaro.org, mkshah@codeaurora.org, linux-gpio@vger.kernel.org, rnayak@codeaurora.org To: Lina Iyer From: Stephen Boyd Subject: Re: [PATCH RFC 02/14] drivers: irqchip: pdc: Do not toggle IRQ_ENABLE during mask/unmask User-Agent: alot/0.8.1 Date: Fri, 20 Sep 2019 15:22:21 -0700 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Lina Iyer (2019-09-11 09:15:57) > On Thu, Sep 05 2019 at 18:39 -0600, Stephen Boyd wrote: > >Quoting Lina Iyer (2019-08-29 11:11:51) > >> When an interrupt is to be serviced, the convention is to mask the > >> interrupt at the chip and unmask after servicing the interrupt. Enabli= ng > >> and disabling the interrupt at the PDC irqchip causes an interrupt sto= rm > >> due to the way dual edge interrupts are handled in hardware. > >> > >> Skip configuring the PDC when the IRQ is masked and unmasked, instead > >> use the irq_enable/irq_disable callbacks to toggle the IRQ_ENABLE > >> register at the PDC. The PDC's IRQ_ENABLE register is only used during > >> the monitoring mode when the system is asleep and is not needed for > >> active mode detection. > > > >I think this is saying that we want to always let the line be sent > >through the PDC to the parent irqchip, in this case GIC, so that we > >don't get an interrupt storm for dual edge interrupts? Why does dual > >edge interrupts cause a problem? > > > I am not sure about the hardware details, but the PDC designers did not > expect enable and disable to be called whenever the interrupt is > handled. This specially becomes a problem for dual edge interrupts which > seems to generate a interrupt storm when enabled/disabled while handling > the interrupt. >=20 Ok. I just wanted to confirm that masking "doesn't matter" to the PDC because it assumes the irqchip closer to the CPU will be able to mask it anyway. Is that right?