Dear Prabhakar Kushwaha,
Prabhakar Kushwaha freescale.com> writes:
>
>
> On 4/1/2014 4:40 AM, Rommel G Custodio wrote:
> > Dear Prabhakar Kushwaha,
> >
> > Prabhakar Kushwaha freescale.com> writes:
> >
8>< snipped ><8
> >> +#Flush PBL data
> >> +091380c0 000F
> > That's a "Wait" comman
On Tuesday, April 01, 2014 at 08:47:05 AM, Przemyslaw Marczak wrote:
> Hello,
> This code was applied to u-boot-samsung few weeks ago.
Please do NOT top-post. Why did it arrive in the ML yesterday ?
> On 03/31/2014 11:15 AM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> >> On Monday, March 31, 2014
Hello,
This code was applied to u-boot-samsung few weeks ago.
On 03/31/2014 11:15 AM, Lukasz Majewski wrote:
Hi Marek,
On Monday, March 31, 2014 at 10:48:48 AM, Lukasz Majewski wrote:
From: Przemyslaw Marczak
Thanks to this multiple calls of function dfu_config_entities() give
continuous df
Dear Masahiro,
In message <1396238924-12140-1-git-send-email-yamad...@jp.panasonic.com> you
wrote:
> Signed-off-by: Masahiro Yamada
> Cc: Wolfgang Denk
> ---
> arch/powerpc/cpu/mpc8xx/wlkbd.c | 20
> 1 file changed, 20 deletions(-)
> delete mode 100644 arch/powerpc/cpu/mp
Dear Tom,
In message <20140331195316.GZ16360@bill-the-cat> you wrote:
>
> I've pushed v2014.04-rc3 out to the repository and tarballs should exist
> soon.
Tarball is out.
Thanks!
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235
Hello Murali,
Am 31.03.2014 22:23, schrieb Karicheri, Muralidharan:
-Original Message-
From: Heiko Schocher [mailto:h...@denx.de]
Sent: Monday, March 31, 2014 1:24 AM
To: Karicheri, Muralidharan
Cc: Rini, Tom; u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH v4 6/9] i2c, davinci: conver
Hello Lukasz,
Am 31.03.2014 16:36, schrieb Lukasz Majewski:
Hi Simon,
Hi Lukasz,
On 27 March 2014 11:33, Lukasz Majewski
wrote: Hi Simon, Heiko
From: Aaron Durbin
The current pmic i2c code assumes the current i2c bus is
the same as the pmic device's bus. There is nothing ensuring
that to b
Hello Lukasz,
Am 31.03.2014 08:17, schrieb Lukasz Majewski:
Hi Heiko,
Hello Simon, Lukasz,
Am 30.03.2014 01:17, schrieb Simon Glass:
Hi Lukasz,
On 27 March 2014 11:33, Lukasz Majewski
wrote:
Hi Simon, Heiko
From: Aaron Durbin
The current pmic i2c code assumes the current i2c bus is
the
On 4/1/2014 5:14 AM, Rommel G Custodio wrote:
Rommel G Custodio gmail.com> writes:
Dear Prabhakar Kushwaha,
Prabhakar Kushwaha freescale.com> writes:
Add support of 2 stage NAND, SD, SPI boot loader using SPL framework.
here, PBL initialise the internal SRAM and copy SPL(160KB). This furt
On 4/1/2014 4:40 AM, Rommel G Custodio wrote:
Dear Prabhakar Kushwaha,
Prabhakar Kushwaha freescale.com> writes:
Add support of 2 stage NAND, SD, SPI boot loader using SPL framework.
here, PBL initialise the internal SRAM and copy SPL(160KB). This further
initialise DDR using SPD and environ
We should avoid the description in Makefile like this
ifdef CONFIG_FIT_SIGNATURE
hostprogs-y += fit_info$(SFX) fit_check_sign$(SFX)
endif
Otherwise, fit_info and fit_check_sign would never be cleaned
by "make clean".
Signed-off-by: Masahiro Yamada
Cc: Heiko Schocher
---
This patch is against
Rommel G Custodio gmail.com> writes:
>
> Dear Prabhakar Kushwaha,
>
> Prabhakar Kushwaha freescale.com> writes:
>
> >
> > Add support of 2 stage NAND, SD, SPI boot loader using SPL framework.
> > here, PBL initialise the internal SRAM and copy SPL(160KB). This further
> > initialise DDR usin
On Mon, 31 Mar 2014 14:05:17 -0400
Tom Rini wrote:
> On Mon, Mar 31, 2014 at 10:48:49AM +0200, Lukasz Majewski wrote:
>
> > Up till now the CRC32 of received data was calculated
> > unconditionally. The standard crc32 implementation causes long
> > delays when large images were uploaded.
> >
>
Dear Prabhakar Kushwaha,
Prabhakar Kushwaha freescale.com> writes:
>
> Add support of 2 stage NAND, SD, SPI boot loader using SPL framework.
> here, PBL initialise the internal SRAM and copy SPL(160KB). This further
> initialise DDR using SPD and environment and copy u-boot(768 KB) from NAND
t
For ARMv8, U-boot has been running at EL3 with cache and MMU enabled.
Without proper setup for EL2, cache and MMU are both disabled (out of
reset). Before switching, we need to flush the dcache to make sure the
data is in the main memory.
Signed-off-by: York Sun
---
arch/arm/lib/bootm.c |1 +
On Mon, Mar 31, 2014 at 10:44 PM, Lukasz Majewski wrote:
> The DFU 1.1 standard in its appendinx B specifies the DFU suffix. It has
> the crc32 for the whole file, vendorID, device ID and other handy
> fields.
>
> Unfortunately, this part of the standard is not supported neither at
> dfu implementa
Hi Simon,
On Mon, 31 Mar 2014 11:27:11 -0600
Simon Glass wrote:
> Hi Lukasz,
>
> On 31 March 2014 08:33, Lukasz Majewski
> wrote: [snip]
>
>
> > >
> > > This can be easily added to be used at "pmic bat charge" command.
> > >
> > > Please look into the ./drivers/power/mfd/pmic_max77693.c
> >
On 3/31/2014 12:47 PM, Marek Vasut wrote:
> On Monday, March 31, 2014 at 09:38:02 PM, Otavio Salvador wrote:
>> On Mon, Mar 31, 2014 at 4:22 PM, Marek Vasut wrote:
>>> On Monday, March 31, 2014 at 08:36:55 PM, Troy Kisky wrote:
On 3/29/2014 4:11 PM, Eric Nelson wrote:
> Hi Troy,
>
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/31/2014 04:44 PM, Lukasz Majewski wrote:
> On Mon, 31 Mar 2014 14:05:17 -0400
> Tom Rini wrote:
>
>> On Mon, Mar 31, 2014 at 10:48:49AM +0200, Lukasz Majewski wrote:
>>
>>> Up till now the CRC32 of received data was calculated
>>> unconditional
>-Original Message-
>From: Heiko Schocher [mailto:h...@denx.de]
>Sent: Monday, March 31, 2014 1:24 AM
>To: Karicheri, Muralidharan
>Cc: Rini, Tom; u-boot@lists.denx.de
>Subject: Re: [U-Boot] [PATCH v4 6/9] i2c, davinci: convert driver to new
>mutlibus/mutliadapter framework
>
>Hello Mruali,
>-Original Message-
>From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
>Sent: Thursday, March 27, 2014 1:47 PM
>To: Karicheri, Muralidharan
>Cc: Rini, Tom; u-boot@lists.denx.de; Chang, Rex
>Subject: Re: [U-Boot] [PATCH v3 8/9] spi: davinci: add support for multiple
>bus and chip
>select
>
Hi Stefano,
Le Sun, 30 Mar 2014 18:20:49 +0200,
Stefano Babic a écrit :
> A general remark. I agree by reading the whole thread about checking at
> runtime which is the running board (you do it getting the cpu type).
>
> However, you use also a compiler switch mechanism, adding RIOTBOARD or
> MA
Hey all,
I've pushed v2014.04-rc3 out to the repository and tarballs should exist
soon.
Looking over the changelog it's mostly bugfixes and some improvements
here and there.
There's a few pull requests I'm looking for but I expect to release
v2014.04 on time.
As always, if anything is broken pl
On Monday, March 31, 2014 at 09:38:02 PM, Otavio Salvador wrote:
> On Mon, Mar 31, 2014 at 4:22 PM, Marek Vasut wrote:
> > On Monday, March 31, 2014 at 08:36:55 PM, Troy Kisky wrote:
> >> On 3/29/2014 4:11 PM, Eric Nelson wrote:
> >> > Hi Troy,
> >> >
> >> > On 03/29/2014 03:34 PM, Troy Kisky wro
On Mon, Mar 31, 2014 at 4:22 PM, Marek Vasut wrote:
> On Monday, March 31, 2014 at 08:36:55 PM, Troy Kisky wrote:
>> On 3/29/2014 4:11 PM, Eric Nelson wrote:
>> > Hi Troy,
>> >
>> > On 03/29/2014 03:34 PM, Troy Kisky wrote:
>> >> This removes one block in the move toward 1 u-boot
>> >> for both a
On Monday, March 31, 2014 at 08:36:55 PM, Troy Kisky wrote:
> On 3/29/2014 4:11 PM, Eric Nelson wrote:
> > Hi Troy,
> >
> > On 03/29/2014 03:34 PM, Troy Kisky wrote:
> >> This removes one block in the move toward 1 u-boot
> >> for both a mx6q (quad) and mx6dl (duallite) processor.
> >>
> >> Now f
Hi Tom,
On 31 March 2014 12:59, Tom Rini wrote:
> On Mon, Mar 31, 2014 at 12:38:20PM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On 31 March 2014 12:30, Tom Rini wrote:
> >
> > > On Mon, Mar 24, 2014 at 09:51:05AM -0600, Simon Glass wrote:
> > >
> > > > A large chunk of U-Boot's executable si
On 3/29/2014 4:11 PM, Eric Nelson wrote:
> Hi Troy,
>
> On 03/29/2014 03:34 PM, Troy Kisky wrote:
>> This removes one block in the move toward 1 u-boot
>> for both a mx6q (quad) and mx6dl (duallite) processor.
>>
>> Now fdt_file hardcoded value can be removed.
>>
>> Signed-off-by: Troy Kisky
>> -
On Mon, Mar 31, 2014 at 12:38:20PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 31 March 2014 12:30, Tom Rini wrote:
>
> > On Mon, Mar 24, 2014 at 09:51:05AM -0600, Simon Glass wrote:
> >
> > > A large chunk of U-Boot's executable size is the code to process and
> > > execute commands. This is rea
On 3/30/2014 9:30 AM, Stefano Babic wrote:
> Hi Troy,
>
> On 29/03/2014 23:34, Troy Kisky wrote:
>> This removes one block in the move toward 1 u-boot
>> for both a mx6q (quad) and mx6dl (duallite) processor.
>>
>> Now fdt_file hardcoded value can be removed.
>>
>> Signed-off-by: Troy Kisky
>> --
Hi Tom,
On 31 March 2014 12:30, Tom Rini wrote:
> On Mon, Mar 24, 2014 at 09:51:05AM -0600, Simon Glass wrote:
>
> > A large chunk of U-Boot's executable size is the code to process and
> > execute commands. This is reasonable, since commands and scripts are
> > an important part of U-Boot's fea
On 3/30/2014 7:52 AM, Marek Vasut wrote:
> On Sunday, March 30, 2014 at 12:04:31 AM, Otavio Salvador wrote:
>> On Sat, Mar 29, 2014 at 7:34 PM, Troy Kisky
>>
>> wrote:
>>> This removes one block in the move toward 1 u-boot
>>> for both a mx6q (quad) and mx6dl (duallite) processor.
>>>
>>> Now fdt_
Hi Jean-Luc,
On 31 March 2014 02:44, Jean-Luc BLANC wrote:
> Hi Simon,
>
> I rewrote the patch. A complete different version will be pushed soon.
>
Sounds good, thanks. Please cc me when you are ready.
Regards,
Simon
___
U-Boot mailing list
U-Boot@li
On Mon, Mar 24, 2014 at 09:51:05AM -0600, Simon Glass wrote:
> A large chunk of U-Boot's executable size is the code to process and
> execute commands. This is reasonable, since commands and scripts are
> an important part of U-Boot's feature set and provide much of its
> flexibility.
>
> However
On Mon, Mar 31, 2014 at 08:15:41PM +0200, Marek Vasut wrote:
> On Monday, March 31, 2014 at 08:05:17 PM, Tom Rini wrote:
> > On Mon, Mar 31, 2014 at 10:48:49AM +0200, Lukasz Majewski wrote:
> > > Up till now the CRC32 of received data was calculated unconditionally.
> > > The standard crc32 impleme
Hello,
u-boot is not compilable when lensfun is isntalled on the host system. The
package manager descrption says "lensfun: A library for rectifying and
simulating photographic lens distortions".
It seems that this caused by using -idirafter instead of -I.
Any idea how to fix that?
Best regards
On Monday, March 31, 2014 at 08:05:17 PM, Tom Rini wrote:
> On Mon, Mar 31, 2014 at 10:48:49AM +0200, Lukasz Majewski wrote:
> > Up till now the CRC32 of received data was calculated unconditionally.
> > The standard crc32 implementation causes long delays when large images
> > were uploaded.
> >
On Mon, Mar 31, 2014 at 10:48:49AM +0200, Lukasz Majewski wrote:
> Up till now the CRC32 of received data was calculated unconditionally.
> The standard crc32 implementation causes long delays when large images
> were uploaded.
>
> The "dfu_checksum_method" environment variable gives the opportun
Hi Lukasz,
On 31 March 2014 08:33, Lukasz Majewski wrote:
[snip]
> >
> > This can be easily added to be used at "pmic bat charge" command.
> >
> > Please look into the ./drivers/power/mfd/pmic_max77693.c
> >
> > Not easily. As mentioned above this is quite a bit of work. For a
> > later series
OK, will do.
Albert - have you pull my latest PR into ARM master yet? Stephen was hoping
to get it in before the next release.
I'll send a new PR with the latest patches, but the first PR still needs to
go in ASAP.
Tom
On Mon, Mar 31, 2014 at 9:25 AM, Stefan Agner wrote:
> Am 2014-03-28 16:5
Am 2014-03-28 16:54, schrieb Tom Warren:
> Have they all been ACKed? Sorry, been really busy with normal NVIDIA stuff.
They have been ACKed, see
http://lists.denx.de/pipermail/u-boot/2014-March/175302.html
and tested by Stephen,
http://lists.denx.de/pipermail/u-boot/2014-March/174662.html
> I
On Monday, March 31, 2014 at 05:49:12 PM, Mateusz Zalega wrote:
> Change-Id: Id1bab29ec026d83f7e811ba82802aad33f77bea0
You samsung guys need to fix your mailers ... and you need to learn to write
commit messages.
> Signed-off-by: Mateusz Zalega
> Cc: Marek Vasut
> Cc: Tom Rini
Other than tha
On Monday, March 31, 2014 at 05:49:05 PM, Mateusz Zalega wrote:
> Preprocessor definitions and hardcoded implementation selection in
> g_dnl core were replaced by a linker list made of (usb_function_name,
> bind_callback) pairs.
>
> Signed-off-by: Mateusz Zalega
> Cc: Lukasz Majewski
> Cc: Marek
Dear Masahiro Yamada,
In message <1396238924-12140-1-git-send-email-yamad...@jp.panasonic.com> you
wrote:
> Signed-off-by: Masahiro Yamada
> Cc: Wolfgang Denk
> ---
> arch/powerpc/cpu/mpc8xx/wlkbd.c | 20
> 1 file changed, 20 deletions(-)
> delete mode 100644 arch/powerpc
mmc_init() doesn't call get_timer() anymore if MMC is already
initialized.
Change-Id: Ib4e0f5a04316c604e6a77a0679d42ff61d5641d2
Signed-off-by: Mateusz Zalega
---
drivers/mmc/mmc.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
ind
Former usb_cable_connected() patch broke compilation of boards which do
not support this feature.
Signed-off-by: Mateusz Zalega
Cc: Lukasz Majewski
---
common/cmd_usb_mass_storage.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/common/cmd_usb_mass_storage.c b/common/cmd_usb_mass_storage
Signed-off-by: Mateusz Zalega
Cc: Minkyu Kang
---
include/configs/s5p_goni.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/configs/s5p_goni.h b/include/configs/s5p_goni.h
index f97b52d..c52a00a 100644
--- a/include/configs/s5p_goni.h
+++ b/include/configs/s5p_goni.h
@@ -73,6 +
Structure definition used type block_dev_desc_t, defined in part.h, which
wasn't included in mmc.h. It worked only in circumstances when common.h,
or another header using part.h was incuded in implementation files.
Signed-off-by: Mateusz Zalega
Cc: Minkyu Kang
---
include/mmc.h | 1 +
1 file ch
Proper adjustment for supporting DFU at GONI target has been made.
The s5p_goni.h file has been updated. Moreover the code for low level
USB initialization has been added to GONI board code.
The malloc pool has been enlarged in order to support larger buffer
sizes needed by DFU implementation.
Si
When user attempted to perform a raw write using DFU (vide
dfu_fill_entity_mmc) with MMC interface not initialized before,
get_mmc_blk_size() reported invalid (zero) block size - it wasn't
possible to write ie. a new u-boot image.
This commit fixes that by initializing device in get_mmc_blk_size()
Change-Id: Id1bab29ec026d83f7e811ba82802aad33f77bea0
Signed-off-by: Mateusz Zalega
Cc: Marek Vasut
Cc: Tom Rini
---
include/linker_lists.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linker_lists.h b/include/linker_lists.h
index 997d149..557e627 100644
--- a/incl
Preprocessor definitions and hardcoded implementation selection in
g_dnl core were replaced by a linker list made of (usb_function_name,
bind_callback) pairs.
Signed-off-by: Mateusz Zalega
Cc: Lukasz Majewski
Cc: Marek Vasut
---
common/cmd_dfu.c| 3 +-
common/cmd_thordown.
In some cases MMC was still uninitialized while media capacity check,
leading to broken ums command.
Tested on Samsung Goni.
Change-Id: I4b86c2c59e430fb8b55272ea14f00316d8cb3dca
Signed-off-by: Mateusz Zalega
Tested-by: Mateusz Zalega
Cc: Lukasz Majewski
Cc: Minkyu Kang
---
board/samsung/comm
Configuration file for GONI has been updated to support FAT file system,
new mmc partitioning scheme and read linux kernel from eMMC instead of
OneNAND.
Signed-off-by: Arkadiusz Wlodarczyk
Signed-off-by: Kyungmin Park
Signed-off-by: Mateusz Zalega
Tested-by: Arkadiusz Wlodarczyk
Tested-by: Mat
UMS-related defines were added to Samsung Goni config header.
Signed-off-by: Mateusz Zalega
Cc: Minkyu Kang
---
include/configs/s5p_goni.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/s5p_goni.h b/include/configs/s5p_goni.h
index c52a00a..f551c22 100644
--- a/include/co
This is an updated version of patch series regarding DFU, MMC, USB Gadget and
Samsung Goni board, originally sent on 10 January 2014.
---
Changes since v1:
- reordered
"USB: gadget: added a saner gadget downloader registration API"
- fixed a bug related to usb_cable_connected() which broke previ
Future patches will make DFU too large to fit in this board's SPL build.
Signed-off-by: Mateusz Zalega
Cc: Tom Rini
Cc: Lukasz Majewski
---
include/configs/am335x_evm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index fd6f5
Implementation made use of types defined in common.h, even though it
wasn't #included. It worked in circumstances when .c files included
every needed header (all).
Signed-off-by: Mateusz Zalega
Cc: Minkyu Kang
---
include/part.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/part.h
On Mon, Mar 31, 2014 at 05:33:51PM +0900, Masahiro Yamada wrote:
> Prior to Kbuild, U-Boot could build under tools/ directory
> withour configuring for a specific board.
>
> That feature was lost when switching to Kbuild.
>
> This patch revives it again by adding a make target "tools-only".
>
>
On Mon, Mar 31, 2014 at 03:39:18PM +, Alexey Brodkin wrote:
> On Mon, 2014-03-31 at 11:31 -0400, Tom Rini wrote:
> > On Mon, Mar 31, 2014 at 03:24:19PM +, Alexey Brodkin wrote:
> > > Hi Tom,
> > >
> > > On Mon, 2014-03-31 at 11:16 -0400, Tom Rini wrote:
> > > > On Mon, Mar 31, 2014 at 05:3
On Mon, 2014-03-31 at 11:31 -0400, Tom Rini wrote:
> On Mon, Mar 31, 2014 at 03:24:19PM +, Alexey Brodkin wrote:
> > Hi Tom,
> >
> > On Mon, 2014-03-31 at 11:16 -0400, Tom Rini wrote:
> > > On Mon, Mar 31, 2014 at 05:33:51PM +0900, Masahiro Yamada wrote:
> > >
> > > > Prior to Kbuild, U-Boot
On Mon, Mar 31, 2014 at 02:23:15PM +0900, Masahiro Yamada wrote:
> Since Kbuild was introduced, warmboot_avp.o has been compiled
> without -march=armv4t.
>
> Makefile should be adjusted to pass a per-file option.
>
> Signed-off-by: Masahiro Yamada
> Cc: Stephen Warren
> Cc: Tom Warren
Applie
On Mon, Mar 31, 2014 at 03:24:19PM +, Alexey Brodkin wrote:
> Hi Tom,
>
> On Mon, 2014-03-31 at 11:16 -0400, Tom Rini wrote:
> > On Mon, Mar 31, 2014 at 05:33:51PM +0900, Masahiro Yamada wrote:
> >
> > > Prior to Kbuild, U-Boot could build under tools/ directory
> > > withour configuring for
Hi Tom,
On Mon, 2014-03-31 at 11:16 -0400, Tom Rini wrote:
> On Mon, Mar 31, 2014 at 05:33:51PM +0900, Masahiro Yamada wrote:
>
> > Prior to Kbuild, U-Boot could build under tools/ directory
> > withour configuring for a specific board.
> >
> > That feature was lost when switching to Kbuild.
> >
Hey,
The following changes since commit ab6423cae0323e8db2c8fdd0a99138d93fde2137:
Merge branch 'u-boot/master' into 'u-boot-arm/master' (2014-03-25 10:53:15
+0100)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to 96de041ed9d91f
On Thu, Mar 27, 2014 at 10:37:36AM +0100, Hannes Petermaier wrote:
> Since RTC-Clock is needed on all B&R boards, the OSC will be enabled
> wihtin SPL-stage.
>
> Signed-off-by: Hannes Petermaier
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Mon, Mar 31, 2014 at 05:33:51PM +0900, Masahiro Yamada wrote:
> Prior to Kbuild, U-Boot could build under tools/ directory
> withour configuring for a specific board.
>
> That feature was lost when switching to Kbuild.
>
> This patch revives it again by adding a make target "tools-only".
>
>
Hi Simon,
> Hi Lukasz,
>
> On 27 March 2014 11:33, Lukasz Majewski
> wrote: Hi Simon, Heiko
>
> > From: Aaron Durbin
> >
> > The current pmic i2c code assumes the current i2c bus is
> > the same as the pmic device's bus. There is nothing ensuring
> > that to be true. Therefore, select the prop
Hi Simon,
> Hi Lukasz,
>
> On 27 March 2014 11:59, Lukasz Majewski
> wrote: Hi Simon,
>
> > From: Tom Wai-Hong Tam
> >
> > This adds driver support for the TPS65090 PMU. Support includes
> > hooking into the pmic infrastructure so that the pmic commands
> > can be used on the console. The TPS
Hello,
I was recently informed about the problem by Tom. As I mentioned to him I'm
very busy at the moment. I haven't looked into it yet, but my plan remains to
do so in a few weeks time.
Thanks,
Daniel Hellstrom
On 03/31/2014 04:27 AM, Masahiro Yamada wrote:
Hi Daniel,
All Sparc boards a
On Mon, Mar 31, 2014 at 10:58:33AM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
>
> On Fri, 28 Mar 2014 15:12:25 -0400
> Tom Rini wrote:
>
> > On Fri, Mar 28, 2014 at 03:09:51PM +0900, Masahiro Yamada wrote:
> >
> > > We should avoid the description in Makefile like this
> > >
> > > ifdef CONFI
On Mon, Mar 31, 2014 at 07:35:51AM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git, thanks!
>
> The following changes since commit 0b2da7e209f4110b7c81d578336a10330e4a4404:
>
> blackfin: mmc: Correct mmc_host_is_spi and bfin_sdh.c (2014-03-28 16:55:29
> -0400)
>
On Mon, Mar 31, 2014 at 10:52:33AM +0900, Nobuhiro Iwamatsu wrote:
> Dear Tom Rini.
>
> Please pull u-boot-sh master branch.
>
> The following changes since commit 0b2da7e209f4110b7c81d578336a10330e4a4404:
>
> blackfin: mmc: Correct mmc_host_is_spi and bfin_sdh.c (2014-03-28
> 16:55:29 -0400)
Hi Lukasz,
Hmm, looking at the code the crc is updated when draining the buffer.
That means that in essence you're working with cache-cold data.
Can you try performing the crc32 right in the dfu_write() function
just after the memcpy?
Regards
-- Pantelis
On Mar 31, 2014, at 3:04 PM, Lukasz M
Hi Lukasz,
On Mar 31, 2014, at 3:04 PM, Lukasz Majewski wrote:
> Hi Pantelis,
>
>> Hi Lukasz,
>>
>> On Mar 31, 2014, at 11:48 AM, Lukasz Majewski wrote:
>>
>>> Up till now the CRC32 of received data was calculated
>>> unconditionally. The standard crc32 implementation causes long
>>> delays wh
Hi Pantelis,
> Hi Lukasz,
>
> On Mar 31, 2014, at 11:48 AM, Lukasz Majewski wrote:
>
> > Up till now the CRC32 of received data was calculated
> > unconditionally. The standard crc32 implementation causes long
> > delays when large images were uploaded.
> >
> > The "dfu_checksum_method" environ
On 02/13/2014 10:03 AM, Helmut Raiger wrote:
But you just inspired me! There are probably interrupts running
for some time when the second u-boot starts and the relocation
might destroy part of the interrupt entry points
Thx for asking the right questions.
I'll have to check this.
Helmut
Hi Lukasz,
On Mar 31, 2014, at 11:48 AM, Lukasz Majewski wrote:
> Up till now the CRC32 of received data was calculated unconditionally.
> The standard crc32 implementation causes long delays when large images
> were uploaded.
>
> The "dfu_checksum_method" environment variable gives the opportun
Hi all,
I want to check with you if someone tried this scenario.
Load u-boot on main CPU (for me ARM cortex-a9)
and boot different cpu(for me Microblaze) with FIT image
or old u-boot image format.
IRC I have seen any code regarding this but I am not able
to find it out where. :-(
My current usag
On Mon, 2014-03-31 at 17:33 +0900, Masahiro Yamada wrote:
> Prior to Kbuild, U-Boot could build under tools/ directory
> withour configuring for a specific board.
>
> That feature was lost when switching to Kbuild.
>
> This patch revives it again by adding a make target "tools-only".
>
> Usage:
Add support of 2 stage NAND, SD, SPI boot loader using SPL framework.
here, PBL initialise the internal SRAM and copy SPL(160KB). This further
initialise DDR using SPD and environment and copy u-boot(768 KB) from NAND to
DDR.
Finally SPL transer control to u-boot.
Initialise/create followings req
Add support of 2 stage NAND boot loader using SPL framework.
here, PBL initialise the internal SRAM and copy SPL(160KB). This further
initialise DDR using SPD and environment and copy u-boot(768 KB) from NAND to
DDR.
Finally SPL transer control to u-boot.
Initialise/create followings required for
SPI driver perform its operation(read/write) on 64KB buffer chunk for data
greater than 64KB. This buffer chunk is allocated from system heap.
During SPL boot, 768KB of data is read from SPI flash.
Here, heap size may not be sufficient enough to full-fill 64KB buffer
requirement of SPI driver. So
Objective of this target to have concatenate binary having
- SPL binary in PBL command format
- U-boot binary
Signed-off-by: Prabhakar Kushwaha
---
Makefile | 19 +++
README |4
2 files changed, 23 insertions(+)
diff --git a/Makefile b/Makefile
index e5f5a8c..e7a0
SPL linker has fix location of bootpg and reset vector with respect to text
base.
It is not necessary to have fixed locations.
Avoid such hardcoding.
Signed-off-by: Prabhakar Kushwaha
---
arch/powerpc/cpu/mpc85xx/u-boot-spl.lds |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
di
nand_spl_load_image() can also be used for non TPL framework.
Signed-off-by: Prabhakar Kushwaha
---
drivers/mtd/nand/fsl_ifc_spl.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/fsl_ifc_spl.c b/drivers/mtd/nand/fsl_ifc_spl.c
index 2f82f7c..8a7a3a3 100
Before parsing LAW table i.e. init_law, boot loader should disable all
previous LAWs except DDR LAWs which has been created by previous
pre boot loader during DDR initialization.
Signed-off-by: Prabhakar Kushwaha
---
arch/powerpc/cpu/mpc8xxx/law.c | 43 +++-
Current SPL code base has BSS section placed after reset_vector. This means
they have to relocate to use the global variables. This put an implicit
requirement of having SPL size = Memory/2.
To avoid relocation:
- Move bss_section within SPL range
- Modify relocate_code()
Signed-o
GD(Global Data) structure has pointer to environment variable array.
but, it always point to default_environment assuming it is running from
final location.
So update GD pointer with env variable array during SPL boot.
Signed-off-by: Prabhakar Kushwaha
---
common/env_common.c |3 +++
1 file
Signed-off-by: Prabhakar Kushwaha
---
Add support of 2 stage boot loader in cornet platforms using SPL framework.
B4860QDS: NAND boot
T1040RDB: NAND, SD, SPI boot
T1042RDB_PI: NAND, SD, SPI boot
In current secenrio size of u-boot can become >=512KB. So This patch set will
be
helpful for those
LAW_EN is only defined if CONFIG_SYS_CCSRBAR_DEFAULT is not equal to
CONFIG_SYS_CCSRBAR_PHYS. in SPL framework CCSRBAR is not relocated hence
both are same. This cause compilation error.
So LAW_EN define outside of configs
Signed-off-by: Prabhakar Kushwaha
---
arch/powerpc/cpu/mpc85xx/start.S |
Fix following compile warnings
fsl_esdhc_spl.c: In function 'mmc_boot':
fsl_esdhc_spl.c:35:10: warning: unused variable 'byte_num' [-Wunused-variable]
fsl_esdhc_spl.c:35:7: warning: unused variable 'i' [-Wunused-variable]
fsl_esdhc_spl.c:34:8: warning: unused variable 'val' [-Wunused-variable]
fsl_
U-boot binary size has been increased from 512KB to 768KB.
So update CONFIG_SYS_MONITOR_LEN to reflect the same.
Signed-off-by: Prabhakar Kushwaha
---
include/configs/B4860QDS.h |2 +-
include/configs/BSC9131RDB.h |2 +-
include/configs/BSC9132QDS.h |2 +-
include/configs/C2
eSDHC host of T4x/B4x,T208x,T104x Soc has errata esdhc111. So add
macro definition to enable its workaround.
Signed-off-by: Haijun Zhang
Signed-off-by: Prabhakar Kushwaha
---
arch/powerpc/include/asm/config_mpc85xx.h |4
1 file changed, 4 insertions(+)
diff --git a/arch/powerpc/includ
It is not necessary for bootpg to be present at text + 512KB.
With increase of u-boot size (768KB), bootpg section's address
cannot be fixed.
Signed-off-by: Prabhakar Kushwaha
---
arch/powerpc/cpu/mpc85xx/u-boot-nand.lds |8 +++-
arch/powerpc/cpu/mpc85xx/u-boot.lds |6 +-
2
On Monday, March 31, 2014 at 11:47:14 AM, Stefano Babic wrote:
> Hi Marek,
>
> On 31/03/2014 09:48, Marek Vasut wrote:
> > Thanks :)
> >
> > There are a few more patches in your PW queue from me, please check them
> > and apply as seen fit. Thanks again!
>
> All patches from you (or from others)
Hi Marek,
> On Monday, March 31, 2014 at 11:24:31 AM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> > > On Monday, March 31, 2014 at 10:48:49 AM, Lukasz Majewski wrote:
> > > > Up till now the CRC32 of received data was calculated
> > > > unconditionally. The standard crc32 implementation causes lon
Hi Marek,
On 31/03/2014 09:48, Marek Vasut wrote:
> Thanks :)
>
> There are a few more patches in your PW queue from me, please check them and
> apply as seen fit. Thanks again!
All patches from you (or from others) that are ok for me and ready to be
merged are marked by me in PW as "under rev
On Monday, March 31, 2014 at 11:24:31 AM, Lukasz Majewski wrote:
> Hi Marek,
>
> > On Monday, March 31, 2014 at 10:48:49 AM, Lukasz Majewski wrote:
> > > Up till now the CRC32 of received data was calculated
> > > unconditionally. The standard crc32 implementation causes long
> > > delays when lar
Hi Marek,
> On Monday, March 31, 2014 at 10:48:49 AM, Lukasz Majewski wrote:
> > Up till now the CRC32 of received data was calculated
> > unconditionally. The standard crc32 implementation causes long
> > delays when large images were uploaded.
>
> You might want to check common/cmd_hash.c and i
1 - 100 of 125 matches
Mail list logo
