June 2010 - U-Boot

[U-Boot] [PATCH 0/10] PPC LBC/TLB cleanups; reginfo command for 85xx
by Becky Bruce 02 Jun '10

02 Jun '10

This somewhat random patch series got its start when I was asked to create a reginfo command for 85xx by one of the internal teams here at FSL to dump the BR/ORs, LAWs, and the TLBCAM entries. As I started doing that, I began to notice that there was a lot of duplicated and inconsistent code for manipulating the TLBs and LBC registers, which, in some cases, would have caused me to have to write extra code to make reginfo useful on multiple platforms. So I decided to clean this up. The bulk of these patches are just merges of duplicated code and renames of things to get to a consistent naming scheme. These really need to be picked up by a single maintainer, as there's a definite dependency chain here; I'll let Kumar and Wolfgang decide who wants it. Wolfgang, my makefile changes are going to conflict with your top-level makefile changes that are posted on the list but not yet in the tree - you should be able to just incorporate my changes, or you can poke me when yours are in the tree and I can deal with it. Diffstat below. Cheers, Becky MAKEALL | 2 + Makefile | 1 + arch/powerpc/cpu/mpc83xx/cpu.c | 66 ------------ arch/powerpc/cpu/mpc83xx/cpu_init.c | 53 ++-------- arch/powerpc/cpu/mpc83xx/nand_init.c | 4 +- arch/powerpc/cpu/mpc83xx/speed.c | 2 +- arch/powerpc/cpu/mpc85xx/cpu.c | 78 +++----------- arch/powerpc/cpu/mpc85xx/cpu_init.c | 58 +---------- arch/powerpc/cpu/mpc85xx/cpu_init_nand.c | 6 +- arch/powerpc/cpu/mpc85xx/speed.c | 5 +- arch/powerpc/cpu/mpc85xx/tlb.c | 70 ++++++++----- arch/powerpc/cpu/mpc86xx/cpu.c | 15 +--- arch/powerpc/cpu/mpc86xx/cpu_init.c | 55 +---------- arch/powerpc/cpu/mpc86xx/speed.c | 5 +- arch/powerpc/cpu/mpc8xxx/Makefile | 3 + arch/powerpc/cpu/mpc8xxx/fsl_lbc.c | 135 ++++++++++++++++++++++++ arch/powerpc/include/asm/config.h | 3 + arch/powerpc/include/asm/fsl_law.h | 1 + arch/powerpc/include/asm/fsl_lbc.h | 112 ++++++++++++-------- arch/powerpc/include/asm/immap_83xx.h | 13 ++- arch/powerpc/include/asm/immap_85xx.h | 46 +-------- arch/powerpc/include/asm/immap_86xx.h | 49 +-------- arch/powerpc/include/asm/mmu.h | 2 + board/atum8548/atum8548.c | 2 +- board/esd/vme8349/vme8349.c | 2 +- board/freescale/mpc8313erdb/sdram.c | 2 +- board/freescale/mpc8349emds/mpc8349emds.c | 2 +- board/freescale/mpc8349itx/mpc8349itx.c | 7 +- board/freescale/mpc8360emds/mpc8360emds.c | 6 +- board/freescale/mpc8360erdk/nand.c | 6 +- board/freescale/mpc8540ads/mpc8540ads.c | 8 +- board/freescale/mpc8541cds/mpc8541cds.c | 13 +-- board/freescale/mpc8544ds/mpc8544ds.c | 2 +- board/freescale/mpc8548cds/mpc8548cds.c | 13 +-- board/freescale/mpc8555cds/mpc8555cds.c | 12 +-- board/freescale/mpc8560ads/mpc8560ads.c | 8 +- board/freescale/mpc8568mds/mpc8568mds.c | 11 +-- board/freescale/mpc8569mds/mpc8569mds.c | 2 +- board/mpc8540eval/mpc8540eval.c | 6 +- board/pm854/pm854.c | 2 +- board/pm856/pm856.c | 2 +- board/sbc8349/sbc8349.c | 2 +- board/sbc8548/sbc8548.c | 20 +--- board/sbc8560/sbc8560.c | 6 +- board/sheldon/simpc8313/sdram.c | 2 +- board/sheldon/simpc8313/simpc8313.c | 2 +- board/socrates/socrates.c | 31 +++--- board/tqc/tqm834x/tqm834x.c | 8 +- board/tqc/tqm85xx/nand.c | 12 +- board/tqc/tqm85xx/tqm85xx.c | 35 +++--- board/xes/xpedite5170/xpedite5170.c | 10 +- board/xes/xpedite5200/xpedite5200.c | 11 +- board/xes/xpedite5370/xpedite5370.c | 9 +- common/cmd_reginfo.c | 5 + drivers/misc/fsl_law.c | 131 ++++++++++-------------- drivers/mtd/nand/fsl_elbc_nand.c | 18 ++-- drivers/usb/host/ohci-hcd.c | 2 + include/configs/MPC8313ERDB.h | 1 + include/configs/MPC8315ERDB.h | 1 + include/configs/MPC837XEMDS.h | 1 + include/configs/MPC8536DS.h | 1 + include/configs/MPC8540EVAL.h | 1 + include/configs/MPC8541CDS.h | 1 + include/configs/MPC8544DS.h | 1 + include/configs/MPC8548CDS.h | 1 + include/configs/MPC8555CDS.h | 1 + include/configs/MPC8560ADS.h | 1 + include/configs/MPC8568MDS.h | 1 + include/configs/MPC8569MDS.h | 1 + include/configs/MPC8572DS.h | 1 + include/configs/P1_P2_RDB.h | 1 + include/configs/P2020DS.h | 1 + include/configs/PM854.h | 1 + include/configs/PM856.h | 1 + include/configs/SBC8540.h | 1 + include/configs/SIMPC8313.h | 1 + include/configs/TQM85xx.h | 1 + include/configs/XPEDITE5200.h | 1 + include/configs/XPEDITE5370.h | 2 + include/configs/sbc8548.h | 1 + include/configs/sbc8560.h | 1 + include/configs/socrates.h | 1 + include/configs/stxgp3.h | 1 + include/configs/stxssa.h | 1 + include/mpc85xx.h | 2 - nand_spl/board/freescale/mpc8536ds/nand_boot.c | 5 +- nand_spl/nand_boot_fsl_elbc.c | 4 +- 87 files changed, 513 insertions(+), 720 deletions(-)

4 15

[U-Boot] AVR32 AP700x - I2C somewhere?
by Reinhard Meyer (-VC) 02 Jun '10

02 Jun '10

Hi, has anyone started or completed work on an I2C driver for AP7000x? If not, I am at least going to make SOFT I2C defines to read VPD from an At24C64 EEPROM. Thanks, Reinhard

2 2

Re: [U-Boot] first u-boot program
by Wolfgang Denk 02 Jun '10

02 Jun '10

Dear Maxime Boure, please keep the mailing list on Cc: In message <AANLkTin4majod0Rc-nCxbgHrCdY4VY2OlptQyAQS4cjE(a)mail.gmail.com> you wrote: > Sorry to have sent my mail in HTML I forgot to take it off. You might also want to quote the previous message so everybody knows what you are referring to. It may be obvious foir you, but I'm replying to _many_ messages per day, and a bit of context would be welcome. Please see http://www.netmeister.org/news/learn2quote.html > This is my uboot env : This is not what I asked for. What I menat was: how are the envrionemnt sectors configured in your flash, i. e. what are the CONFIG.*ENV settings? > I am currently using a IGEP board based on an omap3530 with a onenand > of 512mo (don't realy know what kind of information you need :)) It tells me that it's an out of tree port, so we cannot help you. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de Certainly there are things in life that money can't buy, but it's very funny - Did you ever try buying them without money? - Ogden Nash

2 5

[U-Boot] 02.06.2010/P.W
by Wright, Sophia A 02 Jun '10

02 Jun '10

02.06.2010/P.W Hello, my name is Peter Wong from Hong Kong. I have a business that I want to offer you. This projects worth 44.5Million Dollars and you will have a 50% share from the total amount. I will give you the full details in my next e-mail and what I need from you. So if you are interested please contact me back at my personal address peter755wong(a)yahoo.com.hk Peter Wong

1 0

Re: [U-Boot] u-boot-owner at lists.denx.de
by Tasslehoff Kjappfot 02 Jun '10

02 Jun '10

> > Hi, > > The command ext2load do not work on the OMAP3 EVM. > > The command line is: > # ext2load mmc 0:2 0x82000000 /boot/uImage > > The error is: > ext2fs_devread() read error - block > > After reading the u-boot source code, I see that the function > mmc_bread() in file drivers/mmc/omap3_mmc.c do not return the good value. > > So I apply this small patch to fix the problem > > Best regards, > > Mickael LANOE > > --- u-boot-ori/drivers/mmc/omap3_mmc.c 2010-05-31 17:16:19.650857913 +0200 > +++ u-boot/drivers/mmc/omap3_mmc.c 2010-06-01 09:22:47.485317977 +0200 @@ > -507,9 +507,11 @@ unsigned char configure_mmc(mmc_card_dat > unsigned long mmc_bread(int dev_num, unsigned long blknr, lbaint_t blkcnt, > void *dst) > { > - omap_mmc_read_sect(blknr, (blkcnt * MMCSD_SECTOR_SIZE), &cur_card_data, > - (unsigned long *) dst); > - return 1; > + if(omap_mmc_read_sect(blknr, (blkcnt * MMCSD_SECTOR_SIZE), > &cur_card_data, + (unsigned long *) dst) != 1) > + return 0; > + > + return blkcnt; > } > > int mmc_legacy_init(int verbose) > > Tested this patch on my OMAP3 beagleboard, and it worked fine. Could you please recreate the patch without line-wraps? - Tasslehoff

1 0

[U-Boot] first u-boot program
by Maxime Boure 02 Jun '10

02 Jun '10

Hello, I'm not sure this is the right mailing list so please tell me ! I am trying to develop a program that would check into some flash memory information (set early on by a userspace application) to know on which kernel and which partition it has to boot on. I am trying a standalone application not sure that it is the more appropriate because of compilation problems. I would like to have your advise before going any further ! Thanks a lot Maxime

2 3

[U-Boot] (no subject)
by SuperStore Armenia 02 Jun '10

02 Jun '10

I am Mrs Claire page.i am very sick in the hospital Please contact my lawyer for an ugrent matter Email: peterfoxchambers@w.cn.Tel:+447024029725

1 0

[U-Boot] [PATCH] ARM1136: Fix cache_flush() error and correct cpu_init_crit() comments
by George G. Davis 02 Jun '10

02 Jun '10

The ARM1136 cache_flush() function uses the "mcr p15, 0, rn, c7, c7, 0" instruction which means "Invalidate Both Caches" when in fact the intent is to "Clean and Invalidate Entire Data Cache". So change the ARM1136 cache_flush() function to use the "mcr p15, 0, rn, c7, c7, 0 @ Clean & invalidate D-Cache" instruction to insure that memory is consistent with any dirty cache lines. Also fix a couple of "flush v*" comments in ARM1136 cpu_init_crit() so that they correctly describe the actual ARM1136 CP15 C7 Cache Operations used. Signed-off-by: George G. Davis <gdavis(a)mvista.com> --- arch/arm/cpu/arm1136/cpu.c | 8 ++++---- arch/arm/cpu/arm1136/start.S | 4 ++-- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/arm/cpu/arm1136/cpu.c b/arch/arm/cpu/arm1136/cpu.c index ade7f46..a00698f 100644 --- a/arch/arm/cpu/arm1136/cpu.c +++ b/arch/arm/cpu/arm1136/cpu.c @@ -69,8 +69,8 @@ int cleanup_before_linux (void) static void cache_flush(void) { - unsigned long i = 0; - - asm ("mcr p15, 0, %0, c7, c7, 0": :"r" (i)); /* invalidate both caches and flush btb */ - asm ("mcr p15, 0, %0, c7, c10, 4": :"r" (i)); /* mem barrier to sync things */ + asm ( + " mcr p15, 0, %0, c7, c14, 0 @ Clean & invalidate D-Cache\n" + " mcr p15, 0, %0, c7, c10, 4 @ DSB\n" + : : "r" (0) : "memory"); } diff --git a/arch/arm/cpu/arm1136/start.S b/arch/arm/cpu/arm1136/start.S index 957f438..922d01c 100644 --- a/arch/arm/cpu/arm1136/start.S +++ b/arch/arm/cpu/arm1136/start.S @@ -226,8 +226,8 @@ cpu_init_crit: * flush v4 I/D caches */ mov r0, #0 - mcr p15, 0, r0, c7, c7, 0 /* flush v3/v4 cache */ - mcr p15, 0, r0, c8, c7, 0 /* flush v4 TLB */ + mcr p15, 0, r0, c7, c7, 0 /* Invalidate I+D+BTB caches */ + mcr p15, 0, r0, c8, c7, 0 /* Invalidate Unified TLB */ /* * disable MMU stuff and caches -- 1.6.3.3.328.ga9ee94

5 9

[U-Boot] Please pull u-boot-mpc85xx.git
by Kumar Gala 01 Jun '10

01 Jun '10

The following changes since commit bd7bb6f8a3278caff0ac6eeaf08b188b9bb05dfc: Wolfgang Denk (1): Merge branch 'next' of git://git.denx.de/u-boot-nios are available in the git repository at: git://git.denx.de/u-boot-mpc85xx.git master Kim Phillips (1): fdt_support: add entry for sec3.1 and fix sec3.3 Timur Tabi (2): fsl/85xx: add clkdvdr and pmuxcr2 to global utilities structure definition fsl: rename 'dma' to 'brdcfg1' in the ngPIXIS structure arch/powerpc/include/asm/immap_85xx.h | 9 ++++++--- board/freescale/common/ngpixis.h | 2 +- common/fdt_support.c | 3 ++- 3 files changed, 9 insertions(+), 5 deletions(-)

3 4

Re: [U-Boot] Defer net initialization
by Wolfgang Denk 01 Jun '10

01 Jun '10

Dear Alexander Stein, please keep the mailing list on Cc: In message <201006011035.38778.alexander.stein(a)systec-electronic.com> you wrote: > > > network command is being run in U-Boot. There have been some > > discussions about this topic recently (see for example thread starting > > here: http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/76507). > > I think this thread focus on another problem: setting the MAC address. I have > a MAC in the ethaddr environment variable which gets used properly. You are wrong. The thread is exactly discussing the issue you are suffering from. The whole discussion is basicly around the decision which parts of the hardware (especially the Ethernet hardware) should be initialized where and when. > I traced the call graph a bit down. So on every startup eth_initialize is > called from start_armboot which then calls board_eth_init which calls > macb_eth_initialize (in my board source). And macb_eth_initialize takes very > long if no cable is plugged. Please read the docs referred to in the thread mentioned above (especially doc/README.drivers.eth, but there are some pretty explanative comments in the thread, which is why I point you at it) to understand why the implementationon your board is not in line with the intended design. eth_initialize should NOT wait for a link state. > How could I avoid calling eth_initialize during startup but before using the > first net related command? You ask the wrong question. Ity is perfectly OK to call eth_initialize() which is supposed to register the available network drivers, but this should NOT include to actually initialize the hardware. So it's the lower layers that are wrong in your port. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de "Don't worry about people stealing your ideas. If your ideas are any good, you'll have to ram them down people's throats." - Howard Aiken

3 6