Re: [U-Boot] [PATCH 3/3] TI: DaVinci: Create configuration file for da850 EVM

Hi, On Fri, May 07, 2010 at 03:36:49, Wolfgang Denk wrote: > Dear Sudhakar Rajashekhara, > > In message <1272445230-427-1-git-send-email-sudhakar@ti.com> you wrote: > > Provides initial support for TI OMAP-L138/DA850 SoC devices > > on a Logic PD EVM board. > > > > Signed-off-by: Sudhakar Ra

Re: [U-Boot] [PATCH] mmc: modified calculated mmc-capacity & set mmc trans_speed

Dear Andy Thanks for your comment.. but i have some question... 2010/5/7 Andy Fleming : > On Wed, Apr 7, 2010 at 10:36 PM, Jae hoon Chung wrote: >> The patches do the following >> 1. If mmc size is more than 2GB , we need to calculated using the >> extended csd register. > > This description is

Re: [U-Boot] [PATCH v3] Fixup native builds on powerpc

On May 6, 2010, at 5:01 PM, Wolfgang Denk wrote: > Dear Kumar Gala, > > In message <1272441122-27976-1-git-send-email-ga...@kernel.crashing.org> you > wrote: >> When we changed ARCH from ppc to powerpc we need to treat HOSTARCH the >> same way. We use HOSTARCH == ARCH to determine if a build i

[U-Boot] [PATCH] [PATCH v5]Save environment data to mmc.

This patch is to save environment data to mmc card. It uses interfaces defined in generic mmc. Signed-off-by: Terry Lv --- arch/arm/lib/board.c | 15 +++-- arch/powerpc/lib/board.c | 17 +++-- common/Makefile |1 + common/cmd_nvedit.c |3 +- common/env_mmc.c

[U-Boot] [PATCH] Blackfin: nand: drain the write buffer before returning

From: Andrew Caldwell The current Blackfin nand write function fills up the write buffer but returns before it has had a chance to drain. On faster systems, this isn't a problem as the operation finishes before the ECC registers are read, but on slower systems the ECC may be incomplete when the

Re: [U-Boot] [PATCH] [PATCH V4]Save environment data to mmc.

Hi Wolfgang Denk, Though a block offset macros is more suitable for a block device, block size can be changed. Thus I think a size offset is better to describe the offset. What do you think? Thanks~~ Yours Terry -Original Message- From: Wolfgang Denk [

[U-Boot] [PATCH 3/3 v7] mmc: add generic mmc spi driver

This patch supports mmc/sd card with spi interface. It is based on the generic mmc framework. It works with SDHC and supports write. The crc checksum on data packet is enabled with the def, #define CONFIG_MMC_SPI_CRC_ON There is a subcomamnd "mmc_spi" to setup spi bus and cs at run time. Signed-

[U-Boot] [PATCH 2/3 v2] mmc: control message print in find_mmc_device

An argument, verbose, is added to enable/disable the "Device not found" message. Because we need to query mmc devices in mmc_spi subcommand and don't want the message. Signed-off-by: Thomas Chou --- v2: add an argument instead of add a new func, per Wolfgang. common/cmd_mmc.c |8

[U-Boot] [PATCH] logbuff: Prevent an infinite loop for console output

When using 'logbuff' as stdout and the console loglevel is greater than a message's loglevel it is supposed to be both logged, and printed to the console. The logbuff_printk() function is responsible for both logging and displaying the message. However, logbuff_printk() previously used printf() t

Re: [U-Boot] [PATCH 2/3] mmc: add find_mmc_device_quiet that doesnt print not found message

Dear Wolfgang, On 05/07/2010 06:14 AM, Wolfgang Denk wrote: > Dear Thomas Chou, > > In message<1272848085-10698-3-git-send-email-tho...@wytron.com.tw> you wrote: > >> We need to query mmc devices in mmc_spi subcommand and don't want >> the "Device not found" message. >> > Your subject l

Re: [U-Boot] Endless loop in cmd_log.c?

> > I'm hoping to get setup to submit patches eventually, but I'm not there yet > and it's not on my critical path at the moment. I'm just glad to hear I > hadn't missed some critical setup piece. > > Thanks for verifying it! Thanks for finding it. I'll go ahead and submit a patch fixing t

Re: [U-Boot] Endless loop in cmd_log.c?

Peter, reply inline below... > -Original Message- > From: Peter Tyser [mailto:pty...@xes-inc.com] > Sent: Thursday, May 06, 2010 4:27 PM > To: Dennis Ruffer > Cc: u-boot@lists.denx.de > Subject: Re: [U-Boot] Endless loop in cmd_log.c? > > Hi Dennis, > > On Wed, 2010-05-05 at 12:22 -0700,

[U-Boot] [PATCH] logbuff: Change default console loglevel to 8

Previously, a default of 3 was assigned to the console loglevel while standard messages had a level of 4. This resulted in U-Boot's console disappearing if a user enabled CONFIG_LOGBUFFER but didn't manually set the 'loglevel' environment variable to a value greater than 4. Setting the default co

Re: [U-Boot] Endless loop in cmd_log.c?

Hi Dennis, On Wed, 2010-05-05 at 12:22 -0700, Dennis Ruffer wrote: > I am trying to implement CONFIG_LOGBUFFER and CONFIG_CMD_LOG on our ARM > systems and I seem to have run into an endless loop. With loglevel=5 so we > still see our console output, the printf at the end of logbuff_printk > appea

Re: [U-Boot] U-Boot "public API" example desired

I appreciate the answer, I think this topic has been discussed several times, so thanks for spending time re-visiting it once again. I have looked at both the examples/standalone code and the README.standalone. I have also seen 1) http://old.nabble.com/-U-Boot--How-to-get-GPL-free-standalone-pro

Re: [U-Boot] [PATCH v2 04/17] SPEAr : Placing ethaddr write and read within CONFIG_CMD_NET

Dear Vipin KUMAR, In message <4be24179.6010...@st.com> you wrote: > > I get your point. Though, I believe, educating the user about the mac id > storage behavior is the solution in this case. > Moreover, ethaddr is not set in environment variables by default. So, Yes, it is. Please see the docs.

Re: [U-Boot] [PATCH v3 00/26] [x86] 'Comming of Age'

Dear Graeme Russ, In message <4be22bcf.2030...@gmail.com> you wrote: > > > Hm.. wouldn't it make sense to add you as custodian for x86? What do > > you think? > > I actually mentioned that idea previously - What needs to be done to > arrange this? I understand I need a PGP key at least which I ne

Re: [U-Boot] [PATCH] serial: punt unused serial_addr()

Dear Mike Frysinger, In message <1273048363-26005-1-git-send-email-vap...@gentoo.org> you wrote: > Only one file apparently defines this function, and it merely stubs it > out. So if no one is defining/calling it, punt it. > > Signed-off-by: Mike Frysinger > --- > board/barco/barco.c |4 --

Re: [U-Boot] [PATCH] [PATCH V4]Save environment data to mmc.

Dear Terry Lv, In message <12730401491046-git-send-email-r65...@freescale.com> you wrote: > This patch is to save environment data to mmc card. > It uses interfaces defined in generic mmc. > > Signed-off-by: Terry Lv > --- > arch/arm/lib/board.c | 14 +++-- > arch/powerpc/lib/board.c |

Re: [U-Boot] [PATCH] update include/asm/ gitignore after move

Dear Mike Frysinger, In message <1272392134-13368-2-git-send-email-vap...@gentoo.org> you wrote: > With the cpu include paths moved, the gitignore paths need updating. > > Signed-off-by: Mike Frysinger > --- > arch/.gitignore|2 ++ > include/.gitignore |2 -- > 2 files changed, 2 in

Re: [U-Boot] [PATCH 2/3] mmc: add find_mmc_device_quiet that doesnt print not found message

Dear Thomas Chou, In message <1272848085-10698-3-git-send-email-tho...@wytron.com.tw> you wrote: > We need to query mmc devices in mmc_spi subcommand and don't want > the "Device not found" message. Your subject line is way too long. > Signed-off-by: Thomas Chou > --- > drivers/mmc/mmc.c | 1

Re: [U-Boot] [PATCH 3/3] TI: DaVinci: Create configuration file for da850 EVM

Dear Sudhakar Rajashekhara, In message <1272445230-427-1-git-send-email-sudhakar@ti.com> you wrote: > Provides initial support for TI OMAP-L138/DA850 SoC devices > on a Logic PD EVM board. > > Signed-off-by: Sudhakar Rajashekhara > --- > MAINTAINERS|4 + > MAKEALL

Re: [U-Boot] [PATCH v3] Fixup native builds on powerpc

Dear Kumar Gala, In message <1272441122-27976-1-git-send-email-ga...@kernel.crashing.org> you wrote: > When we changed ARCH from ppc to powerpc we need to treat HOSTARCH the > same way. We use HOSTARCH == ARCH to determine if a build is native. > > Signed-off-by: Kumar Gala > --- > * Put the p

Re: [U-Boot] Read-only env variables

Dear Joe Hershberger, In message you wrote: > > I see u-boot supports readonly serial# and ethaddr, but I have a few > other variables that I need to be read-only. I'm planning to > implement a generic list of variables that cannot be changed or > deleted. Good idea, and thanks in advance! >

Re: [U-Boot] [PATCH v2] Fixup native builds on powerpc

Dear Kumar Gala, In message <1272385744-15094-1-git-send-email-ga...@kernel.crashing.org> you wrote: > When we changed ARCH from ppc to powerpc we need to treat HOSTARCH the > same way. We use HOSTARCH == ARCH to determine if a build is native. > > Signed-off-by: Kumar Gala > --- > * Added ppc

Re: [U-Boot] [PATCH v3] POST cleanup v3 (incremental)

Dear Michael Zaidman, In message you wrote: > Incremental patch. Should be applied above its v2: > http://lists.denx.de/pipermail/u-boot/2010-April/070729.html > (Sorry for inconvenience. I will use --in-reply-to option next time) Please move any such comments which are not supposed to become

Re: [U-Boot] [PATCH V2] POST cleanup V2 (incremental)

Dear Michael Zaidman, In message <1272384468-20573-1-git-send-email-michael.zaid...@gmail.com> you wrote: > The patch implements step#3 of the POST framework cleanup > suggested by Wolfgang Denk in the > http://lists.denx.de/pipermail/u-boot/2010-April/070400.html > > This is an incremental patc

Re: [U-Boot] [PATCH] cmd_usb.c: show cmd usage if no args given

Dear Serge Ziryukin, In message <1272220356-1024-1-git-send-email-ftrvxm...@gmail.com> you wrote: > Signed-off-by: Serge Ziryukin > --- > common/cmd_usb.c |5 + > 1 files changed, 5 insertions(+), 0 deletions(-) Applied. Note that the old code already printed a usage message when calle

Re: [U-Boot] [PATCH v2] powerpc: Consolidate bootcount_{store|load} for PowerPC

Dear Stefan Roese, In message <127256-2502-1-git-send-email...@denx.de> you wrote: > This patch consolidates bootcount_{store|load} for PowerPC by > implementing a common version in arch/powerpc/lib/bootcount.c. This > code is now used by all PowerPC variants that currently have these > functi

Re: [U-Boot] Pull request: u-boot-i2c

Dear Heiko Schocher, In message <4be25460.2090...@denx.de> you wrote: > Hello Wolfgang, > > please pull from u-boot-i2c > > The following changes since commit b88c5988db176a0f9de5598d5167ee2498637d40: > Kim Phillips (1): > configs: remove unused CONFIG_COMMAND_HISTORY > > are availabl

Re: [U-Boot] NAND flash parameters.

On Thu, May 06, 2010 at 10:40:21AM +0100, Ayewin Oung wrote: > How do I modify SLC NAND flash parameters for u-boot ? > > When I say "nand parameters", I meant things like " how many pages in a > block, how many blocks and how big is each page," not timing. > > Is it per NAND controller implemen

Re: [U-Boot] Endless loop in cmd_log.c?

Hi Dennis, On Thu, 2010-05-06 at 10:51 -0700, Dennis Ruffer wrote: > Oh, sorry. I have the option turned on to send me my postings, but I have > not gotten them. ;( I believe some email clients are "smart" enough to detect duplicate emails and filter accordingly. If I remember correctly I see

Re: [U-Boot] Endless loop in cmd_log.c?

Oh, sorry. I have the option turned on to send me my postings, but I have not gotten them. ;( Sorry for spamming the list! DaR > -Original Message- > From: Peter Tyser [mailto:pty...@xes-inc.com] > Sent: Thursday, May 06, 2010 9:22 AM > To: Dennis Ruffer > Cc: 'Wolfgang Denk'; u-boot@l

Re: [U-Boot] U-Boot "public API" example desired

Dear j...@sdateam.com, In message <8139.1273161...@sdateam.com> you wrote: > > Is there an example available of the use of the U-Boot "public API" > or of a "stand-alone application", that can be, or is, sanctioned by > someone who would definitely know (for example, Wolfgang Denk) as > being no

[U-Boot] [PATCH-V3 2/2] AM35x: Add support for EMIF4

From: Vaibhav Hiremath This patch adds support for the EMIF4 interface available in the AM35x processors. Changes from V2: - Removed all instances of #ifdef CONFIG_EMIF4 Signed-off-by: Vaibhav Hiremath Signed-off-by: Sanjeev Premi --- arch/arm/cpu/arm_cortexa8/omap3/Makefile|

[U-Boot] [PATCH-V3 1/2] AM35x: Add support for AM3517EVM

From: Vaibhav Hiremath This patch adds basic support for the AM3517EVM. It includes: - Board int file (.c and .h) - Default configuration file - Updates for Makefile Changes from V2: - Removed trailing spaces - Updated MAINTAINERS & MAKEALL for am3517_evm

[U-Boot] [PATCH-V3 1/2] omap3: Calculate CS1 size only when SDRC is initialized for CS1

From: Vaibhav Hiremath The patch makes sure that size for SDRC CS1 gets calculated only when the CS1 SDRC is initialized. Signed-off-by: Vaibhav Hiremath Signed-off-by: Sanjeev Premi --- arch/arm/cpu/arm_cortexa8/omap3/board.c |7 --- 1 files changed, 4 insertions(+), 3 deletions(-)

[U-Boot] [PATCH-V3 2/2] omap3: Consolidate SDRC related operations

From: Vaibhav Hiremath Consolidated SDRC related functions into one file - sdrc.c And also replaced sdrc_init with generic memory init function (mem_init), this generalization of omap memory setup is necessary to support the new emif4 interface introduced in AM3517. Changes from V2: - R

[U-Boot] [PATCH-V5] OMAP3EVM: Added NAND support

From: Vaibhav Hiremath The EVMS have been shipping with NAND (instead of OneNAND) as default. So, this patch sets NAND as default. To choose OneNAND, define CMD_ONENAND instead of CMD_NAND in the config file omap3_evm.h, Changes From V4 :- - Removed #undef ONENAND line (comment from Den

[U-Boot] U-Boot "public API" example desired

Is there an example available of the use of the U-Boot "public API" or of a "stand-alone application", that can be, or is, sanctioned by someone who would definitely know (for example, Wolfgang Denk) as being not a derived work? I've seen several discussions in various mailing lists about these i

Re: [U-Boot] Endless loop in cmd_log.c?

Hi Dennis, On Thu, 2010-05-06 at 09:03 -0700, Dennis Ruffer wrote: > Not sure why this hasn't come through in my 3 earlier attempts... > > Let me try a different email address... > > I am trying to implement CONFIG_LOGBUFFER and CONFIG_CMD_LOG on our ARM > systems and I seem to have run into an

Re: [U-Boot] Endless loop in cmd_log.c?

Not sure why this hasn't come through in my 3 earlier attempts... Let me try a different email address... I am trying to implement CONFIG_LOGBUFFER and CONFIG_CMD_LOG on our ARM systems and I seem to have run into an endless loop. With loglevel=5 so we still see our console output, the printf at

Re: [U-Boot] OT: SD/MMC-over-SPI and speed in linux

Hi, On Thu, May 06, 2010 at 04:13:41PM +0200, Alexander Stein wrote: > > I can't say much about actual transfer rates. But i noticed a real slowdown > when the filesystem buffer is about to be flushed. > We are using a COldfire 5484 and AFAIK there is no DMA for SPI, at least we > don't use it.

Re: [U-Boot] [PATCH] mmc: modified calculated mmc-capacity & set mmc trans_speed

On Wed, Apr 7, 2010 at 10:36 PM, Jae hoon Chung wrote: > The patches do the following > 1. If mmc size is more than 2GB , we need to calculated using the > extended csd register. This description is slightly inaccurate. I have encountered MMC cards with 4GB capacity, which are not actually high-

Re: [U-Boot] OT: SD/MMC-over-SPI and speed in linux

Am Donnerstag, 6. Mai 2010 15:59:44 schrieb Wolfgang Wegner: > Hi Alexander, > > On Thu, May 06, 2010 at 03:33:53PM +0200, Alexander Stein wrote: > [...] > > > IIRC 400kBytes/second is the initial speed for SD cards on SPI. The card > > itself responds which max speed it can handle. Which could b

Re: [U-Boot] OT: SD/MMC-over-SPI and speed in linux

Hi Alexander, On Thu, May 06, 2010 at 03:33:53PM +0200, Alexander Stein wrote: [...] > IIRC 400kBytes/second is the initial speed for SD cards on SPI. The card > itself responds which max speed it can handle. Which could be adjusted later > (up to 25MHz or even more). the initial speed is 400 k

Re: [U-Boot] OT: SD/MMC-over-SPI and speed in linux

Hello Wolfgang, Am Donnerstag, 6. Mai 2010 15:13:14 schrieb Wolfgang Wegner: > In U-Boot, I can get read speeds with fatload of around 400 kBytes/second, > which seems reasonable as the card can handle 25 MHz SPI speed. (And, it > would be sufficient for our application.) IIRC 400kBytes/second is

[U-Boot] [PATCH] Support for devices with FAT32 PBR

This patch adds support for devices that have a FAT32 PBR. Signed-off-by: Igor Luri --- disk/part_dos.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/disk/part_dos.c b/disk/part_dos.c index 887b75e..d91f773 100644 --- a/disk/part_dos.c +++ b/disk/part_dos.c @@ -77,7

[U-Boot] OT: SD/MMC-over-SPI and speed in linux

Hi all, sorry for the off-topic question, but I seemingly did not yet find the right search string and was hoping to find experienced embedded people here to point me in the right direction. I have connected a SD card to a coldfire MCF54455 via SPI, accessible from both U-Boot and linux. The kern

Re: [U-Boot] u-boot hangs after detecting DDR3 RAM and Flash.

Hi Stefan, But, my DDR3 initialization seems to be completed and I am not getting any error in DDR3 initialization. Another issue I am facing that if I add 2 pritinf functions before or after DDR initialization the DDR3 initialization code hangs in between and if I remove the printf functions, ev

Re: [U-Boot] Same U-Boot for smdk6400 and smdk6410...?

Dear Minkyu Kang & Naveen Krishna Ch, Thank you both for your quick responses. Having looked at include/configs/smdk6400.h, it seems that there is indeed a little work to be done before the SMDK6410 is fully supported. :-( May I please ask if either of you have access to the source for the vers

Re: [U-Boot] [RESEND:PATCH-V4] OMAP3EVM: Added NAND support

Dear Nishanth Menon, In message you wrote: > > Yep.. waiting for my next free cycle ;) i would have pointed as an RFC > to the git repo history, unfortunately the transition from clearcase > to git was done as a single blob :( Heh. This matches my experience - each and every contact with ClearC

[U-Boot] [PATCH v3 01/19] u-boot.img file not created when srctree and objtree are different

Adding ($obj) before tools/mkimage for u-boot.img file creation Signed-off-by: Vipin Kumar --- Makefile |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Makefile b/Makefile index 2d96574..7b4678e 100644 --- a/Makefile +++ b/Makefile @@ -313,7 +313,7 @@ $(obj)u-boot.ldr.s

[U-Boot] [PATCH v3 18/19] SPEAr : Removing extraneous code

This sub-patch removes extraneous code from the spear platform code Signed-off-by: Vipin Kumar --- include/configs/spear-common.h |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/include/configs/spear-common.h b/include/configs/spear-common.h index c03520b..1f7aff7 100644

[U-Boot] [PATCH v3 15/19] SPEAr : Supporting various configurations for spear3xx and spear6xx boards

spear3xx and 6xx boards can be compiled in following configurations 1. Environment placed in NAND 2. console on usb device 3. console on usb device with environment placed in NAND Also, renaming the include/configs/spearxxx.h files to spear3xx_evb.h, spear6xx_evb.h etc to depict evaluation board c

[U-Boot] [PATCH v3 19/19] SPEAr : USB device controller bugfixes

This patch fixes a few bugs in USB device controller driver. The fixes are as follows 1. Adding error condition checks eg. NULL return 2. Endpoint other than endpoint 0 (control endpoint) are initialized only if usb state machine reaches STATE_ADDRESSED or above 3. Zero length packet handling corre

[U-Boot] [PATCH v3 11/19] SPEAr : Configuring FSMC driver for NAND interface

Since FSMC is a standard IP and it supports different memory interfaces, it is supported independent of spear platform and spear is configured to use that driver for interfacing with the NAND device Spear platform uses generic FSMC driver and spear specific files i.e drivers/mtd/nand/spr_nand.c, a

[U-Boot] [PATCH v3 13/19] SPEAr : smi driver moved completely into drivers/mtd

SMI is the serial memory interface controller provided by ST. The earlier driver was specific to spear platform. The driver files are renamed to st_smi.c and st_smi.h and moved into drivers/mtd folder for reusability by other platforms using smi controller peripheral. Signed-off-by: Vipin Kumar

[U-Boot] [PATCH v3 16/19] SPEAr : Basic spear1300 architecture support added

SPEAr1300 is an ARMCortexA9 dual core based SoC which supports multiple peripherals such as 1. Ethernet Controller 2. USB Device Controller 3. USB Host Controllers 4. MTD interfaces for NAND and NOR(serial and parallel) flash devices etc For more information, visit www.st.com/spear This patch ad

[U-Boot] [PATCH v3 17/19] SPEAr : spear1300 SoC support added

SPEAr1300 SoC support contains basic spear1300 support along with the usage of following drivers - serial driver(UART) - i2c driver - smi driver - nand driver(FSMC) - usbd driver Signed-off-by: Vipin Kumar --- MAINTAINERS|1 + MAKEALL

[U-Boot] [PATCH v3 07/19] SPEAr : Network driver support added

Designware network driver support added. This is a Synopsys ethernet controller Signed-off-by: Vipin Kumar --- doc/README.designware_eth | 25 ++ drivers/net/Makefile |1 + drivers/net/designware.c | 531 + drivers/net/designware.h | 264

[U-Boot] [PATCH v3 09/19] SPEAr : macb driver support added for spear310 and spear320

SPEAr310 and SPEAr320 SoCs have an extra ethernet controller. The driver for this device is already supported by u-boot, so configuring board configuration file and defining base addresses etc to make use of the common driver Signed-off-by: Vipin Kumar --- arch/arm/include/asm/arch-spear/clk.h

[U-Boot] [PATCH v3 14/19] SPEAr : USB Device Controller driver support added

The earlier usb device controller driver was specific to spear platforms. This patch implements the usb device controller driver as a generic controller which can be reused by other platforms using this peripheral. Signed-off-by: Vipin Kumar --- drivers/serial/usbtty.h

[U-Boot] [PATCH v3 10/19] SPEAr : FSMC driver support added

Flexible static memory controller is a peripheral provided by ST, which controls the access to NAND chips along with many other memory device chips eg NOR, SRAM. This patch adds the driver support for FSMC controller interfacing with NAND memory. Signed-off-by: Vipin Kumar --- drivers/mtd/nand/

[U-Boot] [PATCH v3 12/19] SPEAr : i2c driver moved completely into drivers/i2c

The earlier i2c driver was specific to spear platforms. This patch implements the i2c controller as a generic driver which can be used by multiple platforms The driver files are now renamed to designware_i2c.c and designware_i2c.h and these are moved into drivers/i2c folder for reusability by othe

[U-Boot] [PATCH v3 05/19] SPEAr : Reducing the max RAM size to 128MB

Signed-off-by: Vipin Kumar --- include/configs/spear-common.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/configs/spear-common.h b/include/configs/spear-common.h index cc52e39..b526558 100644 --- a/include/configs/spear-common.h +++ b/include/configs/spear-co

[U-Boot] [PATCH v3 08/19] SPEAr : Network support configured for spear SoCs

Signed-off-by: Vipin Kumar --- arch/arm/include/asm/arch-spear/hardware.h |1 + board/spear/spear300/spear300.c| 10 ++ board/spear/spear310/spear310.c| 10 ++ board/spear/spear320/spear320.c| 10 ++ board/spear/spear600/spear6

[U-Boot] [PATCH v3 06/19] SPEAr : Basic arch related support added for SPEAr SoCs

Adding CONFIG_DISPLAY_CPUINFO and CONFIG_ARCH_CPU_INIT support for SPEAr3xx and SPEAr6xx SoCs CONFIG_DISPLAY_CPUINFO includes the built CPU related information Earlier, architecture specific init code was mixed with board initialization code in board/spear/... CONFIG_ARCH_CPU_INIT includes the ar

[U-Boot] [PATCH v3 04/19] SPEAr : Placing ethaddr write and read within CONFIG_CMD_NET

ethaddr can be optionally read from i2c memory. So, chip_config command supports reading/writing hw mac id into i2c memory. Placing this code within CONFIG_CMD_NET as this would only be needed when network interface is configured Signed-off-by: Vipin Kumar --- board/spear/common/spr_misc.c | 2

[U-Boot] [PATCH v3 02/19] change_bit routine defined

change_bit routine is left implementation dependent until now. This routine is now defined for arm platforms in asm-arm/bitops.h The Flexible Static memory controller driver, placed in mtd/nand/fsmc_nand.c needs this routine. FSMC is a memory controller peripheral from ST. The new driver implement

[U-Boot] [PATCH v3 03/19] SPEAr : SMI erase and write timeouts increased

SMI driver fails because of low timeout values. Increasing the write mode timeout and transfer timeouts to 15 ms Signed-off-by: Vipin Kumar --- arch/arm/include/asm/arch-spear/spr_smi.h |4 +- drivers/mtd/spr_smi.c | 57 ++--- 2 files changed, 38

[U-Boot] [PATCH v3 00/19] SPEAr : Network support for spear platforms and SPEAr1300

Hello Tom, The following patch-set contains all the accepted feedbacks on patch-set v2. Please consider this for submission into mainline Below changes are introduced other than the recieved review comments 1. Introduced a CONFIG_DW_SEARCH_PHY definition, which if defined searches t

[U-Boot] (Reply only to this email : mr_liuya...@hotmail.com)

Dear friend, I have a project I want you to run with us. It involves exportation of 35,000 barrels of oil daily from Kirkuk, Iraq. If you are interested, email me via: mr_liuya...@hotmail.com Mr. Yan ___ U-Boot mailing

Re: [U-Boot] [RESEND:PATCH-V4] OMAP3EVM: Added NAND support

On Thu, May 6, 2010 at 6:03 AM, Wolfgang Denk wrote: > Dear Nishanth Menon, > > In message > you wrote: >> >> your points are valid, two options as I see here: >> a) build configurations - nand_boot, nor_boot etc.. >> b) IMHO, the better solution would be to allow the same u-boot to boot >> from

Re: [U-Boot] [RESEND:PATCH-V4] OMAP3EVM: Added NAND support

> -Original Message- > From: Wolfgang Denk [mailto:w...@denx.de] > Sent: Thursday, May 06, 2010 4:20 PM > To: Nishanth Menon > Cc: Hiremath, Vaibhav; u-boot@lists.denx.de > Subject: Re: [U-Boot] [RESEND:PATCH-V4] OMAP3EVM: Added NAND support > > Dear Nishanth Menon, > > In message > you

Re: [U-Boot] [RESEND:PATCH-V4] OMAP3EVM: Added NAND support

Dear Nishanth Menon, In message you wrote: > > your points are valid, two options as I see here: > a) build configurations - nand_boot, nor_boot etc.. > b) IMHO, the better solution would be to allow the same u-boot to boot > from all devices (nand, nor, onenand, mmc) without needing a rebuild.

Re: [U-Boot] [RESEND:PATCH-V4] OMAP3EVM: Added NAND support

On Thu, May 6, 2010 at 5:50 AM, Wolfgang Denk wrote: > Dear Nishanth Menon, > > In message > you wrote: >> On Thu, May 6, 2010 at 12:36 AM, Hiremath, Vaibhav wrote: > ... >> > I do agree that we don't have to undef here, but agreed to Nishant's >> > comment only because from user point of view

Re: [U-Boot] [RESEND:PATCH-V4] OMAP3EVM: Added NAND support

Dear "Hiremath, Vaibhav", In message <19f8576c6e063c45be387c64729e7394044e351...@dbde02.ent.ti.com> you wrote: > > I do agree that we don't have to undef here, but agreed to Nishant's > comment only because from user point of view, if user would like to > enable ONENAND support then for him it's

Re: [U-Boot] [PATCH 01/17] SPARC: added unaligned definitions, patch supplied by Magnus Sjalander.

Dear Daniel Hellstrom, In message <4be263ad.7020...@gaisler.com> you wrote: > > I had some minor remarks on patch 1 and 2 as I recall, and a minor > change on another patch I discovered myself. Unfortunately I have been > very busy, I am really sorry for that. I will try to pull my self > toge

Re: [U-Boot] [PATCH-V2 4/4] AM35x: Add support for EMIF4

Dear "Hiremath, Vaibhav", In message <19f8576c6e063c45be387c64729e7394044e351...@dbde02.ent.ti.com> you wrote: > > > > void sdrc_init(void); > > > void do_sdrc_init(u32, u32); > > > #endif > > > +#if defined(CONFIG_EMIF4) > > > +void emif4_init(void); > > > +#endif > > > > I guess you can om

Re: [U-Boot] [PATCH-V2 2/4] omap3: Consolidate SDRC related operations

Dear "Hiremath, Vaibhav", In message <19f8576c6e063c45be387c64729e7394044e351...@dbde02.ent.ti.com> you wrote: > > > > diff --git a/arch/arm/include/asm/arch-omap3/cpu.h > > b/arch/arm/include/asm/arch-omap3/cpu.h > > > index aa8de32..a49af10 100644 > > > --- a/arch/arm/include/asm/arch-omap3/cp

Re: [U-Boot] [PATCH-V2 3/4] AM35x: Add support for AM3517EVM

Dear "Hiremath, Vaibhav", In message <19f8576c6e063c45be387c64729e7394044e351...@dbde02.ent.ti.com> you wrote: > ... > > > --- a/arch/arm/include/asm/arch-omap3/mux.h > > > +++ b/arch/arm/include/asm/arch-omap3/mux.h ... > > And all this asks > > to be converted into a proper C struct. > [Hirema

Re: [U-Boot] [RESEND:PATCH-V4] OMAP3EVM: Added NAND support

Dear Nishanth Menon, In message you wrote: > On Thu, May 6, 2010 at 12:36 AM, Hiremath, Vaibhav wrote: ... > > I do agree that we don't have to undef here, but agreed to Nishant's > > comment only because from user point of view, if user would > > like to enable ONENAND support then for him it

Re: [U-Boot] Same U-Boot for smdk6400 and smdk6410...?

Hi Nick, On 6 May 2010 15:38, Nick Pelling wrote: > Hi everyone, > > Can anyone please tell me if the smdk6400_config / smdk_noUSB_config is > suitable for using on the smdk6410 (i.e. for the S3C6410, Samsung's heavily > updated version of the S3C6400)? > IP wise there is no much changes, But 64

Re: [U-Boot] [RESEND:PATCH-V4] OMAP3EVM: Added NAND support

On Thu, May 6, 2010 at 12:36 AM, Hiremath, Vaibhav wrote: > >> -Original Message- >> From: Wolfgang Denk [mailto:w...@denx.de] >> Sent: Thursday, May 06, 2010 1:31 AM >> To: Hiremath, Vaibhav >> Cc: u-boot@lists.denx.de >> Subject: Re: [U-Boot] [RESEND:PATCH-V4] OMAP3EVM: Added NAND suppor

Re: [U-Boot] Same U-Boot for smdk6400 and smdk6410...?

Dear Nick Pelling, On 6 May 2010 19:08, Nick Pelling wrote: > Hi everyone, > > Can anyone please tell me if the smdk6400_config / smdk_noUSB_config is > suitable for using on the smdk6410 (i.e. for the S3C6410, Samsung's heavily > updated version of the S3C6400)? No, smdk6410 is different board.

[U-Boot] [PATCH] A little bug in macro __arch_ioremap.

Signed-off-by: Terry Lv --- arch/arm/include/asm/io.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arm/include/asm/io.h b/arch/arm/include/asm/io.h index 0a4b5be..5122210 100644 --- a/arch/arm/include/asm/io.h +++ b/arch/arm/include/asm/io.h @@ -253,7 +253,7 @@ e

[U-Boot] Same U-Boot for smdk6400 and smdk6410...?

Hi everyone, Can anyone please tell me if the smdk6400_config / smdk_noUSB_config is suitable for using on the smdk6410 (i.e. for the S3C6410, Samsung's heavily updated version of the S3C6400)? While I can see patches related to the S3C6410 going in, I can only see the S3C6400 target in the u-

[U-Boot] NAND flash parameters.

Hi List How do I modify SLC NAND flash parameters for u-boot ? When I say "nand parameters", I meant things like " how many pages in a block, how many blocks and how big is each page," not timing. Is it per NAND controller implementation specific or is it more generic across u-boot? As always

[U-Boot] [PATCH] Support for devices with FAT32 PBR

This patch adds support for devices that have a FAT32 PBR. Signed-off-by: Igor Luri --- disk/part_dos.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/disk/part_dos.c b/disk/part_dos.c index 887b75e..d91f773 100644 --- a/disk/part_dos.c +++ b/disk/part_dos.c @@ -77,

Re: [U-Boot] change root password

Dear Nuno Cardoso, In message you wrote: > > When I change the root password I'm using the command that you specify > "passwd root" and enter a new password. After that, I execute the "exec > init" command in U-Boot shell to boot all the linux system. At login, I put > the new password, but I ca

Re: [U-Boot] Help me on finding board similar to NIC card in U-bootloader

Dear Hari Babu, In message you wrote: > > I am having a new NIC card and i have to develop U-boot Loader for that.Can > any one help me which board name in U-Boot source code having similar kind > of features( PHY, MAC ) for cloning that to my new NIC target card.This NIC > card is communicati

Re: [U-Boot] [PATCH 01/17] SPARC: added unaligned definitions, patch supplied by Magnus Sjalander.

Dear Wolfgang, I had some minor remarks on patch 1 and 2 as I recall, and a minor change on another patch I discovered myself. Unfortunately I have been very busy, I am really sorry for that. I will try to pull my self together and finish them in the weekend. Do I have to repost the patches, n

Re: [U-Boot] change root password

When I change the root password I'm using the command that you specify "passwd root" and enter a new password. After that, I execute the "exec init" command in U-Boot shell to boot all the linux system. At login, I put the new password, but I cannot log! After a restart, I stop the u-boot proc