Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3363017pxb; Mon, 17 Jan 2022 18:38:30 -0800 (PST) X-Google-Smtp-Source: ABdhPJyqjVqn+yp+0oVAU4UTJiUCWGYEGZvRBR6RTV1IzyGaVPf+t3ETHkcUUqYoXb0L7hCm8I+8 X-Received: by 2002:a17:902:7001:b0:14a:9ab0:5d03 with SMTP id y1-20020a170902700100b0014a9ab05d03mr15282736plk.128.1642473509937; Mon, 17 Jan 2022 18:38:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642473509; cv=none; d=google.com; s=arc-20160816; b=XP9n7/0/DLkros4+e14B9333xWYyP4H8jqph43h21OH8pQkJdrO4cO7ui/eSsRy46G MzLqgNBQDsVCMrIQjJ+YjNFI9M2eBiAXjeAj7xTUAanURHbM0ReD5DfI8JZAkg7EUpHF XgJBJwsxp3H4D0UHpWF2CElPQWEC2yV42q7xRN3j8Rq03TBn78V5eWxBRKYSaKoTaan1 x3A3QNsOj4sOqKZo2qZbpOll9f/9lwNHAE50ZlK9ku5fzVtHdR9NT+hrYGYOnWul3aoX 1Bxime0lfW36MOkiFg12PSAdYMNDVpQrtcevOd2FCEV5ztAOlqsjBic0rfmIXoIcZZv4 A9MA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=19DbtbPCrQup82gGQGUAlB1OI28tPVJ6ZfGBVk74k3M=; b=0ZUQcdv1QKhjd7tQKpzOl5WZTMdLUw0YU4b10paNSsm9MntstemRXu+cFgkZEx8l1K c0Sc4RSOHd7Dnpn3WyE5iKu0D1UZ/nwdMLTaGUGF0hjfumdqbFuUqqEeYiSbhSCHGfsh 9/4ercabm53upeFPSkgk7tdajsHDF7n10ApdiTiRx+fQe1CzpLTIJWbCMDjfoYovrxO0 cyWIW77K4nyftjtgEvAhwvzRLBCHu3sUCA/HeMy5DjqETHnYlDFvHW6hfyT1SBl0Kvc+ 9BRY9oRBh2wDiIsl3Drl7US4twShZ2/PY/2qzhy56b7hShV4Hf2rWSywtIdhru6+unqo 9AtQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=fZi9wrIC; 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 y23si8904394pfa.338.2022.01.17.18.38.17; Mon, 17 Jan 2022 18:38:29 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=fZi9wrIC; 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 S241045AbiAQQTo (ORCPT + 99 others); Mon, 17 Jan 2022 11:19:44 -0500 Received: from sin.source.kernel.org ([145.40.73.55]:52662 "EHLO sin.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241082AbiAQQTh (ORCPT ); Mon, 17 Jan 2022 11:19:37 -0500 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 sin.source.kernel.org (Postfix) with ESMTPS id 943AFCE13C4 for ; Mon, 17 Jan 2022 16:19:35 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 12DA7C36AE3; Mon, 17 Jan 2022 16:19:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1642436374; bh=ZwvPVIDm+TPyGCluwrWEskSKaBP5kf9WX7wLN2lEs24=; h=From:To:Cc:Subject:Date:From; b=fZi9wrIC/m37BriAarnskbsCy5+UEuEcoJFt2XUD7+J2k7u8rvxBh3a9igLSoDk6E pYfQR/GnRn49Ye69GrJoG66BYkCWfB+B+aOACmEIw8F2xlOXIYStQka302bEqSCIIj mGADhUlKFPA1FG5YV1LedYNX4pR6rXDL3pr4G4KJ6fmoJOZNAI66CRP8aXFBGj14yw 4QH6nHkYNAhsbu47BHTi/8gYSyr754WfIJ6HzFZ1KAA7vSQSps5uZjJk2hl8QtSFRO lJih0p+GnFctlks5nfk2F3kAEQRWUzn15IYef/Mjqv+Pp3CGivcidvZkyKz7mBVE+t 3NqQJqW3P71FQ== Received: from sofa.misterjones.org ([185.219.108.64] helo=hot-poop.lan) 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 1n9UjD-000ynK-PY; Mon, 17 Jan 2022 16:19:31 +0000 From: Marc Zyngier To: linux-kernel@vger.kernel.org Cc: Thomas Gleixner , kernel-team@android.com, Lorenzo Pieralisi , Jay Chen Subject: [PATCH] irqchip/gic-v3-its: Reset each ITS's BASERn register before probe Date: Mon, 17 Jan 2022 16:19:10 +0000 Message-Id: <20220117161910.2041761-1-maz@kernel.org> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: linux-kernel@vger.kernel.org, tglx@linutronix.de, kernel-team@android.com, lorenzo.pieralisi@arm.com, jkchen@linux.alibaba.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 A recent bug report outlined that the way GICv4.1 is handled across kexec is pretty bad. We can end-up in a situation where ITSs share memory (this is the case when SVPEPT==1) and reprogram the base registers, creating a situation where ITSs that are part of a given affinity group see different pointers. Which is illegal. Boo. In order to restore some sanity, reset the BASERn registers to 0 *before* probing any ITS. Although this isn't optimised at all, this is only a once-per-boot cost, which shouldn't show up on anyone's radar. Cc: Lorenzo Pieralisi Cc: Jay Chen Signed-off-by: Marc Zyngier Link: https://lore.kernel.org/r/20211216190315.GA14220@lpieralisi --- drivers/irqchip/irq-gic-v3-its.c | 106 +++++++++++++++++++++++++------ 1 file changed, 87 insertions(+), 19 deletions(-) diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c index ee83eb377d7e..9d68afe9fa86 100644 --- a/drivers/irqchip/irq-gic-v3-its.c +++ b/drivers/irqchip/irq-gic-v3-its.c @@ -4856,6 +4856,38 @@ static struct syscore_ops its_syscore_ops = { .resume = its_restore_enable, }; +static void __init __iomem *its_map_one(struct resource *res, int *err) +{ + void __iomem *its_base; + u32 val; + + its_base = ioremap(res->start, SZ_64K); + if (!its_base) { + pr_warn("ITS@%pa: Unable to map ITS registers\n", &res->start); + *err = -ENOMEM; + return NULL; + } + + val = readl_relaxed(its_base + GITS_PIDR2) & GIC_PIDR2_ARCH_MASK; + if (val != 0x30 && val != 0x40) { + pr_warn("ITS@%pa: No ITS detected, giving up\n", &res->start); + *err = -ENODEV; + goto out_unmap; + } + + *err = its_force_quiescent(its_base); + if (*err) { + pr_warn("ITS@%pa: Failed to quiesce, giving up\n", &res->start); + goto out_unmap; + } + + return its_base; + +out_unmap: + iounmap(its_base); + return NULL; +} + static int its_init_domain(struct fwnode_handle *handle, struct its_node *its) { struct irq_domain *inner_domain; @@ -4963,29 +4995,14 @@ static int __init its_probe_one(struct resource *res, { struct its_node *its; void __iomem *its_base; - u32 val, ctlr; u64 baser, tmp, typer; struct page *page; + u32 ctlr; int err; - its_base = ioremap(res->start, SZ_64K); - if (!its_base) { - pr_warn("ITS@%pa: Unable to map ITS registers\n", &res->start); - return -ENOMEM; - } - - val = readl_relaxed(its_base + GITS_PIDR2) & GIC_PIDR2_ARCH_MASK; - if (val != 0x30 && val != 0x40) { - pr_warn("ITS@%pa: No ITS detected, giving up\n", &res->start); - err = -ENODEV; - goto out_unmap; - } - - err = its_force_quiescent(its_base); - if (err) { - pr_warn("ITS@%pa: Failed to quiesce, giving up\n", &res->start); - goto out_unmap; - } + its_base = its_map_one(res, &err); + if (!its_base) + return err; pr_info("ITS %pR\n", res); @@ -5248,6 +5265,22 @@ static int its_cpu_memreserve_lpi(unsigned int cpu) return ret; } +/* Mark all the BASER registers as invalid before they get reprogrammed */ +static void __init its_reset_one(struct resource *res) +{ + void __iomem *its_base; + int err, i; + + its_base = its_map_one(res, &err); + if (!its_base) + return; + + for (i = 0; i < GITS_BASER_NR_REGS; i++) + gits_write_baser(0, its_base + GITS_BASER + (i << 3)); + + iounmap(its_base); +} + static const struct of_device_id its_device_id[] = { { .compatible = "arm,gic-v3-its", }, {}, @@ -5258,6 +5291,22 @@ static int __init its_of_probe(struct device_node *node) struct device_node *np; struct resource res; + /* + * Make sure *all* the ITS are reset before we probe any, as + * they may be sharing memory. Don't bother warning on the + * first iteration, as any error will be caught on the second + * one. + */ + for (np = of_find_matching_node(node, its_device_id); np; + np = of_find_matching_node(np, its_device_id)) { + if (!of_device_is_available(np) || + !of_property_read_bool(np, "msi-controller") || + of_address_to_resource(np, 0, &res)) + continue; + + its_reset_one(&res); + } + for (np = of_find_matching_node(node, its_device_id); np; np = of_find_matching_node(np, its_device_id)) { if (!of_device_is_available(np)) @@ -5420,9 +5469,28 @@ static int __init gic_acpi_parse_madt_its(union acpi_subtable_headers *header, return err; } +static int __init its_acpi_reset(union acpi_subtable_headers *header, + const unsigned long end) +{ + struct acpi_madt_generic_translator *its_entry; + struct resource res; + + its_entry = (struct acpi_madt_generic_translator *)header; + res = (struct resource) { + .start = its_entry->base_address, + .end = its_entry->base_address + ACPI_GICV3_ITS_MEM_SIZE - 1, + .flags = IORESOURCE_MEM, + }; + + its_reset_one(&res); + return 0; +} + static void __init its_acpi_probe(void) { acpi_table_parse_srat_its(); + acpi_table_parse_madt(ACPI_MADT_TYPE_GENERIC_TRANSLATOR, + its_acpi_reset, 0); acpi_table_parse_madt(ACPI_MADT_TYPE_GENERIC_TRANSLATOR, gic_acpi_parse_madt_its, 0); acpi_its_srat_maps_free(); -- 2.30.2