Re: [U-Boot] [PATCH] zynq: Use arch_cpu_init() instead of lowlevel_init()

Hi Michal, On Thu, 22 Aug 2013 14:52:02 +0200, Michal Simek wrote: > Zynq lowlevel_init() was implemented in C but stack > pointer is setup after function call in _main(). > Move architecture setup to arch_cpu_init() which is call > as the first function in board_init_f() which > already have co

[U-Boot] [i2c] Pull request

Hello Tom, please pull from u-boot-i2c.git: The following changes since commit 183acb700378a8cfc5d50a01a65de93fb2c24586: Prepare v2013.10 (2013-10-16 13:08:12 -0400) are available in the git repository at: git://git.denx.de/u-boot-i2c.git master for you to fetch changes up to 9a2a73d29fa

Re: [U-Boot] [U-Boot, v4, 3/3] i2c: update config using mxc driver to new subsystem

Hello trem, Am 21.09.2013 18:13, schrieb trem: Signed-off-by: Philippe Reynes --- include/configs/apf27.h | 11 ++- include/configs/flea3.h |9 - include/configs/imx31_phycore.h |7 +++ include/configs/m53evk.h |7 +++ inc

Re: [U-Boot] [U-Boot,v4,2/3] i2c: mxc: move to new subsystem

Hello trem, Am 21.09.2013 18:13, schrieb trem: Signed-off-by: Philippe Reynes --- README | 11 +++ arch/arm/cpu/armv7/mx5/clock.c |2 +- arch/arm/cpu/armv7/mx6/clock.c |2 +- arch/arm/imx-common/Makefile |2 +- drivers/i2c/Makefile |2 +-

Re: [U-Boot] [U-Boot,v4,1/3] i2c: fix init on generic board

Hello trem, Am 21.09.2013 18:13, schrieb trem: On generic board, the i2c init initialize only one bus. But the new i2c subsystem allow to manage severals i2c bus. So in the case, instead of initializing a bus, we just set the current i2c bus. The initialization will be done in the i2c command.

Re: [U-Boot] i2c: Zynq: Support for TI PCA9548 bus multiplexer

Hello Michael, Am 24.09.2013 00:35, schrieb Michael Burr: (Interface is not quite the same as Phillips PCA9547.) Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- drivers/i2c/i2c_core.c |5 + include/i2c.h |2 ++ 2 files changed, 7 insertions(+) Appli

[U-Boot] fdt performance

Hi all, In our bootloader based off of 2013.07 we make extensive use of the flat device tree. In profiling our bootloader in our simulator I found that the function eating up the most time is fdt_next_tag. Looking at it, especially fdt_offset_ptr, it looks like there is a lot of room for impr

Re: [U-Boot] [PATCH] zynq: Use arch_cpu_init() instead of lowlevel_init()

Hi Albert, On Thu, 3 Oct 2013 18:07:40 +0200, Albert ARIBAUD wrote: > Hi Michal, > > On Thu, 3 Oct 2013 11:56:20 +0200, Michal Simek > wrote: > > > Hi Albert, > > > > On 10/03/2013 10:41 AM, Albert ARIBAUD wrote: > > > Hi Michal, > > > > > > On Thu, 03 Oct 2013 08:58:38 +0200, Michal Simek

Re: [U-Boot] [U-Boot, 3/3, v7] i2c: s3c24xx: add hsi2c controller support

Hello Naveen, Am 15.10.2013 12:32, schrieb Naveen Krishna Ch: Add support for hsi2c controller available on exynos5420. Note: driver currently supports only fast speed mode 100kbps Change-Id: I02555b1dc8f4ac21c50aa5158179768563c92f43 Signed-off-by: Naveen Krishna Chatradhi Signed-off-by: Vadim

Re: [U-Boot] [U-Boot, 2/3, v4] exynos: i2c: Change FDT bus setup code to enumerate ports correctly

Hello Naveen, Am 15.10.2013 12:32, schrieb Naveen Krishna Ch: From: Simon Glass At present the i2c ports are enumerated in a strange way - the fdtdec_find_aliases_for_id() function is used, but then the ID returned is ignored and the ports are renumbered. The effect is the same provided that th

Re: [U-Boot] [U-Boot, 1/3, v4] exynos: i2c: Fix i2c driver to handle NACKs properly

Hello Naveen, Am 15.10.2013 12:31, schrieb Naveen Krishna Ch: The Exynos5 i2c driver does not handle NACKs properly. This change: - fixes the NACK processing problem (do not continue transaction if address cycle was NACKed) - eliminates a fair amount of duplicate code Signed-off-by: Vadim

Re: [U-Boot] [RFC] ARM: U-boot and 2 GiB of ram with get_ram_size only being long

Hi Scott, On Tue, 15 Oct 2013 12:57:33 -0500, Scott Wood wrote: > On Tue, 2013-10-15 at 09:12 +0200, Albert ARIBAUD wrote: > > Hi Oliver, > > > > On Mon, 07 Oct 2013 04:41:31 +0200, Oliver Schinagl > > wrote: > > > > > Hey all, > > > > > > Having not received any feed back at all, I went ahe

Re: [U-Boot] [U-Boot, 1/3] i2c: eliminate warnings in i2c_reloc_fixup function

Hello Masahiro, Am 16.10.2013 06:53, schrieb Masahiro Yamada: The prototype of handlers had changed. This commit uses cast with (void *) rather than the handler-specific prototype. Signed-off-by: Masahiro Yamada --- Note: The body of i2c_reloc_fixup function is surrounded by #if defined(CON

Re: [U-Boot] [PATCH] i2c, core: optimze i2c_set_bus_num()

Hello Heiko, Am 04.10.2013 07:36, schrieb Heiko Schocher: check first, if we are on the bus, we want to enable. If so, return immediately, do not calc max adapter number, nor check other things. Signed-off-by: Heiko Schocher Cc: Lukasz Majewski --- drivers/i2c/i2c_core.c | 18 ++--

Re: [U-Boot] [PATCH v2] i2c: Add support for Renesas rcar

Hello Nobuhiro, Am 27.09.2013 09:58, schrieb Nobuhiro Iwamatsu: This supports i2c controller for Renesas rcar. Signed-off-by: Hisashi Nakamura Signed-off-by: Nobuhiro Iwamatsu --- v2: - Add infomation about rcar_i2c to README. - Remove empty line. - Fix space. - Keep list sort

Re: [U-Boot] [PATCH 1/2] README: I2C: Fix indent

Hello Nobuhiro, Am 11.10.2013 09:23, schrieb Nobuhiro Iwamatsu: Signed-off-by: Nobuhiro Iwamatsu --- README | 8 1 file changed, 4 insertions(+), 4 deletions(-) Applied to u-boot-i2c.git Thanks! bye, Heiko -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel H

Re: [U-Boot] [PATCH v1 1/1] netconsole loses 2nd character of input

On Wed, Oct 16, 2013 at 11:54 AM, Suriyan Ramasami wrote: > Netconsole loses the second character when used as input by > either setenv stdin nc or setenv stdin serial,nc if using CONSOLE_CONSOLE_MUX > > Before a nc_send_packet() to echo the input, a check is done to see if > nc_ether is valid. If

Re: [U-Boot] [PATCH 2/2] i2c: sh_i2c: Avoid using I2C prior to relocation

Hello Nobuhiro, Am 11.10.2013 09:23, schrieb Nobuhiro Iwamatsu: If user uses the I2C in before the relocation, board of sh and rmobile will not start. This will solve this problem. Signed-off-by: Nobuhiro Iwamatsu --- drivers/i2c/sh_i2c.c | 10 -- 1 file changed, 8 insertions(+), 2 d

Re: [U-Boot] [PATCH] Fix: nommu I2C adapter relocation error

Hello Jens, Am 14.10.2013 10:27, schrieb Jens Scharsig (BuS Elektronik): From: "Jens Scharsig (BuS Elektronik)" NoMMU systems have a access violation problem with i2c_reloc_fixup. Blame for it is a double relocation of the adapter itself. The i2c_adap_p is already relocated, if i2c_reloc_fixup

Re: [U-Boot] [PATCH v2 3/3] arm: rmobile: Add support lager board

Hi Nobuhiro, On Fri, 20 Sep 2013 10:53:55 +0900, Nobuhiro Iwamatsu wrote: > The lager board has R8A7790, 2GB DDR3-SDRAM, USB, > Ethernet, and more. > > This patch supports the following functions: > - DDR3-SDRAM > - SCIF > - QSPI > - Ethernet > > Signed-off-by: Kouei Abe > Signed-off-by:

Re: [U-Boot] [PATCH v2] arm: vf610: initial integration for colibri vf50

Hi Marcel, On Mon, 30 Sep 2013 14:57:12 +0200, Marcel Ziswiler wrote: > Add initial Colibri VF50 support based off Freescale's implementation > for the Vybrid Tower System TWR-VF65GS10: > - New machine ID. > - Default UART_A on SCI0. > - FEC1 only. > - Enabled command line editing. > - PLL5 base

Re: [U-Boot] [ANN] U-Boot v2013.10 released

On Wed, 16 Oct 2013 15:50:07 -0400, Tom Rini wrote: > Hey all, > > I've pushed v2013.10 out to the repository and tarballs should exist > soon. > > Once again, lots of nice little things around the tree have been done, > your favorite platform is probably gotten a nice tweak or two and we've >

[U-Boot] [RESEND PATCH v3 1/2] ARM: IGEP0033: rename config file to am335x_igep0033.h

From: Javier Martinez Canillas There seems to be a naming convention for the configuration files for boards using the same SoC family. This makes easier to do changes that affect different boards based on the same SoC. Since the IGEP COM AQUILA use TI AM335x processors, is better to rename its b

[U-Boot] [RESEND PATCH v3 2/2] OMAP3: igep00x0: rename config file to omap3_igep00x0.h

From: Javier Martinez Canillas There seems to be a naming convention for the configuration files for boards using the same SoC family. This makes easier to do changes that affect different boards based on the same SoC. Since the IGEPv2 board and the IGEP COM Module use a TI OMAP35xx/DM37xx proce

Re: [U-Boot] powerpc/mpc85xx: Increase image size

> -Original Message- > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] > On Behalf Of York Sun > Sent: Thursday, October 17, 2013 4:14 AM > To: Wood Scott-B07421 > Cc: Tom Rini; u-boot@lists.denx.de > Subject: Re: [U-Boot] powerpc/mpc85xx: Increase image size > >

[U-Boot] [PATCH v2] mpc85xx: Fix the offset of register address error

From: Tang Yuantian The offset of register address within GPIO module is just CONFIG_SYS_MPC85xx_GPIO_ADDR. So, fix it. The following platforms are confirmed: MPC8572, P1023, P1020, P1022, P2020, P4080, P5020, P5040, T4240, B4860. Signed-off-by: Tang Yuantian --- v2: - updated the commi

[U-Boot] Beaglebone LCD support in U-Boot?

Hi, Is there any LCD driver for the Beaglebone? Regards, Simon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] Pull request: u-boot-sh/master

Hi Tom, Please pull u-boot-sh master branch. Best regards, Nobuhiro The following changes since commit 183acb700378a8cfc5d50a01a65de93fb2c24586: Prepare v2013.10 (2013-10-16 13:08:12 -0400) are available in the git repository at: git://git.denx.de/u-boot-sh.git master for you to fetch c

[U-Boot] Pull request: u-boot-mpc85xx/master

Tom, The following changes since commit 183acb700378a8cfc5d50a01a65de93fb2c24586: Prepare v2013.10 (2013-10-16 13:08:12 -0400) are available in the git repository at: git://git.denx.de/u-boot-mpc85xx.git master for you to fetch changes up to 287df01e6aef0464c5e5bcbd7e87aa4ff1f24f5a: PCI

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On 10/16/2013 02:23 PM, Scott Wood wrote: > On Wed, 2013-10-16 at 13:44 -0700, York Sun wrote: >> On 10/16/2013 01:41 PM, Scott Wood wrote: >>> On Wed, 2013-10-16 at 13:38 -0700, York Sun wrote: On 10/16/2013 01:33 PM, Scott Wood wrote: > On Wed, 2013-10-16 at 13:32 -0700, York Sun wrote:

Re: [U-Boot] [ANN] U-Boot v2013.10 released

On Wed, 2013-10-16 at 15:50 -0400, Tom Rini wrote: > The big, diffstat wise at least, change is that now instead of large > boilerplate messages in every file about the license we use SPDX tags in > all files to identify what license(s) apply here. And the source code > itself got trimmed down a g

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On Wed, 2013-10-16 at 13:44 -0700, York Sun wrote: > On 10/16/2013 01:41 PM, Scott Wood wrote: > > On Wed, 2013-10-16 at 13:38 -0700, York Sun wrote: > >> On 10/16/2013 01:33 PM, Scott Wood wrote: > >>> On Wed, 2013-10-16 at 13:32 -0700, York Sun wrote: > On 10/16/2013 01:29 PM, Scott Wood wro

Re: [U-Boot] [PATCH v2] Tegra114: Add support for more clock sources for T114 periphs

MASK_BITS_31_30On 10/15/2013 04:54 PM, Tom Warren wrote: > Some T114 peripherals can take up to 8 different clock > sources (parents), including 4 new ones that don't exist > on previous chips (PLLC2/C3/MEM2/SRC2). Expand clock/pll > code/tables to support these additional bits/sources. I would re

Re: [U-Boot] [ANN] U-Boot v2013.10 released

Dear Tom, In message <20131016195007.GA17401@bill-the-cat> you wrote: > > I've pushed v2013.10 out to the repository and tarballs should exist > soon. The tarball is ready in place on the FTP server. > Once again, lots of nice little things around the tree have been done, > your favorite platf

Re: [U-Boot] [PATCH] Tegra114: Add support for more clock sources for T1x4 periphs

On 10/15/2013 04:42 PM, Tom Warren wrote: > On Tue, Oct 8, 2013 at 2:08 PM, Stephen Warren > wrote: > > diff --git a/arch/arm/cpu/tegra-common/clock.c > b/arch/arm/cpu/tegra-common/clock.c > > index 268fb91..c703c40 100644 > > --- a/arch/arm/cpu/tegra

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On 10/16/2013 01:41 PM, Scott Wood wrote: > On Wed, 2013-10-16 at 13:38 -0700, York Sun wrote: >> On 10/16/2013 01:33 PM, Scott Wood wrote: >>> On Wed, 2013-10-16 at 13:32 -0700, York Sun wrote: On 10/16/2013 01:29 PM, Scott Wood wrote: > On Wed, 2013-10-16 at 13:22 -0700, York Sun wrote:

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On Wed, 2013-10-16 at 13:38 -0700, York Sun wrote: > On 10/16/2013 01:33 PM, Scott Wood wrote: > > On Wed, 2013-10-16 at 13:32 -0700, York Sun wrote: > >> On 10/16/2013 01:29 PM, Scott Wood wrote: > >>> On Wed, 2013-10-16 at 13:22 -0700, York Sun wrote: > On 10/16/2013 12:37 PM, Scott Wood wro

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On 10/16/2013 01:33 PM, Scott Wood wrote: > On Wed, 2013-10-16 at 13:32 -0700, York Sun wrote: >> On 10/16/2013 01:29 PM, Scott Wood wrote: >>> On Wed, 2013-10-16 at 13:22 -0700, York Sun wrote: On 10/16/2013 12:37 PM, Scott Wood wrote: > On Wed, 2013-10-16 at 10:41 -0700, York Sun wrote:

Re: [U-Boot] [PATCH v2] Tegra114: SPL: Set SCLK source to CLK_M before PLLP init.

On 10/15/2013 03:18 PM, Tom Warren wrote: > From: Jimmy Zhang > > Based on the Tegra114 TRM, SCLK (system clock) can run up to 275MHz. > At POR, the default SCLK source is set to PLLP_OUT0. In function > clock_early_init(), PLLP_OUT0 will be set to 480MHz which is beyond > the SCLK's upper limit.

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On Wed, 2013-10-16 at 13:32 -0700, York Sun wrote: > On 10/16/2013 01:29 PM, Scott Wood wrote: > > On Wed, 2013-10-16 at 13:22 -0700, York Sun wrote: > >> On 10/16/2013 12:37 PM, Scott Wood wrote: > >>> On Wed, 2013-10-16 at 10:41 -0700, York Sun wrote: > Are SPL and TPL boot methods immune fr

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On 10/16/2013 01:29 PM, Scott Wood wrote: > On Wed, 2013-10-16 at 13:22 -0700, York Sun wrote: >> On 10/16/2013 12:37 PM, Scott Wood wrote: >>> On Wed, 2013-10-16 at 10:41 -0700, York Sun wrote: On 10/11/2013 11:56 AM, York Sun wrote: > On 10/11/2013 11:39 AM, Scott Wood wrote: >> On F

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On Wed, 2013-10-16 at 13:22 -0700, York Sun wrote: > On 10/16/2013 12:37 PM, Scott Wood wrote: > > On Wed, 2013-10-16 at 10:41 -0700, York Sun wrote: > >> On 10/11/2013 11:56 AM, York Sun wrote: > >>> On 10/11/2013 11:39 AM, Scott Wood wrote: > On Fri, 2013-10-11 at 11:29 -0700, York Sun wrote

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On 10/16/2013 12:37 PM, Scott Wood wrote: > On Wed, 2013-10-16 at 10:41 -0700, York Sun wrote: >> On 10/11/2013 11:56 AM, York Sun wrote: >>> On 10/11/2013 11:39 AM, Scott Wood wrote: On Fri, 2013-10-11 at 11:29 -0700, York Sun wrote: > Scott, et al. > > I'd like to start the discu

[U-Boot] [ANN] U-Boot v2013.10 released

Hey all, I've pushed v2013.10 out to the repository and tarballs should exist soon. Once again, lots of nice little things around the tree have been done, your favorite platform is probably gotten a nice tweak or two and we've now got things like QSPI support in for a few platforms and controlle

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On Wed, 2013-10-16 at 10:41 -0700, York Sun wrote: > On 10/11/2013 11:56 AM, York Sun wrote: > > On 10/11/2013 11:39 AM, Scott Wood wrote: > >> On Fri, 2013-10-11 at 11:29 -0700, York Sun wrote: > >>> Scott, et al. > >>> > >>> I'd like to start the discussion to increase u-boot image size for some

Re: [U-Boot] [PATCH v8 1/5] mtd: nand: omap: enable BCH ECC scheme using ELM for generic platform

On Wed, 2013-10-16 at 18:44 +, Gupta, Pekon wrote: > Hi, > > > From: Scott Wood [scottw...@freescale.com] > > > > From: Scott Wood [mailto:scottw...@freescale.com] > > > On Thu, 2013-10-10 at 16:30 +0530, Pekon Gupta wrote: > > [snip] > > > > -#else > > > > + } else { > > > > /* > > > >*

Re: [U-Boot] [PATCH v8 1/5] mtd: nand: omap: enable BCH ECC scheme using ELM for generic platform

Hi, > From: Scott Wood [scottw...@freescale.com] > > > From: Scott Wood [mailto:scottw...@freescale.com] > > On Thu, 2013-10-10 at 16:30 +0530, Pekon Gupta wrote: > [snip] > > > -#else > > > + } else { > > > /* > > >* This ecc_size_config setting is for BCH sw library. > > >* > > > @@ -3

Re: [U-Boot] [PATCH 0/2] Microblaze bug-fixes

On 10/16/2013 03:42 PM, Tom Rini wrote: > On Wed, Oct 16, 2013 at 09:06:30AM +0200, Michal Simek wrote: > >> Hi Tom, >> >> I have just found that there are two problems in microblaze compilation. >> Also I have found that my regular testing is broken that's why I haven't >> found these problems ea

Re: [U-Boot] powerpc/mpc85xx: Increase image size

On 10/11/2013 11:56 AM, York Sun wrote: > On 10/11/2013 11:39 AM, Scott Wood wrote: >> On Fri, 2013-10-11 at 11:29 -0700, York Sun wrote: >>> Scott, et al. >>> >>> I'd like to start the discussion to increase u-boot image size for some >>> mpc85xx targets. As we all know the reset vector is at the

[U-Boot] [PATCH v1 1/1] netconsole loses 2nd character of input

Netconsole loses the second character when used as input by either setenv stdin nc or setenv stdin serial,nc if using CONSOLE_CONSOLE_MUX Before a nc_send_packet() to echo the input, a check is done to see if nc_ether is valid. If its not, it waits for an arp request and then sends the packet (whi

Re: [U-Boot] [PATCH 1/6] exynos_fb: Remove usage of static defines

Hi Ajay, [once more from the right address] On Mon, Sep 30, 2013 at 5:20 AM, Ajay Kumar wrote: > Previously, we used to statically assign values for vl_col, vl_row and > vl_bpix using #defines like LCD_XRES, LCD_YRES and LCD_COLOR16. > > Introducing the function exynos_lcd_early_init() would tak

Re: [U-Boot] [PATCH 6/6] CONFIG: SMDK5420: Enable FIMD and DP

On Mon, Sep 30, 2013 at 5:20 AM, Ajay Kumar wrote: > Enable FIMD and DP drivers on SMDK5420 so that we get to > see the LCD console on eDP panel. > > Signed-off-by: Ajay Kumar > This all seems good to me, builds without errors. Acked-by: Simon Glass

Re: [U-Boot] [PATCH 4/6] video: exynos_fimd: Add framework to disable FIMD sysmmu

On Mon, Sep 30, 2013 at 5:20 AM, Ajay Kumar wrote: > On Exynos5420, the FIMD sysmmus are in "on state" by default. > We have to disable them in order to make FIMD DMA work. > This patch adds the required framework to exynos_fimd driver > to disable FIMD sysmmu on Exynos5420. > > Signed-off-by: Aja

Re: [U-Boot] [PATCH 5/6] smdk5420: Implement callbacks needed by exynos_fb driver

On Mon, Sep 30, 2013 at 5:20 AM, Ajay Kumar wrote: > Add callbacks to set up DP-HPD, backlight and LCD power > on SMDK5420. > > Signed-off-by: Ajay Kumar > Acked-by: Simon Glass ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman

Re: [U-Boot] [PATCH 3/6] arm: exynos: Add get_lcd_clk and set_lcd_clk callbacks for Exynos5420

On Mon, Sep 30, 2013 at 5:20 AM, Ajay Kumar wrote: > Add get_lcd_clk and set_lcd_clk callbacks for Exynos5420 needed by > exynos video driver. > Also, configure ACLK_400_DISP1 as the parent for > MUX_ACLK_400_DISP1_SUB_SEL. > > Signed-off-by: Ajay Kumar > Acked-by: Simon Glass _

Re: [U-Boot] [PATCH 2/6] arm: exynos: Add RPLL for Exynos5420

On Mon, Sep 30, 2013 at 5:20 AM, Ajay Kumar wrote: > RPLL is needed to drive the LCD panel on Exynos5420 based boards. > > Signed-off-by: Ajay Kumar > Acked-by: Simon Glass ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/list

Re: [U-Boot] [PATCH v4] socfpga: Adding Freeze Controller driver

Hi Albert, On Wed, 2013-10-16 at 18:01 +0200, ZY - albert.u.boot wrote: > Hi Chin, > > On Wed, 16 Oct 2013 10:20:14 -0500, Chin Liang See > wrote: > > > Hi Albert, > > > > On Wed, 2013-10-16 at 17:10 +0200, ZY - albert.u.boot wrote: > > > Hi Chin, > > > > > > On Mon, 14 Oct 2013 08:40:20 -050

Re: [U-Boot] [PATCH v4] socfpga: Adding Freeze Controller driver

Hi Chin, On Wed, 16 Oct 2013 10:20:14 -0500, Chin Liang See wrote: > Hi Albert, > > On Wed, 2013-10-16 at 17:10 +0200, ZY - albert.u.boot wrote: > > Hi Chin, > > > > On Mon, 14 Oct 2013 08:40:20 -0500, Chin Liang See > > wrote: > > > > > Adding Freeze Controller driver. All HPS IOs need to b

[U-Boot] Freescale P4080 DDR problems

Hi, i have a problem while porting u-boot to my own-developed hardware with P4080 and fixed DDR3 memory (not DIMM's). Does anybody tested code for Freescale with fixed memory on real hardware? It seems that the code does not initialize a lot of registers (for example DDR_WRLVL_CNTL_2 and other

Re: [U-Boot] [PATCH v4] socfpga: Adding Freeze Controller driver

Hi Albert, On Wed, 2013-10-16 at 17:10 +0200, ZY - albert.u.boot wrote: > Hi Chin, > > On Mon, 14 Oct 2013 08:40:20 -0500, Chin Liang See > wrote: > > > Adding Freeze Controller driver. All HPS IOs need to be > > in freeze state during pin mux or IO buffer configuration. > > It is to avoid any

Re: [U-Boot] [PATCH v3 11/11] mpc85xx: introduce the kmp204x reference design support

On 10/15/2013 11:55 PM, Valentin Longchamp wrote: > > Here is how we can go: I have minor adjustments to the series. I can rebase it > on top of 2013.10 as soon as it is released (I have already rebased on top of > 2013.10-rc4) so that this gets tested on the hardware and send you a V4. I'd > be

Re: [U-Boot] [PATCH v4] socfpga: Adding Freeze Controller driver

Hi Chin, On Mon, 14 Oct 2013 08:40:20 -0500, Chin Liang See wrote: > Adding Freeze Controller driver. All HPS IOs need to be > in freeze state during pin mux or IO buffer configuration. > It is to avoid any glitch which might happen > during the configuration from propagating to external devices

Re: [U-Boot] [PATCH] spi: mxc: Fix data loss for non aligned write buffers.

On 16/10/13 15:22, Jagan Teki wrote: Hi Albert, On Wed, Oct 16, 2013 at 5:35 PM, Albert ARIBAUD wrote: Hi Jagan, On Wed, 16 Oct 2013 16:20:17 +0530, Jagan Teki wrote: Hi Amicalement, On Wed, Oct 16, 2013 at 1:05 PM, Albert ARIBAUD wrote: Hi Jagan, On Wed, 16 Oct 2013 11:16:49 +0530, Ja

Re: [U-Boot] [PATCH] spi: mxc: Fix data loss for non aligned write buffers.

Hi Jagan, On Wed, 16 Oct 2013 18:52:34 +0530, Jagan Teki wrote: > Hi Albert, > > On Wed, Oct 16, 2013 at 5:35 PM, Albert ARIBAUD > wrote: > > Hi Jagan, > > > > On Wed, 16 Oct 2013 16:20:17 +0530, Jagan Teki > > wrote: > > > >> Hi Amicalement, > >> > >> On Wed, Oct 16, 2013 at 1:05 PM, Albert

[U-Boot] [PATCH V2 0/6] Add support for SPI based DataImage LCD panel

This patch ports the Linux driver for DataImage SCF0403852GGU04 and SCF0403526GGU20 LCD panels into U-Boot. As a preparation step, variable SPI word length support is added to omap3_spi and the generic SPI interface. Finally, the driver is used in cm_t35 board. The SPI changes were tested with a B

[U-Boot] [PATCH V2 6/6] cm_t35: use scf0403 driver

Use scf0403 driver to add scf0403x LCD support for cm-t35 and cm-t3730 boards. Signed-off-by: Nikita Kiryanov Acked-by: Igor Grinberg --- NOTE: This patch depends on http://patchwork.ozlabs.org/patch/275283/ Changes in V2: - Changes to arch/arm/include/asm/arch-omap3/dss.h were split

[U-Boot] [PATCH V2 2/6] spi: omap3: add support for more word lengths

Current implementation only supports 8 bit word lengths, even though omap3 can handle anything between 4 and 32. Update the spi interface to support changing the SPI word length, and implement it in omap3_spi driver to support the full range of possible word lengths. This implementation is backwar

[U-Boot] [PATCH V2 4/6] lcd: add DataImage SCF0403x LCD panel support

Add SPI-based driver for DataImage SCF0403852GGU04 and SCF0403526GGU20 LCD panels. Cc: Tom Rini Cc: Anatolij Gustschin Cc: Igor Grinberg Signed-off-by: Nikita Kiryanov --- Changes in V2: - Added SPDX-License-Identifier to all new files (Anatolij Gustschin) - s/printf/puts for n

[U-Boot] [PATCH V2 1/6] spi: omap3: remove semicolon from #define

Remove unnecessary semicolon from #define SPI_WAIT_TIMEOUT Cc: Tom Rini Cc: Jagannadha Sutradharudu Teki Cc: Igor Grinberg Cc: Gerhard Sittig Signed-off-by: Nikita Kiryanov --- NOTE: New patch in series (Gerhard Sittig, Igor Grinberg) drivers/spi/omap3_spi.c | 2 +- 1 file changed, 1 inse

[U-Boot] [PATCH V2 5/6] omap3_dss: define DSS_ONOFF

Add DSS_ONOFF to polarity defines Cc: Tom Rini Cc: Anatolij Gustschin Cc: Igor Grinberg Signed-off-by: Nikita Kiryanov Acked-by: Igor Grinberg --- NOTE: This is a new patch. Its contents were originally part of "cm_t35: use scf0403 driver". Split because it is unrelated to the patch

[U-Boot] [PATCH V2 3/6] spi: define SPI_XFER_ONCE

The flag combination "SPI_XFER_BEGIN | SPI_XFER_END" is a common use case of spi_xfer, and it can easily cause an already long line (spi_xfer takes 5 parameters) to go over the 80 character limit. define SPI_XFER_ONCE to be a shorter version of the above flag combination. Cc: Tom Rini Cc: Jagann

Re: [U-Boot] [PATCH] ARM: mxs: Do not reconfigure FEC clock in FEC init

Dear Stefano Babic, > Hi Marek, > > On 15/10/2013 23:19, Marek Vasut wrote: > > Forget this, the issue is still present. Damn! > > > > It's at least a little clearer to me what happens now. The FEC fails to > > transmit an TFTP block ACK packet -> the server waits 5 seconds -> sends > > ARP pack

Re: [U-Boot] [PATCH] spi: mxc: Fix data loss for non aligned write buffers.

Hi Albert, On Wed, Oct 16, 2013 at 5:35 PM, Albert ARIBAUD wrote: > Hi Jagan, > > On Wed, 16 Oct 2013 16:20:17 +0530, Jagan Teki > wrote: > >> Hi Amicalement, >> >> On Wed, Oct 16, 2013 at 1:05 PM, Albert ARIBAUD >> wrote: >> > Hi Jagan, >> > >> > On Wed, 16 Oct 2013 11:16:49 +0530, Jagan Teki

Re: [U-Boot] [PATCH 0/2] Microblaze bug-fixes

On Wed, Oct 16, 2013 at 09:06:30AM +0200, Michal Simek wrote: > Hi Tom, > > I have just found that there are two problems in microblaze compilation. > Also I have found that my regular testing is broken that's why I haven't > found these problems earlier. > Would it be possible to add these two p

Re: [U-Boot] [PATCH] ARM: OMAP5: DDR3: Change io settings

Hi Sricharan, 2013/10/16 Sricharan R : > Hi, > > On Wednesday 16 October 2013 06:03 PM, Tom Rini wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 10/16/2013 07:34 AM, Enric Balletbo Serra wrote: >>> Hi Sricharan, >>> >>> 2013/10/16 Sricharan R : Changing the IO settings to

[U-Boot] [PATCH V2] ARM: OMAP5: DDR3: Change io settings

The DDR DQ lines are enabled with weak pull. So the DQ line was not staying at Vref when IDLE (retreats to ground) and because of this there were extra transitions and noise. So change from 0x64656465 to 0x64646464 to remove the weak pull. Also internal VREF_DQOUT is set to 0. This has to enabled

Re: [U-Boot] [PATCH] ARM: OMAP5: DDR3: Change io settings

Hi, On Wednesday 16 October 2013 06:03 PM, Tom Rini wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 10/16/2013 07:34 AM, Enric Balletbo Serra wrote: >> Hi Sricharan, >> >> 2013/10/16 Sricharan R : >>> Changing the IO settings to turn on VREF_DQ and >>> disable weak pullup for DQS/n

[U-Boot] [PATCH 2/4] usb: ums: code refactoring to improve reusability at other boards.

This patch introduces some cleanups to ums code. Changes: ums common: - introduce UMS_START_BLOCK and UMS_PART_SIZE as defined in usb_mass_storage.h both default values as 0 if board config do not define them common cleanup changes: - change name of struct "ums_board_info" to "ums" - "ums_devic

[U-Boot] [PATCH 3/4] usb: ums: fix bug in partition capacity computation.

Before this change ums disk capacity was miscalculated because of integer overflow. Signed-off-by: Przemyslaw Marczak Cc: Marek Vasut --- board/samsung/common/ums.c | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/board/samsung/common/ums.c b/board/samsung

[U-Boot] [PATCH 0/4] USB: UMS: code refactoring and usage improvement

Hello, Please look at my little ums refactor. Quick summary: - move ums initialization code to Samsung common - introduce board definable parameters: UMS_START_BLOCK and UMS_PART_SIZE - remove ums unnecessary code - move ums structures to just one generic ums structure - fix ums capacity miscalcul

[U-Boot] [PATCH 4/4] usb: ums: add ums exit feature by ctrl+c or by detach usb cable

This patch allows exiting from UMS mode to u-boot prompt by detaching usb cable or by pressing ctrl+c. Add new config: CONFIG_USB_CABLE_CHECK. If defined then board file should provide function: usb_cable_connected() (include/usb.h) that return 1 if cable is connected and 0 otherwise. Signed-off-

[U-Boot] [PATCH 1/4] usb: ums: move ums code from trats to Samsung common directory

UMS init was implemented in trats board file but mostly it comprises common code. Due to that it has been moved to common/ums.c to avoid code duplication in the future. Changes: - move ums initialization code from trats to common/ums.c - remove unused CONFIG_USB_GADGET_MASS_STORAGE from trats.h S

Re: [U-Boot] [PATCH] ARM: OMAP5: DDR3: Change io settings

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/16/2013 07:34 AM, Enric Balletbo Serra wrote: > Hi Sricharan, > > 2013/10/16 Sricharan R : >> Changing the IO settings to turn on VREF_DQ and >> disable weak pullup for DQS/nDQS. >> >> Signed-off-by: Sricharan R >> --- >> arch/arm/include/asm/

Re: [U-Boot] [PATCH] spi: mxc: Fix data loss for non aligned write buffers.

Hi Jagan, On Wed, 16 Oct 2013 16:20:17 +0530, Jagan Teki wrote: > Hi Amicalement, > > On Wed, Oct 16, 2013 at 1:05 PM, Albert ARIBAUD > wrote: > > Hi Jagan, > > > > On Wed, 16 Oct 2013 11:16:49 +0530, Jagan Teki > > wrote: > > > >> Hi, > >> > >> On Tue, Oct 15, 2013 at 11:27 PM, Martin Fuzzey

Re: [U-Boot] [PATCH] ARM: OMAP5: DDR3: Change io settings

Hi Sricharan, 2013/10/16 Sricharan R : > Changing the IO settings to turn on VREF_DQ and > disable weak pullup for DQS/nDQS. > > Signed-off-by: Sricharan R > --- > arch/arm/include/asm/arch-omap5/omap.h |4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/arm/incl

Re: [U-Boot] [PATCH] spi: mxc: Fix data loss for non aligned write buffers.

Hi Amicalement, On Wed, Oct 16, 2013 at 1:05 PM, Albert ARIBAUD wrote: > Hi Jagan, > > On Wed, 16 Oct 2013 11:16:49 +0530, Jagan Teki > wrote: > >> Hi, >> >> On Tue, Oct 15, 2013 at 11:27 PM, Martin Fuzzey wrote: >> > When writing buffers that are not 32 bit aligned data loss occurs. >> > >> >

[U-Boot] [PATCH] ARM: OMAP5: DDR3: Change io settings

Changing the IO settings to turn on VREF_DQ and disable weak pullup for DQS/nDQS. Signed-off-by: Sricharan R --- arch/arm/include/asm/arch-omap5/omap.h |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/include/asm/arch-omap5/omap.h b/arch/arm/include/asm/arch-o

Re: [U-Boot] Is EP88x board dead or not?

Hello Albert, Wolfgang. > I would therefore say that if you want EP88x re-introduced, then please > step up as the new board maintainer by adding your e-mail address in > boards.cfg -- and please do it only if you actually have an EP88x board > to test on. > > If you don't have an EP88x, or do no

Re: [U-Boot] Is EP88x board dead or not?

Hi Masahiro, On Wed, 16 Oct 2013 18:30:56 +0900, Masahiro Yamada wrote: > Hello Wolfgang > > > You deleted the EP88x entry in boards.cfg > at the following commit > > > commit 1b0757eceddf037aad99ab59217a3a5c215e15d1 > Author: Wolfgang Denk > Date: Wed Oct 24 02:36:15 2012 + > >

Re: [U-Boot] [PATCH] mtd: fix warnings due to 64-bit partition support

On 16/10/13 07:08, Stefan Roese wrote: Hi Scott, On 16.10.2013 00:41, Scott Wood wrote: commit 39ac34473f3c96e77cbe03a49141771ed1639486 ("cmd_mtdparts: use 64 bits for flash size, partition size & offset") introduced warnings in a couple places due to printf formats or pointer casting. This pa

[U-Boot] Is EP88x board dead or not?

Hello Wolfgang You deleted the EP88x entry in boards.cfg at the following commit commit 1b0757eceddf037aad99ab59217a3a5c215e15d1 Author: Wolfgang Denk Date: Wed Oct 24 02:36:15 2012 + PPC: remove dead boards (AMX860, c2mon, ETX094, IAD210, LANTEC, SCM) These boards have lon

[U-Boot] [RFC PATCH 2/2] usb: dfu: correct dfu buffer inited value

After dfu buffer is initialized, the buffer should be all available, while not 0. Initialize its value to min(dfu_buf_size, dfu->r_left). Signed-off-by: Bo Shen --- drivers/dfu/dfu.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dfu/dfu.c b/drivers/dfu/dfu.c ind

[U-Boot] [RFC PATCH 1/2] usb: dfu: decrease dfu->r_left along with the transfer

The value of dfu->r_left need decrease along with the transfer Signed-off-by: Bo Shen --- drivers/dfu/dfu.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/dfu/dfu.c b/drivers/dfu/dfu.c index 56b21c7..65c6984 100644 --- a/drivers/dfu/dfu.c +++ b/drivers/dfu/dfu.c @@ -229,6 +229,7

Re: [U-Boot] [PATCH 0/3] All M68K boards are broken

Hello Albert > If it is unrelated, then ignore my comment. Yes. They are totally unrelated. > Even after applying the patch > "config.mk: fix -fstack-usage support test" > (http://patchwork.ozlabs.org/patch/283619/), > I still cannot compile m68k correctly. I should have dropped this comment

Re: [U-Boot] [PATCH] ARM: mxs: Do not reconfigure FEC clock in FEC init

Hi Marek, On 15/10/2013 23:19, Marek Vasut wrote: > > Forget this, the issue is still present. Damn! > > It's at least a little clearer to me what happens now. The FEC fails to > transmit > an TFTP block ACK packet -> the server waits 5 seconds -> sends ARP packet -> > FEC replies and resends

Re: [U-Boot] [PATCH v8 1/2] I2C: Zynq: Support for 0-length register address

On 10/16/2013 10:24 AM, Heiko Schocher wrote: > Hello Michael, > > Am 15.10.2013 22:23, schrieb Michael Burr: >>> Fixed bug with alen == 0 in 'i2c_write', 'i2c_read' >> Further minor corrections: >>> Write 'address' register before 'data' register. >>> Write 'transfer_size' register before 'addres

Re: [U-Boot] [RFC PATCH] usb: dfu: make nand upload working

Hi Lukasz Majewski, On 10/14/2013 15:25, Bo Shen wrote: Hi Lukasz Majewski, On 10/13/2013 05:19, Lukasz Majewski wrote: On Sat, 12 Oct 2013 15:47:14 +0800 Bo Shen wrote: If won't pass value to dfu->r_left, it always 0, make no transfer, the dfu-util on host side report failed. So, before st

Re: [U-Boot] [PATCH 0/3] All M68K boards are broken

Hi Masahiro, On Wed, 16 Oct 2013 17:20:27 +0900, Masahiro Yamada wrote: > Hello Albert. > > > > > Even after applying the patch > > > "config.mk: fix -fstack-usage support test" > > > (http://patchwork.ozlabs.org/patch/283619/), > > > I still cannot compile m68k correctly. > > > > Patch 28369

Re: [U-Boot] help on adding bootelf to u-boot

On 10/16/2013 03:10 PM, Robin Fernandes wrote: hi sir/madam I am trying to run bootelf command from u-boot. But the command is not inbuilt in it. So could you please let me know what is the procedure to compile.. for build instructions, see them here: http://www.denx.de/wiki/DULG/UBoot

Re: [U-Boot] help on adding bootelf to u-boot

Hi, On 10/16/2013 03:10 PM, Robin Fernandes wrote: hi sir/madam I am trying to run bootelf command from u-boot. But the command is not inbuilt in it. So could you please let me know what is the procedure to compile.. make sure you have CONFIG_CMD_ELF in your board config file. Miao _

  1   2   >