[U-Boot] [PATCH 2/3] sf: change indentation in

Signed-off-by: Bo Shen --- drivers/mtd/spi/sf_probe.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/spi/sf_probe.c b/drivers/mtd/spi/sf_probe.c index 6e19d79..9646914 100644 --- a/drivers/mtd/spi/sf_probe.c +++ b/drivers/mtd/spi/sf_probe.c @@ -25,7 +25,7 @@ DE

[U-Boot] [PATCH 3/3] sf: using the same license header format

Signed-off-by: Bo Shen --- drivers/mtd/spi/sf_probe.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/spi/sf_probe.c b/drivers/mtd/spi/sf_probe.c index 9646914..2086022 100644 --- a/drivers/mtd/spi/sf_probe.c +++ b/drivers/mtd/spi/sf_probe.c @@ -5,7 +5,7 @@ *

[U-Boot] [PATCH 1/3] sf: add missing Atmel at25df321 spi flash support

As the spi flash transfer to multiple parts, it is forgot to add Atmel AT25DF321 spi flash support, which broken several Atmel EK boards which this chip. So, add it Signed-off-by: Bo Shen --- drivers/mtd/spi/sf_probe.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/spi/sf_pro

Re: [U-Boot] problems porting to 2013.x

Hi Chris, On Wed, Oct 9, 2013 at 2:34 AM, Chris Ruehl wrote: Hi. I hope someone can open my eyes on this. We try to port our MX27 board to the new u-boot loader using the SPL code rather then the self hacked NAND->SDRAM. I'm not able to get anything run. The console stays dead. I would sugg

Re: [U-Boot] problems porting to 2013.x

Hi Chris, On Wed, Oct 9, 2013 at 2:34 AM, Chris Ruehl wrote: > Hi. > > I hope someone can open my eyes on this. We try to port our MX27 board to > the new u-boot loader using the SPL code rather then the self hacked > NAND->SDRAM. > > I'm not able to get anything run. The console stays dead. I w

Re: [U-Boot] problems porting to 2013.x

On Wednesday, October 09, 2013 02:29 PM, Chris Ruehl wrote: On Wednesday, October 09, 2013 01:34 PM, Chris Ruehl wrote: Hi. I hope someone can open my eyes on this. We try to port our MX27 board to the new u-boot loader using the SPL code rather then the self hacked NAND->SDRAM. I'm not able t

[U-Boot] FW: [PATCH v3] PCIe:change the method to get the address of a requested capability in configuration space.

Hi Tom, Please keep an eye on this patch http://patchwork.ozlabs.org/patch/275173/ Regards Zhao Qiang > -Original Message- > From: Zhao Qiang-B45475 > Sent: Monday, September 30, 2013 11:10 AM > To: 'tr...@ti.com' > Cc: u-boot@lists.denx.de > Subject: RE: [PATCH v3] PCIe:change

Re: [U-Boot] FW: [PATCH v3] PCIe:change the method to get the address of a requested capability in configuration space.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/09/2013 09:39 PM, Zhao Qiang-B45475 wrote: > Hi Tom, > > Please keep an eye on this patch > http://patchwork.ozlabs.org/patch/275173/ > > Regards > Zhao Qiang > >> -Original Message- >> From: Zhao Qiang-B45475 >> Sent: Monday, S

[U-Boot] please pull u-boot-samsung master

Dear Albert, The following changes since commit 12eba1b49380988fd87cc0b3af44014cca8b71c4: README: update ARM register usage (2013-09-23 18:00:36 +0200) are available in the git repository at: git://git.denx.de/u-boot-samsung master for you to fetch changes up to 4d6c96711bd550ae292df566c2b

Re: [U-Boot] Pull request: nand flash

On Wed, Oct 09, 2013 at 01:29:55PM -0500, Scott Wood wrote: > Sorry for the lateness, but here are some MTD/UBI bugfixes. They've > been acked by Stefan Roese. > > The following changes since commit b770e88a6c2548727f0d57a3e9e8bb0830f977b5: > > Fix number base handling of "load" command (2013

[U-Boot] [Patch v1 1/1] jffs2: change U_BOOT_CMD ls to fsls

multiple definitions of `_u_boot_list_2_cmd_2_ls' if CONFIG_CMD_JFFS2 and CONFIG_CMD_FS_GENERIC are defined. Signed-off-by: Suriyan Ramasami --- common/cmd_jffs2.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/cmd_jffs2.c b/common/cmd_jffs2.c index bce0983..f38

Re: [U-Boot] [Patch v1 1/1] usb:smsx95xx LED activity for USB net driver

On Oct 9, 2013, at 6:39 PM, Marek Vasut wrote: > Dear Simon Glass, > >> +Joe (net maintainer) >> +Marek (USB) >> >> Hi Suriyan, >> >> On Mon, Oct 7, 2013 at 9:30 PM, Suriyan Ramasami wrote: >>> Add LED activity for SMSX95XX USB Ether driver. >>> >>> Signed-off-by: “Suriyan Ramasami" >>> --

Re: [U-Boot] [PATCH v2 00/10] usb: Support for TIZEN's THOR download protocol

Dear Lukasz Majewski, > This patch series provide support for TIZEN's THOR download protocol. > > Dedicated program for flashing TIZEN developer devices (TRATS, TRATS2) > is called lthor (or thor for Windows) and can be found at: > > git clone git://review.tizen.org/tools/lthor > > or for git w

Re: [U-Boot] [Patch v1 1/1] usb:smsx95xx LED activity for USB net driver

Dear Joe Hershberger, > On Oct 9, 2013, at 6:39 PM, Marek Vasut wrote: > > Dear Simon Glass, > > > >> +Joe (net maintainer) > >> +Marek (USB) > >> > >> Hi Suriyan, > >> > >> On Mon, Oct 7, 2013 at 9:30 PM, Suriyan Ramasami wrote: > >>> Add LED activity for SMSX95XX USB Ether driver. > >>> >

Re: [U-Boot] [Patch v1 1/1] usb:smsx95xx LED activity for USB net driver

Dear Simon Glass, > +Joe (net maintainer) > +Marek (USB) > > Hi Suriyan, > > On Mon, Oct 7, 2013 at 9:30 PM, Suriyan Ramasami wrote: > > Add LED activity for SMSX95XX USB Ether driver. > > > > Signed-off-by: “Suriyan Ramasami" > > --- > > > > drivers/usb/eth/smsc95xx.c | 14 ++

Re: [U-Boot] [PATCH 3/6] usb: omap: Move the usb phy code to the usb/phy directory

Marek On 10/09/2013 07:35 PM, Marek Vasut wrote: > Dear Dan Murphy, > >> Marek >> >> On 10/09/2013 06:38 PM, Marek Vasut wrote: >>> Dear Dan Murphy, >>> Moving the usb/phy code from xhci-omap to the usb/phy directory and moving the associated phy code over to the new file. Newe

Re: [U-Boot] [PATCH 3/6] usb: omap: Move the usb phy code to the usb/phy directory

Dear Dan Murphy, > Marek > > On 10/09/2013 06:38 PM, Marek Vasut wrote: > > Dear Dan Murphy, > > > >> Moving the usb/phy code from xhci-omap to the usb/phy directory > >> and moving the associated phy code over to the new file. > >> > >> Newer TI processors adding xHCI support will have differe

Re: [U-Boot] TI xHCI updates

Dear Jagan Teki, > Hi, > > What is this are you manually created this. > please use --cover-letter on git format-patch > > Will list down the patches on the cover letter and this will be PATCH 0/6 [..] Just a nitpick, but please do not top-post in the MLs. Thanks! Best regards, Marek Vasut ___

Re: [U-Boot] [PATCH 1/6] usb: omap: Move the xhci-omap header file to common location

Dear Dan Murphy, > Marek > > On 10/09/2013 06:37 PM, Marek Vasut wrote: > > Dear Dan Murphy, > > > >> Moving the xhci-omap header to a more global location so that > >> other code can reference this code. > >> > >> Signed-off-by: Dan Murphy > > > > Is this just a simple move? Can you please r

Re: [U-Boot] [PATCH 5/6] usb: am437x: Add support for am437x xhci USB host

Dear Dan Murphy, > Add the support for the am437x xhci usb host. > > The xHCI host on AM437 is connected to a usb2 phy so need to > add support to enable those clocks. > > Signed-off-by: Dan Murphy > --- > arch/arm/include/asm/arch-am33xx/hardware_am43xx.h | 10 + > drivers/usb/phy/o

Re: [U-Boot] TI xHCI updates

Jagan On 10/09/2013 12:26 PM, Jagan Teki wrote: > Hi, > > What is this are you manually created this. > please use --cover-letter on git format-patch > > Will list down the patches on the cover letter and this will be PATCH 0/6 > > On Wed, Oct 9, 2013 at 10:51 PM, Dan Murphy wrote: >> On 10/09/201

Re: [U-Boot] [PATCH 2/6] usb: omap5: Change the board_usb_init api to board_xhci_usb_init

Marek On 10/09/2013 06:38 PM, Marek Vasut wrote: > Dear Dan Murphy, > >> Recent patches declares board_usb_init function prototype for a new >> usb architecture. >> >> Turning on the OMAP_XHCI defines cause a redefinition compiler failure. >> So rename the API from board_usb_init to board_xhci_usb

Re: [U-Boot] [PATCH 1/6] usb: omap: Move the xhci-omap header file to common location

Marek On 10/09/2013 06:37 PM, Marek Vasut wrote: > Dear Dan Murphy, > >> Moving the xhci-omap header to a more global location so that >> other code can reference this code. >> >> Signed-off-by: Dan Murphy > Is this just a simple move? Can you please repost with git format-patch -M ? > > Best reg

Re: [U-Boot] [PATCH 3/6] usb: omap: Move the usb phy code to the usb/phy directory

Marek On 10/09/2013 06:38 PM, Marek Vasut wrote: > Dear Dan Murphy, > >> Moving the usb/phy code from xhci-omap to the usb/phy directory >> and moving the associated phy code over to the new file. >> >> Newer TI processors adding xHCI support will have different PHY >> configurations so therefore

[U-Boot] [PATCH 1/3] cmd_ubifs: normalize 'file not found' errors

From: Tim Harvey Signed-off-by: Tim Harvey --- common/cmd_ubifs.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/common/cmd_ubifs.c b/common/cmd_ubifs.c index eba54fd..d9af023 100644 --- a/common/cmd_ubifs.c +++ b/common/cmd_ubifs.c @@ -104,8 +104,10 @@ int do_

[U-Boot] [PATCH 3/3] cmd_zfs: normalize 'file not found' errors

Signed-off-by: Luka Perkov --- common/cmd_zfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/cmd_zfs.c b/common/cmd_zfs.c index 9110868..0aed29e 100644 --- a/common/cmd_zfs.c +++ b/common/cmd_zfs.c @@ -95,7 +95,7 @@ static int do_zfs_load(cmd_tbl_t *cmdtp, int flag,

[U-Boot] [PATCH 2/3] cmd_reiser: normalize 'file not found' errors

Signed-off-by: Luka Perkov --- common/cmd_reiser.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/cmd_reiser.c b/common/cmd_reiser.c index b9d2449..8871564 100644 --- a/common/cmd_reiser.c +++ b/common/cmd_reiser.c @@ -141,7 +141,7 @@ int do_reiserload (cmd_tbl_t *cmdt

Re: [U-Boot] [PATCH 3/6] usb: omap: Move the usb phy code to the usb/phy directory

Dear Dan Murphy, > Moving the usb/phy code from xhci-omap to the usb/phy directory > and moving the associated phy code over to the new file. > > Newer TI processors adding xHCI support will have different PHY > configurations so therefore abstracting this code away will prevent > messing around

Re: [U-Boot] [PATCH 2/6] usb: omap5: Change the board_usb_init api to board_xhci_usb_init

Dear Dan Murphy, > Recent patches declares board_usb_init function prototype for a new > usb architecture. > > Turning on the OMAP_XHCI defines cause a redefinition compiler failure. > So rename the API from board_usb_init to board_xhci_usb_init. > > Signed-off-by: Dan Murphy Can you not use b

Re: [U-Boot] [PATCH 1/6] usb: omap: Move the xhci-omap header file to common location

Dear Dan Murphy, > Moving the xhci-omap header to a more global location so that > other code can reference this code. > > Signed-off-by: Dan Murphy Is this just a simple move? Can you please repost with git format-patch -M ? Best regards, Marek Vasut __

Re: [U-Boot] How/Where does "_start" get assigned a value ?

On Wed, Oct 9, 2013 at 12:54 PM, Arvid Brodin wrote: > On 2013-10-09 18:07, djoker wrote: >> Hi Everyone, >> >> I have a armv7 board and am looking at the "_start" symbol address, using >> the following command: >> *nm u-boot | grep -w _start* >> >> It returned the following: >> *6720 T _start

Re: [U-Boot] How/Where does "_start" get assigned a value ?

I am running into the issue as described below: http://u-boot.10912.n7.nabble.com/U-Boot-ARM-gap-between-start-and-CONFIG-SYS-TEXT-BASE-td4134.html#none But am unable to figure out what the reason could be -- View this message in context: http://u-boot.10912.n7.nabble.com/How-Where-does-start

Re: [U-Boot] [PATCH 2/2] buildman: make board selector argument a regex

Hi Stephen, On Wed, Oct 9, 2013 at 2:28 PM, Stephen Warren wrote: > From: Stephen Warren > > A common use-case is to build all boards for a particular SoC. This can > be achieved by: > > ./tools/buildman/buildman -b mainline_dev -n tegra20 > > However, when the SoC is a member of a family of SoC

Re: [U-Boot] [PATCH 1/2] buildman: don't fail --list-toolchains when toolchains fail

On Wed, Oct 9, 2013 at 2:28 PM, Stephen Warren wrote: > From: Stephen Warren > > When a toolchain invocation fails, an exception is thrown but not caught > which then aborts the entire toolchain detection process. To solve this, > request that exceptions not be thrown, since the toolchain init co

[U-Boot] [PATCH 2/2] buildman: make board selector argument a regex

From: Stephen Warren A common use-case is to build all boards for a particular SoC. This can be achieved by: ./tools/buildman/buildman -b mainline_dev -n tegra20 However, when the SoC is a member of a family of SoCs, and each SoC has a different name, it would be even more useful to build all b

[U-Boot] [PATCH 1/2] buildman: don't fail --list-toolchains when toolchains fail

From: Stephen Warren When a toolchain invocation fails, an exception is thrown but not caught which then aborts the entire toolchain detection process. To solve this, request that exceptions not be thrown, since the toolchain init code already error-checks the command result. This solves e.g.:

Re: [U-Boot] How/Where does "_start" get assigned a value ?

On 2013-10-09 18:07, djoker wrote: > Hi Everyone, > > I have a armv7 board and am looking at the "_start" symbol address, using > the following command: > *nm u-boot | grep -w _start* > > It returned the following: > *6720 T _start* > > I couldn't help notice that the the _start value is ver

Re: [U-Boot] [PATCH] ARM: omap4-panda: Add MAC address creation for panda

Tom On 10/09/2013 02:27 PM, Tom Rini wrote: > On Wed, Oct 09, 2013 at 01:53:46PM -0500, Dan Murphy wrote: > >> Add a MAC address create based on the OMAP die ID registers. >> Then poplulate the ethaddr enviroment variable so that the device >> tree alias can be updated prior to boot. >> >> Signed-

[U-Boot] Got u-boot-2012.10 running on at91sam9200 - but why does it work?

Hi, I managed to get u-boot-2012.10 to boot from NOR flash on a custom at91rm9200 board by doing this: Signed-off-by: Arvid Brodin --- arch/arm/cpu/arm920t/start.S | 8 +++- 2 files changed, 4 insertions(+), 6 deletions(-) diff --git a/arch/arm/cpu/arm920t/start.S b/arch/arm/cpu/arm920

[U-Boot] How/Where does "_start" get assigned a value ?

Hi Everyone, I have a armv7 board and am looking at the "_start" symbol address, using the following command: *nm u-boot | grep -w _start* It returned the following: *6720 T _start* I couldn't help notice that the the _start value is very "close" in vlaue to the value of CONFIG_SYS_TEXT_BASE

Re: [U-Boot] [PATCH] ARM: omap4-panda: Add MAC address creation for panda

On Wed, Oct 09, 2013 at 01:53:46PM -0500, Dan Murphy wrote: > Add a MAC address create based on the OMAP die ID registers. > Then poplulate the ethaddr enviroment variable so that the device > tree alias can be updated prior to boot. > > Signed-off-by: Dan Murphy What are we creating a MAC addr

[U-Boot] [PATCH] i.MX6: nitrogen6x: fix erase size in 6x_upgrade.txt

The 6x_upgrade script is used to upgrade U-Boot in SPI-NOR on Nitrogen6x/SABRE Lite boards using U-Boot's 'sf' command. U-Boot is placed at offset 0x400 in flash, and the script currently only erases 0x5 bytes. Since the current head is 319k, any additional features enabled in the configuratio

[U-Boot] [PATCH] ARM: omap4: Update sdram setting for panda rev A6

OMAP4 panda rev A6 is a 4430 es2.3 IC with an updated memory part. The panda rev A6 uses Elpida 2x4Gb memory and no longer uses Micron so the timings needs to be updated Signed-off-by: Dan Murphy --- arch/arm/cpu/armv7/omap4/sdram_elpida.c |4 1 file changed, 4 insertions(+) diff --gi

[U-Boot] [PATCH] ARM: omap4-panda: Add MAC address creation for panda

Add a MAC address create based on the OMAP die ID registers. Then poplulate the ethaddr enviroment variable so that the device tree alias can be updated prior to boot. Signed-off-by: Dan Murphy --- arch/arm/include/asm/arch-omap4/omap.h |4 board/ti/panda/panda.c | 16

[U-Boot] Pull request: nand flash

Sorry for the lateness, but here are some MTD/UBI bugfixes. They've been acked by Stefan Roese. The following changes since commit b770e88a6c2548727f0d57a3e9e8bb0830f977b5: Fix number base handling of "load" command (2013-10-07 15:54:18 -0400) are available in the git repository at: git://

[U-Boot] [PATCH] omap5_common: Re-work mmc boot to try SD and eMMC, correct root device

OMAP5 boards may have both eMMC (on MMC2) and an SD slot (on MMC1). We Update the default bootcmd to match what happens on AM335x where we try SD first, and then eMMC. In this case however, the hardware layout used for powering both of these means that in the kernel eMMC shall be found first as i

Re: [U-Boot] [PATCH v2] usb: Prevent using reserved registers on DM36x usb

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/09/2013 01:16 PM, Andrew Murray wrote: > On 30 September 2013 00:26, Marek Vasut wrote: >> Dear Andrew Murray, >> >>> The musb driver defines and uses MUSB_CSR0_H_DIS_PING, however this >>> bit is reserved on the DM36x. Thus this patch ensures t

Re: [U-Boot] TI xHCI updates

Hi, What is this are you manually created this. please use --cover-letter on git format-patch Will list down the patches on the cover letter and this will be PATCH 0/6 On Wed, Oct 9, 2013 at 10:51 PM, Dan Murphy wrote: > On 10/09/2013 12:19 PM, Dan Murphy wrote: >> This patch series contains th

Re: [U-Boot] [PATCH v2] usb: Prevent using reserved registers on DM36x usb

On 30 September 2013 00:26, Marek Vasut wrote: > Dear Andrew Murray, > >> The musb driver defines and uses MUSB_CSR0_H_DIS_PING, however this >> bit is reserved on the DM36x. Thus this patch ensures that the >> reserved bit is not accesssed. >> >> It has been observed that some USB devices will fa

Re: [U-Boot] TI xHCI updates

On 10/09/2013 12:19 PM, Dan Murphy wrote: > This patch series contains the following changes > > - Moves the xhci-omap.h to a common location > - Fixes a compilation issue on OMAP5 when xHCI is defined when patch > "usb: new board-specific USB init interface" is applied > - Moves the TI USB PHY cod

[U-Boot] [PATCH 4/6] usb: dra7xx: Add support for dra7xx xhci USB host

Add the support for the dra7xx xhci usb host. dra7xx does not contain an EHCI controller so the headers can be removed from the board file. The xHCI host on dra7xx is connected to a usb2 phy so need to add support to enable those clocks. Signed-off-by: Dan Murphy --- arch/arm/cpu/armv7/omap5/pr

[U-Boot] [PATCH 5/6] usb: am437x: Add support for am437x xhci USB host

Add the support for the am437x xhci usb host. The xHCI host on AM437 is connected to a usb2 phy so need to add support to enable those clocks. Signed-off-by: Dan Murphy --- arch/arm/include/asm/arch-am33xx/hardware_am43xx.h | 10 + drivers/usb/phy/omap_usb_phy.c |

[U-Boot] [PATCH 1/6] usb: omap: Move the xhci-omap header file to common location

Moving the xhci-omap header to a more global location so that other code can reference this code. Signed-off-by: Dan Murphy --- arch/arm/include/asm/arch-omap5/xhci-omap.h | 124 --- drivers/usb/host/xhci-omap.c|2 +- include/linux/usb/xhci-omap.h

[U-Boot] [PATCH 3/6] usb: omap: Move the usb phy code to the usb/phy directory

Moving the usb/phy code from xhci-omap to the usb/phy directory and moving the associated phy code over to the new file. Newer TI processors adding xHCI support will have different PHY configurations so therefore abstracting this code away will prevent messing around with the xhci-omap file itself

[U-Boot] TI xHCI updates

This patch series contains the following changes - Moves the xhci-omap.h to a common location - Fixes a compilation issue on OMAP5 when xHCI is defined when patch "usb: new board-specific USB init interface" is applied - Moves the TI USB PHY code out of the xhci-omap.c file and into a new file cal

[U-Boot] [PATCH 6/6] ARM: omap5-evm: Move MAC creation to misc_init

Move the MAC creation from the USB init to an function that is called on every boot. This will then populate the usbethaddr mac that kernel driver can pick up from the device tree blob. Signed-off-by: Dan Murphy --- board/ti/omap5_uevm/evm.c | 39 --- 1 fil

[U-Boot] [PATCH 2/6] usb: omap5: Change the board_usb_init api to board_xhci_usb_init

Recent patches declares board_usb_init function prototype for a new usb architecture. Turning on the OMAP_XHCI defines cause a redefinition compiler failure. So rename the API from board_usb_init to board_xhci_usb_init. Signed-off-by: Dan Murphy --- board/ti/omap5_uevm/evm.c|4 ++-- dri

[U-Boot] U-Boot Regression Testing

Hello, I have some questions about how U-Boot regression testing works. I am assuming some regression testing happens during the release period across some representative sample of boards and architectures. I know people check for compilation failures with MAKEALL, but I am wondering about runti

Re: [U-Boot] [PATCH] SPDX: document dual license notation

On 10/08/2013 10:23 PM, Wolfgang Denk wrote: > Dear Stephen, > > In message <52546f78.40...@wwwdotorg.org> you wrote: >> >>> +Ideally, the license terms of all files in the source tree should be >>> +defined by such License Identifiers; in no case a file can contain >>> +more than one such License

Re: [U-Boot] [PATCH 2/4] Coding Style cleanup: replace leading SPACEs by TABs

On Wed, Oct 09, 2013 at 09:33:53AM -0600, Simon Glass wrote: > Hi Tom, > > On Wed, Oct 9, 2013 at 9:29 AM, Tom Rini wrote: > > > On Wed, Oct 09, 2013 at 08:02:10PM +0900, Masahiro Yamada wrote: > > > Hello, Wolfgang, Simon. > > > > > > (I added Cc Simon) > > > > > > > > > > tools/buildman/READM

Re: [U-Boot] [PATCH 2/4] Coding Style cleanup: replace leading SPACEs by TABs

Hi Tom, On Wed, Oct 9, 2013 at 9:29 AM, Tom Rini wrote: > On Wed, Oct 09, 2013 at 08:02:10PM +0900, Masahiro Yamada wrote: > > Hello, Wolfgang, Simon. > > > > (I added Cc Simon) > > > > > > > tools/buildman/README | 268 +-- > > > tools/buildman/board.py

Re: [U-Boot] [PATCH 2/4] Coding Style cleanup: replace leading SPACEs by TABs

On Wed, Oct 09, 2013 at 08:02:10PM +0900, Masahiro Yamada wrote: > Hello, Wolfgang, Simon. > > (I added Cc Simon) > > > > tools/buildman/README | 268 +-- > > tools/buildman/board.py| 236 +- > > tools/buildman/bsettings.py

Re: [U-Boot] [PATCH] ARM: fdt support: Add usbethaddr as an acceptable MAC

All On 10/02/2013 03:21 PM, Dan Murphy wrote: > Tom > > On 10/02/2013 03:19 PM, Tom Rini wrote: >> On Wed, Oct 02, 2013 at 03:14:26PM -0500, Dan Murphy wrote: >>> Tom >>> >>> On 10/02/2013 02:19 PM, Tom Rini wrote: On Wed, Oct 02, 2013 at 02:00:15PM -0500, Dan Murphy wrote: > A board

[U-Boot] [PATCH 2/3] 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 --- drivers/video/Makefile | 1 + drivers/video/scf0403_lcd.c | 298 incl

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

Use scf0403 driver to add scf0403x LCD support for cm-t35 and cm-t3730 boards. Cc: Tom Rini Cc: Anatolij Gustschin Cc: Igor Grinberg Signed-off-by: Nikita Kiryanov --- NOTE: This patch depends on http://patchwork.ozlabs.org/patch/275283/ arch/arm/include/asm/arch-omap3/dss.h | 9 --- bo

[U-Boot] [PATCH 0/3] 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 1/3] 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

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

On Wed, Oct 09, 2013 at 10:12:19AM +0200, Holger Brunck wrote: > Hi Tom, > > On 10/02/2013 09:14 PM, Tom Rini wrote: > > > > I've put v2013.10-rc4 out, only a little later than I had hoped, but I > > wanted to get those PRs in for this. > > uploaded soon. > > > > At this point, we're just about

Re: [U-Boot] [PATCH] Tegra: T1x4: SPI: Use a common name (t1x4) for SPI driver

On Wed, Oct 9, 2013 at 2:49 AM, Stephen Warren wrote: > On 10/08/2013 12:23 AM, Jagan Teki wrote: >> On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren wrote: >>> Tegra124 is compatible w/T114 SPI, so try to commonize as >>> much as possible. > ... [ large patch quoted] >> >> Is it part of tegra.git? > >

Re: [U-Boot] [PATCH 06/10 V4] Exynos5420: Add base patch for SMDK5420

Hi Simon, I guess you meant decode_sromc and board_eth_init functions. Will add them in board.c and send next version. Regards, Rajeshwari Shinde On Tue, Oct 8, 2013 at 11:07 PM, Simon Glass wrote: > Hi Rajeshwari, > > On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde < > rajeshwar...@samsun

Re: [U-Boot] [PATCH 09/10 V4] SPL: EXYNOS: Prepare for variable size SPL support

Hi Simon, We just have the binaries for BL1 which we receive with the product. Regards, Rajeshwari Shinde On Tue, Oct 8, 2013 at 11:13 PM, Simon Glass wrote: > On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde < > rajeshwar...@samsung.com> wrote: > >> When variable size SPL is used, the BL1

Re: [U-Boot] [PATCH 2/4] Coding Style cleanup: replace leading SPACEs by TABs

Hello, Wolfgang, Simon. (I added Cc Simon) > tools/buildman/README | 268 +-- > tools/buildman/board.py| 236 +- > tools/buildman/bsettings.py| 18 +- > tools/buildman/builder.py | 2374

Re: [U-Boot] [PATCH 1/4] arm64: Add tool to statically apply RELA relocations

Hi Scott, On Tue, 8 Oct 2013 11:22:15 -0500, Scott Wood wrote: > On Tue, 2013-10-08 at 10:10 +0200, Albert ARIBAUD wrote: > > Thanks Scott fot the heads-up. I have found the arm64 ABI and traced it > > back to this URL: > > > >

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

Hi Tom, On 10/02/2013 09:14 PM, Tom Rini wrote: > > I've put v2013.10-rc4 out, only a little later than I had hoped, but I > wanted to get those PRs in for this. > uploaded soon. > > At this point, we're just about ready to release so: > 1) If you have a bugfix outstand please let me know (I kno

Re: [U-Boot] [PATCH V3] exynos: spl: Add a custom spi copy function

Hi Minkyu Kang, Since this patch is related to arch/arm spi booting, I had a doubt where would it get merged in u-boot-samsung.git or u-boot-spi.git. This patch is based on "[U-Boot] [PATCH 4/4] spi: exynos: Support word transfers" which is already merged in u-boot-spi.git. Regards, Rajeshwari S