[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAL_JsqK17XTkHg1YVeyKmfEL7BO2xGxjUC2WccBEbcY+vOngDA@mail.gmail.com>
Date: Mon, 2 Nov 2020 15:03:42 -0600
From: Rob Herring <robh+dt@...nel.org>
To: Nicolas Saenz Julienne <nsaenzjulienne@...e.de>
Cc: Catalin Marinas <catalin.marinas@....com>,
Christoph Hellwig <hch@....de>,
Ard Biesheuvel <ardb@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Frank Rowand <frowand.list@...il.com>,
Robin Murphy <robin.murphy@....com>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
"moderated list:BROADCOM BCM2835 ARM ARCHITECTURE"
<linux-rpi-kernel@...ts.infradead.org>,
Jeremy Linton <jeremy.linton@....com>,
Linux IOMMU <iommu@...ts.linux-foundation.org>,
devicetree@...r.kernel.org, Will Deacon <will@...nel.org>,
Lorenzo Pieralisi <lorenzo.pieralisi@....com>,
Hanjun Guo <guohanjun@...wei.com>
Subject: Re: [PATCH v5 3/7] of/address: Introduce of_dma_get_max_cpu_address()
On Thu, Oct 29, 2020 at 12:26 PM Nicolas Saenz Julienne
<nsaenzjulienne@...e.de> 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 <nsaenzjulienne@...e.de>
>
> ---
>
> Changes since v4:
> - Return max address, not address limit (one-off difference)
>
> Changes since v3:
> - use u64 with cpu_end
>
> 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(+)
Reviewed-by: Rob Herring <robh@...nel.org>
Powered by blists - more mailing lists