August 2009 - U-Boot

[U-Boot] Pull request: u-boot-video
by Anatolij Gustschin 11 Aug '09

11 Aug '09

Dear Wolfgang, The following fixes since commit eb1a4d0a471505c169bef19a73a60f8641f0b875: Wolfgang Denk (1): Prepare 2009.08-rc2 are available in the git repository at: git://git.denx.de/u-boot-video.git master Mark Jackson (1): MIMC200: reduce LCD pixclock board/mimc/mimc200/mimc200.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Best regards, Anatolij

2 1

[U-Boot] Please pull u-boot-mpc85xx - master branch
by Kumar Gala 11 Aug '09

11 Aug '09

The following changes since commit eb1a4d0a471505c169bef19a73a60f8641f0b875: Wolfgang Denk (1): Prepare 2009.08-rc2 are available in the git repository at: git://git.denx.de/u-boot-mpc85xx.git master Kumar Gala (1): 85xx: Removed BEDBUG support from FSL 85xx boards include/configs/MPC8536DS.h | 1 - include/configs/MPC8544DS.h | 1 - include/configs/MPC8572DS.h | 1 - include/configs/P2020DS.h | 1 - 4 files changed, 0 insertions(+), 4 deletions(-)

2 1

[U-Boot] PPC460EX with 2 Ethernet Tranceivers
by Judd Gilbert 11 Aug '09

11 Aug '09

Hi, I am currently running linux 2.6.28.4 on a PPC460EX with 2 Marvell Alaska 88EIIII Ethernet transceivers connected to it. I've added the flags I believe to configure u-boot properly: #define CONFIG_IBM_EMAC4_V4 1 #define CONFIG_HAS_ETH0 #define CONFIG_HAS_ETH1 /* Based on the marvell phy datasheet for obscure details */ #define CONFIG_PHY_ADDR 1 /* PHY address, See schematics */ #define CONFIG_PHY1_ADDR 2 /* 2nd PHY address. See schematics */ #define CONFIG_PHY_RESET 1 /* reset phy upon startup */ #define CONFIG_PHY_GIGE 1 /* Include GbE speed/duplex detection */ #define CONFIG_PHY_DYNAMIC_ANEG 1 If I hold one the 2nd transceiver (address 2) in reset on power up, (just for a second or so) the linux kernel boots, detects both PHYs, and eth0 and eth1 both work fine. I'm holding the chip in reset manually with a switch I added to the board. The linux kernel spits the following information out on success: eth0: EMAC-0 /plb/opb/ethernet@ef600e00, MAC 00:13:a8:00:0d:c6 eth0: found Generic MII PHY (0x00) /plb/opb/emac-rgmii@ef601500: input 1 in RGMII mode eth1: EMAC-1 /plb/opb/ethernet@ef600f00, MAC 00:13:a8:00:0d:c7 eth1: found Generic MII PHY (0x02) If I don't hold the 2nd transceiver in reset I get the following message when linux boots: eth0: EMAC-0 /plb/opb/ethernet@ef600e00, MAC 00:13:a8:00:0d:c6 eth0: found Generic MII PHY (0x00) /plb/opb/emac-rgmii@ef601500: input 1 in RGMII mode /plb/opb/ethernet@ef600f00: can't find PHY! I've played around removing the "CONFIG_PHY_RESET" and also andding the "CONFIG_PHY_RESET_DELAY" flag (with different uSec values) with no luck. It seems that unless the 2nd transceiver is held in reset on power up it won't work. Has anyone seen any issues similar to this? Thanks for your time, Judd Gilbert

3 2

[U-Boot] Porting
by Peter Belm 11 Aug '09

11 Aug '09

Hi there, First let me introduce myself so you know what you're dealing with. My name is Peter and I'm a web designer by trade, messing around with embedded platforms in my spare time. However I'm only really getting started in the low level code aspect of it, so you'll have to excuse my inexperience and ignorance. I'm playing with a Broadcom BCM7038 platform at the moment, and currently the bootloader starts in flash, inits the DRAM, copies the kernel image from flash into memory and starts it. What I'm looking to do is to init the memory and SATA HD, then load the kernel image from the HD and start it. U-Boot looks like a good choice to do this, but I'm having trouble getting started. I have the code for the original bootloader, including the ASM code with the reset vector and coprocessor bring-up code, but I'm having trouble figuring out how I would integrate that with U-Boot. I've read through the README and it's not really aimed for beginners (with good reason I guess) I really could do with an overview of what U-Boot requires of my code, and what configuration changes I need to make to U-Boot to get it to use my code. -- Regards, Peter Belm

1 0

Re: [U-Boot] http client?
by jeffery palmer 11 Aug '09

11 Aug '09

We are looking for an http client now as well. Our major issue revolves around the download times for tftp. Can Volkmar Uhlig kindly provide the patches? Our units automically update themselves inside of uboot giving us the most control over our firmware. The issue is that it takes 20 minutes via a DSL line in Africa to update our units. An http test showed that the same firmware downloads in 30 seconds. We have also added things like the blksize parameter to the uboot tftp client to get it down to 20 minutes, our original download times were ~50 minutes. We would like to work to integrate or add the necessary http client functions to achieve this. If there are no patches obtainable, is anyone interested in working on this with us? Jeffery Palmer Project Development 954.709.7232 _____ From: Mark T [mailto:mark@astfin.org] Sent: Wednesday, July 22, 2009 8:47 AM To: Jeff Palmer Subject: Fwd: [U-Boot] http client? fyi Begin forwarded message: From: Robin Getz <rgetz(a)blackfin.uclinux.org> Date: July 22, 2009 8:26:58 AM GMT-04:00 To: u-boot(a)lists.denx.de Cc: Ben Warren <biggerbadderben(a)gmail.com>, Volkmar Uhlig <vuhlig(a)us.ibm.com> Subject: Re: [U-Boot] http client? On Tue 21 Jul 2009 17:09, Wolfgang Denk pondered: Dear Robin Getz, In message <200907211400.21275.rgetz(a)blackfin.uclinux.org> you wrote: I know there have been discussions about adding wget to U-Boot, which I agree is not something that is worthwhile to do. I am not so sure about that, but that's just my opinion. http://lists.denx.de/pipermail/u-boot/2006-March/013697.html but a simple client would be helpful in many situations. There is such in IBM's port of U-Boot for the Blue Gene super- computer, and Volkmar Uhlig promised to submit patches. But so far he didn't. Hmm.. That sounds interesting. Do you know if there is a public repository? or Do I need to buy a Blue Gene to get access to the source :) According to: http://domino.research.ibm.com/comm/research_projects.nsf/pages/kittyhawkin… We added a simple HTTP server to U-Boot so that individual nodes can be booted via a PUT command that pushes the desired boot images and kernel command line. The command line is evaluated via the scripting environment before it gets passed on to the OS kernel thereby allowing per node customizations. With this simple extension to U-Boot we are able to construct powerful scripted environments and bootstrap large numbers of nodes in a controlled, ﬂexible, and secure way. What is in RedBoot is a "HTTP GET". So -- while it shouldn't be hard to extend from there... If a port of the redboot functionality is done - any thoughts on if it would be accepted? Well, you are aware that such a thing would need a TCP/IP stack, which is far beyond what we currently have in U-Boot support? Yes - I'm aware. My thoughts were to do something like what IBM and other suggestions were - use lwip. -Robin _______________________________________________ U-Boot mailing list U-Boot(a)lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot __________ NOD32 4266 (20090722) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com

6 16

[U-Boot] Support for NANDs greater than/equal to 4 GB
by Paulraj, Sandeep 11 Aug '09

11 Aug '09

Scott, There was a patch some time which added the 64 bit support in the MTD subsystem. I am referring to the patch below http://git.infradead.org/mtd-2.6.git/blobdiff/8a4c2495b142fe612b291a810d9e6… This feature still is not part of U-Boot. Is it going to be added? Without this NANDs of size greater than equal to 4 GB fail to get recognized. Thanks, Sandeep

2 3

[U-Boot] [STATUS] v2009.08-rc1 is out
by Wolfgang Denk 11 Aug '09

11 Aug '09

Hi everybody... v2009.08-rc1 has just been released. Please help testing, and submit fixes to the remaining problems. Things still missing should be submitted ASAP. v2009.08-rc1 will also be the base for the "next" branch which I will create soon. Please use the "next" branch as base for any new work. Note: Please keep in mind that it may be rebased against master every now and then without warning, but I will usually try to avoid this. Summary of current status: * Many boards now throw the (expected) #warning Ethernet driver is deprecated. Please update to use CONFIG_NET_MULTI messages. * ARM (as far as present [see below]) shows this: ===== actux4 ===== actux4.c: In function 'board_init': actux4.c:83: warning: left shift count >= width of type actux4.c:83: warning: left shift count >= width of type ===== mv88f6281gtw_ge ===== mv88e61xx.c: In function 'mv88e61xx_switch_initialize': mv88e61xx.c:346: warning: 'idstr' may be used uninitialized in this function ===== rd6281a ===== mv88e61xx.c: In function 'mv88e61xx_busychk_multic': mv88e61xx.c:46: warning: passing argument 4 of 'miiphy_read' from incompatible pointer type mv88e61xx.c: In function 'mv88e61xx_wr_phy': mv88e61xx.c:61: warning: passing argument 4 of 'miiphy_read' from incompatible pointer type mv88e61xx.c:57: warning: unused variable 'reg' mv88e61xx.c: In function 'mv88e61xx_rd_phy': mv88e61xx.c:80: warning: passing argument 4 of 'miiphy_read' from incompatible pointer type mv88e61xx.c:76: warning: unused variable 'reg' mv88e61xx.c: In function 'mv88e61xx_switch_initialize': mv88e61xx.c:346: warning: 'idstr' may be used uninitialized in this function nand_util.c:45:2: warning: #warning Please define CONFIG_SYS_64BIT_VSPRINTF for correct output! ===== sheevaplug ===== nand_util.c:45:2: warning: #warning Please define CONFIG_SYS_64BIT_VSPRINTF for correct output! * ARM: many things missing, still waiting for pull request from Jean-Christophe >From my point of view, ARM is currently the biggest problem. Discus- sion of related patches often happens with big delays, pull requests always come very late. It seems obvious that Jean-Christophe is overloaded and cannot cope any more with all the ARM related work. This is actually no big surprise, as ARM related activites have significantly grown in the last months. Maybe we should split off the most active CPU families and install separate custodians for these, like we did for PowerPC long ago. OMAP and friends (TI) could be one such group, Kirkwood and friends (Marvell) could be another one. Of course we would need to find custodians for these first. Comments and ideas welcome. 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 Conceptual integrity in turn dictates that the design must proceed from one mind, or from a very small number of agreeing resonant minds. - Frederick Brooks Jr., "The Mythical Man Month"

8 17

[U-Boot] [PATCH] MIMC200: reduce LCD pixclock
by Mark Jackson 11 Aug '09

11 Aug '09

[Resent to add CC u-boot(a)lists.denx.de] The initial pixclock for the MIMC200 board is wrong (and causes screen corruption due to DMA underruns). This patch simply reduces the pixel clock to fix the problem. Signed-off-by: Mark Jackson <mpfj(a)mimc.co.uk> --- board/mimc/mimc200/mimc200.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/board/mimc/mimc200/mimc200.c b/board/mimc/mimc200/mimc200.c index b773c1a..0dcacb9 100644 --- a/board/mimc/mimc200/mimc200.c +++ b/board/mimc/mimc200/mimc200.c @@ -38,7 +38,7 @@ vidinfo_t panel_info = { .vl_col = 480, /* Number of columns */ .vl_row = 272, /* Number of rows */ - .vl_clk = 10000000, /* pixel clock in ps */ + .vl_clk = 5000000, /* pixel clock in ps */ .vl_sync = ATMEL_LCDC_INVCLK_INVERTED | ATMEL_LCDC_INVLINE_INVERTED | ATMEL_LCDC_INVFRAME_INVERTED,

2 1

[U-Boot] Query on running example on u-boot for OMAP3
by Pillai, Manikandan 11 Aug '09

11 Aug '09

Hi, I encounter issue with crash when I try to run examples on u-boot. I started modifying the hello_world application and trying to add more static function related to my application. As far I see the signs, it stops working or has crashes when the level of function calls go beyond a certain number. It looks like a stack crash to me but I cant confirm it. I tried increasing the size of the u-boot stack but that does not work. Any clues on this behaviour ?? Regards Mani

2 1

[U-Boot] u-boot and watchdogs
by Dexdyne Postmaster 11 Aug '09

11 Aug '09

Our hardware has a watchdog which has a maximum period of 1 second. Once I've got Linux up and going I can handle that. I'd love to have a watchdog so that if Linux doesn't take over, the board will reset and try again. Is there any experience/example of u-boot driving a short-period watchdog throughout the boot process I can try to copy? David Collier www.dexdyne.com

3 2