From: "Luca Ceresoli" <luca.ceresoli@bootlin.com>
To: "Herve Codina" <herve.codina@bootlin.com>,
"David Gibson" <david@gibson.dropbear.id.au>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>
Cc: "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>,
"Thomas Petazzoni" <thomas.petazzoni@bootlin.com>
Subject: Re: [RFC PATCH 10/15] fdtdump: Handle unknown tags
Date: Wed, 01 Apr 2026 17:15:09 +0200 [thread overview]
Message-ID: <DHHX0MU38SMV.1NAWHIZ7STHW4@bootlin.com> (raw)
In-Reply-To: <20260210173349.636766-11-herve.codina@bootlin.com>
On Tue Feb 10, 2026 at 6:33 PM CET, Herve Codina wrote:
> The structured tag value definition introduced recently gives the
> ability to ignore unknown tags without any error when they are read.
>
> Handle those structured tag.
How? This sentence is vague, what about:
Allow dumping the unknown tags or not based on a command line flag.
> --- a/fdtdump.c
> +++ b/fdtdump.c
> @@ -44,7 +44,7 @@ static const char *tagname(uint32_t tag)
> #define dumpf(fmt, args...) \
> do { if (debug) printf("// " fmt, ## args); } while (0)
>
> -static void dump_blob(void *blob, bool debug)
> +static void dump_blob(void *blob, bool debug, int dump_unknown)
> {
> uintptr_t blob_off = (uintptr_t)blob;
> struct fdt_header *bph = blob;
> @@ -146,20 +146,55 @@ static void dump_blob(void *blob, bool debug)
> continue;
> }
>
> + if ((tag & FDT_TAG_STRUCTURED) && (tag & FDT_TAG_SKIP_SAFE)) {
> + sz = 0;
> + switch (tag & FDT_TAG_DATA_MASK) {
> + case FDT_TAG_DATA_NONE:
> + break;
> + case FDT_TAG_DATA_1CELL:
> + sz = FDT_CELLSIZE;
> + break;
> + case FDT_TAG_DATA_2CELLS:
> + sz = 2 * FDT_CELLSIZE;
> + break;
> + case FDT_TAG_DATA_LNG:
> + /* Get the length */
> + sz = fdt32_to_cpu(GET_CELL(p));
> + break;
> + }
> +
> + if (dump_unknown) {
> + printf("%*s// Unknown tag ignored: 0x%08"PRIx32", data lng %d",
As before, I'd use "len" instead of "lng".
> + depth * shift, "", tag, sz);
> + if (dump_unknown > 1 && sz != 0) {
> + printf(" ");
> + for (i = 0; i < sz; i++)
> + printf("%02hhx", *(p + i));
> + }
> + printf("\n");
> + }
> +
> + /* Skip the data bytes */
> + p = PALIGN(p + sz, 4);
> + continue;
> + }
> +
> die("** Unknown tag 0x%08"PRIx32"\n", tag);
> }
> }
>
> /* Usage related data. */
> static const char usage_synopsis[] = "fdtdump [options] <file>";
> -static const char usage_short_opts[] = "ds" USAGE_COMMON_SHORT_OPTS;
> +static const char usage_short_opts[] = "dus" USAGE_COMMON_SHORT_OPTS;
> static struct option const usage_long_opts[] = {
> {"debug", no_argument, NULL, 'd'},
> + {"unknown", no_argument, NULL, 'u'},
> {"scan", no_argument, NULL, 's'},
> USAGE_COMMON_LONG_OPTS
> };
> static const char * const usage_opts_help[] = {
> "Dump debug information while decoding the file",
> + "Dump unknown tags information while decoding the file (-uu to have data)",
^
dump
> --- a/tests/trees.S
> +++ b/tests/trees.S
> @@ -328,3 +328,113 @@ named_root_strings:
> named_root_strings_end:
>
> named_root_end:
> +
> +
> + /* Tree with "unknown" tags that can be skipped
> + * Use a really future dtb version to check version downgrade on
> + * modification.
> + */
> + treehdr_vers unknown_tags_can_skip 0xffffffff 0x10
> + empty_rsvmap unknown_tags_can_skip
> +
> +unknown_tags_can_skip_struct:
> + fdtlong FDT_TEST_1CELL_CAN_SKIP
> + fdtlong 0x1
> +
> + beginn ""
> + fdtlong FDT_TEST_NONE_CAN_SKIP
> +
> + propu32 unknown_tags_can_skip, prop_int, 1
> +
> + fdtlong FDT_TEST_1CELL_CAN_SKIP
> + fdtlong 0x11
> +
> + propstr unknown_tags_can_skip, prop_str, "abcd"
> +
> + fdtlong FDT_TEST_2CELLS_CAN_SKIP
> + fdtlong 0x12
> + fdtlong 0x12
Can you use different values here, just to make the test slightly more
robust? Just in case parsing ends up on the wrong cell, as unlikely as it
can be.
Same in various places below.
> +
> + fdtlong FDT_TEST_LNG_CAN_SKIP
> + fdtlong 3
> + .byte 0x13
> + .byte 0x13
> + .byte 0x13
> + .byte 0 /* padding */
> +
> + beginn "subnode1"
> + propu64 unknown_tags_can_skip, prop_int, 1, 2
> + fdtlong FDT_TEST_NONE_CAN_SKIP
> + endn
> +
> + beginn "subnode2"
> + fdtlong FDT_TEST_1CELL_CAN_SKIP
> + fdtlong 0x121
> + propu64 unknown_tags_can_skip, prop_int1, 1, 2
> + fdtlong FDT_TEST_1CELL_CAN_SKIP
> + fdtlong 0x122
> + propu64 unknown_tags_can_skip, prop_int2, 1, 2
> + beginn "subsubnode"
> + fdtlong FDT_TEST_1CELL_CAN_SKIP
> + fdtlong 0x123
> + propu64 unknown_tags_can_skip, prop_int, 1, 2
As before, you are using values 1 and 2 for all the properties, I'd use
different values, and possibly even with different amounts of cells in
properties.
Other than these two minor nits, this patch looks very good to me.
Luca
--
Luca Ceresoli, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2026-04-01 15:15 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-10 17:33 [RFC PATCH 00/15] Add support for structured tags and v18 dtb version Herve Codina
2026-02-10 17:33 ` [RFC PATCH 01/15] dtc: Use a consistent type for basenamelen Herve Codina
2026-02-13 6:14 ` David Gibson
2026-02-10 17:33 ` [RFC PATCH 02/15] fdtdump: Remove dtb version check Herve Codina
2026-02-14 2:12 ` David Gibson
2026-02-10 17:33 ` [RFC PATCH 03/15] fdtdump: Return an error code on wrong tag value Herve Codina
2026-02-23 5:38 ` David Gibson
2026-02-23 8:39 ` Herve Codina
2026-02-24 5:57 ` David Gibson
2026-02-10 17:33 ` [RFC PATCH 04/15] libfdt: fdt_rw: Introduce fdt_downgrade_version() Herve Codina
2026-02-24 6:09 ` David Gibson
2026-02-10 17:33 ` [RFC PATCH 05/15] libfdt: Introduce fdt_first_node() Herve Codina
2026-04-01 15:11 ` Luca Ceresoli
2026-04-03 7:07 ` Herve Codina
2026-02-10 17:33 ` [RFC PATCH 06/15] libfdt: Don't assume that a FDT_BEGIN_NODE tag is available at offset 0 Herve Codina
2026-04-01 15:11 ` Luca Ceresoli
2026-02-10 17:33 ` [RFC PATCH 07/15] libfdt: fdt_check_full: Handle FDT_NOP when FDT_END is expected Herve Codina
2026-03-04 10:08 ` David Gibson
2026-02-10 17:33 ` [RFC PATCH 08/15] tests: asm: Introduce treehdr_vers macro Herve Codina
2026-02-10 17:33 ` [RFC PATCH 09/15] Introduce structured tag value definition Herve Codina
2026-04-01 15:11 ` Luca Ceresoli
2026-02-10 17:33 ` [RFC PATCH 10/15] fdtdump: Handle unknown tags Herve Codina
2026-04-01 15:15 ` Luca Ceresoli [this message]
2026-02-10 17:33 ` [RFC PATCH 11/15] flattree: " Herve Codina
2026-04-01 15:15 ` Luca Ceresoli
2026-02-10 17:33 ` [RFC PATCH 12/15] libfdt: Handle unknown tags in fdt_get_next() Herve Codina
2026-04-01 15:17 ` Luca Ceresoli
2026-02-10 17:33 ` [RFC PATCH 13/15] libfdt: Introduce fdt_ptr_offset_ Herve Codina
2026-04-01 15:18 ` Luca Ceresoli
2026-02-10 17:33 ` [RFC PATCH 14/15] libfdt: Handle unknown tags on dtb modifications Herve Codina
2026-04-01 15:18 ` Luca Ceresoli
2026-02-10 17:33 ` [RFC PATCH 15/15] Introduce v18 dtb version Herve Codina
2026-04-01 15:19 ` Luca Ceresoli
2026-03-12 7:54 ` [RFC PATCH 00/15] Add support for structured tags and " Herve Codina
2026-03-12 10:21 ` David Gibson
2026-03-16 16:16 ` 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=DHHX0MU38SMV.1NAWHIZ7STHW4@bootlin.com \
--to=luca.ceresoli@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=geert@linux-m68k.org \
--cc=herve.codina@bootlin.com \
--cc=hui.pu@gehealthcare.com \
--cc=ian.ray@gehealthcare.com \
--cc=krzk@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--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