Hi,
On 22-04-15 19:20, Simon Glass wrote:
Hi Hans,
On 20 April 2015 at 12:10, Hans de Goede wrote:
Hi,
On 20-04-15 17:39, Simon Glass wrote:
Hi Hans,
On 20 April 2015 at 03:13, Hans de Goede wrote:
After syncing the sunxi dts files with the upstream kernel dm/fdt sunxi
builds would no
On Thu, 2015-04-23 at 07:57 +0200, Heiko Schocher wrote:
> Hello Scott,
>
> Am 23.04.2015 00:47, schrieb Scott Wood:
> > On Mon, 2015-04-20 at 07:47 +0200, Heiko Schocher wrote:
> >> @@ -322,7 +213,12 @@ int do_nand_env_oob(cmd_tbl_t *cmdtp, int argc, char
> >> *const argv[])
> >>
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Wednesday, April 22, 2015 5:17 PM
> To: Mehresh Ramneek-B31383
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH 2/4] drivers:usb:fsl: Add XHCI driver support
>
> On Wednesday, April 22, 2015 at 08:49:41 AM, Ramneek M
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Wednesday, April 22, 2015 5:18 PM
> To: Mehresh Ramneek-B31383
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH 3/4] include:configs:ls1021atwr: Enable USB IP support
>
> On Wednesday, April 22, 2015 at 08:49:42 AM,
On 22 April 2015 at 18:10, Michal Simek wrote:
> On 04/21/2015 08:27 PM, Jagannadha Sutradharudu Teki wrote:
>> - Zap unneeded macros
>> - Re-arrange the code
>> - Removed __attribute__((weak))
>> - Replace __func__ macro with func names to save macro transition.
>> - Re-arranged comment lines.
>>
Hi Fabio,
On 23/04/2015 05:57, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Introduce is_hummingboard() function that reads GPIOs that can distinguish
> between Cubox-i and Hummingboard.
>
> Print the board name accordingly.
>
> Signed-off-by: Fabio Estevam
> ---
> board/solidrun/mx6cuboxi
Hi Fabio,
On 23/04/2015 05:57, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Cubox-i and Hummingboard support several MX6 SoCs: mx6solo, mx6dual-lite,
> mx6dual and mx6quad. Add support for the different SoC/memory sizes
> combinations.
>
> Tested on a CuBox-i4Pro, HummingBoard-i2eX and Hummi
Hi Fabio,
On 23/04/2015 05:57, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Cubox-i and Hummingboard support several MX6 SoCs: mx6solo, mx6dual-lite,
> mx6dual and mx6quad.
>
> Use IOMUX_PADS() macro in order to prepare for the multi-SoC support.
> Also pass 'MX6QDL' in the defconfig to indi
Hi Fabio,
On 23/04/2015 05:57, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The correct name of the defconfig file is 'mx6cuboxi_defconfig'.
>
> Signed-off-by: Fabio Estevam
> ---
> board/solidrun/mx6cuboxi/MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Hi Fabio,
On 23/04/2015 05:57, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Instead of hardcoding the 'fdt_file' variable, let's introduce a new
> function - build_dts_name(), that can build the dtb filename on the fly.
>
> Signed-off-by: Fabio Estevam
> ---
> board/solidrun/mx6cuboxi/mx6cu
Hello Scott,
Am 23.04.2015 00:47, schrieb Scott Wood:
On Mon, 2015-04-20 at 07:47 +0200, Heiko Schocher wrote:
@@ -322,7 +213,12 @@ int do_nand_env_oob(cmd_tbl_t *cmdtp, int argc, char
*const argv[])
goto usage;
/* We don't care about size, or maxsize.
Hi Simon,
2015-02-28 14:06 GMT+09:00 Simon Glass :
> The 4KB padding doesn't seem necessary since we don't normally adjust the
> control device tree file within U-Boot.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/arm/dts/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> dif
Hello Jagan,
Am 22.04.2015 13:03, schrieb Jagan Teki:
On 23 December 2014 at 13:45, Jagan Teki wrote:
Hi Heiko,
On 23 December 2014 at 12:04, Heiko Schocher wrote:
Hello Jagan,
Am 22.12.2014 09:58, schrieb Jagan Teki:
On 18 December 2014 at 19:21, Jagannadha Sutradharudu Teki
wrote:
T
Hello Jagan,
Am 22.04.2015 12:58, schrieb Jagan Teki:
On 20 April 2015 at 11:17, Heiko Schocher wrote:
with this patch, it is possible to get the offset and size information
from the mtdpartiton setting in "mtdparts", similiar to the
"nand" commandos.
=> sf
sf - SPI flash sub-system
Usage:
s
Hello Jagan,
Am 22.04.2015 12:52, schrieb Jagan Teki:
On 20 April 2015 at 11:17, Heiko Schocher wrote:
From: Daniel Schwierzeck
add MTD layer driver for spi, original patch from:
http://git.denx.de/?p=u-boot/u-boot-mips.git;a=commitdiff;h=bb246819cdc90493dd7089eaa51b9e639765cced
changes fro
From: Fabio Estevam
Introduce is_hummingboard() function that reads GPIOs that can distinguish
between Cubox-i and Hummingboard.
Print the board name accordingly.
Signed-off-by: Fabio Estevam
---
board/solidrun/mx6cuboxi/mx6cuboxi.c | 41 +++-
1 file changed, 4
From: Fabio Estevam
Instead of hardcoding the 'fdt_file' variable, let's introduce a new
function - build_dts_name(), that can build the dtb filename on the fly.
Signed-off-by: Fabio Estevam
---
board/solidrun/mx6cuboxi/mx6cuboxi.c | 24
include/configs/mx6cuboxi.h
From: Fabio Estevam
The correct name of the defconfig file is 'mx6cuboxi_defconfig'.
Signed-off-by: Fabio Estevam
---
board/solidrun/mx6cuboxi/MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/solidrun/mx6cuboxi/MAINTAINERS
b/board/solidrun/mx6cuboxi/MAINTA
From: Fabio Estevam
Cubox-i and Hummingboard support several MX6 SoCs: mx6solo, mx6dual-lite,
mx6dual and mx6quad. Add support for the different SoC/memory sizes
combinations.
Tested on a CuBox-i4Pro, HummingBoard-i2eX and HummingBoard-i1.
Signed-off-by: Fabio Estevam
---
board/solidrun/mx6c
From: Fabio Estevam
Cubox-i and Hummingboard support several MX6 SoCs: mx6solo, mx6dual-lite,
mx6dual and mx6quad.
Use IOMUX_PADS() macro in order to prepare for the multi-SoC support.
Also pass 'MX6QDL' in the defconfig to indicate it.
Signed-off-by: Fabio Estevam
---
board/solidrun/mx6cub
On Wed, 2015-04-22 at 18:13 +0200, Alexander Graf wrote:
> The QEMU u-boot located itself at a 4k aligned offset which the rest
> of the code didn't really expect. Align it with 64k to allow the memory
> code to deal with 64k granularity.
>
> This fixes broken interrupt delivery with the ppce500 m
+Tom
Hi Karl,
On 22 April 2015 at 13:05, Karl Apsite wrote:
> Hi!
>
> I work at DornerWorks with the Xen Hypervisor. We work with a variety of
> embedded systems, and we wanted to facilitate Xen's boot procedure through
> U-boot's Flattened Image Tree (FIT) format. I've already prototyped some
On Mon, 2015-04-20 at 07:47 +0200, Heiko Schocher wrote:
> @@ -322,7 +213,12 @@ int do_nand_env_oob(cmd_tbl_t *cmdtp, int argc, char
> *const argv[])
> goto usage;
>
> /* We don't care about size, or maxsize. */
> - if (arg_off(argv[2], &idx, &addr
Hello!
It seems that there might be some problem with relocation on P2020RDB-PC
board when U-Boot is compiled with a relatively new toolchain. It is hard
to detect because it seems that the relocation leaves only some constants
on their old addresses but otherwise it works fine.
I have a Tur
Hi Jagan,
On 19 April 2015 at 23:27, Jagan Teki wrote:
> On 20 April 2015 at 10:11, Peng Fan wrote:
>> Hi, Simon
>>
>>
>> On 4/19/2015 11:05 PM, Simon Glass wrote:
>>>
>>> These methods should be passed a slave device, not a bus. This matches the
>>> old SPI interface. It is important to know wh
This patch fixes cross-compiling U-Boot tools with the musl C library:
* including is needed for ulong
* defining _GNU_SOURCE is needed for loff_t
Tested for target at91sam9261ek_dataflash_cs3.
Signed-off-by: Jörg Krause
Cc: Tom Rini
---
Changes v1 -> v2:
- Fix header include in image.h
On 13 April 2015 at 11:19, Simon Glass wrote:
> For some files I neglected to add a license. Rectify this:
>
> arch/arm/dts/exynos4210-pinctrl-uboot.dtsi
> arch/arm/dts/exynos4x12-pinctrl-uboot.dtsi
> arch/arm/dts/exynos5250-pinctrl-uboot.dtsi
> arch/arm/dts/exynos54xx-pinctrl-uboot.dtsi
> arch/ar
Hi!
I work at DornerWorks with the Xen Hypervisor. We work with a variety of
embedded systems, and we wanted to facilitate Xen's boot procedure through
U-boot's Flattened Image Tree (FIT) format. I've already prototyped some of the
functionality we were hoping to see, so we thought it'd be prude
Hi,
On 19 April 2015 at 07:21, Simon Glass wrote:
> On sandbox, if you add a printf() to malloc() for debugging, the output will
> eventually cause the screen to scroll. Since lcd_sync() calls SDL functions
> which allocate memory, and this happens before we have updated
> console_curr_row, U-Boo
On 21 April 2015 at 10:00, Joe Hershberger wrote:
> Hi Simon,
>
> On Sun, Apr 19, 2015 at 8:21 AM, Simon Glass wrote:
>> We must not clear global_data even in tests, since the ram_buffer (which
>> is used by malloc()) will also be lost, and subsequent tests will fail.
>>
>> Zero only the global_d
On 21 April 2015 at 11:11, Simon Glass wrote:
> Hi Marek,
>
> Yes, will do. I need to review the pmic stuff too.
>
> Regards,
> Simon
>
>
> On 21 April 2015 at 11:08, Marek Vasut wrote:
>> On Tuesday, April 21, 2015 at 05:40:00 PM, Joe Hershberger wrote:
>>> Hi Simon,
>>>
>>> On Sun, Apr 19, 2015
On 21 April 2015 at 09:40, Joe Hershberger wrote:
> Hi Simon,
>
> On Sun, Apr 19, 2015 at 8:21 AM, Simon Glass wrote:
>> There are a lot more tests now. To avoid confusion add the updated test
>> output to the driver model README.
>>
>> Signed-off-by: Simon Glass
>> ---
>
> Reviewed-by: Joe Hers
On 21 April 2015 at 09:30, Joe Hershberger wrote:
> Hi Simon,
>
> On Sun, Apr 19, 2015 at 8:20 AM, Simon Glass wrote:
>> Since a device can have children in the same uclass as itself, we need
>> to handle unbinding carefully: we must allow that unbinding a device in a
>> uclass may cause another
On Wed, Apr 22, 2015 at 10:26:30AM -0600, Simon Glass wrote:
> Hi,
>
> On 22 April 2015 at 06:38, Stefano Babic wrote:
> >
> > Hi Tim,
> >
> > On 21/04/2015 06:13, Tim Harvey wrote:
> > > On Thu, Apr 9, 2015 at 10:56 AM, Simon Glass wrote:
> > >> Hi Tim,
> > >>
> > >> On 8 April 2015 at 12:45, T
Hi Hans,
On 20 April 2015 at 12:10, Hans de Goede wrote:
> Hi,
>
> On 20-04-15 17:39, Simon Glass wrote:
>>
>> Hi Hans,
>>
>> On 20 April 2015 at 03:13, Hans de Goede wrote:
>>>
>>> After syncing the sunxi dts files with the upstream kernel dm/fdt sunxi
>>> builds would no longer boot.
>>>
>>> T
On 22 April 2015 at 10:31, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> Adding regulators subnode to fdt max77686 node, allows properly init
>> regulators by the max77686 regulator driver. This enables the complete
>> functionality of the regulator command.
>>
>> S
On 22 April 2015 at 10:31, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This change enables the configs required to init and setup max77686
>> regulator driver, using the new driver model pmic and regulator API.
>>
>> This commits enables:
>> - CONFIG_ERRNO_STR
>>
On 22 April 2015 at 10:31, Simon Glass wrote:
> Hi Przemyslaw,
>
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This commit change the old pmic framework calls to the new ones.
>>
>> Signed-off-by: Przemyslaw Marczak
>> ---
>> Changes v2:
>> - remove board_init_i2c() call
>> - update
On 22 April 2015 at 10:31, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> In the power_init_board function call, regulator driver init is called,
>> so before compile, make sure that any power framework is defined.
>>
>> Signed-off-by: Przemyslaw Marczak
>> ---
>>
On 22 April 2015 at 10:31, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This driver implements regulator operations for fixed Voltage/Current
>> value regulators. beside the standard regulator constraints, which are
>> put into the uclass platform data, a typical f
On 22 April 2015 at 10:30, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This commit also updates the proper dts files.
>>
>> Signed-off-by: Przemyslaw Marczak
>> ---
>> arch/arm/dts/exynos4412-odroid.dts | 2 +-
>> arch/arm/dts/exynos4412-trats2.dts | 2 +-
>>
On 22 April 2015 at 10:31, Simon Glass wrote:
> Hi Przemyslaw,
>
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> Since this framework is still under the construction, the main
>> documentation is kept in the header files.
>>
>> Signed-off-by: Przemyslaw Marczak
>> ---
>> Changes v2, V3
On 22 April 2015 at 10:31, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This commit adds support to MAX77686 regulator driver,
>> based on a driver model regulator's API. It implements
>> almost all regulator operations, beside those for setting
>> and geting the C
On 22 April 2015 at 10:30, Simon Glass wrote:
> Hi Przemyslaw,
>
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This command is based on driver model regulator's API.
>> The user interface provides:
>> - list UCLASS regulator devices
>> - show or [set] operating regulator device
>> - p
On 22 April 2015 at 10:30, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This is new command for the PMIC devices based on driver model PMIC API.
>> Command features are unchanged:
>> - list UCLASS pmic devices
>> - show or [set] operating pmic device (NEW)
>> - dum
On 22 April 2015 at 10:30, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This is the implementation of driver model PMIC driver.
>> The max77686 PMIC driver implements read/write operations and driver
>> bind method - to bind its childs.
>>
>> This driver will try t
On 22 April 2015 at 10:30, Simon Glass wrote:
> Hi Przemyslaw,
>
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This commit introduces the PMIC uclass implementation.
>> It allows providing the basic I/O interface for PMIC devices.
>> For the multi-function PMIC devices, this can be us
On 22 April 2015 at 10:29, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> Signed-off-by: Przemyslaw Marczak
>> ---
>> lib/Kconfig | 8
>> 1 file changed, 8 insertions(+)
>
> (please make sure to always add a commit message)
>
> Acked-by: Simon Glass
Appl
On 22 April 2015 at 10:54, Simon Glass wrote:
> On 22 April 2015 at 10:30, Simon Glass wrote:
>> Hi Przemyslaw,
>>
>> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>>> This commit introduces the implementation of dm regulator API.
>>> Device tree support allows for auto binding. And by th
On 22 April 2015 at 10:29, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This config name was never used, because the present pmic command
>> was precompiled for the CONFIG_POWER.
>>
>> Signed-off-by: Przemyslaw Marczak
>> ---
>> include/configs/exynos4-common.h |
On 22 April 2015 at 10:29, Simon Glass wrote:
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>>
>> Move the configs listed below from exynos5-dt-common.h to exynos5-common.h:
>> - CONFIG_POWER
>> - CONFIG_POWER_I2C
>> fixes build break for Arndale and Smdk5250 boards.
>>
>> Signed-off-by:
Yes, I can move get_board_revision into common.c. Then we can retain the
earlier printf.
On Wed, Apr 22, 2015 at 9:45 AM, Ash Charles wrote:
> On Tue, Apr 21, 2015 at 4:56 PM, Arun Bharadwaj wrote:
> > - printf("Board revision: %d\n", get_board_revision());
> It is still very useful to r
On 22 April 2015 at 10:30, Simon Glass wrote:
> Hi Przemyslaw,
>
> On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>> This commit introduces the implementation of dm regulator API.
>> Device tree support allows for auto binding. And by the basic
>> uclass operations, it allows to driving the
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This commit adds support to MAX77686 regulator driver,
> based on a driver model regulator's API. It implements
> almost all regulator operations, beside those for setting
> and geting the Current value.
> For proper bind and operation it requ
On 20 April 2015 at 15:24, Simon Glass wrote:
> On 20 April 2015 at 05:32, Przemyslaw Marczak wrote:
>> This commit introduces simple tests for functions:
>> - uclass_find_device_by_name()
>> - uclass_get_device_by_name()
>>
>> Tests added by this commit:
>> - Test: dm_test_uclass_devices_find_by
On 20 April 2015 at 15:24, Simon Glass wrote:
> On 20 April 2015 at 05:32, Przemyslaw Marczak wrote:
>> The functions:
>> - uclass_find_device_by_name()
>> - uclass_get_device_by_name()
>> searches the required device for the exactly given name.
>> This patch, presice this fact for both function'
On 20 April 2015 at 15:24, Simon Glass wrote:
> On 20 April 2015 at 05:32, Przemyslaw Marczak wrote:
>>
>> Uclass API provides a few functions for get/find the device.
>> To provide a complete function set of uclass-internal functions,
>> for use by the drivers, the function uclass_get_device_tai
Hi Arun,
I gave this patch a whirl and it works for me. As such:
Tested-by: Ash Charles
--Ash
On Tue, Apr 21, 2015 at 4:56 PM, Arun Bharadwaj wrote:
> u-boot breaks for the Overo boards since the following
> commit: a6b541b09022acb6f7c2754100ae26bd44eed1d9
>
> This is because the gd pointer i
On Tue, Apr 21, 2015 at 4:56 PM, Arun Bharadwaj wrote:
> - printf("Board revision: %d\n", get_board_revision());
It is still very useful to report the board revision on boot. Could
you restore this? The printf in get_board_revision doesn't appear
(too early in the boot perhaps?).
--Ash
__
The macro to select the I2C address for ECC bus-width detection
was defined incorrectly for the Marvell DB-MV784MP-GP board. This
patch changes the macro to the correct value to fix this issue.
Signed-off-by: Stefan Roese
---
drivers/ddr/mvebu/ddr3_axp.h | 2 +-
1 file changed, 1 insertion(+), 1
Hi Przemyslaw,
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This commit introduces the PMIC uclass implementation.
> It allows providing the basic I/O interface for PMIC devices.
> For the multi-function PMIC devices, this can be used as I/O
> parent device, for each IC's interface. The
The QEMU u-boot located itself at a 4k aligned offset which the rest
of the code didn't really expect. Align it with 64k to allow the memory
code to deal with 64k granularity.
This fixes broken interrupt delivery with the ppce500 machine for me.
Signed-off-by: Alexander Graf
---
include/configs
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> In the power_init_board function call, regulator driver init is called,
> so before compile, make sure that any power framework is defined.
>
> Signed-off-by: Przemyslaw Marczak
> ---
> board/samsung/common/board.c | 4 ++--
> 1 file changed
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This change enables the configs required to init and setup max77686
> regulator driver, using the new driver model pmic and regulator API.
>
> This commits enables:
> - CONFIG_ERRNO_STR
> - CONFIG_DM_PMIC
> - CONFIG_DM_PMIC_CMD
> - CONFIG_DM_P
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> Adding regulators subnode to fdt max77686 node, allows properly init
> regulators by the max77686 regulator driver. This enables the complete
> functionality of the regulator command.
>
> Signed-off-by: Przemyslaw Marczak
> ---
> Changes V2:
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This commit also updates the proper dts files.
>
> Signed-off-by: Przemyslaw Marczak
> ---
> arch/arm/dts/exynos4412-odroid.dts | 2 +-
> arch/arm/dts/exynos4412-trats2.dts | 2 +-
> arch/arm/dts/exynos5250-smdk5250.dts | 2 +-
> arch/ar
Hi Przemyslaw,
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> Since this framework is still under the construction, the main
> documentation is kept in the header files.
>
> Signed-off-by: Przemyslaw Marczak
> ---
> Changes v2, V3:
> - update documentation with the framework api changes
Hi Przemyslaw,
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This commit change the old pmic framework calls to the new ones.
>
> Signed-off-by: Przemyslaw Marczak
> ---
> Changes v2:
> - remove board_init_i2c() call
> - update regulator calls
> - update headers
> - samsung/misc.c: incl
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This driver implements regulator operations for fixed Voltage/Current
> value regulators. beside the standard regulator constraints, which are
> put into the uclass platform data, a typical fixed regulator node provides
> few additional proper
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This is the implementation of driver model PMIC driver.
> The max77686 PMIC driver implements read/write operations and driver
> bind method - to bind its childs.
>
> This driver will try to bind the regulator devices by using it's child
> inf
Hi Przemyslaw,
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This command is based on driver model regulator's API.
> The user interface provides:
> - list UCLASS regulator devices
> - show or [set] operating regulator device
> - print constraints info
> - print operating status
> - prin
Hi Przemyslaw,
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This commit introduces the implementation of dm regulator API.
> Device tree support allows for auto binding. And by the basic
> uclass operations, it allows to driving the devices in a common
> way. For detailed informations,
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This is new command for the PMIC devices based on driver model PMIC API.
> Command features are unchanged:
> - list UCLASS pmic devices
> - show or [set] operating pmic device (NEW)
> - dump registers
> - read byte of register at address
> - w
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> Signed-off-by: Przemyslaw Marczak
> ---
> lib/Kconfig | 8
> 1 file changed, 8 insertions(+)
(please make sure to always add a commit message)
Acked-by: Simon Glass
___
U-Boot mailing l
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
>
> Move the configs listed below from exynos5-dt-common.h to exynos5-common.h:
> - CONFIG_POWER
> - CONFIG_POWER_I2C
> fixes build break for Arndale and Smdk5250 boards.
>
> Signed-off-by: Przemyslaw Marczak
> ---
> include/configs/exynos5-co
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> This config name was never used, because the present pmic command
> was precompiled for the CONFIG_POWER.
>
> Signed-off-by: Przemyslaw Marczak
> ---
> include/configs/exynos4-common.h | 1 -
> 1 file changed, 1 deletion(-)
Acked-by: Simon
Hi Przemyslaw,
On 20 April 2015 at 12:07, Przemyslaw Marczak wrote:
> Hello,
> Again the next version. The changes are described below each commit message.
> This is rebased on last u-boot-dm/master after apply this patchset:
> https://patchwork.ozlabs.org/patch/462775/
> https://patchwork.ozlabs
Hi,
On 22 April 2015 at 06:38, Stefano Babic wrote:
>
> Hi Tim,
>
> On 21/04/2015 06:13, Tim Harvey wrote:
> > On Thu, Apr 9, 2015 at 10:56 AM, Simon Glass wrote:
> >> Hi Tim,
> >>
> >> On 8 April 2015 at 12:45, Tim Harvey wrote:
> >>>
> >>> Add 'fdt_fixup_display' function to fixup device-tree
On Sat, Apr 18, 2015 at 08:07:02AM +0200, Jörg Krause wrote:
> This patch fixes cross-compiling U-Boot tools with the musl C library:
> * including is needed for ulong
> * defining _GNU_SOURCE is needed for loff_t
>
> Signed-off-by: Jörg Krause
> ---
> include/image.h| 1 +
> tools/env
On Wednesday, April 22, 2015 at 03:04:47 PM, Maxime Ripard wrote:
> Hi,
Hi!
> I've been trying to use fastboot (and especially the boot command) on
> sunxi recently, and got it to work pretty fine (apart from PSCI, but
> that's another story).
>
> The only thing that worries me a bit is that by
On Mon, Apr 20, 2015 at 02:05:58PM -0700, York Sun wrote:
> Tom,
>
> The following changes since commit b8d7652c81689a69bc6eaa206cf875bbe632831c:
>
> Merge branch 'buildman' of git://git.denx.de/u-boot-x86 (2015-04-18 19:24:13
> -0400)
>
> are available in the git repository at:
>
>
> git
This is proposal for clamping the MMDC/DDR3 clocks to the maximum supported
frequencies as per imx6 SOC models, and for dynamically calculating valid
clock value based on mem_speed.
Currently the code uses impossible values for mem_speed (1333, 1600 MT/s) for
calculating the DDR timings, and uses
Hi Stefan,
On 22 April 2015 at 08:42, Stefan Roese wrote:
> Hi Simon,
>
> On 22.04.2015 16:39, Simon Glass wrote:
>
> Applied to u-boot-dm/next, thanks!
Do you plan to release a v2015.04.1 stable release at some time? Then
please add this patch to this version. As it fixes
On Wed, Apr 22, 2015 at 03:17:03PM +0200, Linus Walleij wrote:
> On Wed, Apr 22, 2015 at 12:35 AM, Simon Glass wrote:
> > On 21 April 2015 at 07:36, Linus Walleij wrote:
> >> This switches the Integrator boards over to using the device model
> >> for its serial ports.
> >>
> >> Cc: Masahiro Yamad
Hi Simon,
On 22.04.2015 16:39, Simon Glass wrote:
Applied to u-boot-dm/next, thanks!
Do you plan to release a v2015.04.1 stable release at some time? Then
please add this patch to this version. As it fixes SPI NOR flash on
SoCFPGA.
Maybe we should consider u-boot-stable ...
In this case,
Hi,
On 22 April 2015 at 04:07, Marek Vasut wrote:
> On Wednesday, April 22, 2015 at 11:19:53 AM, Stefan Roese wrote:
>> Hi Tom,
>>
>> On 08.04.2015 16:01, Simon Glass wrote:
>> > On 7 April 2015 at 20:50, Simon Glass wrote:
>> >> On 30 March 2015 at 21:47, Masahiro Yamada
>> >>
>> >> wrote:
>>
On Tue, Apr 21, 2015 at 12:37:18PM +0900, Masahiro Yamada wrote:
> Currently, CONFIG_SPL_LIBGENERIC_SUPPORT must be defined
> to build under lib/ directory for SPL.
>
> This directory contains very basic functions such as memcpy, memset
> in lib/string.c, so it should be very useful for all the bo
On 2015-04-22 16:03, Andre Przywara wrote:
> On Tue, 21 Apr 2015 07:18:24 +0200
> Jan Kiszka wrote:
>
> Hi Jan,
>
>> CONFIG_ARMV7_VIRT depends on CONFIG_ARMV7_NONSEC,
>
> Is this Kconfig rule always enforced these days? Or can one get away
> without it by using stuff from include/configs/*.h?
On Tue, 21 Apr 2015 07:18:24 +0200
Jan Kiszka wrote:
Hi Jan,
> CONFIG_ARMV7_VIRT depends on CONFIG_ARMV7_NONSEC,
Is this Kconfig rule always enforced these days? Or can one get away
without it by using stuff from include/configs/*.h?
> thus doesn't need to
> be taken into account additionally.
On Wed, Apr 22, 2015 at 04:45:05PM +0530, Jagan Teki wrote:
> On 15 July 2014 at 02:07, Tom Rini wrote:
> > On Sat, Jul 12, 2014 at 06:42:31PM +0530, Jagan Teki wrote:
> >> On Sat, Jul 12, 2014 at 2:23 AM, Tom Rini wrote:
> >> > From: Vinothkumar Rajendran
> >> >
> >> > By default QSPI data thro
On Tue, Apr 21, 2015 at 07:51:04AM -0500, Franklin S Cooper Jr wrote:
> Across several devices network environment variables are duplicated.
> Move these variables to a common include file which insures the environment
> variables are reused and insures devices across product lines share the same
Hi Nikolay,
On 22/04/2015 14:22, Nikolay Dimitrov wrote:
> Hi Stefano,
>
> On 04/22/2015 03:12 PM, Stefano Babic wrote:
>> Hi Nikolay,
>>
>> On 17/04/2015 00:36, Nikolay Dimitrov wrote:
>>> This is proposal for clamping the MMDC/DDR3 clocks to the maximum
>>> supported
>>> frequencies as per imx6
Commit 1565d54a7671a1 ("imx:mx6sxsabresd board spl support") introduced the
SPL support, but described the memory layout incorrectly.
mx6sxsabresd board has two MT41K256M16HA-125 DDR3 chips.
Each MT41K256M16HA-125 has 16-bit width, giving a total bus width of 32 bits and
1GiB of RAM space, so fi
On Thu, Apr 16, 2015 at 09:30:14AM +0200, Albert ARIBAUD wrote:
> Hello Tom,
>
> On Tue, 3 Feb 2015 15:21:53 -0500, Tom Rini wrote:
> > - Move the obj- lines for memset.S/memcpy.S to outside of an SPL check
> > so that SPL can use them as well.
> > - Make sure memset() / memcpy() end up in a t
On Wed, Apr 22, 2015 at 12:35 AM, Simon Glass wrote:
> On 21 April 2015 at 07:36, Linus Walleij wrote:
>> This switches the Integrator boards over to using the device model
>> for its serial ports.
>>
>> Cc: Masahiro Yamada
>> Signed-off-by: Linus Walleij
(...)
>> +#define CONFIG_SYS_MALLOC_F_L
Hi,
I've been trying to use fastboot (and especially the boot command) on
sunxi recently, and got it to work pretty fine (apart from PSCI, but
that's another story).
The only thing that worries me a bit is that by default, both the
fastboot tool and mkbootimg will generate an image with the kerne
Some catches on this!
On 22 April 2015 at 15:29, Jagannadha Sutradharudu Teki
wrote:
> Upto now flash sector_size is assigned from params which isn't
> necessarily a sector size from vendor, so based on the SECT_*
> flags from flash_params the erase_size will compute and it will
> become the sect
Hi,
On 04/16/2015 02:57 PM, thomas.lan...@lantiq.com wrote:
> Hello Michal,
>
> Michal Simek wrote on 2015-04-16:
>> From: Siva Durga Prasad Paladugu
>>
>> Fix wrong timer calculation in get_timer_masked incase of overflow. This
>> fixes the issue of getting wrong time from get_timer() calls.
>>
On Tue, Apr 21, 2015 at 11:17 PM, Igor Grinberg wrote:
> Hi Tim,
>
> Sorry for that late reply. I guess better late then never...
>
>
> Yes, I did this for several of our boards.
> I really wanted to clean it up and push upstream, but I barely had time
> to implement it in some way to make it wor
On 17/04/2015 03:11, Fabio Estevam wrote:
> From: Fabio Estevam
>
> RTT_NOM_120OHM is not defined, so remove its ifdef.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
1 - 100 of 141 matches
Mail list logo
