From: Alper Nebi Yasak <alpernebiyasak@gmail.com>
To: Peng Fan <peng.fan@nxp.com>
Cc: "u-boot@lists.denx.de" <u-boot@lists.denx.de>,
"tharvey@gateworks.com" <tharvey@gateworks.com>,
"sbabic@denx.de" <sbabic@denx.de>,
"festevam@gmail.com" <festevam@gmail.com>,
"trini@konsulko.com" <trini@konsulko.com>,
Simon Glass <sjg@chromium.org>,
"Peng Fan (OSS)" <peng.fan@oss.nxp.com>
Subject: Re: [PATCH 7/8] binman_sym: guard with CONFIG_IS_ENABLED(BINMAN_SYMBOLS)
Date: Sat, 18 Jun 2022 15:24:14 +0300 [thread overview]
Message-ID: <9c4aa124-cb1a-ae5d-21ae-64ec3a758652@gmail.com> (raw)
In-Reply-To: <DU0PR04MB9417309B131DC6F5ED9230A788AA9@DU0PR04MB9417.eurprd04.prod.outlook.com>
On 15/06/2022 02:25, Peng Fan wrote:
>> Subject: Re: [PATCH 7/8] binman_sym: guard with
>> CONFIG_IS_ENABLED(BINMAN_SYMBOLS)
>>
>> On 13/06/2022 05:34, Peng Fan (OSS) wrote:
>>> 在 2022/6/11 20:44, Alper Nebi Yasak 写道:
>>>> CONFIG_IS_ENABLED(BINMAN) doesn't work, but
>> IS_ENABLED(CONFIG_BINMAN)
>>>> worked for me. I see all 8 symbols in spl/u-boot-spl.sym. I can send
>>>> you a git branch if you want?
>>>
>>> But now with your suggestion, that means all i.MX8M boards should use
>>> the i.MX binman symbols, that is not expected. The i.MX driver code is
>>> expected to support w/o i.MX binman symbols.
>>
>> In my series I'll add a macro like BINMAN_SYMS_OK that is true if binman wrote
>> the declared symbols, and false if it didn't. Then you can check 'if
>> (BINMAN_SYMS_OK)' to decide if the driver should use the symbols.
>> It'll take a day or two for me to test and send. If the macro isn't good enough,
>> maybe you can add a new config for the driver's binman symbols.
>
> Thanks for helping, please also share me a git repo.
I've sent a v2 for my series [1], and pushed a branch to my repo [2]
with your changes added on top of mine.
[1] spl: binman: Fixes for BINMAN_SYMBOLS
https://lore.kernel.org/u-boot/20220618121316.12061-1-alpernebiyasak@gmail.com/T/
[2] alpernebbi/u-boot at imx-ddr-binman-symbols
https://github.com/alpernebbi/u-boot/tree/imx-ddr-binman-symbols
>>
>> (Is there any i.MX8M board that won't have working symbols for ddr_fw files
>> after this series?)
>
> I think NO, but I still prefer symbols could be disabled on demand, some NXP
> downstream validation boards not have symbols enabled.
>
> Thanks,
> Peng.
next prev parent reply other threads:[~2022-06-18 12:24 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-03 7:17 [PATCH 0/8] arm64: binman: use binman symbols for imx Peng Fan (OSS)
2022-06-03 6:37 ` Peng Fan
2022-06-03 7:17 ` [PATCH 1/8] spl: Kconfig: not select SPL_RAW_IMAGE_SUPPORT for i.MX8M Peng Fan (OSS)
2022-06-03 12:19 ` Tom Rini
2022-06-04 11:49 ` Alper Nebi Yasak
2022-06-03 7:17 ` [PATCH 2/8] configs: imx8mm_data_modul_edm_sbc: not select SPL_RAM_DEVICE Peng Fan (OSS)
2022-06-04 11:49 ` Alper Nebi Yasak
2022-06-06 14:07 ` Marek Vasut
2022-06-07 17:26 ` Alper Nebi Yasak
2022-06-07 18:11 ` Marek Vasut
2022-06-07 20:54 ` Alper Nebi Yasak
2022-06-07 22:54 ` Marek Vasut
2022-06-10 15:51 ` Alper Nebi Yasak
2022-06-11 10:09 ` Marek Vasut
2022-06-03 7:17 ` [PATCH 3/8] arm: dts: imx8m: update binman ddr firmware node name Peng Fan (OSS)
2022-06-04 11:50 ` Alper Nebi Yasak
2022-06-03 7:17 ` [PATCH 4/8] armv8: u-boot-spl.lds: mark __image_copy_start as symbol Peng Fan (OSS)
2022-06-04 11:50 ` Alper Nebi Yasak
2022-06-03 7:17 ` [PATCH 5/8] ddr: imx8m: helper: load ddr firmware according to binman symbols Peng Fan (OSS)
2022-06-04 11:50 ` Alper Nebi Yasak
2022-06-03 7:17 ` [PATCH 6/8] arm: dts: imx8m: shrink ddr firmware size to actual file size Peng Fan (OSS)
2022-06-04 11:50 ` Alper Nebi Yasak
2022-06-03 7:17 ` [PATCH 7/8] binman_sym: guard with CONFIG_IS_ENABLED(BINMAN_SYMBOLS) Peng Fan (OSS)
2022-06-04 11:50 ` Alper Nebi Yasak
2022-06-10 16:47 ` Alper Nebi Yasak
2022-06-11 10:32 ` Peng Fan (OSS)
2022-06-11 12:44 ` Alper Nebi Yasak
2022-06-13 2:34 ` Peng Fan (OSS)
2022-06-14 21:20 ` Alper Nebi Yasak
2022-06-14 23:25 ` Peng Fan
2022-06-18 12:24 ` Alper Nebi Yasak [this message]
2022-06-13 2:31 ` Peng Fan (OSS)
2022-06-14 21:01 ` Alper Nebi Yasak
2022-06-03 7:17 ` [PATCH 8/8] imx: imx8mm-icore: migrate to use BINMAN Peng Fan (OSS)
2022-06-04 11:50 ` Alper Nebi Yasak
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=9c4aa124-cb1a-ae5d-21ae-64ec3a758652@gmail.com \
--to=alpernebiyasak@gmail.com \
--cc=festevam@gmail.com \
--cc=peng.fan@nxp.com \
--cc=peng.fan@oss.nxp.com \
--cc=sbabic@denx.de \
--cc=sjg@chromium.org \
--cc=tharvey@gateworks.com \
--cc=trini@konsulko.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox