Re: [U-Boot] [PATCH] arm, suen3: fix compile error, if doing not a local build

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Prafulla Wadaskar > Sent: Wednesday, March 03, 2010 10:07 AM > To: Tom; h...@denx.de > Cc: u-boot@lists.denx.de > Subject: Re: [U-Boot] [PATCH] arm, suen3: fix compile error,

[U-Boot] [PATCH] arm: kirkwood: suen3: fixed build warning

This patch fixes following build warning Invalid Kwbimage command Type - valid names are: BOOT_FROM, NAND_ECC_MODE, NAND_PAGE_SIZE, SATA_PIO_MODE, DDR_INIT_DELAY, DATA, , spi, nand, sata, pex, uart Signed-off-by: Prafulla Wadaskar --- board/keymile/km_arm/kwbimage.cfg |3 +-- 1 files chan

[U-Boot] [PATCH] net: Kirkwood_egiga.c: fixed build warnings

This patch fixes following build warnings for kirkwood_egiga.c kirkwood_egiga.c: In function ‘kwgbe_init’: kirkwood_egiga.c:448: warning: dereferencing type-punned pointer will break strict-aliasing rules kirkwood_egiga.c: In function ‘kwgbe_recv’: kirkwood_egiga.c:609: warning: dereferencing typ

Re: [U-Boot] [PATCH] arm, suen3: fix compile error, if doing not a local build

> -Original Message- > From: Tom [mailto:tom@windriver.com] > Sent: Wednesday, March 03, 2010 2:55 AM > To: h...@denx.de; Prafulla Wadaskar > Cc: u-boot@lists.denx.de > Subject: Re: [PATCH] arm, suen3: fix compile error, if doing > not a local build > > Heiko Schocher wrote: > > S

[U-Boot] [GIT PULL] Pull request: u-boot-sh

Dear Wolfgang Denk, Please pull: The following changes since commit f3651764e57e353251695691677bd95ba5a420bc: Frans Meulenbroeks (1): cmd_itest.c: fix pointer dereferencing are available in the git repository at: git://git.denx.de/u-boot-sh.git master Nobuhiro Iwamatsu (1): s

Re: [U-Boot] [PATCH] arm, suen3: fix compile error, if doing not a local build

Heiko Schocher wrote: > Signed-off-by: Heiko Schocher > --- > > Patch against current git://git.denx.de/u-boot-marvell.git > > board/keymile/km_arm/Makefile |3 +++ > 1 files changed, 3 insertions(+), 0 deletions(-) > This fixes the build errors. There are still some compile warnings wrt d

[U-Boot] [GIT PULL] Pull request: u-boot-imx

Hi Tom, The following changes since commit f3651764e57e353251695691677bd95ba5a420bc: Frans Meulenbroeks (1): cmd_itest.c: fix pointer dereferencing are available in the git repository at: git://git.denx.de/u-boot-imx master John Rigby (5): mxc_serial replace platform specific

Re: [U-Boot] [STATUS] i.MX / Freescale ARM custodian needed

On 3/2/2010 9:24 AM, Stefano Babic wrote: > John Rigby wrote: > >> I think Ben was ok with my mx25 changes, but needed an arm person to do >> the commit. >> >> > Hi John, > > yes, I think I have read Ben's comment on your patch. However, because > your patch does not apply anymore on TOT,

Re: [U-Boot] [STATUS] i.MX / Freescale ARM custodian needed

On 3/2/2010 8:06 AM, John Rigby wrote: I think Ben was ok with my mx25 changes, but needed an arm person to do the commit. Agreed. I couldn't apply because of other patch dependencies. regards, Ben On Tue, Mar 2, 2010 at 7:50 AM, Wolfgang Denk > wrote: Dear Stefan

[U-Boot] [GIT PULL] please pull u-boot-mpc83xx.git

Wolfgang Denk, Please pull: The following changes since commit 77e7273c40315abd2f3c17ad8d46a78950e3e65f: Jens Scharsig (1): new board (eb_cpux9k2) are available in the git repository at: git://git.denx.de/u-boot-mpc83xx.git master Kim Phillips (3): mpc83xx: remove hardcoded n

Re: [U-Boot] [STATUS] i.MX / Freescale ARM custodian needed

I'm fine with you doing the merge. On Tue, Mar 2, 2010 at 10:24 AM, Stefano Babic wrote: > John Rigby wrote: > > I think Ben was ok with my mx25 changes, but needed an arm person to do > > the commit. > > > > Hi John, > > yes, I think I have read Ben's comment on your patch. However, because > y

Re: [U-Boot] [PATCH] mpc83xx: fix out-of-tree mpc8315 nand build

On Mon, 1 Mar 2010 11:10:17 -0600 Kim Phillips wrote: > commit 2e95004deb6e33e33bf1b8a92a38cd2115bac4c2 "mpc83xx: Add NAND boot > support > for MPC8315E-RDB boards" symlinked nand_spl/board/freescale/mpc8315erdb to > mpc8313erdb in order to not duplicate code. > > Since the main makefile builds

Re: [U-Boot] [PATCH] mpc83xx: vme8349: fix incorrect BR0_PRELIM port size comment

On Mon, 22 Feb 2010 19:39:16 -0600 Kim Phillips wrote: > commit 98d92d8c9f4021629a45261ad5ec3f3595f3a27a "sbc8349: fix incorrect > comment" missed this one. > > Signed-off-by: Kim Phillips > --- applied. Kim ___ U-Boot mailing list U-Boot@lists.denx

Re: [U-Boot] Can u-boot access Linux's mtd partition?

On Wed, Mar 3, 2010 at 12:22 AM, Wolfgang Denk wrote: > Dear Joe Culler, > > In message <67a3f13e1003020733p5459c999r1f7346fd9cd8a...@mail.gmail.com> you > wrote: >> >> Thanks for the reply. Let me explain why I do this way in details. >> I work for the system integration company, the board I hav

Re: [U-Boot] [STATUS] i.MX / Freescale ARM custodian needed

John Rigby wrote: > I think Ben was ok with my mx25 changes, but needed an arm person to do > the commit. > Hi John, yes, I think I have read Ben's comment on your patch. However, because your patch does not apply anymore on TOT, I am asking who is responsible to merge the driver (you, Ben or I)

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

Terry Lv wrote: > diff --git a/common/env_mmc.c b/common/env_mmc.c > +#include > +#include > +#include > + > +#if defined(CONFIG_CMD_ENV) && defined(CONFIG_CMD_MMC) This seems not correct. If not explicitely set, we get a compiler error. Assuming you has taken this check from env_nand.c, this

Re: [U-Boot] still weird problems (linker/debug?) on MCF5445x

Dear Wolfgang Denk, On Tue, Mar 02, 2010 at 05:30:42PM +0100, Wolfgang Denk wrote: > Dear Wolfgang Wegner, [...] > > but the breakpoint is never reached. I tried printing the function > > pointer from the code: > > printf("%...@%p\n", __FUNCTION__, &board_init_r); > > resulting in: > > boa

Re: [U-Boot] [STATUS] i.MX / Freescale ARM custodian needed

I think Ben was ok with my mx25 changes, but needed an arm person to do the commit. On Tue, Mar 2, 2010 at 7:50 AM, Wolfgang Denk wrote: > Dear Stefano Babic, > > In message <4b8d2413.7070...@denx.de> you wrote: > > > > As you reported, the fec_mxc.c driver needs to be merged, because at the >

Re: [U-Boot] still weird problems (linker/debug?) on MCF5445x

Dear Wolfgang Wegner, In message <20100302160513.gf23...@leila.ping.de> you wrote: > > While trying to debug this I am running into a somewhat strange > problem with the symbol table relocation for debugging. I added a > printf to board_init_r like this: > printf("gd->reloc_off: 0x%08x\n",

Re: [U-Boot] Can u-boot access Linux's mtd partition?

Dear Joe Culler, In message <67a3f13e1003020733p5459c999r1f7346fd9cd8a...@mail.gmail.com> you wrote: > > Thanks for the reply. Let me explain why I do this way in details. > I work for the system integration company, the board I have is no > eeprom, that means I have to burn the mac address befor

[U-Boot] still weird problems (linker/debug?) on MCF5445x

Hi list, I had some strange problems in the beginning resulting from bad memory setup. I fixed the memory setup and now have a linux kernel running including the user space on top of U-Boot [so would think that the memory setup should really be OK now], but still have some very weird problems in U

Re: [U-Boot] [PATCH V3 7/8] fec_mxc: add MX25 support

I think that is a good idea but I would like to get the current change in as is and add this change later when needed. 2010/3/2 Lv Terry-R65388 > Hi John, > >I think it is better that you can add a new config, e.g. > CONFIG_MIIGSK for MII gasket. >Then if other i.MX platforms use

Re: [U-Boot] Can u-boot access Linux's mtd partition?

On 02/03/2010 15:33, Joe Culler wrote: > 1. First, I set default CONFIG_ETHADDR(for example, 02:80:ad:20:31:e8) > in u-boot, then use flash writer to burn the flash on each board. > 2. I have a program for burning mac address on Linux. > After booting linux kernel, my program can burn the

Re: [U-Boot] Can u-boot access Linux's mtd partition?

Wolfgang Denk wrote: Dear Joe Culler, > Dear Wolfgang, In message <67a3f13e1003010713y432d5ee2y17a7962b15e89...@mail.gmail.com> you wrote: > > > > If I've already created some configuration files such as mac address > > in mtd2 partition. > > For example: > > 0x-0x0004 : "Bootloader" >

Re: [U-Boot] [STATUS] i.MX / Freescale ARM custodian needed

Dear Stefano Babic, In message <4b8d2413.7070...@denx.de> you wrote: > > As you reported, the fec_mxc.c driver needs to be merged, because at the > same time you add support for the MX25 and I did for the MX51. My patch > went already to the mainline, so merge is needed. > > I am asking both whic

Re: [U-Boot] [STATUS] i.MX / Freescale ARM custodian needed

John Rigby wrote: > Sorry for the double reply. This is the message I wanted to reply to. Hi John, hi Tom, > I have some i.mx25/TX25 patches. They are all prefixed with PATCH V3. > Scott already took the nand and spl patches. Ben ok'd the FEC > patches but said they needed to go in via your tr

Re: [U-Boot] [PATCH] ppc4xx fix unstable 440EPx bootstrap options

On Thursday 25 February 2010 19:00:17 Rupjyoti Sarmah wrote: > 440EPx fixed bootstrap options A, B, D, and E sets PLL FWDVA to a value = > 1. This results in the PLLOUTB being greater than the CPU clock frequency > resulting unstable 440EPx operation resulting in various software hang > conditions.

Re: [U-Boot] EBC_NUM_BANKS for Virtex5 PPC440?

Hi Lucas, On Thursday 25 February 2010 19:53:45 Lucas wrote: > I'm working on a custom board that is similar to the ml507 (with a virtex 5 > powerpc 440), and I ran across this error compiling u-boot: > > fdt.c: In function '__ft_board_setup': > fdt.c:43: error: 'EBC_NUM_BANKS' undeclared (first

Re: [U-Boot] [PATCH] ppc4xx: Corrected EBC register bit definitions

On Wednesday 24 February 2010 20:10:24 Eugene O'Brien wrote: > Corrected the bit field positions of the external master priority low > and the external master priority high values in the EBC configuration > register. These bit field positions differ between PPC405 and PPC440 > processors Applied t

Re: [U-Boot] [Patch] MMC: modified calculated mmc-capacity & set mmc trans speed

Dear Jae hoon Chung, In message <91990fe21003020213s793b09acx4cde328f7555c...@mail.gmail.com> you wrote: > The patches do the following > 1. =A0 =A0 If mmc is size is more than 2GB, need to calculate using the > ext_csd register. > > 2. =A0 =A0 mmc_set_clock() is hard setting, that is not good s

[U-Boot] [Patch] MMC: modified calculated mmc-capacity & set mmc trans speed

The patches do the following 1.     If mmc is size is more than 2GB, need to calculate using the ext_csd register. 2.     mmc_set_clock() is hard setting, that is not good solution. If mmc is not MMC_MODE_HS, mmc will set card is tran_speed Signed-off-by: Jaehoon Chung --- drivers/mmc/mmc

Re: [U-Boot] [STATUS] Release on hold, wait for i.MX custodian

Dear Tom, In message <3d9b2d7685e0734592024dd0f3028ae6ae4...@zch01exm23.fsl.freescale.net> Jason Liu wrote: > > I'm Jason Liu from freecale MAD SW team. I will act as uboot custodian > for FSL I.MX platforms. > I just got known that there are many patches on the mail-list need take

[U-Boot] [PATCH [v3]] fix monitor protection for CONFIG_MONITOR_IS_IN_RAM

For platforms with flash below ram addresses, the current check to activate monitor protection is wrong/insufficient. This patch fixes CONFIG_MONITOR_IS_IN_RAM for these systems by adding a check for this configuration. Signed-off-by: Wolfgang Wegner --- This patch is the CFI-relevant part of "[P

[U-Boot] [PATCH [v3]] allow MCF532x to use CONFIG_MONITOR_IS_IN_RAM

CONFIG_MONITOR_IS_IN_RAM is broken for MCF532x. This patch fixes this by conditionally - removing the vector table at the beginning of code - not overwriting the vector base register - removing the code to re-set the PLL, which effectively disables SDRAM access Signed-off-by: Wolfgang Wegner -

Re: [U-Boot] [UBOOT] AVR32-UC3 (EVK1100) status

Hi, I would recomend you to take a look at the comments posted on the mailinglist earlier: http://lists.denx.de/pipermail/u-boot/2009-January/thread.html#45925 As one of the developers which were workuing on this earlier I would say that it is a good starting point for developing u-boot. If I rem

Re: [U-Boot] [PATCH V3 7/8] fec_mxc: add MX25 support

Hi John, I think it is better that you can add a new config, e.g. CONFIG_MIIGSK for MII gasket. Then if other i.MX platforms uses MIIGSK, we can use the config for it. Thanks~~ Yours Terry -Original Message- From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun