April 2008 - U-Boot

[U-Boot-Users] TFTP block size is too high
by Jared Holzman 24 Apr '08

24 Apr '08

3 2

[U-Boot-Users] [PATCH] Enable CODEC POST with CFG_POST_CODEC rather than with CFG_POST_DSP.
by Wolfgang Denk 24 Apr '08

24 Apr '08

From: Yuri Tikhonov <yur(a)pollux.denx.de> Signed-off-by: Dmitry Rakhchev <rda(a)emcraft.com> --- post/tests.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/post/tests.c b/post/tests.c index 698f85c..ed4ef2b 100644 --- a/post/tests.c +++ b/post/tests.c @@ -225,7 +225,7 @@ struct post_test post_list[] = CFG_POST_DSP }, #endif -#if CONFIG_POST & CFG_POST_DSP +#if CONFIG_POST & CFG_POST_CODEC { "CODEC test", "codec", -- 1.5.4.2

2 17

[U-Boot-Users] [PATCH] Add Vitesse 8601 support to TSEC driver
by Tor Krill 24 Apr '08

24 Apr '08

Add phy_info for Vitesse VSC8601. Add config option, CFG_VSC8601_SKEWFIX, to enable RGMII skew timing compensation. Signed-off-by: Tor Krill <tor(a)excito.com> --- drivers/net/tsec.c | 30 ++++++++++++++++++++++++++++++ drivers/net/tsec.h | 5 +++++ 2 files changed, 35 insertions(+), 0 deletions(-) diff --git a/drivers/net/tsec.c b/drivers/net/tsec.c index 431a8d2..9d22aa3 100644 --- a/drivers/net/tsec.c +++ b/drivers/net/tsec.c @@ -1267,6 +1267,35 @@ struct phy_info phy_info_VSC8244 = { }, }; +struct phy_info phy_info_VSC8601 = { + 0x00007042, + "Vitesse VSC8601", + 4, + (struct phy_cmd[]){ /* config */ + /* Override PHY config settings */ + /* Configure some basic stuff */ + {MIIM_CONTROL, MIIM_CONTROL_INIT, &mii_cr_init}, +#ifdef CFG_VSC8601_SKEWFIX + {MIIM_VSC8601_EPHY_CON,MIIM_VSC8601_EPHY_CON_INIT_SKEW,NULL}, +#endif + {miim_end,} + }, + (struct phy_cmd[]){ /* startup */ + /* Read the Status (2x to make sure link is right) */ + {MIIM_STATUS, miim_read, NULL}, + /* Auto-negotiate */ + {MIIM_STATUS, miim_read, &mii_parse_sr}, + /* Read the status */ + {MIIM_VSC8244_AUX_CONSTAT, miim_read, + &mii_parse_vsc8244}, + {miim_end,} + }, + (struct phy_cmd[]){ /* shutdown */ + {miim_end,} + }, +}; + + struct phy_info phy_info_dm9161 = { 0x0181b88, "Davicom DM9161E", @@ -1462,6 +1491,7 @@ struct phy_info *phy_info[] = { &phy_info_dm9161, &phy_info_lxt971, &phy_info_VSC8244, + &phy_info_VSC8601, &phy_info_dp83865, &phy_info_rtl8211b, &phy_info_generic, diff --git a/drivers/net/tsec.h b/drivers/net/tsec.h index d4dc15a..cfa7d1a 100644 --- a/drivers/net/tsec.h +++ b/drivers/net/tsec.h @@ -159,6 +159,11 @@ #define MIIM_VSC8244_LED_CON 0x1b #define MIIM_VSC8244_LEDCON_INIT 0xF011 +/* Entry for Vitesse VSC8601 regs starts here (Not complete) */ +/* Vitesse VSC8601 Extended PHY Control Register 1 */ +#define MIIM_VSC8601_EPHY_CON 0x17 +#define MIIM_VSC8601_EPHY_CON_INIT_SKEW 0x1120 + /* 88E1011 PHY Status Register */ #define MIIM_88E1011_PHY_STATUS 0x11 #define MIIM_88E1011_PHYSTAT_SPEED 0xc000 -- 1.5.4.4

7 16

[U-Boot-Users] [PATCH v3] 85xx: Round up frequency calculations to get reasonable output
by Kumar Gala 24 Apr '08

24 Apr '08

eg. because of rounding error we can get 799Mhz instead of 800Mhz. Introduced DIV_ROUND_UP and roundup taken from linux kernel. Signed-off-by: Dejan Minic <minic(a)freescale.com> Signed-off-by: Srikanth Srinivasan <srikanth.srinivasan(a)freescale.com> Signed-off-by: Kumar Gala <galak(a)kernel.crashing.org> --- Lets see if this version works for people. Introduced a generic DIV_ROUND_UP taken from the kernel. cpu/mpc85xx/cpu.c | 13 ++++++------- include/common.h | 3 +++ 2 files changed, 9 insertions(+), 7 deletions(-) diff --git a/cpu/mpc85xx/cpu.c b/cpu/mpc85xx/cpu.c index dcd8817..74b210c 100644 --- a/cpu/mpc85xx/cpu.c +++ b/cpu/mpc85xx/cpu.c @@ -116,22 +116,21 @@ int checkcpu (void) get_sys_info(&sysinfo); puts("Clock Configuration:\n"); - printf(" CPU:%4lu MHz, ", sysinfo.freqProcessor / 1000000); - printf("CCB:%4lu MHz,\n", sysinfo.freqSystemBus / 1000000); - + printf(" CPU:%4lu MHz, ", DIV_ROUND_UP(sysinfo.freqProcessor,1000000)); + printf("CCB:%4lu MHz,\n", DIV_ROUND_UP(sysinfo.freqSystemBus,1000000)); ddr_ratio = ((gur->porpllsr) & 0x00003e00) >> 9; switch (ddr_ratio) { case 0x0: printf(" DDR:%4lu MHz (%lu MT/s data rate), ", - sysinfo.freqDDRBus / 2000000, sysinfo.freqDDRBus / 1000000); + DIV_ROUND_UP(sysinfo.freqDDRBus,2000000), DIV_ROUND_UP(sysinfo.freqDDRBus,1000000)); break; case 0x7: printf(" DDR:%4lu MHz (%lu MT/s data rate) (Synchronous), ", - sysinfo.freqDDRBus / 2000000, sysinfo.freqDDRBus / 1000000); + DIV_ROUND_UP(sysinfo.freqDDRBus, 2000000), DIV_ROUND_UP(sysinfo.freqDDRBus, 1000000)); break; default: printf(" DDR:%4lu MHz (%lu MT/s data rate) (Asynchronous), ", - sysinfo.freqDDRBus / 2000000, sysinfo.freqDDRBus / 1000000); + DIV_ROUND_UP(sysinfo.freqDDRBus, 2000000), DIV_ROUND_UP(sysinfo.freqDDRBus,1000000)); break; } @@ -154,7 +153,7 @@ int checkcpu (void) clkdiv *= 2; #endif printf("LBC:%4lu MHz\n", - sysinfo.freqSystemBus / 1000000 / clkdiv); + DIV_ROUND_UP(sysinfo.freqSystemBus, 1000000) / clkdiv); } else { printf("LBC: unknown (lcrr: 0x%08x)\n", lcrr); } diff --git a/include/common.h b/include/common.h index 8630780..348a0cb 100644 --- a/include/common.h +++ b/include/common.h @@ -670,6 +670,9 @@ void inline show_boot_progress (int val); #define ARRAY_SIZE(x) (sizeof(x) / sizeof((x)[0])) +#define DIV_ROUND_UP(n,d) (((n) + (d) - 1) / (d)) +#define roundup(x, y) ((((x) + ((y) - 1)) / (y)) * (y)) + /* Multicore arch functions */ #ifdef CONFIG_MP int cpu_status(int nr); -- 1.5.4.1

3 5

[U-Boot-Users] Please pull u-boot-mpc85xx.git
by Andy Fleming 24 Apr '08

24 Apr '08

are available in the git repository at: git://www.denx.de/git/u-boot-mpc85xx.git master Kumar Gala (1): 85xx: Fix size of cpu-release-addr property Timur Tabi (1): Fix calculation of I2C clock for some 85xx chips cpu/mpc85xx/fdt.c | 2 +- cpu/mpc85xx/speed.c | 31 ++++++++++++++++++++++++++++++- include/asm-ppc/immap_85xx.h | 4 +++- 3 files changed, 34 insertions(+), 3 deletions(-)

3 3

[U-Boot-Users] AMCC PPC440EPx/sequoia stability question...
by Dave Littell 24 Apr '08

24 Apr '08

Hi all, I'm working on an AMCC PPC440EPx-based platform that's similar to the Sequoia. The board runs pretty well, but occasionally takes exceptions both in U-Boot and while running Linux. The exceptions vary from Illegal Instructions to FP Unavailable to FP Unimplemented to ITLB and DTLB Errors, to DSI, etc., which made us believe there's a problem with SDRAM. Sometimes there are simple hard lockups from which even the JTAG can't regain control. However, the SDRAM physical/electrical and DDR Controller configurations have been investigated in detail (and some corrections made) with no resulting improvement in the exception behavior. We see problems primarily at 667 MHz but have noted some issues at 533 MHz as well. Some boards seem particularly susceptible to this while others rarely (if ever) exhibit the problem. At this point all possibilities are on the table and I'm looking for any input from anyone with experience (good, bad, or whatever) with this processor and/or designs similar to the Sequoia. Thanks very much, Dave

3 6

Re: [U-Boot-Users] [PATCH 1/2] Add the Harris QUAD100HD AMCC 405EP-based board.
by Heiko Schocher 24 Apr '08

24 Apr '08

Hello Gary, Gary Jennejohn <garyj(a)denx.de> wrote: > > Add the Harris QUAD100HD AMCC 405EP-based board. > > Signed-off-by: Gary Jennejohn <garyj(a)denx.de> > --- > MAINTAINERS | 4 + > MAKEALL | 1 + > Makefile | 3 + > board/quad100hd/Makefile | 51 ++ > board/quad100hd/config.mk | 24 + > board/quad100hd/flash.c | 1097 +++++++++++++++++++++++++++++++++++++++++++ > Do you really need a boardspecific flash driver? Are these flashes not CFI compatible? bye Heiko -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

3 2

[U-Boot-Users] [PATCH] fsl_pci: Only modify registers if we have them
by Kumar Gala 24 Apr '08

24 Apr '08

pme_msg_det exists only on PCIe controllers only set it if we are a "bridge". Signed-off-by: Kumar Gala <galak(a)kernel.crashing.org> --- A fix for 1.3.3. drivers/pci/fsl_pci_init.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/pci/fsl_pci_init.c b/drivers/pci/fsl_pci_init.c index 68e45e1..7dc33be 100644 --- a/drivers/pci/fsl_pci_init.c +++ b/drivers/pci/fsl_pci_init.c @@ -182,7 +182,8 @@ fsl_pci_init(struct pci_controller *hose) /* Clear all error indications */ - pci->pme_msg_det = 0xffffffff; + if (bridge) + pci->pme_msg_det = 0xffffffff; pci->pedr = 0xffffffff; pci_hose_read_config_word (hose, dev, PCI_DSR, &temp16); -- 1.5.4.1

3 2

[U-Boot-Users] Pull request: u-boot-video
by Rodolfo Giometti 24 Apr '08

24 Apr '08

The following changes since commit a49e0d177a0749614b316ec847fb623f09c82c07: Matthias Fuchs (1): video: Add missing free for logo memory are available in the git repository at: git://git.denx.de/u-boot-video.git master

2 1

[U-Boot-Users] [PATCH] USB: fix those pesky aliasing warnings caused by gcc-4.2
by Markus Klotzbücher 24 Apr '08

24 Apr '08

USB: fix those pesky aliasing warnings caused by gcc-4.2 Signed-off-by: Markus Klotzbuecher <mk(a)denx.de> Signed-off-by: Detlev Zundel <dzu(a)denx.de> --- drivers/usb/usb_ohci.c | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/usb/usb_ohci.c b/drivers/usb/usb_ohci.c index 5c201b3..d37a037 100644 --- a/drivers/usb/usb_ohci.c +++ b/drivers/usb/usb_ohci.c @@ -86,11 +86,11 @@ * e.g. PCI controllers need this */ #ifdef CFG_OHCI_SWAP_REG_ACCESS -# define readl(a) __swap_32(*((vu_long *)(a))) -# define writel(a, b) (*((vu_long *)(b)) = __swap_32((vu_long)a)) +# define readl(a) __swap_32(*((volatile u32 *)(a))) +# define writel(a, b) (*((volatile u32 *)(b)) = __swap_32((volatile u32)a)) #else -# define readl(a) (*((vu_long *)(a))) -# define writel(a, b) (*((vu_long *)(b)) = ((vu_long)a)) +# define readl(a) (*((volatile u32 *)(a))) +# define writel(a, b) (*((volatile u32 *)(b)) = ((volatile u32)a)) #endif /* CFG_OHCI_SWAP_REG_ACCESS */ #define min_t(type,x,y) ({ type __x = (x); type __y = (y); __x < __y ? __x: __y; }) Best regards Markus Klotzbuecher -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office(a)denx.de

2 3