Re: [U-Boot] [PATCH v3] zlib: updated to v.1.2.3

Wolfgang Denk wrote: >> include/u-boot/zlib.h | 718 ++--- >> lib_generic/zlib.c| 3931 >> + 2 files changed, 2464 >> insertions(+), 2185 deletions(-) > > Applied, thanks. Hi, yesterday morning I could use the U-Boot git code to success

Re: [U-Boot] PPC440GX TLB setting problem.

Hi Stefan, Thanks for the quick reply. > On Thursday 23 July 2009 20:39:44 Wouter Eckhardt wrote: > > I'm working on trying to get VxWorks to boot on a PPC440GX processor > > using U-Boot, using an ALPR board. In order to boot VxWorks properly (it > > expects caching on the SDRAM to be disabled),

Re: [U-Boot] [PATCH] ppc4xx: Replace 4xx lowercase SPR references

On Wednesday 22 July 2009 17:27:56 Matthias Fuchs wrote: > Signed-off-by: Matthias Fuchs Applied to ppc4xx/master. Thanks. Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235

Re: [U-Boot] [PATCH V6] ppc4xx: Add 405EP based PMC405DE board

On Wednesday 22 July 2009 13:56:21 Matthias Fuchs wrote: > Signed-off-by: Matthias Fuchs Applied to ppc4xx/master. Thanks. Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235

Re: [U-Boot] [PATCH 2/2] ppc4xx: Add struct for 4xx GPIO controller registers

On Monday 20 July 2009 12:15:38 matthias.fu...@esd.eu wrote: > From: Matthias Fuchs > > Signed-off-by: Matthias Fuchs Applied to ppc4xx/master. Thanks. Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang De

Re: [U-Boot] [PATCH v6] Add "chip_config" command for PPC4xx bootstrap configuration

On Thursday 23 July 2009 08:40:00 Stefan Roese wrote: > This patch adds a generic command for programming I2C bootstrap > eeproms on PPC4xx. An implementation for Canyonlands board is > included. Applied to ppc4xx/master. Thanks. Best regards, Stefan =

Re: [U-Boot] [PATCH v2] ppc4xx: Fix EEPROM configuration on Kilauea

On Wednesday 22 July 2009 10:49:17 Stefan Roese wrote: > Kilauea has an AT24C02 EEPROM which has an 8 byte page. Without defining > CONFIG_SYS_EEPROM_PAGE_WRITE_BITS to 3 the "eeprom" command doesn't > work correctly. > > Additionally the page write delay (CONFIG_SYS_EEPROM_PAGE_WRITE_DELAY_MS) > i

Re: [U-Boot] [PATCH v2] ppc4xx: Add chip_config command to AMCC Kilauea eval board

On Thursday 23 July 2009 09:13:24 Stefan Roese wrote: > This patch removes the "alterpll" command and replaces it with the now > ppc4xx standard "chip_config" command to configure the I2C bootstrap > EEPROM. > > Signed-off-by: Stefan Roese Applied to ppc4xx/master. Thanks. Best regards, Stefan

[U-Boot] [PATCH/RFC] net: defragment IP packets

This patch add a quick and dirty defrag step in IP reception. This allows to increase the TFTP block size and get more performance in slow links (but at that point it should be made configurable). The overhead is negligible, verified with an ARM9 CPU and 10MB data file, changing the server MTU fro

Re: [U-Boot] [PATCH] ppc4xx: Fix TLB reset problem with recent 44x images

On Tuesday 14 July 2009 15:53:58 Stefan Roese wrote: > Patch d873133f [ppc4xx: Add Sequoia RAM-booting target] broke "normal" > booting on some 44x platforms. This breakage is only noticed in some > cases while powercycling. As it seems, the code in question in start.S > didn't invalidate TLB #0. T

Re: [U-Boot] [PATCH 1/2 V2] new video driver for bus vcxk framebuffers

Wolfgang Denk schrieb: > Incorrect brace style. > ... > > Quoting the CodingStyle: > > Now, some people will claim that having 8-character > indentations makes the code move too far to the right, and > makes it hard to read on a 80-character terminal screen. The >

[U-Boot] [PATCH 1/2 V3] new video driver for bus vcxk framebuffers

This patch adds a new video driver * adds common bus_vcxk framebuffer driver Signed-off-by: Jens Scharsig --- diff --git a/doc/README.bus_vcxk b/doc/README.bus_vcxk new file mode 100644 index 000..4eb8fe8 --- /dev/null +++ b/doc/README.bus_vcxk @@ -0,0 +1,85 @@ +/* + * (C) Copyright 2008-2

Re: [U-Boot] http client?

Me: >> Just tried it: U-Boot doesn't support reassembly, it seems. Robin Getz: > I don't think anyone said it did. I'm sorry, I misread that in your message. Me: >> I don't think it's worth adding. Robin: > This is based on ... ? laziness, mainly. And personal preference over simpler code whe

Re: [U-Boot] [PATCH 2/2 V2] update the EB+MCF-EV123 board support

Wolfgang Denk schrieb: > Dear Jens Scharsig, > > Please restrict the line length of the commit message to 70 characters > or less. > ... > > Incorrect brace style. > > ... > Please s/,/, /g > > Fixed in [PATCH 2/2 V3] update the EB+MCF-EV123 board support Best regards, Jens Scharsig

[U-Boot] [PATCH 2/2 C3] update the EB+MCF-EV123 board support

This patch updates the support for EB+MCF-EV123 board and needs the [PATCH 1/2 V3] new video driver for bus vcxk framebuffers * remove the board framebuffer driver * use the common bus_vcxk framebuffer driver * adds bmp support * adds splashimage support * fix serveral cosmetical errors Sign

[U-Boot] [PATCH] Support for the Calao TNY-A9260/TNY-A9G20 boards

The Calao TNY-A9260 and TNY-9G20 are boards manufactured and sold by Calao Systems . Their components are very similar to the AT91SAM9260EK board, so their configuration is based on the configuration of this board. There are however some differences: different clocks,

[U-Boot] Please pull u-boot-ppc4xx

The following changes since commit 28958b8bea4c66629c5a22fd3c8b0d49df90383d: Wolfgang Denk (1): Coding Style cleanup; update CHANGELOG. are available in the git repository at: git://www.denx.de/git/u-boot-ppc4xx.git master Dirk Eibach (2): ppc4xx: Fix missing freqOPB for 405EP

Re: [U-Boot] PPC440GX TLB setting problem.

Hi Wouter, On Friday 24 July 2009 09:48:17 Wouter Eckhardt wrote: > Yes, I've checked the VxWorks kernel code. The comments mention that if > caching is enabled, the cache should be flushed before the call to MMU > TLB initialization is done. However, the calling code never actually > flushes the

[U-Boot] [PATCH v4] ppc4xx: Add GDsys CompactCenter board support.

Board support for the Guntermann & Drunck CompactCenter and DevCon-Center. Based on the AMCC Canyonlands board support by Stefan Roese. Signed-off-by: Dirk Eibach --- Changes since v1: - removed dead code - whitespace cleanup - simplified code for nand/nor distinction in board/gdsys/compactcenter

[U-Boot] [PATCH v2 1/2] arm nomadik: add gpio support

From: Alessandro Rubini Signed-off-by: Alessandro Rubini Acked-by: Andrea Gallo --- cpu/arm926ejs/nomadik/Makefile |2 +- cpu/arm926ejs/nomadik/gpio.c| 99 +++ include/asm-arm/arch-nomadik/gpio.h | 42 +++ 3 files changed, 142 i

[U-Boot] [PATCH v2 2/2] arm nomadik: add i2c

From: Alessandro Rubini Signed-off-by: Alessandro Rubini Acked-by: Andrea Gallo --- board/st/nhk8815/nhk8815.c | 16 ++-- include/configs/nhk8815.h | 18 +- 2 files changed, 31 insertions(+), 3 deletions(-) diff --git a/board/st/nhk8815/nhk8815.c b/board/st/n

Re: [U-Boot] Pending OMAP3 patches, was: ARM Pull Request

Dirk Behme wrote: > Jean-Christophe PLAGNIOL-VILLARD wrote: >> On 18:21 Thu 23 Jul , Dirk Behme wrote: >>> Wolfgang Denk wrote: Dear Jean-Christophe PLAGNIOL-VILLARD, >>> Umm... is this all for ARM for this merge window? I mean, could we release -rc1 from ARM's point of view

Re: [U-Boot] [PATCH v3] zlib: updated to v.1.2.3

On Friday 24 July 2009 09:25:23 rhabarber1848 wrote: > yesterday morning I could use the U-Boot git code to successfully > decompress a gzip compressed image, using today's git checkout this does > not work anymore: > > ## Booting kernel from Legacy Image at 0020 ... >Image Name: Linux-2.

Re: [U-Boot] [PATCH v4] ppc4xx: Add GDsys CompactCenter board support.

Hi Dirk, On Friday 24 July 2009 11:25:55 Dirk Eibach wrote: > Changes since v3: > - took nor fixup from canyonlands (This still depends on __ft_board_setup() > working properly, which is not the case yet) I just checked and noticed that this fixup I introduced a while ago for the physical NOR a

Re: [U-Boot] [PATCH v3] zlib: updated to v.1.2.3

Dear Stefan Roese, In message <200907241356.06963...@denx.de> you wrote: > > >Uncompressing Kernel Image ... Error: inflate() returned -2 > > GUNZIP: uncompress, out-of-mem or overwrite error - must RESET board to > > recover > > > > Maybe the zlib update is responsible? > > Yes, I'm just not

Re: [U-Boot] [PATCH] mpc83xx: Add esd VME8349 board support

On Tuesday 21 July 2009 21:08:25 Kim Phillips wrote: > > > > diff --git a/board/esd/vme8349/caddy.h b/board/esd/vme8349/caddy.h > > > > > > > > +typedef enum { > > > > + CADDY_CMD_IO_READ_8, > > > > + CADDY_CMD_IO_READ_16, > > > > + CADDY_CMD_IO_READ_32, > > > > + CADDY_CMD_

[U-Boot] [PATCH v2] mpc83xx: Add esd VME8349 board support

From: Reinhard Arlt This patch adds support for the esd VME8349 board equipped with the MPC8349. It's a VME PMC carrier board equipped with the Tundra TSI148 VME-bridge. Signed-off-by: Reinhard Arlt Signed-off-by: Stefan Roese Cc: Kim Phillips --- v2: - respect the original copyright holder(s

Re: [U-Boot] http client?

I didn't add fragmenting but without further investigation into it I would assume that the fragmented packets were discarded. The tftp program still acted like it was downloading at a larger block size but I doubt it actually was. I have noticed a reasonable amount of lost packets as well which is

Re: [U-Boot] [PATCH v2] mpc83xx: Add esd VME8349 board support

Dear Stefan Roese, In message <1248440296-17129-1-git-send-email...@denx.de> you wrote: > From: Reinhard Arlt > > This patch adds support for the esd VME8349 board equipped with the > MPC8349. It's a VME PMC carrier board equipped with the Tundra > TSI148 VME-bridge. > > Signed-off-by: Reinhard

Re: [U-Boot] [PATCH] ppc: Unlock cache-as-ram in a consistent manner

Dear Peter, In message <20090723190101.c8f8a832e...@gemini.denx.de> I wrote: > > In message <1247269570-11406-1-git-send-email-pty...@xes-inc.com> you wrote: > > Previously, non-e500 architectures only unlocked their data cache which > > was used as early RAM when booting to Linux using the "bootm

[U-Boot] [STATUS] -rc1 delayed

Hello, I'm sorry, but I cannot issue -rc1 today as I had planned because I'm still waiting for pull requests from some custodians. I think I will put out -rc1 Sunday night or Monday at latest, no matter that stuff is available then or not. Note that I intend to accept only bug fixes then, i. e.

Re: [U-Boot] hi, I could not understand the memsize.c, somebody help me?

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk > Sent: Friday, July 24, 2009 11:41 AM > To: IaMaPlAyEr > Cc: u-boot@lists.denx.de > Subject: Re: [U-Boot] hi, I could not understand the > memsize.c,somebody he

Re: [U-Boot] [PATCH] ppc: Unlock cache-as-ram in a consistent manner

On Fri, 2009-07-24 at 15:46 +0200, Wolfgang Denk wrote: > Dear Peter, > > In message <20090723190101.c8f8a832e...@gemini.denx.de> I wrote: > > > > In message <1247269570-11406-1-git-send-email-pty...@xes-inc.com> you wrote: > > > Previously, non-e500 architectures only unlocked their data cache wh

Re: [U-Boot] hi, I could not understand the memsize.c, somebody help me?

Hi Aggrwal, >> > I could not understand common/memsize.c, how it works? >> >> It writes markers at specific memory locations and then reads >> these back. The algorithm is chosen to be fast but still to >> be able to detect mirrored address ranges and other memory errors. > Suppose I configure

Re: [U-Boot] hi, I could not understand the memsize.c, somebody help me?

On Fri, 2009-07-24 at 20:01 +0530, Aggrwal Poonam-B10812 wrote: > > > I could not understand common/memsize.c, how it works? > > > > It writes markers at specific memory locations and then reads > > these back. The algorithm is chosen to be fast but still to > > be able to detect mirrored addres

Re: [U-Boot] http client?

On Fri 24 Jul 2009 04:11, Alessandro Rubini pondered: > BTW: you (Jeffery) told you tried a blocksize of 16k, but how could > it work if u-boot refuses fragments? Did you add defragmenting > to the code first? I believe it depends on if it your host has gig support (for jumbo frames) Most Gig hos

Re: [U-Boot] [PATCH v2] mpc83xx: Add esd VME8349 board support

On Fri, 24 Jul 2009 14:58:16 +0200 Stefan Roese wrote: > v2: > - respect the original copyright holder(s) > - typedefs in caddy.h removed > - aduc.c removed > - memset used > - converted to use 83XX_GENERIC_PCI code > - CONFIG_SYS_SICRH set to 0 > - hardcoded MAC and IP addresses removed much be

Re: [U-Boot] [PATCH] ppc: Unlock cache-as-ram in a consistent manner

On Fri, 24 Jul 2009 15:46:16 +0200 Wolfgang Denk wrote: > Dear Peter, > > In message <20090723190101.c8f8a832e...@gemini.denx.de> I wrote: > > > > In message <1247269570-11406-1-git-send-email-pty...@xes-inc.com> you wrote: > > > Previously, non-e500 architectures only unlocked their data cache

Re: [U-Boot] [PATCH] dlmalloc: Ignore gcc4.4 compiler warnings

On Thu, 2009-07-23 at 21:06 +0200, Wolfgang Denk wrote: > Dear Kumar Gala, > > In message <1247495041-8605-3-git-send-email-ga...@kernel.crashing.org> you > wrote: > > The version of dlmalloc we are using generates a fair number of warnings > > of the following form: > > > > warning: dereferenci

Re: [U-Boot] [PATCH v3] zlib: updated to v.1.2.3

On Fri, 24 Jul 2009 09:25:23 +0200 rhabarber1848 wrote: > Wolfgang Denk wrote: > > >> include/u-boot/zlib.h | 718 ++--- > >> lib_generic/zlib.c| 3931 > >> + 2 files changed, 2464 > >> insertions(+), 2185 deletions(-) > > > > Applied,

Re: [U-Boot] [PATCH] ppc: Unlock cache-as-ram in a consistent manner

On Fri, Jul 24, 2009 at 09:41:21AM -0500, Peter Tyser wrote: > On Fri, 2009-07-24 at 15:46 +0200, Wolfgang Denk wrote: > > Dear Peter, > > > > In message <20090723190101.c8f8a832e...@gemini.denx.de> I wrote: > > > > > > In message <1247269570-11406-1-git-send-email-pty...@xes-inc.com> you > > > w

Re: [U-Boot] [PATCH v2] mpc83xx: Add esd VME8349 board support

Kim Phillips wrote: > On Fri, 24 Jul 2009 14:58:16 +0200 > Stefan Roese wrote: > >> +#define CONFIG_PCI_SCAN_SHOW/* show pci devices on startup >> */ >> +#define CONFIG_SYS_PCI_SUBSYS_VENDORID 0x1057 /* Motorola */ > > should be Freescale's ID. Is CONFIG_SYS_PCI_SUBSYS_VENDOR

[U-Boot] [PATCH] mpc83xx: because CONFIG_83XX_GENERIC_PCI is now synonymous with CONFIG_PCI, we remove the former

..and its PCIE variant. Signed-off-by: Kim Phillips --- cpu/mpc83xx/Makefile |4 ++-- include/configs/MPC8313ERDB.h |1 - include/configs/MPC8315ERDB.h |3 +-- include/configs/MPC8323ERDB.h |1 - include/configs/MPC832XEMDS.h |1 - include/configs/MPC8349EMDS.h |

Re: [U-Boot] [PATCH v2] mpc83xx: Add esd VME8349 board support

On Fri, 24 Jul 2009 19:06:04 +0200 Reinhard Arlt wrote: > Kim Phillips wrote: > > On Fri, 24 Jul 2009 14:58:16 +0200 > > Stefan Roese wrote: > > > > >> +#define CONFIG_PCI_SCAN_SHOW /* show pci devices on startup > >> */ > >> +#define CONFIG_SYS_PCI_SUBSYS_VENDORID 0x1057 /* Mot

[U-Boot] Pull request u-boot-blackfin.git

The following changes since commit f33b325af666b12eafa9ab235b2cd59832d6e51c: Wolfgang Denk (1): Revert "zlib: updated to v.1.2.3" are available in the git repository at: git://www.denx.de/git/u-boot-blackfin.git master Mike Frysinger (1): Blackfin: restore EVT1 handling in link

[U-Boot] [PATCH 2/2] xpedite5370: Enable MP support

Also, disable Boot Page Translation after the secondary core is enabled so that the 0xf000-0x memory region can still be utilized for flash similar to other X-ES boards Signed-off-by: Peter Tyser --- include/configs/XPEDITE5370.h |2 ++ 1 files changed, 2 insertions(+), 0 deletio

[U-Boot] [PATCH 1/2] 85xx: CONFIG_MP Boot Page Translation update

Previously, when CONFIG_MP was defined Boot Page Translation was unconditionally enabled and secondary cores were put in a spin loop at address 0xf000. The 0xfxxx address range (ie the Boot Page) was being remapped to SDRAM via the BPTR register. This change puts secondary cores into spin

Re: [U-Boot] ENV_IS_EMBEDDED vs CONFIG_ENV_IS_EMBEDDED

On Saturday 11 July 2009 03:47:28 Wolfgang Denk wrote: > Mike Frysinger wrote: > > > Yes. It's IMHO silly to have to configure something manually (and > > > keep it in sync with potential changes of some other defines) when it > > > is as well possible to have that same value computed automatically

Re: [U-Boot] Please pull u-boot-mpc85xx (updated)

Timur Tabi wrote: > On Wed, Jul 22, 2009 at 11:11 AM, Kumar Gala wrote: > > >> Roy Zang (1): >> 85xx: Add pci/pcie E1000 ethernet support for MPC8544DS and MPC8536 >> boards >> > > Doesn't this depend on this other patch from Roy: > > [PATCH 1/2] Add ntel PCIE PRO/1000 Network

Re: [U-Boot] Please pull u-boot-mpc85xx (updated)

On Jul 24, 2009, at 3:58 PM, Timur Tabi wrote: > On Wed, Jul 22, 2009 at 11:11 AM, Kumar > Gala wrote: > >> Roy Zang (1): >> 85xx: Add pci/pcie E1000 ethernet support for MPC8544DS and >> MPC8536 boards > > Doesn't this depend on this other patch from Roy: > >[PATCH 1/2] Add ntel

Re: [U-Boot] Please pull u-boot-mpc85xx (updated)

On Wed, Jul 22, 2009 at 11:11 AM, Kumar Gala wrote: > Roy Zang (1): >      85xx: Add pci/pcie E1000 ethernet support for MPC8544DS and MPC8536 > boards Doesn't this depend on this other patch from Roy: [PATCH 1/2] Add ntel PCIE PRO/1000 Network Driver support Ben was going to review th

Re: [U-Boot] [PATCH] ppc: Unlock cache-as-ram in a consistent manner

On Jul 24, 2009, at 8:46 AM, Wolfgang Denk wrote: > Dear Peter, > > In message <20090723190101.c8f8a832e...@gemini.denx.de> I wrote: >> >> In message <1247269570-11406-1-git-send-email-pty...@xes-inc.com> >> you wrote: >>> Previously, non-e500 architectures only unlocked their data cache >>>

[U-Boot] [PATCH] env: kill off default_environment_size

The only environment type that uses this variable is spi flash, and that is only because it is reimplementing the common set_default_env() function. So fix the spi flash code and kill off the default_environment_size in the process. Signed-off-by: Mike Frysinger --- common/env_common.c|5

[U-Boot] [PATCH 1/1] Adding Configuration option for TQM5200S Board on Goetting

Signed-off-by: Axel Beierlein --- Makefile|7 +++ board/tqc/tqm5200/tqm5200.c |9 - include/configs/TQM5200.h | 33 ++--- 3 files changed, 41 insertions(+), 8 deletions(-) diff --git a/Makefile b/Makefile index 2a06440..7f19

[U-Boot] [PATCH v3] mpc83xx: Add esd VME8349 board support

From: Reinhard Arlt This patch adds support for the esd VME8349 board equipped with the MPC8349. It's a VME PMC carrier board equipped with the Tundra TSI148 VME-bridge. Signed-off-by: Reinhard Arlt Signed-off-by: Stefan Roese Cc: Kim Phillips --- v3: - code cleanup in switch statement in cad