devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Herve Codina <herve.codina@bootlin.com>
To: David Gibson <david@gibson.dropbear.id.au>
Cc: Rob Herring <robh@kernel.org>,
	Krzysztof Kozlowski <krzk@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	David Lechner <dlechner@baylibre.com>,
	Ayush Singh <ayush@beagleboard.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	devicetree-compiler@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org, devicetree-spec@vger.kernel.org,
	Hui Pu <hui.pu@gehealthcare.com>,
	Ian Ray <ian.ray@gehealthcare.com>,
	Luca Ceresoli <luca.ceresoli@bootlin.com>,
	Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Subject: Re: [PATCH v3 03/15] tests: Don't assume the root node is available at offset 0
Date: Tue, 1 Sep 2026 15:36:26 +0200	[thread overview]
Message-ID: <20260901153626.7f0e0813@bootlin.com> (raw)
In-Reply-To: <apaGr_i-s4DAZ-Ul@gractus.seuss>

Hi David,

On Tue, 1 Sep 2026 18:03:09 +1000
David Gibson <david@gibson.dropbear.id.au> wrote:

> On Wed, Aug 26, 2026 at 10:31:34AM +0200, Herve Codina wrote:
> > Several tests uses offset 0 as the offset of the root node. Either to
> > check the offset returned by tested functions or to directly manipulate
> > the root node retrieved using fdt_offset_ptr(fdt, 0, ...).
> > 
> > The root node is not always at offset 0. Indeed, a FDT_NOP tag can be
> > present at offset 0. fdt_root_offset() returns the offset of the root
> > node taking care of possible FDT_NOP tag.
> > 
> > Use fdt_root_offset() to get the offset of the root node and use this
> > value whenever the offset of the root node is expected.
> > 
> > Signed-off-by: Herve Codina <herve.codina@bootlin.com>
> > ---
> >  tests/node_offset_by_compatible.c |  4 +++-
> >  tests/node_offset_by_prop_value.c | 11 +++++++----
> >  tests/path_offset.c               | 13 +++++++++----
> >  tests/root_node.c                 |  6 +++++-
> >  4 files changed, 24 insertions(+), 10 deletions(-)
> > 
> > diff --git a/tests/node_offset_by_compatible.c b/tests/node_offset_by_compatible.c
> > index a9e67835..1278a562 100644
> > --- a/tests/node_offset_by_compatible.c
> > +++ b/tests/node_offset_by_compatible.c
> > @@ -39,12 +39,14 @@ static void check_search(void *fdt, const char *compat, ...)
> >  int main(int argc, char *argv[])
> >  {
> >  	void *fdt;
> > +	int root_offset;
> >  	int subnode1_offset, subnode2_offset;
> >  	int subsubnode1_offset, subsubnode2_offset;
> >  
> >  	test_init(argc, argv);
> >  	fdt = load_blob_arg(argc, argv);
> >  
> > +	root_offset = fdt_root_offset(fdt);
> >  	subnode1_offset = fdt_path_offset(fdt, "/subnode@1");
> >  	subnode2_offset = fdt_path_offset(fdt, "/subnode@2");
> >  	subsubnode1_offset = fdt_path_offset(fdt, "/subnode@1/subsubnode");
> > @@ -54,7 +56,7 @@ int main(int argc, char *argv[])
> >  	    || (subsubnode1_offset < 0) || (subsubnode2_offset < 0))
> >  		FAIL("Can't find required nodes");
> >  
> > -	check_search(fdt, "test_tree1", 0, -FDT_ERR_NOTFOUND);
> > +	check_search(fdt, "test_tree1", root_offset, -FDT_ERR_NOTFOUND);  
> 
> This does highlight that even with the compatibility changes
> introduced here, allowing NOPs before the root node can potentially
> break things.  We now handle _passing_ 0 to any of the functions as a
> node offset, but anything that expects a _returned_ offset to be 0 if
> it's the root node will break.
> 
> I think that's probably an acceptable breakage, but it's something to
> be aware of.

Yes, I know but I wouldn't say it is a breakage. NOPs are allowed by the
specification. In current version dtc/libfdt, having a NOP before the root
node is already broken.

I agree with you we need to be aware of.

...

> > diff --git a/tests/root_node.c b/tests/root_node.c
> > index 37e6f059..30903f2b 100644
> > --- a/tests/root_node.c
> > +++ b/tests/root_node.c
> > @@ -19,12 +19,16 @@ int main(int argc, char *argv[])
> >  {
> >  	void *fdt;
> >  	const struct fdt_node_header *nh;
> > +	int root_offset;
> >  
> >  	test_init(argc, argv);
> >  	fdt = load_blob_arg(argc, argv);
> >  
> > -	nh = fdt_offset_ptr(fdt, 0, sizeof(*nh));
> > +	root_offset = fdt_root_offset(fdt);
> > +	if (root_offset < 0)
> > +		FAIL("fdt_root_offset() returns %d", root_offset);  
> 
> Hm.  It's been a long time, but I suspect the purpose of this testcase
> was to be super low-level, checking the contents of the root node
> _without_ relying on iteration or lookup functions first.  Putting the
> lookup call here arguably defeats that purpose: certainly the test
> that nh->tag == FDT_BEGIN_NODE is no longer meaningful, since
> fdt_root_offset() will explicitly look for a location where that's
> true.
> 
> Or perhaps another way to look at it is that this test is explicitly
> verifying that the root node is at offset 0, so does it make snese for
> this test to even exist any more.  I guess the test for the name of
> the root node is still meaningful, if minor.
> 
> Nonetheless, to maintain as best we can this test's goal as working
> independent of lookup functions, I think it might be worth open coding
> something to skip FDT_NOP tags (not using fdt_next_tag(), even), then
> construct nh immediately after that.

Well "structured tags" are going to be introduced and so the open coding
here will need to take care of that. Later some new tags could be introduced
and could also have impacts on the test.

To be honest, I hesitated to just remove this root_node test.

I kept it because at least it checks that the offset returned by 
fdt_root_offset() looks like a root node (i.e tag BEGIN_NODE and empty name).

Adding an open coded loop here without fdt_next_tag() call will looks like
a copy/paste of the loop available in fdtdump.c. I am not sure that this is
what we want to see here.

The question is: How to be sure that the offset returned by fdt_root_offset()
is really the root node offset without having an open code loop here?

Maybe we can add a new test, root_offset, and build dtbs where we exactly
know where the root is (2 dtbs, with and without FDT_NOP). treegen could
build those dtbs.
---- 8< ----
/ {
    offset = <real_root_node_offset>;
};
---- 8< ----

The treegen tool should be able to add a property where the value is the offset
of the root node.

The new test could get the root node offset thanks to fdt_root_offset(), read the
'offset' property available at this root node offset and check that the property
value matches the root node offset returned by fdt_root_offset().

The root_node is kept as it is with this current patch applied:
- use fdt_root_offset()
- Check BEGIN_NODE
- Check empty name

What do you think about this solution ?

Should the 'root_offset' test need to be implemented or does it look over-engineered ?

Best regards,
Hervé
     
> 
> 
> >  
> > +	nh = fdt_offset_ptr(fdt, root_offset, sizeof(*nh));
> >  	if (! nh)
> >  		FAIL("NULL retrieving root node");
> >  

> > -- 
> > 2.55.0
> > 
> >   
> 



-- 
Hervé Codina, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

  reply	other threads:[~2026-09-01 13:36 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-26  8:31 [PATCH v3 00/15] Add support for structured tags and v18 dtb version Herve Codina
2026-08-26  8:31 ` [PATCH v3 01/15] fdtget: Use libfdt iterators instead of open coded loops Herve Codina
2026-08-27  3:55   ` David Gibson
2026-08-26  8:31 ` [PATCH v3 02/15] libfdt: Don't assume the root node is available at offset 0 Herve Codina
2026-08-30  3:21   ` David Gibson
2026-08-31 12:01     ` Herve Codina
2026-09-01  7:42       ` David Gibson
2026-09-01 12:18         ` Herve Codina
2026-09-02  7:06           ` David Gibson
2026-08-26  8:31 ` [PATCH v3 03/15] tests: " Herve Codina
2026-09-01  8:03   ` David Gibson
2026-09-01 13:36     ` Herve Codina [this message]
2026-09-02  8:56       ` David Gibson
2026-08-26  8:31 ` [PATCH v3 04/15] tests/nopulate: Add a FDT_NOP before the root node Herve Codina
2026-09-01  8:05   ` David Gibson
2026-08-26  8:31 ` [PATCH v3 05/15] tests: treegen: Introduce emit_fdt_header_vers() Herve Codina
2026-08-26  8:31 ` [PATCH v3 06/15] Introduce structured tag value definition Herve Codina
2026-08-26  8:31 ` [PATCH v3 07/15] fdtdump: Handle unknown tags Herve Codina
2026-08-26  8:31 ` [PATCH v3 08/15] flattree: " Herve Codina
2026-08-26  8:31 ` [PATCH v3 09/15] libfdt: Handle unknown tags in fdt_next_tag() Herve Codina
2026-08-26  8:31 ` [PATCH v3 10/15] libfdt: Introduce fdt_ptr_offset_() Herve Codina
2026-08-26  8:31 ` [PATCH v3 11/15] libfdt: Introduce fdt_getprop_by_offset_w() Herve Codina
2026-08-26  8:31 ` [PATCH v3 12/15] libfdt: Introduce fdt_getprop_offset_namelen() Herve Codina
2026-08-26  8:31 ` [PATCH v3 13/15] tests: Add wip_func utility Herve Codina
2026-08-26  8:31 ` [PATCH v3 14/15] libfdt: Handle unknown tags on dtb modifications Herve Codina
2026-08-26  8:31 ` [PATCH v3 15/15] Introduce v18 dtb version Herve Codina

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=20260901153626.7f0e0813@bootlin.com \
    --to=herve.codina@bootlin.com \
    --cc=ayush@beagleboard.org \
    --cc=conor+dt@kernel.org \
    --cc=david@gibson.dropbear.id.au \
    --cc=devicetree-compiler@vger.kernel.org \
    --cc=devicetree-spec@vger.kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dlechner@baylibre.com \
    --cc=geert@linux-m68k.org \
    --cc=hui.pu@gehealthcare.com \
    --cc=ian.ray@gehealthcare.com \
    --cc=krzk@kernel.org \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luca.ceresoli@bootlin.com \
    --cc=robh@kernel.org \
    --cc=thomas.petazzoni@bootlin.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).