Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp882106ybh; Wed, 18 Mar 2020 10:50:47 -0700 (PDT) X-Google-Smtp-Source: ADFU+vur3kzzzxfIJgkzGlLeuFUo7gdMlkKVSDh0Qi4wlGnP7gxqr5NaK261AesOUucJXjQaw2nP X-Received: by 2002:a05:6830:1c77:: with SMTP id s23mr4979613otg.191.1584553847490; Wed, 18 Mar 2020 10:50:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584553847; cv=none; d=google.com; s=arc-20160816; b=Y3cgkJl2773V8/DXwGL9sYttgdOAEGJEMuMAMcY0cyBG9yVHmLi2NlVjHvPH2jtK+5 QNbO4hVdLc2Bl9V7Qq/mQyeOVnfg0CxQP0nl5ASaOX1ETOlo8av0IqYP4XAipxBhbFJs Ovjs6ySgk/31uBaEj1L5iI0nFrTvw3DC7l9CB8ZVnHabzdbYEvokhPVdRvWtvuEGfHyZ GBW4wWNuiYgJTM+DSKoGiHTrRYx41zrJR8CTUVc2VqplU6/Zha7qSv8j1qsqZqBDyJzv gofdQOXzb9Mkyha6EoX0KHyeFpVVJjKTDtD8kckVmD5ETFPQrJFFzXfNy2w4syp6+w6d OHTg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=uut1utdKM2nPYOrJ7vCGDF00nOQFTF/zhpniLPnAx/0=; b=usMf+UQ9WnoCGwAQDRyQS5qnAUZT5deApPT/xoLioGJ9dvmz/oPUIm0p43PQFHbdl9 IxlzMyXIpBxQk3/JoEM66MUpp6mcCq7Fd0yH3WAe81UWc+zpELjhWntZ4bNAc5CsTBUs H0eEC0JqwahJR74muDeoBfK1Cdo0hIUEOk9Foi9bAZbK7LNOMY1XgEgisxriFrfUNhvZ FBBRdvj9wcFg0q6Qd/krw1Fm+z4YubSqs+KNQN0OvrmYK+VkF4xV/XP/n84OZdGWodkB CD3VdRj3FmC7DeCWepTnxLi1NP5xUO9WrJIhFJyNVLypCobDXa7NtZQd4QdwRj5wy/cI 3IVg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=z2hysmjL; 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 e9si3507674otp.267.2020.03.18.10.50.33; Wed, 18 Mar 2020 10:50:47 -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=@kernel.org header.s=default header.b=z2hysmjL; 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 S1726726AbgCRRsK (ORCPT + 99 others); Wed, 18 Mar 2020 13:48:10 -0400 Received: from mail.kernel.org ([198.145.29.99]:39744 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726506AbgCRRsK (ORCPT ); Wed, 18 Mar 2020 13:48:10 -0400 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (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 ACB6B20752; Wed, 18 Mar 2020 17:48:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1584553688; bh=nIRM+WY3P5vmQLvcggYZkzjwW+uq3nchuZAFnsr2gLY=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=z2hysmjLTxToxZUAsYP5vyO0cdtXwbm0WB6Hl6cgzLv3k8l0WarkYNMKFynv6FLGk JUru6IgeSJOZhqP5ir8e9kZrVXlgz3wG07V/yYMI9KmgtYxAS+ECM9O2a8WdhAMCC/ UKcnQM2rCMOf9pYvpZsAEEwZkxfPZ+vNxBtFaDOI= Received: from disco-boy.misterjones.org ([51.254.78.96] helo=www.loen.fr) by disco-boy.misterjones.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jEcnX-00Dhie-06; Wed, 18 Mar 2020 17:48:07 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 18 Mar 2020 17:48:06 +0000 From: Marc Zyngier To: Sungbo Eo Cc: linux-oxnas@groups.io, Linus Walleij , Thomas Gleixner , Jason Cooper , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Neil Armstrong Subject: Re: [PATCH] irqchip/versatile-fpga: Handle chained IRQs properly In-Reply-To: <20200318170904.1461278-1-mans0n@gorani.run> References: <20200318170904.1461278-1-mans0n@gorani.run> Message-ID: <112cdab389aa9cc30189c7aec0baded2@kernel.org> X-Sender: maz@kernel.org User-Agent: Roundcube Webmail/1.3.10 X-SA-Exim-Connect-IP: 51.254.78.96 X-SA-Exim-Rcpt-To: mans0n@gorani.run, linux-oxnas@groups.io, linus.walleij@linaro.org, tglx@linutronix.de, jason@lakedaemon.net, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, narmstrong@baylibre.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sungbo, On 2020-03-18 17:09, Sungbo Eo wrote: > Enclose the chained handler with chained_irq_{enter,exit}(), so that > the > muxed interrupts get properly acked. > > This patch also fixes a reboot bug on OX820 SoC, where the jiffies > timer > interrupt is never acked. The kernel waits a clock tick forever in > calibrate_delay_converge(), which leads to a boot hang. Nice catch. > > Signed-off-by: Sungbo Eo > Cc: Neil Armstrong > --- > drivers/irqchip/irq-versatile-fpga.c | 9 ++++++++- > 1 file changed, 8 insertions(+), 1 deletion(-) > > diff --git a/drivers/irqchip/irq-versatile-fpga.c > b/drivers/irqchip/irq-versatile-fpga.c > index 928858dada75..08faab2fec3e 100644 > --- a/drivers/irqchip/irq-versatile-fpga.c > +++ b/drivers/irqchip/irq-versatile-fpga.c > @@ -6,6 +6,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -68,12 +69,15 @@ static void fpga_irq_unmask(struct irq_data *d) > > static void fpga_irq_handle(struct irq_desc *desc) > { > + struct irq_chip *chip = irq_desc_get_chip(desc); > struct fpga_irq_data *f = irq_desc_get_handler_data(desc); > u32 status = readl(f->base + IRQ_STATUS); > > + chained_irq_enter(chip, desc); > + It's probably not a big deal, but I'm not fond of starting talking to the muxing irqchip before having done the chained_irq_enter() call. Moving that read here would probably be safer. > if (status == 0) { > do_bad_IRQ(desc); > - return; > + goto out; > } > > do { > @@ -82,6 +86,9 @@ static void fpga_irq_handle(struct irq_desc *desc) > status &= ~(1 << irq); > generic_handle_irq(irq_find_mapping(f->domain, irq)); > } while (status); > + > +out: > + chained_irq_exit(chip, desc); > } > > /* Otherwise looks good. If you send it again with the above fixed and a Fixes: tag, I'll queue it. Thanks, M. -- Jazz is not dead. It just smells funny...