Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp1010237pxb; Wed, 6 Apr 2022 06:39:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyazOzSNJ29czSbTJqCc2jOJ5jvkCxk8TGYBko5Y19l39L9KyJ2vOlcCU0epPq4czEngUy1 X-Received: by 2002:a17:902:7596:b0:156:8dc9:292a with SMTP id j22-20020a170902759600b001568dc9292amr8724596pll.118.1649252341600; Wed, 06 Apr 2022 06:39:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649252341; cv=none; d=google.com; s=arc-20160816; b=UMD/bStt2WFLcusLmZuwugVYv11hNg0DbIUNOHL+/rLpxSvix6PIrp9hbYptQAv/9D gqn9Xh6xBgpjWbBxW0acIBLZT87xPbKCMkEI9fmhKl79S5eql//lLvQ5EO5t6EQ1KETg yGpdjYD348XlMQQNNlpmdm4Y1voem8abRWVB23iKN7i03lkTwDp19P/gQn6vhOW7TvF8 JhSIAAhPVe0cDOWFLAUzsVhjtleSV2ElWZRYyvd1PtLdZN4wH/S4z+bn55cuTbrM55ne REmXIYZuqT7iAJVgdh/6yPaH61TXf+dZOBPowiVz7+u/kmXg1rLu/q4YcDnTMALML2io 6vFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=5GWlN/CVBV0yJHKBZAKB4cUZYpEAkK4fdmFRR3ZVYws=; b=HKAxNbG0j4g/B2vlIPa+zaNaKYY1Ox5g28Cw1yWLteZFNMxGDIp6WLGFFUV0QOLFH9 2KrDIv/ZZG3pFSsOaWslwTFAnv5mTkIWI5mBqESIltFh085/mahWLr8SzKc0opxzEp34 lOHfKlsltwC3gtfw2fhSRAde32DK5tgS3gvXsphIdOGb38Bjx7nSHoQDxzO5IjVKo55M HM/tjZRrWJs2o2Zc08VEiIp2hk3hL3Ahl5uHE9nUKfiUK9OYoycLmE/sJ152UXk+Az19 UA+V7DEZ/HiqNOBmCXqmZbEI7qUv1Rt8ey3klr/hT6pWegHz4ki7agPk79IjIr1XQmLC UDUA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=cTKOOQw5; 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=linuxfoundation.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id q202-20020a632ad3000000b00385fe07e133si17649731pgq.368.2022.04.06.06.39.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 06 Apr 2022 06:39:01 -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=@linuxfoundation.org header.s=korg header.b=cTKOOQw5; 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=linuxfoundation.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D23B05540D4; Wed, 6 Apr 2022 04:23:04 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1574831AbiDEXBT (ORCPT + 99 others); Tue, 5 Apr 2022 19:01:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39398 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1348974AbiDEJsu (ORCPT ); Tue, 5 Apr 2022 05:48:50 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 836DE21AC; Tue, 5 Apr 2022 02:38:35 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 1DE2CB818F3; Tue, 5 Apr 2022 09:38:34 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7FBE1C385A3; Tue, 5 Apr 2022 09:38:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1649151512; bh=a4PdAOU8SZBWxNOgvOfdb9z+k5GvR5/1CHmDF+qaoz4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=cTKOOQw5cLJCvAD2zfj6cUTMPOPmC/qQsJgsJ+Vme/jHqFJ38PSeSoXJH0JdvMNgN LaKHjG/Qj9vmwAx6sCVbHvlhhKcPI5m9fiO87+8Ij9CRf0dOBGnOHD/VAFT39gVE3Z beEPyIxQ3EibC+1XHVjilCxevFOVkWEgcOSetH34= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, =?UTF-8?q?Pali=20Roh=C3=A1r?= , =?UTF-8?q?Marek=20Beh=C3=BAn?= , Lorenzo Pieralisi , Sasha Levin Subject: [PATCH 5.15 441/913] PCI: aardvark: Fix reading MSI interrupt number Date: Tue, 5 Apr 2022 09:25:03 +0200 Message-Id: <20220405070353.064998569@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220405070339.801210740@linuxfoundation.org> References: <20220405070339.801210740@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 From: Pali Rohár [ Upstream commit 805dfc18dd3d4dd97a987d4406593b5a225b1253 ] In advk_pcie_handle_msi() it is expected that when bit i in the W1C register PCIE_MSI_STATUS_REG is cleared, the PCIE_MSI_PAYLOAD_REG is updated to contain the MSI number corresponding to index i. Experiments show that this is not so, and instead PCIE_MSI_PAYLOAD_REG always contains the number of the last received MSI, overall. Do not read PCIE_MSI_PAYLOAD_REG register for determining MSI interrupt number. Since Aardvark already forbids more than 32 interrupts and uses own allocated hwirq numbers, the msi_idx already corresponds to the received MSI number. Link: https://lore.kernel.org/r/20220110015018.26359-3-kabel@kernel.org Fixes: 8c39d710363c ("PCI: aardvark: Add Aardvark PCI host controller driver") Signed-off-by: Pali Rohár Signed-off-by: Marek Behún Signed-off-by: Lorenzo Pieralisi Signed-off-by: Sasha Levin --- drivers/pci/controller/pci-aardvark.c | 9 ++------- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/pci/controller/pci-aardvark.c b/drivers/pci/controller/pci-aardvark.c index b2217e2b3efd..7aa6d6336223 100644 --- a/drivers/pci/controller/pci-aardvark.c +++ b/drivers/pci/controller/pci-aardvark.c @@ -1381,7 +1381,6 @@ static void advk_pcie_remove_irq_domain(struct advk_pcie *pcie) static void advk_pcie_handle_msi(struct advk_pcie *pcie) { u32 msi_val, msi_mask, msi_status, msi_idx; - u16 msi_data; msi_mask = advk_readl(pcie, PCIE_MSI_MASK_REG); msi_val = advk_readl(pcie, PCIE_MSI_STATUS_REG); @@ -1391,13 +1390,9 @@ static void advk_pcie_handle_msi(struct advk_pcie *pcie) if (!(BIT(msi_idx) & msi_status)) continue; - /* - * msi_idx contains bits [4:0] of the msi_data and msi_data - * contains 16bit MSI interrupt number - */ advk_writel(pcie, BIT(msi_idx), PCIE_MSI_STATUS_REG); - msi_data = advk_readl(pcie, PCIE_MSI_PAYLOAD_REG) & PCIE_MSI_DATA_MASK; - generic_handle_irq(msi_data); + if (generic_handle_domain_irq(pcie->msi_inner_domain, msi_idx) == -EINVAL) + dev_err_ratelimited(&pcie->pdev->dev, "unexpected MSI 0x%02x\n", msi_idx); } advk_writel(pcie, PCIE_ISR0_MSI_INT_PENDING, -- 2.34.1