Re: [U-Boot] u-boot coldfire linux and fdt

Hi Philippe, ColdFire Linux does use the MAC address, the issue is that the kernel does not pass the MAC address properly to the FEC driver. I will pass up this issue to the Linux team to have it fix soon. The bd_info struct is still there and has not removed from u-boot source. There is a plan

Re: [U-Boot] coldfire support

Thirumalai, These ColdFire processors (MCF52277, MCF5235, MCF5249, MCF5253, MCF5271, MCF5272, MCF5275, MCF5282, MCF5329, MCF5373, MCF5445x, and MCF547x_8x) are supported by u-boot. Like Wolfgang Wegner mentioned, you can download the ToolChain at http://www.codesourcery.com/sgpp/lite/coldfire. A

Re: [U-Boot] setexpr and memory access

Dear Frans, In message you wrote: > > setexpr uses A op B and one of the possibilities for op is a *. If we > also allow a * to dereference things (like done in itest) we could get > something like > setexpr result *3 * *4 > Not sure if that is a desirable syntax. Agreed it looks ugly, but it'

Re: [U-Boot] my recent i2c patches

Dear Frans Meulenbroeks, In message you wrote: > One word wrt the i2c patches I just mailed. > It was my impression that git send-email would include the number in > the patch but as can be seen that was not the case. Git-send-email does not insert anything, it just sends the emails. If you wan

[U-Boot] memory display question

Hello List. I have a Freescale iMX25. Seems to work fine and I'm trying to get some of the security features working. I'm currently getting an error when I try to do a secure boot (internal to the processor). So the next step is to verify that my u-boot image is loaded where I think it should

Re: [U-Boot] my recent i2c patches

Hi Frans, Le 24/02/2010 20:32, Frans Meulenbroeks a écrit : > If anyone can educate me how to get the patches numbered, please > (I have sent this by git send-email 0001... 0002 etc in one command > git format-patch -n -n, --numbered Name output in [PATCH n/m] format, even

[U-Boot] my recent i2c patches

One word wrt the i2c patches I just mailed. It was my impression that git send-email would include the number in the patch but as can be seen that was not the case. The patches are to be applied in the following order: 0001-cmd_i2c.c-reduced-subaddress-length-to-3-bytes.patch 0002-cmd_bootm.c-made

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

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 Signed-off-by: Eugene O'Brien --- include/asm-ppc/ppc4xx-ebc.h | 24 ++

[U-Boot] [PATCH] cmd_i2c.c: sorted commands alphabetically

Signed-off-by: Frans Meulenbroeks --- common/cmd_i2c.c | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c index e54fc20..1dd4df3 100644 --- a/common/cmd_i2c.c +++ b/common/cmd_i2c.c @@ -1302,13 +1302,14 @@ int do_i2c(cmd_tbl_t * c

[U-Boot] [PATCH] cmd_bootm.c: made subcommand array static

Signed-off-by: Frans Meulenbroeks --- common/cmd_bootm.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c index 23ab0c4..827d542 100644 --- a/common/cmd_bootm.c +++ b/common/cmd_bootm.c @@ -462,7 +462,7 @@ static int bootm_start_sta

[U-Boot] [PATCH] cmd_i2c.c: reduced subaddress length to 3 bytes

according to some of the comments the subaddress length is 1 or 2, but we are being prepared for the case it becomes 3. However the code also accepted 4. This repairs this by changing the constand 4 to 3. Signed-off-by: Frans Meulenbroeks --- common/cmd_i2c.c | 10 +- 1 files changed,

[U-Boot] [PATCH] cmd_i2c.c: added i2c read to memory function

Signed-off-by: Frans Meulenbroeks --- common/cmd_i2c.c | 60 ++ 1 files changed, 60 insertions(+), 0 deletions(-) diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c index 1dd4df3..552b4e5 100644 --- a/common/cmd_i2c.c +++ b/common/cmd_i2c.c @@

Re: [U-Boot] mcf 5307

angelo wrote: > Hi Wolfgang, > > i didn't know it is stone-age, anyway, it is still well-sold in the > Freescale site, quite cheap and suit perfectly my needs. > Core V4 also is Harvard architecture, and i don't like it. I think he's referring to the u-boot version (1.1.6 is several years old),

[U-Boot] [PATCH] cmd_i2c.c: reworked subcommand handling

Signed-off-by: Frans Meulenbroeks --- common/cmd_i2c.c | 77 +++-- 1 files changed, 45 insertions(+), 32 deletions(-) diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c index 7531702..e54fc20 100644 --- a/common/cmd_i2c.c +++ b/common/cmd_i2c.c @@

[U-Boot] [PATCH v2] edb93xx: Fix SDRAM initialization

edb93xx: Fix SDRAM initialization by issuing a precharge all command before forcing the precharge and select mode register update mode before programming the mode registers. Write to the SDRAM banks in order to force a precharge, reading causes the edb93xx boards to hang Signed-off-by: Matthias Ka

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

Hi Eugene, On Wednesday 24 February 2010 16:12:48 Eugene O'Brien wrote: > I am working on another platform based on the PPC405GPr. You are correct > in your observation and my patch is incorrect. The original bit masks > are correct for the PPC440EP and PPC440EPx but **not** for the PPC405GPr > so

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

Hello Stefan, > In addition to Wolfgangs comment (patch is line wrapped): I just checked the > 440EP and the 440EPx users manual, and it seems that the original bit masks > are correct. Which PPC4xx variant are you using? Please double check again if > you your patch is correct. > I am working

Re: [U-Boot] mcf 5307

Hi Wolfgang, i didn't know it is stone-age, anyway, it is still well-sold in the Freescale site, quite cheap and suit perfectly my needs. Core V4 also is Harvard architecture, and i don't like it. many thanks Wolfgang Wegner wrote: > Hi Angelo, > > On Wed, Feb 24, 2010 at 11:32:33AM +0100, ang

Re: [U-Boot] [PATCH] Add bootcount to AT91

Hi Tom, Any news on this? Best regards, Anders On Mon, Feb 8, 2010 at 14:32, Tom wrote: > Anders Darander wrote: >> >> Hi Tom, >> >> On Sun, Feb 7, 2010 at 15:35, Tom wrote: From: Anders Darander > > Use AT91_GPBR 3 as a bootcount register. >> >>> Please send me a link to th

Re: [U-Boot] [PATCH] ARM change name of defines for AT91 arm926ejs

Achim Ehrlich wrote: > Configuration defines should be preceeded with CONFIG_SYS_. Renamed > some at91 specific defines to conform to this naming convention: > > AT91_CPU_NAME to CONFIG_SYS_AT91_CPU_NAME > AT91_MAIN_CLOCK to CONFIG_SYS_AT91_MAIN_CLOCK > > Signed-off-by: Achim Ehrlich Thank you.

[U-Boot] setexpr and memory access

I feel sometimes it could be convenient to use setexpr to use a memory location as argument. The code for that is pretty trivial but the question (and reason for mailing this instead of just submitting the patch) is the syntax of the command. setexpr uses A op B and one of the possibilities for op

Re: [U-Boot] mcf 5307

Hi Angelo, On Wed, Feb 24, 2010 at 11:32:33AM +0100, angelo wrote: > Hello all, > > is ColdFire mcf5307 cpu supported ? in 1.1.6 i found mcf52x2 cpu only. no. Why are you using a stone-age version? In the current git tree a lot of MCF53xx (and MCF54xx) are supported, too. There is no direct sup

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

Dear Jason, In message <3d9b2d7685e0734592024dd0f3028ae6ae4...@zch01exm23.fsl.freescale.net> you wrote: > > I'm Jason Liu from freecale MAD SW team. I will act as uboot custodian > for FSL I.MX platforms. Thanks for volunteering. Please send me your SSH public key(s) so I can enable acc

[U-Boot] The abortboot routine misses key hits issued via netconsole.

Hello, The "Hit any key to stop autoboot:" of abortboot routine misses the key hits issued via netconsole. It happens due to delays of 10ms used to count passed seconds in the abortboot routine of main.c file. All key events arrived asynchronously during these delays are lost. I solved it localy

[U-Boot] mcf 5307

Hello all, is ColdFire mcf5307 cpu supported ? in 1.1.6 i found mcf52x2 cpu only. Regards, Angelo ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 6/6] mpc5121: add support for PDM360NG board

Hi Detlev, Detlev Zundel wrote: > > Signed-off-by: Michael Weiss michael.we...@ifm.com > > Please fix the e-mail format. Ok. > > @@ -820,6 +820,9 @@ aria_config:unconfig > > mecp5123_config: unconfig > > @$(MKCONFIG) -a mecp5123 ppc mpc512x mecp5123 esd > > > > +pdm360ng_config:

Re: [U-Boot] [PATCH 4/6] fsl_diu_fb.c: add support for RLE8 bitmaps

Hello Wolfgang, Wolfgang Denk wrote: > Dear Anatolij Gustschin, > > In message <1266964630-7754-5-git-send-email-ag...@denx.de> you wrote: > > Allow displaying run length encoded bitmaps. > > > > Signed-off-by: Anatolij Gustschin > > --- > > board/freescale/common/fsl_diu_fb.c | 78 > > ++

[U-Boot] [PATCH] ARM change name of defines for AT91 arm926ejs

Configuration defines should be preceeded with CONFIG_SYS_. Renamed some at91 specific defines to conform to this naming convention: AT91_CPU_NAME to CONFIG_SYS_AT91_CPU_NAME AT91_MAIN_CLOCK to CONFIG_SYS_AT91_MAIN_CLOCK Signed-off-by: Achim Ehrlich --- board/atmel/at91cap9adk/at91cap9adk.c

Re: [U-Boot] EMAC failure and SPI support for TI DaVinci DM365

On 23/02/10 20:14, Paulraj, Sandeep wrote: > Ian Jeffray wrote: >> I do notice that the "Net: " line above has no further detail, wheras >> the TI PSP binary version says "Ethernet PHY: GENERIC @ 0x00" >> (I've not managed to get a 2009.03 build of my own to run on DM365 >> to compare yet... that's

[U-Boot] [PATCH] sdhc: use reset value instead of a hardcoded value to set wml

From: Roy Zang Use reset value instead of a hardcoded value to set wml. Signed-off-by: Roy Zang --- drivers/mmc/fsl_esdhc.c |8 +--- include/fsl_esdhc.h |4 +++- 2 files changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c ind

Re: [U-Boot] subcmd handling

Hi Frans, > It was hinted (iirc by Detlev) that I'd have a stab at subcmd handling > (at least for i2c). Yep. > As example bootm was suggested. This was only one example, there are more usages of this. Good old grep will be your friend. > I've peeked at the bootm code and the code in command.c