Re: [U-Boot] [PATCH v2 1/2] serial: xuartlite: Staticize local functions

On 10/16/2013 08:18 AM, Stefan Roese wrote: > On 16.10.2013 03:45, Axel Lin wrote: >> Staticize local functions in xuartlite driver. >> >> Signed-off-by: Axel Lin > > Acked-by: Stefan Roese Tested-by: Michal Simek Thanks, Michal -- Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91 w: w

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

Hi York, On 10/15/2013 08:24 PM, York Sun wrote: > Oops. I mistakenlly commented on an older version. Yes I have noticed, no problem ;o) > > On 09/11/2013 04:17 AM, Valentin Longchamp wrote: > >> >> diff --git a/MAINTAINERS b/MAINTAINERS >> index bd0f3a0..daa8494 100644 >> --- a/MAINTAINERS >>

Re: [U-Boot] u-boot-xlnx 'master-next' branch: usb not working for microzed

On 10/16/2013 08:18 AM, Oleg Dzhimiev wrote: > Thanks to Michal - in the u-boot-xlnx/master-next (vs /master) the following > lines were removed: > board/xilinx/zynq/board.c: > - /* temporary hack to take USB out of reset til the is fixed > - * in Linux > - */ > - writel(0x80, 0xe

Re: [U-Boot] [PATCH v2 1/2] serial: xuartlite: Staticize local functions

On 16.10.2013 03:45, Axel Lin wrote: > Staticize local functions in xuartlite driver. > > Signed-off-by: Axel Lin Acked-by: Stefan Roese Thanks, Stefan ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] u-boot-xlnx 'master-next' branch: usb not working for microzed

Thanks to Michal - in the u-boot-xlnx/master-next (vs /master) the following lines were removed: board/xilinx/zynq/board.c: - /* temporary hack to take USB out of reset til the is fixed -* in Linux -*/ - writel(0x80, 0xe000a204); - writel(0x80, 0xe000a208); -

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

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 patch fixes the warnings pointed o

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

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. > > This can also occur when the total transfer size is not a multiple of 4 bytes > since the extra bytes are written first causing the rest to be unaligned. > > This ca

Re: [U-Boot] [PATCH v2 2/2] serial: s5p: Staticize local functions

On 16/10/13 10:47, Axel Lin wrote: > Staticize local functions in s5p serial driver. > > Signed-off-by: Axel Lin > --- > v2: Also staticize s5p_serial##port##_* functions > > drivers/serial/serial_s5p.c | 24 > 1 file changed, 12 insertions(+), 12 deletions(-) Acked-by

[U-Boot] [PATCH] powerpc/t1040: Update defines to support T1040SoC personalities

T1040 Soc has four personalities: -T1040 (4 cores with L2 switch) -T1042:Reduced personality of T1040 without L2 switch -T1020:Reduced personality of T1040 with less cores(2 cores) -T1022:Reduced personality of T1040 with 2 cores and without L2 switch Update defines in config_mpc85xx.h and immap_8

[U-Boot] [PATCH 3/3] m68k: eliminate a warning in cpu_init

Signed-off-by: Masahiro Yamada --- arch/m68k/cpu/mcf5445x/cpu_init.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/m68k/cpu/mcf5445x/cpu_init.c b/arch/m68k/cpu/mcf5445x/cpu_init.c index 9c324dc..b4a8eef 100644 --- a/arch/m68k/cpu/mcf5445x/cpu_init.c +++ b/arch/m68k/cpu

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

Hello. Even after applying the patch "config.mk: fix -fstack-usage support test" (http://patchwork.ozlabs.org/patch/283619/), I still cannot compile m68k correctly. The result of `CROSS_COMPILE=m68k-linux- ./MAKEALL -a m68k` is - SUMMARY

[U-Boot] [PATCH 2/3] m68k: eliminate warnings in do_bootm_linux function

- delete an unused variable - set forcibly some variables to zero Signed-off-by: Masahiro Yamada --- *** CAUTION *** I do not think I am doing right thing. (I post this patch just to raise the flag.) Experts of M68K architecture, please fix this correctly. arch/m68k/lib/bootm.c | 7 ++

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

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(CONFIG_NEEDS_MANUAL_RELOC) ... #endif avr32, m68k, nds32, sparc def

[U-Boot] [PATCH v2 2/2] serial: s5p: Staticize local functions

Staticize local functions in s5p serial driver. Signed-off-by: Axel Lin --- v2: Also staticize s5p_serial##port##_* functions drivers/serial/serial_s5p.c | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/drivers/serial/serial_s5p.c b/drivers/serial/s

[U-Boot] [PATCH v2 1/2] serial: xuartlite: Staticize local functions

Staticize local functions in xuartlite driver. Signed-off-by: Axel Lin --- v2: Also staticize userial##port##_* functions drivers/serial/serial_xuartlite.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/drivers/serial/serial_xuartlite.c b/drivers/ser

[U-Boot] [PATCH 2/2] serial: s5p: Staticize local functions

Staticize local functions in s5p serial driver. Signed-off-by: Axel Lin --- drivers/serial/serial_s5p.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/serial/serial_s5p.c b/drivers/serial/serial_s5p.c index f98b422..13ced26 100644 --- a/drivers/serial/se

[U-Boot] [PATCH 1/2] serial: xuartlite: Staticize local functions

Staticize local functions in xuartlite driver. Signed-off-by: Axel Lin --- drivers/serial/serial_xuartlite.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/serial/serial_xuartlite.c b/drivers/serial/serial_xuartlite.c index 9c1d025..daaf155 100644 --- a/driv

Re: [U-Boot] [PATCH] serial: mxs_auart: Staticize local functions

2013/10/15 Marek Vasut : > Dear Axel Lin, > >> Staticize local functions in mxs_auart driver. >> >> Signed-off-by: Axel Lin > > Acked-by: Marek Vasut > > Just curious, how did you find this? Did you lint the files with some tool? I just read the code. Regards, Axel __

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

On Tue, Oct 15, 2013 at 05:41:27PM -0500, 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 patch fixes the warning

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

Stephen, On Tue, Oct 8, 2013 at 2:08 PM, Stephen Warren wrote: > On 10/07/2013 01:47 PM, Tom Warren wrote: > > Some T1x4 peripherals can take up to 8 different clock > > I would like to avoid "x" in any Tegra naming. Downstream, we've abused > this by calling Tegra114 Tegra11x instead, and I'd l

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

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. Changes were made to some common code. Testing on T30/T20 showed no changes

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

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 patch fixes the warnings pointed out here: http://lists.denx.de/pipermail/u-boot/2013-October/

Re: [U-Boot] pxe incompatibility with x86

On Tuesday, October 15, 2013 5:08am, "Ian Campbell" said: > Hi, > > I've noticed what appears to be an incompatibility between u-boot's pxe > support and the x86 pxelinux stuff. I'm running on a Calxeda midway but > AFAICT this not specific to the platform. It seems that Rob and Jason > are b

Re: [U-Boot] pxe incompatibility with x86

On Tue, 2013-10-15 at 15:39 -0500, rob.herr...@calxeda.com wrote: > Could this be a tftp server setup issue? The exact same server and pxelinux.cfg setup works for x86 machines using proper pxelinux. > Should the server prepend "/whatever" with it's root? I don't think so. > If not then I gues

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

When writing buffers that are not 32 bit aligned data loss occurs. This can also occur when the total transfer size is not a multiple of 4 bytes since the extra bytes are written first causing the rest to be unaligned. This can be seen by writing to SPI flash a 57 byte file containing 00 01 .. 38

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

On Tue, Oct 15, 2013 at 5:12 PM, Robert P. J. Day wrote: > On Tue, 15 Oct 2013, Michael Trimarchi wrote: > >> I will try to buy a bottle of wine before the takeoff ;). Maybe >> Chianti? > > for the love of god, you're in scotland ... do something scottish, > for crying out loud. i understand the

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

On Wed, Oct 16, 2013 at 12:28:10AM +0530, Jagannadha Sutradharudu Teki wrote: > Hi Tom, > > Simple PR - cleanup + some misc changes. > > Thanks, > Jagan. > > The following changes since commit a707b3db562c4c3ae580e2eabb05b59adcc31846: > > buildman: Use env to pick the python from $PATH (2013

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

Dear Stefano Babic, > Hi Marek, > > On 13/10/2013 17:20, Marek Vasut wrote: > > Do not reconfigure the FEC clock during board_eth_init(), otherwise > > the FEC might have stability issues, refuse to autonegotiate link > > entirely or even corrupt packets while indicating correct checksum > > on t

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

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. The fix is to set SCLK source to CLK_M before initia

Re: [U-Boot] u-boot-xlnx 'master-next' branch: usb not working for microzed

Hi, On Tue, Oct 15, 2013 at 12:00 AM, oller wrote: > Hi, > > I've been working with xilinx's microzed board (zynq) recently. The actual > goal is a fsbl-less u-boot. > > But even with fsbl - USB is not working in u-boot-xlnx 'master-next' branch. > At the same time it works in the 'master'. Mostl

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Hi Robert, On Tue, 15 Oct 2013 16:12:47 -0400 (EDT), "Robert P. J. Day" wrote: > On Tue, 15 Oct 2013, Michael Trimarchi wrote: > > > I will try to buy a bottle of wine before the takeoff ;). Maybe > > Chianti? > > for the love of god, you're in scotland ... do something scottish, "You're sc

Re: [U-Boot] [PATCH v8 0/2] I2C: Zynq

Hi Michael, You should consider using patman. See tools/patman/README for details. Amicalement, -- Albert. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v8 2/2] I2C: Zynq: Adapt this driver to the new model

Driver 'zynq_i2c.c' together with CONFIGs, README, and Makefile. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Note: the changes to file 'zynq_i2c.c' in this patch series are meant to be applied in order: in other words, first apply the changes from the 1/2 version; then

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

Fixed bug with alen == 0 in 'i2c_write', 'i2c_read' Further minor corrections: Write 'address' register before 'data' register. Write 'transfer_size' register before 'address' register. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Tested: Xilinx ZC702 eval board. Wri

[U-Boot] [PATCH v8 0/2] I2C: Zynq

This series of two patches contains improvements for the I2C driver on the Xilinx Zynq architecture. In general, the goals are: Support for both I2C bus masters ("I2C0" and "I2C1") in the Zynq PS. Full support for bus multiplexers. Support for all register-address sizes (0, 1, 2). The changes t

Re: [U-Boot] [PATCH v2] mmc: sdhci: Avoid commands errors by simple timeout adaptation.

Hello Pantelis, Could you look at this patch, please? On 10/08/2013 06:12 PM, Przemyslaw Marczak wrote: Old command timeout value was too small and it caused I/O errors which led to uncompleted read/write/erase operations and filesystem errors. Timeout adaptation fixes this issue. Changes in s

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Hi Robert On Tue, Oct 15, 2013 at 10:12 PM, Robert P. J. Day wrote: > On Tue, 15 Oct 2013, Michael Trimarchi wrote: > >> I will try to buy a bottle of wine before the takeoff ;). Maybe >> Chianti? > > for the love of god, you're in scotland ... do something scottish, > for crying out loud. i un

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

On Tue, 15 Oct 2013, Michael Trimarchi wrote: > I will try to buy a bottle of wine before the takeoff ;). Maybe > Chianti? for the love of god, you're in scotland ... do something scottish, for crying out loud. i understand they have this liquor called "scotch" ... rday -- =

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Hi On Tue, Oct 15, 2013 at 7:53 PM, Albert ARIBAUD wrote: > Hi Wolfgang, > > On Tue, 15 Oct 2013 19:31:03 +0200, Wolfgang Denk wrote: > >> Dear Marek, >> >> In message <201310151606.53521.ma...@denx.de> you wrote: >> > >> > We are missing a very important information in all this text. Will there

Re: [U-Boot] [PATCH] Tegra114: spl: Set system clock to clk_m

Jimmy - please answer Stephen's questions below, and/or correct my answers. On Tue, Oct 8, 2013 at 2:18 PM, Stephen Warren wrote: > On 10/07/2013 03:17 PM, Tom Warren wrote: > > From: Jimmy Zhang > > > > Based on Tegra114 TRM, system clock can run up to 275MHz. On power on, > > Which exact cloc

Re: [U-Boot] [PATCH] Tegra114: spl: Set system clock to clk_m

On 10/15/2013 01:37 PM, Tom Warren wrote: > Jimmy - please answer Stephen's questions below, and/or correct my answers. > > > On Tue, Oct 8, 2013 at 2:18 PM, Stephen Warren > wrote: > > On 10/07/2013 03:17 PM, Tom Warren wrote: > > From: Jimmy Zhang mailto:

[U-Boot] [PATCH v7 0/2] I2C: Zynq

This series of two patches contains improvements for the I2C driver on the Xilinx Zynq architecture. In general, the goals are: Support for both I2C bus masters ("I2C0" and "I2C1") in the Zynq PS. Full support for bus multiplexers. Support for all register-address sizes (0, 1, 2). The changes t

[U-Boot] [PATCH v7 2/2] I2C: Zynq: Adapt this driver to the new model

Driver 'zynq_i2c.c' together with CONFIGs, README, and Makefile. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Note: the changes to file 'zynq_i2c.c' in this patch series are meant to be applied in order: in other words, first apply the changes from the 1/2 version; then

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

> Fixed bug with alen == 0 in 'i2c_write', 'i2c_read' Further minor corrections: > Write 'address' register before 'data' register. > Write 'transfer_size' register before 'address' register. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Tested: Xilinx ZC702 eval board.

Re: [U-Boot] [PATCH] Tegra114: spl: Set system clock to clk_m

Done, V2 inbound. On Tue, Oct 15, 2013 at 12:47 PM, Stephen Warren wrote: > On 10/15/2013 01:37 PM, Tom Warren wrote: > > Jimmy - please answer Stephen's questions below, and/or correct my > answers. > > > > > > On Tue, Oct 8, 2013 at 2:18 PM, Stephen Warren > > wr

Re: [U-Boot] declaring and initializing variables

On Mon, 14 Oct 2013 12:05:52 -0700 York Sun wrote: > On 10/07/2013 03:03 PM, Kim Phillips wrote: > > On Mon, 30 Sep 2013 17:04:33 -0700 > > York Sun wrote: > > > >> Kim, et al., > >> > >> I know I have asked this before. Pardon me as I don't consider myself a > >> savy programmer. > >> > >> I a

Re: [U-Boot] [PATCH v4 2/2] arm:goni:dfu Add support for DFU at GONI target

Hello Mateusz, On 10/14/2013 06:56 PM, Mateusz Zalega wrote: From: Arkadiusz Wlodarczyk Proper adjustment for supporting DFU at GONI target has been made. The s5p_goni.h file has been updated. Moreover the code for low level USB initialization has been added to GONI board code. The malloc poo

[U-Boot] [PATCH v6 0/2] I2C: Zynq

This series of two patches contains improvements for the I2C driver on the Xilinx Zynq architecture. In general, the goals are: Support for both I2C bus masters ("I2C0" and "I2C1") in the Zynq PS. Full support for bus multiplexers. Support for all register-address sizes (0, 1, 2). The changes t

[U-Boot] [PATCH v6 2/2] I2C:Zynq: Adapt this driver to the new model

Driver 'zynq_i2c.c' together with CONFIGs, README, and Makefile. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Note: the changes to file 'zynq_i2c.c' in this patch series are meant to be applied in order: in other words, first apply the changes from the 1/2 version; then

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

> Fixed bug with alen == 0 in 'i2c_write', 'i2c_read' Further minor corrections: > Write 'address' register before 'data' register. > Write 'transfer_size' register before 'address' register. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Yet another try (v6)... Tested:

Re: [U-Boot] [PATCH v4 1/2] arm:goni: Update configuration for goni target

On 10/14/2013 06:56 PM, Mateusz Zalega wrote: From: Arkadiusz Wlodarczyk Configuration file for GONI has been updated to support FAT file system, new mmc partitioning scheme and read linux kernel from eMMC instead of OneNAND. Signed-off-by: Arkadiusz Wlodarczyk Signed-off-by: Kyungmin Park S

Re: [U-Boot] [PATCH v3] spi: mxc_spi: Fix double incrementing read pointer for unaligned buffers

On Wed, Oct 16, 2013 at 12:11 AM, Jagannadha Sutradharudu Teki wrote: > From: Timo Herbrecher > > If dout buffer is not 32 bit-aligned or data to transmit is not multiple > of 32 bit the read data pointer is already incremented on single byte reads. > > Signed-off-by: Timo Herbrecher > Signed-of

Re: [U-Boot] [PATCH v2 0/5] spi: cleanup set for v2013.10 rel

On Mon, Oct 14, 2013 at 1:42 PM, Jagannadha Sutradharudu Teki wrote: > Cleanup set for v2013.10 release. > > -- > Thanks, > Jagan. > > Bo Shen (1): > sf: probe: Add missing Atmel at25df321 flash > > Jagannadha Sutradharudu Teki (4): > sf_ops: Unify bank_sel calculation code > sf: Minor clean

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

Hi Tom, Simple PR - cleanup + some misc changes. Thanks, Jagan. The following changes since commit a707b3db562c4c3ae580e2eabb05b59adcc31846: buildman: Use env to pick the python from $PATH (2013-10-15 08:44:28 -0400) are available in the git repository at: git://git.denx.de/u-boot-spi.git

[U-Boot] [PATCH v3] spi: mxc_spi: Fix double incrementing read pointer for unaligned buffers

From: Timo Herbrecher If dout buffer is not 32 bit-aligned or data to transmit is not multiple of 32 bit the read data pointer is already incremented on single byte reads. Signed-off-by: Timo Herbrecher Signed-off-by: Jagannadha Sutradharudu Teki --- Changes for v3: - Updated commit ms

[U-Boot] [PATCH v5 2/2] I2C:Zynq: Adapt this driver to the new model

Driver 'zynq_i2c.c' together with CONFIGs, README, and Makefile. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Note: the changes to file 'zynq_i2c.c' in this patch series are meant to be applied in order: in other words, first apply the changes from the 1/2 version; then

[U-Boot] [PATCH v5 0/2] I2C: Zynq

This series of two patches contains improvements for the I2C driver on the Xilinx Zynq architecture. In general, the goals are: > Support for both I2C bus masters ("I2C0" and "I2C1") in the Zynq PS. > Full support for bus multiplexers. > Support for all register-address sizes (0, 1, 2). The chang

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

> Fixed bug with alen == 0 in 'i2c_write', 'i2c_read' Further minor corrections: > Write 'address' register before 'data' register. > Write 'transfer_size' register before 'address' register. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Tested: Xilinx ZC702 eval board.

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

Oops. I mistakenlly commented on an older version. On 09/11/2013 04:17 AM, Valentin Longchamp wrote: > > diff --git a/MAINTAINERS b/MAINTAINERS > index bd0f3a0..daa8494 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -785,6 +785,7 @@ Valentin Longchamp > mgcoge3un ARM926EJS (Kir

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

On 08/28/2013 07:04 AM, Valentin Longchamp wrote: > This patch introduces the support for Keymile's kmp204x reference > design. This design is based on Freescale's P2040/P2041 SoC. > > The peripherals used by this design are: > - DDR3 RAM with SPD support > - SPI NOR Flash as boot medium > - NAND

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

On Thu, 2013-10-03 at 23:15 +0200, Oliver Schinagl wrote: > Hey all, > > I just yesterday received my CubieTruck (cubieboard3) with 2 GiB of Ram > and added support for it to the sunxi-u-boot branch. While I know this > isn't merged into the main u-boot tree (yet), I ran into the following > pr

[U-Boot] [PATCH v4 2/2] I2C: Zynq: Adapt this driver to the new model

Driver 'zynq_i2c.c' together with CONFIGs, README, and Makefile. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Note: the changes to file 'zynq_i2c.c' in this patch series are meant to be applied in order: in other words, first apply the changes from the 1/2 version; then

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

Fixed bug with alen == 0 in 'i2c_write', 'i2c_read' Further minor corrections: Write 'address' register before 'data' register. Write 'transfer_size' register before 'address' register. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Tested: Xilinx ZC702 eval board. Wri

[U-Boot] [PATCH v4 0/2] I2C: Zynq

This series of two patches contains improvements for the I2C driver on the Xilinx Zynq architecture. In general, the goals are: Support for both I2C bus masters ("I2C0" and "I2C1") in the Zynq PS. Full support for bus multiplexers. Support for all register-address sizes (0, 1, 2). The changes t

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

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 ahead and did the > > changes anyway. Everything seems to run and work fine for sunxi a

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Hi Wolfgang, On Tue, 15 Oct 2013 19:31:03 +0200, Wolfgang Denk wrote: > Dear Marek, > > In message <201310151606.53521.ma...@denx.de> you wrote: > > > > We are missing a very important information in all this text. Will there be > > tartelettes ? ;-) > > You are suffering from geographical an

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

Fixed bug with alen == 0 in 'i2c_write', 'i2c_read' Further minor corrections: Write 'address' register before 'data' register. Write 'transfer_size' register before 'address' register. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Tested: Xilinx ZC702 eval board. Wri

[U-Boot] [PATCH v3 0/2] I2C: Zynq

This series of two patches contains improvements for the I2C driver on the Xilinx Zynq architecture. In general, the goals are: Support for both I2C bus masters ("I2C0" and "I2C1") in the Zynq PS. Full support for bus multiplexers. Support for all register-address sizes (0, 1, 2). The changes t

[U-Boot] [PATCH v3 2/2] I2C: Zynq: Adapt this driver to the new model

Driver 'zynq_i2c.c' together with CONFIGs, README, and Makefile. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Note: the changes to file 'zynq_i2c.c' in this patch series are meant to be applied in order: in other words, first apply the changes from the 1/2 version; then

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Dear Marek, In message <201310151606.53521.ma...@denx.de> you wrote: > > We are missing a very important information in all this text. Will there be > tartelettes ? ;-) You are suffering from geographical and nutritional disorientation. This is Scottland, so we will eat Haggis. And hopefully hav

Re: [U-Boot] [PATCH 2/4] cmd_mtdparts: use 64 bits for flash size, partition size & offset

On 09/04/2013 07:16 AM, Paul Burton wrote: > This matches the 64 bit size in struct mtd_info and allows the mtdparts > command to function correctly with a flash >= 4GiB. Format specifiers > for size & offset are given the ll length, matching its use in > drivers/mtd in absence of something like in

Re: [U-Boot] [PATCH] I2C:Zynq: Adapt this driver to the new model

Jagan, I am resending as you suggest -- except I used "v2", because it seems that Heiko made the previous versions of "[PATCH] I2C:Zynq: Adapt this driver to the new model" disappear from the list. Therefore the "v1" was this: "[PATCH] I2C: Zynq: Support for 0-length register address". However

[U-Boot] [PATCH v2 2/2] I2C:Zynq: Adapt this driver to the new model

Driver 'zynq_i2c.c' together with CONFIGs, README, and Makefile. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Note: the changes to file 'zynq_i2c.c' in this patch series are meant to be applied in order: in other words, first apply the changes from the 1/2 version; then

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

> Fixed bug with alen == 0 in 'i2c_write', 'i2c_read' Further minor corrections: > Write 'address' register before 'data' register. > Write 'transfer_size' register before 'address' register. Signed-off-by: Michael Burr Cc: Heiko Schocher Cc: Michal Simek --- Tested: Xilinx ZC702 eval board.

[U-Boot] [PATCH v2 0/2] I2C: Zynq

This series of two patches contains improvements for the I2C driver on the Xilinx Zynq architecture. In general, the goals are: > Support for both I2C bus masters ("I2C0" and "I2C1") in the Zynq PS. > Full support for bus multiplexers. > Support for all register-address sizes (0, 1, 2). The chang

Re: [U-Boot] [PATCH] disk:efi: avoid unaligned access on efi partition

Hi Måns, On Tue, 15 Oct 2013 17:29:24 +0100, Måns Rullgård wrote: > Albert ARIBAUD writes: > > > Hi Måns, > > > > On Tue, 15 Oct 2013 16:23:44 +0100, Måns Rullgård > > wrote: > > > >> On the compiler side, gcc traditionally did not issue unaligned > >> load/store instructions on ARM. > > > >

Re: [U-Boot] u-boot-xlnx/master-next: build error

Yes, most likely. Thanks for the answer. -- View this message in context: http://u-boot.10912.n7.nabble.com/u-boot-xlnx-master-next-build-error-tp165385p165484.html Sent from the U-Boot mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boo

Re: [U-Boot] [PATCH] disk:efi: avoid unaligned access on efi partition

Albert ARIBAUD writes: > Hi Måns, > > On Tue, 15 Oct 2013 16:23:44 +0100, Måns Rullgård > wrote: > >> On the compiler side, gcc traditionally did not issue unaligned >> load/store instructions on ARM. > > Please be specific: gcc did not emit *native* unaligned accesses. Please explain what you

Re: [U-Boot] [PATCH] disk:efi: avoid unaligned access on efi partition

Hi Måns, On Tue, 15 Oct 2013 16:23:44 +0100, Måns Rullgård wrote: > Albert ARIBAUD writes: > > >> > I sense that you have not understood the reason why I want alignment > >> > checking enabled in ARM yet also want ARMv6+ builds to emit native > >> > unaligned accesses if they consider it neede

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

> > We are missing a very important information in all this text. Will there be > tartelettes ? ;-) > Of course, *virtual* tartelettes in JPG or PNG format, as you prefer :-D Stefano -- = DENX Software Engineering GmbH,

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Dear Albert ARIBAUD, > Hi Marek, > > On Tue, 15 Oct 2013 16:06:53 +0200, Marek Vasut wrote: > > Hi Detlev, > > > > > Hi, > > > > > > thanks to the excellent feedback we got on the U-Boot mini conference > > > next week in Edinburgh, this is the current schedule for the mini > > > > > conferen

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Hi Marek, On Tue, 15 Oct 2013 16:06:53 +0200, Marek Vasut wrote: > Hi Detlev, > > > Hi, > > > > thanks to the excellent feedback we got on the U-Boot mini conference > > next week in Edinburgh, this is the current schedule for the mini > > conference next week: > > [...] > > We are missing a

Re: [U-Boot] [PATCH] disk:efi: avoid unaligned access on efi partition

Albert ARIBAUD writes: >> > I sense that you have not understood the reason why I want alignment >> > checking enabled in ARM yet also want ARMv6+ builds to emit native >> > unaligned accesses if they consider it needed. >> >> Your wishes are mutually exclusive. You cannot both allow hardware >

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Detlev Zundel writes: [...] > http://www.denx.de/wiki/edit/U-Boot/MiniSummitELCE201 Urgh, I hate to admit it, but that link also does not work, on top of the previous one, it actually has _two_ errors in it... The real (click verified) link is: http://www.denx.de/wiki/U-Boot/MiniSummitE

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Hi Detlev, > Hi, > > thanks to the excellent feedback we got on the U-Boot mini conference > next week in Edinburgh, this is the current schedule for the mini > conference next week: [...] We are missing a very important information in all this text. Will there be tartelettes ? ;-) Best rega

Re: [U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Hi, [...] > [1] http://www.denx.de/wiki/edit/U-Boot/MiniSummitELCE2013?t=1381844125 The correct link of course should not include session details: http://www.denx.de/wiki/edit/U-Boot/MiniSummitELCE201 Cheers Detlev -- Java is sort of the Cobol of the 21 century. It's kind of heavyweight,

[U-Boot] Preliminary schedule for U-Boot miniconf at ELCE2013

Hi, thanks to the excellent feedback we got on the U-Boot mini conference next week in Edinburgh, this is the current schedule for the mini conference next week: ,---+-+--. | Time | Speaker | Summary

Re: [U-Boot] [PATCH] serial: mxs_auart: Staticize local functions

Dear Axel Lin, > Staticize local functions in mxs_auart driver. > > Signed-off-by: Axel Lin Acked-by: Marek Vasut Just curious, how did you find this? Did you lint the files with some tool? > --- > drivers/serial/mxs_auart.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-)

Re: [U-Boot] buildman: Use env to pick the python from $PATH

On Sat, Sep 28, 2013 at 11:08:14PM +0530, Jagannadha Sutradharudu Teki wrote: > python used in buildman doesn't need to be placed in > /usr/bin/python, So use env to ensure that the interpreter > will pick the python from environment. > > Usefull with several versions of python's installed on sys

[U-Boot] [PATCH v4] config.mk: fix -fstack-usage support test

If -fstack-usage option is given for such architecures that do not support it, gcc displays a warning message but still exits with status 0. This commit adds a new script to test -fstack-usage support because we cannot rely on $(call cc-option,...) . Signed-off-by: Masahiro Yamada Cc: Tom Rini

Re: [U-Boot] [PATCH] I2C:Zynq: Adapt this driver to the new model

On Tue, Oct 15, 2013 at 11:29 AM, Heiko Schocher wrote: > Hello Michal, > > > Am 14.10.2013 18:25, schrieb Michael Burr: >> >> CONFIGs and README for driver 'zynq_i2c.c'. >> >> >> Signed-off-by: Michael Burr >> Cc: Heiko Schocher >> Cc: Michal Simek >> >> --- >> >> === This patch depends on the pr

Re: [U-Boot] [PATCH v1] arm: remove unneeded symbol offsets and _TEXT_BASE

On Sun, 13 Oct 2013 19:16:33 +0200, Albert ARIBAUD wrote: > I don't think so. The switch from _end to __rel_dyn_end is done > precisely to avoid using a symbol for which an offset is needed (_end, > because linker-defined, can only have absolute relocations) and use > instead a compiler-defined,

[U-Boot] pxe incompatibility with x86

Hi, I've noticed what appears to be an incompatibility between u-boot's pxe support and the x86 pxelinux stuff. I'm running on a Calxeda midway but AFAICT this not specific to the platform. It seems that Rob and Jason are both involved in u-boot pxe support as well as being from Calxeda so I guess

Re: [U-Boot] [PATCH v3] config.mk: fix -fstack-usage support test

Hi Masahiro, > > Regarding the patch itself, why a shell script rather than a variant > > of cc-option? > > I chose a shell script because I wanted to keep Makefile cleaner > and this is the way Linux Kernel often uses. > > Please refer to > - scripts/gcc-goto.sh > - scripts/gcc-version.sh > e

Re: [U-Boot] [PATCH 10/10 V4] DWMMC: SMDK5420: Disable SMU for eMMC

Hi Jaehoon Thank you for comments, On Tue, Oct 15, 2013 at 3:18 PM, Jaehoon Chung wrote: > Hi > > On 09/27/2013 09:10 PM, Rajeshwari S Shinde wrote: >> SMDK5420 has a new Security Management Unit added >> for dwmmc driver, hence, configuring the control >> registers to support booting via eMMC.

Re: [U-Boot] [PATCH v1] arm: remove unneeded symbol offsets and _TEXT_BASE

Hi Benoît, On Tue, 15 Oct 2013 13:07:53 +0200 (CEST), Benoît Thébaudeau wrote: > Hi Albert, > > On Sunday, October 13, 2013 7:16:33 PM, Albert ARIBAUD wrote: > > Hi Benoît, > > > > On Sun, 13 Oct 2013 17:00:25 +0200 (CEST), Benoît Thébaudeau > > wrote: > > > > > Hi Albert, > > > > > > On Su

Re: [U-Boot] [PATCH v3] config.mk: fix -fstack-usage support test

Hello Albert > Much better than the previous one (with a nitpick: superfluous "s" in > "This commits")... But now we lack the rationale part, which was > dropped rather than moved after the '---' line. I will add the rationale part in v4 along with s/commits/commit/. Thanks. > Regarding the p

Re: [U-Boot] [PATCH v1] arm: remove unneeded symbol offsets and _TEXT_BASE

Hi Albert, On Sunday, October 13, 2013 7:16:33 PM, Albert ARIBAUD wrote: > Hi Benoît, > > On Sun, 13 Oct 2013 17:00:25 +0200 (CEST), Benoît Thébaudeau > wrote: > > > Hi Albert, > > > > On Sunday, October 13, 2013 9:10:28 AM, Albert ARIBAUD wrote: > > [...] > > > > > diff --git a/arch/arm/lib/

Re: [U-Boot] [PATCH 1/3] spi: omap3: add support for more word lengths

On 10/14/2013 05:18 PM, Igor Grinberg wrote: diff --git a/drivers/spi/omap3_spi.c b/drivers/spi/omap3_spi.c index 6bac245..add98e1 100644 --- a/drivers/spi/omap3_spi.c +++ b/drivers/spi/omap3_spi.c @@ -20,7 +20,7 @@ #include #include "omap3_spi.h" -#define WORD_LEN 8 +#define SPI_DEFA

Re: [U-Boot] [PATCH] config.mk: enable -fstack-usage only when it is desired

Hello Jeroen > > I tried to google this a bit, one thing I found was > http://sourceware.org/bugzilla/show_bug.cgi?id=5210, but I fail > to (easily) find a reliable gcc reference. Perhaps we should > file a bug? -Werror doesn't work with /dev/null when > -fstack-usage is not supported... I might

  1   2   >