Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp645163pxt; Thu, 12 Aug 2021 06:39:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzjLJcVl13CgftcEt+/7DaEpz9NAtDtdhqfvNWJTb3tASehHTAyfDLqUR+Rbi+8/KIxODFL X-Received: by 2002:aa7:d841:: with SMTP id f1mr5561826eds.196.1628775542251; Thu, 12 Aug 2021 06:39:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628775542; cv=none; d=google.com; s=arc-20160816; b=CBuJ7ApA42GZS411IavEIqan/kN6DF9TsTRP4u92HWooUlLKuFxK36WPxIXSsDZ+CC urfWRf5I/4UxlYbLBT8QAYAoPA7wyyLQq4FeBLcUD3wrMPhMQMB8phIVqpPf406YR7bH RRGJPAz7KOxl3TAV7NfpLNvzl7RPdtH6s5tGKOb+MBlM2RSmvN9jqvWJxoWtXNFZE231 u6nRbU1hHWtc35RgztpIVbXTQi+RCdOMErMXz+oX+rpz5Btx4vR4MOUymPq0swY4CZjq Ud9pUH1bJguvJy7XZ8dBJPOMYk07v+uEsCZ3NS9/UNPKgajQAmQPdnvgCtd01hFL2fZS MNxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=3AgHDobpyWIUxBwc1jDBC+LxgSzU73ejq39pULifkqo=; b=NezpnjLaPYwua9RaiMPa1ul3HWBoajGZczqLX7Tx6BGW0P4lrthC5xuUMPBVVbs3Z4 ULYgbFWrAj4TSIN8uACBhhvk8MFkmWVjK/7/qDpMA0LYuIDSQmpELH9bXArALhlw/4XJ FYVIUhxcRn6NTuPIRpBu2lt4ENSvcEZtPHtlMnnfxU5++MF8bHPeHN4r61ub/4IUlfSq 2DSBTFthdw9sBy34ccNF98UcXsKaM0duLmI5cXdgItuNSZmSM9fMI+rH709bP0Aey7E4 XHwl5X6+6HrIP2+aKDTJ+OPyWjRSB8HRo5HFbeZ1Xt/JGCBiSC7KxREgRnkopX5eBxmy B3hw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gz11si2804444ejc.149.2021.08.12.06.38.37; Thu, 12 Aug 2021 06:39:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237447AbhHLNhF (ORCPT + 99 others); Thu, 12 Aug 2021 09:37:05 -0400 Received: from foss.arm.com ([217.140.110.172]:43236 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233260AbhHLNhE (ORCPT ); Thu, 12 Aug 2021 09:37:04 -0400 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 156EF1042; Thu, 12 Aug 2021 06:36:39 -0700 (PDT) Received: from e113632-lin (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 300E93F70D; Thu, 12 Aug 2021 06:36:38 -0700 (PDT) From: Valentin Schneider To: Marc Zyngier Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Thomas Gleixner , Lorenzo Pieralisi , Vincenzo Frascino Subject: Re: [PATCH v3 05/13] genirq: Let purely flow-masked ONESHOT irqs through unmask_threaded_irq() In-Reply-To: <87bl639l8n.wl-maz@kernel.org> References: <20210629125010.458872-1-valentin.schneider@arm.com> <20210629125010.458872-6-valentin.schneider@arm.com> <87bl639l8n.wl-maz@kernel.org> Date: Thu, 12 Aug 2021 14:36:35 +0100 Message-ID: <875ywa944c.mognet@arm.com> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/08/21 08:26, Marc Zyngier wrote: > On Tue, 29 Jun 2021 13:50:02 +0100, > Valentin Schneider wrote: >> diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c >> index ef30b4762947..e6d6d32ddcbc 100644 >> --- a/kernel/irq/manage.c >> +++ b/kernel/irq/manage.c >> @@ -1107,7 +1107,7 @@ static void irq_finalize_oneshot(struct irq_desc *desc, >> desc->threads_oneshot &= ~action->thread_mask; >> >> if (!desc->threads_oneshot && !irqd_irq_disabled(&desc->irq_data) && >> - irqd_irq_masked(&desc->irq_data)) >> + (irqd_irq_masked(&desc->irq_data) | irqd_irq_flow_masked(&desc->irq_data))) >> unmask_threaded_irq(desc); > > The bitwise OR looks pretty odd. It is probably fine given that both > side of the expression are bool, but still. I can fix this locally. > Thomas suggested that back in v1: https://lore.kernel.org/lkml/87v98v4lan.ffs@nanos.tec.linutronix.de/ I did look at the (arm64) disassembly diff back then and was convinced by what I saw, though I'd have to go do that again as I can't remember much else. > Thanks, > > M. > > -- > Without deviation from the norm, progress is not possible.