Received: by 2002:a05:7412:f584:b0:e2:908c:2ebd with SMTP id eh4csp2481726rdb; Wed, 6 Sep 2023 06:11:12 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHKC0O8KqqoxOBhatlbLEeUAdT8Lc+yRMJ8fJlCm6fOTlj/q/2vYHKPyHbV1eQyM0XOapJi X-Received: by 2002:a05:6a00:1c95:b0:68e:2822:fb34 with SMTP id y21-20020a056a001c9500b0068e2822fb34mr3520326pfw.25.1694005872276; Wed, 06 Sep 2023 06:11:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1694005872; cv=none; d=google.com; s=arc-20160816; b=QNnkhVJtk8+C7576k3/XlgwBwLL89XHX4GonwUkHxHhE6Isww3q2/ZuwC6KWSpPsUL /EbXDxaDZSoxLz5j9GGELXQvmOyiZJPOySnN4o5LDcL3MvghAgpGSYYscDzp7a6eUPJ0 25+lhhslQ3uOu1jFHlU5Qa4OkpDTOBMKRiDYVFeC0LeQbIJiIJ+VbyuIIKvkbYC/uohQ AdLSkVh63TjwNZ6zXCQs6+vfAfFwa65sYYXbp+iWA4+o98qsFKPEdTktBS6L5XX5IIlm lZLV8f0fQ9RunxFANx5ARM7i6H12S3E8Iw/15mrcdSdn1sb4pOLe2Ie3InGnkcmbjdK8 HTKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=Gm7bhzcugGa0DWMaCXKza0FimapEbXi/cojWcOWCTEQ=; fh=4mLuuH6j3MyiYtUJZW/LTpoy1PPjsCUYQZZjpgW4J6M=; b=IILSMxeK7VY7p1LrAcZSe5HurFXFaBXPMhRaNsea4fXjoaCSoXG41hEsmGNg7+7Hu+ fQjnwrdzfSDvSaV8KLSNXj0zooKsZCJQOQuX+FE0GwW7+iAkhSjt4m0w9R+0Dc1UCd3H g1Bp2YOFYaam/V9hf5hbRnuqrx7dQF2uAwpGsff7UEvaUKqmST86aSisQkZiNOqvjrlt E+jANoOEdRMtRiM4jmZfuEl7INx0L06v9S4lsUvp/QG+5+KMleDBgkBgY+O7raIM8ZpV FWE4HCTTrkBjPcb1Xy2ckerwaKT20slScHVRP1iyiWfBD+1RWkh6h5bFjXnt3KJdY6wR 1lkQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="J/cktlEL"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cj11-20020a056a00298b00b00679a6ce03f6si11391973pfb.59.2023.09.06.06.10.56; Wed, 06 Sep 2023 06:11:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="J/cktlEL"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S238813AbjIFLX5 (ORCPT + 99 others); Wed, 6 Sep 2023 07:23:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48786 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235254AbjIFLX4 (ORCPT ); Wed, 6 Sep 2023 07:23:56 -0400 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CE34519BA; Wed, 6 Sep 2023 04:23:35 -0700 (PDT) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 74098C433C8; Wed, 6 Sep 2023 11:23:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1693999415; bh=NRdLoNKhI8PWwsTXFAHLBFbX98sCx24HY9qcuOQXDrM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=J/cktlELZjjFahQnUXwth9JUwqt0zVB8hl4mjsD38asMKwfIO6h0ESe0N21OLwfql vrb9qQpj667aDi5/TR7UiZURX5jxJPBU+q4uC78G/1gU57abzufMBeMbzEClls9/ry lA6qeCiuhBL4KGSWa9f8HhZLEs0ls/XMUevagvIiPCu0yqmjWOomzQ1w4N0VdmFqa5 EdesLxbYag3193XemqEnlsqHEdDsJt8N+XyAx3LVwUUsko12huWHl25uJ6p0oxPbvr 0HRW3wbXSfX4yHzTTzPufTv7zV4sWm5PFYb+sAFrU6r/ge1o4xXhI3Bo2vGpr0El0z DQ7SGMsW8mwhA== Date: Wed, 6 Sep 2023 13:23:30 +0200 From: Lorenzo Pieralisi To: Marc Zyngier Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, Mark Rutland , Robin Murphy , Rob Herring , Fang Xiang Subject: Re: [PATCH v2 0/2] irqchip/gic-v3: Enable non-coherent GIC designs probing Message-ID: References: <20230905104721.52199-1-lpieralisi@kernel.org> <20230906094139.16032-1-lpieralisi@kernel.org> <6f94c6d38f00031bf7c59e0cb8baf04c@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6f94c6d38f00031bf7c59e0cb8baf04c@kernel.org> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS autolearn=ham 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 On Wed, Sep 06, 2023 at 10:52:01AM +0100, Marc Zyngier wrote: > On 2023-09-06 10:41, Lorenzo Pieralisi wrote: > > This series is v2 of a previous version[1]. > > > > v1 -> v2: > > - Updated DT bindings as per feedback > > - Updated patch[2] to use GIC quirks infrastructure > > > > [1] > > https://lore.kernel.org/all/20230905104721.52199-1-lpieralisi@kernel.org > > > > Original cover letter > > --- > > The GICv3 architecture specifications provide a means for the > > system programmer to set the shareability and cacheability > > attributes the GIC components (redistributors and ITSes) use > > to drive memory transactions. > > > > Albeit the architecture give control over shareability/cacheability > > memory transactions attributes (and barriers), it is allowed to > > connect the GIC interconnect ports to non-coherent memory ports > > on the interconnect, basically tying off shareability/cacheability > > "wires" and de-facto making the redistributors and ITSes non-coherent > > memory observers. > > > > This series aims at starting a discussion over a possible solution > > to this problem, by adding to the GIC device tree bindings the > > standard dma-noncoherent property. The GIC driver uses the property > > to force the redistributors and ITSes shareability attributes to > > non-shareable, which consequently forces the driver to use CMOs > > on GIC memory tables. > > > > On ARM DT DMA is default non-coherent, so the GIC driver can't rely > > on the generic DT dma-coherent/non-coherent property management layer > > (of_dma_is_coherent()) which would default all GIC designs in the field > > as non-coherent; it has to rely on ad-hoc dma-noncoherent property > > handling. > > > > When a consistent approach is agreed upon for DT an equivalent binding > > will > > be put forward for ACPI based systems. > > What is the plan for this last point? I'd like to see at least > a proposal before taking this series in. Absolutely, I am starting a thread on related MADT changes, should not take too long. Lorenzo