From: Masahiro Yamada <yamada.m@jp.panasonic.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v3 6/7] kconfig: remove unneeded dependency on !SPL_BUILD
Date: Tue, 24 Feb 2015 22:36:08 +0900 [thread overview]
Message-ID: <20150224223608.63BA.AA925319@jp.panasonic.com> (raw)
In-Reply-To: <CAPnjgZ0RLFQWVZTWWptHsaERavk4Hd34NjC3hnLohsZxXze6Vw@mail.gmail.com>
Hi Simon,
On Mon, 23 Feb 2015 07:02:25 -0700
Simon Glass <sjg@chromium.org> wrote:
> Hi Masahiro,
>
> On 20 February 2015 at 19:37, Masahiro YAMADA <yamada.m@jp.panasonic.com> wrote:
> > Hi Simon,
> >
> >
> > 2015-02-21 11:28 GMT+09:00 Simon Glass <sjg@chromium.org>:
> >> Hi Masahiro,
> >>
> >> On 20 February 2015 at 17:54, Masahiro YAMADA <yamada.m@jp.panasonic.com> wrote:
> >>> Hi Simon, Stephen,
> >>>
> >>>
> >>> 2015-02-21 3:39 GMT+09:00 Simon Glass <sjg@chromium.org>:
> >>>> Hi,
> >>>>
> >>>> On 20 February 2015 at 10:54, Stephen Warren <swarren@wwwdotorg.org> wrote:
> >>>>> On 02/20/2015 10:06 AM, Simon Glass wrote:
> >>>>>>
> >>>>>> +Stephen
> >>>>>>
> >>>>>> Hi Masahiro,
> >>>>>>
> >>>>>> On 19 February 2015 at 22:25, Masahiro Yamada <yamada.m@jp.panasonic.com>
> >>>>>> wrote:
> >>>>>>>
> >>>>>>> Now CONFIG_SPL_BUILD is not defined in Kconfig, so
> >>>>>>> "!depends on SPL_BUILD" and "if !SPL_BUILD" are redundant.
> >>>>>
> >>>>>
> >>>>>>> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> >>>>>>> index 41f3220..700e2a8 100644
> >>>>>>> --- a/arch/arm/Kconfig
> >>>>>>> +++ b/arch/arm/Kconfig
> >>>>>>> @@ -739,9 +739,8 @@ config TEGRA
> >>>>>>> bool "NVIDIA Tegra"
> >>>>>>> select SUPPORT_SPL
> >>>>>>> select SPL
> >>>>>>> - select OF_CONTROL if !SPL_BUILD
> >>>>>>> - select CPU_ARM720T if SPL_BUILD
> >>>>>>> - select CPU_V7 if !SPL_BUILD
> >>>>>>> + select OF_CONTROL
> >>>>>>> + select CPU_V7
> >>>>>>
> >>>>>>
> >>>>>> Sorry if I have missed something here. On Tegra most unfortunately the
> >>>>>> SPL uses ARMv4t and U-Boot proper uses ARMv7. In fact that is the only
> >>>>>> reason that Tegra has SPL. Doesn't this change with this commit?
> >>>
> >>>
> >>> No. I think behavior is still the same as before.
> >>>
> >>> In a single .config, we cannot define two CPUs in Kconfig.
> >>>
> >>> So, we only define CPU_V7, for the main processors.
> >>>
> >>> For SPL, we override the "CPU" in config.mk
> >>>
> >>> ifdef CONFIG_SPL_BUILD
> >>> ifdef CONFIG_TEGRA
> >>> CPU := arm720t
> >>> endif
> >>> endif
> >>>
> >>> I know what you might be saying is, this is too ugly. Yes.
> >>>
> >>> I think we can do a little better with further rafactoring,
> >>> but the basic idea is, SPL of Tegra is a special case.
> >>>
> >>
> >> Yes I saw that, I understand now. So SPL_BUILD is no longer available
> >> in Kconfig, but is still available in Makefiles, right?
> >
> > Yes, exactly!
>
> This all works fine on Tegra for me. However I like to suggest
> dropping a few patches in this series.
>
> I don't think it is worth using ARCH_MALLOC_F_LEN. In fact for me the
> Tegra defconfig looks OK and SPL is built correctly.
>
> My remaining question is about that Tegra seems to want
> USE_PRIVATE_LIBGCC for SPL but not for U-Boot. I'm not sure why, nor
> whether it matters. It seems to work find using it for both.
>
> I have pushed my tested tree to u-boot-x86 in branch
> single-kconfig-for-masahiro.
>
> It contains only these patches:
>
> ARM: UniPhier: set CONFIG_SYS_MALLOC_F to the global default value
> kconfig: Adjust ordering so that defaults work as expected
> kconfig: switch to single .config configuration
> kconfig: remove unneeded dependency on !SPL_BUILD
>
> Perhaps we can look at the others later once we get things moved over?
> I think the SYS_MALLOC_F thing is not that big a deal and not urgent
> to resolve if we still have a problem.
OK. Let's go with these four.
Including SYS_MALLOC_F things makes the point of this series blurred.
I have just posted v5.
Mashiro Yamada
next prev parent reply other threads:[~2015-02-24 13:36 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-20 5:24 [U-Boot] [PATCH v3 0/7] kconfig: turnaround into single .config Masahiro Yamada
2015-02-20 5:24 ` [U-Boot] [PATCH v3 1/7] ARM: UniPhier: set CONFIG_SYS_MALLOC_F to the global default value Masahiro Yamada
2015-02-20 5:24 ` [U-Boot] [PATCH v3 2/7] malloc_f: fix broken .config caused by CONFIG_SYS_MALLOC_F Masahiro Yamada
2015-02-20 17:11 ` Simon Glass
2015-02-20 5:24 ` [U-Boot] [PATCH v3 3/7] kconfig: Adjust ordering so that defaults work as expected Masahiro Yamada
2015-02-20 5:24 ` [U-Boot] [PATCH v3 4/7] malloc_f: add ARCH_MALLOC_F_LEN to specify SoC-default malloc_f_len Masahiro Yamada
2015-02-20 17:11 ` Simon Glass
2015-02-20 17:11 ` Masahiro YAMADA
2015-02-20 5:24 ` [U-Boot] [PATCH v3 5/7] kconfig: switch to single .config configuration Masahiro Yamada
2015-02-20 16:59 ` Simon Glass
2015-02-24 1:22 ` Scott Wood
2015-02-24 7:20 ` Masahiro Yamada
2015-02-25 0:17 ` Scott Wood
2015-02-25 6:14 ` Masahiro Yamada
2015-02-25 13:40 ` Simon Glass
2015-02-25 23:29 ` Scott Wood
2015-02-24 16:42 ` Simon Glass
2015-02-20 5:25 ` [U-Boot] [PATCH v3 6/7] kconfig: remove unneeded dependency on !SPL_BUILD Masahiro Yamada
2015-02-20 17:06 ` Simon Glass
2015-02-20 17:54 ` Stephen Warren
2015-02-20 18:39 ` Simon Glass
2015-02-21 0:54 ` Masahiro YAMADA
2015-02-21 2:28 ` Simon Glass
2015-02-21 2:37 ` Masahiro YAMADA
2015-02-23 14:02 ` Simon Glass
2015-02-23 17:33 ` Stephen Warren
2015-02-23 17:44 ` Simon Glass
2015-02-24 5:05 ` Masahiro Yamada
2015-02-24 16:45 ` Stephen Warren
2015-02-24 13:36 ` Masahiro Yamada [this message]
2015-02-20 5:25 ` [U-Boot] [PATCH v3 7/7] malloc_f: enable SYS_MALLOC_F by default if DM is on Masahiro Yamada
2015-02-20 17:08 ` Simon Glass
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=20150224223608.63BA.AA925319@jp.panasonic.com \
--to=yamada.m@jp.panasonic.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.