Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp170422pxu; Thu, 15 Oct 2020 00:23:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxjj6cld/Lzfci0W3WoTNQsYhFOKiP9a1bklqLtqvfUW8/cUu4nPBSFr/aLX5ENJ4LNLvKR X-Received: by 2002:a17:906:3bd7:: with SMTP id v23mr3184737ejf.100.1602746587868; Thu, 15 Oct 2020 00:23:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602746587; cv=none; d=google.com; s=arc-20160816; b=nWBXSeF3MNVaLNn74HsY/A3HiKe7QTbXM+MbDyybARZaLdJV80sQ+Exuuj+yv6t6eb MsQ4L+2v9Et7OHSydRsBu05sya3X1g7MXFAvA24GyZPKOBeO42kgUzpzZpH96QALbWfC D58W4scnmpXAX8cilNySBhb7AFGTEExt5v4ak9SeQvWOQ2jSU2sLDyx1oTamk1ElM1wr NU/jvC48u9pmBCUGtz+b6MQKMdsdyJq9qjb/DmbXIt8b8LYnyOeLAQq/LvvchlTSy72g acN+ie3OoXVCLjvbhOps/dlUsBYUAVslARvwHWMxZSIsC7EPnAVjT3o54CQ1d7f1Y6nO EAIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=h9JNz8JkUHp8s7ec6MppvbeF7RZv1SM682OEMbavquo=; b=aHFcF9GRTT6vBRk0er/FIdxO0vaz4h+CeHl5GXt6xSyMLR9StUz67kJukh3mjPy9T2 SDQwrWvs5VVTDOOFtkjPkoQk6xfEoosx2IUcW8GjM3KC1O9kIFJW87Ll7VaPSDHWnsF8 JauoIRYx05PFS9JgdCUamAyA2E0x5kqERSMsP/y7XXRf5aiqtT3VzM2q3UcWYFcBRUaG UZnYSDFl2WjcxPSTZECG6E8zD0CRfZPfQFNLHdjPqXfLKYSUav9fQboValt+Kr/LdBqD hXqEv+4uyudaklnwrWs3fzgHHPW3QUUZsXs3JxIUBzQhH9Y1SYOsAJ50x3+yC44NnmJ5 JtDg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="U/lahTRH"; 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 u17si1459381eda.185.2020.10.15.00.22.45; Thu, 15 Oct 2020 00:23:07 -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=pass header.i=@kernel.org header.s=default header.b="U/lahTRH"; 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 S1726523AbgJNWDC (ORCPT + 99 others); Wed, 14 Oct 2020 18:03:02 -0400 Received: from mail.kernel.org ([198.145.29.99]:44732 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725899AbgJNWDC (ORCPT ); Wed, 14 Oct 2020 18:03:02 -0400 Received: from mail-oi1-f171.google.com (mail-oi1-f171.google.com [209.85.167.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B70FE22249; Wed, 14 Oct 2020 22:03:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1602712980; bh=Ju1dyFsTDcTPe6t7qyxytlV5nWkENiIe/ObQZVMzwiI=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=U/lahTRHBOJ5lVrgoCVaTmILC7j4vTHf7+pSKfDi250oUm+0W2wXsNbH4lngjWBMV dlE6TK6OyKgCI5a8/MlkXliHYtv5xmTtN/MtBW6wFTjm7AkJJwXxfHfw6JM2BBhHJi S6zT6LeY0pxL4gZH2WTIzgCC6vFZJlJ4ggnU0p/M= Received: by mail-oi1-f171.google.com with SMTP id j7so804623oie.12; Wed, 14 Oct 2020 15:03:00 -0700 (PDT) X-Gm-Message-State: AOAM531yu/wyQMVCOKPeloXJ+QvMmpBd+FREqDTg+yggwdvtcKZE500p cBi8PvjfjefY7jOAOv9jXpF1VfB1P2aU3tPN9A== X-Received: by 2002:a54:4f89:: with SMTP id g9mr187632oiy.106.1602712979890; Wed, 14 Oct 2020 15:02:59 -0700 (PDT) MIME-Version: 1.0 References: <20201014191211.27029-1-nsaenzjulienne@suse.de> <20201014191211.27029-4-nsaenzjulienne@suse.de> In-Reply-To: <20201014191211.27029-4-nsaenzjulienne@suse.de> From: Rob Herring Date: Wed, 14 Oct 2020 17:02:48 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v3 3/8] of/address: Introduce of_dma_get_max_cpu_address() To: Nicolas Saenz Julienne Cc: Catalin Marinas , Christoph Hellwig , Ard Biesheuvel , "linux-kernel@vger.kernel.org" , Frank Rowand , Robin Murphy , linux-arm-kernel , "moderated list:BROADCOM BCM2835 ARM ARCHITECTURE" , Jeremy Linton , Linux IOMMU , devicetree@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 14, 2020 at 2:12 PM Nicolas Saenz Julienne wrote: > > Introduce of_dma_get_max_cpu_address(), which provides the highest CPU > physical address addressable by all DMA masters in the system. It's > specially useful for setting memory zones sizes at early boot time. > > Signed-off-by: Nicolas Saenz Julienne > > --- > > Changes since v2: > - Use PHYS_ADDR_MAX > - return phys_dma_t > - Rename function > - Correct subject > - Add support to start parsing from an arbitrary device node in order > for the function to work with unit tests > > drivers/of/address.c | 42 ++++++++++++++++++++++++++++++++++++++++++ > include/linux/of.h | 7 +++++++ > 2 files changed, 49 insertions(+) > > diff --git a/drivers/of/address.c b/drivers/of/address.c > index eb9ab4f1e80b..b5a9695aaf82 100644 > --- a/drivers/of/address.c > +++ b/drivers/of/address.c > @@ -1024,6 +1024,48 @@ int of_dma_get_range(struct device_node *np, const struct bus_dma_region **map) > } > #endif /* CONFIG_HAS_DMA */ > > +/** > + * of_dma_get_max_cpu_address - Gets highest CPU address suitable for DMA > + * @np: The node to start searching from or NULL to start from the root > + * > + * Gets the highest CPU physical address that is addressable by all DMA masters > + * in the system (or subtree when np is non-NULL). If no DMA constrained device > + * is found, it returns PHYS_ADDR_MAX. > + */ > +phys_addr_t __init of_dma_get_max_cpu_address(struct device_node *np) > +{ > + phys_addr_t max_cpu_addr = PHYS_ADDR_MAX; One issue with using phys_addr_t is it may be 32-bit even though the DT is 64-bit addresses. LPAE capable system with LPAE disabled. Maybe the truncation is fine here? Maybe not. > + struct of_range_parser parser; > + phys_addr_t subtree_max_addr; > + struct device_node *child; > + phys_addr_t cpu_end = 0; > + struct of_range range; > + const __be32 *ranges; > + int len; > + > + if (!np) > + np = of_root; > + > + ranges = of_get_property(np, "dma-ranges", &len); I'm not really following why you changed the algorithm here. You're skipping disabled nodes which is good. Was there some other reason? > + if (ranges && len) { > + of_dma_range_parser_init(&parser, np); > + for_each_of_range(&parser, &range) > + if (range.cpu_addr + range.size > cpu_end) > + cpu_end = range.cpu_addr + range.size; > + > + if (max_cpu_addr > cpu_end) > + max_cpu_addr = cpu_end; > + } > + > + for_each_available_child_of_node(np, child) { > + subtree_max_addr = of_dma_get_max_cpu_address(child); > + if (max_cpu_addr > subtree_max_addr) > + max_cpu_addr = subtree_max_addr; > + } > + > + return max_cpu_addr; > +} > + > /** > * of_dma_is_coherent - Check if device is coherent > * @np: device node > diff --git a/include/linux/of.h b/include/linux/of.h > index 481ec0467285..db8db8f2c967 100644 > --- a/include/linux/of.h > +++ b/include/linux/of.h > @@ -558,6 +558,8 @@ int of_map_id(struct device_node *np, u32 id, > const char *map_name, const char *map_mask_name, > struct device_node **target, u32 *id_out); > > +phys_addr_t of_dma_get_max_cpu_address(struct device_node *np); > + > #else /* CONFIG_OF */ > > static inline void of_core_init(void) > @@ -995,6 +997,11 @@ static inline int of_map_id(struct device_node *np, u32 id, > return -EINVAL; > } > > +static inline phys_addr_t of_dma_get_max_cpu_address(struct device_node *np) > +{ > + return PHYS_ADDR_MAX; > +} > + > #define of_match_ptr(_ptr) NULL > #define of_match_node(_matches, _node) NULL > #endif /* CONFIG_OF */ > -- > 2.28.0 >