From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 8E734C46467 for ; Mon, 16 Jan 2023 14:04:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=f792mezZ7NCQeFBIIa4yTB02nhdGklPOmHzbmiMttMs=; b=VOMbB8vC/yITM/ 1aLEHb4y+JJnM9eP5hl86JMnb/TZ9gJsxPKiyHQS9UNTqDmjUf3lujdV4FJa8o7w6ctVwvuYGhNu0 6oy2UAmO/OW7OVarQX7mKTKCEFyk+jZ7/pcEIuCFg3rUAaAqIaeWz/O9qivIQxLwX7RYuaZ/5LZNU Jt8DFMGEvIz0gUgnFfZ1rZGlULkzqZAJvkwTuqqeSkS8MsV6Hohu5624YqlwDpxuGE2UDfgPU+u6J G4Atr6z5JNmCiwwU5goS5C7FyKHIyfFLORbNwn91kSY+8KKgLhudUcZvvatoqxUbtrLxCuprWu4mY Hxth2fH9QuXUhTG/PaaQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1pHQ4N-00Age8-8w; Mon, 16 Jan 2023 14:02:40 +0000 Received: from dfw.source.kernel.org ([139.178.84.217]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1pHPws-00AdCn-5t for linux-arm-kernel@lists.infradead.org; Mon, 16 Jan 2023 13:54:55 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 93EE060FA1; Mon, 16 Jan 2023 13:54:53 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id F17CCC433D2; Mon, 16 Jan 2023 13:54:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1673877293; bh=OcdO1JWUCmNg+w34wlOYXhk+GGbIuoUVxALObErkpDg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=JjEYHwEw8AAI8jKH8xHf87HKCVHBnLkFFdj5S3PdSbtrnzYa/tAPptPzdZ7CUKXlY y1DZg6Z8W5S25KWROoL6abELtO5nBpcE1MODTjXtUG+SutlyrsJoJaw5+T9GRK1ajk iQDNIf1ZoQUt4ChkdB4qZ3hqnoMBEj6B0vH+T9obdNUV+rpL+6qW+dsd8fdDnDeqzS s6XqqG4mVuWO8tV0PFIodtp3t/SCdXupA3r/NvEAqjt9cT25BQDQUsnk5Fmp1b6naA gjrMpnb1PbgMJL7mJt49NRyJSs9v0bOx0cuS9mIcYudcqPwcENUr7Tel3MjBCUAOQe ho4/OsDNyqk1Q== Received: from johan by xi.lan with local (Exim 4.94.2) (envelope-from ) id 1pHPx3-00043R-3M; Mon, 16 Jan 2023 14:55:05 +0100 Date: Mon, 16 Jan 2023 14:55:05 +0100 From: Johan Hovold To: Mark-PK Tsai Cc: johan+linaro@kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mips@vger.kernel.org, maz@kernel.org, platform-driver-x86@vger.kernel.org, tglx@linutronix.de, x86@kernel.org, yj.chiang@mediatek.com, phil.chang@mediatek.com Subject: Re: [PATCH v3 0/19] irqdomain: fix mapping race and clean up locking Message-ID: References: <20221209140150.1453-1-johan+linaro@kernel.org> <20221220033042.27724-1-mark-pk.tsai@mediatek.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20221220033042.27724-1-mark-pk.tsai@mediatek.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230116_055454_295465_4F125E2F X-CRM114-Status: GOOD ( 16.96 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, Dec 20, 2022 at 11:30:42AM +0800, Mark-PK Tsai wrote: > > Parallel probing (e.g. due to asynchronous probing) of devices that > > share interrupts can currently result in two mappings for the same > > hardware interrupt to be created. > > > > This series fixes this mapping race and clean up the irqdomain locking > > so that in the end the global irq_domain_mutex is only used for managing > > the likewise global irq_domain_list, while domain operations (e.g. > > IRQ allocations) use per-domain (hierarchy) locking. > Tested-by: Mark-PK Tsai > > We have the same issue and this patch series fix that. > Thanks! > > Link: https://lore.kernel.org/lkml/20221219130620.21092-1-mark-pk.tsai@mediatek.com/ Thanks for confirming. I just sent a v4 with a couple of clarifying comments added to the final patch. Johan _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel