Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp874218imm; Mon, 1 Oct 2018 21:48:01 -0700 (PDT) X-Google-Smtp-Source: ACcGV61vWvYS9atwzQ7htXZY1rmZqX513SA86PYZr/mi54vRA5eK9ndJuS0ab2z1aIEMbfxH0HZ1 X-Received: by 2002:a62:37c1:: with SMTP id e184-v6mr14777522pfa.112.1538455681554; Mon, 01 Oct 2018 21:48:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538455681; cv=none; d=google.com; s=arc-20160816; b=tOinBx9idj8SaXUPxlUn/W7I1fjSTPfAyr6GVbg/T3j5PBZ5C+qnjNB1a7nXSin7cm w1NPSX3wc/skiveN7AdMt/ZLpLres1oFKiYi/c3Y0fO3roVwGTJ6xPSed/x0lv62AH3x 2VGF6XjIOUOrIZQjW6ZWINSM/y9Vs/+XsT73y7SwIH/T8EU60Ny98qZixXRaaWKMKAxl c+R4Jyt3QqvZLb06pUiPFuBKWPp98fKstmXrOaCQwNCNB2MR6sZpwaW6zL+U/Xca/m3s W/IEDN8MsEyHUFaMyqcElMPeY4x8b+OESti5Af36WUZBjFUct/K77rqF53dW9NSH2jjI 2Wag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=ttljeuIZXowTqVkb4eV3ErW2pnmsCZR5QmgMV+cXbYU=; b=iRnoGNJJBPLMnnJUHmDQUziikw/smATjeoqn5jnXLa9kMwINXuu0epY+jzILsoJJ/n fl3ScCxOHEWlKi3tljtbhKYGYWTIA9A+bkyv6je1+L5VzdT0YhKkgnacrF+zZqeVCLwi eH4eHCYaBou5TMbRqpJR2+8fBlc7cPM64TJPu10G0SSZNsl5yB/4DqupWo12mP/FWZFf +A96Su7mf3LVf3yOLsqnbg+fGBty+LqQ5CoPVjuJ/EUdEGGnJjeN3w3d6YFRefFZSirm tvhMQz7XTADTYOfy4xtdBQpcfOzAK32OUDBem2jvTNLufHS4RPFXeoOSHifijY6Kbpcx WXag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gibson.dropbear.id.au header.s=201602 header.b="k/RpK9mQ"; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c4-v6si11715218pfo.57.2018.10.01.21.47.46; Mon, 01 Oct 2018 21:48:01 -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=@gibson.dropbear.id.au header.s=201602 header.b="k/RpK9mQ"; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726787AbeJBL2w (ORCPT + 99 others); Tue, 2 Oct 2018 07:28:52 -0400 Received: from ozlabs.org ([203.11.71.1]:33241 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726373AbeJBL2w (ORCPT ); Tue, 2 Oct 2018 07:28:52 -0400 Received: by ozlabs.org (Postfix, from userid 1007) id 42PRTf1SyDz9sBq; Tue, 2 Oct 2018 14:47:34 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gibson.dropbear.id.au; s=201602; t=1538455654; bh=B/aGoZpCF17en64ipJp5xTgIrDbhUDtUJLcxfnKgHfw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=k/RpK9mQ1qUVHus+VPVkFZnQm7LRPGlDr5GQZBo0J0WJMbQVsUPuWTy3+7/T7fmLv 9wzqEDpHGhwTAxSuamCKsJgttazVriL+GG47ff3fsnWwzyZLRrmvNMnEkHJHgi7A3v AcThDopPxyqOYryt/ILNvaWGh5FoIHmn+jVJnl18= Date: Tue, 2 Oct 2018 14:47:10 +1000 From: David Gibson To: Rob Herring Cc: "AKASHI, Takahiro" , Catalin Marinas , Will Deacon , David Howells , Vivek Goyal , Herbert Xu , David Miller , dyoung@redhat.com, Baoquan He , Arnd Bergmann , Martin Schwidefsky , Heiko Carstens , prudo@linux.ibm.com, Ard Biesheuvel , James Morse , bhsharma@redhat.com, kexec@lists.infradead.org, "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , "linux-kernel@vger.kernel.org" , Frank Rowand , devicetree@vger.kernel.org Subject: Re: [PATCH v15 06/16] of/fdt: add helper functions for handling properties Message-ID: <20181002044710.GD1886@umbus.fritz.box> References: <20180928064841.14117-1-takahiro.akashi@linaro.org> <20180928064841.14117-7-takahiro.akashi@linaro.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pZs/OQEoSSbxGlYw" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --pZs/OQEoSSbxGlYw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 28, 2018 at 08:44:42AM -0500, Rob Herring wrote: > +David Gibson >=20 > On Fri, Sep 28, 2018 at 1:48 AM 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 > > Cc: devicetree@vger.kernel.org > > --- > > drivers/of/fdt.c | 56 ++++++++++++++++++++++++++++++++++++++++++ > > include/linux/of_fdt.h | 4 +++ > > 2 files changed, 60 insertions(+) > > > > diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c > > index 800ad252cf9c..c65c31562ccb 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 > > @@ -1323,3 +1324,58 @@ late_initcall(of_fdt_raw_init); > > #endif > > > > #endif /* CONFIG_OF_EARLY_FLATTREE */ > > + > > +#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) > > +{ > > + return (strlen(prop_name) + 1) + > > + sizeof(struct fdt_property) + > > + FDT_TAGALIGN(len); >=20 > Looks like you are using this to calculate how much space you need to > allocate in addition to the current DTB for a couple of new or > replaced properties. I'm not sure that this calculation is completely > accurate. And it is strange there doesn't seem to be any libfdt > function for this already. It would be simpler to just add some fixed > additional amount. >=20 > Maybe David G has comments on this? Hrm. Yeah, the approach I'd suggest would be to just add a fixed amount, and if your functions return -FDT_ERR_NOSPACE, add some more. That's pretty much the expected way of working with fdts in write mode. If that's really not suitable, we could look at adding a helper to estimate this in libfdt. Or, actually, I suspect taking an existing libfdt internal helper, polishing and exporting it. >=20 > > +} > > + >=20 > The rest of this should go in drivers/of/fdt_address.c. Ultimately, it > should go into libfdt, but I'm fine with having it in the kernel for > now. >=20 > > +static void fill_property(void *buf, u64 val64, int cells) > > +{ > > + __be32 val32; > > + > > + while (cells) { > > + val32 =3D cpu_to_fdt32((val64 >> (32 * (--cells))) & U3= 2_MAX); > > + memcpy(buf, &val32, sizeof(val32)); > > + buf +=3D sizeof(val32); >=20 > This is kind of hard to read. I would copy u-boot's fdt_pack_reg function. >=20 > BTW, for purposes of moving to libfdt, we'll need the authors' > (Masahiro Yamada and Hans de Goede) permission to dual license. >=20 > > + } > > +} > > + > > +int fdt_setprop_reg(void *fdt, int nodeoffset, const char *name, > > + u64 addr, u64 size) > > +{ > > + int addr_cells, size_cells; > > + char buf[sizeof(__be32) * 2 * 2]; > > + /* assume dt_root_[addr|size]_cells <=3D 2 */ > > + void *prop; > > + size_t buf_size; > > + > > + addr_cells =3D fdt_address_cells(fdt, 0); > > + if (addr_cells < 0) > > + return addr_cells; > > + size_cells =3D fdt_size_cells(fdt, 0); > > + if (size_cells < 0) > > + return size_cells; > > + > > + /* if *_cells >=3D 2, cells can hold 64-bit values anyway */ > > + if ((addr_cells =3D=3D 1) && (addr > U32_MAX)) > > + return -FDT_ERR_BADVALUE; > > + > > + if ((size_cells =3D=3D 1) && (size > U32_MAX)) > > + return -FDT_ERR_BADVALUE; > > + > > + buf_size =3D (addr_cells + size_cells) * sizeof(u32); > > + prop =3D buf; > > + > > + fill_property(prop, addr, addr_cells); > > + prop +=3D addr_cells * sizeof(u32); > > + > > + fill_property(prop, size, 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..842af6ea92ea 100644 > > --- a/include/linux/of_fdt.h > > +++ b/include/linux/of_fdt.h > > @@ -108,5 +108,9 @@ static inline void unflatten_device_tree(void) {} > > static inline void unflatten_and_copy_device_tree(void) {} > > #endif /* CONFIG_OF_EARLY_FLATTREE */ > > > > +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 */ > > >=20 --=20 David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson --pZs/OQEoSSbxGlYw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEdfRlhq5hpmzETofcbDjKyiDZs5IFAluy+E4ACgkQbDjKyiDZ s5JtlBAAwizCSVib6UkcvOgkkohgXhzieZbtAj1zxuutxehiRJ2CMs5Q1kOr39FD 8WtQH8sswlfkJw0S2OQAhkdt2xzYnyndUkgPt0Qnvzm8q9JF4I+o2yrH+5p5Jge7 euP0mNWIyT7zGaoXVPYWaSC429eQ9ZE3ZESSlGEvFOoURy99h0W6lzDG2Kw7qulS 5QkB/iyVCJmDHMinny32vIWbIIO6vQBpPwFl3cLbzqg/BlLMe9Gl6REAeSZVa1VO 7uNFhfs0xUYpkSLUrzy4jFYk7+LjSuIZtlAGkyVql9AUEY0oLayn80stJHMFA1f0 lrY5HHeZGUqwoI8OQUiiIxp893ZM97y/c6sH+DlFWzCYZJrixo6WCV24+jtuODUJ 5uoY2SwpPMDdwH0wJVKxEgQ99tai7qWd6Jcd3pcIi6o7sffChl93l6nzp0rU1Vn2 pX8LNrlQEperUClK5AWfPYPf1BMq/CdxkWhzdxchDWuDSI3kHuEh6Vng+ycvRI3Y XzolJQH+Sl1dBtdtKaYVyq9ooBNkGLxj0ZEiw1/wheXxVmYHJrq4fpwO+DwLg2d5 K2fhu8SEWl3nPc6rwh83nHYAmVnTvQDsUOKXBvZvVQJSReuQt80A4DHziwH4fxv7 0QgVciFtiBiZRCO4PWIm4fYgtBEcF4PqU1npd/LGSiyG8LGpq6g= =j2A5 -----END PGP SIGNATURE----- --pZs/OQEoSSbxGlYw--