All of lore.kernel.org
 help / color / mirror / Atom feed
From: "André Przywara" <andre.przywara@arm.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] ARM: SPL: FIT: fix DTC warnings on FIT generation
Date: Mon, 16 Oct 2017 22:30:54 +0100	[thread overview]
Message-ID: <e1b1467e-8f92-2632-ac9c-cc17f8a1aab2@arm.com> (raw)
In-Reply-To: <CAD6G_RRLVidu-bCgpLW8OCfx8+Fc4YkTVBhEXQBxfNiZKzf+bA@mail.gmail.com>

Hi,

sorry Simon for dropping the ball earlier. I will try to answer both
Jagan's and your concern below.

On 16/10/17 21:59, Jagan Teki wrote:
> On Mon, Oct 9, 2017 at 10:15 AM, Simon Glass <sjg@chromium.org> wrote:
>> Hi Andre,
>>
>> On 4 October 2017 at 17:24, Andre Przywara <andre.przywara@arm.com> wrote:
>>> Newer versions of the device tree compiler (rightfully) complain about
>>> mismatches between attributed node names (name@<addr>) and a missing
>>> reg property in that node.
>>> Adjust the FIT build script for 64-bit Allwinner boards to remove the
>>> bogus addresses from the node names and avoid the warnings.
>>>
>>> Signed-off-by: Andre Przywara <andre.przywara@arm.com>
>>> ---
>>>  board/sunxi/mksunxi_fit_atf.sh | 16 ++++++++--------
>>>  1 file changed, 8 insertions(+), 8 deletions(-)
>>
>> It looks like we have this problem all over the place. The
>> documentation in doc/uImage now seems to have this problem too.
>>
>> I wonder if instead we should add reg / #address-cells / #size-cells properties?
> 
> If the update on dts, might be an another-overhead to maintain u-boot
> dts wrt Linux dts sync.

This is not the kernel .dts, but the FIT image description (using the
DTS format), which is purely private to U-Boot. I erroneously used
addresses (fdt at 1) to enumerate different FDTs.
I don't think this is right, since those FDTs don't have anything which
would resemble an address. Instead the SPL just chooses one of them, and
the script generates as many as we give it (from defconfig).

So I don't see much sense in introducing a "reg" property. Multiple
instances of an UART are alive at the same time, so an address property
makes sense. But we just need *one* FDT and some unique name used to
match configuration entries to the appropriate image. Actually those
identifiers could be totally random as well, or we actually use
something derived from the filename.
But for simplicity I'd just go with the underscore notation, unless
someone convinces me otherwise.

Cheers,
Andre.

  parent reply	other threads:[~2017-10-16 21:30 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-04 23:24 [U-Boot] [PATCH] ARM: SPL: FIT: fix DTC warnings on FIT generation Andre Przywara
2017-10-09  4:45 ` Simon Glass
2017-10-16 20:59   ` Jagan Teki
2017-10-16 21:13     ` Tom Rini
2017-10-16 21:20       ` Jagan Teki
2017-10-23  5:38       ` Lokesh Vutla
2017-10-23 20:34         ` Tom Rini
2017-10-24  2:03           ` Lokesh Vutla
2017-10-24  2:31             ` Masahiro Yamada
2017-10-24 22:04               ` André Przywara
2017-10-16 21:30     ` André Przywara [this message]
2017-10-22 14:34       ` Simon Glass

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e1b1467e-8f92-2632-ac9c-cc17f8a1aab2@arm.com \
    --to=andre.przywara@arm.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.