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

Hi Wouter, 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), I created a new board > directory an

[U-Boot] [PATCH v2] add WATCHDOG_RESET to allow LZMA kernel decompression on slow machines

Signed-off-by: rhabarber1...@web.de --- lib_generic/lzma/LzmaDec.c | 26 ++ lib_generic/lzma/LzmaTools.c |4 2 files changed, 30 insertions(+), 0 deletions(-) diff --git a/lib_generic/lzma/LzmaDec.c b/lib_generic/lzma/LzmaDec.c index 89d934a..acffb14 100644 -

Re: [U-Boot] ubi attaching error (UBI error: ubi_read_volume_table)

Hi, I'm not sure you did proper operation. In current configuration: onenand:2...@256k(u-boot),256k(params),2m(kernel),16m(rootfs),32m(fs),-(ubifs) you should select the ubi partition I think it's ubifs So as followings # onenand erase ${start of ubifs} ${size of ubifs} instead of 0x4 0x200

Re: [U-Boot] [PATCH] ppc4xx: /PLLOUTB/CPU clock/ Default bootstrap options A, B, C, D

Hi Rup, On Friday 24 July 2009 07:54:01 Rupjyoti Sarmah wrote: > Unstable 440EPx operation due to default bootsrtap options settings. > The 440EPx fixed bootstrap options A,B,C,D sets PLL FWDVA to a value 1 > that results PLLOUTB being greater > than the CPU clock frequency. This results unstable

Re: [U-Boot] [PATCH] ppc440SPe: PCIe PLL lock error

Hi Rup, On Friday 24 July 2009 08:01:14 Rupjyoti Sarmah wrote: > u-boot reports a PCIE PLL lock error at boot time on Yucca > board, and left PCIe nonfunctional. This is fixed by making u-boot > function ppc4xx_init_pcie() to wait 300 uS after negating reset before > the first check of PLL lock. >

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

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 now? >>> >>> Or do you ha

Re: [U-Boot] [PATCH v2] Make linking against libgcc configurable

Heiko Schocher wrote: > Hello Daniel, > Hello Heiko, First, I would like to apologize for top posting in my last 3 mails. I am anxious to avoid that in the feature. > Daniel Gorsulowski wrote: >> Sorry, it was my misstake. >> >> By c&p and applying yout patch I missed the changes in lib_arm/Make

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

Dear IaMaPlAyEr, In message <2ae8403e0906242014k7e37b8f0tebaffaeeaea3f...@mail.gmail.com> you 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 de

Re: [U-Boot] kirkwood openRD-base / PCI support

Am Freitag 24 Juli 2009 05:59:41 schrieb Prafulla Wadaskar: > > > -Original Message- > > From: Dieter Kiermaier [mailto:dk-arm-li...@gmx.de] > > Sent: Thursday, July 23, 2009 6:25 PM > > To: u-boot@lists.denx.de > > Cc: Prafulla Wadaskar; Simon Kagstrom > > Subject: kirkwood openRD-base /

[U-Boot] [PATCH] ppc4xx: /PLLOUTB/CPU clock/ Default bootstrap options A, B, C, D

Unstable 440EPx operation due to default bootsrtap options settings. The 440EPx fixed bootstrap options A,B,C,D sets PLL FWDVA to a value 1 that results PLLOUTB being greater than the CPU clock frequency. This results unstable 440EPx operation causing hang conditions. This is a patch fixing this p

[U-Boot] [PATCH] ppc440SPe: PCIe PLL lock error

u-boot reports a PCIE PLL lock error at boot time on Yucca board, and left PCIe nonfunctional. This is fixed by making u-boot function ppc4xx_init_pcie() to wait 300 uS after negating reset before the first check of PLL lock. This fix touches only one file 4xx_pcie.c Signed off by Rupjyoti Sarma

Re: [U-Boot] Support for Calao USB A9263 board based on AT91SAM9263 CPU

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090723225354.gd28...@game.jcrosoft.org> you wrote: > > > > please no RE in the subject > > > > Oops??? Why not?? It is strictly RFC-conformant to add a (single) > > "Re: " in front of the Subject on replies. > > > > What exactly do you mean???

Re: [U-Boot] [PATCH] OneNAND: S5PC100 OneNAND IPL support

On Fri, Jul 24, 2009 at 7:42 AM, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 09:55 Tue 21 Jul     , Kyungmin Park wrote: >> S5PC100 has own OneNAND controller and has different interface. >> OneNAND IPL use it to S5PC100 board. >> >> Signed-off-by: Kyungmin Park >> --- > is there any better than

Re: [U-Boot] ARM Pull Request

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk > Sent: Thursday, July 23, 2009 10:49 PM > To: Jean-Christophe PLAGNIOL-VILLARD > Cc: U-Boot; Ben Warren > Subject: Re: [U-Boot] ARM Pull Request > > Dear Jean-C

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

Hi Wolfgang, On Thursday 23 July 2009 22:04:19 Wolfgang Denk wrote: > > board/amcc/canyonlands/Makefile |5 +- > > board/amcc/canyonlands/bootstrap.c | 195 > > -- board/amcc/canyonlands/chip_config.c | > > 87 +++ > > cpu/ppc4xx/Makefile

Re: [U-Boot] [PATCH] atmel_df_pow2: standalone to convert dataflashes to pow2

mmm didnt mean to send this one out. there's no difference with the previous version. -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] DaVinci serial bug with ns16550.c

We noticed in the TI distribution of u-boot (1.2.0) that if you point the u-boot ns16550.c serial driver at a UART other than uart0, it doesn't work. We believe the issue also exists in the current version. The root problem is that the MDR1 register in the UART defaults to disabled. We believe t

[U-Boot] [PATCH] sbc8349: combine HRCW flash and u-boot image flash

Up to this point in time, the sbc8349 board was storing the u-boot image in flash 2x. One for the HRCW value at the beginning of flash (0xff80_), and once close to the end of flash (0xfff8_) for the actual image that got executed. This moves the TEXT_BASE to be the beginning of flash, whi

Re: [U-Boot] [PATCH v3] Add support for Eukrea CPUAT91 SBC

On 00:41 Fri 24 Jul , Wolfgang Denk wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > In message <20090723222713.gc24...@game.jcrosoft.org> you wrote: > > > > > --- a/Makefile > > > +++ b/Makefile > > > @@ -2683,6 +2683,18 @@ at91rm9200ek_config: unconfig > > > cmc_pu2_config

Re: [U-Boot] Support for Calao USB A9263 board based on AT91SAM9263 CPU

On 00:45 Fri 24 Jul , Wolfgang Denk wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > In message <20090723223518.gd24...@game.jcrosoft.org> you wrote: > > On 17:30 Wed 22 Jul , Thomas Petazzoni wrote: > > > The Calao USB A9263 board is a board manufactured and sold by Calao > > > Systems

Re: [U-Boot] [PATCH] OneNAND: S5PC100 OneNAND IPL support

On 09:55 Tue 21 Jul , Kyungmin Park wrote: > S5PC100 has own OneNAND controller and has different interface. > OneNAND IPL use it to S5PC100 board. > > Signed-off-by: Kyungmin Park > --- is there any better than put soc specific code in generic implementatioN Best Regards, J. ___

Re: [U-Boot] Support for Calao USB A9263 board based on AT91SAM9263 CPU

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090723223518.gd24...@game.jcrosoft.org> you wrote: > On 17:30 Wed 22 Jul , Thomas Petazzoni wrote: > > The Calao USB A9263 board is a board manufactured and sold by Calao > > Systems . Its components are very >

Re: [U-Boot] [PATCH v3] Add support for Eukrea CPUAT91 SBC

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090723222713.gc24...@game.jcrosoft.org> you wrote: > > > --- a/Makefile > > +++ b/Makefile > > @@ -2683,6 +2683,18 @@ at91rm9200ek_config : unconfig > > cmc_pu2_config : unconfig > > @$(MKCONFIG) $(@:_config=) arm arm920t c

Re: [U-Boot] arm: pRAM support?

On 07:49 Wed 22 Jul , Heiko Schocher wrote: > Hello Andreas, > > Andreas Huber wrote: > > We are using the pRAM feature (CONFIG_PRAM) on the PPC architecture. As > > we are switching to an ARM architecture (Kirkwood) I am wondering if > > there is an equivalent U-Boot feature for this (CONFIG_

Re: [U-Boot] Support for Calao USB A9263 board based on AT91SAM9263 CPU

On 17:30 Wed 22 Jul , Thomas Petazzoni wrote: > The Calao USB A9263 board is a board manufactured and sold by Calao > Systems . Its components are very > similar to the AT91SAM9263EK board, so its configuration is based on > the configuration of this board. There a

Re: [U-Boot] [PATCH v3] Add support for Eukrea CPUAT91 SBC

> --- a/MAKEALL > +++ b/MAKEALL > @@ -587,11 +587,12 @@ LIST_at91=" \ > at91sam9260ek \ > at91sam9261ek \ > at91sam9263ek \ > - at91sam9g10ek \ > + at91sam9g10ek \ please do not touch non related part to your pa

Re: [U-Boot] [PATCH 2/2] document network driver framework

Dear Ben Warren, In message <4a68e0c1.2000...@gmail.com> you wrote: > > > Enabling or disabling a driver i ssomething that a dumb user can do, > > so it should be done using > > > > CONFIG_ > > > > as in CONFIG_E1000, CONFIG_EEPRO100, etc. > > > > > Fine with me, although I understand the a

Re: [U-Boot] [PATCH v4 1/2] Add support for Eukrea CPU9260 SBC

On 23:45 Sat 18 Jul , Eric Benard wrote: > CPUAT91 is built around Atmel's AT91SAM9260 and has up to 64MB of NOR > flash, up to 128MB of SDRAM, up to 2GB of NAND and includes a 10/100 > Ethernet PHY in RMII mode. > > v4 : do the commit before generating/sending the patch ;-) > v3 : fix Makefil

[U-Boot] [PATCH] Make include/common.h usable by assembler code

Commit 70ebf316 factored out the ROUND() macro into include/common.h, not realizing that the primary use of this macro on AT91 systems was in start.S where common.h was not included, and could not be included because it contains a lot of C code which the assembler doesn't understand. This patch wr

Re: [U-Boot] [PATCH 2/2] document network driver framework

Wolfgang Denk wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > In message <20090723214946.ge9...@game.jcrosoft.org> you wrote: > >>> +And to control whether your driver is even enabled, you should use: >>> + CONFIG_SYS_NET_ >>> >> In my proposition CONFIG_SYS_ will be not use for dri

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

On 13:02 Sun 19 Jul , Alessandro Rubini wrote: > From: Alessandro Rubini > > Signed-off-by: Alessandro Rubini > Acked-by: Andrea Gallo > --- > board/st/nhk8815/Makefile |2 +- > board/st/nhk8815/gpio.c | 99 > + > board/st/nhk8815/gpio.h

[U-Boot] Pull request: u-boot-usb

The following changes since commit 28958b8bea4c66629c5a22fd3c8b0d49df90383d: Wolfgang Denk (1): Coding Style cleanup; update CHANGELOG. are available in the git repository at: git://git.denx.de/u-boot-usb.git master Prafulla Wadaskar (1): usb: bugfix driver/usb/host/ehci-hcd.c

Re: [U-Boot] [PATCH 2/2] document network driver framework

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090723214946.ge9...@game.jcrosoft.org> you wrote: > > > +And to control whether your driver is even enabled, you should use: > > + CONFIG_SYS_NET_ > In my proposition CONFIG_SYS_ will be not use for driver enabling but for > hardware specific

Re: [U-Boot] [PATCH] lcd.h: define extern vidinfo_t for all cases

On 14:09 Tue 21 Jul , Alessandro Rubini wrote: > From: Alessandro Rubini > > include/lcd.h has different vidinfo for different platforms, > and several extern declaration, but one for the default case was > missing. This makes them a single extern declaration for everyone. > > Signed-off-by:

Re: [U-Boot] unable to see jffs2 partition

On Thursday 23 July 2009 04:57:19 pm E Robertson wrote: > Hi all, > I've been trying unsuccessfully to see my jffs2 partition I've created by > the mtdtools under linux. If their a known issue with this? Is their a size > limit? Maybe the way it's created? I do not have a problem with this > partit

[U-Boot] unable to see jffs2 partition

Hi all, I've been trying unsuccessfully to see my jffs2 partition I've created by the mtdtools under linux. If their a known issue with this? Is their a size limit? Maybe the way it's created? I do not have a problem with this partition from linux but also never looked at it from the u-boot. I c

Re: [U-Boot] [RFC] arm/board.c: avoid ifdef using weak default functions

On 19:19 Wed 22 Jul , Alessandro Rubini wrote: > From: Alessandro Rubini > > While it's a matter of personal taste, I prefer to avoid ifdef when > possible. For example, I don't like to add BOARD_LATE_INIT in the > config file just to have my board_late_init() function called. > > This patc

Re: [U-Boot] [PATCH 2/2] document network driver framework

On 21:04 Sat 18 Jul , Mike Frysinger wrote: > Signed-off-by: Mike Frysinger > --- > Ben: some things to note: > - i adopted Jean's proposed naming scheme in the CONFIG section > - i deprecated calling the driver-specific entry point > "xxx_initialization()" in favor of "xxx

Re: [U-Boot] [PATCH 1/1] Add support for Eukrea CPUAT91 SBC

Jean-Christophe PLAGNIOL-VILLARD wrote: > On 22:24 Wed 22 Jul , Ben Warren wrote: > >> Jean-Christophe PLAGNIOL-VILLARD wrote: >> > -SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) > -OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS)) > +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) $(

Re: [U-Boot] [PATCH 1/1] Add support for Eukrea CPUAT91 SBC

On 22:24 Wed 22 Jul , Ben Warren wrote: > Jean-Christophe PLAGNIOL-VILLARD wrote: > >>>-SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) > >>>-OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS)) > >>>+SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) $(COBJS-y:.o=.c) > >>>+OBJS := $(addprefix $(obj),$(S

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

On 02:17 Thu 23 Jul , Ilya Yanok wrote: > Hi Jean-Christophe, > > Jean-Christophe PLAGNIOL-VILLARD wrote: > >> +static int imx27lite_devices_init(void) > >> +{ > >> + struct gpio_regs *regs = (struct gpio_regs *)IMX_GPIO_BASE; > >> + int i; > >> + unsigned int mode[] = { > >> + PD0

[U-Boot] [PATCH v2] Less verbose output when loading vxworks 6.x images

Loading vxWorks 5.x images resulted just into 3 or 4 lines of output. With vxWorks 6.x and the new GCC it emits about 30 lines, which is far too noisy in my opinion. Signed-off-by: Niklaus Giger --- common/cmd_elf.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common

Re: [U-Boot] [PATCH] Using I/O accessor instead of volatile pointers in SMC911x driver

Wolfgang Denk wrote: > Dear Matthias Weisser, > > In message > <1248250473-12694-1-git-send-email-matthias.weis...@graf-syteco.de> you wrote: > >> Volatile pointer usage caused lockup with arm-gcc 4.3.2 >> Using I/O accessor fixed that. >> > > Hm... > > >> -return *(volatile u32*)ad

[U-Boot] [PATCH] atmel_df_pow2: standalone to convert dataflashes to pow2

Atmel DataFlashes by default operate with pages that are slightly bigger than normal binary sizes (i.e. many are 1056 byte pages rather than 1024 bytes). However, they also have a "power of 2" mode where the pages show up with the normal binary size. The latter mode is required in order to boot w

Re: [U-Boot] ARM Pull Request

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090723202252.ga9...@game.jcrosoft.org> you wrote: > > > Sorry if I have to ask, but I mostly lost track of the discussion. It > > seems you reject these patches just because you dislike the naming of > > some file-local data structures and varia

[U-Boot] [PATCH v3] export SPI functions to standalone apps

While we're here, fix the broken #ifdef handling in _exports.h. Signed-off-by: Mike Frysinger --- v3 - tweak code style common/exports.c |8 include/_exports.h | 14 ++ include/exports.h |3 ++- 3 files changed, 20 insertions(+), 5 deletions(-) diff --

[U-Boot] [PATCH] Blackfin: restore EVT1 handling in linker script

Sadly, the Blackfin linker script unification lost a small #ifdef logic needed on older parts. Restore that CONFIG_BFIN_BOOTROM_USES_EVT1 logic. Signed-off-by: Mike Frysinger --- lib_blackfin/u-boot.lds.S |9 - 1 files changed, 8 insertions(+), 1 deletions(-) diff --git a/lib_black

Re: [U-Boot] ARM Pull Request

On 22:14 Thu 23 Jul , Wolfgang Denk wrote: > Dear Jean-Christophe PLAGNIOL-VILLARD, > > In message <20090723191505.ga9...@game.jcrosoft.org> you wrote: > > > > > My list of pending OMAP3 patches: > > > > > > 1. [PATCHv3 2-5/5] clean up omap3 configuration structs > > > http://lists.denx.de/pi

Re: [U-Boot] ARM Pull Request

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090723191505.ga9...@game.jcrosoft.org> you wrote: > > > My list of pending OMAP3 patches: > > > > 1. [PATCHv3 2-5/5] clean up omap3 configuration structs > > http://lists.denx.de/pipermail/u-boot/2009-May/052943.html > > http://lists.denx.de/pi

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

Dear Stefan Roese, In message <1248331200-3505-1-git-send-email...@denx.de> you wrote: > This patch adds a generic command for programming I2C bootstrap > eeproms on PPC4xx. An implementation for Canyonlands board is > included. > > The command name is intentionally chosen not to be PPC4xx specif

Re: [U-Boot] [PATCH] Less verbose output when loading vxworks 6.x images

Dear Niklaus Giger, In message <200907221629.09703.rg...@blackfin.uclinux.org> Robin Getz wrote: > > > +#ifdef DEBUG > > if (strtab) { > > printf ("%sing %s @ 0x%08lx (%ld bytes)\n", > > (shdr->sh_type == SHT_NOBITS) ? > > @@ -294,6 +295,

Re: [U-Boot] [PATCH] add WATCHDOG_RESET to allow LZMA kernel decompression on slow machines

Dear rhabarber1848, In message you wrote: > > Signed-off-by: rhabarber1848 > > --- > lib_generic/lzma/LzmaDec.c | 26 ++ > lib_generic/lzma/LzmaTools.c |4 > 2 files changed, 30 insertions(+), 0 deletions(-) > > diff --git a/lib_generic/lzma/LzmaDec.c b/l

Re: [U-Boot] [PATCH] Using I/O accessor instead of volatile pointers in SMC911x driver

Dear Matthias Weisser, In message <1248250473-12694-1-git-send-email-matthias.weis...@graf-syteco.de> you wrote: > Volatile pointer usage caused lockup with arm-gcc 4.3.2 > Using I/O accessor fixed that. Hm... > - return *(volatile u32*)addr; > + return readl(addr); On big-endian syste

Re: [U-Boot] [PATCH] autoconf.mk: include before config.mk for top level files

Dear Mike Frysinger, In message <1248231576-26757-1-git-send-email-vap...@gentoo.org> you wrote: > By including autoconf.mk before config.mk, all top level files can use any > config options it sets up (like _config.mk) or the Makefile itself > without being forced to use lazy evaluation. > --- >

Re: [U-Boot] [PATCH v2] export SPI functions to standalone apps

Dear Mike Frysinger, In message <1248230340-26252-1-git-send-email-vap...@gentoo.org> you wrote: > While we're here, fix the broken #ifdef handling in _exports.h. ... > diff --git a/include/_exports.h b/include/_exports.h > index af43885..ba3920e 100644 > --- a/include/_exports.h > +++ b/include/_

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

Dear Jens Scharsig, In message <4a65a19e.6060...@bus-elektronik.de> you wrote: > This patch adds a new video driver ... > +int vcxk_display_bitmap (ulong addr, int x, int y) > +{ ... > + if ((bmp->header.signature[0] == 'B') && > + (bmp->header.signature[1] == 'M')) > + { > +

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

On Thu, 23 Jul 2009 21:01:01 +0200 Wolfgang Denk wrote: > FLASH: ## Unknown FLASH on Bank 1 - Size = 0x0200 = 0 MB > 32 MB > PCI: Bus Dev VenId DevId Class Int > 00 0b 104c ac55 0607 ff > 00 0b 104c ac55 0607 ff > => fli > >

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

Dear Jens Scharsig, In message you wrote: > This patch updates the support for EB+MCF-EV123 board and needs the [PATCH > 1/2 V2] new video driver for bus vcxk framebuffers Please restrict the line length of the commit message to 70 characters or less. ... > +#if defined(CONFIG_VIDEO) > + > +/*

Re: [U-Boot] [PATCH] Remove static declaration from gunzip_bmp()

Dear Mark Jackson, In message <4a6598dd.2090...@mimc.co.uk> you wrote: > This patch removes the static declaration from gunzip_bmp() > > Without it, the gunzip_bmp() function is not visible to > common/lcd.c and fails to compile with an error. > > Signed-off-by: Mark Jackson > --- > common/cmd

Re: [U-Boot] [PATCH] cmd_tsi148: General cleanup

Dear pty...@xes-inc.com, In message <1248144698-27023-1-git-send-email-pty...@xes-inc.com> you wrote: > From: Peter Tyser > > - Fix command help message > - Disable DEBUG by default > - Fix whitespace issues > - Fix lines > 80 characters > > Signed-off-by: Peter Tyser > --- > common/cmd_tsi14

Re: [U-Boot] [PATCH] Bugfix: mpc512x_fec MII accesses fail after ethernet transfers

Dear Thomas Dörfler, In message <4a637b05.4030...@embedded-brains.de> you wrote: > > But I doubt that (re-)calling mpc512x_fec_init_phy before a MII command > is run is really a good idea. Using the same code for initial init and > repeated init makes sense, but this function in its current > impl

Re: [U-Boot] [PATCH] unify HOST_CFLAGS and HOSTCFLAGS

Dear Mike Frysinger, In message <1248031023-31706-1-git-send-email-vap...@gentoo.org> you wrote: > The top build system sets up HOSTCFLAGS a bit and exports it, but other > places use HOST_CFLAGS instead. Unify the two as HOSTCFLAGS so that the > values stay in sync. > > Signed-off-by: Mike Frys

Re: [U-Boot] [Patch] bootelf should allow arguments passing to called program

Dear =?ISO-8859-15?Q?Thomas_D=F6rfler?=, In message <4a633b8e.8060...@embedded-brains.de> you wrote: > The bootelf command is written to pass the command line arguments to the > called program, but the command list entry limits the number of > arguments to 2 (including the command itself and the i

Re: [U-Boot] ARM Pull Request

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 now? > > > >Or do you have more stuff queued? If so, when will it be rea

Re: [U-Boot] [PATCH v3] create and use common code for Matrix Vision boards

Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz, In message <1247842785.3953.90.ca...@swa-m460> you wrote: > This patch adds and uses common code for all Matrix Vision boards. > > Signed-off-by: Andr=C3=A9 Schwarz > --- > > Heiko's comments have been addressed and common/mv_common.h has been > included w

Re: [U-Boot] [PATCH 1/2] update config for mvBC-P (MPC5200)

Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz, In message <1247835024.3953.43.ca...@swa-m460> you wrote: > This patch adds I2C support for mvBC-P and defines flash layout > matching the shipped product. > > Signed-off-by: André Schwarz > --- > > include/configs/MVBC_P.h | 14 -- > 1 files

[U-Boot] PPC440GX TLB setting problem.

Hi all, 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), I created a new board directory and such (based on the ALPR board), and then changed the TLB settings

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

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: dereferencing pointer '({anonymous})' does break strict-aliasing > rules > > Tryi

Re: [U-Boot] [PATCH] ahci: Fix gcc 4.4 compiler warning

Dear Kumar Gala, In message <1247495041-8605-2-git-send-email-ga...@kernel.crashing.org> you wrote: > ahci.c: In function 'ata_scsiop_read_capacity10': > ahci.c:616: warning: dereferencing type-punned pointer will break > strict-aliasing rules > > Signed-off-by: Kumar Gala > --- > drivers/blo

Re: [U-Boot] [PATCH] drivers/bios_emulator: Fix gcc 4.4 compiler warning

Dear Kumar Gala, In message <1247495041-8605-1-git-send-email-ga...@kernel.crashing.org> you wrote: > biosemu.c: In function 'BE_setVGA': > biosemu.c:147: warning: dereferencing type-punned pointer will break > strict-aliasing rules > > Signed-off-by: Kumar Gala > --- > drivers/bios_emulator/

Re: [U-Boot] [PATCH 2/2] Re-add support for image type 'Standalone Program'

Dear Detlev Zundel, In message <1247493679-18702-3-git-send-email-...@denx.de> you wrote: > Support for this type was lost during the bootm refactoring. > > Signed-off-by: Detlev Zundel > --- > common/cmd_bootm.c | 33 + > 1 files changed, 33 insertions(+), 0 d

Re: [U-Boot] [PATCH 1/2] Add error checking for unsupported OS types.

Dear Detlev Zundel, In message <1247493679-18702-2-git-send-email-...@denx.de> you wrote: > Signed-off-by: Detlev Zundel > --- > common/cmd_bootm.c | 15 +-- > 1 files changed, 13 insertions(+), 2 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engin

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

Dear Peter Tyser, 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" command. > This change causes all PPC boards with CONFIG_SYS_INIT

Re: [U-Boot] Query on USB function(device) working in MPC8280

ok please let me know is there anyway i can test working of USB function(device) in U-boot 1.3.1. currently U-boot is working fine in board. how to add this USB function command in U-boot. i need to add config commands for usb to work. later how i can test working of usb in U-boot because i hav

Re: [U-Boot] Query on USB function(device) working in MPC8280

Dear "GurumurthyGowdar", In message <20090723180205.20843.qm...@f4mail201.rediffmail.com> you wrote: > > i have written driver for USB function(device) in code warrior for > MPC8280,i am facing problem in configuration stage,when i connect it to the > host PC through USB cable .device d

[U-Boot] Query on USB function(device) working in MPC8280

Dear All, i have written driver for USB function(device) in code warrior for MPC8280,i am facing problem in configuration stage,when i connect it to the host PC through USB cable .device descriptor is happening host is setting the address but device configu

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

> > Any feedback on my last email above, or is disabling boot page > > translation just a no-go? > > It is at this point. > > > Or is there an more ideal alternative? I really don't want to > > change up > > the memory map on all our Freescale boards, documentation, dts files, > > etc because

Re: [U-Boot] Pull request - net

Dear Ben Warren, In message <4a68041f.60...@gmail.com> you wrote: > > The following changes since commit 189eec77795553157c087cd4695fb3ce2433: > > Wolfgang Denk (1): > Merge branch 'master' of /home/wd/git/u-boot/custodians > > are available in the git repository at: > > git://

Re: [U-Boot] unassigned-patches/39

Synopsis: [U-Boot][PATCH] DHCP regression on 2009-06 State-Changed-From-To: open->closed State-Changed-By: wd State-Changed-When: Thu, 23 Jul 2009 19:25:27 +0200 State-Changed-Why: Fixed by commit 09133f8580f0106429ba3600f1855bd3577ae58b ___ U-Boot m

Re: [U-Boot] ARM Pull Request

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090722234335.gi19...@game.jcrosoft.org> you wrote: > > > Or do you have mnore stuff queued? If so, when will it be ready for > > pulling? > Ilya Yanok patch which need ack from Scoot and Ben > > a at91rm9200 cleanup which cant wait a after rc1

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

Dear Giuseppe CONDORELLI, In message <1248339285-19580-1-git-send-email-giuseppe.condore...@st.com> you wrote: > This patch updates zlib to the latest stable version. > Only relevant zlib parts were ported to u-boot tree, as already did for the > current zlib (0.95). New zlib guarantees a faster

Re: [U-Boot] How to start U-Boot for i.MX31 NAND out of RedBoot (out of RAM)

Hi, maybe this is too off-topic, but maybe it helps: I am currently proting U-Boot to a MPC512x design (with NAND boot). AFAIK the NFC is similar on MPX512x and iMX.31, The MPC512x nand flash driver, that is now available in U-Boot seems to maintain the ECC by software. I could use it to read/wr

Re: [U-Boot] [PATCH v2] Make linking against libgcc configurable

Dear Daniel Gorsulowski, In message <4a686566@esd.eu> you wrote: > > buid on meesc board (arm) is still broken. > It's roughly the same problem, as Heiko Schocher reported in > 4a6854b1.5000...@denx.de. But his patch doesn't fix the problem either. > > dani...@debby:~/git/u-boot$ make USE_PR

Re: [U-Boot] How to start U-Boot for i.MX31 NAND out of RedBoot (out of RAM)

Hi 2009/7/23 Ulrich Gerster : >> Not sure that I understand what "every program assumes..." means. > > I try to explain my problem in more detail. I had a working u-boot programed > in NAND-Flash. Then I wanted to update it. I used the nand write command and > wrote a the new image in the NAND-Fla

Re: [U-Boot] ARM Pull Request

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 now? > > Or do you have more stuff queued? If so, when will it be ready for > pulling? My list of pending OMAP3 patches:

Re: [U-Boot] [PATCH v2] Make linking against libgcc configurable

Hello Daniel, Daniel Gorsulowski wrote: > Sorry, it was my misstake. > > By c&p and applying yout patch I missed the changes in lib_arm/Makefile. > But as i wrote, _lshrdi3.a does not compile. Why do you use c&p, and not better tools? Compiling the meesc board with actual u-boot and the patches

Re: [U-Boot] include/asm-ppc/immap_86xx.h

On Jul 22, 2009, at 10:16 AM, David Updegraff wrote: > Hi. > > I think there is a small offset bug in here.. unless there is an > errata > that I have missed there should be no pad between srds1cr0,1. Anyone > know for sure? > > > --- a/include/asm-ppc/immap_86xx.h > +++ b/include/asm-ppc/imma

Re: [U-Boot] [PATCH] uec: Fix compile warning

On Jul 23, 2009, at 12:55 AM, Ben Warren wrote: > Kumar Gala wrote: >> cpu.c: In function 'cpu_eth_init': >> cpu.c:371: warning: implicit declaration of function >> 'uec_standard_init' >> >> Signed-off-by: Kumar Gala >> --- >> include/netdev.h |1 + >> 1 files changed, 1 insertions(+), 0 de

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

On Jul 22, 2009, at 10:47 AM, Peter Tyser wrote: > Hi Kumar, > > I understand what the patch does. It just removes the > capability of > soft-resetting a core back into the boot translation code. I > understand your problem I'm just not keen on solving it by > completely

[U-Boot] MPC8360ERDK - DDR Controller and DDR2 Memory initialization/configuration

Hi, For the MPC8360ERDK, U-Boot configures the Micron DDR2 chips (in MPC8360ERDK.h) inconsistently with the chip's data sheet specifications (e.g., for the -3 speed grade part, the CAS Latency is specified to be 5, but the software uses 3). I'm looking for any information/input as to how the DD

[U-Boot] ubi attaching error (UBI error: ubi_read_volume_table)

Hi All, I am using flex-onenand for my u-boot. i have added the patch for flex-onenand and UBI and UBIFS published by kyungmin park. I have done following steps: 1. first command # onenand erase 0x4 0x20 2. second command # mtdparts default 3. third commad # mtdparts 4. forth command

Re: [U-Boot] [PATCH v2] Make linking against libgcc configurable

Sorry, it was my misstake. By c&p and applying yout patch I missed the changes in lib_arm/Makefile. But as i wrote, _lshrdi3.a does not compile. Daniel Daniel Gorsulowski wrote: > So i added 'GLSOBJS += _lshrdi3.S' to lib_arm/Makefile (this line is missing > in your patch, i guess). But _lshrdi3

Re: [U-Boot] [PATCH v2] Make linking against libgcc configurable

Hello Heiko, Dirks patch reduces the errors, but I still get: drivers/mtd/nand/libnand.a(nand_base.o): In function `nand_do_write_oob': /data/home/danielg/git/u-boot/drivers/mtd/nand/nand_base.c:2019: undefined reference to `__lshrdi3' drivers/mtd/nand/libnand.a(nand_base.o): In function `nand_e

Re: [U-Boot] How to start U-Boot for i.MX31 NAND out of RedBoot (out of RAM)

Hello Magnus Lilja 23.07.09 11.18 Uhr >>> > Hi >>2009/7/22 Ulrich Gerster : >> Hello >> >> Magnus Lilja 14.07.09 19.43 Uhr >>> >>> Hi >>> >>2009/7/14 Ulrich Gerster : Hello. >>> Magnus Lilja 14.07.09 16.03 Uhr >>> >> I used the patch from you out of this pos

Re: [U-Boot] [PATCH v2] Make linking against libgcc configurable

Hello Daniel, Daniel Gorsulowski wrote: > buid on meesc board (arm) is still broken. > It's roughly the same problem, as Heiko Schocher reported in > 4a6854b1.5000...@denx.de. But his patch doesn't fix the problem either. > > dani...@debby:~/git/u-boot$ make USE_PRIVATE_LIBGCC=yes > ... > drivers

Re: [U-Boot] http client?

I played around with setting the TFTP block size very large, like 16K, primarily to reduce the required number of ACK's. It actually appeared as though uboot was processing the additional frames correctly but without doing a memory comparison I'm not sure. Here were a few bad side effects though...

Re: [U-Boot] [PATCH v2] Make linking against libgcc configurable

Hi Wolfgang, buid on meesc board (arm) is still broken. It's roughly the same problem, as Heiko Schocher reported in 4a6854b1.5000...@denx.de. But his patch doesn't fix the problem either. dani...@debby:~/git/u-boot$ make USE_PRIVATE_LIBGCC=yes ... drivers/mtd/nand/libnand.a(nand_base.o): In func

[U-Boot] kirkwood openRD-base / PCI support

Hi Prafulla, hi list, is there anywhere pci support available for u-boot on openrd-base board? I've googled and searched the list archive but aren't sucessful :-( It looks like there is no PCI support until now, Are there any plans to do this from marvell side? I use Simons patches for initial op

Re: [U-Boot] [PATCH] arm: add _lshrdi3.S

Hello Wolfgang, Wolfgang Denk wrote: > In message <4a684908.8070...@invitel.hu> you wrote: >> Signed-off-by: Heiko Schocher >> --- >> lib_arm/Makefile |1 + >> lib_arm/_lshrdi3.S | 46 ++ >> 2 files changed, 47 insertions(+), 0 deletions(-) >>

Re: [U-Boot] [PATCH] arm: add _lshrdi3.S

Dear Heiko Schocher, In message <4a684908.8070...@invitel.hu> you wrote: > Signed-off-by: Heiko Schocher > --- > lib_arm/Makefile |1 + > lib_arm/_lshrdi3.S | 46 ++ > 2 files changed, 47 insertions(+), 0 deletions(-) > create mode 100644 lib_

  1   2   >