Received: by 10.223.185.116 with SMTP id b49csp971353wrg; Fri, 23 Feb 2018 09:38:07 -0800 (PST) X-Google-Smtp-Source: AH8x227hPUAsRPaafzktQdOwd9TwJJSke7wV4PaDP3S/vatfRDA+R68Zhbz6DVWU6N49vZC72OEu X-Received: by 10.98.231.26 with SMTP id s26mr2505638pfh.210.1519407487856; Fri, 23 Feb 2018 09:38:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519407487; cv=none; d=google.com; s=arc-20160816; b=w54E5BL4tvAL8PqRqN0ZIHpUuyRG/mWycm8pJfF8ZZYBfjOcCP86Fnr2iB0/ELLQ0R RNq8/caERFO0ce0X8BiKAadrbbDrt93mz3pbOHYn7er5r2qfwdUJVsTTl7DTGwTIwAL0 NQ88CoO9wV8DlshMtjeqxZhK5FKabCZCWOtp3NXCjhB71vp6xugoFj3J8UAuRxIkdDJK IynlOKrajpyh0IEX3ecojwrxa1moL9Gu8jlvCePasGo1hAE1WCHibXqnXg01d8wsoYEi c94hHWjHiKhJgnUExKKKHixDVpfaq0CDuzlEeRqC4bvwDWCi4V0LGtFCbWzxCqT3CZlN FKFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=e+vJGFVlpSttzhv1FKmOQM6RsF0YnKJwDfCC47cMFmo=; b=vkqm9OL47eME3+82XqyV14S2vs5wAmjfCdyvZvuifQM35vqxNxhfRyIyChaO/Smimc nsD7eNXHmo4sCby3ocuNiD0WHSsJSLQvtex8CG8B+YVg0cfMo4KhxvPgjkCWP+pSmqV/ JpjztmVqi/0Sv2SC2YGWhXGi6iek2Lq5L7bY43PeD25QPWZHCPIbXjgaQscXsO+dcvne mrA7lgQGfjJYPcr284B/mzOCYe6zdWrQNnkAarXEV1bx0vPqmJV9TWsaNKTEq8lEGOxO f5FcTNqBHtmmSE7axQhsv8bdwUs3M0JsbzQndnyrCbAo2fa7Ogh+bl6IeDtzPoCChJEE NCzA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=OhKgP8OQ; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y7-v6si2045997plh.806.2018.02.23.09.37.52; Fri, 23 Feb 2018 09:38:07 -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=@gmail.com header.s=20161025 header.b=OhKgP8OQ; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751825AbeBWRhJ (ORCPT + 99 others); Fri, 23 Feb 2018 12:37:09 -0500 Received: from mail-lf0-f68.google.com ([209.85.215.68]:39754 "EHLO mail-lf0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751420AbeBWRhH (ORCPT ); Fri, 23 Feb 2018 12:37:07 -0500 Received: by mail-lf0-f68.google.com with SMTP id f75so8424317lfg.6; Fri, 23 Feb 2018 09:37:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=e+vJGFVlpSttzhv1FKmOQM6RsF0YnKJwDfCC47cMFmo=; b=OhKgP8OQcz1Vwzz42Qy5/JdMGS8xlC5iF0J4Q/AEENGSXV0fgaHJiYBv+TL5Fszs9o BKigBwqQW8K6LKEFbHlc14TDRk48ourBRPntDGP90ug87XC48V1pFvwZyXvS2xeiTK/z Ke+DhfqwA11ur94rVu5dbYex9oVm0R6WOjNze9W7dWGZ7rGVGUKuQR2nL9KxGw866+jH +lS9U71IdXOOfZz+AhwAfz4i+y28f/B+W13d6QA4fDeCoK+FSKPKt3EKzZD1qdhXU20w gKDHsv+kI9XxqoouOZgDqBc3cuTGRt1m5nUrMMUDloecc42KDVjwDYjYhbH1/j7xu9jO ioKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=e+vJGFVlpSttzhv1FKmOQM6RsF0YnKJwDfCC47cMFmo=; b=j+g541AanYYDn+5fjfWLAQ8RLn2wesF0peVnztjjB38dEUIK3LlMGc7Cf0hhXhS2QA TxEdNyt7S4dMVaU/r6gN8Jwj2Ls46TuU7zcFh/C7M55TqGyGEbUn9ELdlH2xl06SoIyP syJe63Gk3bdvnbdXr07JedsTlkfe4tFMt6RbwThQRIuMscGrBy3qAC66Zoula2y0trl1 QWaRb/GVrLpbHG2u9PCpa6CNanCCb2oqpm1ebLzfE/YfMdniXk70zgzDc8oltIux6+9q SUJyFyq8lZFR17UChvBbFemnJfxmrlFEteunFZa2/qhX+0vPXv8UAMV6xwmoTTL7mgoI TyAA== X-Gm-Message-State: APf1xPBJ0eS+rh3WJkvUfVAit5KmWVkZGZ6rle5Y/iH2Lk0TGBgt0vvV IY0YH7jkg8tXtNjlRr5rdbSheqARCyeB//AZjIo= X-Received: by 10.46.18.21 with SMTP id t21mr1984037lje.6.1519407425286; Fri, 23 Feb 2018 09:37:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.72.134 with HTTP; Fri, 23 Feb 2018 09:37:04 -0800 (PST) In-Reply-To: References: <1519221027-4028-1-git-send-email-radoslaw.pietrzyk@gmail.com> <6491f248c6748f21a2acf310e186d2be4f9b4e4c.1519374248.git.radoslaw.pietrzyk@gmail.com> From: =?UTF-8?Q?Rados=C5=82aw_Pietrzyk?= Date: Fri, 23 Feb 2018 18:37:04 +0100 Message-ID: Subject: Re: [PATCH v2 1/2] irqchip: stm32: Optimizes and cleans up stm32-exti irq_domain To: Ludovic BARRE Cc: Thomas Gleixner , Jason Cooper , Marc Zyngier , Maxime Coquelin , Alexandre Torgue , Linus Walleij , Benjamin Gaignard , Philipp Zabel , open list , "moderated list:ARM/STM32 ARCHITECTURE" , linux-gpio@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I don't fully get it to be honest. If interrupt is pending it must have been enabled (unmasked) and requires to be handled acked. It will be acked by irq_chip.irq_ack handler within the edge handler. Therefore this additional acking is meaningless. 2018-02-23 16:46 GMT+01:00 Ludovic BARRE : > hi Radoslaw > > The gpio-keys tests it's now functional on H7, great. > However the gpio-key test only the bank1 (like stm32f429). > Like the H7 introduce the multi-bank management, > we must perform complementary test. > > comment below about ack in handler > > > On 02/23/2018 09:31 AM, Radoslaw Pietrzyk wrote: >> >> - discards setting handle_simple_irq handler for hierarchy interrupts >> - removes acking in chained irq handler as this is done by >> irq_chip itself inside handle_edge_irq >> - removes unneeded irq_domain_ops.xlate callback >> >> Signed-off-by: Radoslaw Pietrzyk >> --- >> drivers/irqchip/irq-stm32-exti.c | 13 ------------- >> 1 file changed, 13 deletions(-) >> >> diff --git a/drivers/irqchip/irq-stm32-exti.c >> b/drivers/irqchip/irq-stm32-exti.c >> index 36f0fbe..8013a87 100644 >> --- a/drivers/irqchip/irq-stm32-exti.c >> +++ b/drivers/irqchip/irq-stm32-exti.c >> @@ -79,13 +79,6 @@ static unsigned long stm32_exti_pending(struct >> irq_chip_generic *gc) >> return irq_reg_readl(gc, stm32_bank->pr_ofst); >> } >> -static void stm32_exti_irq_ack(struct irq_chip_generic *gc, u32 mask) >> -{ >> - const struct stm32_exti_bank *stm32_bank = gc->private; >> - >> - irq_reg_writel(gc, mask, stm32_bank->pr_ofst); >> -} >> - >> static void stm32_irq_handler(struct irq_desc *desc) >> { >> struct irq_domain *domain = irq_desc_get_handler_data(desc); >> @@ -106,7 +99,6 @@ static void stm32_irq_handler(struct irq_desc *desc) >> for_each_set_bit(n, &pending, IRQS_PER_BANK) { >> virq = irq_find_mapping(domain, irq_base + >> n); >> generic_handle_irq(virq); >> - stm32_exti_irq_ack(gc, BIT(n)); > > > the while loop " while ((pending = " has been introduce while original > upstream of this driver in V2 to V3 > https://patchwork.ozlabs.org/patch/604190/ > https://patchwork.ozlabs.org/patch/665242/ > > the "ack" is needed to acknowledge the irq which are handled and which is > not the original irq for which we enter. > >> } >> } >> } >> @@ -176,16 +168,12 @@ static int stm32_irq_set_wake(struct irq_data *data, >> unsigned int on) >> static int stm32_exti_alloc(struct irq_domain *d, unsigned int virq, >> unsigned int nr_irqs, void *data) >> { >> - struct irq_chip_generic *gc; >> struct irq_fwspec *fwspec = data; >> irq_hw_number_t hwirq; >> hwirq = fwspec->param[0]; >> - gc = irq_get_domain_generic_chip(d, hwirq); >> irq_map_generic_chip(d, virq, hwirq); >> - irq_domain_set_info(d, virq, hwirq, &gc->chip_types->chip, gc, >> - handle_simple_irq, NULL, NULL); > > > I see if it is not disturb the multi-bank. > >> return 0; >> } >> @@ -200,7 +188,6 @@ static void stm32_exti_free(struct irq_domain *d, >> unsigned int virq, >> struct irq_domain_ops irq_exti_domain_ops = { >> .map = irq_map_generic_chip, >> - .xlate = irq_domain_xlate_onetwocell, >> .alloc = stm32_exti_alloc, >> .free = stm32_exti_free, >> }; >> > > BR > Ludo