Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp368888pxj; Thu, 17 Jun 2021 04:46:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxwA9MPKkXQ5LY+HzXXECoJPJlH1kO1pYpK+3yovWHMIjMjGTFccVebF+6+LJfjUcFOFd9/ X-Received: by 2002:a05:6e02:1bcc:: with SMTP id x12mr3169404ilv.59.1623930419102; Thu, 17 Jun 2021 04:46:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623930419; cv=none; d=google.com; s=arc-20160816; b=FfVavcCIz0S/r94mAUTVuBYh4b2qcicAD/Ppzll7b2LWhxPionPgAU8NZ3FZfuQMOC I+ft8lmti9qFz8eMH0VanVXZfCJxTYkhoJcXD2kgC+Mjn6KN2kp0p2nfnh+HF13HkUUu 24cFQ25MPBeH0VE/Ad54ftd1xcWERqGCdjGxu7uppVgA3CrpiwTQNEpIlUyYB1X4KfSV T5d3AEhUruNvyaQwnuJT3J6PDLU7zCJ0RZ9mYL0XyOArHQQUct9tpyiB3koqOKBPi9y1 XpoDfucrIXQivwLc84yOFJ07ZsSzUfu9qjy3YjG55p1cR5QUWU0+aLP8G683aFARl379 6s8Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=UNgERXXV8ydmy7VnDrKhZZhcHnThsxn5HpteKw/4aG8=; b=LrFyRStNXhmpqzzaHmyFy39wi9I/AIyAEFhF2ASONc/aMZxJVwDVwCXCqkqeRDJH7a OBUvkhKn/fsAs8p9yIRXhRs8puYuKYJ77/jTZIJ8Xznlq+FW7hw5+WL+L+C7H2yzygy3 JkpxlYX5TahswLemM7raipeCfuYOOPpvTV4mAPnPWpxOZ+qvhGtpWODe9VoeyvlJbYHt eS5Kfl5sxZOTPFkKRuG/R1pbSvOWIME4TbBgTSyKOF5BTgfXwpnWEptqTomWnpLkvtGO UZJkWELivfjXixJFqGFNXuYp7QQ20wQMDhrfn0A6dAdPG7bvYBpARH5VIiW8cqSpiYwV 7JSg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@kapsi.fi header.s=20161220 header.b=hdgO+Hpv; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b21si5302091jat.59.2021.06.17.04.46.47; Thu, 17 Jun 2021 04:46:59 -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; dkim=fail header.i=@kapsi.fi header.s=20161220 header.b=hdgO+Hpv; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232525AbhFQLnC (ORCPT + 99 others); Thu, 17 Jun 2021 07:43:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54648 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229584AbhFQLnB (ORCPT ); Thu, 17 Jun 2021 07:43:01 -0400 Received: from mail.kapsi.fi (mail.kapsi.fi [IPv6:2001:67c:1be8::25]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A26BAC061574; Thu, 17 Jun 2021 04:40:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kapsi.fi; s=20161220; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=UNgERXXV8ydmy7VnDrKhZZhcHnThsxn5HpteKw/4aG8=; b=hdgO+HpveTfJPpBLfW0LrkGv0B E8/mY6puABBnEYpozrpZsU0PPiQdjK3QJj895BK4qyegFTg/ormac4Srrlt6bQMHhjGdy+CP+abPY fWYDElwgcaC+RBzHXY6N+gEAT8wPIXClhVxgg6oMWs0ebY8M+pepyj8JFQMkBefA8drHClbUiw5KM jGM4yBgO8fgNMz+UnN+EFbzPMi+uo2/+2fe5JHEbL9t5dLEUHpQwo6Gn1IBIaJTPwtnxTAIdHnNUC Q4tPQU/VwJ7m55JPRplpCy8QRDG+6V9DNDlbJnE3yhWqTd2SC8aHfiP7gLNfTx3nsNCHUXyhMOZJ7 0U9GTEow==; Received: from dsl-hkibng22-54f986-236.dhcp.inet.fi ([84.249.134.236] helo=[192.168.1.10]) by mail.kapsi.fi with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from ) id 1ltqOA-000658-EX; Thu, 17 Jun 2021 14:40:50 +0300 Subject: Re: [PATCH] misc: sram: Only map reserved areas in Tegra SYSRAM To: Greg KH , Mikko Perttunen Cc: arnd@arndb.de, ykaukab@suse.de, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210617094804.667716-1-mperttunen@nvidia.com> From: Mikko Perttunen Message-ID: Date: Thu, 17 Jun 2021 14:40:49 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 84.249.134.236 X-SA-Exim-Mail-From: cyndis@kapsi.fi X-SA-Exim-Scanned: No (on mail.kapsi.fi); SAEximRunCond expanded to false Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/17/21 2:00 PM, Greg KH wrote: > On Thu, Jun 17, 2021 at 12:48:04PM +0300, Mikko Perttunen wrote: >> On Tegra186 and later, a portion of the SYSRAM may be reserved for use >> by TZ. Non-TZ memory accesses to this portion, including speculative >> accesses, trigger SErrors that bring down the system. This does also >> happen in practice occasionally (due to speculative accesses). >> >> To fix the issue, add a flag to the SRAM driver to only map the >> device tree-specified reserved areas depending on a flag set >> based on the compatibility string. This would not affect non-Tegra >> systems that rely on the entire thing being memory mapped. >> >> Signed-off-by: Mikko Perttunen >> --- >> drivers/misc/sram.c | 108 +++++++++++++++++++++++++++++++------------- >> drivers/misc/sram.h | 9 ++++ >> 2 files changed, 86 insertions(+), 31 deletions(-) >> >> diff --git a/drivers/misc/sram.c b/drivers/misc/sram.c >> index 93638ae2753a..a27ffb3dbea8 100644 >> --- a/drivers/misc/sram.c >> +++ b/drivers/misc/sram.c >> @@ -97,7 +97,24 @@ static int sram_add_partition(struct sram_dev *sram, struct sram_reserve *block, >> struct sram_partition *part = &sram->partition[sram->partitions]; >> >> mutex_init(&part->lock); >> - part->base = sram->virt_base + block->start; >> + >> + if (sram->config->map_only_reserved) { >> + void *virt_base; >> + >> + if (sram->no_memory_wc) >> + virt_base = devm_ioremap_resource(sram->dev, &block->res); >> + else >> + virt_base = devm_ioremap_resource_wc(sram->dev, &block->res); >> + >> + if (IS_ERR(virt_base)) { >> + dev_err(sram->dev, "could not map SRAM at %pr\n", &block->res); >> + return PTR_ERR(virt_base); >> + } >> + >> + part->base = virt_base; >> + } else { >> + part->base = sram->virt_base + block->start; >> + } >> >> if (block->pool) { >> ret = sram_add_pool(sram, block, start, part); >> @@ -198,6 +215,7 @@ static int sram_reserve_regions(struct sram_dev *sram, struct resource *res) >> >> block->start = child_res.start - res->start; >> block->size = resource_size(&child_res); >> + block->res = child_res; >> list_add_tail(&block->list, &reserve_list); >> >> if (of_find_property(child, "export", NULL)) >> @@ -295,15 +313,17 @@ static int sram_reserve_regions(struct sram_dev *sram, struct resource *res) >> */ >> cur_size = block->start - cur_start; >> >> - dev_dbg(sram->dev, "adding chunk 0x%lx-0x%lx\n", >> - cur_start, cur_start + cur_size); >> + if (sram->pool) { >> + dev_dbg(sram->dev, "adding chunk 0x%lx-0x%lx\n", >> + cur_start, cur_start + cur_size); >> >> - ret = gen_pool_add_virt(sram->pool, >> - (unsigned long)sram->virt_base + cur_start, >> - res->start + cur_start, cur_size, -1); >> - if (ret < 0) { >> - sram_free_partitions(sram); >> - goto err_chunks; >> + ret = gen_pool_add_virt(sram->pool, >> + (unsigned long)sram->virt_base + cur_start, >> + res->start + cur_start, cur_size, -1); >> + if (ret < 0) { >> + sram_free_partitions(sram); >> + goto err_chunks; >> + } >> } >> >> /* next allocation after this reserved block */ >> @@ -331,40 +351,66 @@ static int atmel_securam_wait(void) >> 10000, 500000); >> } >> >> +static const struct sram_config default_config = { >> +}; > > No need for a "default" config, just do not provide one and then do not > call it if it is not set. Much simpler and less code churn. Sure, will do. > > >> + >> +static const struct sram_config atmel_securam_config = { >> + .init = atmel_securam_wait > > Add a trailing , please. Will do. > >> +}; >> + >> +/* >> + * SYSRAM contains areas that are not accessible by the >> + * kernel, such as the first 256K that is reserved for TZ. >> + * Accesses to those areas (including speculative accesses) >> + * trigger SErrors. As such we must map only the areas of >> + * SYSRAM specified in the device tree. >> + */ >> +static const struct sram_config tegra_sysram_config = { >> + .map_only_reserved = true, >> +}; >> + >> static const struct of_device_id sram_dt_ids[] = { >> - { .compatible = "mmio-sram" }, >> - { .compatible = "atmel,sama5d2-securam", .data = atmel_securam_wait }, >> + { .compatible = "mmio-sram", .data = &default_config }, >> + { .compatible = "atmel,sama5d2-securam", .data = &atmel_securam_config }, >> + { .compatible = "nvidia,tegra186-sysram", .data = &tegra_sysram_config }, >> + { .compatible = "nvidia,tegra194-sysram", .data = &tegra_sysram_config }, >> {} >> }; >> >> static int sram_probe(struct platform_device *pdev) >> { >> + const struct sram_config *config; >> struct sram_dev *sram; >> int ret; >> struct resource *res; >> - int (*init_func)(void); >> + >> + config = of_device_get_match_data(&pdev->dev); >> >> sram = devm_kzalloc(&pdev->dev, sizeof(*sram), GFP_KERNEL); >> if (!sram) >> return -ENOMEM; >> >> sram->dev = &pdev->dev; >> + sram->no_memory_wc = of_property_read_bool(pdev->dev.of_node, "no-memory-wc"); >> + sram->config = config; >> + >> + if (!config->map_only_reserved) { >> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); >> + if (sram->no_memory_wc) >> + sram->virt_base = devm_ioremap_resource(&pdev->dev, res); >> + else >> + sram->virt_base = devm_ioremap_resource_wc(&pdev->dev, res); >> + if (IS_ERR(sram->virt_base)) { >> + dev_err(&pdev->dev, "could not map SRAM registers\n"); >> + return PTR_ERR(sram->virt_base); >> + } >> >> - res = platform_get_resource(pdev, IORESOURCE_MEM, 0); >> - if (of_property_read_bool(pdev->dev.of_node, "no-memory-wc")) >> - sram->virt_base = devm_ioremap_resource(&pdev->dev, res); >> - else >> - sram->virt_base = devm_ioremap_resource_wc(&pdev->dev, res); >> - if (IS_ERR(sram->virt_base)) { >> - dev_err(&pdev->dev, "could not map SRAM registers\n"); >> - return PTR_ERR(sram->virt_base); >> + sram->pool = devm_gen_pool_create(sram->dev, ilog2(SRAM_GRANULARITY), >> + NUMA_NO_NODE, NULL); >> + if (IS_ERR(sram->pool)) >> + return PTR_ERR(sram->pool); >> } >> >> - sram->pool = devm_gen_pool_create(sram->dev, ilog2(SRAM_GRANULARITY), >> - NUMA_NO_NODE, NULL); >> - if (IS_ERR(sram->pool)) >> - return PTR_ERR(sram->pool); >> - >> sram->clk = devm_clk_get(sram->dev, NULL); >> if (IS_ERR(sram->clk)) >> sram->clk = NULL; >> @@ -378,15 +424,15 @@ static int sram_probe(struct platform_device *pdev) >> >> platform_set_drvdata(pdev, sram); >> >> - init_func = of_device_get_match_data(&pdev->dev); >> - if (init_func) { >> - ret = init_func(); >> + if (config->init) { >> + ret = config->init(); >> if (ret) >> goto err_free_partitions; >> } >> >> - dev_dbg(sram->dev, "SRAM pool: %zu KiB @ 0x%p\n", >> - gen_pool_size(sram->pool) / 1024, sram->virt_base); >> + if (sram->pool) >> + dev_dbg(sram->dev, "SRAM pool: %zu KiB @ 0x%p\n", >> + gen_pool_size(sram->pool) / 1024, sram->virt_base); >> >> return 0; >> >> @@ -405,7 +451,7 @@ static int sram_remove(struct platform_device *pdev) >> >> sram_free_partitions(sram); >> >> - if (gen_pool_avail(sram->pool) < gen_pool_size(sram->pool)) >> + if (sram->pool && gen_pool_avail(sram->pool) < gen_pool_size(sram->pool)) >> dev_err(sram->dev, "removed while SRAM allocated\n"); >> >> if (sram->clk) >> diff --git a/drivers/misc/sram.h b/drivers/misc/sram.h >> index 9c1d21ff7347..d2058d8c8f1d 100644 >> --- a/drivers/misc/sram.h >> +++ b/drivers/misc/sram.h >> @@ -5,6 +5,11 @@ >> #ifndef __SRAM_H >> #define __SRAM_H >> >> +struct sram_config { >> + int (*init)(void); >> + bool map_only_reserved; >> +}; >> + >> struct sram_partition { >> void __iomem *base; >> >> @@ -15,8 +20,11 @@ struct sram_partition { >> }; >> >> struct sram_dev { >> + const struct sram_config *config; >> + >> struct device *dev; >> void __iomem *virt_base; >> + bool no_memory_wc; > > What does "wc" here mean? Writecombine. The code in _probe checks for the "no-memory-wc" flag in device tree and if it's set it uses devm_ioremap_resource instead of devm_ioremap_resource_wc. Now that the ioremap call can happen outside of _probe we need to save this property. > > thanks, > > greg k-h > Thank you, will send a v2 with changes. Mikko