Hi Masahiro,
On 31.03.2014 05:59, Masahiro Yamada wrote:
> Commit 99bcad18 deleted ADCIOP and DASA_SIM board support
> but missed to delete board/esd/adciop and board/esd/dasa_sim.
> It also missed to add entries to doc/README.scrapyard.
>
> Signed-off-by: Masahiro Yamada
> Cc: Stefan Roese
th
Hi!
Thanks for your Acked-by.
These are part of the MMC, I want to fetch in into your repository.
And could you send PR to Tom?
Best regards,
Nobuhiro
2014-03-31 15:45 GMT+09:00 Pantelis Antoniou :
> Hi Nobuhiro,
>
> Thank you for catching this.
>
> On Mar 31, 2014, at 8:54 AM, Nobuhiro Iwam
Hi Nobuhiro,
Will be part of the next PR to Tom.
Regards
-- Pantelis
On Mar 31, 2014, at 10:06 AM, Nobuhiro Iwamatsu wrote:
> Hi!
>
> Thanks for your Acked-by.
> These are part of the MMC, I want to fetch in into your repository.
> And could you send PR to Tom?
>
> Best regards,
> Nobuhir
Hi Marek,
On 28/03/2014 08:30, Marek Vasut wrote:
> Fix memory access slowness on i.MX53 MX53QSB board. Let us inspect the
> issue: First of all, the i.MX53 CPU has two memory banks mapped at
> 0x7000_ and 0xb000_ and each of those can hold up to 1GiB of
> DRAM memory. Notice that the memo
Hi Albert,
> Hi Albert,
>
> > Hi Lukasz,
> >
> > On Tue, 25 Mar 2014 09:55:45 +0100, Lukasz Majewski
> > wrote:
> >
> > > Hi Albert,
> > >
> > > > Hi Lukasz, Tom,
> > > >
> > > >
> > > > > Hi Tom,
> > > > >
> > > > > > On Tue, Mar 18, 2014 at 04:46:48PM +0100, Lukasz Majewski
> > > > > > w
Hi, experts:
I usually compiled u-boot for ARMv8 FVP model with below command:
export ARCH=aarch64
export
CROSS_COMPILE=/home/tiger/tiger-linux-share/CBP5860/ARMv8/gcc-linaro-aar
ch64/bin/aarch64-linux-gnu-
make vexpress_aemv8a
but when I tried to compile it with u-boot-2014.04-rc2.tar.bz2,
Hi Masahiro,
> Hi
>
> On Sun, 30 Mar 2014 23:08:09 +0100
> selsin...@gmail.com wrote:
>
> > Trying to build the u-boot master branch today from
> > 0b2da7e209f4110b7c81d578336a10330e4a4404 natively on arm gives
> >
> > make: arm-linux-gcc: Command not found
> > /bin/sh: arm-linux-gcc: command n
Hi:
Has solved it.
>make vexpress_aemv8a
Should replace it with "make vexpress_aemv8a_config" and "make"
Best wishes,
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Stefano Babic
CC: Fabio Estevam
---
Changes in v2:
- Use the same dts name as in kernel: imx6q-sabreauto.dts (Fabio Estevam, Lars
Steubesand)
arch/arm/dts/Makefile|1 +
arch/arm/dts/imx6q-sabreauto.dts | 13 +
include/configs/mx6qsabreauto.h |
Signed-off-by: Stefano Babic
---
Changes in v2: None
Makefile |6 +++---
arch/arm/config.mk |4
arch/arm/imx-common/Makefile |8
3 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index 0281171..0f7cabb 100
Hi,
On 03/28/2014 03:36 PM, Eric Nelson wrote:
Hi Hector,
On 03/28/2014 06:49 AM, Fabio Estevam wrote:
On Fri, Mar 28, 2014 at 7:15 AM, Hector Palacios
wrote:
Cache was invalidated on the read operation, but it should
also be flushed otherwise.
Signed-off-by: Hector Palacios
After furthe
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:
$ make tools-only
Neither board configuration nor cross compiler are re
On Monday, March 31, 2014 at 09:21:38 AM, Stefano Babic wrote:
> Hi Marek,
>
> On 28/03/2014 08:30, Marek Vasut wrote:
> > Fix memory access slowness on i.MX53 MX53QSB board. Let us inspect the
> > issue: First of all, the i.MX53 CPU has two memory banks mapped at
> > 0x7000_ and 0xb000_ a
On Monday, March 31, 2014 at 10:23:50 AM, Hector Palacios wrote:
> Hi,
>
> On 03/28/2014 03:36 PM, Eric Nelson wrote:
> > Hi Hector,
> >
> > On 03/28/2014 06:49 AM, Fabio Estevam wrote:
> >> On Fri, Mar 28, 2014 at 7:15 AM, Hector Palacios
> >>
> >> wrote:
> >>> Cache was invalidated on the rea
On 31/03/14 01:56, Masahiro Yamada wrote:
> See
> http://patchwork.ozlabs.org/patch/331460/
Cool, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This patch series provide following improvements:
- Time needed for flashing is reduced by switching CRC32 calculation to
be optional.
- Access to eMMC device partitions (like boot) is now possible
- It is now possible to assign several envs for dfu command
Lukasz Majewski (2):
dfu: mmc: Provi
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 opportunity to
enable on demand (when e.g. debugging) the crc32 calculation.
It can
From: Przemyslaw Marczak
Thanks to this multiple calls of function dfu_config_entities() give continuous
dfu alt numbering until call dfu_free_entities().
This allows to store dfu entities in multiple env variables.
Change-Id: Ibca7e785bfca9f53b64d3dff0490185b06841b54
Signed-off-by: Przemyslaw
Before this patch it was only possible to access only the default eMMC
partition. By partition selection I mean the access to eMMC via ext_csd[179]
register programming.
It sometimes happens that it is necessary to write to other partitions.
This patch adds extra attributes to "mmc" sub type of th
Hi Daniel,
On Fri, 28 Mar 2014 21:35:37 +0100
Daniel Schwierzeck wrote:
> 2014-03-28 3:25 GMT+01:00 Masahiro Yamada :
> >>
> >> Those boards have linker errors, but I do not understand yet why. For
> >> example on ARM the linker complains about multiple definition of
> >> board_init() and board_
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 include/hash.h for the
On Monday, March 31, 2014 at 10:48:47 AM, Lukasz Majewski wrote:
> Before this patch it was only possible to access only the default eMMC
> partition. By partition selection I mean the access to eMMC via
> ext_csd[179] register programming.
>
> It sometimes happens that it is necessary to write to
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 dfu alt numbering until call dfu_free_entities().
>
> This allows to store dfu entities in multiple env variables.
>
Hi Marek,
> On Monday, March 31, 2014 at 10:48:47 AM, Lukasz Majewski wrote:
> > Before this patch it was only possible to access only the default
> > eMMC partition. By partition selection I mean the access to eMMC via
> > ext_csd[179] register programming.
> >
> > It sometimes happens that it i
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 dfu alt numbering until call dfu_free_entities().
> >
> > This allows to store dfu entities in mu
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
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 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
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
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)
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
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
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
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_
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 |
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
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
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
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
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
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
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:
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
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
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 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
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 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
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)
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: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
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
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
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
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 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
___
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
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.
> >
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
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, 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 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, 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".
>
>
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
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
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
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
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
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()
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
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
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 +
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
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
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
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
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
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
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
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
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
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.
> >
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 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
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
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 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 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 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
>> --
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/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
>> -
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 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
1 - 100 of 125 matches
Mail list logo
