Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1496039ybl; Mon, 2 Dec 2019 04:23:07 -0800 (PST) X-Google-Smtp-Source: APXvYqwMcSLXXnpGkay6mgnnfh2+GIc6sy5CYxwmgEyujic/YBDCRWrm1EyUH5H2DPlSlQ7OK9Ev X-Received: by 2002:a17:906:bb0c:: with SMTP id jz12mr12205577ejb.298.1575289387007; Mon, 02 Dec 2019 04:23:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575289387; cv=none; d=google.com; s=arc-20160816; b=p4dE30fvA/eCgzI83yuaYEdjwYwyL4rV+fExpyLVypp3VTLsqYwRpIIZRO85lHw6FD WaGnYSvDdtLFHFa5G+WLETQl6YOfBo+0VishPRDdjZKh0WYO44KfUCI3eCsUpyWDrRp5 JVWq9K1RYhilG7ZmgnlE20f39eWIQGD/rqzbq0gfNAQIZi/iXEZIx6v+XjiyCPwKvAhD oKb/mWicbX53yJn6Zmuoy7tlZ0gbtgrHhiRwQg/jmteHlPLV144VLNxP2qOwWxMr/KF5 LXq1EeVFOvN8hGS3Wo+2d1+eygXyhu+X5sZip3H3Iyr8y/YPKZprDHcHbZfH095NkuOO vBtg== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=S4etIEoIbK8kND/Oyia+LfgY2h5B/yXccbnZs5Ipp1Q=; b=Ulw9mFLcNfjB8x5CNRzannnmDa/zB7FSW8Ll7808O2efbK5PMYiVDYsgggHCkGEgMt MdBxkWSQYBSsnnJQ7XNwLkYWCW/foJuQL55C+sUDXthz0JNXyCb3NdDLfY+o3yPFJMwQ ZIodRe7vHSf5gktbFMt4o/5FvT905ZSBeb39y1WXPxft8W0aAPGQQhr+kR+Uf6VEYa10 GseYFqSMaeAiZiCqV8FpbapbxPkHCRMi2m20nm9FRi70c2H94T7L1Qb0zsG04VIG6tLg b/rFA/9VXToAnVRbYVCBh+eck320OQnQsJYG129+WvgOHAeD83tTx9M7tSpyJwKVijHi vREQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d9si6417116edv.54.2019.12.02.04.22.28; Mon, 02 Dec 2019 04:23:06 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727406AbfLBMUy (ORCPT + 99 others); Mon, 2 Dec 2019 07:20:54 -0500 Received: from foss.arm.com ([217.140.110.172]:53728 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727354AbfLBMUy (ORCPT ); Mon, 2 Dec 2019 07:20:54 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id EF3FF30E; Mon, 2 Dec 2019 04:20:52 -0800 (PST) Received: from localhost (unknown [10.37.6.20]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 68CBB3F68E; Mon, 2 Dec 2019 04:20:52 -0800 (PST) Date: Mon, 2 Dec 2019 12:20:50 +0000 From: Andrew Murray To: Nicolas Saenz Julienne Cc: maz@kernel.org, linux-kernel@vger.kernel.org, Lorenzo Pieralisi , Eric Anholt , Stefan Wahren , Florian Fainelli , bcm-kernel-feedback-list@broadcom.com, james.quinlan@broadcom.com, mbrugger@suse.com, phil@raspberrypi.org, jeremy.linton@arm.com, linux-pci@vger.kernel.org, linux-rpi-kernel@lists.infradead.org, Bjorn Helgaas , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v3 5/7] PCI: brcmstb: add MSI capability Message-ID: <20191202122050.GA18399@e119886-lin.cambridge.arm.com> References: <20191126091946.7970-1-nsaenzjulienne@suse.de> <20191126091946.7970-6-nsaenzjulienne@suse.de> <20191129154629.GF43905@e119886-lin.cambridge.arm.com> <2820f3fb9abc69d54df0dee1b6233eaf3cb63834.camel@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2820f3fb9abc69d54df0dee1b6233eaf3cb63834.camel@suse.de> User-Agent: Mutt/1.10.1+81 (426a6c1) (2018-08-26) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Dec 02, 2019 at 10:59:36AM +0100, Nicolas Saenz Julienne wrote: > Hi Andrew, > > On Fri, 2019-11-29 at 15:46 +0000, Andrew Murray wrote: > > On Tue, Nov 26, 2019 at 10:19:43AM +0100, Nicolas Saenz Julienne wrote: > > > From: Jim Quinlan > > > > > > This adds MSI support to the Broadcom STB PCIe host controller. The MSI > > > controller is physically located within the PCIe block, however, there > > > is no reason why the MSI controller could not be moved elsewhere in the > > > future. MSIX is not supported by the HW. > > > > > > Since the internal Brcmstb MSI controller is intertwined with the PCIe > > > controller, it is not its own platform device but rather part of the > > > PCIe platform device. > > > > > > Signed-off-by: Jim Quinlan > > > Co-developed-by: Nicolas Saenz Julienne > > > Signed-off-by: Nicolas Saenz Julienne > > > Reviewed-by: Marc Zyngier > > > > > > --- > > > > > > Changes since v2 (kept Marc's Reviewed-by as changes didn't affect irq > > > subsystem stuff or seem petty enough): > > > - Use standard APIs on register operations > > > - Get rid of revision code > > > > Do any RPI4's have a HW revision of less than 33? > > No, IIRC it's actually revision 34. I had left that bit of code in, following > the same train of thought as with the of_data on the device-tree part of the > driver: "It's harmless and should make accomodating other devices easier." It > turned out not to be such a great approach. Lesson's learned. So I decided to > remove it. OK you can add my: Reviewed-by: Andrew Murray Thanks, Andrew Murray > > > > - Update rules to msi_target_addr selection > > > - Remove unwarranted MSI_FLAG_PCI_MSIX > > > - Small cosmetic changes > > > > > > Changes since v1:cuando ten?as tu vacaciones? > > > - Move revision code and some registers to this patch > > > - Use PCIE_MSI_IRQ_DOMAIN in Kconfig > > > - Remove redundant register read from ISR > > > - Fail probe on MSI init error > > > - Get rid of msi_internal > > > - Use bitmap family of functions > > > - Use edge triggered setup > > > - Add comment regarding MultiMSI > > > - Simplify compose_msi_msg to avoid reg read > > > > > > This is based on Jim's original submission[1] with some slight changes > > > regarding how pcie->msi_target_addr is decided. > > > > > > [1] https://patchwork.kernel.org/patch/10605955/ > > > > > > drivers/pci/controller/Kconfig | 1 + > > > drivers/pci/controller/pcie-brcmstb.c | 261 +++++++++++++++++++++++++- > > > 2 files changed, 261 insertions(+), 1 deletion(-) > > > > > > diff --git a/drivers/pci/controller/Kconfig b/drivers/pci/controller/Kconfig > > > index 27504f108ee5..918e283bbff1 100644 > > > + > > > +static void brcm_msi_compose_msi_msg(struct irq_data *data, struct msi_msg > > > *msg) > > > +{ > > > + struct brcm_msi *msi = irq_data_get_irq_chip_data(data); > > > + > > > + msg->address_lo = lower_32_bits(msi->target_addr); > > > + msg->address_hi = upper_32_bits(msi->target_addr); > > > + msg->data = 0x6540 | data->hwirq; > > > > NIT: Perhaps this 0x6540 can be a define - just in the same way we have a > > define > > for PCIE_MISC_MSI_DATA_CONFIG_VAL. > > Noted > > Regards, > Nicolas >