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

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 and > prints proper sizes. > > For the other boards, I tried to run a MAKE

Re: [U-Boot] fatls shows duplicated entries with long and short names

Dear Jagan, On 10/14/2013 06:57 PM, Jagan Teki wrote: On Mon, Oct 14, 2013 at 9:37 PM, Tom Rini wrote: On Mon, Oct 14, 2013 at 06:00:20PM +0200, Hector Palacios wrote: Dear Marek, I noticed that 'fatls' displays duplicated filenames (short and long) for every file in the media: # fatls mmc

Re: [U-Boot] fatls shows duplicated entries with long and short names

On Tue, Oct 15, 2013 at 12:46 PM, Hector Palacios wrote: > Dear Jagan, > > > On 10/14/2013 06:57 PM, Jagan Teki wrote: >> >> On Mon, Oct 14, 2013 at 9:37 PM, Tom Rini wrote: >>> >>> On Mon, Oct 14, 2013 at 06:00:20PM +0200, Hector Palacios wrote: Dear Marek, I noticed that 'fa

Re: [U-Boot] fatls shows duplicated entries with long and short names

Hi Jagan, On Tue, 15 Oct 2013 12:51:19 +0530, Jagan Teki wrote: > On Tue, Oct 15, 2013 at 12:46 PM, Hector Palacios > wrote: > > Dear Jagan, > > > > > > On 10/14/2013 06:57 PM, Jagan Teki wrote: > >> > >> On Mon, Oct 14, 2013 at 9:37 PM, Tom Rini wrote: > >>> > >>> On Mon, Oct 14, 2013 at 06:0

[U-Boot] [PATCH v2] config.mk: disable -fstack-usage for blackfin and m68k

Currently gcc does not seem to support -fstack-usage option for some targets, such as blackfin and m68k. If -fstack-usage option is given for those targets, gcc displays a warning message as follows: warning: -fstack-usage not supported for this target [enabled by default] But it still exits

Re: [U-Boot] [U-boot] "-mno-unaligned-access" question

Hi tiger...@viatech.com.cn, On Thu, 12 Sep 2013 14:01:17 +0800, wrote: > Hi, experts: > > I have a question about compiler option "-mno-unaligned-access". > > Why not open "-mno-unaligned-access" compiler option globally by default > when compiling u-boot? > > > > It seems if one driver ne

Re: [U-Boot] [PATCH v2] config.mk: disable -fstack-usage for blackfin and m68k

Hi Masahiro, On Tue, 15 Oct 2013 17:24:17 +0900, Masahiro Yamada wrote: > Currently gcc does not seem to support -fstack-usage option > for some targets, such as blackfin and m68k. > > If -fstack-usage option is given for those targets, > gcc displays a warning message as follows: > > warn

Re: [U-Boot] [PATCH 3/3 v6] i2c: s3c24xx: add hsi2c controller support

Hello Naveen, Am 15.10.2013 11:34, schrieb Naveen Krishna Ch: On 15 October 2013 12:10, Heiko Schocher wrote: Hello Naveen, Am 15.10.2013 08:07, schrieb Naveen Krishna Chatradhi: Add support for hsi2c controller available on exynos5420. Note: driver currently supports only fast speed mode

Re: [U-Boot] [PATCH 3/3 v6] i2c: s3c24xx: add hsi2c controller support

On 15 October 2013 12:10, Heiko Schocher wrote: > Hello Naveen, > > Am 15.10.2013 08:07, schrieb Naveen Krishna Chatradhi: > >> Add support for hsi2c controller available on exynos5420. >> >> Note: driver currently supports only fast speed mode 100kbps >> >> Change-Id: I02555b1dc8f4ac21c50aa515817

Re: [U-Boot] [PATCH 3/3 v6] i2c: s3c24xx: add hsi2c controller support

On 15 October 2013 15:09, Heiko Schocher wrote: > Hello Naveen, > > Am 15.10.2013 11:34, schrieb Naveen Krishna Ch: > >> On 15 October 2013 12:10, Heiko Schocher wrote: >>> >>> Hello Naveen, >>> >>> Am 15.10.2013 08:07, schrieb Naveen Krishna Chatradhi: >>> Add support for hsi2c controller a

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

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. > > Signed-off-by: Alim Akhtar > Signed-off-by: Rajeshwari Shinde > --- > Changes in V3: >

[U-Boot] [PATCH v3] 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 commits adds a new scripts 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 v3] config.mk: fix -fstack-usage support test

Hi Masahiro, On Tue, 15 Oct 2013 19:11:26 +0900, Masahiro Yamada wrote: > 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 commits adds a new scripts to test -fstack-usage support > because

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

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 Bendebury Reviewed-by: Simon Glass Signed-off-by: Naveen Krishna

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

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 the device tree has the ports in the same order, or uses aliases,

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

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 Bendebury Signed-off-by: R. Chandrasekar --- Changes since v5

Re: [U-Boot] [PATCH v2] config.mk: disable -fstack-usage for blackfin and m68k

Hello. After I posted v2, I changed my mind. Adding a new script to test -fstack-usage support seems smarter, I think. I posted version 3 config.mk: fix -fstack-usage support test > Please keep the commit message to a (short) description of the patch, > and move the rationale to a comment below

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

Hi Tom, On Mon, Sep 30, 2013 at 10:02 AM, Simon Glass wrote: > On Sat, Sep 28, 2013 at 11:38 AM, 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. >

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

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 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 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 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 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 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

[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] 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] [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] 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

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(-)

[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] 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,

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

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] [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

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] 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

> > 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] [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] [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] 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

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. > > > >

[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] 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

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] 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

[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

[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 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

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

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

[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

[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 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] [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

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] [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

[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.

[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 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 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] 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

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

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 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

[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:

[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 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 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

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] 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

[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.

[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

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:

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] 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] 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 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] [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

[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

[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

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

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] 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

[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] [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

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] 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

[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] 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

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

[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/

[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

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

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

  1   2   >