Received-SPF: pass (google.com: domain of linux-kernel+bounces-71616-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1;
Message-ID: <65d37ba5.650a0220.8e8ce.6a20SMTPIN_ADDED_BROKEN@mx.google.com>
From: Biju Das <biju.das.jz@bp.renesas.com>
To: tip-bot2@linutronix.de
Cc: apatel@ventanamicro.com,
	linux-kernel@vger.kernel.org,
	linux-tip-commits@vger.kernel.org,
	tglx@linutronix.de,
	geert@linux-m68k.org,
	maz@kernel.org,
	linux-renesas-soc@vger.kernel.org,
	x86@kernel.org
Subject: [tip: irq/msi] genirq/irqdomain: Remove the param count restriction from select()
Date: Mon, 19 Feb 2024 15:50:36 +0000
In-Reply-To: <20240127161753.114685-3-apatel@ventanamicro.com>
References: <170802702416.398.14922976721740218856.tip-bot2@tip-bot2>
Precedence: bulk
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit

> Now that the GIC-v3 callback can handle invocation with a fwspec parameter
> count of 0 lift the restriction in the core code and invoke select()
> unconditionally when the domain provides it.

This patch breaks on RZ/G2L SMARC EVK as of_phandle_args_to_fwspec count()
is called after irq_find_matching_fwspec() is causing fwspec->param_count=0
and this results in boot failure as the patch removes the check.

Maybe we need to revert this patch or fix the fundamental issue.

Cheers,
Biju
---
 kernel/irq/irqdomain.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c
index 0bdef4f..8fee379 100644
--- a/kernel/irq/irqdomain.c
+++ b/kernel/irq/irqdomain.c
@@ -448,7 +448,7 @@ struct irq_domain *irq_find_matching_fwspec(struct irq_fwspec *fwspec,
 	 */
 	mutex_lock(&irq_domain_mutex);
 	list_for_each_entry(h, &irq_domain_list, link) {
-		if (h->ops->select && fwspec->param_count)
+		if (h->ops->select)
 			rc = h->ops->select(h, fwspec, bus_token);
 		else if (h->ops->match)
 			rc = h->ops->match(h, to_of_node(fwnode), bus_token);