[PATCH 10/13] ARM: dts: synquacer: Add device trees for DeveloperBox

Tom Rini trini at konsulko.com
Wed Apr 14 19:32:59 CEST 2021


On Wed, Apr 14, 2021 at 10:06:04AM +0900, Masami Hiramatsu wrote:
> Hello Tom,
> 
> Thank you for your comment!
> 
> 2021年4月14日(水) 2:47 Tom Rini <trini at konsulko.com>:
> >
> > On Wed, Apr 14, 2021 at 12:30:15AM +0900, Masami Hiramatsu wrote:
> >
> > > Add device trees for 96boards EE DeveloperBox and basement SynQuacer
> > > SoC dtsi. These files are imported from EDK2 with cosmetic change
> > > and modified for accessing SPI NOR flash.
> > >
> > > Signed-off-by: Masami Hiramatsu <masami.hiramatsu at linaro.org>
> > > ---
> > >  arch/arm/dts/DeveloperBox.dts     |  146 +++++++++
> > >  arch/arm/dts/Makefile             |    2
> > >  arch/arm/dts/SynQuacer.dtsi       |  590 +++++++++++++++++++++++++++++++++++++
> > >  arch/arm/dts/SynQuacerCaches.dtsi |   72 +++++
> >
> > This poses a bit of a naming challenge.  I assume, but please correct me
> > if I'm wrong, that you don't intend to push these dts files to the Linux
> > kernel.  So that means EDK2 is the primary source of the files, yes?
> 
> Yes, those are originally written for the EDK2 and I ported it.

OK.

> > We
> > want to keep them as-is from the upstream project, and note that
> > relevant git hash/tag/etc that matches where we pulled from, to make
> > future syncs easier, in the commit message.
> 
> Let me confirm what you mean, is the git hash/tag/etc what the commit
> I copied from? and note it in commit message or in the devicetree file?

Correct.

> BTW, I made some changes on it for U-Boot drivers.
> - Enabled OP-TEE node by default (EDK2 checks OP-TEE existance
>   and enables it)
> - Add SPI node information for accessing SPI-NOR from U-Boot (EDK2
>  embedded such information inside)
> Thus the DeveloperBox.dts may not be kept as-is.

These kinds of changes can be done in something such as
DeveloperBox-u-boot.dtsi.  Check out the logic in scripts/Makefile.lib
around automatic inclusion of a "-u-boot.dtsi" file.

> > I assume this is not part of the uniphier family, so we should start by
> > naming these as arch/arm/dts/synquacer-... to fit with the general
> > scheme.  Perhaps -developerbox, -core and -caches ?
> 
> OK. BTW, I'm not sure what is the best way to use SYS_CPU and SYS_SOC.
> This SoC family name is SynQuacer and the SoC itself is SC2A11.
> In this case,
> CONFIG_SYS_CPU=synquacer
> CONFIG_SYS_SOC=sc2a11
> or
> CONFIG_SYS_SOC=synquacer-sc2a11

I think the first example you list is likely the best.

> > And for any changes
> > we do need, they go in a -u-boot.dtsi file and then potentially
> > automatically included (if it fits in the logic we have today for that)
> > or specifically #included otherwise.
> 
> It seems that (CONFIG_SYS_SOC)-u-boot.dtsi is automatically included,
> am I correct?

For the full list and how it works, see scripts/Makefile.lib

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20210414/7e7b8e1e/attachment.sig>


More information about the U-Boot mailing list