From: Maxime Ripard <maxime.ripard@bootlin.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] env: Merge Rockchip, Sunxi, Zynq and ZynqMP
Date: Thu, 19 Jul 2018 17:50:11 +0200 [thread overview]
Message-ID: <20180719155011.waldhsi5vbvubzcl@flea> (raw)
In-Reply-To: <20180719145344.GM4609@bill-the-cat>
On Thu, Jul 19, 2018 at 10:53:44AM -0400, Tom Rini wrote:
> On Thu, Jul 19, 2018 at 03:45:11PM +0200, Michal Simek wrote:
> > On 19.7.2018 13:13, Maxime Ripard wrote:
> > > Hi,
> > >
> > > On Thu, Jul 19, 2018 at 08:45:45AM +0200, Michal Simek wrote:
> > >> There is no reason to have the same Kconfig options for different SoCs
> > >> separately. The patch is merging them together.
> > >>
> > >> Signed-off-by: Michal Simek <michal.simek@xilinx.com>
> > >> ---
> > >>
> > >> Patch is based on
> > >> https://lists.denx.de/pipermail/u-boot/2018-July/335126.html
> > >>
> > >> I have ENV_SECT_SIZE just for zynq/zynqmp because rockchip and sunxi
> > >> have this in their configs. When they decide to move then can enable
> > >> that option for them too.
> > >> I expect when more platforms extend this we will have less constrain
> > >> Kconfig setup.
> > >>
> > >> ---
> > >> env/Kconfig | 66 ++++++++++++++++---------------------------------------------
> > >> 1 file changed, 17 insertions(+), 49 deletions(-)
> > >>
> > >> diff --git a/env/Kconfig b/env/Kconfig
> > >> index b37dcd78eb75..0ded003d7d41 100644
> > >> --- a/env/Kconfig
> > >> +++ b/env/Kconfig
> > >> @@ -431,23 +431,37 @@ config ENV_EXT4_FILE
> > >> It's a string of the EXT4 file name. This file use to store the
> > >> environment (explicit path to the file)
> > >>
> > >> -if ARCH_SUNXI
> > >> +if ARCH_ROCKCHIP || ARCH_SUNXI || ARCH_ZYNQ || ARCH_ZYNQMP
> > >
> > > Can we have a depends on instead? That would be more flexible.
> >
> > In what sense? If depends is used below then the same 4 platforms will
> > be listed on all options below. (I want to also add ZYNQMP_R5 there too)
> > And changing this in one place seems to me better then on four.
>
> For now I like the "if" method for now as we can't (or couldn't a while
> ago) globally migrate everyone over. I think trying to move everyone
> over again is something I should give another try.
Ack.
> > >> config ENV_OFFSET
> > >> hex "Environment Offset"
> > >> depends on !ENV_IS_IN_UBI
> > >> depends on !ENV_IS_NOWHERE
> > >> + default 0x3f8000 if ARCH_ROCKCHIP
> > >> default 0x88000 if ARCH_SUNXI
> > >> + default 0xE0000 if ARCH_ZYNQ
> > >> + default 0x1E00000 if ARCH_ZYNQMP
> > >> help
> > >> Offset from the start of the device (or partition)
> > >>
> > >> config ENV_SIZE
> > >> hex "Environment Size"
> > >> - depends on !ENV_IS_NOWHERE
> > >> - default 0x20000 if ARCH_SUNXI
> > >> + default 0x8000 if ARCH_ROCKCHIP && !ENV_IS_NOWHERE
> > >> + default 0x20000 if ARCH_SUNXI && !ENV_IS_NOWHERE
> > >
> > > I'm not sure why you removed the depends on !ENV_IS_NOWHERE. Do you
> > > have a case where the environment is not store anywhere but still need
> > > a size?
> >
> > yes, I had a compilation warning for that case.
> >
> > in include/environment.h at line 145 it is written this
> > #define ENV_SIZE (CONFIG_ENV_SIZE - ENV_HEADER_SIZE)
> >
> > ENV_SIZE is also used in typedef struct environment_s some lines below.
> > And this structure is used a lot.
> >
> > How did you find out that this can't be used for ENV_IS_NOWHERE?
>
> I would have sworn that ENV_SIZE is used for ENV_IS_NOWHERE as that's
> how much space we have for environment when it's in memory as well.
Argh, sorry for that I was abused by sunxi-common still having that:
https://git.denx.de/?p=u-boot.git;a=blob;f=include/configs/sunxi-common.h#l161
While i was convinced that we were relying solely on Kconfig. I'll
send a subsequent patch, that one works for me.
Sorry,
Maxime
--
Maxime Ripard, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180719/5127dc2c/attachment.sig>
next prev parent reply other threads:[~2018-07-19 15:50 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-19 6:45 [U-Boot] [PATCH] env: Merge Rockchip, Sunxi, Zynq and ZynqMP Michal Simek
2018-07-19 11:13 ` Maxime Ripard
2018-07-19 13:45 ` Michal Simek
2018-07-19 14:53 ` Tom Rini
2018-07-19 15:50 ` Maxime Ripard [this message]
2018-07-20 6:28 ` Michal Simek
2018-07-20 7:45 ` Maxime Ripard
2018-08-19 19:14 ` [U-Boot] " Tom Rini
2018-08-20 6:42 ` Michal Simek
2018-08-20 11:56 ` Tom Rini
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=20180719155011.waldhsi5vbvubzcl@flea \
--to=maxime.ripard@bootlin.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.