Dear Wolfgang and Tom,
Am 03.07.2013 11:54, schrieb Wolfgang Denk:
Dear Xiangfu Liu,
In message <4e95a3ba.8000...@pobox.com> you wrote:
Add support for the qi_lb60 (a.k.a QI Ben NanoNote) clamshell device
from Qi hardware:
http://en.qi-hardware.com/wiki/Ben_NanoNote
http://en.qi-hardware.com
On 07/12/2013 03:27 PM, Tom Rini wrote:
> Hey all,
>
> I've tagged and pushed v2013.07-rc3 out, and it should sync its
> way around in a few hours. I believe we should be all sorted out
> with FIT images and bootz and bootm finally, but a quick check that
> we've really got things merged would be
On 7/11/2013 4:18 PM, Fabio Estevam wrote:
On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut wrote:
The MX28 multi-layer AHB bus can be too slow and trigger the
FEC DMA too early, before all the data hit the DRAM. This patch
ensures the data are written in the RAM before the DMA starts.
Please see t
The existing USB configuration parsing code relies on the descriptors'
own length values when reading through the configuration blob. Since the
size of those descriptors is always well-defined, we should rather use
the known sizes instead of trusting device-provided values to be
correct. Also adds
Hi!
My name's Kristoffer & I would like to get some help in making a new
updated version of Uboot, but AFAIK the latest Uboot-version doesn't
have sufficient support for my board which has the following properties:
Titania
MIPSEL (32-bit if I'm not mistaken).
Uboot.
mstar#
I have
bootloader
On Fri, 12 Jul 2013 13:48:51 -0400
mboa...@prograde.net wrote:
Hi Michael,
> From: Michael Cashwell
>
> The memory layout arranged itself such that a long-standing memory
> stomper in a DFU prepare callback used during USB registration
> mangled the malloc heap enough to cause my board to panic
Signed-off-by: Pardeep Kumar Singla
---
board/freescale/mx6sabresd/mx6sabresd.c | 48 +++
include/configs/mx6sabre_common.h |2 +-
include/configs/mx6sabresd.h| 18
3 files changed, 67 insertions(+), 1 deletion(-)
diff --git a/bo
Instead of duplicating HDMI setup code for every mx6 board, factor out the
common code
Signed-off-by: Pardeep Kumar Singla
---
arch/arm/cpu/armv7/mx6/soc.c | 51 ++
arch/arm/include/asm/arch-mx6/mxc_hdmi.h |6 ++
arch/arm/include/asm/arch-mx6/sys_proto.h
Dear Scott Wood,
> Oh, sorry... didn't realize the release was in three days. :-(
>
> I'll send a pull request.
>
> -Scott
Thanks ;-)
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Jul 12, 2013 at 12:30 PM, Dan Murphy wrote:
> On 07/11/2013 01:02 PM, Nishanth Menon wrote:
diff --git a/board/ti/omap5_uevm/mux_data.h
>> b/board/ti/omap5_uevm/mux_data.h
> index a82795d..7e6415e 100644
> --- a/board/ti/omap5_uevm/mux_data.h
> +++ b/board/ti/omap5_uevm/mu
I have a requirement that would be solved nicely by U-Boot booting U-Boot (and
perhaps even another time). Is this a reasonable thing to do?
I'm working with the mpc85xx CPU, P5020DS board and have gotten somewhat
familiar with the design & flow running the P5020_NAND configuration (which is
RA
On 07/09/2013 04:50:49 AM, ying.zh...@freescale.com wrote:
+During the TPL build a variable named CONFIG_TPL_BUILD is exported
+in the make environment and also appended to CPPFLAGS with
-DCONFIG_TPL_BUILD.
+Source files can therefore be compiled for TPL with different
settings.
+
+For examp
Hey all,
I've tagged and pushed v2013.07-rc3 out, and it should sync its way
around in a few hours. I believe we should be all sorted out with FIT
images and bootz and bootm finally, but a quick check that we've really
got things merged would be greatly appreciated.
I expect on Monday to have a
On Thu, Jul 11, 2013 at 09:38:04AM -0400, Tom Rini wrote:
> With ELDK4.2 we were getting a warning that load_end may be used
> uninitialized in calling lmb_reserve. This could not be the case,
> however. If we re-order the checks (and make them slightly clearer as
> well) the warning goes away.
On Fri, Jul 12, 2013 at 03:09:23PM +0200, Stefano Babic wrote:
> Booting a FIT image containing a ramdisk,
> the ramdisk is loaded at address 0x0 that causes
> bus errors for architectures that do not have
> RAM starting at address zero.
>
> Signed-off-by: Stefano Babic
I've re-worded this as:
On Wed, Jul 10, 2013 at 08:44:34PM +0200, Marek Vasut wrote:
> The following changes since commit 225fd8c5d4556547896a5d32ee092a258f3df638:
>
> cmd_bootm.c: Make bootz handle BOOTM_STATE_FINDOTHER itself (2013-07-10
> 09:15:15 -0400)
>
> are available in the git repository at:
>
> git://git.de
On Fri, Jul 12, 2013 at 04:13:41PM -0500, Scott Wood wrote:
> Sorry for the lateness, but this patch fixes a BUG() regression
> with CONFIG_MXC_NAND_HWECC.
>
> The following changes since commit 225fd8c5d4556547896a5d32ee092a258f3df638:
>
> cmd_bootm.c: Make bootz handle BOOTM_STATE_FINDOTHER
On Wed, Jul 10, 2013 at 11:08:07PM -0700, Simon Glass wrote:
> The tortuous refactoring of bootm and fit_image_load() has thrown up
> four more issues:
>
> - Support for bootm (without arguments) on many OSes is broken since the
> OS functions do not handle the PREP stage, which is now required
>
On Fri, Jul 12, 2013 at 02:12:20PM +0200, Albert ARIBAUD wrote:
> Hello Tom,
>
> Update to my previous PR, to include the last Tegra and IMX PRs:
>
> The following changes since commit
> fbf87b1823dd5ebc2a384711ea2c677543019ece:
>
> arm: optimize relocate_code routine (2013-06-21 23:05:50 +02
On Wed, Jul 10, 2013 at 09:25:33AM -0400, Tom Rini wrote:
> From: Simon Glass
>
> A recent bootm fix left the error path incomplete. If CONFIG_TRACE is
> set it may still not be a supported command, so cover that with the
> unsupported subcommand print. Once we handle BOOTM_STATE_OS_GO, we can
Sorry for the lateness, but this patch fixes a BUG() regression
with CONFIG_MXC_NAND_HWECC.
The following changes since commit 225fd8c5d4556547896a5d32ee092a258f3df638:
cmd_bootm.c: Make bootz handle BOOTM_STATE_FINDOTHER itself (2013-07-10
09:15:15 -0400)
are available in the git repository
Hi
On 07/12/2013 11:03 PM, Michael Cashwell wrote:
> On Jul 11, 2013, at 1:29 PM, Tom Rini wrote:
>
>> On Thu, Jul 11, 2013 at 01:01:30PM -0400, Michael Cashwell wrote:
>>> I've been absent for a while and couldn't find a way to search the
>>> list archives so I apologize if this has already bee
Oh, sorry... didn't realize the release was in three days. :-(
I'll send a pull request.
-Scott
On 07/12/2013 08:26:04 AM, Marek Vasut wrote:
Hi,
Tom/Stefano, can you pick this for .07? Otherwise all mxc with NAND
are broken.
Thanks
> The driver triggered a BUG() in nand_base.c:3214/nand
On Jul 11, 2013, at 1:29 PM, Tom Rini wrote:
> On Thu, Jul 11, 2013 at 01:01:30PM -0400, Michael Cashwell wrote:
>> I've been absent for a while and couldn't find a way to search the
>> list archives so I apologize if this has already been discussed?
>>
>> I've been fighting the SPL binary growi
all,
Quoting Marek Vasut :
Dear Wolfgang Denk,
Like many other projects, U-Boot has a tradition of including big
blocks of License headers in all files. This not only blows up the
source code with mostly redundant information, but also makes it very
difficult to generate License Clearing Rep
On Fri, Jul 12, 2013 at 3:03 PM, Tom Rini wrote:
> Hey all,
>
> Looking things over, right now:
> - We've got one more bootm/related fixup posted today (I've confirmed it
> works)
> - The OMAP3 SPL issue (I need to confirm just how bad it is)
> - The exynos4 clock issue
>
> Given the above, and
Hey all,
Looking things over, right now:
- We've got one more bootm/related fixup posted today (I've confirmed it
works)
- The OMAP3 SPL issue (I need to confirm just how bad it is)
- The exynos4 clock issue
Given the above, and that I'm build testing a rather large set of
changes right now, I'
From: Michael Cashwell
The memory layout arranged itself such that a long-standing memory stomper
in a DFU prepare callback used during USB registration mangled the malloc
heap enough to cause my board to panic much later in a call to free().
Since it hadn't happened before but was repeatable I d
Hi Tom,
I've checked out the origin/master HEAD:
SHA1: 225fd8c5d4556547896a5d32ee092a258f3df638
It turns out that the Exynos4 Trats serial console output is broken
because of APLL clock frequency change.
Responsible change [*]:
Exynos5: clock: Update the equation to calculate PLL output frequen
NM
On 07/11/2013 01:02 PM, Nishanth Menon wrote:
>>> diff --git a/board/ti/omap5_uevm/mux_data.h
> b/board/ti/omap5_uevm/mux_data.h
index a82795d..7e6415e 100644
--- a/board/ti/omap5_uevm/mux_data.h
+++ b/board/ti/omap5_uevm/mux_data.h
@@ -56,6 +56,8 @@ const struct pad_conf_e
Provide proper setting for the APLL fout frequency calculation for
Exynos4 based targets (especially Exynos4210 - Trats board).
Signed-off-by: Lukasz Majewski
Cc: Minkyu Kang
---
arch/arm/cpu/armv7/exynos/clock.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/a
Hi Sughosh,
On Fri, Jul 12, 2013 at 1:21 AM, Sughosh Ganu wrote:
> hi,
>
> On Wed Jul 10, 2013 at 11:56:30PM -0700, Simon Glass wrote:
>
> > > > I have netbsd running on hawkboard, but i do not boot it using the
> > > > bootm command, but use the go command instead. I will try to build a
> > > >
Hi Hector,
[...]
> > Try Stefano's tree as Fabio suggested. I think it's already pushed and
> > includes the fixes.
>
> I just tried, but it didn't help.
OK, then it's something else.
> >> Considering the other guys seem to work without problems I guess this
> >> scenario is specific to my boa
Hi Hector,
On Fri, 12 Jul 2013 17:08:59 +0200, Hector Palacios
wrote:
> Hi Marek,
>
> On 07/12/2013 02:01 PM, Marek Vasut wrote:
> > Hi Hector,
> >
> >> Dear Marek,
> >>
> >> On 07/12/2013 05:51 AM, Marek Vasut wrote:
> >>> Hi,
> >>>
> On Thu, Jul 11, 2013 at 8:18 PM, Fabio Estevam
> >>>
Hi Marek,
On 07/12/2013 02:01 PM, Marek Vasut wrote:
Hi Hector,
Dear Marek,
On 07/12/2013 05:51 AM, Marek Vasut wrote:
Hi,
On Thu, Jul 11, 2013 at 8:18 PM, Fabio Estevam wrote:
On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut wrote:
The MX28 multi-layer AHB bus can be too slow and trigger
On Thu, Jul 11, 2013 at 05:33:19PM -0500, Nishanth Menon wrote:
> With the latest transition to device tree, there is a need to simplify
> the load of device tree depending on board type etc. While at it, simplify
> few other changes as well.
>
> Testing:
> with a uEnv.txt as:
> bootdir=/
> bootp
On 08:32-20130712, Robert Nelson wrote:
> On Thu, Jul 11, 2013 at 11:06 PM, Nishanth Menon wrote:
> > ok, here is how the code looks like with the V2 of my series:
> >
> > Do we just default to none for XM_AB for dvi_pup?
> >
> > static void beagle_dvi_pup(
On Thu, Jul 11, 2013 at 11:06 PM, Nishanth Menon wrote:
> On 18:17-20130711, Robert Nelson wrote:
>> On Thu, Jul 11, 2013 at 5:17 PM, Nishanth Menon wrote:
>> > On 17:05-20130711, Robert Nelson wrote:
>> >> On Thu, Jul 11, 2013 at 5:03 PM, Nishanth Menon wrote:
>> >> > On 17:02-20130711, Robert
Hi,
Tom/Stefano, can you pick this for .07? Otherwise all mxc with NAND are broken.
Thanks
> The driver triggered a BUG() in nand_base.c:3214/nand_scan_tail()
> because the ecc.strength was not set in NAND_ECC_HW_SYNDROME ECC
> mode.
>
> Signed-off-by: Marek Vasut
> Cc: Benoit Thebaudeau
> Cc
Hi Stefano,
On Fri, 12 Jul 2013 15:09:23 +0200, Stefano Babic
wrote:
> Booting a FIT image containing a ramdisk,
> the ramdisk is loaded at address 0x0 that causes
> bus errors for architectures that do not have
> RAM starting at address zero.
Kind-of-minor nitpick: ARMs which have RAM at addre
Booting a FIT image containing a ramdisk,
the ramdisk is loaded at address 0x0 that causes
bus errors for architectures that do not have
RAM starting at address zero.
Signed-off-by: Stefano Babic
---
common/image.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/im
Hello Tom,
Update to my previous PR, to include the last Tegra and IMX PRs:
The following changes since commit
fbf87b1823dd5ebc2a384711ea2c677543019ece:
arm: optimize relocate_code routine (2013-06-21 23:05:50 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-arm mast
Hi Hector,
> Dear Marek,
>
> On 07/12/2013 05:51 AM, Marek Vasut wrote:
> > Hi,
> >
> >> On Thu, Jul 11, 2013 at 8:18 PM, Fabio Estevam wrote:
> >>> On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut wrote:
> The MX28 multi-layer AHB bus can be too slow and trigger the
> FEC DMA too early,
Hi Albert,
> Afterthought:
>
> On Fri, 12 Jul 2013 07:57:18 +0200, Albert ARIBAUD
>
> wrote:
> > except it tends to minimize Marek's own contribution to the fix, which
> > is by far the most important.
>
> 'The most important' 'by far' being of course Marek's contribution, not
> minimizing it.
Hi Stefano,
On Fri, 12 Jul 2013 13:10:34 +0200, Stefano Babic
wrote:
> Hi Albert,
>
> some more small fixes, sorry. Please pull from u-boot-imx, thanks.
>
> The following changes since commit d6c6d127c5b948ec381fad5b24a2bc5497720644:
>
> vf610twr: Remove SoC name from U-Boot prompt (2013-06
Dear Fabio Estevam,
> From: Fabio Estevam
>
> commit 54965b61360 (README: mxs: Introduce README.mxs) should have changed
> the file name to README.mxs, as it covers both mx23 and mx28 now.
>
> Signed-off-by: Fabio Estevam
> ---
> doc/{README.mx28_common => README.mxs} | 0
> 1 file changed, 0
Dear Alexandre Pereira da Silva,
> On Fri, Jul 12, 2013 at 1:58 AM, Marek Vasut wrote:
> > Dear Fabio Estevam,
> >
> >> On Fri, Jul 12, 2013 at 1:40 AM, Marek Vasut wrote:
> >> > Dear Fabio Estevam,
> >> >
> >> >> From: Fabio Estevam
> >> >>
> >> >> mx28evk has a LAN8270 ethernet phy and we
Dear Marek,
On 07/12/2013 05:51 AM, Marek Vasut wrote:
Hi,
On Thu, Jul 11, 2013 at 8:18 PM, Fabio Estevam wrote:
On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut wrote:
The MX28 multi-layer AHB bus can be too slow and trigger the
FEC DMA too early, before all the data hit the DRAM. This patch
Hi Hector,
On Fri, Jul 12, 2013 at 8:37 AM, Hector Palacios
wrote:
> Thanks for sharing.
>
> Unfortunately I'm still seeing non-recoverable timeouts when doing tftp
> transfers.
> Nevertheless, with this patch sometimes I'm able to transfer big files
> (100MiB) without problems (I was never able
From: Fabio Estevam
commit 54965b61360 (README: mxs: Introduce README.mxs) should have changed the
file name to README.mxs, as it covers both mx23 and mx28 now.
Signed-off-by: Fabio Estevam
---
doc/{README.mx28_common => README.mxs} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename
Am 2013-07-11 15:54, schrieb Justin Waters:
> Give the user the ability to disable NAND support by defining
> CONFIG_NO_NAND. This will allow custom hardware to easily support
> this configuration.
If NAND is not enabled, we could also ifdef the SPI/MTD/CMD_FS
configurations since they are not use
Hi Stefano,
On Fri, 12 Jul 2013 13:10:34 +0200, Stefano Babic
wrote:
> Hi Albert,
>
> some more small fixes, sorry. Please pull from u-boot-imx, thanks.
Ok -- restarting build tests on new head.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boo
Hi Albert,
some more small fixes, sorry. Please pull from u-boot-imx, thanks.
The following changes since commit d6c6d127c5b948ec381fad5b24a2bc5497720644:
vf610twr: Remove SoC name from U-Boot prompt (2013-06-28 16:59:08 +0200)
are available in the git repository at:
git://www.denx.de/git/
On 28/06/2013 23:52, Otavio Salvador wrote:
> This changes were being done in every version of U-Boot and it
> makes sense to try to merge them upstream.
>
> Please review them and ack/nack them.
>
>
Whole series applied to u-boot-imx (fix), thanks !
Best regards,
Stefano Babic
--
==
Hi Stefano,
On Fri, Jul 12, 2013 at 4:43 AM, Stefano Babic wrote:
> Hi Fabio, hi Jason,
>
> On 28/06/2013 23:52, Otavio Salvador wrote:
>> This changes were being done in every version of U-Boot and it
>> makes sense to try to merge them upstream.
>>
>> Please review them and ack/nack them.
>>
>>
Hi
cc: Mailing List
On 07/11/2013 07:33 PM, Michael Trimarchi wrote:
> Hi Michael
>
> On 07/11/2013 07:01 PM, Michael Cashwell wrote:
>> Greetings,
>>
>> I've been absent for a while and couldn't find a way to search the list
>> archives so I apologize if this has already been discussed…
>>
>>
Hi Alber,
please pull these fixes from u-boot-imx, thanks.
The following changes since commit d6c6d127c5b948ec381fad5b24a2bc5497720644:
vf610twr: Remove SoC name from U-Boot prompt (2013-06-28 16:59:08 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git mast
Use DIV_ROUND_UP to simplify the code.
Signed-off-by: Axel Lin
---
drivers/spi/mpc8xxx_spi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/mpc8xxx_spi.c b/drivers/spi/mpc8xxx_spi.c
index 6b0e3b4..c90c0ce 100644
--- a/drivers/spi/mpc8xxx_spi.c
+++ b/drivers/spi/m
Use DIV_ROUND_UP to simplify the code.
Signed-off-by: Axel Lin
---
drivers/spi/fsl_espi.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/spi/fsl_espi.c b/drivers/spi/fsl_espi.c
index 28609ee..e20ab9f 100644
--- a/drivers/spi/fsl_espi.c
+++ b/drivers/spi/fsl_esp
Use DIV_ROUND_UP to simplify the code.
Signed-off-by: Axel Lin
---
drivers/spi/bfin_spi.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/spi/bfin_spi.c b/drivers/spi/bfin_spi.c
index a9a4d92..f7192c2 100644
--- a/drivers/spi/bfin_spi.c
+++ b/drivers/spi/bfin_spi.c
Hi Wolfgang,
On 11/07/2013 20:14, Wolfgang Denk wrote:
> Dear Stefano Babic,
>
> In message <1373548001-19728-7-git-send-email-sba...@denx.de> you wrote:
>> Add support for setting the CSF (Command Sequence File) pointer
>> which is used for HAB (High Assurance Boot) in the imximage by
>> adding
Hi Marek,
On 11/07/2013 20:31, Marek Vasut wrote:
>> +void display_event(uint8_t *event_data, size_t bytes)
>> +{
>> +uint32_t i;
>> +
>> +if ((event_data) && (bytes > 0)) {
>
> if (!)
> return;
>
>
Fix in V2, thanks.
>> +if (is_hab_enabled())
>> +printf("\nSecu
Hi,
Any news on the status of this serie ?
--
Antoine
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wed Jul 10, 2013 at 11:08:09PM -0700, Simon Glass wrote:
> The OS function is now always called with the PREP stage. Adjust the
> remaining bootm OS functions to deal with this correctly.
>
> Signed-off-by: Simon Glass
> ---
> arch/blackfin/lib/boot.c | 2 ++
> arch/x86/lib/bootm.c | 2
Hi Fabio,
On 11/07/2013 19:17, Fabio Estevam wrote:
> Hi Stefano,
>
> On Thu, Jul 11, 2013 at 10:06 AM, Stefano Babic wrote:
>
>> --- a/arch/arm/cpu/armv7/mx6/Makefile
>> +++ b/arch/arm/cpu/armv7/mx6/Makefile
>> @@ -27,7 +27,7 @@ include $(TOPDIR)/config.mk
>>
>> LIB= $(obj)lib$(SOC).o
>
hi,
On Wed Jul 10, 2013 at 11:56:30PM -0700, Simon Glass wrote:
> > > I have netbsd running on hawkboard, but i do not boot it using the
> > > bootm command, but use the go command instead. I will try to build a
> > > netbsd image with the u-boot header and give it a try with bootm. Need
> > > a
Hi Tom,
On Thu, 11 Jul 2013 15:00:53 -0700, Tom Warren
wrote:
> Albert,
>
> Please pull u-boot-tegra/master into ARM/master. Thanks!
>
> ./MAKEALL -s tegra AOK, checkpatch.pl is clean.
>
> The following changes since commit 630aacb0859c6e26b2b0311d8e245da5e5b8ac67:
>
> Merge branch 'u-boot
Hi Fabio, hi Jason,
On 28/06/2013 23:52, Otavio Salvador wrote:
> This changes were being done in every version of U-Boot and it
> makes sense to try to merge them upstream.
>
> Please review them and ack/nack them.
>
>
these are small fixes in the default environment and I have no problem
to
On 28/06/2013 23:52, Otavio Salvador wrote:
> OpenEmbedded has change partitioning layout of generated image so it
> does not raise warnings during the boot regarding unkown partition
> being used for U-Boot.
>
> Signed-off-by: Otavio Salvador
> ---
> include/configs/mx51evk.h | 4 ++--
> 1 file
Hi Sughosh,
On Wed, 10 Jul 2013 23:04:45 +0530, Sughosh Ganu
wrote:
> hi Albert,
>
> On Wed Jul 10, 2013 at 02:30:30PM +0200, Albert ARIBAUD wrote:
>
> > > > You are correct re the other policies of the DDI0198E (ARM926EJ-S
> > > > TRM) MMU -- page 3-11, bits 3-2 of the section descriptor. Not
On 12/07/2013 01:03, Marek Vasut wrote:
> The MX28 multi-layer AHB bus can be too slow and trigger the
> FEC DMA too early, before all the data hit the DRAM. This patch
> ensures the data are written in the RAM before the DMA starts.
> Please see the comment in the patch for full details.
>
> This
On 11/07/2013 17:23, Marek Vasut wrote:
> Remove incorrectly called and duplicate flush_dcache_range() call
> from fec_mxc driver. The call is not needed, since the caches are
> already flushed in fec_tbd_init(), moreover the second argument should
> be the ending address, not size.
>
> Signed-off
On 07/07/2013 20:20, Marek Vasut wrote:
> this is usefull when writing an UBI image which contains
> and UBIFS volume (check README.nand and UBI FAQ for more
> details)
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> ---
Applied to u-boot-imx (fix), thanks !
Best regards,
Stefano Babic
73 matches
Mail list logo