Re: [U-Boot] [PATCH v2 1/2] m68k: add malloc memory for early malloc

Hi Simon, On 22/04/2016 20:33, Simon Glass wrote: Hi Angelo, On 15 April 2016 at 10:38, Angelo Dureghello wrote: Hi Simon, On 15/04/2016 17:23, Simon Glass wrote: Hi Angelo, On 15 April 2016 at 08:42, Angelo Dureghello wrote: Hi Simon, On

Re: [U-Boot] [PATCHv2] cmd: Kconfig: Add a Kconfig options for a few CMD

On Thu, Apr 21, 2016 at 09:18:59AM -0500, Dinh Nguyen wrote: > Hi Simon, > > On 04/21/2016 09:13 AM, Simon Glass wrote: > > Hi Dinh, > > > > On 21 April 2016 at 08:05, Dinh Nguyen wrote: > >> > >> Add the following CMD options to Kconfig: > >> > >> CMD_BOOTZ > >> CMD_ASKENV

Re: [U-Boot] [PATCH 30/60] ARM: tegra: remove pmu.h

On 04/22/2016 12:32 PM, Simon Glass wrote: Hi Stephen, On 19 April 2016 at 14:59, Stephen Warren wrote: From: Stephen Warren This header is duplicated many times, and does nothing but prototype a single function that's used solely by mach-tegra

[U-Boot] [PATCH] ARM: sama5d2: Implement boot device autodetection

Implement support for saving ARM register R4 early during boot using save_boot_params . Implement support for decoding the stored register R4 value in spl_boot_device() to obtain boot device from which the SoC booted. This way, the SPL will always load U-Boot from the same device from which the

[U-Boot] [PATCH] dfu: ram: fix number base of RAM entity parameters

From: Stephen Warren U-Boot typically interprets unprefixed numbers as base 16, and DFU RAM entity parsing has historically done so. Reverse the change to default to base 10, so that values in previously working command-lines aren't mis-parsed, causing RAM corruption,

Re: [U-Boot] [PATCH v2 1/2] m68k: add malloc memory for early malloc

Hi Angelo, On 15 April 2016 at 10:38, Angelo Dureghello wrote: > Hi Simon, > > > On 15/04/2016 17:23, Simon Glass wrote: >> >> Hi Angelo, >> >> On 15 April 2016 at 08:42, Angelo Dureghello wrote: >>> >>> Hi Simon, >>> >>> >>> On 15/04/2016 16:14, Simon Glass

Re: [U-Boot] [PATCH 31/60] ARM: tegra: move powergate.h to

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > Machine-specific headers should be in this location. Eventually, we'll > move all headers from arch/arm/include to arch/arm/mach-tegra/include, > or find a way to delete them.

Re: [U-Boot] [PATCH 36/60] ARM: tegra: move mc.h

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > This header is only needed by code local to mach-tegra, so move it there. > Since the definitions are used by code in mach-tegra/ itself, not just in > SoC-specific

Re: [U-Boot] [PATCH 34/60] ARM: tegra: move flow.h

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > This header is only needed by code local to mach-tegra, so move it there. > Since the definitions are used by code in mach-tegra/ itself, not just in > SoC-specific

Re: [U-Boot] [PATCH 35/60] nyan-big: remove direct MC register access

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > Equivalent code is already present in the core Tegra board file, so > there's no point repeating it here. This removes the only use of > from outside arch/arm/mach-tegra/. > >

Re: [U-Boot] [PATCH 33/60] ARM: tegra: fix bug in Tegra20 flow.h

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > According to the TRM, Tegra20's flow controller has a xrq_events field > too. Suspend/resume (via LP0) does still work after this fix, implying > the write to halt_cpu1_events

Re: [U-Boot] [PATCH 28/60] ARM: tegra: move sdram_param.h

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > This header is only needed by code local to mach-tegra, so move it there > to avoid polluting the global include path. > > Signed-off-by: Stephen Warren >

Re: [U-Boot] [PATCH 32/60] ARM: tegra: add SoC-specific include directory

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > Add arch/arm/mach-tegra/tegraNNN/include. We'll use this to house headers > that must vary between SoCs (e.g. clock lists, register layouts that > aren't static across chip

Re: [U-Boot] [PATCH 30/60] ARM: tegra: remove pmu.h

Hi Stephen, On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > This header is duplicated many times, and does nothing but prototype a > single function that's used solely by mach-tegra code. Move the proto- > type of

Re: [U-Boot] [PATCH 29/60] ARM: tegra: move sysctr.h

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > This header is only needed by code local to mach-tegra, so move it there > to avoid polluting the global include path. Also, unify the 3 identical > copies of the file into one.

Re: [U-Boot] [PATCH 27/60] ARM: tegra: move emc.h

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > This header is only needed by code local to mach-tegra, so move it there > to avoid polluting the global include path. > > tegra_set_emc() is moved between two emc.h so that

Re: [U-Boot] [PATCH 26/60] ARM: tegra: delete unused headers

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > These headers aren't included by anything, so can be deleted. > > Signed-off-by: Stephen Warren > --- > arch/arm/include/asm/arch-tegra210/ahb.h | 80 >

Re: [U-Boot] [PATCH 25/60] ARM: tegra: use consistently named include guards

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > ... and add one missing set of include guards. > > Signed-off-by: Stephen Warren > --- > arch/arm/mach-tegra/cpu.h | 6 ++ >

Re: [U-Boot] [PATCH 23/60] ARM: tegra: move xusb-padctl.h to

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > Machine-specific headers should be in this location. Eventually, we'll > move all headers from arch/arm/include to arch/arm/mach-tegra/include, > or find a way to delete them. >

Re: [U-Boot] [PATCH 24/60] ARM: tegra: unify+move {board, sys_proto}.h to

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > Machine-specific headers should be in this location. Eventually, we'll > move all headers from arch/arm/include to arch/arm/mach-tegra/include, > or find a way to delete them. >

Re: [U-Boot] [PATCH 22/60] ARM: tegra: move warmboot.h

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > This header is only needed by code local to mach-tegra, so move it there > to avoid polluting the global include path. > > Signed-off-by: Stephen Warren >

Re: [U-Boot] [PATCH] debug_uart: output CR along with LF

Hi Tom, On 22 April 2016 at 12:19, Tim Chick wrote: > > On 20/04/2016 15:40, Simon Glass wrote: >> Hi Tim, >> >> On 7 April 2016 at 11:20, Tim Chick wrote: >>> Sorry for top posting. Not in the office at the moment. >>> >>> Yes, I call

Re: [U-Boot] [PATCH 20/60] ARM: tegra: move pmc.h

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > This header is only needed by code local to mach-tegra, so move it there > to avoid polluting the global include path. > > Signed-off-by: Stephen Warren >

Re: [U-Boot] [PATCH 21/60] ARM: tegra: move scu.h

On 19 April 2016 at 14:59, Stephen Warren wrote: > From: Stephen Warren > > This header is only needed by code local to mach-tegra, so move it there > to avoid polluting the global include path. > > Signed-off-by: Stephen Warren >

Re: [U-Boot] [PATCH 19/60] ARM: tegra: move gpu.h

On 19 April 2016 at 14:58, Stephen Warren wrote: > From: Stephen Warren > > This header is only needed by code local to mach-tegra, so move it there > to avoid polluting the global include path. > > Signed-off-by: Stephen Warren >

Re: [U-Boot] [PATCH 18/60] ARM: tegra: move fuse.h

On 19 April 2016 at 14:58, Stephen Warren wrote: > From: Stephen Warren > > This header is only needed by code local to mach-tegra, so move it there > to avoid polluting the global include path. > > Signed-off-by: Stephen Warren >

Re: [U-Boot] [PATCH] debug_uart: output CR along with LF

On 20/04/2016 15:40, Simon Glass wrote: > Hi Tim, > > On 7 April 2016 at 11:20, Tim Chick wrote: >> Sorry for top posting. Not in the office at the moment. >> >> Yes, I call debug_uart_init() before I have SDRAM, in lowlevel_init(). I >> need the debug uart to help me

Re: [U-Boot] [GIT] Pull request: u-boot-dfu

On 04/22/2016 06:38 PM, Stephen Warren wrote: > On 04/22/2016 10:33 AM, Lukasz Majewski wrote: >> +CC ing u-boot mailing list. >> >> The following changes since commit >> e6c0bc0643e5a4387fecbcf83080d0b796eb067c: >> >>usb: gadget Move: CONFIG_G_DNL_* to Kconfig (2016-04-20 11:43:28 >>

Re: [U-Boot] [GIT] Pull request: u-boot-dfu

On 04/22/2016 10:33 AM, Lukasz Majewski wrote: +CC ing u-boot mailing list. The following changes since commit e6c0bc0643e5a4387fecbcf83080d0b796eb067c: usb: gadget Move: CONFIG_G_DNL_* to Kconfig (2016-04-20 11:43:28 +0200) are available in the git repository at: u-boot-dfu/master

[U-Boot] [GIT] Pull request: u-boot-dfu

+CC ing u-boot mailing list. The following changes since commit e6c0bc0643e5a4387fecbcf83080d0b796eb067c: usb: gadget Move: CONFIG_G_DNL_* to Kconfig (2016-04-20 11:43:28 +0200) are available in the git repository at: u-boot-dfu/master for you to fetch changes up to

[U-Boot] DFU tests failing in test/py on Tegra

Lukasz, today test/py's DFU test fails on u-boot-dfu.git branch master on all Tegra boards where my automated system is running it, when testing RAM-based DFU. I'll try and investigate/bisect later today, but if anything jumps out at you... ___

Re: [U-Boot] [PATCH 12/16] ARM: omap4/5: Add device type to CPU string

On Thu, Apr 21, 2016 at 07:38:17PM -0400, Tom Rini wrote: > On Thu, Apr 21, 2016 at 05:56:11PM -0500, Andreas Dannenberg wrote: > > On Thu, Apr 21, 2016 at 04:27:42PM -0400, Tom Rini wrote: > > > On Thu, Apr 21, 2016 at 01:59:48PM -0500, Andreas Dannenberg wrote: > > > > On Thu, Apr 21, 2016 at

Re: [U-Boot] Unable to compile

> -Original Message- > From: Tom Rini [mailto:tr...@konsulko.com] > Sent: Friday, April 22, 2016 9:50 AM > To: Kevin Welsh > Cc: u-boot@lists.denx.de > Subject: Re: [U-Boot] Unable to compile > > On Fri, Apr 22, 2016 at 03:33:13AM +, Kevin Welsh wrote: >

Re: [U-Boot] Unable to compile

On Fri, Apr 22, 2016 at 02:24:16PM +, Kevin Welsh wrote: > > -Original Message- > > From: Tom Rini [mailto:tr...@konsulko.com] > > Sent: Friday, April 22, 2016 9:50 AM > > To: Kevin Welsh > > Cc: u-boot@lists.denx.de > > Subject: Re: [U-Boot] Unable to

Re: [U-Boot] [PATCH] drivers: dfu: ram: fix a crash with dfu ram with invalid dfu_alt_info env

On Fri, Apr 22, 2016 at 02:19:25PM +0530, Mugunthan V N wrote: > U-Boot crashes when an invalid dfu_alt_info is set and tried > using dfu command. Fixing this as it is handled in dfu-mmc. > > => dfu 0 ram 0 > data abort > pc : [<9ff893d6>] lr : [<9ff6edb9>] > reloc pc : [<808323d6>]

Re: [U-Boot] Please pull u-boot-x86

On Fri, Apr 22, 2016 at 12:08:20PM +0800, Bin Meng wrote: > Hi Tom, > > The following changes since commit ee8b25fa354da7cfaafe0e6781e873c74c29bbad: > > Prepare v2016.05-rc2 (2016-04-21 09:37:33 -0400) > > are available in the git repository at: > > git://git.denx.de/u-boot-x86.git

Re: [U-Boot] Please pull ARC changes

On Thu, Apr 21, 2016 at 05:11:40PM +, Alexey Brodkin wrote: > Hi Tom, > > The following changes since commit ee8b25fa354da7cfaafe0e6781e873c74c29bbad: > >   Prepare v2016.05-rc2 (2016-04-21 09:37:33 -0400) > > are available in the git repository at: > >   git://git.denx.de/u-boot-arc.git 

Re: [U-Boot] [PATCH 2/3] drivers/gpio/pm8916_gpio.c: Make pid be uint32_t

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On 20.04.2016 23:25, Tom Rini wrote: > On Mon, Apr 18, 2016 at 10:23:24PM +0200, Mateusz Kulikowski wrote: [..] >> >> I think (now, when the coverity pointed out mistake) that we should add >> in that case check if pid fits in 16-bits, as this

Re: [U-Boot] Unable to compile

On Fri, Apr 22, 2016 at 03:33:13AM +, Kevin Welsh wrote: > After moving to v2006.03, I can no longer compile with my existing defconfig: > > > cmd/built-in.o: In function `do_fastboot': > /home/kdubious/u-boot/cmd/fastboot.c:34: undefined reference to > `g_dnl_clear_detach' >

[U-Boot] Unable to compile

After moving to v2006.03, I can no longer compile with my existing defconfig: cmd/built-in.o: In function `do_fastboot': /home/kdubious/u-boot/cmd/fastboot.c:34: undefined reference to `g_dnl_clear_detach' /home/kdubious/u-boot/cmd/fastboot.c:35: undefined reference to `g_dnl_register'

Re: [U-Boot] [PATCH] mtd, ubi: set free_count to zero before walking through erase list

Heiko, Am 22.04.2016 um 12:20 schrieb Heiko Schocher: >> Think of places where work is scheduled but the caller blocked >> the worker because the work has to be done later. >> Fastmap is one of these use cases but AFAIK it won't matter >> as no CPU scheduler is involved and will interrupt

[U-Boot] U-boot Stand alone Program

Dear All, I am trying to run standalone program Hello_world.bin on my target. My target is having arm imx6 processor.The board which I am using is not supported by u-boot so I have done some changes to wandboard source files since it had similar specs as my board . Now when I try to

Re: [U-Boot] [PATCH] mtd, ubi: set free_count to zero before walking through erase list

Am 21.04.2016 um 14:14 schrieb Boris Brezillon: No idea, if the correct fix not would be to move this erase_worker call after the attach phase ended, as Richard suggested, or if this fix is also valid ... >>> >>> I discussed that with Richard, and I think moving the ->free_count >>>

Re: [U-Boot] [PATCH] sunxi: mctl_mem_matches: Add missing memory barrier

On Fri, 2016-04-22 at 14:12 +0100, Andre Przywara wrote: > Hi, > > On 22/04/16 13:09, Hans de Goede wrote: > > > > Hi, > > > > On 22-04-16 13:46, Andre Przywara wrote: > > > > > > Hi Hans, > > > > > > thanks for the information and the heads up! > > > > > > On 22/04/16 11:48, Hans de Goede

Re: [U-Boot] [PATCH] sunxi: mctl_mem_matches: Add missing memory barrier

Hi, On 22/04/16 13:09, Hans de Goede wrote: > Hi, > > On 22-04-16 13:46, Andre Przywara wrote: >> Hi Hans, >> >> thanks for the information and the heads up! >> >> On 22/04/16 11:48, Hans de Goede wrote: >>> Hi, >>> >>> On 22-04-16 11:32, Ian Campbell wrote: On Fri, 2016-04-15 at 09:34

Re: [U-Boot] [PATCH] mtd, ubi: set free_count to zero before walking through erase list

On Fri, 22 Apr 2016 13:53:00 +0200 Heiko Schocher wrote: > > > An alternative approach would be not executing work > > directly while scheduling it but in produce_free_peb(). > > UBI is designed to work with the worker being disabled. > > All UBI work will then happen synchronous

Re: [U-Boot] SAMA5D2 xplained SD/eMMC boot

On 04/22/2016 02:54 AM, Yang, Wenyou wrote: > Hi Marek, Hi! >> -Original Message- >> From: Marek Vasut [mailto:ma...@denx.de] >> Sent: 2016年4月21日 10:59 >> To: Yang, Wenyou >> Cc: u-boot@lists.denx.de >> Subject: Re: SAMA5D2 xplained SD/eMMC boot >> >> On

Re: [U-Boot] [PATCH] sunxi: mctl_mem_matches: Add missing memory barrier

Hi, On 22-04-16 13:46, Andre Przywara wrote: Hi Hans, thanks for the information and the heads up! On 22/04/16 11:48, Hans de Goede wrote: Hi, On 22-04-16 11:32, Ian Campbell wrote: On Fri, 2016-04-15 at 09:34 +0200, Hans de Goede wrote: I wonder if what you are observing could be

Re: [U-Boot] [PATCH] sunxi: mctl_mem_matches: Add missing memory barrier

Hi Hans, thanks for the information and the heads up! On 22/04/16 11:48, Hans de Goede wrote: > Hi, > > On 22-04-16 11:32, Ian Campbell wrote: >> On Fri, 2016-04-15 at 09:34 +0200, Hans de Goede wrote: I wonder if what you are observing could be possibly explained by just a usual data

[U-Boot] [PATCH] mmc: sdhci: add const qualifier to the name of struct sdhci_host

This allows to drop annoying (char *) casts when setting the host name of struct sdhci_host. Signed-off-by: Masahiro Yamada --- drivers/mmc/pci_mmc.c | 2 +- drivers/mmc/pic32_sdhci.c | 2 +- drivers/mmc/zynq_sdhci.c | 2 +- include/sdhci.h | 2 +-

Re: [U-Boot] [PATCH] mtd, ubi: set free_count to zero before walking through erase list

Hello Richard, Am 22.04.2016 um 12:48 schrieb Richard Weinberger: Heiko, Am 22.04.2016 um 12:20 schrieb Heiko Schocher: Think of places where work is scheduled but the caller blocked the worker because the work has to be done later. Fastmap is one of these use cases but AFAIK it won't matter

Re: [U-Boot] EHCI timed out on TD - token=0x80008d80

On 04/22/2016 09:19 AM, Manjunath wrote: > Hello Marek, > > I checked with mainline uboot as well. The issue is now clearer. Here are > some info: > > 1. The board uses SMARC module > 2. Whenever reboot command is given the usb is detected correctly. > 3. When i give a hard reset, the

Re: [U-Boot] [PATCH] sunxi: mctl_mem_matches: Add missing memory barrier

Hi, On 22-04-16 11:32, Ian Campbell wrote: On Fri, 2016-04-15 at 09:34 +0200, Hans de Goede wrote: I wonder if what you are observing could be possibly explained by just a usual data corruption problem? Which may be happening when the DRAM clock speed is set higher than this particular device

Re: [U-Boot] [PATCH] mtd, ubi: set free_count to zero before walking through erase list

Hello Richard, Am 22.04.2016 um 11:34 schrieb Richard Weinberger: Am 21.04.2016 um 14:14 schrieb Boris Brezillon: No idea, if the correct fix not would be to move this erase_worker call after the attach phase ended, as Richard suggested, or if this fix is also valid ... I discussed that with

Re: [U-Boot] [PATCH] drivers: dfu: ram: fix a crash with dfu ram with invalid dfu_alt_info env

Hi Mugunthan, > U-Boot crashes when an invalid dfu_alt_info is set and tried > using dfu command. Fixing this as it is handled in dfu-mmc. > > => dfu 0 ram 0 > data abort > pc : [<9ff893d6>] lr : [<9ff6edb9>] > reloc pc : [<808323d6>]lr : [<80817db9>] > sp : 9ef36cf0 ip : 0158

Re: [U-Boot] [PATCH] sunxi: Enable LDO3 at 3.3V on A13-OLinuXino board

On Thu, 2016-04-14 at 16:51 +0200, Hans de Goede wrote: > LDO3 is used for the VGA output, this fixes a regression where the > VGA > output on these boards would no longer work. > > Signed-off-by: Hans de Goede Acked-by: Ian Campbell

Re: [U-Boot] [PATCH] sunxi: mctl_mem_matches: Add missing memory barrier

On Fri, 2016-04-15 at 09:34 +0200, Hans de Goede wrote: > > I wonder if what you are observing could be possibly explained by just > > a usual data corruption problem? Which may be happening when the DRAM > > clock speed is set higher than this particular device is able to handle > > in a reliable

[U-Boot] [PATCH] usb: mass storage: Initialize ret variable to zero

Up till now this variable wasn't initialized. However, now GCC (4.9.2) is complaining about it. To suppress this waning this automatic variable has been set to 0. Signed-off-by: Lukasz Majewski --- cmd/usb_mass_storage.c | 2 +- 1 file changed, 1 insertion(+), 1

[U-Boot] [PATCH] drivers: dfu: ram: fix a crash with dfu ram with invalid dfu_alt_info env

U-Boot crashes when an invalid dfu_alt_info is set and tried using dfu command. Fixing this as it is handled in dfu-mmc. => dfu 0 ram 0 data abort pc : [<9ff893d6>] lr : [<9ff6edb9>] reloc pc : [<808323d6>]lr : [<80817db9>] sp : 9ef36cf0 ip : 0158 fp : 9ffbc0b8 r10: 9ffbc0b8

[U-Boot] [PATCH v2 1/2] arm: Fix SCFG ICID reg addresses

On the LS102x boards, in order to initialize the ICID values of masters, the dev_stream_id array holds absolute offsets from the base of SCFG. In ls102xa_config_ssmu_stream_id, the base pointer is cast to uint32_t * before adding the offset, leading to an invalid address. Casting it to void *

[U-Boot] [PATCH v2 2/2] arm: uniform usage of u32 in ls102x caam config

Mix usage of uint32_t and u32 fixed in favor of u32 Signed-off-by: Vincent Siles --- Changes in v2: - Casting to void * instead of u8 * - Splitted commit into two seperate ones board/freescale/common/ls102xa_stream_id.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [U-Boot] EHCI timed out on TD - token=0x80008d80

Hello Marek, I checked with mainline uboot as well. The issue is now clearer. Here are some info: 1. The board uses SMARC module 2. Whenever reboot command is given the usb is detected correctly. 3. When i give a hard reset, the following log is seen. U-Boot > usb start (Re)start USB...