All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Kelly <mkelly@xevo.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] sunxi: allow CONFIG_DEFAULT_FDT_FILE override
Date: Thu, 31 May 2018 13:02:01 -0700	[thread overview]
Message-ID: <a5e2e85d-792a-a40a-15ee-5c2e37aea823@xevo.com> (raw)
In-Reply-To: <F832968D-FB41-4C0C-9BF1-228D1E2DD9E6@theobroma-systems.com>

On 05/31/2018 12:58 PM, klaus.goger at theobroma-systems.com wrote:
> 
> 
>> On 31.05.2018, at 21:48, Martin Kelly <mkelly@xevo.com> wrote:
>>
>> On 05/31/2018 11:15 AM, klaus.goger at theobroma-systems.com wrote:
>>> Hi Martin,
>>>> On 31.05.2018, at 19:49, Martin Kelly <mkelly@xevo.com> wrote:
>>>>
>>>> On 05/23/2018 11:34 AM, Martin Kelly wrote:
>>>>> On 05/17/2018 05:01 AM, Maxime Ripard wrote:
>>>>>> On Tue, May 01, 2018 at 05:46:41PM -0700, Martin Kelly wrote:
>>>>>>> Currently, sunxi-common.h ignores CONFIG_DEFAULT_FDT_FILE and assumes
>>>>>>> the kernel fdtfile and the u-boot devicetree names are the same.
>>>>>>> Although this is typically the case, sometimes you might want to
>>>>>>> customize one of these differently, so it's useful to allow them to be
>>>>>>> different.
>>>>>>>
>>>>>>> Add logic in sunxi-common.h to respect CONFIG_DEFAULT_FDT_FILE, if set,
>>>>>>> and default to the values it currently uses.
>>>>>>>
>>>>>>> Signed-off-by: Martin Kelly <mkelly@xevo.com>
>>>>>>
>>>>>> Acked-by: Maxime Ripard <maxime.ripard@bootlin.com>
>>>>>>
>>>>>> Maxime
>>>>>>
>>>>> (ping)
>>>>
>>>> (ping again)
>>>>
>>>> Can we get this patch merged?
>>> The else branch will never be selected.
>>> CONFIG_DEFAULT_FDT_FILE will be set to “” if not set by your defconfig.
>>
>> Thanks for noticing this; unfortunately you are right. I thought I tested this, but it was in the context of a larger build and I missed it.
>>
>> It looks like we have two options:
>>
>> (a) Test for empty string in preprocessor language. This is quite ugly and has some gotchas but should be doable (e.g. https://stackoverflow.com/questions/3781520/how-to-test-if-preprocessor-symbol-is-defined-but-has-no-value).
>>
>> (b) Always use the value of CONFIG_DEFAULT_FDT_FILE and stop using CONFIG_DEFAULT_DEVICE_TREE as a default. In each board file, explicitly set CONFIG_DEFAULT_FDT_FILE to its current default. This is what other boards are doing.
>>
>> I favor (b). If others are in favor, I'll submit a patch for it.
> 
> I run into the same issue for the rockchip architecture[1]. After giving up on finding a
> rock-solid solution for detecting the emtpy string I decided to go with your option (b).
> Another solution would be to hide CONFIG_DEFAULT_DEVICE_TREE behind a
> Kconfig bool so it would not be defined until something like CONFIG_FDT_FILE is
> selected. But in favour of having U-Boot devicetree decoupled from any OS fdt I
> still prefer option (b).
> 
> [1] https://patchwork.ozlabs.org/patch/920785/
> 
> 

Thanks, I'll go ahead with that solution and issue a follow-up patch.

Jagan, should I make the patch against this one, or against master?

  reply	other threads:[~2018-05-31 20:02 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-02  0:46 [U-Boot] [PATCH] sunxi: allow CONFIG_DEFAULT_FDT_FILE override Martin Kelly
2018-05-17 12:01 ` Maxime Ripard
2018-05-23 18:34   ` Martin Kelly
2018-05-31 17:49     ` Martin Kelly
2018-05-31 18:15       ` klaus.goger at theobroma-systems.com
2018-05-31 19:48         ` Martin Kelly
2018-05-31 19:58           ` klaus.goger at theobroma-systems.com
2018-05-31 20:02             ` Martin Kelly [this message]
2018-06-01  9:29               ` Jagan Teki
2018-05-31 18:13   ` Jagan Teki
2018-05-31 18:14     ` Martin Kelly

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=a5e2e85d-792a-a40a-15ee-5c2e37aea823@xevo.com \
    --to=mkelly@xevo.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.