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

Hello Reinhard, Reinhard Meyer wrote: > Am 18.04.2011 16:15, schrieb Daniel Gorsulowski: >> 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

Re: [U-Boot] Fix for overlapping sections?

Dear "Larry", In message you wrote: > > 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 t

Re: [U-Boot] UEC phy not working on first try

> > I am using u-boot.2010.09 on a MPC8568-based board. > > > > When trying to boot over one of the UEC network interfaces, it is not > > working instantly. The cable is connected from the beginning, but I > > have to issue a manual 'boot' command, sometimes even multiple times > > before the link

Re: [U-Boot] [PATCH V2 0/3] Fix hang when loading U-Boot from SPI or NAND

Hi Tom, Le 15/04/2011 00:09, Tom Warren a écrit : > This series of patches fixes a hang seen when loading U-Boot from SPI > or NAND on Seaboard and Harmony due to a missing PLLX init. It also > corrects a UARTD bit error in clk_rst.h, and adds rudimentary GPIO > support so that the UART on Seaboar

Re: [U-Boot] [PATCH] ARM: fix stack pointer adjustment in board_init_f()

Hi Eric, Le 15/04/2011 10:42, Wolfgang Denk a écrit : > Dear Eric Cooper, > > In message<1302820357-30318-1-git-send-email-...@cmu.edu> you wrote: >> Since addr_sp is a byte address, it should be adjusted by 12 here. >> >> Signed-off-by: Eric Cooper >> Cc: Albert ARIBAUD >> --- >> arch/arm/lib/

Re: [U-Boot] How does u-boot know where to put its start code?

Le 20/04/2011 04:23, Hebbar, Gururaja a écrit : > Hi, > > On Wed, Apr 20, 2011 at 02:43:23, Rogan Dawes wrote: >> Hi folks, >> >> I'm trying to understand a bit more about how u-boot creates the image, such >> that the CPU reset vector is pointing to the right piece of code when it is >> reset. >

Re: [U-Boot] [PATCH V5] arm: Tegra2: add support for A9 CPU init

Hi Tom, Le 15/04/2011 00:18, Tom Warren a écrit : > Signed-off-by: Tom Warren > --- > Changes for V2: > - Remove returns in void functions > - Move inline assembly code to .S file > - Simplify some if/else code, break out common code > - Minimize the use of loca

[U-Boot] [PATCH] Strip dead code on omap3 devices

Garbage collect code that isn't used. Saves a good few kbytes. Signed-off-by: Charles Manning --- Makefile |2 +- arch/arm/config.mk|6 ++ arch/arm/cpu/armv7/u-boot.lds |6 +++--- 3 files changed, 10 insertions(+), 4 deletions(-) diff --git a/M

[U-Boot] [PATCH v5 4/5] Put common autoload code into auto_load() function

This is a small clean-up patch. TEST=Build U-Boot, try bootp and check it auto-loads. Signed-off-by: Simon Glass --- net/bootp.c | 76 +- 1 files changed, 33 insertions(+), 43 deletions(-) diff --git a/net/bootp.c b/net/bootp.c index 1a

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

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 kept separate since we don't want a USB

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

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 ... Changes for v2: - Coding style cleanup - Changed some comments as suggested - eth_set_hwaddr -> eth_write_hwaddr - tided up oth

[U-Boot] [PATCH v5 3/5] Add documentation for USB Host Networking

This describes what it is for, devices supported, how to enable for your board in U-Boot, setting up the server, and notes about MAC addresses. Signed-off-by: Simon Glass --- doc/README.usb | 164 +++- 1 files changed, 163 insertions(+), 1 del

[U-Boot] [PATCH v5 5/5] usbeth: asix: Do a fast init if link already established

The Asix driver takes the link down during init() and then brings it back up. This commit changes this so that if a link has already been established successfully we simply check that the link is still good. This reduces the delay between successive network commands. TEST=bootp; tftp ... - see t

Re: [U-Boot] How does u-boot know where to put its start code?

Hi, On Wed, Apr 20, 2011 at 02:43:23, Rogan Dawes wrote: > Hi folks, > > I'm trying to understand a bit more about how u-boot creates the image, such > that the CPU reset vector is pointing to the right piece of code when it is > reset. > > i.e. my DNS323 (Orion5x) has a reset vector of 0x

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

On Mon, Apr 18, 2011 at 12:04 PM, Wolfgang Denk wrote: > Dear Simon Glass, > > In message <1302748176-4324-2-git-send-email-...@chromium.org> you wrote: >> @@ -88,9 +89,10 @@ static void probe_valid_drivers(struct usb_device *dev) >>               /* >>                * ok, it is a supported eth d

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

On Mon, Apr 18, 2011 at 11:51 AM, Wolfgang Denk wrote: > Dear Simon Glass, > >> +/* Rx status word */ >> +#define RX_STS_FL_                   (0x3FFF)    /* Frame Length */ >> +#define RX_STS_ES_                   (0x8000)    /* Error Summary */ > ... > > Please drop the parens around all

Re: [U-Boot] [PATCH] PowerPC: Move -fPIC flag to common place

Wolfgang Denk wrote on 2011/04/20 00:41:01: > > Dear Joakim Tjernlund, > > In message > you > wrote: > > > > > Yes, but you yorself pointed out that commit 337f5f5 missed a large > > > number of boards, leaving the tree in a inconsistent state. Should we > > > not revert that one as well? > > >

Re: [U-Boot] [PATCH] PowerPC: Move -fPIC flag to common place

Dear Joakim Tjernlund, In message you wrote: > > > Yes, but you yorself pointed out that commit 337f5f5 missed a large > > number of boards, leaving the tree in a inconsistent state. Should we > > not revert that one as well? > > It is not too bad, just not complete yet. Reverting all just ma

Re: [U-Boot] [PATCH] PowerPC: Move -fPIC flag to common place

Wolfgang Denk wrote on 2011/04/20 00:05:27: > From: Wolfgang Denk > To: Joakim Tjernlund > Cc: u-boot@lists.denx.de > Date: 2011/04/20 00:05 > Subject: Re: [U-Boot] [PATCH] PowerPC: Move -fPIC flag to common place > > Dear Joakim Tjernlund, > > In message > you > wrote: > > > > > That mean

Re: [U-Boot] [PATCH] PowerPC: Move -fPIC flag to common place

Dear Joakim Tjernlund, In message you wrote: > > > That means I will revert the two commits? > > One, you only claimed that: > > The -fPIC flag belongs with -mrelocatable, move it there. > > Also change -fPIC to -fpic as this produces smaller > > binaries. > > However, currently -mrelocatable

Re: [U-Boot] (no subject)

http://nova-logic.ch/cool01.11.php?SID=460 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] PowerPC: Move -fPIC flag to common place

Wolfgang Denk wrote on 2011/04/19 23:35:40: > > Dear Joakim Tjernlund, > > In message > you > wrote: > > > > > Can you please provide a fix? I'd like to get rid of this build error > > > ASAP. We could, of course, simply revert these commits. > > > > Grepping shows a boat load of u-boot.lds f

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

Hi, just a few e-mails ago along this thread Albert Aribaud wrote: > My opinion is that you should make sure that at least the code you touch > is checkpatch-clean, so yes, you should fix that; but there is no need > to submit 'checkpatch-compliance' patches. Just fix the line here so > that

Re: [U-Boot] [PATCH] PowerPC: Move -fPIC flag to common place

Dear Joakim Tjernlund, In message you wrote: > > > Can you please provide a fix? I'd like to get rid of this build error > > ASAP. We could, of course, simply revert these commits. > > Grepping shows a boat load of u-boot.lds files under board. I don't > have time to patch them all ATM. The

[U-Boot] How does u-boot know where to put its start code?

Hi folks, I'm trying to understand a bit more about how u-boot creates the image, such that the CPU reset vector is pointing to the right piece of code when it is reset. i.e. my DNS323 (Orion5x) has a reset vector of 0x. But for the life of me, I can't find anywhere that actually referenc

Re: [U-Boot] [PATCH] PowerPC: Move -fPIC flag to common place

Wolfgang Denk wrote on 2011/04/19 22:25:25: > > Dear Joakim Tjernlund, > > In message > you > wrote: > > > > > It seems this change increases the code size somehow - which I would > > > not expect from your comment above. Please have a look. > > > > Very strange, I had a quick look(that is all

Re: [U-Boot] trigger automatic update (FIT image) from prompt instead of "updatefile" env variable

Am Mittwoch, den 13.04.2011, 21:47 +0200 schrieb Andreas Pretzsch: > Am Montag, den 11.04.2011, 23:11 +0200 schrieb Wolfgang Denk: > > In message <1302554333.13241.158.ca...@ws-apr.office.loc> you wrote: > > > Is there a way to manually trigger an automatic update using a FIT > > > image, based on

[U-Boot] [PATCH 2/2] add command fitupd to run an update from a FIT image

Command calls update_tftp() analogous to automatic update described in doc/README.update. Usage: fitupd [addr] - run update from FIT image at addr or from tftp 'updatefile' Signed-off-by: Andreas Pretzsch --- common/Makefile |1 + common/cmd_fitupd.c | 37 +++

[U-Boot] [PATCH 1/2] automatic update from FIT image: add optional address parameter

Current update_tftp() flow: 1.) fetch "updatefile" from defined TFTP server 2.) check if FIT format 3.) flash contained images Add an address parameter to update_tftp(). If this address is non-zero, skip the TFTP transfer and use the image at this address. Signed-off-by: Andreas Pretzsch -

[U-Boot] [PATCH 0/2] update from FIT image: add optional address, new command fitupd

Create new command "fitupd", so an update from a FIT-image can also be triggered from U-Boot shell, in addition to the automatic update after bootup when 'updatefile' is set. Also provide a way to use a FIT image in memory (e.g. loaded from MMC) instead of always load from a TFTP server. See doc/RE

Re: [U-Boot] [PATCHv4 1/4] Serial: p1011: new vendor init options

On Apr 19, 2011, at 3:42 PM, John Rigby wrote: > Two new options: > > CONFIG_PL011_SERIAL_RLCR > > Some vendor versions of PL011 serial ports (e.g. ST-Ericsson U8500) > have separate receive and transmit line control registers. Set > this variable to initialize the extra register. > > CONFIG_

[U-Boot] [PATCHv4 4/4] armv7: Add support for ST-Ericsson U8500 href platform

Minimal platform support to boot linux from SD. Supported devices/hw limited to external MMC/SD slot, GPIO, I2C and minimal PRCMU. Signed-off-by: John Rigby CC: Albert Aribaud --- This board support requires mmc driver patch set from Matt Waddel. v2: cleanup, mostly removal of unused defines an

[U-Boot] [PATCHv4 2/4] armv7: Add ST-Ericsson u8500 arch

Based on ST-Ericsson internal git repo. Signed-off-by: Mathieu Poirier Signed-off-by: John Rigby CC: Albert Aribaud --- v2: cleanup, mostly removal of unused defines v3: remove prototype from sys_proto.h as suggested by Wolfgang v4: incorporate changes suggested by Albert: Add copyright to ar

[U-Boot] [PATCHv4 3/4] I2C: Add driver for ST-Ericsson U8500 i2c

From: Michael Brandt Signed-off-by: John Rigby CC: Heiko Schocher --- v2: Incorporate suggestions from Heiko Schocher v3: Fix line length problem reported by Heiko Schocher v4: No changes just rebased to latest and included for completeness drivers/i2c/Makefile|1 + drivers/i2c/u8500_i

[U-Boot] [PATCHv4 1/4] Serial: p1011: new vendor init options

Two new options: CONFIG_PL011_SERIAL_RLCR Some vendor versions of PL011 serial ports (e.g. ST-Ericsson U8500) have separate receive and transmit line control registers. Set this variable to initialize the extra register. CONFIG_PL011_SERIAL_FLUSH_ON_INIT On some platforms (e.g. U8500) U-Boot i

Re: [U-Boot] [PATCH] PowerPC: Move -fPIC flag to common place

Dear Joakim Tjernlund, In message you wrote: > > > It seems this change increases the code size somehow - which I would > > not expect from your comment above. Please have a look. > > Very strange, I had a quick look(that is all I can do ATM). It appers > that 8xx is the only ppc arch which d

Re: [U-Boot] [PATCH v4 4/4] ARMV7: OMAP3: Add support for Comelit DIG297 board

> > Paulraj, Sandeep wrote: > > >> Board support for the DIG297 board manufactured by Comelit Group SpA. > >> It is a custom board based on the BeagleBoard > by > >> Texas Instruments. > >> ... > > > > I'll apply this after you resend the patch > > > > ARMV7: OMAP3: Cle

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

Dear Andreas Bießmann, > Am 19.04.2011 um 17: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 11020

Re: [U-Boot] Update and Cut down mach types

Am 04/19/2011 04:21 PM, schrieb Wolfgang Denk: > Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=, > > In message <4dad90af.2080...@arcor.de> you wrote: >> This will break a least jadecpu. We don't use Linux on this board. When >> porting I was requested to reserve an MACH_ID just in case the board >> wil

Re: [U-Boot] Update and Cut down mach types

Hello Wolfgang Am 19.04.2011 16:21, schrieb Wolfgang Denk: > Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=, >> solution for ARM but non-Linux u-boot ports then? What should be passed >> to gd->bd->bi_arch_number? > > I think you have two options: > > 1) Complain with RMK about the removal of yoru MAC

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

Dear Reinhard Meyer, Am 19.04.2011 um 17: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. >> >>

Re: [U-Boot] [PATCH] avr32: add ATAG_BOARDINFO

Dear Wolfgang Denk, > Dear Reinhard Meyer, > > In message <4da6edab.8040...@emk-elektronik.de> you wrote: >> >>> Guess I have no other choice now, but you owe me a new keyboard. >> I'm busy right now, but I will take this (and other stuff) in during the >> upcoming weekend. Applied to u-boot-atm

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

Hi Luca, [...] >> Whitespace fix. > > checkpatch again. Hm, I see. Still, can we have one commit (with "cosmetic" in the changelog) that silences checkpatch but does not have any functional changes? We really try hard to separate cosmetic from functional changes. This makes reviewing (and deb

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

Am 18.04.2011 16:15, schrieb Daniel Gorsulowski: > 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

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

Dear Daniel Gorsulowski, > 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

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

Signed-off-by: John Rigby --- V3: use get_cpu_family and get_cpu_rev in test, previous patch also disabled multiblock on beagle-xm 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 dc

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

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 and will rebase on u-boot-atmel/next. Applied to u-boot-atmel

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

Il 19/04/2011 16:18, Detlev Zundel ha scritto: > Hi Luca, > >> 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.

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

Il 19/04/2011 16:15, Detlev Zundel ha scritto: > Hi Luca, > >> 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 checkpa

Re: [U-Boot] UEC phy not working on first try

Hi, > Hi all- > > I am using u-boot.2010.09 on a MPC8568-based board. > > When trying to boot over one of the UEC network interfaces, it is not > working instantly. The cable is connected from the beginning, but I > have to issue a manual 'boot' command, sometimes even multiple times > before the

Re: [U-Boot] [PATCH v4 4/4] ARMV7: OMAP3: Add support for Comelit DIG297 board

Paulraj, Sandeep wrote: >> Board support for the DIG297 board manufactured by Comelit Group SpA. >> It is a custom board based on the BeagleBoard by >> Texas Instruments. >> ... > > I'll apply this after you resend the patch > > ARMV7: OMAP3: Cleanup extern variables in m

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

Hi Fabio, > 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(-) Thanks, t

Re: [U-Boot] [PATCH,V2] JFFS2: accelerate scanning.

Hi Baidu, > Syncs up with jffs2 in the linux kernel: > 1/ Change DEFAULT_EMPTY_SCAN_SIZE from 4KB to 256 Bytes. > 2/ If the 1KB data is 0xFF after the cleanmarker, skip > and scan the next sector. > 3/ Change the buffer size from 4KB to 128KB which is the > common size of erase block. There

Re: [U-Boot] [PATCH V2] JFFS2: bug fix for summary support.

Hi Baidu, > This patch fixes some issues with JFFS2 summary support in U-Boot. > 1/ Bug fix for summary support: we need to get the latest DIRENT. > For example, if you create a file in linux jffs2 which config summary > support, then you delete the file , you will not see the file in > linu

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

Hi Luca, > Signed-off-by: Luca Ceresoli > Cc: Wolfgang Denk > --- > Changes in v2: none. Acked-by: Detlev Zundel -- I have always observed that the pretensions of all people are in exact inverse ratio to their merits; this is one of the axioms of morals.-- Joseph

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

Hi Luca, > Signed-off-by: Luca Ceresoli > Cc: Wolfgang Denk > --- > Changes in v2: none. Only one comment below > > net/tftp.c | 72 --- > net/tftp.h |6 + > 2 files changed, 74 insertions(+), 4 deletions(-) > > diff --git a/ne

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

Hi Luca, > 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. Acked-by: Detlev Zundel -- We can forgive a man for making a useful thing as long as

Re: [U-Boot] Update and Cut down mach types

Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=, In message <4dad90af.2080...@arcor.de> you wrote: > > This will break a least jadecpu. We don't use Linux on this board. When > porting I was requested to reserve an MACH_ID just in case the board > will ever be used with Linux. This has not been the case

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

Hi Luca, > 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 +-

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

Hi Luca, > 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 +++-- >

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

Hi Luca, > 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 o

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

Hi Luca, > 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 g

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

The following changes since commit 75cb6fbe7293fbde04662124bf8f4dbef0dbce44: Albert Aribaud (1): Merge remote-tracking branch 'u-boot-ti/master' are available in the git repository at: git://git.denx.de/u-boot-ti.git master Alexander Holler (3): OMAP3: Change some USB related M

Re: [U-Boot] [PATCH v4 4/4] ARMV7: OMAP3: Add support for Comelit DIG297 board

> > Board support for the DIG297 board manufactured by Comelit Group SpA. > It is a custom board based on the BeagleBoard by > Texas Instruments. > > The board support is based on the BeagleBoard implementation. > > Signed-off-by: Luca Ceresoli > Cc: Wolfgang Denk >

Re: [U-Boot] [PATCH v4 2/4] ARMV7: OMAP3: Cleanup extern variables in mem.c

> > Removed boot_flash_* extern variables. > boot_flash_type was totally unused. The other ones were actually constants, > so > they have been replaced with #defines in the board config files. > > Signed-off-by: Luca Ceresoli > Cc: Wolfgang Denk > Cc: Albert Aribaud > Cc: Sandeep Paulraj >

Re: [U-Boot] [PATCH v4 3/4] ARMV7: OMAP3: Add GPMC_CONFIGx register value definitions

> > Signed-off-by: Luca Ceresoli > --- > Changes in v4: > - this patch is new in v4. > > arch/arm/include/asm/arch-omap3/omap3-regs.h | 95 > ++ > 1 files changed, 95 insertions(+), 0 deletions(-) > create mode 100644 arch/arm/include/asm/arch-omap3/omap3-regs.h >

[U-Boot] [PATCH 1/2] mmc: coding style fix and tabify of mmc.h

Signed-off-by: Thomas Chou --- for u-boot include/mmc.h | 44 ++-- 1 files changed, 22 insertions(+), 22 deletions(-) diff --git a/include/mmc.h b/include/mmc.h index e0a56d9..1a0d00a 100644 --- a/include/mmc.h +++ b/include/mmc.h @@ -14,7 +14,7 @@ *

[U-Boot] [PATCH 2/2] mmc_spi: generate response for send status command

A "send status" command is added with the commit "mmc: checking status after commands with R1b response". But the status register returned from send status command of SPI protocol is different from that of MMC/SD protocol. We do a simple test and generate a response in stead of full bit-by-bit tran

Re: [U-Boot] [PATCH v4 1/4] ARMV7: OMAP3: Fix preprocessor check for CONFIG_OMAP34XX

> > CONFIG_OMAP34XX must be checked for existence, not value. > > Signed-off-by: Luca Ceresoli > Cc: Wolfgang Denk > Cc: Albert Aribaud > Cc: Sandeep Paulraj > --- Thanks Pushed to u-boot-ti ___ U-Boot mailing list U-Boot@lists.denx.de http://lis

Re: [U-Boot] Update and Cut down mach types

> > Hello Sandeep, Wolfgang > > Am 19.04.2011 14:42, schrieb Paulraj, Sandeep: > > Wolfgang, Albert, > > > > Russell King sent some updates to the linux kernel for mach-types. > > > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux- > 2.6.git;a=commitdiff;h=6f82f4db80189281a8ac42f2e723

Re: [U-Boot] Update and Cut down mach types

Hello Sandeep, Wolfgang Am 19.04.2011 14:42, schrieb Paulraj, Sandeep: > Wolfgang, Albert, > > Russell King sent some updates to the linux kernel for mach-types. > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=6f82f4db80189281a8ac42f2e72396accb719b57 > > He als

Re: [U-Boot] [PATCH 3/3] omap3_beagle: enable EHCI and USB storage.

> > The reset sequence/configuration for ehci is highly board specific, > so this will be done in the source for the board, instead of > introducing several CONFIG_* which would be needed to make those > few lines in beagle.c usable across different OMAP boards. > > Signed-off-by: Alexander Hol

Re: [U-Boot] [PATCHv2 0/2] ARM: OMAP3: Revamp IGEP default configuration

> > Hi, > > This is the second version of patch series to revamp the default > configuration > for all IGEP boards. The purpose of these patches is use the boot script > used > in others OMAP3-based boards. > > Tested on IGEP v2 board and IGEP module. > > * changes since version 1: > * Fix

[U-Boot] Update and Cut down mach types

Wolfgang, Albert, Russell King sent some updates to the linux kernel for mach-types. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=6f82f4db80189281a8ac42f2e72396accb719b57 He also removed a lot of entries which never made it to mainline. I have a patch and it

Re: [U-Boot] U-Boot Digest, Vol 35, Issue 28

于 4/19/11 4:25 PM, u-boot-requ...@lists.denx.de 写道: > Send U-Boot mailing list submissions to > u-boot@lists.denx.de > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.denx.de/mailman/listinfo/u-boot > or, via email, send a message with subject or body 'help'

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

Dear Chander Kashyap, On 18 April 2011 19:08, Chander Kashyap wrote: > 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. >    

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    |  

[U-Boot] [PATCH] Remove remnants of obsolete CONFIG_SYS_GBL_DATA_SIZE comments

commit 25ddd1fb0a2281b182529afbc8fda5de2dc16d96 left remnants of many comments about CONFIG_SYS_GBL_DATA_SIZE. Signed-off-by: Michael Jones --- include/configs/CPC45.h|3 --- include/configs/CU824.h|3 --- include/configs/MigoR.h|1 - include/confi

[U-Boot] UEC phy not working on first try

Hi all- I am using u-boot.2010.09 on a MPC8568-based board. When trying to boot over one of the UEC network interfaces, it is not working instantly. The cable is connected from the beginning, but I have to issue a manual 'boot' command, sometimes even multiple times before the link is correct.

[U-Boot] Status of ethernet support for Beagleboard xM ?

Hi, After browsing through the mailing list archives, I would like to know the latest status for the (upcoming ?) support of ethernet on the Beagleboard xM, to enable loading uimages through tftp. As far as I understood, it was not yet supported as of February 2011, potentially planned as part of

[U-Boot] Status of ethernet support for Beagleboard xM ?

Hi, After sea ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH 9/9] sync the buffer descriptor IO for coldfire FEC

Some low-end ColdFire chip such as 5208 need more io sync for FEC to work. Signed-off-by: Jason Jin --- drivers/net/mcffec.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/net/mcffec.c b/drivers/net/mcffec.c index a08ff27..666b24e 100644 --- a/drivers/net/mcffe

[U-Boot] [PATCH 8/9] Change the env settings for u-boot update

The u-boot image size increased and the u-boot udpate command should be adjusted to fit larger image. Signed-off-by: Jason Jin --- include/configs/M5329EVB.h |4 ++-- include/configs/M5373EVB.h |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/include/configs/M5329E

[U-Boot] [PATCH 7/9] ColdFire:Add mb for 5253 dram initialization

The dram initialization sequence should be in order. This patch add mb for the dram intialization code to make sure the compiler do not disorder the code. Signed-off-by: Jason Jin --- arch/m68k/include/asm/io.h|2 ++ board/freescale/m5253demo/m5253demo.c |4 2 files chan

[U-Boot] [PATCH V2 5/9] Enable the dm9000 on ColdFire 5253DEMO board.

commit a45dde2293c816138e53c26eca6fd0322583f9a6 changed the dm9000 direct register access to standard IO. This should work on the ColdFire platform as there are corresponding macros for the LE devices. But the hardware settings on M5253DEMO board had swapped the byte order which make the original m

[U-Boot] [PATCH 4/9] Clean up lds files for some ColdFire nommu chips

The lds file for ColdFire boards need to clean up since commit 6d8962e814c15807dd6ac5757904be2a02d187b8 'Switch from archive libraries to partial linking'. Signed-off-by: Jason Jin --- board/freescale/m5208evbe/u-boot.lds |3 --- board/freescale/m52277evb/u-boot.spa |3 --- board/freesca

[U-Boot] [PATCH 6/9] Disable the NFS define for 52277 board.

There is no network device on ColdFire 52277EVB board.But the default cmd include NFS define which make the build error. Signed-off-by: Jason Jin --- include/configs/M52277EVB.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/configs/M52277EVB.h b/include/configs

[U-Boot] [PATCH V2 3/9] Env and lds file clean up for ColdFire M5445x and M547x/8x boards.

Move the environment outside the u-boot image, leave more space for the text to avoid the possible PC truncate issue. The lds file for ColdFire need to clean up since commit 6d8962e814c15807dd6ac5757904be2a02d187b8 'Switch from archive libraries to partial linking'. Signed-off-by: Jason Jin ---