public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Michal Simek <michal.simek@xilinx.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/2] spl: dm: Add SPL_DM_SEQ_ALIAS config option
Date: Mon, 14 Dec 2015 08:29:38 +0100	[thread overview]
Message-ID: <566E6FE2.6030105@xilinx.com> (raw)
In-Reply-To: <566E6103.3050001@denx.de>

On 14.12.2015 07:26, Stefan Roese wrote:
> On 12.12.2015 15:08, Nathan Rossi wrote:
>> On Sat, Dec 12, 2015 at 10:05 PM, Stefan Roese <sr@denx.de> wrote:
>>> On 11.12.2015 18:32, Marek Vasut wrote:
>>>>
>>>> On Friday, December 11, 2015 at 04:46:40 PM, Michal Simek wrote:
>>>>>
>>>>> On 11.12.2015 16:07, Marek Vasut wrote:
>>>>>>
>>>>>> On Friday, December 11, 2015 at 03:48:09 PM, Nathan Rossi wrote:
>>>>>>>
>>>>>>> The Device Model sequence alias feature is required by some
>>>>>>> Uclasses.
>>>>>>> Instead of disabling the feature for all SPL targets allow it to be
>>>>>>> configured.
>>>>>>>
>>>>>>> The config option is disabled by default to reduce code size for
>>>>>>> targets
>>>>>>> that are not interested or do not require this feature.
>>>>>>>
>>>>>>> Signed-off-by: Nathan Rossi <nathan@nathanrossi.com>
>>>>>>> Cc: Simon Glass <sjg@chromium.org>
>>>>>>> Cc: Masahiro Yamada <yamada.masahiro@socionext.com>
>>>>>>> Cc: Linus Walleij <linus.walleij@linaro.org>
>>>>>>> Cc: Marek Vasut <marex@denx.de>
>>>>>>> Cc: Michal Simek <michal.simek@xilinx.com>
>>>>>>> ---
>>>>>>> Based on a small amount of inspection for the Zynq platform,
>>>>>>> enabling
>>>>>>> this config option adds ~1KB of code size.
>>>>>>>
>>>>>>> Also on a side note, this might affect the socfpga target as it
>>>>>>> forcibly
>>>>>>> overrides the #undef from config_uncmd_spl.h in its common header. I
>>>>>>> have Cc'd the respective maintainer for this reason.
>>>>>>
>>>>>>
>>>>>> The fix for SoCFPGA is easy -- enable the SPL_DM_SEQ_ALIAS in
>>>>>> configs/socfpga*. It is needed for booting from QSPI NOR.
>>
>> I will add a patch to this series, depending on how it is agreed to
>> enable this option.
>>
>>>>>
>>>>>
>>>>> That's probably not the best solution. But of course we can use it.
>>>>> IRC Stefan had the same problem.
>>
>> So would a better solution be to force the ARCH_ZYNQ config (and
>> others ARCH_SOCFPGA/ARCH_MVEBU) to 'select SPL_DM_SEQ_ALIAS' instead
>> of enabling them separately for each defconfig? like is done for
>> SPL_OF_CONTROL/etc.
> 
> Yes, please. Autoselecting this option is definitely better.

TBH I don't think this is the best solution. We should select things
which are required all the time. For zynq case this selection is
necessary just for qspi boot mode. There are other boot modes which
doesn't require it that's why for these mods this is just additional code.
If you think that this is need/good to select by default for your SoC
then this can be done separately.

Note: Agree with Marek that will be good to check where exactly the
problem is that this config option is necessary to enable even for case
where only on qspi is in the system.

Acked-by: Michal Simek <michal.simek@xilinx.com>

Thanks,
Michal

  reply	other threads:[~2015-12-14  7:29 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-11 14:48 [U-Boot] [PATCH 0/2] Change DM_SEQ_ALIAS to be configurable for SPL Nathan Rossi
2015-12-11 14:48 ` [U-Boot] [PATCH 1/2] spl: dm: Add SPL_DM_SEQ_ALIAS config option Nathan Rossi
2015-12-11 15:07   ` Marek Vasut
2015-12-11 15:46     ` Michal Simek
2015-12-11 17:32       ` Marek Vasut
2015-12-12 12:05         ` Stefan Roese
2015-12-12 14:08           ` Nathan Rossi
2015-12-12 15:38             ` Marek Vasut
2015-12-14  6:26             ` Stefan Roese
2015-12-14  7:29               ` Michal Simek [this message]
2015-12-30  5:52                 ` Nathan Rossi
2015-12-30  9:02                   ` Marek Vasut
2015-12-11 15:47   ` Simon Glass
2015-12-11 14:48 ` [U-Boot] [PATCH 2/2] arm: zynq: Enable SPL_DM_SEQ_ALIAS for all Zynq configs Nathan Rossi

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=566E6FE2.6030105@xilinx.com \
    --to=michal.simek@xilinx.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