Hi Marek,
> Betreff: [PATCH 09/12] sh: mpr2: Remove the board
>
> Last change to this board was done in 2016, has no prospects of ever being
> converted to DM, drop it.
>
> Signed-off-by: Marek Vasut
> Cc: Chris Brandt
> Cc: Mark Jonas
> Cc: Nobuhiro Iwamatsu
> Cc: Vladimir Zapolskiy
> Cc:
Hi,
Our board stores the U-Boot environment in an MTD partition. I would like to
ensure that there is always an U-Boot environment stored in MTD so that the
userspace tool fw_setenv does not need to fall back on its built in default
environment or a default environment stored in a file (see
Hi,
> We store a splash screen in SPI-NOR. We chose to use a FIT image as a
> container because we want to
> - store more than just the splash screen in SPI-NOR,
> - do not create a bunch of MTD partitions,
> - do not waste storage space, and
> - avoid the overhead of a real file system.
Hi,
> We store a splash screen in SPI-NOR. We chose to use a FIT image as a
> container because we want to
> - store more than just the splash screen in SPI-NOR,
> - do not create a bunch of MTD partitions,
> - do not waste storage space, and
> - avoid the overhead of a real file system.
Hi Tomas,
> >> So my initial question still stands, could existing implementation be
> >> kept as fallback?
> >>
> >> + if (!splash_file)
> >> + splash_file = location->name;
> >>
> >> location->name has worked fine for those cases, so it would be nice
> >> location->to
> >> keep that
Hi Tomas,
> > I conclude that no upstream board is actually affected. They would only
> be affecte if they would use SPLASH_STORAGE_FIT.
>
> You are right, indeed upstream boards should be ok. However, some
> other non upstream boards I know of would be affected.
>
> So my initial question
Hi Tomas,
> > + /* Get the splash image node */
> > + splash_file = env_get("splashfile");
> > + if (!splash_file)
> > + splash_file = SPLASH_SOURCE_DEFAULT_FILE_NAME;
> > +
> > + node_offset = fit_image_get_node(fit_header, splash_file);
>
> It looks like this will break
Hi Simon,
> > + /* Align data offset to 4-byte boundrary */
> > + fit_size = fdt_totalsize(fit_header);
> > + fit_size = (fit_size + 3) & ~3;
>
> Can you use ALIGN()?
I think so. I'll send an updated version.
Greetings,
Mark
Building Technologies,
Hi Simon,
thank you for your review.
> > diff --git a/doc/README.splashprepare b/doc/README.splashprepare
> > index f1418de..c7f7493 100644
> > --- a/doc/README.splashprepare
> > +++ b/doc/README.splashprepare
> > @@ -26,6 +26,6 @@ screen data is loaded as a file. The name of the splash
> >
Hi Heiko,
> store fdt header member with name in U-Boot
> Environment variable with name .
>
> for example to get the total length of the fdt and store
> it in filesize, call:
>
> fdt header get filesize totalsize
>
> For membernames look into fdt header definition at
>
Hi,
I am wondering whether U-Boot already has the functionality to retrieve the
number of seconds since beginning of the 1970-01-01 epoch. I would like to use
this value in a Hush script.
For a product I have the requirement to detect if the current booting happens
within x seconds of the
Hello,
> > For most i.MX6 processors the PAD_CTL_SPEED_LOW constant is the same.
> > Only the i.MX6 SoloLite is an exemption. So far the code did not
> > consider that. Additionally, for a few i.MX6 processors the code used
> > the wrong value for the constant.
[..]
> Good catch, thanks!
>
>
Hello,
In arch/arm/include/asm/mach-imx/iomux-v3.h you find defines of
PAD_CTL_SPEED_*. For the i.MX 6 SX, i.MX 6 UL, and the i.MX 6 ULL the
PAD_CTL_SPEED_LOW field is set to 0. For all other i.MX6 processors it
will be 1. I compared that to the definition found in the
i.MX 6Solo/6DualLite
13 matches
Mail list logo