Re: [U-Boot] [PATCH] arm: lib: Fix fix push/pop-section directives

2016-06-05 Thread Heiko Schocher
Hello Marek, Am 05.06.2016 um 00:46 schrieb Marek Vasut: Repair typos in the previous "arm: lib: fix push/pop-section directives" patch, which prevented VCMA9 board from building. Signed-off-by: Marek Vasut Fixes: b2f1858455e9 ("arm: lib: fix push/pop-section directives") Cc: Tom Warren Cc: S

Re: [U-Boot] current mainline build fails for some arm boards

2016-06-05 Thread Heiko Schocher
Hello Stephen, Am 06.06.2016 um 08:42 schrieb Heiko Schocher: Hello Stephen, I see when building current mainline with: $ ./tools/buildman/buildman arm boards.cfg is up to date. Nothing to do. Building current source for 562 boards (8 threads, 1 job per thread) arm: + VCMA9 +arch/ar

[U-Boot] current mainline build fails for some arm boards

2016-06-05 Thread Heiko Schocher
Hello Stephen, I see when building current mainline with: $ ./tools/buildman/buildman arm boards.cfg is up to date. Nothing to do. Building current source for 562 boards (8 threads, 1 job per thread) arm: + VCMA9 +arch/arm/lib/lib1funcs.S: Assembler messages: +arch/arm/lib/lib1funcs.S:

[U-Boot] [PATCH] configs: k2*_evm: Update fdt file names

2016-06-05 Thread Lokesh Vutla
Now that all Keystone2 dts file names are changed in Linux kernel, reflect the same in evn variables inorder to find the right dtb file. Signed-off-by: Lokesh Vutla --- include/configs/k2e_evm.h | 2 +- include/configs/k2g_evm.h | 2 +- include/configs/k2hk_evm.h | 2 +- include/configs/k2l_ev

[U-Boot] [PATCH] ARM: DRA7xx: Enable FIT for hs platforms

2016-06-05 Thread Lokesh Vutla
Use a single defconfig for all DRA7xx hs platforms by enabling FIT and delete the platform specific defconfigs. Signed-off-by: Lokesh Vutla --- board/ti/dra7xx/MAINTAINERS | 1 + configs/dra72_hs_evm_defconfig | 55 -- configs/dra74_hs_evm_defconfig | 5

Re: [U-Boot] [PATCH v2 5/5] usb: xhci: fsl: Add workaround for USB erratum A-008751

2016-06-05 Thread Sriram Dash
>-Original Message- >From: Marek Vasut [mailto:ma...@denx.de] >Sent: Thursday, June 02, 2016 6:31 PM >To: Sriram Dash ; u-boot@lists.denx.de >Cc: york sun ; albert.u.b...@aribaud.net; Rajesh Bhagat > >Subject: Re: [PATCH v2 5/5] usb: xhci: fsl: Add workaround for USB erratum A- >008751 > >O

Re: [U-Boot] [PATCH v2 2/5] usb: xhci: fsl: code cleanup for device tree fixup for fsl usb controllers

2016-06-05 Thread Sriram Dash
>-Original Message- >From: Marek Vasut [mailto:ma...@denx.de] >Sent: Thursday, June 02, 2016 6:25 PM >To: Sriram Dash ; u-boot@lists.denx.de >Cc: york sun ; albert.u.b...@aribaud.net; Rajesh Bhagat > >Subject: Re: [PATCH v2 2/5] usb: xhci: fsl: code cleanup for device tree fixup >for fsl >

Re: [U-Boot] [PATCH v2] common: usb_storage : Implement logic to calculate optimal usb maximum trasfer blocks

2016-06-05 Thread Rajesh Bhagat
> -Original Message- > From: Marek Vasut [mailto:ma...@denx.de] > Sent: Saturday, June 04, 2016 4:22 AM > To: Rajesh Bhagat ; u-boot@lists.denx.de > Cc: s...@chromium.org; york sun ; Sriram Dash > > Subject: Re: [PATCH v2] common: usb_storage : Implement logic to calculate > optimal > u

Re: [U-Boot] [PATCH v2 4/5] armv8/ls2080: Remove workaround for erratum A008751

2016-06-05 Thread Sriram Dash
>-Original Message- >From: Marek Vasut [mailto:ma...@denx.de] >Sent: Thursday, June 02, 2016 6:28 PM >To: Sriram Dash ; u-boot@lists.denx.de >Cc: york sun ; albert.u.b...@aribaud.net; Rajesh Bhagat > >Subject: Re: [PATCH v2 4/5] armv8/ls2080: Remove workaround for erratum >A008751 > >On 06/

Re: [U-Boot] [PATCH v2 1/5] arm64: fsl-layerscape: add get_svr and IS_SVR_REV helper

2016-06-05 Thread Sriram Dash
>-Original Message- >From: Marek Vasut [mailto:ma...@denx.de] >Sent: Thursday, June 02, 2016 6:18 PM >To: Sriram Dash ; u-boot@lists.denx.de >Cc: york sun ; albert.u.b...@aribaud.net; Rajesh Bhagat > >Subject: Re: [PATCH v2 1/5] arm64: fsl-layerscape: add get_svr and IS_SVR_REV >helper > >O

Re: [U-Boot] [PATCH v2 1/5] arm64: fsl-layerscape: add get_svr and IS_SVR_REV helper

2016-06-05 Thread Sriram Dash
>-Original Message- >From: Marek Vasut [mailto:ma...@denx.de] >Sent: Thursday, June 02, 2016 6:18 PM >To: Sriram Dash ; u-boot@lists.denx.de >Cc: york sun ; albert.u.b...@aribaud.net; Rajesh Bhagat > >Subject: Re: [PATCH v2 1/5] arm64: fsl-layerscape: add get_svr and IS_SVR_REV >helper > >O

Re: [U-Boot] [PATCH] verified-boot: Minimal support for booting U-Boot proper from SPL

2016-06-05 Thread Sumit Garg
> -Original Message- > From: Teddy Reed [mailto:teddy.r...@gmail.com] > Sent: Monday, June 06, 2016 2:58 AM > To: Sumit Garg > Cc: s...@chromium.org; dannenb...@ti.com; u-boot@lists.denx.de; Ruchika > Gupta ; Aneesh Bansal ; > york sun > Subject: Re: [PATCH] verified-boot: Minimal support

Re: [U-Boot] [PATCH v4 2/9] ARMv7: PSCI: update function psci_get_cpu_stack_top

2016-06-05 Thread Hongbo Zhang
On Mon, Jun 6, 2016 at 11:43 AM, Chen-Yu Tsai wrote: > Hi, > > On Mon, Jun 6, 2016 at 11:27 AM, Hongbo Zhang wrote: >> Hi York, >> Which version of u-boot do you use? I don't have such problem. >> I was using the latest u-boot (when I re-worked this patch set), it was >> e4a94ce Merge git://git.d

Re: [U-Boot] ARMv7 Execution Flow

2016-06-05 Thread Lokesh Vutla
Hi James, On Saturday 04 June 2016 12:25 AM, James Pollard wrote: > Hi, > > I'm a new U-Boot user. I'm trying to follow the flow of execution for the > ARMv7 architecture, and have found myself running into confusion. > > At the end of arch/arm/cpu/armv7/start.S, lowlevel_init is called. This is

Re: [U-Boot] [PATCH v4 2/9] ARMv7: PSCI: update function psci_get_cpu_stack_top

2016-06-05 Thread Chen-Yu Tsai
Hi, On Mon, Jun 6, 2016 at 11:27 AM, Hongbo Zhang wrote: > Hi York, > Which version of u-boot do you use? I don't have such problem. > I was using the latest u-boot (when I re-worked this patch set), it was > e4a94ce Merge git://git.denx.de/u-boot-dm > but there is some thing wrong that this vers

Re: [U-Boot] [PATCH v4 2/9] ARMv7: PSCI: update function psci_get_cpu_stack_top

2016-06-05 Thread Hongbo Zhang
Hi York, Which version of u-boot do you use? I don't have such problem. I was using the latest u-boot (when I re-worked this patch set), it was e4a94ce Merge git://git.denx.de/u-boot-dm but there is some thing wrong that this version of u-boot cannot load my kernel properly, so I went a little back

[U-Boot] [PATCH v2] mkimage: fit: spl: Add an optional static offset for external data

2016-06-05 Thread Teddy Reed
When building a FIT with external data (-E), an SPL may require absolute positioning for executing the external firmware. To acheive this use the (-p) switch, which will replace the amended 'data-offset' with 'data-position' indicating the absolute position of external data. It is considered an er

Re: [U-Boot] [PATCH] verified-boot: Minimal support for booting U-Boot proper from SPL

2016-06-05 Thread Teddy Reed
On Wed, Jun 1, 2016 at 9:40 PM, Sumit Garg wrote: >> -Original Message- >> From: Teddy Reed [mailto:teddy.r...@gmail.com] >> Sent: Tuesday, May 31, 2016 2:23 AM >> To: Sumit Garg >> Cc: s...@chromium.org; dannenb...@ti.com; u-boot@lists.denx.de; Ruchika >> Gupta ; Aneesh Bansal >> Subjec

[U-Boot] [PATCH 0/2] efi_loader: Implement reset on RPi

2016-06-05 Thread Alexander Graf
If Linux finds an EFI implementation it always uses the EFI reset handler to reboot or power down the system. Unfortunately we haven't implemented that one yet. In fact, while we prepared for RTS handling, we never actually implemented a single user. This is going to change today. This simple pat

[U-Boot] [PATCH 2/2] ARM: bcm283x: Implement EFI RTS reset_system

2016-06-05 Thread Alexander Graf
The rpi has a pretty simple way of resetting the whole system. All it takes is to poke a few registers at a well defined location in MMIO space. This patch adds support for the EFI loader implementation to allow an OS to reset and power off the system when we're outside of boot time. Signed-off-b

[U-Boot] [PATCH 1/2] efi_loader: Allow boards to implement get_time and reset_system

2016-06-05 Thread Alexander Graf
EFI allows an OS to leverage firmware drivers while the OS is running. In the generic code we so far had to stub those implementations out, because we would need board specific knowledge about MMIO setups for it. However, boards can easily implement those themselves. This patch provides the framew

[U-Boot] [PATCH] efi_loader: Add DM_VIDEO support

2016-06-05 Thread Alexander Graf
Some systems are starting to shift to support DM_VIDEO which exposes the frame buffer through a slightly different interface. This is a poor man's effort to support the dm video interface instead of the lcd one. We still only support a single display device. Signed-off-by: Alexander Graf --- li

Re: [U-Boot] [PATCH 5/6] cmd: mtdparts: support runtime generated mtdparts

2016-06-05 Thread Ladislav Michl
On Sun, Jun 05, 2016 at 07:58:46PM +0200, Michal Suchanek wrote: > Hello, > > On 5 June 2016 at 19:43, Ladislav Michl wrote: > > Some CPUs contains boot ROM code capable reading first few blocks > > (where SPL resides) of NAND flash and executing it. It is wise to > > create separate partition he

Re: [U-Boot] [PATCH 5/6] cmd: mtdparts: support runtime generated mtdparts

2016-06-05 Thread Michal Suchanek
Hello, On 5 June 2016 at 19:43, Ladislav Michl wrote: > Some CPUs contains boot ROM code capable reading first few blocks > (where SPL resides) of NAND flash and executing it. It is wise to > create separate partition here for SPL. As block size depends on > NAND chip used, we could either use wo

[U-Boot] [PATCH 6/6] igep00x0: generate default mtdparts according NAND chip used

2016-06-05 Thread Ladislav Michl
Just a sample implementation. Eventually become part of of UBI SPL patch series. Signed-off-by: Ladislav Michl --- board/isee/igep00x0/igep00x0.c | 16 include/configs/omap3_igep00x0.h | 1 + 2 files changed, 17 insertions(+) diff --git a/board/isee/igep00x0/igep00x0.c b/boa

[U-Boot] [PATCH 5/6] cmd: mtdparts: support runtime generated mtdparts

2016-06-05 Thread Ladislav Michl
Some CPUs contains boot ROM code capable reading first few blocks (where SPL resides) of NAND flash and executing it. It is wise to create separate partition here for SPL. As block size depends on NAND chip used, we could either use worst case (biggest) partition size or base its size on actual blo

[U-Boot] [PATCH 4/6] cmd: mtdparts: use defaults by default

2016-06-05 Thread Ladislav Michl
Boards which are defining default mtdparts often need them early in boot process (to load environment from UBI volume, for example). This is currently solved by adding mtdparts and mtdids variable definitions also to default environment. With this change, default partitions are used by default unle

[U-Boot] [PATCH 3/6] cmd: mtdparts: consolidate mtdparts reading from env

2016-06-05 Thread Ladislav Michl
Signed-off-by: Ladislav Michl --- cmd/mtdparts.c | 42 -- 1 file changed, 20 insertions(+), 22 deletions(-) diff --git a/cmd/mtdparts.c b/cmd/mtdparts.c index 995cb87..7860ed9 100644 --- a/cmd/mtdparts.c +++ b/cmd/mtdparts.c @@ -1516,6 +1516,23 @@ static i

[U-Boot] [PATCH 2/6] cmd: mtdparts: fix null pointer dereference in parse_mtdparts

2016-06-05 Thread Ladislav Michl
In case there is no mtdparts variable in relocated environment, NULL is assigned to p, which is later fed to strncpy. Also function parameter mtdparts is completely ignored, so use it in case mtdparts variable is not found in environment. This parameter is checked not to be NULL in caller. Signed-

[U-Boot] [PATCH 1/6] cmd: mtdparts: fix mtdparts variable presence confusion in mtdparts_init

2016-06-05 Thread Ladislav Michl
A private buffer is used to read mtdparts variable from non-relocated environment. A pointer to that buffer is returned unconditionally, confusing later test for variable presence in the environment. Fix it by returning NULL when getenv_f fails. Signed-off-by: Ladislav Michl --- cmd/mtdparts.c |

[U-Boot] [PATCH 0/6] cmd: mtdparts: Add support for runtime generated defaults

2016-06-05 Thread Ladislav Michl
Greetings, this patch serie is a by-product of UBI SPL patchset, see http://lists.denx.de/pipermail/u-boot/2016-January/242962.html (and earlier) First three patches are just bugfixes. With fourth one, controversy starts, but here can be easily overcome by a config option for a boards wanting to u

[U-Boot] [PATCH] sunxi: musb: Properly turn of musb controller before booting

2016-06-05 Thread Hans de Goede
Turn of the clock and assert the reset when musb_stop gets called, so that the os gets the musb controller in a pristine state. This fixes a spurious VBus error interrupt triggering as soon as the Linux musb driver loads. Signed-off-by: Hans de Goede --- drivers/usb/musb-new/sunxi.c | 7 +++

Re: [U-Boot] [PATCH] fw_env: Make env flash lock optional

2016-06-05 Thread Fabio Estevam
Hi Dirk, On Thu, Jun 2, 2016 at 4:09 AM, wrote: > From: Dirk Eibach > > Since locking flash is horribly broken on some platforms, > offer an option to build fw_env tools without locking. What type of flash are you referring to: NAND, SPI NOR, parallel NOR? _

Re: [U-Boot] [PATCH] sunxi: Add the ability to pass (script) filesize in the SPL header

2016-06-05 Thread Bernhard Nortmann
Hi Siarhei! Am 05.06.2016 um 13:44 schrieb Siarhei Siamashka: Hello Bernhard, [...] How does this work in general with "boot.scr" and "uEnv.txt" use cases? Could you provide a bit more detailed description? I mean, who is going to do "import -t ${fel_script_addr} ${filesize}" invocation? This

[U-Boot] [PATCH] sunxi: Add INITIAL_USB_SCAN_DELAY to Mele_A1000G_quad_defconfig

2016-06-05 Thread Hans de Goede
The Mele_A1000G_quad has an onboard usb <-> sata conversion which needs longer then the usb-spec allows to connect after getting power. Signed-off-by: Hans de Goede --- configs/Mele_A1000G_quad_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/Mele_A1000G_quad_defconfig b/co

Re: [U-Boot] [PATCH] fw_env: Make env flash lock optional

2016-06-05 Thread Wolfgang Denk
Dear Dirk, In message you wrote: > > > But then such a "fix" looks wrong to me. If it works in Linux, why > > not fix the code so it works in U-Boot, too? I mean, if you have a > > working example, that should be possible, or not? > > Sometimes I simply need a tool to repair a device in the

Re: [U-Boot] [PATCH] sunxi: Add the ability to pass (script) filesize in the SPL header

2016-06-05 Thread Siarhei Siamashka
Hello Bernhard, On Sat, 4 Jun 2016 19:12:20 +0200 Bernhard Nortmann wrote: > Convert one of the "reserved" fields in the sunxi SPL header to > a fel_script_length entry. That enables the sunxi-fel utility > to pass the script size when booting over USB ("FEL mode"). > > If board.c encounters a