June 2004 - U-Boot

[U-Boot-Users] [Patch]New board support : lite_dw
by Sam Song 07 Jun '04

07 Jun '04

Dear Mr. Wolfgang, Before sending the patch,I need to consult with you a couple of points.First is the new board name.I prefer to give a new name,lite_dw.Actually,it is DW version of RPXlite board but have three differences with CW version,which was ported by Yoo. Jonghoon. Board CPU SDRAM FLASH CW[u-boot] MPC850 16MB 4MB DW[On my hand] MPC823e 64MB 16MB So the possible name could be RPXlite_DW or lite_dw.In Linux kernel tree,it can be found as RPXlite_DW.But I add some new features for this board,a software development platform of EmbeddedPlanet Co. Secondly,I'd like to support the following features on this board for the moment. 1. LCD panel support; 2. 64MHz/48MHz system clock options; 3. ENV_IS_IN_FLASH/ENV_IS_IN_NVRAM; Any suggestion? Best regards, Sam _________________________________________________________ Do You Yahoo!? 惠普TT游戏剧，玩游戏，中大奖！ http://cn.rd.yahoo.com/mail_cn/tag/SIG=1402c0to2/**http%3A%2F%2Fhp.allyes.c…

2 5

[U-Boot-Users] Re: u-boot-1.1.0 patch for the blackfin processor support
by Wolfgang Denk 07 Jun '04

07 Jun '04

Dear Ganapathi, in message <125801c43054$36761170$af00a8c0(a)tidelpark.isofttechindia.com> you wrote: > > I had prepared the patch for the u-boot-1.1.0 port for the blackfin processor. > I am very happy to add this into the u-boot mainline. > Please find an attachment file for the patch. > I followed the below procedure to create this patch > 1. Created the sub-patch for the platform dependant changes done in the u-boot framework > and main Makefile, config.mk files changes(Makefile and config.mk file changes > due to generate the intel hex output with different options). > 2. Copyied that sub-patch into the board/$(BOARD) directory (i.e board/ezkit). > 3. Created the main patch for the u-boot-1.1.0 for the blackfin processor. > > Here are the procedure to use this patch. > apply the patch as follows in the u-boot-1.1.0 > > cp u-boot-1.1.0-blackfin-patch u-boot-1.1.0 > cd u-boot-1.1.0 > patch -p1 < u-boot-1.1.0-blackfin-patch > patch -p1 < board/ezkit/u-boot-framework-port-for-bf535.patch Can you please redo this patch? Please read section "Coding Standards" in the README, and cleanup your code according to the formatting rules specified there. Then submit a new patch. And please submit just ONE patch (i. e get rid of this recursive "board/ezkit/u-boot-framework-port-for-bf535.patch" stuff). Thanks. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de Given a choice between two theories, take the one which is funnier.

1 0

[U-Boot-Users] New NAND code draft
by Pantelis Antoniou 07 Jun '04

07 Jun '04

Hi there In the attached patch you can see the progress of my work in the NAND rewrite. This is not suitable for inclusion yet. Things that work now: 1. Correct handling of bad blocks. 2. NAND boot works 3. Updated to latest MTD snapshot. 4. Direct to NAND tftp/nfs support. Things that are probably borked: 1. Multiple chip support (I don't have such hardware available and the previous code was kinda of unclear. 2. Since there is DOC support in u-boot that utilizes the old code and definitions I left the linux/mtd/nand.h header in place, and created a new mtd_nand.h header for the new stuff. 3. JFFS2 support although there is probably b0rken. 4. The read.xxx/write.xxx support is just not there yet. I would appreciate it if you could take a look and report back to me. Regards Pantelis

2 1

[U-Boot-Users] MPC8xx FADS Board Flash Chip Select
by Alan J. Luse 07 Jun '04

07 Jun '04

The setting of the Flash chip select extent on MPC8xx FADS boards (board/fads/flash.c) is too big by a factor of 2. A board with 2 Mbytes will have its chip select set to allocate a region of 4 Mbytes. * Patch by Alan J. Luse, 29 Apr 2004: Flash chip-select (OR0) option register was being set incorrectly to twice the available Flash for FADS boards. Alan J. Luse Embedded Systems Engineer Time America, Inc. 51 West Third Street, Suite 310 Tempe, AZ 85281 Voice: (480) 296-0408 Fax: (480) 296-0444

2 1

[U-Boot-Users] MII Speed & Duplex Readback
by Alan J. Luse 07 Jun '04

07 Jun '04

The MII PHY utility (common/miiphyutil.c) does not report network speed and duplex mode properly if auto-negotiate is not enabled. The attached patch checks if auto-negotiate is enabled and looks in the proper registers based on that bit to return speed and duplex values. * Patch by Alan J. Luse, 29 Apr 2004: Report MII network speed and duplex setting properly when auto-negotiate is not enabled. Alan J. Luse Embedded Systems Engineer Time America, Inc. 51 West Third Street, Suite 310 Tempe, AZ 85281 Voice: (480) 296-0408 Fax: (480) 296-0444

2 1

[U-Boot-Users] [patch] ocotea - Fix hang on reset
by Jarrett Redd 07 Jun '04

07 Jun '04

This patch fixes the occasional hang issue after reset on the ocotea board. The solution was determined by Ravi Rajaram and tested by myself and Travis Sawyer. It issues a bank reset at the end of flash_get_size() to place it back into read mode. -Jarrett Redd __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

2 1

[U-Boot-Users] [PATCH] lan91c96 driver MAC address detection
by Dave Peverley 07 Jun '04

07 Jun '04

Hi all, This is a small patch for the lan91c96 ethernet driver that adds the capability to automatically detect the MAC address stored in EPROM in the absence of a valid MAC address in the environment. It is modelled on the system used by the smc91111 driver as suggested by Marius Groeger (thanks!) The patch itself was created against the CVS repository tag "U-Boot-1_1_0" using the command : diff -purN u-boot u-boot-omap730p2 > u-boot-1.1.0-omap730p2.patch All comments and feedback welcome. Best Wishes, Dave Peverley --------------------------------------------------------------------------- Dave Peverley, Software Engineer, MPC Data Limited. Phone : [+44] (0) 1225 868 228 Web : http://www.mpc-data.co.uk diff -purN u-boot/drivers/lan91c96.c u-boot-new/drivers/lan91c96.c --- u-boot/drivers/lan91c96.c 2003-06-27 22:32:37.000000000 +0100 +++ u-boot-new/drivers/lan91c96.c 2004-04-29 18:00:44.000000000 +0100 @@ -162,7 +162,7 @@ void smc_destructor (void); * The kernel calls this function when someone wants to use the device, * typically 'ifconfig ethX up'. */ -static int smc_open (void); +static int smc_open (bd_t *bd); /* @@ -178,6 +178,12 @@ static int smc_close (void); */ static int smc_rcv (void); +/* See if a MAC address is defined in the current environment. If so use it. If not + . print a warning and set the environment and other globals with the default. + . If an EEPROM is present it really should be consulted. +*/ +int smc_get_ethaddr(bd_t *bd); +int get_rom_mac(char *v_rom_mac); /* ------------------------------------------------------------ * Internal routines @@ -588,9 +594,9 @@ void smc_destructor () * Set up everything, reset the card, etc .. * */ -static int smc_open () +static int smc_open (bd_t *bd) { - int i; /* used to set hw ethernet address */ + int i, err; /* used to set hw ethernet address */ PRINTK2 ("%s:smc_open\n", SMC_DEV_NAME); @@ -601,6 +607,12 @@ static int smc_open () SMC_SELECT_BANK (1); + err = smc_get_ethaddr (bd); /* set smc_mac_addr, and sync it with u-boot globals */ + if (err < 0) { + memset (bd->bi_enetaddr, 0, 6); /* hack to make error stick! upper code will abort if not set */ + return (-1); /* upper code ignores this, but NOT bi_enetaddr */ + } +#ifdef USE_32_BIT for (i = 0; i < 6; i += 2) { word address; @@ -608,6 +620,10 @@ static int smc_open () address |= smc_mac_addr[i]; SMC_outw (address, LAN91C96_IA0 + i); } +#else + for (i = 0; i < 6; i++) + SMC_outb (smc_mac_addr[i], LAN91C96_IA0 + i); +#endif return 0; } @@ -782,8 +798,7 @@ static void print_packet (byte * buf, in int eth_init (bd_t * bd) { - smc_open (); - return 0; + return (smc_open(bd)); } void eth_halt () @@ -801,10 +816,6 @@ int eth_send (volatile void *packet, int return smc_send_packet (packet, length); } -int eth_hw_init () -{ - return smc_hw_init (); -} /*------------------------------------------------------------------------- * smc_hw_init() @@ -852,4 +863,103 @@ static int smc_hw_init () #endif /* COMMANDS & CFG_NET */ + +/* smc_get_ethaddr (bd_t * bd) + * + * This checks both the environment and the ROM for an ethernet address. If + * found, the environment takes precedence. + */ + +int smc_get_ethaddr (bd_t * bd) +{ + int env_size = 0; + int rom_valid = 0; + int env_present = 0; + int reg = 0; + char *s = NULL; + char *e = NULL; + char *v_mac, es[] = "11:22:33:44:55:66"; + uchar s_env_mac[64]; + uchar v_env_mac[6]; + uchar v_rom_mac[6]; + + env_size = getenv_r ("ethaddr", s_env_mac, sizeof (s_env_mac)); + if (env_size != sizeof(es)) { /* Ignore if env is bad or not set */ + printf ("\n*** Warning: ethaddr is not set properly, ignoring!!\n"); + } else { + env_present = 1; + s = s_env_mac; + + for (reg = 0; reg < 6; ++reg) { /* turn string into mac value */ + v_env_mac[reg] = s ? simple_strtoul (s, &e, 16) : 0; + if (s) + s = (*e) ? e + 1 : e; + } + } + + rom_valid = get_rom_mac (v_rom_mac); /* get ROM mac value if any */ + + if (!env_present) { /* if NO env */ + if (rom_valid) { /* but ROM is valid */ + v_mac = v_rom_mac; + sprintf (s_env_mac, "%02X:%02X:%02X:%02X:%02X:%02X", + v_mac[0], v_mac[1], v_mac[2], v_mac[3], + v_mac[4], v_mac[5]); + setenv ("ethaddr", s_env_mac); + } else { /* no env, bad ROM */ + printf ("\n*** ERROR: ethaddr is NOT set !!\n"); + return (-1); + } + } else { /* good env, don't care ROM */ + v_mac = v_env_mac; /* always use a good env over a ROM */ + } + + if (env_present && rom_valid) { /* if both env and ROM are good */ + if (memcmp (v_env_mac, v_rom_mac, 6) != 0) { + printf ("\nWarning: MAC addresses don't match:\n"); + printf ("\tHW MAC address: " + "%02X:%02X:%02X:%02X:%02X:%02X\n", + v_rom_mac[0], v_rom_mac[1], + v_rom_mac[2], v_rom_mac[3], + v_rom_mac[4], v_rom_mac[5] ); + printf ("\t\"ethaddr\" value: " + "%02X:%02X:%02X:%02X:%02X:%02X\n", + v_env_mac[0], v_env_mac[1], + v_env_mac[2], v_env_mac[3], + v_env_mac[4], v_env_mac[5]) ; + debug ("### Set MAC addr from environment\n"); + } + } + memcpy (bd->bi_enetaddr, v_mac, 6); /* update global address to match env (allows env changing) */ + smc_set_mac_addr (v_mac); /* use old function to update smc default */ + PRINTK("Using MAC Address %02X:%02X:%02X:%02X:%02X:%02X\n", v_mac[0], v_mac[1], + v_mac[2], v_mac[3], v_mac[4], v_mac[5]); + return (0); +} + +/* + * get_rom_mac() + * Note, this has omly been tested for the OMAP730 P2. + */ + +int get_rom_mac (char *v_rom_mac) +{ +#ifdef HARDCODE_MAC /* used for testing or to supress run time warnings */ + char hw_mac_addr[] = { 0x02, 0x80, 0xad, 0x20, 0x31, 0xb8 }; + + memcpy (v_rom_mac, hw_mac_addr, 6); + return (1); +#else + int i; + SMC_SELECT_BANK (1); + for (i=0; i<6; i++) + { + v_rom_mac[i] = SMC_inb (LAN91C96_IA0 + i); + } + return (1); +#endif +} + + + #endif /* CONFIG_DRIVER_LAN91C96 */ diff -purN u-boot/drivers/lan91c96.h u-boot-new/drivers/lan91c96.h --- u-boot/drivers/lan91c96.h 2003-06-27 22:32:37.000000000 +0100 +++ u-boot-new/drivers/lan91c96.h 2004-04-29 18:00:44.000000000 +0100 @@ -52,7 +52,6 @@ */ void smc_set_mac_addr(const char *addr); -int eth_hw_init(void); /* I want some simple types */

3 7

[U-Boot-Users] MIPS development tools
by Shlomo Kut 06 Jun '04

06 Jun '04

Hi, Does anybody know where I can download a set of MIPS development tools for use with u-boot? regards, Shlomo Kut Vyyo Ltd POB 45017 Jerusalem 91450 Israel +972-2-5889822 ********************************************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error (whether inadvertently addressed to you, or if forwarded to you by a recipient), please contact the sender and delete the material from any computer. This footnote also confirms that this email message has been swept by Vyyo's Virus Scan Systems for the presence of computer viruses. **********************************************************************

1 0

[U-Boot-Users] ocotea (IBM-440GX) gigabit driver for linux
by Don Palmer 05 Jun '04

05 Jun '04

I have just completed a U-BOOT port of the IBM 440GX to my board.However, I have yet to find a linux distro that supports the on board RGMII bridge & the (gigabit) ethernet ports. Does anyone know of a lcomplete linux port (including gigabits) for the IBM 440GX Thank you /********************************************/ Donald Palmer General Micro Systems, Inc Senior Software Engineer 8358 Maple Place Voice: (909)980-4863 Rancho Cucamonga, Ca 91730 Fax: (909)987-4863 eMail: dpalmer(a)gms4sbc.com /********************************************/

2 1

[U-Boot-Users] MPC8260 FCC ethernet fails.
by Ho Lee 05 Jun '04

05 Jun '04

Hi Folks, I am porting u-boot 1.1.1 to MPC8260 based board, which uses FCC3 for ethernet. Basicially it is working; it sends and receives ICMP packets (ping) and DHCP packets. But when I try to download a file via TFTP protocol, it loses packets frequently (once per about 10 packet transfers), eventually results in timeout. I monitor the packet transfers by tcpdump, and the server surely sends a packet, but the buffer descriptor of FCC says the RX buffer is empty. What may cause this problem? I would appreciate any comments. Regards, Ho

1 0