May 2010 - U-Boot

[U-Boot] [PATCH] AX88180: add support for the Marvell 88E1118 phy
by Mike Frysinger 11 May '10

11 May '10

From: Hoan Hoang <hnhoan(a)i-syst.com> Some places in the current code equate the Marvell 88E1111 PHY as the family when in reality it's a subpart of the Alaska family. So once we generalize that, add support for the 88E1118 PHY. Signed-off-by: Hoan Hoang <hnhoan(a)i-syst.com> Signed-off-by: Mike Frysinger <vapier(a)gentoo.org> --- drivers/net/ax88180.c | 33 ++++++++++++++++++++++++--------- drivers/net/ax88180.h | 30 +++++++++++++++++++++++++++--- 2 files changed, 51 insertions(+), 12 deletions(-) diff --git a/drivers/net/ax88180.c b/drivers/net/ax88180.c index fa2e212..bc3e6ad 100644 --- a/drivers/net/ax88180.c +++ b/drivers/net/ax88180.c @@ -267,20 +267,35 @@ static int ax88180_phy_initial (struct eth_device *dev) { priv->PhyAddr = phyaddr; priv->PhyID0 = ax88180_mdio_read(dev, MII_PHYSID1); + priv->PhyID1 = ax88180_mdio_read(dev, MII_PHYSID2); switch (priv->PhyID0) { - case MARVELL_88E1111_PHYSID0: - debug("ax88180: Found Marvell 88E1111 PHY." + case MARVELL_ALASKA_PHYSID0: + debug("ax88180: Found Marvell Alaska PHY family." " (PHY Addr=0x%x)\n", priv->PhyAddr); - tmp_regval = ax88180_mdio_read(dev, M88_EXT_SSR); - if ((tmp_regval & HWCFG_MODE_MASK) != RGMII_COPPER_MODE) { - ax88180_mdio_write(dev, M88_EXT_SCR, DEFAULT_EXT_SCR); - if (ax88180_phy_reset(dev) < 0) - return 0; - ax88180_mdio_write(dev, M88_IER, LINK_CHANGE_INT); + switch (priv->PhyID1) { + case MARVELL_88E1118_PHYSID1: + ax88180_mdio_write(dev, M88E1118_PAGE_SEL, 2); + ax88180_mdio_write(dev, M88E1118_CR, + M88E1118_CR_DEFAULT); + ax88180_mdio_write(dev, M88E1118_PAGE_SEL, 3); + ax88180_mdio_write(dev, M88E1118_LEDCTL, + M88E1118_LEDCTL_DEFAULT); + ax88180_mdio_write(dev, M88E1118_LEDMIX, + M88E1118_LEDMIX_LED050 | M88E1118_LEDMIX_LED150 | 0x15); + ax88180_mdio_write(dev, M88E1118_PAGE_SEL, 0); + default: /* Default to 88E1111 Phy */ + tmp_regval = ax88180_mdio_read(dev, M88E1111_EXT_SSR); + if ((tmp_regval & HWCFG_MODE_MASK) != RGMII_COPPER_MODE) + ax88180_mdio_write(dev, M88E1111_EXT_SCR, + DEFAULT_EXT_SCR); } + if (ax88180_phy_reset(dev) < 0) + return 0; + ax88180_mdio_write(dev, M88_IER, LINK_CHANGE_INT); + return 1; case CICADA_CIS8201_PHYSID0: @@ -358,7 +373,7 @@ static void ax88180_media_config (struct eth_device *dev) /* Get real media mode here */ switch (priv->PhyID0) { - case MARVELL_88E1111_PHYSID0: + case MARVELL_ALASKA_PHYSID0: RealMediaMode = get_MarvellPHY_media_mode(dev); break; case CICADA_CIS8201_PHYSID0: diff --git a/drivers/net/ax88180.h b/drivers/net/ax88180.h index c793e92..f26a91b 100644 --- a/drivers/net/ax88180.h +++ b/drivers/net/ax88180.h @@ -33,6 +33,7 @@ struct ax88180_private { unsigned char PadSize; unsigned short PhyAddr; unsigned short PhyID0; + unsigned short PhyID1; unsigned short FirstTxDesc; unsigned short NextTxDesc; ax88180_link_state LinkState; @@ -63,7 +64,8 @@ struct ax88180_private { /* Max Rx Jumbo size is 15K Bytes */ #define MAX_RX_SIZE 0x3C00 -#define MARVELL_88E1111_PHYSID0 0x0141 +#define MARVELL_ALASKA_PHYSID0 0x141 +#define MARVELL_88E1118_PHYSID1 0xE40 #define CICADA_CIS8201_PHYSID0 0x000F @@ -296,14 +298,36 @@ struct ax88180_private { #define LINK_CHANGE_INT 0x0400 #define M88_ISR 0x0013 #define LINK_CHANGE_STATUS 0x0400 -#define M88_EXT_SCR 0x0014 +#define M88E1111_EXT_SCR 0x0014 #define RGMII_RXCLK_DELAY 0x0080 #define RGMII_TXCLK_DELAY 0x0002 #define DEFAULT_EXT_SCR (RGMII_TXCLK_DELAY | RGMII_RXCLK_DELAY) -#define M88_EXT_SSR 0x001B +#define M88E1111_EXT_SSR 0x001B #define HWCFG_MODE_MASK 0x000F #define RGMII_COPPER_MODE 0x000B +/* Marvell 88E1118 Gigabit PHY Register Definition */ +#define M88E1118_CR 0x14 + #define M88E1118_CR_RGMII_RXCLK_DELAY 0x0020 + #define M88E1118_CR_RGMII_TXCLK_DELAY 0x0010 + #define M88E1118_CR_DEFAULT (M88E1118_CR_RGMII_TXCLK_DELAY | \ + M88E1118_CR_RGMII_RXCLK_DELAY) +#define M88E1118_LEDCTL 0x10 /* Reg 16 on page 3 */ + #define M88E1118_LEDCTL_LED2INT 0x200 + #define M88E1118_LEDCTL_LED2BLNK 0x400 + #define M88E1118_LEDCTL_LED0DUALMODE1 0xc + #define M88E1118_LEDCTL_LED0DUALMODE2 0xd + #define M88E1118_LEDCTL_LED0DUALMODE3 0xe + #define M88E1118_LEDCTL_LED0DUALMODE4 0xf + #define M88E1118_LEDCTL_DEFAULT (M88E1118_LEDCTL_LED2BLNK | \ + M88E1118_LEDCTL_LED0DUALMODE4) + +#define M88E1118_LEDMIX 0x11 /* Reg 17 on page 3 */ + #define M88E1118_LEDMIX_LED050 0x4 + #define M88E1118_LEDMIX_LED150 0x8 + +#define M88E1118_PAGE_SEL 0x16 /* Reg page select */ + /* CICADA CIS8201 Gigabit PHY Register Definition */ #define CIS_IMR 0x0019 #define CIS_INT_ENABLE 0x8000 -- 1.7.1

1 0

[U-Boot] WEBMAILSUBSCRIBER
by WebmailUpgradeTeam 11 May '10

11 May '10

WEBMAILSUBSCRIBER: Thismailistoinformallour{WEBMAIL}usersthatwewillbeupgrading oursiteinacoupleofdaysfromnow.SoyouasaSubscriberofoursite youarerequiredtosendusyourEmailaccountdetailssoastoenableus knowifyouarestillmakinguseofyourmailbox.Furtherinformedthat wewillbedeletingallmailaccountthatisnotfunctioningsoasto createmorespacefornewuser.soyouaretosendusyourmailaccount detailswhichareasfollows: *Username: *Password: *DateofBirth: *Country: Failuretodothiswillimmediatelyrenderyouremailaddressdeactivated fromourdatabase.Yourresponseshouldbesendtothefollowinge-mail address.YourAdminManager:web.supportteam@hotmail.com YoursInService. WebmailUpgradeTeam WEBMAILSUBSCRIBER: Thismailistoinformallour{WEBMAIL}usersthatwewillbeupgrading oursiteinacoupleofdaysfromnow.SoyouasaSubscriberofoursite youarerequiredtosendusyourEmailaccountdetailssoastoenableus knowifyouarestillmakinguseofyourmailbox.Furtherinformedthat wewillbedeletingallmailaccountthatisnotfunctioningsoasto createmorespacefornewuser.soyouaretosendusyourmailaccount detailswhichareasfollows: *Username: *Password: *DateofBirth: *Country: Failuretodothiswillimmediatelyrenderyouremailaddressdeactivated fromourdatabase.Yourresponseshouldbesendtothefollowinge-mail address.YourAdminManager:web.supportteam@hotmail.com YoursInService. WebmailUpgradeTeam

1 0

[U-Boot] [PATCH][mpc83xx] Removal of checkboard from spl bootstrap build for SIMPC8313
by Ron Madrid 11 May '10

11 May '10

This patch removes the checkboard function from the build of the 4k bootstrap section for the SIMPC8313 as it is not needed in the spl build. This will allow > 100 bytes of extra room for other uses. Signed-off-by: Ron Madrid <ron_madrid(a)sbcglobal.net> --- board/sheldon/simpc8313/simpc8313.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/board/sheldon/simpc8313/simpc8313.c b/board/sheldon/simpc8313/simpc8313.c index 0235545..53329af 100644 --- a/board/sheldon/simpc8313/simpc8313.c +++ b/board/sheldon/simpc8313/simpc8313.c @@ -33,13 +33,13 @@ DECLARE_GLOBAL_DATA_PTR; +#ifndef CONFIG_NAND_SPL + int checkboard(void) { puts("Board: Sheldon Instruments SIMPC8313\n"); return 0; } - -#ifndef CONFIG_NAND_SPL static struct pci_region pci_regions[] = { { bus_start: CONFIG_SYS_PCI1_MEM_BASE, -- 1.5.5.1

1 1

[U-Boot] 83xx build errors
by Wolfgang Denk 10 May '10

10 May '10

Hi Ron, Dave, are you aware of these MPC8315ERDB_NAND and SIMPC8313_LP build errors in current mainline code: NAND bootstrap too big 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 If a group of N persons implements a COBOL compiler, there will be N-1 passes. Someone in the group has to be the manager. - T. Cheatham

3 2

[U-Boot] PLU405 build error
by Wolfgang Denk 10 May '10

10 May '10

Dear Matthias, are you aware of this PLU405 build error in current mainline code: ppc_4xx-ld: u-boot: section .resetvec lma 0xfffffffc overlaps previous sections 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 Always try to do things in chronological order; it's less confusing that way.

1 0

[U-Boot] query about USB gadget framework
by Dmitry Krivoschekov 10 May '10

10 May '10

Hi, I'm curious what are the current plans for merging the USB gadget framework [1] into mainline tree? Looks like there were attempts [2] to do so but I failed to figure out why it was not actually merged. Or was it dropped at some point later? Interesting why. Thanks, Dmitry [1] http://git.denx.de/?p=u-boot/u-boot-usb.git;a=commit;h=e20860a0122c7298bbdb… [2] http://article.gmane.org/gmane.comp.boot-loaders.u-boot/61184

3 2

[U-Boot] tftp not working for larger rootfs image
by Navaneethan P 10 May '10

10 May '10

Hi All, I am using Freescale's iMX51 based custom board with NAND flash size of 128MB. My root file system image size happens to be 75MB. I have DDR RAM of 128MB. My DDR Start Address is 0x9000_0000. I am trying to load my root file system to 0x9080_0000.(8MB after the starting location). But when i execute the tftp command, it loads some amount after that it hangs up. U-Boot> tftp 0x90800000 rootfs.jffs2 1. How much memory does the u-boot requires? Is 8MB enough? 2. Since I have 128MB of RAM, I should be able to load 120MB of image file. Why does it hangs up? 3. I tried to write the byte data to 0x97ff_ffff (the very last location of my RAM). It is working U-Boot > md.b 0x97ffffff 1 97ffffff: 04 . U-Boot > mm.b 0x97ffffff 97ffffff: 04 ? 32 U-Boot > md.b 0x97ffffff 1 97ffffff: 32 . Now I tried to write the data to the next locations. I expected it to hang up. but it writes. Then i read the starting locations. But the data was written to there. Why these behavior? Is this behavior is correct? Is there anything wrong with my DDR Initialization? U-Boot > mm.b 0x97ffffff 97ffffff: 04 ? 32 98000000: 09 ? 32 98000001: 00 ? 21 98000002: 0c ? 12 98000003: 00 ? 12 98000004: 08 ? U-Boot > md.b 0x90000000 4 90000000: 32 21 12 12 2!.. A reply would be greatly appreciated. Thanks in advance. Thanks & Regards, Navaneethan P

3 4

Re: [U-Boot] u-boot hangs after detecting DDR3 RAM and Flash.
by prakash bedge 10 May '10

10 May '10

Hi Stefan I checked the mcsr register and it shows 0x00000000. while debugging the u-boot I observed that the u-boot hangs when it call getenv("loadaddr") function. if ((s = getenv ("loadaddr")) != NULL) { .... } Is it because of loadaddr parameter passed to getenv? Do I really need to check the DDR3 initialization setup or there is something other stuff I should check? Please suggest. > Another issue I am facing that if I add 2 pritinf functions before or after > DDR initialization the DDR3 initialization code hangs in between > and if I remove the printf functions, everything is working fine and after > disabling the EE bit I am able to see the u-boot proopt > This is not desired and I am looking in that problem. >> Yes, something is wrong here. This is happening when I added I2C stuff. If I disabled the HARD_I2C flag, then I able to add the printf's and then DDR3 initialization do not hangs. But here also u-boot hangs after DDR3 and flash initialization and it works only after removing MSR_EE bit from interrupt_init function which is not desired. Regards, Prakash On Fri, May 7, 2010 at 2:00 PM, Stefan Roese <sr(a)denx.de> wrote: > Hi Prakash, > > On Thursday 06 May 2010 15:06:38 prakash bedge wrote: > > But, my DDR3 initialization seems to be completed and I am not getting > any > > error in DDR3 initialization. > > Did you actually check the MCSR register after the DDR3 setup? Whats its > content? > > > Another issue I am facing that if I add 2 pritinf functions before or > after > > DDR initialization the DDR3 initialization code hangs in between > > and if I remove the printf functions, everything is working fine and > after > > disabling the EE bit I am able to see the u-boot proopt > > This is not desired and I am looking in that problem. > > Yes, something is wrong here. > > > if I replace the printf whith udelay(5) then also I am facing same issue. > > > > In BDI3000 debugger I am seeing that after set_timer(0) function in > > cpu/ppc4xx/board.c when I execute next fucntion > > /* Initialize from environment */ > > if ((s = getenv ("loadaddr")) != NULL) { ... } > > then u-boot hangs in between during the execution of getenv(..) function. > > What may be the reason? > > > > Which registers I should see to check the address of instruction which > > causes exception? > > See above. Check MCSR at some stages while booting, to see, if and when an > exception is generated. > > Cheers, > Stefan > > -- > 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 2

[U-Boot] [PATCH v2 1/2] Support for devices with FAT32 PBR
by Igor Luri 10 May '10

10 May '10

Signed-off-by: Igor Luri <iluri(a)aotek.es> --- disk/part_dos.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/disk/part_dos.c b/disk/part_dos.c index 887b75e..d91f773 100644 --- a/disk/part_dos.c +++ b/disk/part_dos.c @@ -77,7 +77,8 @@ static int test_block_type(unsigned char *buffer) (buffer[DOS_PART_MAGIC_OFFSET + 1] != 0xaa) ) { return (-1); } /* no DOS Signature at all */ - if(strncmp((char *)&buffer[DOS_PBR_FSTYPE_OFFSET],"FAT",3)==0) + if((strncmp((char *)&buffer[DOS_PBR_FSTYPE_OFFSET],"FAT",3)==0) || + (strncmp((char *)&buffer[DOS_PBR_FAT32_FSTYPE_OFFSET],"FAT32",5)==0) ) return DOS_PBR; /* is PBR */ return DOS_MBR; /* Is MBR */ } -- 1.5.4.3 --- disk/part_dos.h | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/disk/part_dos.h b/disk/part_dos.h index ac93f20..6383c58 100644 --- a/disk/part_dos.h +++ b/disk/part_dos.h @@ -35,6 +35,7 @@ #define DOS_PART_TBL_OFFSET 0x1be #define DOS_PART_MAGIC_OFFSET 0x1fe #define DOS_PBR_FSTYPE_OFFSET 0x36 +#define DOS_PBR_FAT32_FSTYPE_OFFSET 0x52 #define DOS_PBR_MEDIA_TYPE_OFFSET 0x15 #define DOS_MBR 0 #define DOS_PBR 1 -- 1.5.4.3

2 3

[U-Boot] 8640D Errata
by Thirumalai 10 May '10

10 May '10

Hi denx, Is 8640D all errata has fixed on the u-boot-2009.06 version ? Or it is the responsible for end user ? Kindly clarify me. -Thirumalai

2 1