Received: by 2002:a5d:9c59:0:0:0:0:0 with SMTP id 25csp2033798iof; Tue, 7 Jun 2022 17:38:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxEvopUR6wc4BWL8HvX6gbN3cwhxvmou0RgJaAEpbQl8N14VwajgOChs2ZzNHjseRGc78C0 X-Received: by 2002:a05:6a00:2809:b0:51b:f239:d24d with SMTP id bl9-20020a056a00280900b0051bf239d24dmr20906123pfb.73.1654648719546; Tue, 07 Jun 2022 17:38:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654648719; cv=none; d=google.com; s=arc-20160816; b=DwBKfDWk7B0xNlY5StOumlJRoY9Ef/quifxrl5gpA4pl0I6G2JbR/FHymdjju4079o fPtcndfG6kqzE9XCj8xw8ogi5kToI1Znnb7qYNvQ+8VrzWrBFNRyfviVkqLX9SAFeHC/ 5TJnpkYdBtSicC6V6M0Gg5aJFnR3zZrmoADFbmEjpBkvy/0TFmMon21bqyecZKXmFIBI laX/IPqYl2g2qrbY0lhKg2SUtIFq5Fn1Rxade7zzSByMHa9OklkFSRgWUBzDtJPwtF/Y epOz8aH9hQOk1QX0KxYEnaDk1TGmkaGtFWZCuxSEgBHSwbvL28JKd6AG6GPFcwTto+od Jw3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:feedback-id:dkim-signature:dkim-signature; bh=A2Qz84RTtLj12xCCvGD9YEnpJpWvd/IEQH37atiAywk=; b=kyB2TO/h8uyjCYTnlZJuaQF5rdi6Mp50sekeWunvoDXwVhq5a/6vv8gDHkanj49pLC rN/sZfScZbxyCaxN47BgNfBlsgHzSnenGwetZOsCxkimBHR2061l2F94gxTxUrcSNIIb TqJYMjhlHsMKz2w8N3SAxwIvMf3bg2ax6ra7wYcSn/4SEBTsSo693iUUp2ERd8kj2/ob DWwg5eXTVsKMlBgI9186Xd+cgG+yjEmmvdsM9QiaRa6Xbh8/Llr56OXpWhEVIJV/B7Br 1lwZR3pTGy0FjlAvAQXci+Woygm1ip6qgzdGxje2DWSqtVmBN4XS8Pvyw71UDrQAOnHQ sWGA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@flygoat.com header.s=fm3 header.b=XtbU6xTV; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=gfLKM3cR; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=flygoat.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id s206-20020a632cd7000000b003fdbc3fb131si10394583pgs.696.2022.06.07.17.38.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Jun 2022 17:38:39 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@flygoat.com header.s=fm3 header.b=XtbU6xTV; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=gfLKM3cR; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=flygoat.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 831541F2F24; Tue, 7 Jun 2022 17:28:46 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1378276AbiFGUz7 (ORCPT + 99 others); Tue, 7 Jun 2022 16:55:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50082 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1358950AbiFGTxY (ORCPT ); Tue, 7 Jun 2022 15:53:24 -0400 Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B18E99FE7; Tue, 7 Jun 2022 11:23:08 -0700 (PDT) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 06FE95C0194; Tue, 7 Jun 2022 14:23:06 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 07 Jun 2022 14:23:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=flygoat.com; h= cc:cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm3; t=1654626186; x= 1654712586; bh=A2Qz84RTtLj12xCCvGD9YEnpJpWvd/IEQH37atiAywk=; b=X tbU6xTVF1e6z2o3FN1AzPdanm+UDnIeBx7vn1QLtuWEnbnGiMPgdhWtP/c1fmgpK 004ApcGLooLI7mD6nopG4fsyDdxSMu/4g1FO0ByLyHWwL+634Cpd1HHaWCOlzpk6 kmERRs1qNXZcpYE0PH9+DOwWH1+wPWrLXv8Jfc4mB+1fERLqt21U5d2klW9Y3kGz A8p6VcLtarAYnWppvzlEPbwJZSIiU7gX2ha12zYRRds/sxtFtIT+fYGtPL38PRP4 0SxTMCuauskKc7TGZBeIBLIIpg3dObujvsbbmrY3XiGCvr5BbtoSoX0OzSMaRLAc DXsCOR7MLfymF1nrGTHCQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1654626186; x= 1654712586; bh=A2Qz84RTtLj12xCCvGD9YEnpJpWvd/IEQH37atiAywk=; b=g fLKM3cRy6/bvh/Dqt1bbAAlSs0ZatAyOwikb2xZZ4Ue2wY5QtTG5rH6HBi0hgRIJ 23F3e7NWnjtASVeAJrGVjWrd90ZnVPTiRVOQ2KpQIttfyfSKHDUM0OhD1QddWcMB 0ckGVBdGdD4dYl2l9zjo67PoPF+gmPIy3wqm0MpBgx1HRe6d5+L9SwlkEdbHrrUb W/RDqcd+fZWSi142cWIXuaHOXWqGDH6QV4Dy/yQ39kGY2abytrMWw0RCdRc1kCcC mDsg8sAu9W7zY7acv1+BEEi3DGhVwjZIkqIv/VAI9bbtmXZppstjlS+qnx9d6XuY ZtElA3ttKP4Veyp7aP7WA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedruddthedguddvgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthekredttdefjeenucfhrhhomheplfhi rgiguhhnucgjrghnghcuoehjihgrgihunhdrhigrnhhgsehflhihghhorghtrdgtohhmqe enucggtffrrghtthgvrhhnpeduhfekvedvtdeukeeffefgteelgfeugeeuledttdeijeeg ieehvefghefgvdefgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehjihgrgihunhdrhigrnhhgsehflhihghhorghtrdgtohhm X-ME-Proxy: Feedback-ID: ifd894703:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 7 Jun 2022 14:23:03 -0400 (EDT) Message-ID: <0a5dd632-0607-dab6-4de7-1ea248490863@flygoat.com> Date: Tue, 7 Jun 2022 19:23:02 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [PATCH v2 06/12] irqchip: mips-gic: Multi-cluster support Content-Language: en-GB To: Marc Zyngier , Dragan Mladjenovic Cc: Thomas Bogendoerfer , Chao-ying Fu , Daniel Lezcano , Geert Uytterhoeven , Greg Ungerer , Hauke Mehrtens , Ilya Lipnitskiy , linux-kernel@vger.kernel.org, linux-mips@vger.kernel.org, Paul Burton , Peter Zijlstra , Serge Semin , Thomas Gleixner , Tiezhu Yang References: <20220525121030.16054-1-Dragan.Mladjenovic@syrmia.com> <20220525121030.16054-7-Dragan.Mladjenovic@syrmia.com> <87wndu3tff.wl-maz@kernel.org> From: Jiaxun Yang In-Reply-To: <87wndu3tff.wl-maz@kernel.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 在 2022/6/6 12:47, Marc Zyngier 写道: > On Wed, 25 May 2022 13:10:24 +0100, > Dragan Mladjenovic wrote: >> From: Paul Burton >> >> The MIPS I6500 CPU & CM (Coherence Manager) 3.5 introduce the concept of >> multiple clusters to the system. In these systems each cluster contains >> its own GIC, so the GIC isn't truly global any longer. We do have the >> ability to access registers in the GICs of remote clusters using a >> redirect register block much like the redirect register blocks provided >> by the CM & CPC, and configured through the same GCR_REDIRECT register >> that we our mips_cm_lock_other() abstraction builds upon. >> >> It is expected that external interrupts are connected identically to all >> clusters. That is, if we have a device providing an interrupt connected >> to GIC interrupt pin 0 then it should be connected to pin 0 of every GIC >> in the system. This simplifies things somewhat by allowing us for the >> most part to treat the GIC as though it is still truly global, so long >> as we take care to configure interrupts in the cluster that we want them >> affine to. > I can see how this can work for level interrupts, but how does this > work for edge interrupts? Is there any guarantee that the interrupt > will be discarded if routed to a cluster where it isn't configured? It is supposed to mask the interrupt out on the GIC which belongs to the cluster that the interrupt is not routed to. When it's masked out GIC simply won't sense any level change. I guess it's sort of guarantee? Thanks - Jiaxun > > Otherwise, I can imagine plenty of spurious interrupts on affinity > change. > > Thanks, > > M. >