Re: [U-Boot] Uboot_Header_Modification_by_CVS

Hi Arun, On Mon, 20 Jan 2014 07:11:19 +, "Arun K. Varghese" wrote: > Hi, > > Issue. > --- > > 1) Downloaded u-boot-2010.09 source code. > (u-boot-2010.09.tar.bz2) > 2) Some files, have version & header information along with the so

Re: [U-Boot] [PATCH] net/designware - switch driver to phylib usage

On Mon, 2014-01-13 at 15:11 +0400, Alexey Brodkin wrote: > With this change driver will benefit from existing phylib and thus > custom phy functionality implemented in the driver will go away: > * Instantiation of the driver is now much shorter - 2 parameters > instead of 4. > * Simplified phy ma

Re: [U-Boot] [U-Boot, v1, 2/2] i2c: zynq: Add support for the second i2c controller

On 01/17/2014 07:43 AM, Heiko Schocher wrote: > Hello Michal, > > Am 13.01.2014 09:23, schrieb Michal Simek: >> On 01/13/2014 09:10 AM, Heiko Schocher wrote: >>> Hello Michael, >>> >>> Am 13.01.2014 08:53, schrieb Michal Simek: On 01/13/2014 08:32 AM, Heiko Schocher wrote: > Hello Michel,

Re: [U-Boot] [i2c] Pull request

Hi Tom, look below. On 01/18/2014 08:28 AM, Heiko Schocher wrote: > Hello Tom, > > please pull some small fixes from u-boot-i2c.git > > Thanks! > > The following changes since commit 7f673c99c2d8d1aa21996c5b914f06d784b080ca: > > Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-01

[U-Boot] [PATCH 1/3] powerpc/p1010rdb: SECURE BOOT- define CONFIG_SYS_RAMBOOT for NAND boot

In case of secure boot, boot from NAND is ramboot. It was removed by some other commit. So defining it again. Signed-off-by: Aneesh Bansal --- include/configs/P1010RDB.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/include/configs/P1010RDB.h b/include/configs/P1010RDB.h

[U-Boot] [PATCH 2/3] powerpc/p1010rdb: SECURE BOOT- enable workaround for IFC errata A003399

The workaround for IFC errata A003399 was not enabled in case of secure boot. So, secure boot from NOR was not working. Signed-off-by: Aneesh Bansal --- include/configs/P1010RDB.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/include/configs/P1010RDB.h b/include/configs/P

[U-Boot] [PATCH 3/3] powerpc/mpc85xx: SECURE BOOT- Disable law 0 for non PBL platforms

ISBC creates a LAW 0 entry for non PBL platforms, which is not disabled before transferring the control to uboot. The LAW 0 entry has to be disabled. Signed-off-by: Aneesh Bansal --- arch/powerpc/cpu/mpc85xx/start.S | 58 1 file changed, 58 insertions(+)

Re: [U-Boot] booting os 'Unknown OS' (1) is not supported

Good day! I'm here again with short report. As you said i changed my bootcmd to *bootcmd=movi read kernel 0 4080;bootm 408* with default bootargs options bootargs=console=ttySAC1,115200n8 vmalloc=512M androidboot.console=ttySAC And i see same result [YSE5250@omv]# boot reading kernel..de

Re: [U-Boot] [i2c] Pull request

On Mon, 2014-01-20 at 10:24 +0100, Michal Simek wrote: > Hi Tom, > > look below. > > On 01/18/2014 08:28 AM, Heiko Schocher wrote: > > Hello Tom, > > > > please pull some small fixes from u-boot-i2c.git > > > > Thanks! > > > > The following changes since commit 7f673c99c2d8d1aa21996c5b914f06d7

Re: [U-Boot] [i2c] Pull request

On 01/20/2014 10:34 AM, Alexey Brodkin wrote: > On Mon, 2014-01-20 at 10:24 +0100, Michal Simek wrote: >> Hi Tom, >> >> look below. >> >> On 01/18/2014 08:28 AM, Heiko Schocher wrote: >>> Hello Tom, >>> >>> please pull some small fixes from u-boot-i2c.git >>> >>> Thanks! >>> >>> The following chang

Re: [U-Boot] [U-Boot, v1, 2/2] i2c: zynq: Add support for the second i2c controller

Hello Michal, Am 20.01.2014 10:22, schrieb Michal Simek: On 01/17/2014 07:43 AM, Heiko Schocher wrote: Hello Michal, Am 13.01.2014 09:23, schrieb Michal Simek: On 01/13/2014 09:10 AM, Heiko Schocher wrote: Hello Michael, Am 13.01.2014 08:53, schrieb Michal Simek: On 01/13/2014 08:32 AM, He

[U-Boot] [PATCH v2] board_r - fixup functions table after relocation

This is only required for "PIC" relocation and doesn't apply to modern "PIE" relocation which does data relocation as well as code. "init_sequence_r" is just an array that consists of compile-time adresses of init functions. Since this is basically an array of integers (pointers to "void" to be mo

Re: [U-Boot] [PATCH 1/2] SECURE BOOT: add version info for ISBC

Dear Aneesh Bansal, In message <1390202676-8167-1-git-send-email-aneesh.ban...@freescale.com> you wrote: > T4/B4 SoC's have a different version of ISBC. The secure boot > functionality is different with the new version of ISBC > compared to the earlier SoC's. So the version information is added >

[U-Boot] [i2c] v2 Pull request

Hello Tom Updated pull request for u-boot-i2c, as the zynq patches had problems, see: http://lists.denx.de/pipermail/u-boot/2014-January/171352.html So, here the correct pull-request: The following changes since commit 7f673c99c2d8d1aa21996c5b914f06d784b080ca: Merge branch 'master' of git:/

Re: [U-Boot] [PATCH 1/2][v2] powerpc/mpc85xx: SECURE BOOT- add version info for ISBC

Dear Aneesh Bansal, In message <1390203451-8561-1-git-send-email-aneesh.ban...@freescale.com> you wrote: > T4/B4 SoC's have a different version of ISBC. The secure boot > functionality is different with the new version of ISBC > compared to the earlier SoC's. So the version information is added >

Re: [U-Boot] Uboot_Header_Modification_by_CVS

Dear Arun, In message <82cf479d9040c547849e3005e77f780024b...@svfrwexch1.ikanos.com> you wrote: > > 1) Downloaded u-boot-2010.09 source code. > (u-boot-2010.09.tar.bz2) > 2) Some files, have version & header information along with the source

Re: [U-Boot] booting os 'Unknown OS' (1) is not supported

Dear Alexander Khryukin, In message you wrote: > > As you said i changed my bootcmd to > *bootcmd=movi read kernel 0 4080;bootm 408* I really wonder which sort of U-Boot you are running. "movi" is not a command present in mainline, not in any vendor port I am aware of. What exactly is

Re: [U-Boot] [PATCH v2] board_r - fixup functions table after relocation

Hello Alexey, > diff --git a/common/board_r.c b/common/board_r.c > index 86ca1cb..3462590 100644 > --- a/common/board_r.c > +++ b/common/board_r.c > @@ -903,9 +903,16 @@ init_fnc_t init_sequence_r[] = { > > void board_init_r(gd_t *new_gd, ulong dest_addr) > { > + int i; This emits a warn

Re: [U-Boot] [PATCH] ARM: tegra20: Add a missing entry in the pullid enum

On Wed, 15 Jan 2014 11:36:03 -0700 Stephen Warren wrote: > On 01/15/2014 07:55 AM, Alban Bedel wrote: > > It seems two entries were merged in one when this file has been > > created. The GPSLXAU entries is obviously a mix of GPU and SLXA which > > are next to each other according to the datasheet

[U-Boot] [PATCH v3] board_r - fixup functions table after relocation

This is only required for "PIC" relocation and doesn't apply to modern "PIE" relocation which does data relocation as well as code. "init_sequence_r" is just an array that consists of compile-time adresses of init functions. Since this is basically an array of integers (pointers to "void" to be mo

Re: [U-Boot] booting os 'Unknown OS' (1) is not supported

link to my u-boot https://github.com/fedya/u-boot-yse5250 >Please change the boot command and include the commands Changed to this bootcmd=md 4080 10;imi 4080;bootm 4080 [YSE5250@omv]# boot 4080: 56190527 ba6b0d61 9850d952 08484800'..Va.k.R.P..HH. 40800010: 00800040 00800040

Re: [U-Boot] how to get u-boot code with arm64: core support

Hi, Scott: >After changing to u-boot.elf, it could be run in FVP model. If I run "./Foundation_v8 --image ./u-boot.elf --cores=4 --no-secure-memory", Uboot could be run with FVP model. But no ARM trusted firmware boot info appeared. Such as: Booting trusted firmware boot loader stage 1 .. If I

Re: [U-Boot] [PATCH 3/3] sf: Use shortcut names

Hi Jagan and Marek, > On Friday, January 17, 2014 at 03:41:47 PM, Jagannadha Sutradharudu > Teki wrote: >> - SPI_FLASH -> SF >> - ARRAY_SLOW -> AS >> - ARRAY_FAST -> AF >> - DUAL_OUTPUT_FAST -> DOF >> - DUAL_IO_FAST - DIOF >> - QUAD_OUTPUT_FAST - QOF >> - QUAD_IO_FAST - QIOF > > Now this really ma

Re: [U-Boot] [PATCH 4/6] sf: Update read/write command macros

Hi Jagan, > On Sun, Jan 19, 2014 at 2:06 AM, Marek Vasut wrote: >> On Saturday, January 18, 2014 at 09:06:31 PM, Jagannadha >> Sutradharudu Teki >> wrote: >>> - Used readable names for read/write command macros >>> - Added comments for the same >>> >>> Signed-off-by: Jagannadha Sutradharudu Teki

Re: [U-Boot] booting os 'Unknown OS' (1) is not supported

Hi Alexander, > link to my u-boot https://github.com/fedya/u-boot-yse5250 > >>Please change the boot command and include the commands > > Changed to this > bootcmd=md 4080 10;imi 4080;bootm 4080 > > [YSE5250@omv]# boot > 4080: 56190527 ba6b0d61 9850d952 08484800'..Va.k.R.P..HH.

Re: [U-Boot] [PATCH 3/3] sf: Use shortcut names

On Mon, Jan 20, 2014 at 4:35 PM, Detlev Zundel wrote: > Hi Jagan and Marek, > >> On Friday, January 17, 2014 at 03:41:47 PM, Jagannadha Sutradharudu >> Teki wrote: >>> - SPI_FLASH -> SF >>> - ARRAY_SLOW -> AS >>> - ARRAY_FAST -> AF >>> - DUAL_OUTPUT_FAST -> DOF >>> - DUAL_IO_FAST - DIOF >>> - QUAD

Re: [U-Boot] [PATCH 4/6] sf: Update read/write command macros

On Mon, Jan 20, 2014 at 4:43 PM, Detlev Zundel wrote: > Hi Jagan, > >> On Sun, Jan 19, 2014 at 2:06 AM, Marek Vasut wrote: >>> On Saturday, January 18, 2014 at 09:06:31 PM, Jagannadha >>> Sutradharudu Teki >>> wrote: - Used readable names for read/write command macros - Added comments f

Re: [U-Boot] how to get u-boot code with arm64: core support

> -Original Message- > From: tiger...@viatech.com.cn [mailto:tiger...@viatech.com.cn] > Sent: Monday, January 20, 2014 4:24 PM > To: Wood Scott-B07421; Sharma Bhupesh-B45370 > Cc: feng...@phytium.com.cn; tr...@ti.com; u-boot@lists.denx.de > Subject: Re: Re: [U-Boot] how to get u-boot code w

Re: [U-Boot] booting os 'Unknown OS' (1) is not supported

methinks that the problem in kernel. I can boot "original" android kernel from any place: emmc, SD, fat partition, USB-device, etc. 2014/1/20 Detlev Zundel > Hi Alexander, > > > link to my u-boot https://github.com/fedya/u-boot-yse5250 > > > >>Please change the boot command and include the com

Re: [U-Boot] booting os 'Unknown OS' (1) is not supported

Dear Alexander Khryukin, On 01/20/2014 01:08 PM, Alexander Khryukin wrote: > methinks that the problem in kernel. > I can boot "original" android kernel from any place: emmc, SD, fat > partition, USB-device, etc. well, maybe has your special u-boot special handling for your special android kernel

[U-Boot] How to perform a secure boot on ARM Linux

Hi, I have a beagle board and want to create a u-boot that verifies the kernel and rootfs before booting it. Any pointers on how it can be achieved will be appreciated. Rakesh ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/lis

Re: [U-Boot] [PATCH 4/6] sf: Update read/write command macros

On Monday, January 20, 2014 at 12:46:07 PM, Jagan Teki wrote: > On Mon, Jan 20, 2014 at 4:43 PM, Detlev Zundel wrote: > > Hi Jagan, > > > >> On Sun, Jan 19, 2014 at 2:06 AM, Marek Vasut wrote: > >>> On Saturday, January 18, 2014 at 09:06:31 PM, Jagannadha > >>> Sutradharudu Teki > >>> > >>> wro

Re: [U-Boot] [PATCH 4/6] sf: Update read/write command macros

On Mon, Jan 20, 2014 at 6:36 PM, Marek Vasut wrote: > On Monday, January 20, 2014 at 12:46:07 PM, Jagan Teki wrote: >> On Mon, Jan 20, 2014 at 4:43 PM, Detlev Zundel wrote: >> > Hi Jagan, >> > >> >> On Sun, Jan 19, 2014 at 2:06 AM, Marek Vasut wrote: >> >>> On Saturday, January 18, 2014 at 09:06

Re: [U-Boot] [PATCH 4/6] sf: Update read/write command macros

On Mon, Jan 20, 2014 at 6:40 PM, Jagan Teki wrote: > On Mon, Jan 20, 2014 at 6:36 PM, Marek Vasut wrote: >> On Monday, January 20, 2014 at 12:46:07 PM, Jagan Teki wrote: >>> On Mon, Jan 20, 2014 at 4:43 PM, Detlev Zundel wrote: >>> > Hi Jagan, >>> > >>> >> On Sun, Jan 19, 2014 at 2:06 AM, Marek

Re: [U-Boot] [PATCH 3/6] sf: Renames on dual_flash stuff

On Saturday, January 18, 2014 at 09:49:11 PM, Jagan Teki wrote: > On Sun, Jan 19, 2014 at 2:07 AM, Marek Vasut wrote: > > On Saturday, January 18, 2014 at 09:06:30 PM, Jagannadha Sutradharudu > > Teki > > > > wrote: > >> - Used small names for dual_flash macros > >> - Updated doc/SPI/README.dual-

Re: [U-Boot] [PATCH 2/6] sf: Optimize flash features code

On Saturday, January 18, 2014 at 09:51:56 PM, Jagan Teki wrote: > On Sun, Jan 19, 2014 at 2:09 AM, Marek Vasut wrote: > > On Saturday, January 18, 2014 at 09:06:29 PM, Jagannadha Sutradharudu > > Teki > > > > wrote: > >> - Shrink spi_slave {} > >> - Shrink spi_flash_params {} > >> - Documentation

Re: [U-Boot] [PATCH 2/6] sf: Optimize flash features code

On Mon, Jan 20, 2014 at 6:49 PM, Marek Vasut wrote: > On Saturday, January 18, 2014 at 09:51:56 PM, Jagan Teki wrote: >> On Sun, Jan 19, 2014 at 2:09 AM, Marek Vasut wrote: >> > On Saturday, January 18, 2014 at 09:06:29 PM, Jagannadha Sutradharudu >> > Teki >> > >> > wrote: >> >> - Shrink spi_sla

Re: [U-Boot] [PATCH 3/6] sf: Renames on dual_flash stuff

On Mon, Jan 20, 2014 at 6:46 PM, Marek Vasut wrote: > On Saturday, January 18, 2014 at 09:49:11 PM, Jagan Teki wrote: >> On Sun, Jan 19, 2014 at 2:07 AM, Marek Vasut wrote: >> > On Saturday, January 18, 2014 at 09:06:30 PM, Jagannadha Sutradharudu >> > Teki >> > >> > wrote: >> >> - Used small nam

[U-Boot] [PATCH] am43xx_evm.h: Correct SPL max size

Upon further inspection of relevant parts of the architecture, the maximum SPL binary size is 220KiB. Cc: Lokesh Vutla Signed-off-by: Tom Rini --- include/configs/am43xx_evm.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/am43xx_evm.h b/include/configs/a

Re: [U-Boot] [PATCH] board:universal: fix i2c adapter

Hello Tom, On 01/14/2014 09:19 AM, Przemyslaw Marczak wrote: Hi, On 01/14/2014 08:15 AM, Piotr Wilczek wrote: Universal uses only one adapter I2C_0. Signed-off-by: Piotr Wilczek Signed-off-by: Kyungmin Park --- board/samsung/universal_c210/universal.c |2 +- 1 file changed, 1 inserti

[U-Boot] [PATCH v2 5/5] sf: Update bank configuration

Updated bank configuration code to more readable. Signed-off-by: Jagannadha Sutradharudu Teki --- drivers/mtd/spi/sf_probe.c | 22 -- 1 file changed, 12 insertions(+), 10 deletions(-) diff --git a/drivers/mtd/spi/sf_probe.c b/drivers/mtd/spi/sf_probe.c index a5f3046..10d183d

[U-Boot] [PATCH v2 4/5] doc: SPI: Update the dual_flash info

Updated the dual_flash documentation as it uses mode_bits from spi drivers to inform the sf framework. Signed-off-by: Jagannadha Sutradharudu Teki Cc: Marek Vasut --- doc/SPI/README.dual-flash | 5 +++-- doc/SPI/README.sf-features | 3 +++ 2 files changed, 6 insertions(+), 2 deletions(-) diff

[U-Boot] [PATCH v2 0/5] sf: Optimize spi_flash features code

Shrinked spi_slave and spi_flash code with respect to added flash features. Jagannadha Sutradharudu Teki (5): sf: ops: Squash the malloc+memset combo sf: Optimize flash features code sf: Use mode_bits for dual_flash connection doc: SPI: Update the dual_flash info sf: Update bank configur

[U-Boot] [PATCH v2 3/5] sf: Use mode_bits for dual_flash connection

SF uses mode_bits from driver side for informing whether flash can operated in single or dual connections. Signed-off-by: Jagannadha Sutradharudu Teki Cc: Marek Vasut --- drivers/mtd/spi/sf_probe.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/spi/sf_p

[U-Boot] [PATCH v2 2/5] sf: Optimize flash features code

From: Jagannadha Sutradharudu Teki - Shrink spi_slave {} - Shrink spi_flash_params {} - Documentation for sf features Signed-off-by: Jagannadha Sutradharudu Teki Cc: Marek Vasut --- doc/SPI/README.sf-features| 122 ++ drivers/mtd/spi/sf.c | 4 +- dri

[U-Boot] [PATCH v2 1/5] sf: ops: Squash the malloc+memset combo

Squash the malloc()+memset() combo in favor of calloc(). Signed-off-by: Jagannadha Sutradharudu Teki Cc: Marek Vasut --- drivers/mtd/spi/sf_ops.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/spi/sf_ops.c b/drivers/mtd/spi/sf_ops.c index 1f1bb36..abdb0ef

Re: [U-Boot] [PATCH 4/6] sf: Update read/write command macros

Hi Jagan, [...] > I don't think nothing much gone the readability with these updated: > CMD_READ_ARRAY_FAST has updated CMD_RD_FAST and it seems like easy to > understand. and anyway I have added comments for full name as well. Comments in a far away place cannot compensate for self-explaining c

Re: [U-Boot] [PATCH v2 1/5] sf: ops: Squash the malloc+memset combo

On Mon, Jan 20, 2014 at 12:29 PM, Jagannadha Sutradharudu Teki wrote: > Squash the malloc()+memset() combo in favor of calloc(). > > Signed-off-by: Jagannadha Sutradharudu Teki > Cc: Marek Vasut > --- > drivers/mtd/spi/sf_ops.c | 7 +-- > 1 file changed, 5 insertions(+), 2 deletions(-) > >

Re: [U-Boot] [PATCH v2 1/5] sf: ops: Squash the malloc+memset combo

On Mon, Jan 20, 2014 at 8:05 PM, Fabio Estevam wrote: > On Mon, Jan 20, 2014 at 12:29 PM, Jagannadha Sutradharudu Teki > wrote: >> Squash the malloc()+memset() combo in favor of calloc(). >> >> Signed-off-by: Jagannadha Sutradharudu Teki >> Cc: Marek Vasut >> --- >> drivers/mtd/spi/sf_ops.c |

Re: [U-Boot] [PATCH v2 1/5] sf: ops: Squash the malloc+memset combo

On Mon, Jan 20, 2014 at 12:40 PM, Jagan Teki wrote: >> Shouldn't you return -ENOMEM instead? > > Yes - we can but anyway ret is -1 by default. > and sf code doesn't use -ve macros' as of now. -1 is not an propriate return error value in this case. Regards, Fabio Estevam

Re: [U-Boot] [PATCH v2 1/5] sf: ops: Squash the malloc+memset combo

On Mon, Jan 20, 2014 at 8:17 PM, Fabio Estevam wrote: > On Mon, Jan 20, 2014 at 12:40 PM, Jagan Teki wrote: >>> Shouldn't you return -ENOMEM instead? >> >> Yes - we can but anyway ret is -1 by default. >> and sf code doesn't use -ve macros' as of now. > > -1 is not an propriate return error value

Re: [U-Boot] How to perform a secure boot on ARM Linux

Hi Rakesh, > I have a beagle board and want to create a u-boot that verifies the kernel > and rootfs before booting it. Any pointers on how it can be achieved will > be appreciated. You can start here by reading the provided documentation: http://git.denx.de/?p=u-boot.git;a=blob;f=doc/uImage.FIT

[U-Boot] [PATCH] doc: README: Correct file name of signature verification documentation

Signed-off-by: Detlev Zundel --- README | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README b/README index aea82be..edf5fe4 100644 --- a/README +++ b/README @@ -2832,7 +2832,7 @@ CBFS (Coreboot Filesystem) support CONFIG_RSA This enables th

[U-Boot] [PATCH v3] sf: ops: Squash the malloc+memset combo

Squash the malloc()+memset() combo in favor of calloc(). Signed-off-by: Jagannadha Sutradharudu Teki --- Changes for v3: - Use errno.h Changes for v2: - used debug() drivers/mtd/spi/sf_ops.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/

[U-Boot] [PATCH v3] sf: Update bank configuration

Updated bank configuration code to more readable. Signed-off-by: Jagannadha Sutradharudu Teki --- Changes for v3: - remove bank_curr = 0 for non bank case Changes for v2: - none drivers/mtd/spi/sf_probe.c | 21 +++-- 1 file changed, 11 insertions(+), 10 deletion

[U-Boot] [PATCH] Revert "fdt_support: 64bit initrd start address support"

This reverts commit f77a606a0602be5d1fe23e8dcdfa5defde51dfd7 as it breaks 32bit initrd use as it uses #address-cells as '2'. Signed-off-by: Otavio Salvador --- common/fdt_support.c | 66 +--- 1 file changed, 32 insertions(+), 34 deletions(-) diff

[U-Boot] Pull request: u-boot-spi/master

Hi Tom, SF code optimized stuff and few fixes. -- Thanks, Jagan. The following changes since commit 5c9038b6af1a93410af966999638eabb81efcd0f: omap3_beagle: use omap3-beagle.dtb for the C4 revision (2014-01-17 11:03:04 -0500) are available in the git repository at: git://git.denx.de/u-boo

Re: [U-Boot] How to perform a secure boot on ARM Linux

On Mon, Jan 20, 2014 at 8:46 PM, Detlev Zundel wrote: > Hi Rakesh, > >> I have a beagle board and want to create a u-boot that verifies the kernel >> and rootfs before booting it. Any pointers on how it can be achieved will >> be appreciated. > > You can start here by reading the provided document

Re: [U-Boot] How to perform a secure boot on ARM Linux

On Monday, January 20, 2014 at 01:40:52 PM, rakesh ranjan wrote: > Hi, > > I have a beagle board and want to create a u-boot that verifies the kernel > and rootfs before booting it. Any pointers on how it can be achieved will > be appreciated. > > Rakesh See doc/uImage.FIT/verified-boot.txt and

Re: [U-Boot] booting os 'Unknown OS' (1) is not supported

Dear Alexander, In message you wrote: > > link to my u-boot https://github.com/fedya/u-boot-yse5250 Sorry, but I do not really care about out of tree code. > Changed to this > bootcmd=md 4080 10;imi 4080;bootm 4080 OK, lets's go through this step by step. Note that > [YSE5250@omv

Re: [U-Boot] Pull request: u-boot-spi/master

On Monday, January 20, 2014 at 06:53:58 PM, Jagannadha Sutradharudu Teki wrote: > Hi Tom, > > SF code optimized stuff and few fixes. > > -- > Thanks, > Jagan. > > The following changes since commit > 5c9038b6af1a93410af966999638eabb81efcd0f: > > omap3_beagle: use omap3-beagle.dtb for the C4 r

Re: [U-Boot] Pull request: u-boot-spi/master

Hi Marek, Waited your response since last couple of hours.! On Tue, Jan 21, 2014 at 1:07 AM, Marek Vasut wrote: > On Monday, January 20, 2014 at 06:53:58 PM, Jagannadha Sutradharudu Teki > wrote: >> Hi Tom, >> >> SF code optimized stuff and few fixes. >> >> -- >> Thanks, >> Jagan. >> >> The fol

Re: [U-Boot] [PATCH REPOST4 1/2] ARM: rpi_b: power on SDHCI and USB HW modules

On 01/13/2014 07:50 PM, Stephen Warren wrote: > Send RPC commands to the VideoCore to turn on the SDHCI and USB modules. > For SDHCI this isn't needed in practice, since the firmware already > turned on the power in order to load U-Boot. However, it's best to be > explicit. For USB, this is necessa

[U-Boot] Help

Hello Sir,                     I have a development board smdk6400.When i switch on my power my lcd shows only white colour.and nothing boot please help me.                                                                                                                                            

Re: [U-Boot] Help

Hello Raheel, On 01/20/2014 09:37 PM, Moon Moon wrote: Hello Sir, I have a development board smdk6400.When i switch on my power my lcd shows only white colour.and nothing boot please help me.

Re: [U-Boot] [PATCH 1/3] powerpc/p1010rdb: SECURE BOOT- define CONFIG_SYS_RAMBOOT for NAND boot

On Mon, 2014-01-20 at 14:55 +0530, Aneesh Bansal wrote: > In case of secure boot, boot from NAND is ramboot. > It was removed by some other commit. So defining it again. In case of not-secure-boot, it's not ramboot. What user of CONFIG_SYS_RAMBOOT are you concerned about? Many of them look like

Re: [U-Boot] [PATCH 2/3] powerpc/p1010rdb: SECURE BOOT- enable workaround for IFC errata A003399

On Mon, 2014-01-20 at 14:57 +0530, Aneesh Bansal wrote: > The workaround for IFC errata A003399 was not enabled > in case of secure boot. So, secure boot from NOR was not > working. > > Signed-off-by: Aneesh Bansal > --- > include/configs/P1010RDB.h | 3 +-- > 1 file changed, 1 insertion(+), 2 d

Re: [U-Boot] [PATCH 3/3] powerpc/mpc85xx: SECURE BOOT- Disable law 0 for non PBL platforms

On Mon, 2014-01-20 at 14:57 +0530, Aneesh Bansal wrote: > ISBC creates a LAW 0 entry for non PBL platforms, which is not > disabled before transferring the control to uboot. > The LAW 0 entry has to be disabled. > > Signed-off-by: Aneesh Bansal > --- > arch/powerpc/cpu/mpc85xx/start.S | 58 > ++

Re: [U-Boot] [PATCH 2/2][v2] powerpc/mpc85xx: SECURE BOOT- Add secure boot target for B4860QDS

On Mon, 2014-01-20 at 13:08 +0530, Aneesh Bansal wrote: > diff --git a/arch/powerpc/include/asm/fsl_secure_boot.h > b/arch/powerpc/include/asm/fsl_secure_boot.h > index 4c7f0b1..db124df 100644 > --- a/arch/powerpc/include/asm/fsl_secure_boot.h > +++ b/arch/powerpc/include/asm/fsl_secure_boot.h > @

[U-Boot] [PATCH 2/5] ubifs: fix checkpatch warning

Fix the following checkpatch warning:- WARNING: externs should be avoided in .c files Signed-off-by: Murali Karicheri --- common/cmd_ubifs.c |9 - fs/ubifs/ubifs.h |7 +++ 2 files changed, 7 insertions(+), 9 deletions(-) diff --git a/common/cmd_ubifs.c b/common/cmd_ubifs.

[U-Boot] [PATCH 4/5] arm: add support for arch timer

This patch add basic support for the architecture timer found on recent ARMv7 based SoCs. Signed-off-by: Vitaly Andrianov Signed-off-by: Murali Karicheri --- arch/arm/lib/Makefile |1 + arch/arm/lib/arch_timer.c | 69 + 2 files changed, 70 i

[U-Boot] [PATCH 5/5] NAND: DaVinci: allow forced disable of subpage writes

This patch introduces a configurable mechanism to disable subpage writes in the DaVinci NAND driver. Signed-off-by: Vitaly Andrianov Signed-off-by: Murali Karicheri --- drivers/mtd/nand/davinci_nand.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/mtd/nand/davinci_nand.c b/dr

[U-Boot] [PATCH 0/5] preparation to intriduce keystone support

The Texas Instruments Keystone SOC u-boot support requires some common code modifications to be done before introducing the support itself. This series of patches makes these modifications. Signed-off-by: Vitaly Andrianov Signed-off-by: Murali Karicheri Murali Karicheri (5): tools: mkimage:

[U-Boot] [PATCH 1/5] tools: mkimage: add support for gpimage format

This patch add support for gpimage format as a preparatory patch for porting u-boot for keystone2 devices and is based on omapimage format. It re-uses gph header to store the size and loadaddr as done in omapimage.c Signed-off-by: Vitaly Andrianov Signed-off-by: Murali Karicheri --- - Tested on

[U-Boot] [PATCH 3/5] ubifs: return filesize from ubifs load operations

This patch extends the ubifs load implementation to return the size of the file loaded from the filesystem. The ubifs command implementation has also been modified to set the filesize environment variable accordingly. Signed-off-by: Vitaly Andrianov Signed-off-by: Murali Karicheri --- common/c

Re: [U-Boot] [PATCH 1/5] tools: mkimage: add support for gpimage format

Dear Murali Karicheri, In message <1390255810-19486-2-git-send-email-m-kariche...@ti.com> you wrote: > This patch add support for gpimage format as a preparatory > patch for porting u-boot for keystone2 devices and is > based on omapimage format. It re-uses gph header to store the > size and loada

[U-Boot] [PATCH] fdt_support.c: Correct linux, initrd-start/end setting

The change to add 64bit initrd support broke 32bit initrd support as it always set 64bits worth of data into the properties, even on 32bit systems. The fix is to use addr_cell_len (which already says how much data is in 'tmp') to set the property, rather than always setting 8. Thanks to Stephen Wa

Re: [U-Boot] [PATCH 4/5] arm: add support for arch timer

Dear Murali Karicheri, In message <1390255810-19486-5-git-send-email-m-kariche...@ti.com> you wrote: > This patch add basic support for the architecture timer found on recent > ARMv7 based SoCs. Are we adding dead code here? Or where exactly is this code being used? > --- /dev/null > +++ b/arc

Re: [U-Boot] [PATCH 5/5] NAND: DaVinci: allow forced disable of subpage writes

Dear Murali Karicheri, In message <1390255810-19486-6-git-send-email-m-kariche...@ti.com> you wrote: > This patch introduces a configurable mechanism to disable subpage writes > in the DaVinci NAND driver. > > Signed-off-by: Vitaly Andrianov > Signed-off-by: Murali Karicheri > --- > drivers/mt

Re: [U-Boot] [PATCH][v2] driver/ifc:Change accessor function to take care of endianness

On Sat, 2014-01-18 at 09:24 +0100, Wolfgang Denk wrote: > Dear Prabhakar Kushwaha, > > In message <1390028310-30861-1-git-send-email-prabha...@freescale.com> you > wrote: > > IFC registers can be of type Little Endian or big Endian depending upon > > Freescale SoC. Here SoC defines the register t

Re: [U-Boot] [PATCH 1/5] tools: mkimage: add support for gpimage format

On Mon, Jan 20, 2014 at 11:46:49PM +0100, Wolfgang Denk wrote: > Dear Murali Karicheri, > > In message <1390255810-19486-2-git-send-email-m-kariche...@ti.com> you wrote: > > This patch add support for gpimage format as a preparatory > > patch for porting u-boot for keystone2 devices and is > > bas

Re: [U-Boot] [U-Boot, REPOST4, 2/2] ARM: bcm2835: fix mailbox timeout

On Mon, Jan 13, 2014 at 07:50:12PM -0700, Stephen Warren wrote: > My original intention was to have a 100ms timeout. However, the timer > operations used return values in ms not us, so we ended up with a 100s > timeout instead. Fixing this exposes that some operations need longer > to operate than

Re: [U-Boot] [PULL] : Please pull u-boot-imx

On Fri, Jan 17, 2014 at 10:26:24AM +0100, Stefano Babic wrote: > Hi Albert, > > Commit 022298278 (mx6: soc: Disable VDDPU regulator) does not let boot > kernel with enabled GPU (i.MX6). It is unclear at the moment if the fix > should be done in U-Boot or in kernel, so it is better to revert it fo

Re: [U-Boot] [U-Boot, REPOST4, 1/2] ARM: rpi_b: power on SDHCI and USB HW modules

On Mon, Jan 13, 2014 at 07:50:11PM -0700, Stephen Warren wrote: > Send RPC commands to the VideoCore to turn on the SDHCI and USB modules. > For SDHCI this isn't needed in practice, since the firmware already > turned on the power in order to load U-Boot. However, it's best to be > explicit. For U

Re: [U-Boot] [i2c] v2 Pull request

On Mon, Jan 20, 2014 at 10:45:58AM +0100, Heiko Schocher wrote: > Hello Tom > > Updated pull request for u-boot-i2c, as the zynq patches had problems, > see: > > http://lists.denx.de/pipermail/u-boot/2014-January/171352.html > > So, here the correct pull-request: > > The following changes sinc

Re: [U-Boot] fs/ext4: fix calling put_ext4 with truncated offset

On Wed, Jan 08, 2014 at 08:15:33AM +0800, Ma Haijun wrote: > Curently, we are using 32 bit multiplication to calculate the offset, > so the result will always be 32 bit. > This can silently cause file system corruption when performing a write > operation on partition larger than 4 GiB. > > This p

Re: [U-Boot] fs/ext4: fix partition size get truncated in calculation

On Wed, Jan 08, 2014 at 06:49:43AM +0800, Ma Haijun wrote: > It may cause file system corruption when do a write operation. > This issue only affects boards that use 32 bit lbaint_t. > > Signed-off-by: Ma Haijun Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital sig

Re: [U-Boot] [U-Boot,2/2] ext4fs: fix "invalid extent block" error

On Mon, Jan 13, 2014 at 12:00:08PM +0100, Ionut Nicu wrote: > For files where we actually have extent indexes following > an extent header (ext_block->eh_depth != 0), the do/while > loop from ext4fs_get_extent_block() does not select the > proper extent index structure. > > For example, if we hav

Re: [U-Boot] [U-Boot, 1/2] ext4fs: use EXT2_BLOCK_SIZE instead of fs->blksz

On Mon, Jan 13, 2014 at 11:59:24AM +0100, Ionut Nicu wrote: > Using fs->blksz in ext4fs_get_extent_block() is not > correct since fs->blksz is not initialized on the > read path. Use EXT2_BLOCK_SIZE() instead which will > produce the desired output. > > Signed-off-by: Ionut Nicu > Signed-off-by:

Re: [U-Boot] .gitignore: ignore u-boot.elf and tools/relocate-rela

On Tue, Jan 14, 2014 at 10:39:34AM +0900, Masahiro Yamada wrote: > Signed-off-by: Masahiro Yamada Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.d

Re: [U-Boot] [U-Boot, v2, 1/4] spl: common: Properly ignore spl/Makefile in .gitignore

On Thu, Jan 16, 2014 at 11:23:28AM -0600, Dan Murphy wrote: > The spl directory is ignored by git as these objects are created > during spl creation. The only file not created is the Makefile. > > This file can be modified and checked in via git. > > Due to the order of rule precedence having t

Re: [U-Boot] yaffs2: Remove block number check from summary verification

On Mon, Jan 20, 2014 at 03:51:59PM +1300, Charles Manning wrote: > The summary already has other verification. This one is not needed. > > The check caused summaries to be ignored if they were not on the > numbered block. This caused problems when a summary was embedded in an > image and the imag

Re: [U-Boot] board:universal: fix i2c adapter

On Tue, Jan 14, 2014 at 08:15:07AM +0100, Piotr Wilczek wrote: > Universal uses only one adapter I2C_0. > > Signed-off-by: Piotr Wilczek > Signed-off-by: Kyungmin Park > Acked-by: Przemyslaw Marczak Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH 2/6] sf: Optimize flash features code

On Monday, January 20, 2014 at 02:32:27 PM, Jagan Teki wrote: > On Mon, Jan 20, 2014 at 6:49 PM, Marek Vasut wrote: > > On Saturday, January 18, 2014 at 09:51:56 PM, Jagan Teki wrote: > >> On Sun, Jan 19, 2014 at 2:09 AM, Marek Vasut wrote: > >> > On Saturday, January 18, 2014 at 09:06:29 PM, Jag

[U-Boot] [ANN] U-Boot v2014.01 released

Hey all, I've pushed v2014.01 out to the repository and tarballs should exist soon. As always, lots of nice little fixes here and there and everywhere. One big change of note this release is initial arm64 (aka aarch64) support. It's a little rough around the edges with respect to passing data in

Re: [U-Boot] how to get u-boot code with arm64: core support

Hi, Bhupesh: >U-boot doesn't have ARM trusted firmware support as of now. U-boot for ARMv8 starts in EL3, >whereas UEFI starts in EL2 as trusted firmware itself is working in EL3. Do you mean: when FVP run, the first instruction would be fetched from u-boot.elf? Best wishes, _

Re: [U-Boot] [PATCH 3/3] PPC 85xx: Add qemu-ppce500 machine

On Sun, 2014-01-19 at 16:19 +0100, Alexander Graf wrote: > For KVM we have a special PV machine type called "ppce500". This machine > is inspired by the MPC8544DS board, but implements a lot less features > than that one. > > It also provides more PCI slots and is supposed to be enumerated by > de

Re: [U-Boot] [PATCH 1/3] PPC 85xx: Detect e500v2 / e500mc during runtime

On Sun, 2014-01-19 at 16:19 +0100, Alexander Graf wrote: > With the qemu-ppce500 machine type we can run the same board with > either an e500v2 or an e500mc core plugged in. > > This means that the IVOR setup can't be based on compile time decisions, > so instead we have to do a runtime check whic

Re: [U-Boot] [PATCH][v2] driver/ifc:Change accessor function to take care of endianness

Dear Scott, In message <1390258263.24905.337.ca...@snotra.buserror.net> you wrote: > > > As is, you are only adding dead code, as there is no place anywhere in > > the mainline code that defines CONFIG_SYS_FSL_IFC_LE > > Yes, consider it RFC until we have patches for a target that needs LE. This

Re: [U-Boot] [PATCH][v2] driver/ifc:Change accessor function to take care of endianness

Dear Scott, In message <20140121054228.de994382...@gemini.denx.de> I wrote: > > I fear that more IP blocks will follow that have similar requirements, > and if we implemnt similar wrappers for each of them separately, we > will have a mess of hard to maintain code. For example, it will then > be

  1   2   >