Re: [U-Boot] [PATCH 5/5] arm/rpi: Enable dcache

2015-07-12 Thread Alexander Stein
On Friday 10 July 2015, 23:24:58 wrote Stephen Warren: On 07/04/2015 03:48 AM, Alexander Stein wrote: Now that mailbox driver supports cache flush and invalidation, we can enable dcache. Did you also test that HDMI output doesn't show any issues after this change? I think there's already

Re: [U-Boot] [PATCH V2 03/15] imx: mx6ul: Update imx registers head file

2015-07-12 Thread Peng Fan
Hi Marek, On Sun, Jul 12, 2015 at 12:11:42AM +0200, Marek Vasut wrote: On Saturday, July 11, 2015 at 10:07:11 AM, Peng Fan wrote: 1. Update imx register base address for i.MX6UL. 2. Remove duplicated MXS_APBH/GPMI/BCH_BASE. 3. Remove #ifdef for register addresses that equal to

Re: [U-Boot] [PATCHv4 0/3] drivers/ddr/altera: Add the DDR controller driver for SoCFPGA

2015-07-12 Thread Marek Vasut
On Friday, June 26, 2015 at 10:01:47 PM, Marek Vasut wrote: On Friday, June 26, 2015 at 06:43:13 PM, Marek Vasut wrote: On Wednesday, June 03, 2015 at 05:52:47 AM, dingu...@opensource.altera.com wrote: From: Dinh Nguyen dingu...@opensource.altera.com Hi, This is v4 of

Re: [U-Boot] [PATCH 1/5] arm1176/cpu: Match cache_flush to arm1136

2015-07-12 Thread Alexander Stein
On Friday 10 July 2015, 23:20:07 wrote Stephen Warren: On 07/04/2015 03:48 AM, Alexander Stein wrote: This is effectively the same code but it also does a clean cache before invalidating and doing a memory barrier. Is it possible to share this function with arm1136 rather than cut/pasting

Re: [U-Boot] [PATCH 2/5] arm1176/cpu: Add icache and dcache support

2015-07-12 Thread Alexander Stein
On Friday 10 July 2015, 23:21:32 wrote Stephen Warren: On 07/04/2015 03:48 AM, Alexander Stein wrote: The code is copied 1:1 from arm1136 which uses the same cp15 registers. Same comment here. Perhaps create a cache-armv6.c (or whatever name is appropriate; I'm not sure if ARMv6 mandates

[U-Boot] [PATCH] ARM: dts: UniPhier: add device-specific compatible string for EEPROM

2015-07-12 Thread Masahiro Yamada
For the record, describe exactly which device of which vendor is used on this board. I2C EEPROM is bound by the generic compatible string, i2c-eeprom, so this commit has no impact on the functionality. Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com ---

[U-Boot] [PATCH v2 07/14] devres: add devm_kmalloc() and friends (managed memory allocators)

2015-07-12 Thread Masahiro Yamada
devm_kmalloc() is identical to kmalloc() except that the memory allocated with it is managed and will be automatically released when the device is removed/unbound. Likewise for the other variants. Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com Acked-by: Simon Glass

[U-Boot] [PATCH v2 05/14] dm: add DM_FLAG_BOUND flag

2015-07-12 Thread Masahiro Yamada
Currently, we only have DM_FLAG_ACTIVATED to indicate the device status, but we still cannot know in which stage is in progress, binding or probing. This commit introduces a new flag, DM_FLAG_BOUND, which is set when the device is really bound, and cleared when it is unbound. Signed-off-by:

[U-Boot] [PATCH v2 02/14] linux_compat: remove cpu_relax() define

2015-07-12 Thread Masahiro Yamada
The macro cpu_relax() is defined by several headers in different ways. arch/{arm,avr32,mips}/include/asm/processor.h defines it as follows: #define cpu_relax() barrier() On the other hand, include/linux/compat.h defines it as follows: #define cpu_relax() do {} while (0) If both headers

[U-Boot] [PATCH v2 11/14] dm: refactor device_probe() and device_remove() with devm_kzalloc()

2015-07-12 Thread Masahiro Yamada
The memory is automatically released on driver removal, so we do not need to do so explicitly in device_free(). The helper function alloc_priv() is no longer needed because devm_kzalloc() now understands the GFP_DMA flag. Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com Reviewed-by:

[U-Boot] [PATCH v2 13/14] dm: remove redundant CONFIG_DM from driver/core/Makefile

2015-07-12 Thread Masahiro Yamada
As you see in driver/Makefile, Kbuild descends into the driver/core/ directory only when CONFIG_DM is enabled. Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com --- Changes in v2: - Newly added drivers/core/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[U-Boot] [PATCH v2 08/14] dm: refactor device_bind() and device_unbind() with devm_kzalloc()

2015-07-12 Thread Masahiro Yamada
With devm_kzalloc(), device_unbind() and the failure path in device_bind() can be much cleaner. We no longer need such flags as DM_FLAG_ALLOC_PDATA etc. because we do not have to remember if the memory has been really allocated. The memory is freed when the device is unbind. Signed-off-by:

[U-Boot] [PATCH v2 01/14] x86: delete unneeded declarations of disable_irq() and enable_irq()

2015-07-12 Thread Masahiro Yamada
These two declarations in arch/x86/include/asm/interrupt.h conflict with ones in include/linux/compat.h, so x86 boards cannot include linux/compat.h. The comment /* arch/x86/lib/interrupts.c */ is bogus now, and we do not see any definitions of disable_irq() and enable_irq() in there.

[U-Boot] [PATCH v2 09/14] dm: merge fail_alloc labels

2015-07-12 Thread Masahiro Yamada
A little more clean up made possible by devm_kzalloc(). Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com --- Changes in v2: None drivers/core/device.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/core/device.c b/drivers/core/device.c index

[U-Boot] [PATCH v2 03/14] linux_compat: move vzalloc() to header file as an inline function

2015-07-12 Thread Masahiro Yamada
The vzalloc(size) is equivalent to kzalloc(size, 0). Move it to include/linux/compat.h as an inline function in order to avoid the function call overhead. Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com Reviewed-by: Heiko Schocher h...@denx.de Acked-by: Simon Glass s...@chromium.org

[U-Boot] [PATCH v2 06/14] devres: introduce Devres (Managed Device Resource) framework

2015-07-12 Thread Masahiro Yamada
In U-Boot's driver model, memory is basically allocated and freed in the core framework. So, low level drivers generally only have to specify the size of needed memory with .priv_auto_alloc_size, .platdata_auto_alloc_size, etc. Nevertheless, some drivers still need to allocate memory on their

[U-Boot] [PATCH v2 12/14] devres: add debug command to dump device resources

2015-07-12 Thread Masahiro Yamada
This new command can dump all device resources associated to each device. The fields in every line shows: - The address of the resource - The size of the resource - The name of the release function - The stage in which the resource has been acquired (BIND/PROBE) The output looks like

[U-Boot] [PATCH v2 14/14] devres: compile Devres iif CONFIG_DM_DEVICE_REMOVE is enabled

2015-07-12 Thread Masahiro Yamada
Currently, Devres requires additional 16 byte for each allocation, which is not so insignificant for SPL in some cases. If CONFIG_DM_DEVICE_REMOVE is disabled, we never remove devices, so we do not have to manage resources in the first place. In this case, devres_alloc() can fall back to the

[U-Boot] [PATCH v2 10/14] linux_compat: introduce GFP_DMA flag for kmalloc()

2015-07-12 Thread Masahiro Yamada
It does not seem efficient to always return cache-aligned memory. Return aligned memory only when GFP_DMA flag is given. My main motivation for this commit is to refactor device_probe() and device_free() in the next commit. DM_FLAG_ALLOC_PRIV_DMA should be handled more easily. Signed-off-by:

[U-Boot] [PATCH v2 04/14] linux_compat: handle __GFP_ZERO in kmalloc()

2015-07-12 Thread Masahiro Yamada
Currently, kzalloc() returns zero-filled memory, while kmalloc() simply ignores the second argument and never fills the memory area with zeros. I want kmalloc(size, __GFP_ZERO) to behave as kzalloc() does, which will make it easier to add more memory allocator variants. With the introduction of

[U-Boot] [PATCH v2 00/14] Devres (Managed Device Resource) for U-Boot

2015-07-12 Thread Masahiro Yamada
Please refer to the commit message of 06/14 for what this series wants to do. Masahiro Yamada (14): x86: delete unneeded declarations of disable_irq() and enable_irq() linux_compat: remove cpu_relax() define linux_compat: move vzalloc() to header file as an inline function linux_compat:

Re: [U-Boot] QSPI NOR MTDs

2015-07-12 Thread Heiko Schocher
Hello David, Am 11.07.2015 um 20:54 schrieb David Cemin: Hi, I am trying to do pretty much the same thing as described here: http://lists.denx.de/pipermail/u-boot/2014-April/178252.html Is the described procedure (copied below) only valid after applying the patch ? The patch [1] reffered

Re: [U-Boot] [PATCH] musb: set MUSB speed based on CONFIG

2015-07-12 Thread Heiko Schocher
Hello Bin Liu, Am 10.07.2015 um 17:31 schrieb Bin Liu: Hi, On 07/10/2015 10:12 AM, Heiko Schocher wrote: Hello Samuel, Am 10.07.2015 um 16:50 schrieb Egli, Samuel: Hi Hans, -Original Message- From: Hans de Goede [mailto:hdego...@redhat.com] Sent: Freitag, 10. Juli 2015 16:37 To:

Re: [U-Boot] [PATCH 0/5] dcache support for Raspberry Pi 1

2015-07-12 Thread Alexander Stein
On Friday 10 July 2015, 23:17:58 wrote Stephen Warren: On 07/04/2015 03:48 AM, Alexander Stein wrote: This patchset enables dcache support for Raspberry Pi 1. First the cache support code was made similar to existing arm1136 code. The invalidate and flush functions were inprovoed to accept

Re: [U-Boot] [PATCH V2 02/15] imx: mx6ul: Add pins IOMUX head file

2015-07-12 Thread Marek Vasut
On Sunday, July 12, 2015 at 12:27:42 PM, Peng Fan wrote: Hi Marek, On Sun, Jul 12, 2015 at 12:10:29AM +0200, Marek Vasut wrote: On Saturday, July 11, 2015 at 10:07:10 AM, Peng Fan wrote: Add i.MX6UL pins IOMUX file which defines the IOMUX settings for choose. Signed-off-by: Peng Fan

[U-Boot] [PATCH] mxs_ocotp: Shift the HBUS divider correctly

2015-07-12 Thread Marek Vasut
From: Chris Smith ch...@zxdesign.info When the original HBUS divider value is retrieved in mxs_ocotp_scale_hclk() for the purpose or restoring it back later, the value is not shifted by the HBUS divider offset in that register. This is not a problem, since the shift is zero on all MXS hardware.

Re: [U-Boot] [PATCH V2 02/15] imx: mx6ul: Add pins IOMUX head file

2015-07-12 Thread Peng Fan
Hi Marek, On Sun, Jul 12, 2015 at 12:10:29AM +0200, Marek Vasut wrote: On Saturday, July 11, 2015 at 10:07:10 AM, Peng Fan wrote: Add i.MX6UL pins IOMUX file which defines the IOMUX settings for choose. Signed-off-by: Peng Fan peng@freescale.com Signed-off-by: Ye.Li b37...@freescale.com

Re: [U-Boot] [PATCH V2 03/15] imx: mx6ul: Update imx registers head file

2015-07-12 Thread Peng Fan
Hi Marek, On Sun, Jul 12, 2015 at 01:50:55PM +0200, Marek Vasut wrote: On Sunday, July 12, 2015 at 12:32:28 PM, Peng Fan wrote: Hi Marek, On Sun, Jul 12, 2015 at 12:11:42AM +0200, Marek Vasut wrote: On Saturday, July 11, 2015 at 10:07:11 AM, Peng Fan wrote: 1. Update imx register base

Re: [U-Boot] [PATCH V2 02/15] imx: mx6ul: Add pins IOMUX head file

2015-07-12 Thread Marek Vasut
On Sunday, July 12, 2015 at 01:53:05 PM, Peng Fan wrote: Hi Marek, Hi! On Sun, Jul 12, 2015 at 01:39:58PM +0200, Marek Vasut wrote: On Sunday, July 12, 2015 at 12:27:42 PM, Peng Fan wrote: Hi Marek, On Sun, Jul 12, 2015 at 12:10:29AM +0200, Marek Vasut wrote: On Saturday, July 11,

Re: [U-Boot] [PATCH V2 03/15] imx: mx6ul: Update imx registers head file

2015-07-12 Thread Marek Vasut
On Sunday, July 12, 2015 at 12:32:28 PM, Peng Fan wrote: Hi Marek, On Sun, Jul 12, 2015 at 12:11:42AM +0200, Marek Vasut wrote: On Saturday, July 11, 2015 at 10:07:11 AM, Peng Fan wrote: 1. Update imx register base address for i.MX6UL. 2. Remove duplicated MXS_APBH/GPMI/BCH_BASE. 3.

Re: [U-Boot] [PATCH V2 02/15] imx: mx6ul: Add pins IOMUX head file

2015-07-12 Thread Peng Fan
Hi Marek, On Sun, Jul 12, 2015 at 01:39:58PM +0200, Marek Vasut wrote: On Sunday, July 12, 2015 at 12:27:42 PM, Peng Fan wrote: Hi Marek, On Sun, Jul 12, 2015 at 12:10:29AM +0200, Marek Vasut wrote: On Saturday, July 11, 2015 at 10:07:10 AM, Peng Fan wrote: Add i.MX6UL pins IOMUX file

Re: [U-Boot] [PATCH V2 03/15] imx: mx6ul: Update imx registers head file

2015-07-12 Thread Marek Vasut
On Sunday, July 12, 2015 at 01:55:58 PM, Peng Fan wrote: Hi Marek, Hi! On Sun, Jul 12, 2015 at 01:50:55PM +0200, Marek Vasut wrote: On Sunday, July 12, 2015 at 12:32:28 PM, Peng Fan wrote: Hi Marek, On Sun, Jul 12, 2015 at 12:11:42AM +0200, Marek Vasut wrote: On Saturday, July 11,

Re: [U-Boot] [PATCH 00/20] arm: rpi: Enable USB and Ethernet driver model Raspberry Pi

2015-07-12 Thread Simon Glass
Hi Stephen, On 10 July 2015 at 23:34, Stephen Warren swar...@wwwdotorg.org wrote: On 07/07/2015 08:53 PM, Simon Glass wrote: Raspberry Pi uses a DWC2 USB controller and a SMSC USB Ethernet adaptor. Neither of these currently support driver model. This series does the following: - Move

[U-Boot] QSPI NOR MTDs

2015-07-12 Thread David Cemin
Hi, I am trying to do pretty much the same thing as described here: http://lists.denx.de/pipermail/u-boot/2014-April/178252.html Is the described procedure (copied below) only valid after applying the patch ? Thank you regards, -- David Cemin +1 343-777-1735

Re: [U-Boot] [PATCH 00/20] arm: rpi: Enable USB and Ethernet driver model Raspberry Pi

2015-07-12 Thread Stephen Warren
On 07/07/2015 08:53 PM, Simon Glass wrote: Raspberry Pi uses a DWC2 USB controller and a SMSC USB Ethernet adaptor. Neither of these currently support driver model. This series does the following: - Move Raspberry Pi to use device tree control (u-boot-dtb.bin instead of u-boot.bin)

Re: [U-Boot] [PATCH v3 00/25] dm: Introduce Rockchip RK3288 support

2015-07-12 Thread Paul Kocialkowski
Support is also provided for the Haier Chromebook, which is based on the same SoC. In this case it boots from SPI rather than an SD card. That's great work, but it looks like the matching between codenames and actual devices names at

[U-Boot] [PATCH 2/8] net: tftp: Move tftp.h file from ./net to ./include

2015-07-12 Thread Lukasz Majewski
This change gives the ability to reuse the tftp.h header file by other subsystems (like e.g. dfu). Without this change compilation error emerges for the legacy update.c file. Signed-off-by: Lukasz Majewski l.majew...@majess.pl --- common/update.c | 2 +- include/tftp.h | 30

[U-Boot] [PATCH 1/8] doc: dfu: tftp: README entry for TFTP extension of DFU

2015-07-12 Thread Lukasz Majewski
Documentation file for DFU extension. With this functionality it is now possible to transfer FIT images with firmware updates via TFTP and use DFU backend for storing them. Signed-off-by: Lukasz Majewski l.majew...@majess.pl --- doc/README.dfutftp | 153

[U-Boot] [PATCH 0/8] dfu: tftp: update: Support for DFU upgrades via ETH (TFTP)

2015-07-12 Thread Lukasz Majewski
This commit series enables DFU subsystem to use ETH and TFTP protocol as a medium for downloading data, which should bring substantial speedup for writing large files (like rootfs). Please read provided ./doc/README.dfutftp documentation entry for more information. Lukasz Majewski (8): doc:

[U-Boot] [PATCH 3/8] tftp: update: Allow some parts of the code to be reused when CONFIG_SYS_NO_FLASH is set

2015-07-12 Thread Lukasz Majewski
Up till now it was impossible to use code from update.c when system was not equipped with raw FLASH memory. Such behavior prevented DFU from reusing this code. Signed-off-by: Lukasz Majewski l.majew...@majess.pl --- common/update.c | 15 +++ 1 file changed, 7 insertions(+), 8

[U-Boot] [PATCH 6/8] update: tftp: dfu: Extend update_tftp() function to support DFU

2015-07-12 Thread Lukasz Majewski
This code allows using DFU defined mediums for storing data received via TFTP protocol. It reuses legacy code at common/update.c. To run update_tftp() during boot one needs to define update_tftp_exec_at_boot=true. Signed-off-by: Lukasz Majewski l.majew...@majess.pl --- common/update.c | 37

[U-Boot] [PATCH 7/8] dfu: command: Provide support for 'dfutftp' command to handle receiving data via TFTP

2015-07-12 Thread Lukasz Majewski
The new 'dfutftp' command has syntax similar to 'dfu' command. This new command however, requires some extra env variables to allow update_tftp() code to work properly. For more explanation, please consult ./doc/README.dfutftp Signed-off-by: Lukasz Majewski l.majew...@majess.pl ---

[U-Boot] [PATCH 4/8] dfu: tftp: update: Provide tftp support for the DFU subsystem

2015-07-12 Thread Lukasz Majewski
This commit adds initial support for using tftp for downloading and upgrading firmware on the device. Signed-off-by: Lukasz Majewski l.majew...@majess.pl --- drivers/dfu/Makefile | 1 + drivers/dfu/dfu_tftp.c | 76 ++ include/dfu.h | 11

[U-Boot] [PATCH 5/8] dfu: tftp: update: Add dfu_write_from_mem_addr() function

2015-07-12 Thread Lukasz Majewski
This function allows writing via DFU data stored from fixed buffer address (like e.g. loadaddr env variable). Such predefined buffers are used in the update_tftp() code. In fact this function is a wrapper on the dfu_write() and dfu_flush(). Signed-off-by: Lukasz Majewski l.majew...@majess.pl ---

[U-Boot] [PATCH] Fix LS102xa timer setup to use 64-bit.

2015-07-12 Thread Christopher Kilgour
Fix LS102xa timer configuration to ensure timer compare value is set to all-ones as a 64-bit number rather than a 32-bit number. When the 32-bit all-ones was used, this could result in a timer compare value of 2^32-1, which at 12.5 MHz will fire in ~344 seconds. If the operating system's timer

Re: [U-Boot] scripts: RPi 2: only 1 out of 4 CPUs brought up

2015-07-12 Thread Eric Anholt
Stephen Warren swar...@wwwdotorg.org writes: On 06/30/2015 05:56 AM, Jonas Jensen wrote: Hello, I have found the following issue with RPi 2: Only 1 CPU is brought up when the kernel is started from script (see [1]). All 4 CPUs are brought up if started manually typing in environment

[U-Boot] [PATCH 8/8] config: bbb: Configs necessary for running update via TFTP on Beagle Bone Black

2015-07-12 Thread Lukasz Majewski
Signed-off-by: Lukasz Majewski l.majew...@majess.pl --- include/configs/am335x_evm.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h index 035c156..09f6543 100644 --- a/include/configs/am335x_evm.h +++