May 2009 - U-Boot

Re: [U-Boot] Disable features
by Derek Ou 01 May '09

01 May '09

Hi, > Is existing a way to globally disable some features such as ethernet > or Nand support, instead of doing it for a specific board? > Other than recompiling, is it possible to disable Ethernet through environment settings? At our work, we often need Ethernet only during development, manufacturing and troubleshooting. So we put the Ethernet chip on the test fixture instead of the final board. However, compiling in Ethernet slow down the booting process. So it will be great if Ethernet can be disabled and enabled by flipping an environment setting. Derek

4 11

[U-Boot] [patch u-boot git arm/next] davinci: display correct clock info
by David Brownell 01 May '09

01 May '09

From: David Brownell <dbrownell(a)users.sourceforge.net> Make the DaVinci clock display code work on the dm355 too ... there are pre- and post- dividers on its PLLs, which most other DaVinci processors don't use; and it uses different PLL dividers. Stubbed in support for the DM6467 too. Verified on dm355 and dm6446. Signed-off-by: David Brownell <dbrownell(a)users.sourceforge.net> --- This should move to cpu/arm926ejs/davinci (cpuinfo.c?) someday, like the other SoC-specific code. For another patch. board/davinci/common/misc.c | 88 +++++++++++++++++++++++++++++++++++++++--- 1 file changed, 83 insertions(+), 5 deletions(-) --- a/board/davinci/common/misc.c +++ b/board/davinci/common/misc.c @@ -28,6 +28,40 @@ #include <net.h> #include <asm/arch/hardware.h> + +/* offsets from PLL controller base */ +#define PLLC_PLLCTL 0x100 +#define PLLC_PLLM 0x110 +#define PLLC_PREDIV 0x114 +#define PLLC_PLLDIV1 0x118 +#define PLLC_PLLDIV2 0x11c +#define PLLC_PLLDIV3 0x120 +#define PLLC_POSTDIV 0x128 +#define PLLC_BPDIV 0x12c +#define PLLC_PLLDIV4 0x160 +#define PLLC_PLLDIV5 0x164 +#define PLLC_PLLDIV6 0x168 +#define PLLC_PLLDIV8 0x170 +#define PLLC_PLLDIV9 0x174 + +#define BIT(x) (1 << (x)) + +/* SOC-specific pll info */ +#ifdef CONFIG_SOC_DM355 +#define ARM_PLLDIV PLLC_PLLDIV1 +#define DDR_PLLDIV PLLC_PLLDIV1 +#endif + +#ifdef CONFIG_SOC_DM644X +#define ARM_PLLDIV PLLC_PLLDIV2 +#define DDR_PLLDIV PLLC_PLLDIV2 +#endif + +#ifdef CONFIG_SOC_DM6447 +#define ARM_PLLDIV PLLC_PLLDIV2 +#define DDR_PLLDIV PLLC_PLLDIV1 +#endif + DECLARE_GLOBAL_DATA_PTR; int dram_init(void) @@ -38,16 +72,60 @@ int dram_init(void) return(0); } -static int dv_get_pllm_output(uint32_t pllm) +static unsigned pll_div(volatile void *pllbase, unsigned offset) { - return (pllm + 1) * (CONFIG_SYS_HZ_CLOCK / 1000000); + u32 div; + + div = REG(pllbase + offset); + return (div & BIT(15)) ? (1 + (div & 0x1f)) : 1; +} + +static inline unsigned pll_prediv(volatile void *pllbase) +{ +#ifdef CONFIG_SOC_DM355 + /* this register read seems to fail on pll0 */ + if (pllbase == (volatile void *)DAVINCI_PLL_CNTRL0_BASE) + return 8; + else + return pll_div(pllbase, PLLC_PREDIV); +#endif + return 1; +} + +static inline unsigned pll_postdiv(volatile void *pllbase) +{ +#ifdef CONFIG_SOC_DM355 + return pll_div(pllbase, PLLC_POSTDIV); +#elif defined(CONFIG_SOC_DM6446) + if (pllbase == (volatile void *)DAVINCI_PLL_CNTRL0_BASE) + return pll_div(pllbase, PLLC_POSTDIV); +#endif + return 1; +} + +static unsigned pll_sysclk_mhz(unsigned pll_addr, unsigned div) +{ + volatile void *pllbase = (volatile void *) pll_addr; + unsigned base = CONFIG_SYS_HZ_CLOCK / 1000; + + /* the PLL might be bypassed */ + if (REG(pllbase + PLLC_PLLCTL) & BIT(0)) { + base /= pll_prediv(pllbase); + base *= 1 + (REG(pllbase + PLLC_PLLM) & 0x0ff); + base /= pll_postdiv(pllbase); + } + return DIV_ROUND_UP(base, 1000 * pll_div(pllbase, div)); } void dv_display_clk_infos(void) { - printf("ARM Clock: %dMHz\n", dv_get_pllm_output(REG(PLL1_PLLM)) / 2); - printf("DDR Clock: %dMHz\n", dv_get_pllm_output(REG(PLL2_PLLM)) / - ((REG(PLL2_DIV2) & 0x1f) + 1) / 2); + printf("ARM Clock: %dMHz\n", + pll_sysclk_mhz(DAVINCI_PLL_CNTRL0_BASE, ARM_PLLDIV)); + printf("DDR Clock: %dMHz\n", + /* DDR PHY uses an x2 input clock */ + pll_sysclk_mhz(DAVINCI_PLL_CNTRL1_BASE, DDR_PLLDIV) + / 2); + printf("\n"); } #ifdef CONFIG_DRIVER_TI_EMAC

3 9

[U-Boot] Patch "at91: add support for the PM9263 board" breaks all arm926ejs boards
by Wolfgang Denk 01 May '09

01 May '09

Hi, commit f0a2c7b4b64eacd06bb272856bcc056be8719f5a: Author: Ilko Iliev <iliev(a)ronetix.at> 2009-04-16 21:30:48 Committer: Jean-Christophe PLAGNIOL-VILLARD <plagnioj(a)jcrosoft.com> 2009-04-16 21:30:48 at91: add support for the PM9263 board of Ronetix GmbH breaks out-of-tree building for all arm926ejs boards: Example: ... Configuring for afeb9260 board... make: *** /work/wd/tmp-arm/cpu/arm926ejs/at91/: No such file or directory. Stop. make: *** [/work/wd/tmp-arm/cpu/arm926ejs/at91/u-boot.lds] Error 2 The problem comes from the changes to cpu/arm926ejs/at91/Makefile which introduce manipulation of the linker script. I have to admit that I don't think such a step is necessary, or even a good idea. I recommend to remove this and stick with a static configuration like all other boards, too. Please fix ASAP! Thanks. 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 There are two kinds of people, those who do the work and those who take the credit. Try to be in the first group; there is less competition there. - Indira Gandhi

1 0

[U-Boot] Physician Directory
by Tina + Neff 01 May '09

01 May '09

Practicing Physicians in the US MDs in many different specialties you can sort by many different fields like primary or secondary specialty This week only you pay only: $398 ~~~~~ If you order by the end of the week you can take all the items below for fr ee !!!!!!! **> Hospitals + Nursing Homes ==> Visiting Nurses & RN's ++> Chiropractors contact:: Whaley(a)listimpactmed.com exp. May 1 -------- Forward email to rembox(a)listimpactmed.com to purge you from our records

1 0

[U-Boot] OMAP3: Pending patches
by Dirk Behme 01 May '09

01 May '09

To avoid loosing the overview, here my list of pending OMAP3 patches ready to be applied. From my point of view there are no open comments on these which will prevent to apply them. But please correct if I overlooked anything or add what (patches? comments?) I missed. 1. OMAP3: Beagle: Set pinmux conditionally for Rev C boards http://lists.denx.de/pipermail/u-boot/2009-April/051013.html 2. OMAP3: Remove legacy NAND defines http://lists.denx.de/pipermail/u-boot/2009-April/050882.html 3. OMAP3: Fix timer handling to 1ms and CONFIG_SYS_HZ to 1000 http://lists.denx.de/pipermail/u-boot/2009-April/051178.html 4. OMAP3: Fix changed mmc init command http://lists.denx.de/pipermail/u-boot/2009-April/051179.html 5. OMAP3: Remove unused board-types http://lists.denx.de/pipermail/u-boot/2009-April/051338.html 6. OMAP3: Print correct silicon revision http://lists.denx.de/pipermail/u-boot/2009-April/051339.html 7. Zoom2 respin II (10 patches) http://lists.denx.de/pipermail/u-boot/2009-April/050863.html http://lists.denx.de/pipermail/u-boot/2009-April/050864.html http://lists.denx.de/pipermail/u-boot/2009-April/050865.html http://lists.denx.de/pipermail/u-boot/2009-April/050866.html http://lists.denx.de/pipermail/u-boot/2009-April/050868.html http://lists.denx.de/pipermail/u-boot/2009-April/050867.html http://lists.denx.de/pipermail/u-boot/2009-April/050869.html http://lists.denx.de/pipermail/u-boot/2009-April/050870.html http://lists.denx.de/pipermail/u-boot/2009-April/050871.html http://lists.denx.de/pipermail/u-boot/2009-April/050872.html Note: There might be some dependencies between some of these patches. Different authors, sent at different time, unfortunately this can't be avoided. So dependent on the order the patches will be applied, there might be some conflicts. Let us know them, we will try to update/fix then as soon as possible! Most probably 5. and 7. will have some conflicts, as 5. removes some code 7. assumes it is still there. If this results in a conflict, let us apply the 10 patches from 7. first and then update 5. Many thanks and best regards Dirk

3 8

[U-Boot] [patch u-boot arm/next] davinci dm6446evm NAND update
by David Brownell 01 May '09

01 May '09

From: David Brownell <dbrownell(a)users.sourceforge.net> This updates the optional (non-default!) NAND support for the DaVinci DM6446 EVM: - include MTD partitioning, defaulting to what Linux uses - use a flash-based BBT, which among other things speeds bootup This matches code that's now queued for mainline Linux, and might even merge in an upcoming 2.6.30-rc; the MTIDS are set up so that the U-Boot $mtdparts environment variable can be passed as-is on the kernel command line, as a cmdlinepart override. Signed-off-by: David Brownell <dbrownell(a)users.sourceforge.net> --- a/include/configs/davinci_dvevm.h +++ b/include/configs/davinci_dvevm.h @@ -119,6 +121,10 @@ #ifdef CONFIG_SYS_NAND_SMALLPAGE #define CONFIG_ENV_SECT_SIZE 512 /* Env sector Size */ #define CONFIG_ENV_SIZE SZ_16K +#define CONFIG_MTD_PARTITIONS +#define CONFIG_CMD_MTDPARTS +#define MTDIDS_DEFAULT "nand0=davinci_nand.0" +#define MTDPARTS_DEFAULT "mtdparts=davinci_nand.0:384k(bootloader)ro,4m(kernel),-(filesystem)" #else #define CONFIG_ENV_SECT_SIZE 2048 /* Env sector Size */ #define CONFIG_ENV_SIZE SZ_128K @@ -126,6 +132,7 @@ #define CONFIG_SKIP_LOWLEVEL_INIT /* U-Boot is loaded by a bootloader */ #define CONFIG_SKIP_RELOCATE_UBOOT /* to a proper address, init done */ #define CONFIG_SYS_NAND_BASE 0x02000000 +#define CONFIG_SYS_NAND_USE_FLASH_BBT #define CONFIG_SYS_NAND_HW_ECC #define CONFIG_SYS_MAX_NAND_DEVICE 1 /* Max number of NAND devices */ #define CONFIG_ENV_OFFSET 0x0 /* Block 0--not used by bootcode */

2 2