Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1050604imm; Fri, 14 Sep 2018 10:20:16 -0700 (PDT) X-Google-Smtp-Source: ANB0VdaANBQk1e5DYd4b+BWkHPRczTVOD5+cisorjvcreWPhgkKao+Ms8FGaIf9SNm8yw4eH8gdM X-Received: by 2002:a62:d8c4:: with SMTP id e187-v6mr13717717pfg.113.1536945616447; Fri, 14 Sep 2018 10:20:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536945616; cv=none; d=google.com; s=arc-20160816; b=OO62P7ECktzfTaxSQEPVZ709G59UDmNCb3qVExckkw08aqFS5nQN4u2hZmIcFo3RdL /8jkhPnsAFSB+0SHNqqWpFCNYrDStITcYf4Sl1FbQe8GRH/PzqN7PilfSHi6VJ/lxTF5 TanlmCOWo4WmVMXSiLO8ByX42usGJFBA5uyW0obpYecivNwgfqru982k63NOHY6bIV5v m9NHvte3H0Cl6wVK2V75+/n7nBcboyIkf3xgBsEkTVI9/ZlwX2bEg+d85FMQFqEaxRaz 9W2VByRYf4SdjbWjSVhhptFGpX7HGQ7l3P69JmyV/BwN+TlP4nNUeIenuPa9+FvNZ5ug snyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject:dkim-signature; bh=ouZewAR2HcFl/QPfyKceKwwTlOANJtC4Wgm3ywBuX74=; b=sCWUV/ykUboMePDYksFjMfxvXNMDMjn9SM93o7jhVrvuUoa3mkvjcYcvbBD92s6UIW YvskJlCRzT0cAAbQltJIW6yhfX736ZnEZKpdpYsw3sPRDZMj9bMf8JQU+fD0BQmz7rbg ueikzLamPk2XbZwtHclihPXDCz3/oTCMi3zz4Y6Ntdvu83e3QlcTv2b43wYTuaCiCEje na6P/GkxR0XyZ6L6E+7Jtmrdw7HNLZZqdiMcb4emshUW98RBvw1Safk4lEp26pJRMRVI Yy0cMABHdXFq4pSr6osBJcvJMNUVV+xlhJ1gwXTHZtTY36MGG5u5XtB+HbVAGxYtnt6g Q3kA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ebWfpt2m; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c3-v6si7398676plz.21.2018.09.14.10.20.01; Fri, 14 Sep 2018 10:20:16 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ebWfpt2m; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728251AbeINWfH (ORCPT + 99 others); Fri, 14 Sep 2018 18:35:07 -0400 Received: from mail-pf1-f193.google.com ([209.85.210.193]:45276 "EHLO mail-pf1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727246AbeINWfH (ORCPT ); Fri, 14 Sep 2018 18:35:07 -0400 Received: by mail-pf1-f193.google.com with SMTP id i26-v6so4584423pfo.12 for ; Fri, 14 Sep 2018 10:19:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ouZewAR2HcFl/QPfyKceKwwTlOANJtC4Wgm3ywBuX74=; b=ebWfpt2mY/87UiD0ND7Jl0PuptjnZLyDHdc3AkpqmP8Qa4YDXFa48NB3hoDCPUX+ri QaKFyW+BViWJxfRaLM4swmp0vIsRVwsykUy+EJd78zhNIJgHnMHSs3wuhaRgV6VWT4if qoC9BveAgWODmaPLU3sTW4KgNc/NwDBiaUib9vgnO1mDCFDBvFYc34EWpeDTUOwGlYBW 1+iXqU8wlVWBuU/GoBSZEgQPbqhj6yaaHioxGa/5f86PFsCZZg0csp7+PJx+g+bVD3to 8scvGKlNT9ULRHAKN2dAn8Y8xwbkaHzohhX5AK1++BBxHx8DazmmSzD+UrsusAqtC/mS gh7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ouZewAR2HcFl/QPfyKceKwwTlOANJtC4Wgm3ywBuX74=; b=KsQHnIW34rwuQWrhf8dcQdreOrQzQlm7phiO4faMnJrXq/4abwoV+veB013MHmURkH qaTr+sRR9kkvtwMiiOKeAAsvkDo6SEPWf02zwM1iIWLVgbApnwwsh7zxOQw/udJUnZmy yWo5BFSgdZRmrOv9uPypY/2k9mLJdLMNju1ML2cSnKT3BIamPfxMFh+8W6dXNOgaBg93 xavTDPGDESgZqaZfRx3DVbLJcqzYKnSOM0G9/q9nhRxAlGvdMWQo/xbhXBjdB1gxeMpN ra7UqpqlTRKgDx74TujmxIodGhhxzhcjkNVlVsTMdkwP+IJI65dX1IATYkaw6eNHSrwa 5BwA== X-Gm-Message-State: APzg51B0LN1hD5ss9vmSd5wsymzQAAtepRqJfNBxmYGo8sqxL90Ivcfz zc3LG+LvULo8JwADiXgoeYY= X-Received: by 2002:a63:f616:: with SMTP id m22-v6mr11142040pgh.293.1536945580869; Fri, 14 Sep 2018 10:19:40 -0700 (PDT) Received: from [192.168.1.70] (c-24-6-192-50.hsd1.ca.comcast.net. [24.6.192.50]) by smtp.gmail.com with ESMTPSA id d12-v6sm10426832pfk.69.2018.09.14.10.19.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 Sep 2018 10:19:40 -0700 (PDT) Subject: Re: [PATCH v14 06/16] of/fdt: add helper functions for handling properties From: Frank Rowand To: AKASHI Takahiro , catalin.marinas@arm.com, will.deacon@arm.com, dhowells@redhat.com, vgoyal@redhat.com, herbert@gondor.apana.org.au, davem@davemloft.net, dyoung@redhat.com, bhe@redhat.com, arnd@arndb.de, schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com Cc: prudo@linux.ibm.com, ard.biesheuvel@linaro.org, james.morse@arm.com, bhsharma@redhat.com, kexec@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Rob Herring References: <20180907080040.4967-1-takahiro.akashi@linaro.org> <8403dfd5-3188-219b-966c-72b009f94e0f@gmail.com> Message-ID: <16a39f7f-a8cc-72a1-89a7-e9b49a4d6547@gmail.com> Date: Fri, 14 Sep 2018 10:19:38 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <8403dfd5-3188-219b-966c-72b009f94e0f@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/13/18 18:26, Frank Rowand wrote: > I was re-reading this while answering a later email in the thread. After reading > other patches in the series that were not sent to me, I have a better understanding > of the intent behind this patch, and some changes to my previous reply. > > The intent of the helper functions is related to properties whose values are > tuples of the same format as the "reg" property of the "/memory" nodes. For > example, the "linux,usable-memory-range" and "linux,elfcoredhr" properties of > the "/chosen" node. > > The patch header and the function names should be updated to reflect this intent. > This means most or all of my previous suggested function name changes are no longer > useful. > > Please add devicetree@vger.kernel.org to the next version of this patch and to > the patches that use the functions in this patch. > > > On 09/07/18 12:53, Frank Rowand wrote: >> On 09/07/18 01:00, AKASHI Takahiro wrote: >>> These functions will be used later to handle kexec-specific properties >>> in arm64's kexec_file implementation. >>> >>> Signed-off-by: AKASHI Takahiro >>> Cc: Rob Herring >>> Cc: Frank Rowand >>> --- >>> drivers/of/fdt.c | 62 ++++++++++++++++++++++++++++++++++++++++-- >>> include/linux/of_fdt.h | 10 +++++-- >>> 2 files changed, 68 insertions(+), 4 deletions(-) >>> >>> diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c >>> index 800ad252cf9c..dc960cea1355 100644 >>> --- a/drivers/of/fdt.c >>> +++ b/drivers/of/fdt.c >>> @@ -25,6 +25,7 @@ >>> #include >>> #include >>> #include >>> +#include >>> >>> #include /* for COMMAND_LINE_SIZE */ >>> #include >>> @@ -537,8 +538,8 @@ void *of_fdt_unflatten_tree(const unsigned long *blob, >>> EXPORT_SYMBOL_GPL(of_fdt_unflatten_tree); >>> >>> /* Everything below here references initial_boot_params directly. */ >>> -int __initdata dt_root_addr_cells; >>> -int __initdata dt_root_size_cells; >>> +int dt_root_addr_cells; >>> +int dt_root_size_cells; >>> >>> void *initial_boot_params; >>> >>> @@ -1323,3 +1324,60 @@ late_initcall(of_fdt_raw_init); >>> #endif >>> >>> #endif /* CONFIG_OF_EARLY_FLATTREE */ >>> + > > Global comment: this code should not be using the variables > dt_root_addr_cells and dt_root_size_cells. These variables are > __initdata. > > The code that is using these helpers is acting upon a specific FDT > (copied from initial_boot_params). This code should be getting the > values of the root node's "#address-cells" and "#size-cells" from > the FDT. There will be new functions available soon to return the values of a node's "#address-cells" and "#size-cells" from an fdt. They are fdt_address_cells() and fdt_size_cells(). Rob submitted the patch to add them yesterday in "[PATCH 3/3] scripts/dtc: Update to upstream version v1.4.7-14-gc86da84d30e4" [1] [1] https://lkml.kernel.org/r/<20180913202828.15372-3-robh@kernel.org> -Frank > > >> Please add comment: >> >> /* helper functions for arm64 kexec */ >> >> >>> +bool of_fdt_cells_size_fitted(u64 base, u64 size) >> >> Please rename as of_fdt_range_valid() > > I'm not entirely sure of what the caller in 12/16 is trying to ensure > with this function. > > (1) At the minimum (and what the implementation in of_fdt_cells_size_fitted() > does) is make sure that an address and size tuple are consistent with > the root properties "#address-cells" and "#size-cells". > > The caller in 12/16 is using this check to validate values for the > properties "linux,elfcorehdr" and "linux,usable-memory-range". > > (2) A more complete check _might_ be to ensure that the values also > specify memory that is available to the kernel. This memory is described > by the "reg" property of one or more "/memory" nodes. > > This second check is probably what is actually desired. > > One possible issue to note is that the binding for "linux,usable-memory-range" > suggests that available memory could be described by an EFI memory map. > I am not familiar with how or when an EFI memory map might exist instead > of the "/memory" nodes. > > >>> +{ >>> + /* if *_cells >= 2, cells can hold 64-bit values anyway */ >>> + if ((dt_root_addr_cells == 1) && (base > U32_MAX)) >>> + return false; >>> + >>> + if ((dt_root_size_cells == 1) && (size > U32_MAX)) >>> + return false; >> >> Should also check that base + size does not wrap around. >> >> >>> + >>> + return true; >>> +} >>> + >>> +size_t of_fdt_reg_cells_size(void) >> >> Please rename as of_fdt_root_range_size() > > Even better would be to remove this function and replace the one place > that it is called from with the one line of code in this function. > > -Frank > > >>> +{ >>> + return (dt_root_addr_cells + dt_root_size_cells) * sizeof(u32); >>> +} >>> + >>> +#define FDT_ALIGN(x, a) (((x) + (a) - 1) & ~((a) - 1)) >>> +#define FDT_TAGALIGN(x) (FDT_ALIGN((x), FDT_TAGSIZE)) >>> + >>> +int fdt_prop_len(const char *prop_name, int len) >> >> Please rename as fdt_len_added_prop() >> >> >>> +{ >>> + return (strlen(prop_name) + 1) + >>> + sizeof(struct fdt_property) + >>> + FDT_TAGALIGN(len); >>> +} >>> + >> >> Please add comment, something like: >> >> /* cells must be 1 or 2 */ >> >> >>> +static void fill_property(void *buf, u64 val64, int cells) >> >> Please rename as cpu64_to_fdt_cells() >> >> Thanks, >> >> Frank >> >>> +{ >>> + __be32 val32; >>> + >>> + while (cells) { >>> + val32 = cpu_to_fdt32((val64 >> (32 * (--cells))) & U32_MAX); >>> + memcpy(buf, &val32, sizeof(val32)); >>> + buf += sizeof(val32); >>> + } >>> +} >>> + >>> +int fdt_setprop_reg(void *fdt, int nodeoffset, const char *name, >>> + u64 addr, u64 size) >>> +{ >>> + char buf[sizeof(__be32) * 2 * 2]; >>> + /* assume dt_root_[addr|size]_cells <= 2 */ >>> + void *prop; >>> + size_t buf_size; >>> + >>> + buf_size = of_fdt_reg_cells_size(); >>> + prop = buf; >>> + >>> + fill_property(prop, addr, dt_root_addr_cells); >>> + prop += dt_root_addr_cells * sizeof(u32); >>> + >>> + fill_property(prop, size, dt_root_size_cells); >>> + >>> + return fdt_setprop(fdt, nodeoffset, name, buf, buf_size); >>> +} >>> diff --git a/include/linux/of_fdt.h b/include/linux/of_fdt.h >>> index b9cd9ebdf9b9..9615d6142578 100644 >>> --- a/include/linux/of_fdt.h >>> +++ b/include/linux/of_fdt.h >>> @@ -37,8 +37,8 @@ extern void *of_fdt_unflatten_tree(const unsigned long *blob, >>> struct device_node **mynodes); >>> >>> /* TBD: Temporary export of fdt globals - remove when code fully merged */ >>> -extern int __initdata dt_root_addr_cells; >>> -extern int __initdata dt_root_size_cells; >>> +extern int dt_root_addr_cells; >>> +extern int dt_root_size_cells; >>> extern void *initial_boot_params; >>> >>> extern char __dtb_start[]; >>> @@ -108,5 +108,11 @@ static inline void unflatten_device_tree(void) {} >>> static inline void unflatten_and_copy_device_tree(void) {} >>> #endif /* CONFIG_OF_EARLY_FLATTREE */ >>> >>> +bool of_fdt_cells_size_fitted(u64 base, u64 size); >>> +size_t of_fdt_reg_cells_size(void); >>> +int fdt_prop_len(const char *prop_name, int len); >>> +int fdt_setprop_reg(void *fdt, int nodeoffset, const char *name, >>> + u64 addr, u64 size); >>> + >>> #endif /* __ASSEMBLY__ */ >>> #endif /* _LINUX_OF_FDT_H */ >>> >> >> > >