Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3239158pxj; Mon, 24 May 2021 01:54:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwQZkEoclz4ZCthLCCQeHxh5zYUk9pssuxRz0/2kADoMqBua97z13SfNRwK0LRZhcCa2BfL X-Received: by 2002:aa7:d94f:: with SMTP id l15mr25576340eds.235.1621846472412; Mon, 24 May 2021 01:54:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621846472; cv=none; d=google.com; s=arc-20160816; b=P2YiccDT3h5mX/eSj37DKi9KgqSILTb1hqiKxbThomr1BiIagcKTkxUAsEIeuMrIuf u2hBei2rlSdm1VJGoPxv+o7XpGu7SOqIptE5Z0qBu0Pw3mIXr5rYokVfbUVwJwzMHJvG 8ER4YySrFPfzWZ20/ANfn2B3GDnJG8BzzvZJdC8mo5KlaoSpgVsIJZ4apZhsndmmdfz6 gflidLnW2vnLvP28uH7fwofsMyuwBDJZ9mr6uOAnNOSaWnj9O39y5xtbXcC72gYJWR8t o5QMgyFrCX7w/CV06bpH6O4SvxIp1SOFvTAEN48BsIbVmiI81ptJcSpCEmQVC8ajTD9K +/BQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:in-reply-to :subject:cc:to:from:message-id:date; bh=1SDGMxTNqlItNjLlpt+NGT+TdFUOA7SeUY5C8iB91HI=; b=PeCktzrCw8r6Mw3LFp8OWzBUcts+FQb7BSNSppQ6cyfY36b04o0m2MqPw4yXhSo7jA TJIySua0p1Iz13VxhvaOd9Q3LDVzFk+FKNLCUbzajLw84A6rrivUvdpDf9O17gzOgDqx zUhnzmWaJdwK/d3T2lcPwc+BEKARJwpgAukOm+PJs1o28bCm+Kc5FR/Zn8THFOTppXiO 5GHuLrjkuPhwMLYtyYDI0ohLpGRJwsT3hNSGfBzetJosrGx31B1xoHLq6aZPLJT1uvXo mmL9ozeas8tGcpWuY/kIquyZR/wrtVJ/37LSVqvP1KmASQ2yDL0cqGTDkMlNDGGbfs+o 4Qng== 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dv20si12351745ejb.404.2021.05.24.01.54.09; Mon, 24 May 2021 01:54:32 -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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232446AbhEXIyj (ORCPT + 99 others); Mon, 24 May 2021 04:54:39 -0400 Received: from mail.kernel.org ([198.145.29.99]:53038 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232362AbhEXIyj (ORCPT ); Mon, 24 May 2021 04:54:39 -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 931A5610A5; Mon, 24 May 2021 08:53:11 +0000 (UTC) Received: from 78.163-31-62.static.virginmediabusiness.co.uk ([62.31.163.78] helo=why.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1ll6Kj-003Asp-GG; Mon, 24 May 2021 09:53:09 +0100 Date: Mon, 24 May 2021 09:53:08 +0100 Message-ID: <87sg2cwm17.wl-maz@kernel.org> From: Marc Zyngier To: Linus Walleij Cc: linux-kernel , Thomas Gleixner , Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras , Ley Foon Tan , Chris Zankel , Max Filippov , Vineet Gupta , Thomas Bogendoerfer , Robert Jarzmik , Russell King , Krzysztof Kozlowski , Yoshinori Sato , Rich Felker , Geert Uytterhoeven , Alex Deucher , Christian =?UTF-8?B?S8O2bmln?= , David Airlie , Daniel Vetter , Rob Clark , Lee Jones , Lorenzo Pieralisi , Rob Herring , Bjorn Helgaas , Bartosz Golaszewski , Android Kernel Team Subject: Re: [PATCH 00/39] irqdomain: Simplify interrupt handling In-Reply-To: References: <20210520163751.27325-1-maz@kernel.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/27.1 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 62.31.163.78 X-SA-Exim-Rcpt-To: linus.walleij@linaro.org, linux-kernel@vger.kernel.org, tglx@linutronix.de, mpe@ellerman.id.au, benh@kernel.crashing.org, paulus@samba.org, ley.foon.tan@intel.com, chris@zankel.net, jcmvbkbc@gmail.com, vgupta@synopsys.com, tsbogend@alpha.franken.de, robert.jarzmik@free.fr, linux@armlinux.org.uk, krzysztof.kozlowski@canonical.com, ysato@users.sourceforge.jp, dalias@libc.org, geert@linux-m68k.org, alexander.deucher@amd.com, christian.koenig@amd.com, airlied@linux.ie, daniel@ffwll.ch, robdclark@gmail.com, lee.jones@linaro.org, lorenzo.pieralisi@arm.com, robh@kernel.org, bhelgaas@google.com, bgolaszewski@baylibre.com, kernel-team@android.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 21 May 2021 00:33:58 +0100, Linus Walleij wrote: > > On Thu, May 20, 2021 at 6:37 PM Marc Zyngier wrote: > > > Wouldn't it be nice if the irqdomain > > would cache the irq_desc instead of forcing the core code to look it > > up on each and every interrupt? This is what this long series is all > > about. > > For gpio and pinctrl bulk conversions: > Acked-by: Linus Walleij Thanks for that. > I agree that Rob's idea to create a bitmap walker may be helpful > if you have the energy for it, but this as a whole is nevertheless > good. I'll look into that once I figure out a good solution for handling errors, which the caller should most probably be made aware of. > Do they have to be applied en masse? Not necessarily. As long as the initial infrastructure is in place, maintainers can take the subsequent patches on their own time, as all the original APIs are preserved. > I think there could be some clashes and new drivers that will > create weirdness in that case so an immutable branch for > maintainers to pull in will be needed if you want it all in the > next merge window. > > Unless you plan to merge the bottom > patches and then let subsystem maintainers convert each > subsystem in the next merge window. > > Or a base to be pulled in and then each subsystem can > apply the bulk conversion to their subsystem only. This last option is my preferred approach for busy subsystems. I'm happy to take care of irqchip and of the quieter architectures such as NIOS2 and SH, and leave the rest to their respective maintainers. Thanks, M. -- Without deviation from the norm, progress is not possible.