Re: [U-Boot] [PATCH v3 12/12] Add verified boot information and test

2013-06-20 Thread Simon Glass
Hi Tom, On Thu, Jun 20, 2013 at 9:07 AM, Tom Rini wrote: > On Thu, Jun 13, 2013 at 03:33:19PM -0700, Simon Glass wrote: > > Hi Tom, > > > > On Thu, Jun 13, 2013 at 3:10 PM, Simon Glass wrote: > > > > > Add a description of how to implement verified boot using signed FIT > > > images, > > > and

Re: [U-Boot] [PATCH v2 5/5] ARM: at91: atmel_nand: add code to check the ONFI parameter ECC requirement

2013-06-20 Thread Scott Wood
On 06/17/2013 05:51:21 AM, Josh Wu wrote: +static int pmecc_choose_ecc(struct atmel_nand_host *host, + struct nand_chip *chip, + int *cap, int *sector_size) +{ + /* Get ECC requirement from ONFI parameters */ + *cap = *sector_size = 0; + if (chip->onf

Re: [U-Boot] [PATCH] exynos: Enable mmc for snow

2013-06-20 Thread Minkyu Kang
On 11/05/13 12:24, Simon Glass wrote: > Snow has an internal eMMC and an external SD card. Enable these in the > device tree. > > Signed-off-by: Simon Glass > --- > board/samsung/dts/exynos5250-snow.dts | 24 > 1 file changed, 24 insertions(+) > > diff --git a/board/sam

Re: [U-Boot] [PATCH] video: exynos_fb: Add the missing #else clause

2013-06-20 Thread Minkyu Kang
On 22/04/13 10:00, Donghwa Lee wrote: > It looks good to me. > > Acked-by: Donghwa Lee > > Thank you, > Donghwa Lee > > > On Mon, Apr 22, 2013 at 02:03, Ajay kumar wrote: >> ping. >> >> >> On Thu, Apr 4, 2013 at 7:55 PM, Ajay Kumar > > wrote: >> >> This pat

Re: [U-Boot] [PATCH 0/2] vf610: Add I2C support for Freescale Vybrid VF610 platform

2013-06-20 Thread Wang Huan-B18965
Hi, Stefano, Heiko, What's your suggestions about my two patches? Thanks! Best Regards, Alison Wang > -Original Message- > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] > On Behalf Of Alison Wang > Sent: Monday, June 17, 2013 3:31 PM > To: sba

[U-Boot] [PATCH v2 1/3] arm: spl: Fix SPL booting for OMAP3

2013-06-20 Thread Stefan Roese
Fix a problem with a re-assignment of r8 in the SPL version. This patch now moves the call to s_init() to a later stage, right before calling board_init_f(). And makes sure that r8 is correctly initialized before s_init() is called. r8 now is only written in crt0.S. This error was detected on the

[U-Boot] [PATCH v2] gpio: omap_gpio: Fix valid gpio range for AM33XX

2013-06-20 Thread Axel Lin
AM33XX has 4 gpio banks, thus the valid gpio range should be 0 ... 127. Signed-off-by: Axel Lin --- v2: define OMAP_MAX_GPIO and use it. This change is mainly based on Stefan's comment, however I use OMAP_MAX_GPIO instead of CONFIG_OMAP_MAX_GPIO because having CONFIG_ prefix seems meaning it can

Re: [U-Boot] [PATCH] gpio: spear_gpio: Fix gpio_set_value() implementation

2013-06-20 Thread Vipin Kumar
On 6/20/2013 7:26 PM, Axel Lin wrote: 2013/6/20 Marek Vasut Dear Axel Lin, In current gpio_set_value() implementation, it always sets the gpio control bit no matter the value argument is 0 or 1. Thus the GPIOs never set to low. This patch fixes this bug. Signed-off-by: Axel Lin --- drivers

[U-Boot] [PATCH v3] dfu, nand: before write a buffer to nand, erase the nand sectors

2013-06-20 Thread Heiko Schocher
before writing the received buffer to nand, erase the nand sectors. If not doing this, nand write fails. See for more info here: http://lists.denx.de/pipermail/u-boot/2013-June/156361.html Using the nand erase option "spread", maybe overwrite blocks on, for example another mtd partition, if the e

Re: [U-Boot] [PATCH] nand: Don't call adjust_size_for_badblocks for erase

2013-06-20 Thread Heiko Schocher
Hello Scott, Am 20.06.2013 19:52, schrieb Scott Wood: > adjust_size_for_badblocks reduces the the operation size to account nitpicking: please only one "the". > for the block skipping done by the read/write functions when an > interval (partition name or whole chip) is specified rather than a da

Re: [U-Boot] [PATCH v2] gpio: omap_gpio: Fix valid gpio range for AM33XX

2013-06-20 Thread Stefan Roese
On 21.06.2013 05:07, Axel Lin wrote: > AM33XX has 4 gpio banks, thus the valid gpio range should be 0 ... 127. > > Signed-off-by: Axel Lin Acked-by: Stefan Roese Thanks, Stefan ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman

Re: [U-Boot] AM335x: enabling datacache in SPL slows down system?

2013-06-20 Thread Wolfgang Denk
Dear "Bas van den Berg", In message <20130620080523.aba38...@mail.altenpts.nl> you wrote: > > I'm trying to optimize the boottime for an AM335x based board. Currently > we're loading the kernel from SPL directly (falcon mode). Loading the kernel > from flash to ram takes roughly 3 seconds. > When

Re: [U-Boot] [PATCH 01/10 v5] powerpc/mpc85xx: support application without resetvec segment in the linker script

2013-06-20 Thread Wolfgang Denk
Dear ying.zh...@freescale.com, In message <1371715468-21120-1-git-send-email-ying.zh...@freescale.com> you wrote: > > --- a/arch/powerpc/cpu/mpc85xx/u-boot-spl.lds > +++ b/arch/powerpc/cpu/mpc85xx/u-boot-spl.lds > @@ -1,8 +1,5 @@ > /* > - * (C) Copyright 2006 > - * Wolfgang Denk, DENX Software E

Re: [U-Boot] [PATCH 06/10 v5] spl: env_common.c: make CONFIG_SPL_BUILD contain function env_import

2013-06-20 Thread Wolfgang Denk
Dear ying.zh...@freescale.com, In message <1371715468-21120-6-git-send-email-ying.zh...@freescale.com> you wrote: > From: Ying Zhang > > The functionality env_import will be used in the SPL. They > had been excluded by ifndef CONFIG_SPL_BUILD. Now, put it > into the SPL. > > Signed-off-by: Yin

Re: [U-Boot] Not abled to upload binary using "dfu-util"

2013-06-20 Thread Sumit Gemini
Hi Tom, Thanks for reply and need more help... on host machine i can easily see the all partition by applying "dfu-util -l". and i am able to download images from pc to dfu-devices and it running fine, but in case of uploading (from dfu-device to PC), my system just copied only 1 byte data, a

Re: [U-Boot] [PATCH] gpio: spear_gpio: Fix gpio_set_value() implementation

2013-06-20 Thread Michael Trimarchi
On 06/21/2013 06:40 AM, Vipin Kumar wrote: > On 6/20/2013 7:26 PM, Axel Lin wrote: >> 2013/6/20 Marek Vasut >>> >>> Dear Axel Lin, >>> In current gpio_set_value() implementation, it always sets the gpio control bit no matter the value argument is 0 or 1. Thus the GPIOs never set to l

<    1   2