Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp849879imj; Thu, 7 Feb 2019 12:53:55 -0800 (PST) X-Google-Smtp-Source: AHgI3IaVeyvW3r7zI2ZZQFQoas7V7LnVYtM7Xq9VNabGAhwm4YnZVSAWKxURJbVlDtdU30ieT1jB X-Received: by 2002:a62:55c4:: with SMTP id j187mr18138026pfb.129.1549572835152; Thu, 07 Feb 2019 12:53:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549572835; cv=none; d=google.com; s=arc-20160816; b=A/S70ow28sDeQRT45F7C/haweMG1JQZBWSSfLmWBmV8JHUFDo96jlOTOXUYu5vStvt Fuc/c5UNWAN/oxcCqvUS+A/aReEGn9kmd3/WGeSS2ImkwDm7cHhabbyJEMjLWOwHB1wf b/GG2ei5m8GYSuVi6lM/S9WMEP4w7WoHcQWCkOHTMwihAyQLHcyxxIDMeMwwSW/XMC8Q kLvOheEy34HgayZOEO7Dmc6bRwFhGehy05rJCKocDANL96IcgpHRH7xgBAxLUcZw1+6b vZrKRWb7Bbu5pnCoLJ+tE11f187GoQ+B38jZlACIDQimER7VUTgkz1vNr8/4+aVv3kag 9yPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=+tfT6ZUHprU//zPLu3PwnP8LIKrS7PqbgW+sMMLO1Lo=; b=StYgBSm+NacT7BFmUN5x066IamOoogFOg/bgBizwwTU/WEVoxw1HYE9d3oIPRR+RSL mCvnCt/5+eE5sQZv8OQBT8yuQ4aHuuSG9h+ghuFFSz8yQHgM7ksITzkE+47Swovlip8D fz6Whj1E4Hgh7CgwVkgp2AenuqQR2Nfsvzze8aJUyR+pUUPJlTUoqWEU9yYHAWTlzHno kqmcmk2LCJmM+SGlzb4cq10S2/FaBJVol2Htj6EzC4a76XOetKZ1hcpsralaoa65CHjy P+5sYXtM1hzMCTB/KjwSxwnbcqmySKoiP5OvgnG2j8U/rlOFqyKA/vUI6PzIoqKuZUFZ 8rjQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=WuspQwkr; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l3si28467pld.155.2019.02.07.12.53.39; Thu, 07 Feb 2019 12:53:55 -0800 (PST) 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=@kernel.org header.s=default header.b=WuspQwkr; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727511AbfBGUxB (ORCPT + 99 others); Thu, 7 Feb 2019 15:53:01 -0500 Received: from mail.kernel.org ([198.145.29.99]:59230 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727035AbfBGUxB (ORCPT ); Thu, 7 Feb 2019 15:53:01 -0500 Received: from localhost (unknown [69.71.4.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 15EC22146E; Thu, 7 Feb 2019 20:52:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1549572779; bh=akTfZxeIHbgXqtmrpQWMvU2724HDWRVadTdBm5rkfQg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=WuspQwkrj74vyGFZgYB1LxuoQhS7he5/ZtKo5qtO2kNedYWJKZmQfJbj/s063mNre igWwzh/QVnM5oeLSdqyTpLTtsno+Bi7Mc8CiYDWXMxhAzXHVVoaH9L5RqIg6QVr/Fs R+5/mlP5zEfobsghJ5VQbaOSMO9Y4/HpWcEvtcgM= Date: Thu, 7 Feb 2019 14:52:57 -0600 From: Bjorn Helgaas To: Kishon Vijay Abraham I Cc: Murali Karicheri , Lorenzo Pieralisi , Jingoo Han , Gustavo Pimentel , linux-pci@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 2/9] PCI: keystone: Modify legacy_irq_handler to check the IRQ_STATUS of INTA/B/C/D Message-ID: <20190207205257.GM7268@google.com> References: <20190207110924.30716-1-kishon@ti.com> <20190207110924.30716-3-kishon@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190207110924.30716-3-kishon@ti.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org In the subject, "legacy_irq_handler" looks like it's supposed to be a function name, but it's not. Maybe something like: PCI: keystone: Check INTA/B/C/D IRQ_STATUS in ks_pcie_legacy_irq_handler() On Thu, Feb 07, 2019 at 04:39:17PM +0530, Kishon Vijay Abraham I wrote: > The legacy interrupt handler directly checks the IRQ_STATUS register > corresponding to a interrupt line inorder to invoke generic_handle_irq. s/The legacy interrupt handler/ks_pcie_handle_legacy_irq()/ ? s/to a/to an/ s/inorder/in order/ s/generic_handle_irq/generic_handle_irq()/ > While this is okay for K2G platform which has separate interrupt line for > each of the 4 legacy interrupts, AM654 which uses the same PCIe wrapper > has a single interrupt line for all the legacy interrupts. So for AM654 > the interrupt handler won't be able to directly check the IRQ_STATUS > register corresponding to the interrupt line. s/platform which/platform, which/ s/separate interrupt line/separate interrupt lines/ s/AM654 which/AM654, which/ s/PCIe wrapper/PCIe wrapper,/ s/interrupt line for all/interrupt line shared by all/ > Also the legacy interrupt handler uses 'virq' obtained from > irq_of_parse_and_map to find the correct interrupt line which raised the > interrupt. There is no guarantee that virq assigned for contiguous hardware > irq will be contiguous and the interrupt handler might end up checking > the wrong IRQ_STATUS register. s/irq_of_parse_and_map/irq_of_parse_and_map() s/irq will/IRQ will/ > In order to overcome the above issues, read the IRQ_STATUS register of > all the 4 legacy interrupts to determine which interrupt was raised. > > Link: https://lkml.kernel.org/r/bb081d21-7c03-0357-4294-7e92d95d838c@arm.com > Signed-off-by: Kishon Vijay Abraham I > --- > drivers/pci/controller/dwc/pci-keystone.c | 22 ++++++++++++---------- > 1 file changed, 12 insertions(+), 10 deletions(-) > > diff --git a/drivers/pci/controller/dwc/pci-keystone.c b/drivers/pci/controller/dwc/pci-keystone.c > index 5286a480f76b..4cf9849d5a1d 100644 > --- a/drivers/pci/controller/dwc/pci-keystone.c > +++ b/drivers/pci/controller/dwc/pci-keystone.c > @@ -214,16 +214,11 @@ static void ks_pcie_handle_legacy_irq(struct keystone_pcie *ks_pcie, > { > struct dw_pcie *pci = ks_pcie->pci; > struct device *dev = pci->dev; > - u32 pending; > int virq; > > - pending = ks_pcie_app_readl(ks_pcie, IRQ_STATUS(offset)); > - > - if (BIT(0) & pending) { > - virq = irq_linear_revmap(ks_pcie->legacy_irq_domain, offset); > - dev_dbg(dev, ": irq: irq_offset %d, virq %d\n", offset, virq); > - generic_handle_irq(virq); > - } > + virq = irq_linear_revmap(ks_pcie->legacy_irq_domain, offset); > + dev_dbg(dev, ": irq: irq_offset %d, virq %d\n", offset, virq); > + generic_handle_irq(virq); > > /* EOI the INTx interrupt */ > ks_pcie_app_writel(ks_pcie, IRQ_EOI, offset); > @@ -607,8 +602,9 @@ static void ks_pcie_legacy_irq_handler(struct irq_desc *desc) > struct keystone_pcie *ks_pcie = irq_desc_get_handler_data(desc); > struct dw_pcie *pci = ks_pcie->pci; > struct device *dev = pci->dev; > - u32 irq_offset = irq - ks_pcie->legacy_host_irqs[0]; > struct irq_chip *chip = irq_desc_get_chip(desc); > + unsigned int irq_no; > + u32 reg; > > dev_dbg(dev, ": Handling legacy irq %d\n", irq); > > @@ -618,7 +614,13 @@ static void ks_pcie_legacy_irq_handler(struct irq_desc *desc) > * ack operation. > */ > chained_irq_enter(chip, desc); > - ks_pcie_handle_legacy_irq(ks_pcie, irq_offset); > + for (irq_no = 0; irq_no < PCI_NUM_INTX; irq_no++) { > + reg = ks_pcie_app_readl(ks_pcie, IRQ_STATUS(irq_no)); > + if (!(reg & INTx_EN)) > + continue; > + ks_pcie_handle_legacy_irq(ks_pcie, irq_no); It's too bad that reading IRQ_STATUS and writing IRQ_EOI are now in separate functions. It's nice to have them together for code auditing purposes. Could maybe accumulate a mask of which INTx bits are set and call ks_pcie_handle_legacy_irq() only once with that mask? Of course, then you'd need another loop in ks_pcie_handle_legacy_irq(). > + } > + > chained_irq_exit(chip, desc); > } > > -- > 2.17.1 >