Re: [U-Boot] [PATCH] S5PC2XX: GPIO Macro Values Corrected.

Dear Chander Kashyap, On 18 April 2011 12:50, Chander Kashyap wrote: > > No need to change. As existing gpio configuration is as per s5pc1xx > specification. According to S5PC110 TRM, DRV levels are as following, 00 = 1x 10 = 2x 01 = 3x 11 = 4x Please fix it at s5pc1xx also. Thanks Minkyu Kan

Re: [U-Boot] [PATCH] S5PC2XX: GPIO Macro Values Corrected.

Dear Chander Kashyap, On 18 April 2011 13:53, Chander Kashyap wrote: > Macro values for Pull Up and Driver Strength were wrong. > Signed-off-by: Chander Kashyap > --- >  arch/arm/include/asm/arch-s5pc2xx/gpio.h |    7 +++ >  1 files changed, 3 insertions(+), 4 deletions(-) > > diff --git a/a

Re: [U-Boot] [PATCH] S5P:SROM config code moved to s5p-common directory

Dear Chander Kashyap, On 15 April 2011 14:05, Chander Kashyap wrote: > SROM config code is made common for S5P series of boards. > smdkc100.c now refers to s5p-common/sromc.c for SROM related > subroutines. > > Signed-off-by: Chander Kashyap > --- >  arch/arm/cpu/armv7/s5p-common/Makefile    |  

Re: [U-Boot] [PATCH V4 1/2] MX5: factor out boot cause funciton to common code

Hi, Stefano, 2011/4/16 Jason Liu : > From: Liu Hui-R64343 > > factor out boot cause funciton to common code to avoid > the duplicate code in each board support package > > Signed-off-by: Jason Liu > --- > changes since v3: > - add full boot reset cause Ping, any comments? > 1.7.1 > > > __

Re: [U-Boot] [PATCH V4 2/2] MX53: support for freescale MX53LOCO board

Hi, Stefano, 2011/4/16 Jason Liu : > From: Liu Hui-R64343 > > This patch add initial support for freescale MX53LOCO board. > Network(FEC),SD/MMC, UART have been supported by this patch. > > Signed-off-by: Jason Liu > --- > changes since v3: > - include other two small patch into this commit, > m

Re: [U-Boot] [PATCH] S5PC2XX: GPIO Macro Values Corrected.

Dear Minkyu, On 18 April 2011 13:00, Minkyu Kang wrote: > Dear Chander Kashyap, > > On 18 April 2011 12:50, Chander Kashyap > wrote: > > > > No need to change. As existing gpio configuration is as per s5pc1xx > > specification. > > According to S5PC110 TRM, DRV levels are as following, > > 00 =

[U-Boot] [PATCH 3/8 v2] ppc4xx: Enable LM64 on DLVision 10G

Signed-off-by: Dirk Eibach --- Changes since v1: - original Subject was "hwmon: Extend lm63.c to support LM64" - separated LM64 implementation from this patch series include/configs/dlvision-10g.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/configs/dlvision-

[U-Boot] [PATCH] hwmon: Extend lm63.c to support LM64

This patch adds support for the National LM64 temperature sensor with integrated fan control to lm63.c. Main difference between LM63 and LM64 is 16°C offset in sensor readings. Signed-off-by: Dirk Eibach --- drivers/hwmon/lm63.c | 28 1 files changed, 24 insertions

Re: [U-Boot] [PATCH v3 2/3] MX31: Introduce get_reset_cause()

Hi Fabio and Stefan, > On 04/15/2011 04:21 AM, Fabio Estevam wrote: >> Introduce get_reset_cause() function to indicate the source of the reset. >> >> Signed-off-by: Fabio Estevam >> --- >> arch/arm/cpu/arm1136/mx31/generic.c | 26 ++ >> arch/arm/include/asm/arch

Re: [U-Boot] Question about relocation

Me: >> but the calculation is done to move to end of ram, so dest is always >> higher than source. Albert: > I guess I can live with this if you put a big fat comment in the code to > explain *why* the copy is done end-to-beginning, so that if one day the > assumption stops holding, readers of t

Re: [U-Boot] [PATCH V3 1/2] MX5: factor out boot cause funciton to common code

Hi Stefano, > On 04/15/2011 02:47 PM, Fabio Estevam wrote: >>> +char *get_reset_cause(void) >>> +{ >>> +u32 cause; >>> +struct src *src_regs = (struct src >>> *)SRC_BASE_ADDR; >>> + >>> +cause = readl(&src_regs->srsr); >> >> You need to mask the 7 LSB of SRSR register. >> >> If you d

[U-Boot] [PATCH 1/4] atmel_dataflash: remove use of get_timer_masked

Commit 5dca710a3d7703e41da0e9894f2d71f9e25bea6b removed get_timer_masked for at91. The dataflash driver was still using it and so stopped compiling. This blindly fixes the compilation problem (I am not currently using dataflash). Signed-off-by: Alessandro Rubini --- drivers/spi/atmel_dataflash_

[U-Boot] [PATCH 2/4] ARM: don't relocate if we are already too high

Signed-off-by: Alessandro Rubini --- arch/arm/lib/board.c | 23 ++- 1 files changed, 22 insertions(+), 1 deletions(-) diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c index dc46e21..dab70b5 100644 --- a/arch/arm/lib/board.c +++ b/arch/arm/lib/board.c @@ -423,8 +423,

[U-Boot] [PATCH 3/4] at91sam9261/g10: support relocation

This adds support for relocation, but won't work for the default settings whereas AT91Boot loads u-boot to the last meg and it then tries to relocate slightly later, thus overwriting itself. Signed-off-by: Alessandro Rubini --- board/atmel/at91sam9261ek/at91sam9261ek.c |3 +-- include/config

[U-Boot] [PATCH 4/4] at91sam9261/g10: move config from Makefile to boards.cfg

This moves config targets, but defines DATAFLASH_CS0 for "dataflash_cs0" configs and DATAFLASH_CS3 for "dataflash_cs3" configs, whereas the Makefile targets had it swapped. Signed-off-by: Alessandro Rubini --- Makefile | 22 -- boards.cfg |8 2 files changed,

Re: [U-Boot] [PATCH 3/4] at91sam9261/g10: support relocation

Dear Alessandro Rubini, Am 18.04.2011 11:21, schrieb Alessandro Rubini: > This adds support for relocation, but won't work for the default > settings whereas AT91Boot loads u-boot to the last meg and it then > tries to relocate slightly later, thus overwriting itself. > > Signed-off-by: Alessandr

Re: [U-Boot] [PATCH 1/3] ARM: don't panic if no flash is there

Would it be possible to introduce a QEMU Versatile board in U-Boot derived from the regular Versatile board's config? It would disable the things that aren't (yet) supported in QEMU or too painful to support. -- Loïc Minier ___ U-Boot mailing list

[U-Boot] [PATCH v2] S5P: GPIO Macro Values Corrected.

S5PC2XX: Macro values for Pull Up and Driver Strength were wrong. S5PC1XX: Macro values for Driver Strength were wrong. Signed-off-by: Chander Kashyap --- Changes for V2: - Macro value order fixed. - Added Changes for S5PC1XX. arch/arm/include/asm/arch-s5pc1xx/gpio.h |4 ++-

Re: [U-Boot] [PATCH 1/2] Fix timer usage of the Atmel SPI dataflash driver

Dear Remy Bohmer, > Signed-off-by: Remy Bohmer > --- > drivers/spi/atmel_dataflash_spi.c |8 > 1 files changed, 4 insertions(+), 4 deletions(-) > > diff --git a/drivers/spi/atmel_dataflash_spi.c > b/drivers/spi/atmel_dataflash_spi.c > index 4a5c4aa..2f23f54 100644 > --- a/drivers/s

Re: [U-Boot] [PATCH 1/4] atmel_dataflash: remove use of get_timer_masked

Dear Alessandro Rubini: > Commit 5dca710a3d7703e41da0e9894f2d71f9e25bea6b removed > get_timer_masked for at91. The dataflash driver was still > using it and so stopped compiling. This blindly fixes > the compilation problem (I am not currently using dataflash). > > Signed-off-by: Alessandro Rubin

Re: [U-Boot] [PATCH 2/3] avr32: fix linking

Dear Andreas Bießmann: > This patch fixes following error: > > ---8<--- > avr32-linux-ld: --gc-sections and -r may not be used together > --->8--- > > Since 8aba9dceebb14144e07d19593111ee3a999c37fc all avr32 boards are broken due > to linking error as seen above. > > Signed-off-by: Andreas Bießm

[U-Boot] Beagle mux config: nCS5 vs. DMAREQ2?

Hi, The mux configuration in board/ti/beagle/beagle.h says MUX_VAL(CP(GPMC_NCS5), (IDIS | PTD | DIS | M0)) /*GPMC_nCS5*/ MUX_VAL(CP(GPMC_NCS6), (IEN | PTD | DIS | M1)) /*SYS_nDMA_REQ2*/ The TRM (spruf98p) says sys_ndmareq2 is mux mode 1 for ncs5, not ncs6. (Possibly not a concern for

Re: [U-Boot] [PATCH 1/3] ARM: don't panic if no flash is there

Le 18/04/2011 11:40, Loïc Minier a écrit : > Would it be possible to introduce a QEMU Versatile board in U-Boot > derived from the regular Versatile board's config? It would disable > the things that aren't (yet) supported in QEMU or too painful to > support. Either that or introduce a co

[U-Boot] subscribe me to this list

Dear All, Please consider this as my request to join u-boot user's list. Regards, Ratheendran ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] subscribe me to this list

Hi, On Mon, 18 Apr 2011 16:59:13 +0530 Ratheendran R wrote: > Dear All, > > Please consider this as my request to join u-boot user's list. This is something you are supposed to do yourself. Please see [1] for more details. Best regards, Anatolij [1] http://lists.denx.de/mailman/listinfo/u-bo

Re: [U-Boot] [PATCH 00/15] [REWORK AVR32/AT91] additional changes for avr32

Dear Andreas Bießmann, > This series do some cleanup all avr32 boards. This series is on top of 'Get > AVR32 boards working with partial linking' rebased to > u-boot-atmel/rework110202. > > In summary the board specific config.mk and u-boot.lds files are deleted in > favor of a version at architec

Re: [U-Boot] [PATCH 00/15] [REWORK AVR32/AT91] additional changes for avr32

Dear Reinhard Meyer, Am 18.04.2011 14:49, schrieb Reinhard Meyer: > Dear Andreas Bießmann, > Some of the patches did not apply. What did apply is now found in > u-boot-atmel/next2. > > I have no idea why they do not apply, since the AVR32 part has not changed > since 110202. I can check that

[U-Boot] [PATCH V2 01/15] avr32/config.mk: simplify PLATFORM_RELFLAGS

This patch removes PLATFORM_RELFLAGS from board specific config.mk files and define them in arch specific config.mk file. Signed-off-by: Andreas Bießmann --- No changes since V1 arch/avr32/config.mk |2 ++ board/atmel/atngw100/config.mk |1 - board/atmel/atstk1

[U-Boot] [PATCH V2 11/15] atngw100: move CONFIG_SYS_TEXT_BASE to header

Signed-off-by: Andreas Bießmann --- No changes since V1 board/atmel/atngw100/config.mk |1 - include/configs/atngw100.h |1 + 2 files changed, 1 insertions(+), 1 deletions(-) delete mode 100644 board/atmel/atngw100/config.mk diff --git a/board/atmel/atngw100/config.mk b/board/atmel

[U-Boot] [PATCH V2 13/15] favr-32-ezkit: move CONFIG_SYS_TEXT_BASE to header

Signed-off-by: Andreas Bießmann --- No changes since V1 board/earthlcd/favr-32-ezkit/config.mk |1 - include/configs/favr-32-ezkit.h|1 + 2 files changed, 1 insertions(+), 1 deletions(-) delete mode 100644 board/earthlcd/favr-32-ezkit/config.mk diff --git a/board/earthlcd/favr-

[U-Boot] [PATCH V2 08/15] favr-32-ezkit: fix "#define XXXX 1"

Signed-off-by: Andreas Bießmann --- No changes since V1 include/configs/favr-32-ezkit.h | 46 +++--- 1 files changed, 23 insertions(+), 23 deletions(-) diff --git a/include/configs/favr-32-ezkit.h b/include/configs/favr-32-ezkit.h index e723ad1..f364dad 100644

[U-Boot] [PATCH V2 15/15] hammerhead: move CONFIG_SYS_TEXT_BASE to header

Signed-off-by: Andreas Bießmann --- No changes since V1 board/miromico/hammerhead/config.mk |1 - include/configs/hammerhead.h|1 + 2 files changed, 1 insertions(+), 1 deletions(-) delete mode 100644 board/miromico/hammerhead/config.mk diff --git a/board/miromico/hammerhead/con

[U-Boot] [PATCH V2 07/15] atstk1006: fix "#define XXXX 1"

Signed-off-by: Andreas Bießmann --- No changes since V1 include/configs/atstk1006.h | 48 +- 1 files changed, 24 insertions(+), 24 deletions(-) diff --git a/include/configs/atstk1006.h b/include/configs/atstk1006.h index e8553fc..d681929 100644 --- a/in

[U-Boot] [PATCH-V2 1/2] at91: reworked support for meesc board

The meesc board support was broken. Within this opportunity, I completely reworked the board files. Signed-off-by: Daniel Gorsulowski --- This patch is based on u-boot-atmel/rework101229 branch (minus the last 5 patches) plus the 'at91: fixed at91sam9263 system file' patch in u-boot-atmel/next b

[U-Boot] [PATCH V2 09/15] hammerhead: fix "#define XXXX 1"

Signed-off-by: Andreas Bießmann --- No changes since V1 include/configs/hammerhead.h | 48 +- 1 files changed, 24 insertions(+), 24 deletions(-) diff --git a/include/configs/hammerhead.h b/include/configs/hammerhead.h index 1f20fff..5a2d146 100644 --- a

[U-Boot] [PATCH V2 03/15] atngw100: fix "#define XXXX 1"

Signed-off-by: Andreas Bießmann --- No changes since V1 include/configs/atngw100.h | 54 ++-- 1 files changed, 27 insertions(+), 27 deletions(-) diff --git a/include/configs/atngw100.h b/include/configs/atngw100.h index a93ba8b..70f1e8a 100644 --- a/inc

[U-Boot] [PATCH V2 00/15] *** SUBJECT HERE ***

This series do some cleanup all avr32 boards. This series is on top of u-boot-atmel/next 4c91fde1ddf92a9bd08175936971f98ad23b250e All boards are build-tested (MAKEALL); atstk1002 is tested on my eval board. In summary the board specific config.mk and u-boot.lds files are deleted in favor of a ver

[U-Boot] [PATCH V2 04/15] atstk1002: fix "#define XXXX 1"

Signed-off-by: Andreas Bießmann --- No changes since V1 include/configs/atstk1002.h | 48 +- 1 files changed, 24 insertions(+), 24 deletions(-) diff --git a/include/configs/atstk1002.h b/include/configs/atstk1002.h index ba1b56c..997e9dd 100644 --- a/in

[U-Boot] [PATCH V2 10/15] mimc200: fix "#define XXXX 1"

Signed-off-by: Andreas Bießmann --- No changes since V1 include/configs/mimc200.h | 56 ++-- 1 files changed, 28 insertions(+), 28 deletions(-) diff --git a/include/configs/mimc200.h b/include/configs/mimc200.h index f004ec8..66b9477 100644 --- a/includ

[U-Boot] [PATCH V2 12/15] atstk100x: move CONFIG_SYS_TEXT_BASE to header

Signed-off-by: Andreas Bießmann --- No changes since V1 board/atmel/atstk1000/config.mk |1 - include/configs/atstk1002.h |1 + include/configs/atstk1003.h |1 + include/configs/atstk1004.h |1 + include/configs/atstk1006.h |1 + 5 files changed, 4 insertions(

[U-Boot] [PATCH V2 05/15] atstk1003: fix "#define XXXX 1"

Signed-off-by: Andreas Bießmann --- No changes since V1 include/configs/atstk1003.h | 42 +- 1 files changed, 21 insertions(+), 21 deletions(-) diff --git a/include/configs/atstk1003.h b/include/configs/atstk1003.h index 85337bf..9cc5cb9 100644 --- a/in

[U-Boot] [PATCH V2 06/15] atstk1004: fix "#define XXXX 1"

Signed-off-by: Andreas Bießmann --- No changes since V1 include/configs/atstk1004.h | 42 +- 1 files changed, 21 insertions(+), 21 deletions(-) diff --git a/include/configs/atstk1004.h b/include/configs/atstk1004.h index 344ba8f..a225395 100644 --- a/in

[U-Boot] [PATCH V2 14/15] mimc200: move CONFIG_SYS_TEXT_BASE to header

Signed-off-by: Andreas Bießmann --- No changes since V1 board/mimc/mimc200/config.mk |1 - include/configs/mimc200.h|1 + 2 files changed, 1 insertions(+), 1 deletions(-) delete mode 100644 board/mimc/mimc200/config.mk diff --git a/board/mimc/mimc200/config.mk b/board/mimc/mimc200/

[U-Boot] [PATCH V2 02/15] avr32: use single linker script

This patch move the atstk100x linker script to $(CPUDIR) and delete other pure copies of this file in each board directory. Signed-off-by: Andreas Bießmann --- Changes since V1: - use LDSCRIPT = ... in favor of LDSCRIPT := ... - rebased on u-boot-atmel/next (dunno why this was necessary, there

[U-Boot] [PATCH-V2 2/2] at91: reworked support for otc570 board

The otc570 board support was broken. Within this opportunity, I completely reworked the board files. Signed-off-by: Daniel Gorsulowski --- This patch is based on u-boot-atmel/rework101229 branch (minus the last 5 patches) plus the 'at91: fixed at91sam9263 system file' patch in u-boot-atmel/next

Re: [U-Boot] [Patch v1] ARMV7: AM3517/05: Add support for CraneBoard.

Dear Wolfgang, I did not receive any comments for this patch, Please let us know your suggestions/comments/acceptance. With Regards Srinath -Original Message- From: srin...@mistralsolutions.com [mailto:srin...@mistralsolutions.com] Sent: Friday, April 01, 2011 6:13 PM To: u-boot@lists

[U-Boot] [PATCHv2 1/2] MMC: make b_max unconditional

Make existing field b_max field in struct mmc unconditional and use it instead of CONFIG_SYS_MMC_MAX_BLK_COUNT in mmc_bread and mmc_bwrite. Initialize b_max to CONFIG_SYS_MMC_MAX_BLK_COUNT in mmc_register if it has not been initialized by the hw driver. Initialize b_max to 0 in all callers to mmc

[U-Boot] [PATCHv2 2/2] mmc: omap_hsmmc.c: disable multiblock rw on old rev omap34xx silicon

Signed-off-by: John Rigby --- V2: split out omap_hsmmc use of b_max into separate patch drivers/mmc/omap_hsmmc.c |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/drivers/mmc/omap_hsmmc.c b/drivers/mmc/omap_hsmmc.c index dcbde89..a2a6d55 100644 --- a/drivers/mmc/oma

[U-Boot] [PATCH v2 0/6] TFTP server

Hi, here's the tftpsrv patch series, with checkpatch warnings fixed. Only patches 2 and 3 are actually changed. Patch 1 is unchanged and patches 4-6 have been simply rebased. There are still a few checkpatch issues (!), though, that I think can be ignored and I'm not going to fix unless there's a

[U-Boot] [PATCH v2 1/6] README: remove spurious line

Signed-off-by: Luca Ceresoli Cc: Wolfgang Denk --- Changes in v2: none. README |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/README b/README index 4917e26..b9b0fcb 100644 --- a/README +++ b/README @@ -1299,7 +1299,6 @@ The following options need to be configured:

[U-Boot] [PATCH v2 2/6] NET: pass source IP address to packet handlers

This is needed for the upcoming TFTP server implementation. This also simplifies PingHandler() and fixes rxhand_f documentation. Signed-off-by: Luca Ceresoli Cc: Wolfgang Denk --- Changes in v2: - fixed checkpatch issues. drivers/net/netconsole.c |5 +++-- include/net.h| 15

[U-Boot] [PATCH v2 3/6] TFTP: rename "server" to "remote"

With the upcoming TFTP server implementation, the remote node can be either a client or a server, so avoid ambiguities. Signed-off-by: Luca Ceresoli Cc: Wolfgang Denk --- Changes in v2: - fixed checkpatch issues. net/tftp.c | 42 +- 1 files changed, 2

[U-Boot] [PATCH v2 4/6] TFTP: rename STATE_RRQ to STATE_SEND_RRQ

With the upcoming TFTP server implementation, requests can be either outgoing or incoming, so avoid ambiguities. Signed-off-by: Luca Ceresoli Cc: Wolfgang Denk --- Changes in v2: none. net/tftp.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/net/tftp.c b/n

[U-Boot] [PATCH v2 6/6] TFTP: add tftpsrv command

Signed-off-by: Luca Ceresoli Cc: Wolfgang Denk --- Changes in v2: none. README |1 + common/cmd_net.c | 14 ++ include/net.h|3 ++- net/net.c| 10 -- 4 files changed, 25 insertions(+), 3 deletions(-) diff --git a/README b/README index b9b0f

[U-Boot] [PATCH v2 5/6] TFTP: net/tftp.c: add server mode receive

Signed-off-by: Luca Ceresoli Cc: Wolfgang Denk --- Changes in v2: none. net/tftp.c | 72 --- net/tftp.h |6 + 2 files changed, 74 insertions(+), 4 deletions(-) diff --git a/net/tftp.c b/net/tftp.c index e166a63..87eb0b8 100644 -

[U-Boot] [PATCH] MX31: mx31pdk: Make the board name simpler.

Signed-off-by: Fabio Estevam --- board/freescale/mx31pdk/mx31pdk.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/board/freescale/mx31pdk/mx31pdk.c b/board/freescale/mx31pdk/mx31pdk.c index 3f291fc..826fb4a 100644 --- a/board/freescale/mx31pdk/mx31pdk.c +++ b/board/fre

[U-Boot] [PATCH v5] MX31: Introduce get_reset_cause()

Signed-off-by: Fabio Estevam --- Changes since v4: - Make get_reset_cause CPU specific code and no need to add any board specific call. arch/arm/cpu/arm1136/mx31/generic.c | 29 - 1 files changed, 28 insertions(+), 1 deletions(-) diff --git a/arch/arm/cpu/arm1136/m

Re: [U-Boot] [PATCH v4 2/5] Add Ethernet hardware MAC address framework to usbnet

Hi, 2011/4/14 Simon Glass : > Built-in Ethernet adapters support setting the mac address by means of a > ethaddr environment variable for each interface (ethaddr, eth1addr, eth2addr). > > This adds similar support to the USB network side, using the names > usbethaddr, usbeth1addr, etc. They are ke

Re: [U-Boot] [PATCH v4 1/5] Add support for SMSC95XX USB 2.0 10/100MBit Ethernet Adapter

Dear Simon Glass, In message <1302748176-4324-1-git-send-email-...@chromium.org> you wrote: > The SMSC95XX is a USB hub with a built-in Ethernet adapter. This adds support > for this, using the USB host network framework. > > TEST=usb start; bootp; tftp ... > > Signed-off-by: Simon Glass ... >

Re: [U-Boot] [PATCH v4 2/5] Add Ethernet hardware MAC address framework to usbnet

Dear Simon Glass, In message <1302748176-4324-2-git-send-email-...@chromium.org> you wrote: > Built-in Ethernet adapters support setting the mac address by means of a > ethaddr environment variable for each interface (ethaddr, eth1addr, eth2addr). > > This adds similar support to the USB network

Re: [U-Boot] [PATCH v4 2/5] Add Ethernet hardware MAC address framework to usbnet

Dear Remy Bohmer, In message you wrote: > > > board/davinci/common/misc.c |2 +- > > drivers/net/designware.c|2 +- > > drivers/usb/eth/usb_ether.c |9 - > > include/net.h | 25 - > > net/eth.c | 65 +++= > +

[U-Boot] [PATCH] GPIO: Tegra2: add GPIO driver for Seaboard and Harmony

Signed-off-by: Tom Warren --- arch/arm/include/asm/arch-tegra2/gpio.h | 236 - drivers/gpio/Makefile |1 + drivers/gpio/tegra2_gpio.c | 301 +++ include/configs/harmony.h |3 + include/confi

Re: [U-Boot] [PATCH] BeagleBoard: Added LED driver

> > Added LED driver using status_led. USR0 is set to monitor the boot > status. USR1 is set to be the green LED. > > Included adding configuration and command to the default configuration. > > Signed-off-by: Jason Kridner Pushed to u-boot-ti __

Re: [U-Boot] [PATCH v3] omap3_beagle: enable the use of a plain text file named uEnv.txt instead of boot.scr

> From: Alexander Holler > > Using the new env import command it is possible to use plain text files > instead > of script-images. Plain text files are much easier to handle. > > E.g. If your boot.scr contains the following: > --- > setenv dvimode 1024x768-16@60

Re: [U-Boot] [PATCH v3] OMAP3: BeagleBoard: Enable pullups on i2c2.

> > From: Steve Kipisz > > This allows the reading of EEPROMS on the expansion bus without adding > external pull-ups. > --- > v2 updates > * Updated per http://patchwork.ozlabs.org/patch/71997/ > * Added description > * Used OMAP34XX_CTRL_BASE > * Used structure and writel to perform writ

Re: [U-Boot] [PATCH v2] OMAP3: BeagleBoard: add xM rev B to ID table

> > From: Koen Kooi > > Patch was updated by Jason Kridner : > * Use tabs to match style of other board revisions > * Only include board revisions that exist > * Default to the same configuration as the latest revision, but > without setting 'beaglerev' > --- > v2 Changes > * Updated with

Re: [U-Boot] [PATCH v2] OMAP3: BeagleBoard: add more expansionboard IDs

> From: Koen Kooi > > Information on configurations pulled from > http://www.elinux.org/BeagleBoardPinMux#Vendor_and_Device_IDs > > Boards added: > * Added BeagleBoardToys WiFi, VGA and LCD boards > * Added KBADC Beagle FPGA board > * Added Brainmux LCDog and LCDog Touch > * Added Liquidware B

Re: [U-Boot] [PATCH] BeagleBoard: add xM rev C to ID table

> > A simple addition to the revision IDs. > > This patch depends upon http://patchwork.ozlabs.org/patch/85303/. > > Signed-off-by: Jason Kridner Did not apply clean. Can you please rebase with u-boot-ti ___ U-Boot mailing list U-Boot@lists.denx.

Re: [U-Boot] [Patch v1] ARMV7: AM3517/05: Add support for CraneBoard.

> -Original Message- > From: srin...@mistralsolutions.com [mailto:srin...@mistralsolutions.com] > Sent: Friday, April 01, 2011 6:13 PM > To: u-boot@lists.denx.de > Cc: w...@denx.de; nagen...@mistralsolutions.com; > ume...@mistralsolutions.com; > Srinath > Subject: [U-Boot][Patch v1] ARMV7

Re: [U-Boot] [PATCH 0/9] Update support for CM-T35

> > > >> This patch serie s based on the latest U-Boot release (v2011.03) and > >> updates support for Compulab CM-T35 board: > >> 1) Some clean up > >> 2) MMC/SD Card fix > >> 3) Add Green Status LED > >> 4) Add support for CM-T3730 which is basically the same board, but > >>has TI's DM3730

Re: [U-Boot] [PATCH v3] omap3_beagle: enable the use of a plain text file named uEnv.txt instead of boot.scr

Dear "Paulraj, Sandeep", In message <0554bef07d437848af01b9c9b5f0bc5dc365d...@dlee01.ent.ti.com> you wrote: > > > From: Alexander Holler > > > > Using the new env import command it is possible to use plain text files > > instead > > of script-images. Plain text files are much easier to handle.

[U-Boot] Please pull u-boot-ti/master

The following changes since commit 73e5476e1edf1b860dbd9b5fc21ef32ac1b551ba: Fabio Estevam (1): MAINTAINERS: fix email address case are available in the git repository at: git://git.denx.de/u-boot-ti.git master Alexander Holler (1): omap3_beagle: enable the use of a plain text

Re: [U-Boot] [PATCH v3] omap3_beagle: enable the use of a plain text file named uEnv.txt instead of boot.scr

> > Dear "Paulraj, Sandeep", > > In message <0554bef07d437848af01b9c9b5f0bc5dc365d...@dlee01.ent.ti.com> > you wrote: > > > > > From: Alexander Holler > > > > > > Using the new env import command it is possible to use plain text > files > > > instead > > > of script-images. Plain text files ar

[U-Boot] Please pull u-boot-ti/master

The following changes since commit 73e5476e1edf1b860dbd9b5fc21ef32ac1b551ba: Fabio Estevam (1): MAINTAINERS: fix email address case are available in the git repository at: git://git.denx.de/u-boot-ti.git master Alexander Holler (1): omap3_beagle: enable the use of a plain text

[U-Boot] Fix for overlapping sections?

Designation: Non-SSA/Finmeccanica A while back there was a fix for the overlapping section link problem (see below) involving changing some sort of global. Does anyone have a pointer to the change. I'm using a fairly old uboot for AMCC Canyonlands/460Ex and can't easily upgrade to a newer uboot

Re: [U-Boot] [V1 0/3] OpenRD-Client and OpenRD-Ultimate support

On Wed, Apr 13, 2011 at 09:57:19PM +0200, Albert ARIBAUD wrote: > If you can rework according to Detlev's suggestion before the end of > the merge window, that would be perfect. If not, and unless Prafulla > or Wolfgang objects, I will pull this in u-boot-arm, because it > works and at last provide

[U-Boot] [PATCH v2 0/4] support for OpenRD-Client and OpenRD-Ultimate

v2: define CONFIG_SYS_MVFS Clint Adams (4): Rename openrd_base files to openrd Add definitions for OpenRD-Client and OpenRD-Ultimate Initialize second PHY on OpenRD-Client and OpenRD-Ultimate Enable multiple fs options for Marvell SoC family on OpenRD boards MAKEALL

[U-Boot] [PATCH v2 2/4] Add definitions for OpenRD-Client and OpenRD-Ultimate

--- MAKEALL |2 ++ board/Marvell/openrd/openrd.c |6 ++ boards.cfg|2 ++ include/configs/openrd.h | 14 +- 4 files changed, 23 insertions(+), 1 deletions(-) diff --git a/MAKEALL b/MAKEALL index 6acece7..9e7fd02 100755 --

[U-Boot] [PATCH v2 3/4] Initialize second PHY on OpenRD-Client and OpenRD-Ultimate

(rework of Julian Pidancet's patch) --- board/Marvell/openrd/openrd.c | 25 + include/configs/openrd.h | 14 -- 2 files changed, 33 insertions(+), 6 deletions(-) diff --git a/board/Marvell/openrd/openrd.c b/board/Marvell/openrd/openrd.c index 14ca88e..

[U-Boot] [PATCH v2 1/4] Rename openrd_base files to openrd

--- board/Marvell/{openrd_base => openrd}/Makefile |2 +- board/Marvell/{openrd_base => openrd}/kwbimage.cfg |0 .../{openrd_base/openrd_base.c => openrd/openrd.c} |2 +- .../{openrd_base/openrd_base.h => openrd/openrd.h} |0 boards.cfg |

[U-Boot] [PATCH v2 4/4] Enable multiple fs options for Marvell SoC family on OpenRD boards

--- include/configs/openrd.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/configs/openrd.h b/include/configs/openrd.h index 8d86067..3256cb3 100644 --- a/include/configs/openrd.h +++ b/include/configs/openrd.h @@ -60,6 +60,7 @@ * Commands configuration */ #

[U-Boot] [PATCH] ehci-pci: Fix PCI EHCI driver for 36-bit

Convert the PCI base address into a virtual address. Signed-off-by: Zhao Chenhui Signed-off-by: Li Yang --- drivers/usb/host/ehci-pci.c |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/usb/host/ehci-pci.c b/drivers/usb/host/ehci-pci.c index a038b6c..e400aee 1

Re: [U-Boot] [PATCH v2 3/4] Initialize second PHY on OpenRD-Client and OpenRD-Ultimate

> -Original Message- > From: Clint Adams [mailto:cl...@debian.org] > Sent: Tuesday, April 19, 2011 5:17 AM > To: u-boot@lists.denx.de > Cc: Albert ARIBAUD; Prafulla Wadaskar; julian.pidan...@citrix.com; > Wolfgang Denk; Clint Adams > Subject: [PATCH v2 3/4] Initialize second PHY on OpenRD

[U-Boot] Issue with ehci-pci on MPC8548

HI all, We are trying to bring up a board based on Freescale's MPC8548 SoC and we are facing issues with USB controller present on PCI. (PCI_1 <=> USB2.0 PCI host controller <=> USB flah driver controller <=> NAND flash). The issue that we are facing is with ehci_reset() returning failure condit

Re: [U-Boot] Please pull u-boot-ti/master

Hi Sandeep, Le 19/04/2011 01:33, s-paul...@ti.com a écrit : > The following changes since commit 73e5476e1edf1b860dbd9b5fc21ef32ac1b551ba: >Fabio Estevam (1): > MAINTAINERS: fix email address case > > are available in the git repository at: > >git://git.denx.de/u-boot-ti.git maste

[U-Boot] help for porting u-boot

Dear All, I am new to u-boot porting,even though I am using it for quite sometime. I want to use UBI based file system for our embedded system and our present u-boot doesn't support it. can any one show me for porting on s3c2416 board. Regards, Ratheendran __

[U-Boot] [PATCH 0/9] Patch set for some Freescale ColdFire boards

The following patches update some ColdFire boards to work with latest u-boot. Those update were tested on following Freescale boards: M54455EVB, M54451EVB, M5475EVB(M5475CFE_config), M5485EVB(M5485HFE_conifg), M5208EVB, M5253DEMO, M52277EVB, M53017EVB, M5373EVB, M5329EVB(M5329BFEE_config). [PATCH

[U-Boot] [PATCH 1/9] Fix the configuration broken for ColdFire boards.

Some typoes in Makefile and boards.cfg make the M54455 board and M53017 board configuration broken. Signed-off-by: Jason Jin --- Makefile |1 + boards.cfg |2 +- 2 files changed, 2 insertions(+), 1 deletions(-) diff --git a/Makefile b/Makefile index 713dba1..20e15eb 100644 --- a/Makef

[U-Boot] [PATCH V2 2/9] ColdFire: Change the way to set platform CPP flags

The CPP flags for the ColdFire platform depend on the version of the toolchain. Setting the CPP flags based on the gcc --version is not good and not reliable. This patch try to set the flags by testing if the flag works. Signed-off-by: Jason Jin --- arch/m68k/cpu/mcf5227x/config.mk |6 +---