From: Alexandre Torgue <alexandre.torgue@st.com>
To: Frank Rowand <frowand.list@gmail.com>,
robh+dt@kernel.org, Masahiro Yamada <masahiroy@kernel.org>,
Michal Marek <michal.lkml@markovi.net>,
david@gibson.dropbear.id.au, sjg@chromium.org
Cc: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-kbuild@vger.kernel.org,
devicetree-compiler@vger.kernel.org
Subject: Re: [RFC PATCH 0/3] Add device tree build information
Date: Mon, 20 Jan 2020 11:56:41 +0100 [thread overview]
Message-ID: <220e3aea-b273-417a-69c9-059236c888af@st.com> (raw)
In-Reply-To: <7cfd0bc0-13fd-98ea-9bfd-6cfbbfd77b6d@gmail.com>
Hi Franck
On 1/17/20 8:13 PM, Frank Rowand wrote:
>
> On 1/16/20 2:19 AM, Alexandre Torgue wrote:
>> Hi Franck,
>>
>> On 1/16/20 3:28 AM, Frank Rowand wrote:
>>> On 1/13/20 12:16 PM, Alexandre Torgue wrote:
>>>> Hi,
>>>>
>>>> The goal of this series is to add device tree build information in dtb.
>>>> This information can be dtb build date, where devicetree files come from,
>>>> who built the dtb ... Actually, same kind of information that you can find
>>>> in the Linux banner which is printout during kernel boot. Having the same
>>>> kind of information for device tree is useful for debugging and maintenance.
>>>>
>>>> To achieve that a new option "-B" (using an argument) is added to dtc.
>>>> The argument is a file containing a string with build information
>>>> (e.g., From Linux 5.5.0-rc1 by alex the Mon Jan 13 18:25:38 CET 2020).
>>>> DTC use it to append dts file with a new string property "Build-info".
>>>>
>>>> of/fdt.c is modified to printout "Build-info" property during Kernel boot and
>>>> scripts/Makefile.lib is modified to use dtc -B option during kernel make (this
>>>> last part could be improved for sure).
>>>
>>> Please read through the thread at:
>>>
>>> https://lore.kernel.org/linux-arm-kernel/550A42AC.8060104@gmail.com/
>>>
>>> which was my attempt to do something similar.
>>
>> Yes the idea is the same: get build DTB information like build date,
>> "who built the DTB" ... The difference seems to be the way to do it.
>> In my case, I don't want to modify existing dts source files., but I
>> "just" append them by creating a new property with a string
>> containing this build information.>
>> Why your proposition has not been accepted ?
>
> Since you are asking this question, I am presuming that you did not
> read the replies in the thread I referenced. Please read through
> the entire thread. Most of the review comments were objecting to
> the concept of my proposal.
Sorry I have been lazy :$. This series is a tiny one compare to yours,
and adds less dtb information (only git used, who built dtb and the
date). There are no "dtb versions", and "absolute/relative" path which
created concerns. One remaining concern is "reproducible build" but
making dtb info optional could respond to it.
I continue to think that it's useful to get those information (even if
it's only a string) But before continuing (and find a better technical
way to do it), I need to know if there are no other obstacles.
Regards
Alex
>
> -Frank
>
>>
>> Regards
>> Alex
>>
>>>
>>> -Frank
>>>
>>>>
>>>> Regards
>>>> Alex
>>>>
>>>> Alexandre Torgue (3):
>>>> dtc: Add dtb build information option
>>>> of: fdt: print dtb build information
>>>> scripts: Use -B dtc option to generate dtb build information.
>>>>
>>>> drivers/of/fdt.c | 9 +++++++
>>>> scripts/Makefile.lib | 11 +++++---
>>>> scripts/dtc/dtc.c | 55 +++++++++++++++++++++++++++++++++-----
>>>> scripts/gen_dtb_build_info | 11 ++++++++
>>>> 4 files changed, 76 insertions(+), 10 deletions(-)
>>>> create mode 100755 scripts/gen_dtb_build_info
>>>>
>>>
>>
>
WARNING: multiple messages have this Message-ID (diff)
From: Alexandre Torgue <alexandre.torgue@st.com>
To: Frank Rowand <frowand.list@gmail.com>, <robh+dt@kernel.org>,
Masahiro Yamada <masahiroy@kernel.org>,
Michal Marek <michal.lkml@markovi.net>,
<david@gibson.dropbear.id.au>, <sjg@chromium.org>
Cc: <devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<linux-kbuild@vger.kernel.org>,
<devicetree-compiler@vger.kernel.org>
Subject: Re: [RFC PATCH 0/3] Add device tree build information
Date: Mon, 20 Jan 2020 11:56:41 +0100 [thread overview]
Message-ID: <220e3aea-b273-417a-69c9-059236c888af@st.com> (raw)
In-Reply-To: <7cfd0bc0-13fd-98ea-9bfd-6cfbbfd77b6d@gmail.com>
Hi Franck
On 1/17/20 8:13 PM, Frank Rowand wrote:
>
> On 1/16/20 2:19 AM, Alexandre Torgue wrote:
>> Hi Franck,
>>
>> On 1/16/20 3:28 AM, Frank Rowand wrote:
>>> On 1/13/20 12:16 PM, Alexandre Torgue wrote:
>>>> Hi,
>>>>
>>>> The goal of this series is to add device tree build information in dtb.
>>>> This information can be dtb build date, where devicetree files come from,
>>>> who built the dtb ... Actually, same kind of information that you can find
>>>> in the Linux banner which is printout during kernel boot. Having the same
>>>> kind of information for device tree is useful for debugging and maintenance.
>>>>
>>>> To achieve that a new option "-B" (using an argument) is added to dtc.
>>>> The argument is a file containing a string with build information
>>>> (e.g., From Linux 5.5.0-rc1 by alex the Mon Jan 13 18:25:38 CET 2020).
>>>> DTC use it to append dts file with a new string property "Build-info".
>>>>
>>>> of/fdt.c is modified to printout "Build-info" property during Kernel boot and
>>>> scripts/Makefile.lib is modified to use dtc -B option during kernel make (this
>>>> last part could be improved for sure).
>>>
>>> Please read through the thread at:
>>>
>>> https://lore.kernel.org/linux-arm-kernel/550A42AC.8060104@gmail.com/
>>>
>>> which was my attempt to do something similar.
>>
>> Yes the idea is the same: get build DTB information like build date,
>> "who built the DTB" ... The difference seems to be the way to do it.
>> In my case, I don't want to modify existing dts source files., but I
>> "just" append them by creating a new property with a string
>> containing this build information.>
>> Why your proposition has not been accepted ?
>
> Since you are asking this question, I am presuming that you did not
> read the replies in the thread I referenced. Please read through
> the entire thread. Most of the review comments were objecting to
> the concept of my proposal.
Sorry I have been lazy :$. This series is a tiny one compare to yours,
and adds less dtb information (only git used, who built dtb and the
date). There are no "dtb versions", and "absolute/relative" path which
created concerns. One remaining concern is "reproducible build" but
making dtb info optional could respond to it.
I continue to think that it's useful to get those information (even if
it's only a string) But before continuing (and find a better technical
way to do it), I need to know if there are no other obstacles.
Regards
Alex
>
> -Frank
>
>>
>> Regards
>> Alex
>>
>>>
>>> -Frank
>>>
>>>>
>>>> Regards
>>>> Alex
>>>>
>>>> Alexandre Torgue (3):
>>>> dtc: Add dtb build information option
>>>> of: fdt: print dtb build information
>>>> scripts: Use -B dtc option to generate dtb build information.
>>>>
>>>> drivers/of/fdt.c | 9 +++++++
>>>> scripts/Makefile.lib | 11 +++++---
>>>> scripts/dtc/dtc.c | 55 +++++++++++++++++++++++++++++++++-----
>>>> scripts/gen_dtb_build_info | 11 ++++++++
>>>> 4 files changed, 76 insertions(+), 10 deletions(-)
>>>> create mode 100755 scripts/gen_dtb_build_info
>>>>
>>>
>>
>
next prev parent reply other threads:[~2020-01-20 10:56 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-13 18:16 [RFC PATCH 0/3] Add device tree build information Alexandre Torgue
2020-01-13 18:16 ` Alexandre Torgue
2020-01-13 18:16 ` [RFC PATCH 1/3] dtc: Add dtb build information option Alexandre Torgue
2020-01-13 18:16 ` Alexandre Torgue
2020-01-16 0:57 ` David Gibson
2020-01-16 8:58 ` Alexandre Torgue
2020-01-16 8:58 ` Alexandre Torgue
2020-01-16 8:58 ` Alexandre Torgue
2020-01-17 9:09 ` David Gibson
2020-01-17 14:43 ` Rob Herring
2020-01-17 14:43 ` Rob Herring
2020-01-17 15:11 ` Alexandre Torgue
2020-01-17 15:11 ` Alexandre Torgue
2020-01-19 6:40 ` David Gibson
2020-01-19 6:39 ` David Gibson
2020-01-20 18:55 ` Ian Lepore
[not found] ` <9c4e873ef998a5800a4cac673b7e925fc90e3293.camel-h+KGxgPPiopAfugRpC6u6w@public.gmane.org>
2020-01-21 2:05 ` David Gibson
2020-01-21 15:37 ` Ian Lepore
[not found] ` <52f4b34454ab41151113c4ba5e4011d8b992e21f.camel-h+KGxgPPiopAfugRpC6u6w@public.gmane.org>
2020-01-22 1:28 ` David Gibson
2020-04-17 14:27 ` Alexandre Torgue
2020-01-21 15:59 ` Rob Herring
2020-01-21 17:18 ` Steve McIntyre
2020-01-23 5:13 ` David Gibson
[not found] ` <20200123051316.GP2347-K0bRW+63XPQe6aEkudXLsA@public.gmane.org>
2020-01-23 14:05 ` Rob Herring
2020-01-23 14:05 ` Rob Herring
[not found] ` <CAL_JsqKTsX9efYDMjGahFDxj0cEfzozeNrY1Nq1bECzgOZGqdQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-01-20 18:17 ` Steve McIntyre
2020-01-20 18:17 ` Steve McIntyre
[not found] ` <20200120181708.GN3697-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2020-01-22 18:00 ` Alexandre Torgue
2020-01-22 18:00 ` Alexandre Torgue
2020-01-22 18:00 ` Alexandre Torgue
2020-01-22 19:54 ` Frank Rowand
[not found] ` <20200113181625.3130-1-alexandre.torgue-qxv4g6HH51o@public.gmane.org>
2020-01-13 18:16 ` [RFC PATCH 2/3] of: fdt: print dtb build information Alexandre Torgue
2020-01-13 18:16 ` Alexandre Torgue
2020-01-13 18:16 ` Alexandre Torgue
2020-01-13 18:16 ` [RFC PATCH 3/3] scripts: Use -B dtc option to generate " Alexandre Torgue
2020-01-13 18:16 ` Alexandre Torgue
2020-01-13 18:16 ` Alexandre Torgue
2020-01-17 19:20 ` Frank Rowand
[not found] ` <bc5a94e3-389e-7ef4-5d14-1f7ab30a0826-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-01-22 19:54 ` Frank Rowand
2020-01-22 19:54 ` Frank Rowand
2020-01-20 16:16 ` Frank Rowand
2020-01-15 15:56 ` [RFC PATCH 0/3] Add device tree " Steve McIntyre
2020-01-15 15:56 ` Steve McIntyre
2020-01-15 15:56 ` Steve McIntyre
2020-01-16 2:28 ` Frank Rowand
2020-01-16 2:28 ` Frank Rowand
2020-01-16 8:19 ` Alexandre Torgue
2020-01-16 8:19 ` Alexandre Torgue
[not found] ` <233e0a5f-d38f-908c-5ca7-66ee87d0fcae-qxv4g6HH51o@public.gmane.org>
2020-01-17 19:13 ` Frank Rowand
2020-01-17 19:13 ` Frank Rowand
2020-01-20 10:56 ` Alexandre Torgue [this message]
2020-01-20 10:56 ` Alexandre Torgue
2020-01-20 16:14 ` Frank Rowand
[not found] ` <a1233cd8-e73a-82d7-74bf-69109d1a0a07-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-01-20 18:28 ` Steve McIntyre
2020-01-20 18:28 ` Steve McIntyre
2020-01-21 3:20 ` Frank Rowand
[not found] ` <f09ce50c-6721-c9d3-4f27-3f98a2d0b183-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-01-21 3:39 ` Frank Rowand
2020-01-21 3:39 ` Frank Rowand
2020-01-21 17:10 ` Steve McIntyre
2020-01-21 17:10 ` Steve McIntyre
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=220e3aea-b273-417a-69c9-059236c888af@st.com \
--to=alexandre.torgue@st.com \
--cc=david@gibson.dropbear.id.au \
--cc=devicetree-compiler@vger.kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=frowand.list@gmail.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=masahiroy@kernel.org \
--cc=michal.lkml@markovi.net \
--cc=robh+dt@kernel.org \
--cc=sjg@chromium.org \
/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.