July 2005 - U-Boot

Re: [U-Boot-Users] does u-boot support 4kec now?
by zhuzhenhua 13 Jul '05

13 Jul '05

i see that in u-boot /cpu directory, there are several directories for arm,like arm920t,arm720t,etc.but for mips i only find a mips directory. does it means that the start.S under /cpu/mips/ is run for several mips cores, like 4kc, au1100,etc. if i port u-boot to 4kec, need i make a new directory in /cpu or just modify the old start.S in /cpu/mips/? and i wonder how difficult to port u-boot to 4kec,because i must finish it by the deadline,has someone succeeded in porting u-boot to 4kec? On 7/11/05, Andrew Dyer <amdyer(a)gmail.com> wrote: > Probably not a complete rewrite (most MIPS cpus after the R4000 are > pretty similar), but you'll need to understand the 4kec coprocessor, > caches, and tlb well enough to check that what's in start.S is correct > for your core. > > On 7/11/05, zhuzhenhua <zzh.hust(a)gmail.com> wrote: > > To port u-boot on 4kec, need i wirte start.S by myself? > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening > > July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual > > core and dual graphics technology at this free one hour event hosted by HP, > > AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > > > -- > Hardware, n.: > The parts of a computer system that can be kicked. >

1 0

[U-Boot-Users] U-boot hangs in smc_putc
by Will Haines 12 Jul '05

12 Jul '05

I am currently having the problem that my EP885C port of u-boot hangs in serial.c's smc_putc function at the point where it loops until the serial port is ready. I have scoured the past archives, and the best that I can get is that this could be a baud rate or port selection problem. For my EP885C board, I have the baud rate set at 9600, which I am nearly 100% sure is correct. I have CONFIG_8xx_CONSOLE_SMC1 set as 1, which I also believe to be correct. Are there any other reasons why the serial port would never be ready? Thank you for the help on this and my other previous posts. Will Haines

2 1

[U-Boot-Users] PATCH: Add sandburst metrobox board support [1/3]
by Travis B. Sawyer 12 Jul '05

12 Jul '05

[Note: My previous submission was rejected due to size] This patch adds the Sandburst Metrobox and Sandburst Karef Boards. Both are PPC440GX based, direct peripheral bus connected compact flash, dallas rtc, write protected eeprom (strappings and ethernet MAC address). EMAC 2 is the management ethernet interface, EMAC 3 goes to a board to board connector. These boards are reference designs for the Sandburst HiBEAM chipset. See http://www.sandburst.com for more board information (predominately marketing speak). This patch is against source forge cvs 12July2005, at approximately 0900 EDT. CHANGELOG: * Patch by Travis B. Sawyer, 12 Jul 2005: Add Sandburst Metrobox and Sandburst Karef board support packages. Second serial port on 440GX now defined as a system device. Add 'Short Etch' code for Cicada PHY within 440gx_enet.c Best regards, Travis Sawyer

1 0

[U-Boot-Users] Setting up reset on the EP885C
by Will Haines 12 Jul '05

12 Jul '05

Hello, I am still trying to get my port of u-boot to the EP885C to run. When I use the Planet Core bootloader on this board it seems to execute from address 0xFC000000 in flash, so I set the text base and monitor base to this value. When I program the binary to the board using a BDM, I can see the u-boot string at 0xFC000000. However, when I try to run from 0xFC000000 or 0xFC000100 I get no display at all, and the BDM reads -TARGET: STOPPED. Also, when I try to just program to flash and then reset the board it seems as if no code is executing. Can anyone verify that 0xFC000000 is the correct flash location for an EP885C? Also, I am thinking that by resetting the hard reset configuration word, I could force the board to jump to the correct instruction location, but I am at a loss to figure out how to change the hrcw's value. Any help would be greatly appreciated--I can't test to see what works if the code won't even execute. Thanks in advance, Will Haines

2 2

[U-Boot-Users] Does U-Boot contain support for TPMs?
by Anderson, Rachel E 12 Jul '05

12 Jul '05

I will be using U-Boot on a custom board that includes an Atmel TPM. Does U-Boot currently support TPMs? If not, is anyone else working on providing this support (I do not want to duplicate effort)? Thank you, Rachel Anderson

2 1

RE: [U-Boot-Users] [PATCH] CPM I/O port pin functions for MPC85xx
by Fillod Stephane 12 Jul '05

12 Jul '05

Murray Jensen wrote: >This patch adds the file "include/asm-ppc/iopin_85xx.h" which mirrors the >functions in "include/asm-ppc/iopin_8260.h" for manipulating the CPM2 I/O >pins for MPC85xx processors (that have a CPM). Cheers! I would better cast my vote for the "CPM2 Config" and "MPC85XX ioports" patches from Jon Loeliger. From: Jon Loeliger <jdl@fr...> To: u-boot-users <u-boot-users@li...> Subject: [U-Boot-Users] CPM2 Config Patches Date: Tue, 08 Feb 2005 11:58:50 -0600 From: Jon Loeliger <jdl@fr...> To: u-boot-users <u-boot-users@li...> Subject: [U-Boot-Users] MPC85XX ioports patch Date: Tue, 08 Feb 2005 12:03:25 -0600 Talking about MPC85xx patches, it looks like they're filtered out in the U-Boot CVS while others patches still find their way. Besides the patches above, the MPC85xx platforms do need the CFI patch from Jon/Freescale. The TLB fix is a nice to have too, etc. Thanks all for your efforts -- Stephane

4 3

AW: [U-Boot-Users] USB booting...
by Martin Krause 12 Jul '05

12 Jul '05

Hi all, u-boot-users-admin(a)lists.sourceforge.net wrote on : > In message <1120664027.6064.99.camel@daroca> you wrote: > > I am attempting to boot Linux on a target platform using a > > USB mass storage device (flash disk) to hold the kernel and the > > root filesystem. > > > > I thought it may be a good idea to replicate the same steps > > used when booting from a tftp server, i.e. I copy the root > > filesystem (using an initrd image) to an address in RAM, then > > copy the kernel to a different address in RAM. Finally bootm with > > the start address of the kernel. Bootargs will be set during this > > process. > > You can do it this way, but it is a waste of system RAM. Why don't > you use a (read-only) file system mounted on the USB device? I tried this with a read-only ext2 root file system on a linux partition on an USB memory stick some time ago - and failed. I hadn't much time to analyze what's going wrong but I think the problem was that the kernel (linuxppc_2_4_devel from denx) tried to mount the root file system _before_ initializing of the usb sub system has completed. At least the console messages looked so - but perhaps I missed something. Has anybody else tried this? I would be happy to hear about a successful way to do this. Regards, Martin

2 1

[U-Boot-Users] EMAC2 & EMAC3 operation on PPC 440GX
by David Grab 12 Jul '05

12 Jul '05

Hello, as mentioned before i´m using two Marvel 88E1111 PHY on my PPC440GX Board. They are configured as a RGMII to copper interface for use with EMAC 2 & 3. So now i´m in trouble with the configuration of the network. After booting i set with "setenv ethact ppc_440x_eth2" EMAC2 for networking. After that i try a "ping" to know if network is working. Reading the speed and duplex from PHY works, but after that i got in an endless loop. I figured out, that no interrupt is recognized and in 440gx_enet.c in ppc_440x_eth_init the default configuration of the interrupt handler is for ETH0: irq_install_handler (VECNUM_EWU0 + (hw_p->devnum * 2), (interrupt_handler_t *) enetInt, dev); irq_install_handler (VECNUM_ETH0 + (hw_p->devnum * 2), (interrupt_handler_t *) enetInt, dev); so i changed it as following... irq_install_handler (VECNUM_EWU2 + (hw_p->devnum * 2), (interrupt_handler_t *) enetInt, dev); irq_install_handler (VECNUM_ETH2 + (hw_p->devnum * 2), (interrupt_handler_t *) enetInt, dev); and added in vecnum.h these lines: #define VECNUM_ETH2 (64 + 0) /* Ethernet 0 interrupt status */ #define VECNUM_EWU2 (64 + 1) /* Ethernet 0 wakeup */ But this didn´t solve the problem. Actually i also couldn´t get the TxCLK work on my RGMII Bridge and i don´t know why. The devices are configured as 100 MBit RGMII and receiving packets from network seems to be functioning (EMAC_OCRX Register increments rapidly). I would be appreciated if someone could give me a tip, what i have forgot to do. Greets, David

4 5

[U-Boot-Users] EP885C Port Compilation Problems
by Will Haines 12 Jul '05

12 Jul '05

Hello everyone, I am trying to port U-Boot to an EP885C development board in order to practice porting before I have to port to a board that my company is in the process of building. I know that Yuli Barcohen will soon release a patch that ports to the EP885C, but I felt that I had to plow ahead before I get that patch as a reference for porting. I began by making the directories suggested in the faq and changing values for what board specifications I could determine. I am sure that I am missing some important values, but I wanted to test compilation. Upon doing so, I received the following errors as the compiler attempted to build u-boot.map: ****************************************************************************** net/libnet.a(net.o)(.text+0x11c): In function `ArpRequest': /shared/streamblade/test/wdhaine/workdir/u-boot-1.1.2/net/net.c:217: undefined reference to `eth_send' net/libnet.a(net.o)(.text+0x11c):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:217: relocation truncated to fit: R_PPC_PLTREL24 eth_send net/libnet.a(net.o)(.text+0x2a8): In function `NetLoop': /shared/streamblade/test/wdhaine/workdir/u-boot-1.1.2/net/net.c:287: undefined reference to `eth_halt' net/libnet.a(net.o)(.text+0x2a8):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:287: relocation truncated to fit: R_PPC_PLTREL24 eth_halt net/libnet.a(net.o)(.text+0x2b0):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:291: undefined reference to `eth_init' net/libnet.a(net.o)(.text+0x2b0):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:291: relocation truncated to fit: R_PPC_PLTREL24 eth_init net/libnet.a(net.o)(.text+0x38c):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:457: undefined reference to `eth_rx' net/libnet.a(net.o)(.text+0x38c):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:457: relocation truncated to fit: R_PPC_PLTREL24 eth_rx net/libnet.a(net.o)(.text+0x404):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:515: undefined reference to `eth_halt' net/libnet.a(net.o)(.text+0x404):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:515: relocation truncated to fit: R_PPC_PLTREL24 eth_halt net/libnet.a(net.o)(.text+0x494):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:463: undefined reference to `eth_halt' net/libnet.a(net.o)(.text+0x494):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:463: relocation truncated to fit: R_PPC_PLTREL24 eth_halt net/libnet.a(net.o)(.text+0x648): In function `NetStartAgain': /shared/streamblade/test/wdhaine/workdir/u-boot-1.1.2/net/net.c:551: undefined reference to `eth_halt' net/libnet.a(net.o)(.text+0x648):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:551: relocation truncated to fit: R_PPC_PLTREL24 eth_halt net/libnet.a(net.o)(.text+0x73c): In function `NetSendPacket': /shared/streamblade/test/wdhaine/workdir/u-boot-1.1.2/net/net.c:604: undefined reference to `eth_send' net/libnet.a(net.o)(.text+0x73c):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:604: relocation truncated to fit: R_PPC_PLTREL24 eth_send net/libnet.a(net.o)(.text+0x8b0): In function `NetSendUDPPacket': /shared/streamblade/test/wdhaine/workdir/u-boot-1.1.2/net/net.c:653: undefined reference to `eth_send' net/libnet.a(net.o)(.text+0x8b0):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:653: relocation truncated to fit: R_PPC_PLTREL24 eth_send net/libnet.a(net.o)(.text+0xc60): In function `NetReceive': /shared/streamblade/test/wdhaine/workdir/u-boot-1.1.2/net/net.c:1280: undefined reference to `eth_send' net/libnet.a(net.o)(.text+0xc60):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:1280: relocation truncated to fit: R_PPC_PLTREL24 eth_send net/libnet.a(net.o)(.text+0xcf0):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:1251: undefined reference to `eth_send' net/libnet.a(net.o)(.text+0xcf0):/shared/streamblade/test/wdhaine/workdir/ u-boot-1.1.2/net/net.c:1251: relocation truncated to fit: R_PPC_PLTREL24 eth_send make: *** [u-boot] Error 1 ****************************************************************************** If someone could help me determine how to make the build process find the eth functions (I see that their code is located in net/eth.c) I would be very appreciative. I am not very knowledgeable about relocation. Also, if Yuli is reading this, even if your patch is incomplete, any reference material that you could provide to help me replicate your port would be greatly appreciated. In eager anticipation, Will Haines

2 8

[U-Boot-Users] Help debugging a PCI scanning problem
by Richard Danter 11 Jul '05

11 Jul '05

Hi all, I have almost completed the porting of U-Boot to my 7400/107 board. I am now able to boot from flash, tftpload the hello_world example and run it. :) However, there is a hack which I don't like and hope maybe someone can suggest why I need it and what the _correct_ solution is. When eepro100_initialize() is called it loops scanning the PCI bus for cards. I have such a card and it is found with no problems. The card is initialised correctly which is how I am able to tftpload the example. The problem comes after it has initialised the card. It looks for a second card and this seems to crash the system. For the moment I have added the following to the end of the eepro100_initialize() function: read_hw_addr (dev, bis); #ifdef CONFIG_PPMC7xx /* RAD * FixMe: This prevents a crash but means only * one network card can be installed */ break; #endif } return card_number; } which works. I can scan the bus with the "pci" command and get the following results. Obviously the network controller Dev number changes depending on which slot it is inserted into: => pci Scanning PCI devices on bus 0 BusDevFun VendorId DeviceId Device Class Sub-Class _____________________________________________________________ 00.00.00 0x1057 0x0004 Bridge device 0x00 00.11.00 0x8086 0x1030 Network controller 0x00 00.12.00 0x1011 0x0026 Bridge device 0x04 => There are only 2 slots on this board. The ethernet card works in either of them. The crash seems to happen within the pci_find_devices() function. Any suggestions how I can debug this? Many thanks Rich

1 1