March 2004 - U-Boot

[U-Boot-Users] Compiling relocatable code and DATA for PPC
by Kate Alhola 25 Mar '04

25 Mar '04

I have been trying to find out right options to configure gcc to produce data and code relocatable code for mpc5xx. The -fpic -meabi -msdata=eabi -G10000 does code as relocatable but data is still absolute. -fpic is incompatible with -msdata=eabi so they can't be used at same time. based on gcc documentations -msdata=eabi -G10000 should put data so long that it is smaller than valu give in -G option to relative to r2 or r3 but i have not suceeded to do it. I have been using gcc for producing absolute code for PPC many, many years but now i have need to load dynamically code for non mmu PPC (mpc555). All examples that i have found uses static addresses. Also using google i have not found any answers. I have tried many forums to find answer but i am still trying to find it. Also i am happy to get pointers to forums/places where i can continue my search. Kate

2 2

??: [U-Boot-Users] LOADB in u-boot
by KELPHON 25 Mar '04

25 Mar '04

Dear Wolfgang: my board base on PXA250 CPU, Memory Base is 0xa0000000, and I want to know howto set my TEXT_BASE in board/xxx/config.mk? my setting is 0xa0000100 is this right? any other file need setting this param ? I have complied u-boot, u-boot.bin, u-boot.spec which I should choose to Burn to my flash Intel's flash, i have reference wepep250's board to porting mine) rom? Thanks a lot BRG

1 0

[U-Boot-Users] 440GX + DP83846A
by Kerl, John 25 Mar '04

25 Mar '04

Hello, Is anyone using 440GX + DP83846A quad 10/100/1000 PHY?

1 0

RE: [U-Boot-Users] printf question
by Rune Torgersen 24 Mar '04

24 Mar '04

Broken toolchain sounds correct.... I have the exact same problem in Microsoft Visual Studio 6... :) > -----Original Message----- > From: wd(a)denx.de [mailto:wd@denx.de] > Sent: Wednesday, March 24, 2004 11:55 > To: Rune Torgersen > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] printf question > > > In message > <DCEAAC0833DD314AB0B58112AD99B93B06DA9D(a)ismail.innsys.innovsys > .com> you wrote: > > This usually works even on cranky compilers: > > > > unsigned char x = 0xC2; > > printf("this is the problem %02X\n", (unsigned int)x); > > But we agree that the conversion "unsigned char" ==> > "unsigned int" must result in exactly the same result, no > matter if done implicitely or by explicit cast? > > If this doesn't work it means that the toolchain is broken > and/or misconfigured. Maybe there is no valid prototype for > printf() active, etc., but this should be visible when > compiling with warnings turned on. > > > 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 God runs electromagnetics by wave theory on > Monday, Wednesday, and Friday, and the Devil runs them by > quantum theory on Tuesday, Thurs- > day, and Saturday. -- William Bragg >

1 0

[U-Boot-Users] FEC problems on MPC5200
by Pierre AUBERT 24 Mar '04

24 Mar '04

Hi everybody, I've got some ethernet problems with a Lite5200. During tftp transferts, I've got a lot of timeouts. I've put a network analyzer on my ethernet, and I can see that all is ok on the server side (all the frames are sent). It sounds like the Lite5200 missed some frames, because it doen't send the ACK. Has somebody experienced same problems on a MPC5200 ? Best regards. Pierre

4 6

[U-Boot-Users] uboot and CF
by Budenszki Peter 24 Mar '04

24 Mar '04

Hi! I have made a board similar to AT91RM9200DK eval board, and i would like to use the CF card to store kernel and ramdisk in it. I think this additional info is enough to specify my problem. I have Uboot1.0x running on AT91RM9200 chip. Regards, Peter

1 0

[U-Boot-Users] printf question
by Wells, Charles 24 Mar '04

24 Mar '04

> unsigned char x = 0xC2; > > printf("this is the problem %02X\n", x); > > result is: > > this is the problem FFFFFFFC2 This is a compiler issue. You told the compiler that x was of type unsigned char and it ignored you. When x was converted to an argument, the compiler treated it as signed. Once x gets sign extended, there's no way for the printf function to know. Regards, Charlie

1 0

[U-Boot-Users] uboot and CF
by Budenszki Peter 24 Mar '04

24 Mar '04

Hi! Is the Compact flash card supported by the latest version of Uboot? regards, Peter

2 1

[U-Boot-Users] Serial download, hangs in kermit receive
by Vidya S 24 Mar '04

24 Mar '04

Hi, I am porting u-boot to blackfin processor. When i try to use serial download (loadb), it hangs in k_recv() - kermit receive. My serial driver is fine i guess since its able to accept commands. Its not receiving the START_CHAR becoz of which it doesnt go further to receive any packet. What may be the problem? Plsss help me. regards vidya

3 6

[U-Boot-Users] printf question
by Jerry Walden 24 Mar '04

24 Mar '04

Okay - so this is probably not a big deal, however when I use the printf in u-boot as follows: unsigned char x = 0xC2; printf("this is the problem %02X\n", x); result is: this is the problem FFFFFFFC2 -----Original Message----- From: Zhang, Jian [mailto:jzhang@ti.com] Sent: Tuesday, February 03, 2004 2:23 PM To: 'u-boot-users(a)lists.sourceforge.net' Cc: Zhang, Jian; Woodruff, Richard; Powers, John Subject: [U-Boot-Users] [PATCH] bug fixes for fat.h This patch fixed two bugs found in fat.h. It is a diff with U-Boot-1.0.0 (10/29/2003). 1. The number of FAT12 entries in FAT12 buffer was calculated incorrectly. As a result, you are not able to read any big file using more 2048 FAT12 entries. 2. data_begin in fsdata struct can be negative depending on the FAT system layout. If it happens, wrong sectors are requested by fat code. Best Regards, Jian Zhang ********************************************************************** This e-mail is the property of Lantronix. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited.

3 2

[U-Boot-Users] 5272c3 Port (newbie)
by Robert Williams 24 Mar '04

24 Mar '04

Hello, I downloaded the latest u-boot from CVS today. I've built the M5272C3 port successfully. How do I burn this into flash? With an early version of ppcboot. Someone, supplied a tarifa.elf file which would initially load u-boot into ram. U-boot would then load the .bin file into flash. Does anyone know what the process is now? I am using m68k-elf-tools. Cheers, Robert

2 1

[U-Boot-Users] Re: Request to try-out 2.6.4 rmk patch
by himbA 24 Mar '04

24 Mar '04

Marc Singer wrote: > On Tue, Mar 23, 2004 at 01:42:43PM +0100, Wouter van Heyst wrote: > >>On Sat, Mar 20, 2004 at 08:00:18AM -0800, Marc Singer wrote: >> >><snip> >> you are talking about smc91111 driver in rmk pxa tree (smc91x), right? If so I have been trying to figure that one out for quite some time now - being a newbie at the whole thing doesn't make it easier either... My pxa setup with smsc 911c11 runs fine at boot up and while my board is requesting info about nfs mounted root fs from the host. Every packet is successfuly handled until the big ones kick in. I'm talking about first 4k chunk of busybox. From here on there are several retries to resend the request packet (with the reply from host being recieved) with no luck and eventualy kernel oops. The thing is when the chip gets flooded with data weird things happen and retry packets don't even get out on the wire. On some other topic I saw a note about ARDY signal not being handled properly in CPLD and thats what I will investigate with our constructors further. I belive driver works, bacause enabling debug msgs from kernel renders connection usefull (for the price of annoying msgs on console) but there could be some more tuning done. So could it be that kernel is running 'too fast' eg. is accessing smsc registers before it should (device not ready) ? Could this behaviour be caused by inproper ARDY handling ? Our ARDY from LAN chip drives pxa RDY signal, but after reading cpld vhdl description it seem that our RDY signal is set all the time - Could this be the answer for early register access and data corruption ? rgrds, himba -- ..because under Linux "if something is possible in principle, then it is already implemented or somebody is working on it". --LKI

1 1

[U-Boot-Users] Re: Booting from ext2 partition
by Pavel Bartusek 24 Mar '04

24 Mar '04

Hi Jerry, Wolfgang, > Recently a few of the folks on my team have asked me to implement a loader that can load the kernel from an ext2 partition. A good starting point would be http://students.ceid.upatras.gr/~gef/fs/lread10.zip or http://students.ceid.upatras.gr/~gef/fs/ext2tool.zip Wolfgang, currently I have implementation of booting from Reiserfs for U-Boot 0.3.0. My question is: will you accept the patch for latest version of U-Boot or you are totally against next filesytstem support in U-Boot ? Pavel -- Pavel Bartusek <pba(a)sysgo.com> Software Engineering SYSGO Real-Time Solutions AG | Embedded and Real-Time Software Lise-Meitner-Str.15 89081 Ulm, Germany Voice: +49-731-9533-1295 FAX: +49-731-94683-10 www.sysgo.com | www.elinos.com | www.osek.de

2 4

[U-Boot-Users] smcs lan91c111 patch
by himbA 24 Mar '04

24 Mar '04

Hi, I've been working on smsc lan driver a little and I decided to post my work to the comunity. Please report any comments regarding this patch. I had to add these modifications to get smsc lan chip on my PXA board working without DEBUGging messages. Basicly it : -adds autorelease functionality for smsc chip -does save/restore of registers being shared among different actions inside the chip (PTR and PNR registers), according to datasheet -and does some checks. CHANGELOG: * Patch by Hinko Kocevar 20 Mar 2004 - Add auto-release for SMSC LAN91c111 driver - Add save/restore of PTR and PNR regs as suggested in datasheet rgrds, himba -- ..because under Linux "if something is possible in principle, then it is already implemented or somebody is working on it". --LKI

3 2

[U-Boot-Users] PATCH: Fix for miiphy_speed/miiphy_duplex (was broken for LXT971A phy)
by Tolunay Orkun 24 Mar '04

24 Mar '04

Travis: > Here's a patch, can you apply it and review to ensure it works for you? I've modified your patch to use CONFIG_PHY_GIGE as we agreed The patch makes LXT971A work as before. Thank you. Wolfgang: Can you please apply this patch? ChangeLog Entry: Make GigE PHY 1000Mbps Speed/Duplex detection conditional (CONFIG_PHY_GIGE) Best regards, Tolunay Orkun

2 1

[U-Boot-Users] Small fix to machine check prevention during PCI scans
by Brad Kemp 24 Mar '04

24 Mar '04

Fix to the prevention of machine checks during a PCI scan. The old code worked because the error status register would be set only if there was an error on the PCI Brad Index: cpu/mpc8260/traps.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/cpu/mpc8260/traps.c,v retrieving revision 1.3 diff -u -b -B -r1.3 traps.c --- cpu/mpc8260/traps.c 23 Feb 2004 22:22:31 -0000 1.3 +++ cpu/mpc8260/traps.c 18 Mar 2004 18:47:37 -0000 @@ -140,7 +140,7 @@ dump_pci(); #endif /* clear the error in the error status register */ - if(immap->im_pci.pci_esr && cpu_to_le32(PCI_ERROR_PCI_NO_RSP)) { + if(immap->im_pci.pci_esr & cpu_to_le32(PCI_ERROR_PCI_NO_RSP)) { immap->im_pci.pci_esr = cpu_to_le32(PCI_ERROR_PCI_NO_RSP); return; }

2 1

[U-Boot-Users] PATCH: bug fix in IDE identification strings
by Pierre AUBERT 24 Mar '04

24 Mar '04

Hi everybody, The attached patch fixes a bug in the ide identification string copy. CHANGELOG: * Pierre AUBERT - 15 Mar 2004 - bug fix in ide identification. diff -aur u-boot/common/cmd_ide.c u-boot-fix/common/cmd_ide.c --- u-boot/common/cmd_ide.c 2004-03-14 23:25:44.000000000 +0100 +++ u-boot-fix/common/cmd_ide.c 2004-03-15 14:03:49.000000000 +0100 @@ -1098,9 +1098,9 @@ input_swap_data (device, iobuf, ATA_SECTORWORDS); - ident_cpy (dev_desc->revision, iop->fw_rev, sizeof(dev_desc->revision)); - ident_cpy (dev_desc->vendor, iop->model, sizeof(dev_desc->vendor)); - ident_cpy (dev_desc->product, iop->serial_no, sizeof(dev_desc->product)); + ident_cpy (dev_desc->revision, iop->fw_rev, 8); + ident_cpy (dev_desc->vendor, iop->model, 40); + ident_cpy (dev_desc->product, iop->serial_no, 20); #ifdef __LITTLE_ENDIAN /* * firmware revision and model number have Big Endian Byte diff -aur u-boot/include/part.h u-boot-fix/include/part.h --- u-boot/include/part.h 2004-03-14 23:25:50.000000000 +0100 +++ u-boot-fix/include/part.h 2004-03-15 14:03:58.000000000 +0100 @@ -37,9 +37,9 @@ #endif unsigned long lba; /* number of blocks */ unsigned long blksz; /* block size */ - unsigned char vendor[40]; /* IDE model, SCSI Vendor */ - unsigned char product[20]; /* IDE Serial no, SCSI product */ - unsigned char revision[8]; /* firmware revision */ + unsigned char vendor[41]; /* IDE model, SCSI Vendor */ + unsigned char product[21]; /* IDE Serial no, SCSI product */ + unsigned char revision[9]; /* firmware revision */ unsigned long (*block_read)(int dev, unsigned long start, unsigned long blkcnt,

3 8

[U-Boot-Users] PATCH: videomode mode support
by Pierre AUBERT 24 Mar '04

24 Mar '04

Hi Wolfgang, CHANGELOG: * Patch by Pierre Aubert 18 Mar 2004 - Unifies video mode handling for Chips & Technologies 69000 Video chip and Silicon Motion SMI 712/710/810 Video chip - Add selection of the video output (CRT or LCD) via 'videoout' environment variable for the Silicon Motion - README update Best regards

2 1

[U-Boot-Users] PATCH: include/common.h typo fix.
by Pierre AUBERT 23 Mar '04

23 Mar '04

Hi Wolfgang, Please find attached a patch fixing a typo in common.h. CHANGELOG: * Pierre Aubert 18 Mar 2004 include/common.h typo fix Best regards --- u-boot/include/common.h 2004-03-14 23:25:50.000000000 +0100 +++ u-boot-paub/include/common.h 2004-03-16 13:32:32.000000000 +0100 @@ -319,7 +319,7 @@ ulong get_endaddr (void); void trap_init (ulong); #if defined (CONFIG_4xx) || \ - defined (CONFIG_5xxx) || \ + defined (CONFIG_MPC5xxx) || \ defined (CONFIG_74xx_7xx) || \ defined (CONFIG_74x) || \ defined (CONFIG_75x) || \

2 1

[U-Boot-Users] PATCH: Add console nul char support for telnet PAD
by Carl Riechers 23 Mar '04

23 Mar '04

This patch adds console nul char support for use with telnet and telco pads. Telnet will append nul characters to fill the packet on transmission. This patch works nicely with the telnet pad in the BDI2000. You may want to add "mode character" to your .telnetrc file for normal u-boot console operation. Carl Riechers __________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com --- u-boot-bl/common/main.c 2004-01-16 18:39:30.000000000 -0600 +++ u-boot/common/main.c 2004-03-17 09:17:48.000000000 -0600 @@ -574,6 +574,12 @@ int readline (const char *const prompt) puts ("\r\n"); return (p - console_buffer); + /* + * ignore padding from telnet or telco pads + */ + case '\0': /* nul */ + continue; + case 0x03: /* ^C - break */ console_buffer[0] = '\0'; /* discard input */ return (-1);

2 1

[U-Boot-Users] PATCH: include/linux/string.h typo fix
by Leon KUKOVEC 23 Mar '04

23 Mar '04

Hi Wolfgang, Here's the typo fix for strswab prototype #ifdef in include/linux/string.h Thanks. -- Best Regards, Leon.

2 1

[U-Boot-Users] Help for PQ2FADS GBD problem
by Jihua Cheng 23 Mar '04

23 Mar '04

Friends, I am using BDi2000 and GDB to debug u-boot. When I step the start.c in U-boot with "ti" command, it works fine and I can go to very far. However, When I use GDB to "step" start.s into "b boot_cold" instruction, "TARGET:stepped" message keeps displayed in the BDI2000 telnet windows. The running of U-boot stopped. Could someone tells me what is the problem? Thanks a lot! Jihua

1 0

RE: [U-Boot-Users] Patch: ARM Integrator AP, CP and Versatile PB926EJ-S
by Phillippe Robin 23 Mar '04

23 Mar '04

Wolfgang, Thanks for taking this in. You are right about the #ifdef OMAP, but this is not needed anymore in the version of the file which is in cvs. Change in the line handling code in lib_arm/armlinux.c: setup_commandline_tag(). This to cover cases where commandline is a NULL pointer (which may be the case if it has not been set in the environment). In this case we can still boot a Linux kernel which has a hardcoded commandline. I looked in files for other architectures but they do already check this. It is in the attached patch. Kind regards, Philippe > -----Original Message----- > From: wd(a)denx.de [mailto:wd@denx.de] > Sent: 14 March 2004 15:06 > To: Philippe Robin > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Patch: ARM Integrator AP, CP and > Versatile PB926EJ-S > > In message > <4.2.0.58.20040309122054.01d991a8(a)cam-pop.cambridge.arm.com> > you wrote: > > > > Please find attached a patch against u-boot-1.0.0 to support the > > following development boards: ARM Integrator AP, ARM > Integrator CP and > > Versatile PB926EJ-S. Documentation on these platforms can > be found on > > http://www.arm.com/products/DevTools/Hardware_Platforms.html. > > I tried to apply your patch, but did so only partially. > There are some conflicts against the current version of > the code, and some modifications don't make sense to me. > > For example, in cpu/arm926ejs/start.S you make code > dependent on "#ifdef OMAP" - should this not be "CONFIG_OMAP"? > > I omitted these parts of your patch. Please check against top > of tree in CVS and resubmit any missing stuff. > > > I also omitted your modification command of the line handling > code in lib_arm/armlinux.c; please explain what you're trying > to fix there, and why. If this is required, then please > resubmit, but include the other architectures as well. > > > Finally, please aslo submit patches for the required entries > to the MAINTAINERS and CREDITS files. > > 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 Pain is a thing of the mind. The mind can be controlled. > -- Spock, "Operation -- Annihilate!" stardate 3287.2 > >

2 1

[U-Boot-Users] Patch: Support for PQ27e (8247/48/71/72) chips and MPC8272ADS board
by Yuli Barcohen 23 Mar '04

23 Mar '04

Hi, This patch adds support for the newest additions to Motorola PQII family (MPC8247/8248/8271/8272) known also as PQ27e. They've got different DPRAM layout (as was discussed on the list) so common files were changed. I tested the code on several boards I've got (using both old and new chips). Motorola released new derivative of MPC8260ADS evaluation board supporting these chips: MPC8272ADS. This patch adds support for the new board. -- ======================================================================== Yuli Barcohen | Phone +972-9-765-1788 | Software Project Leader yuli(a)arabellasw.com | Fax +972-9-765-7494 | Arabella Software, Israel ========================================================================

4 18

[U-Boot-Users] Re: board.c patch got undone
by Stephen Williams 23 Mar '04

23 Mar '04

Perhaps this is an even better patch: =================================================================== RCS file: /cvsroot/u-boot/u-boot/README,v retrieving revision 1.79 diff -p -u -r1.79 README --- README 14 Mar 2004 14:09:05 -0000 1.79 +++ README 16 Mar 2004 04:12:44 -0000 @@ -441,8 +441,8 @@ The following options need to be configu (RTS/CTS) and UART's built-in FIFO. Set the number of bytes the interrupt driven input buffer should have. - Set to 0 to disable this feature (this is the default). - This will also disable hardware handshake. + Leave undefined to disable this feature, including + disable the buffer and hardware handshake. - Console UART Number: CONFIG_UART1_CONSOLE Stephen Williams wrote: > > It looks like in the last wave of changes, a patch got undone: > > > wing % cvs diff -r1.35 board.c > Index: board.c > =================================================================== > RCS file: /cvsroot/u-boot/u-boot/lib_ppc/board.c,v > retrieving revision 1.35 > retrieving revision 1.36 > diff -r1.35 -r1.36 > 877c877 > < #if CONFIG_SERIAL_SOFTWARE_FIFO > --- > > #ifdef CONFIG_SERIAL_SOFTWARE_FIFO > > > The "#if CONFIG_SERIAL_SOFTWARE_FIFO" is the right version, > if one assumes the documentation is correct that setting > CONFIG_SERIAL_SOFTWARE_FIFO=0 causes the serial port to become > insensitive to CTS. > > Perhaps it would be even better to change it to: > > #if defined(CONFIG_SERIAL_SOFTWARE_FIFO) && CONFIG_SOFTWARE_FIFO>0 > ... > #endif > -- Steve Williams "The woods are lovely, dark and deep. steve at XXXXXXXXXX But I have promises to keep, http://www.XXXXXXXXXX and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep."

2 1