July 2005 - U-Boot

[U-Boot-Users] use bestcomm
by 钟磊 28 Jul '05

28 Jul '05

Hi all: In my embeded linux directory , I found the bestcomm API (ELDK\ppc_82xx\usr\src\linuxppc_2_4_devel \arch\ppc\5xxx_io\bestcomm\capi) But I don't know how to use the API to handle my task which is to transfer a block of data from the FPGA's internal RAM to the PowerPC MPC5200. Pls give me a simple example of how to use the bestcomm to transfer data from FPGA Thanks zhonglei

2 1

[U-Boot-Users] Why can't I write flash on my custom board(mpc8540 based)?
by CuiYW 28 Jul '05

28 Jul '05

Hi, all There are two different type flashs on our customboard (mpc8540 based): AM29LV040B(bank 2) and 28F128J3(bank 1). To support the both, I refer to the example "board/cpu86/flash.c". My work is mainly to change flash width from 64bit to 8bit. Using flash driver, I can do any operation on AM29LV040B, such as erase, cp. But 28F128J3 does not work well: a) I use "erase 1:0" to erase the first block, but I found that all block of this flash is 0xff (using "md.b"). b) After eraseing, I can copy something to the flash successfully(using "cp.b" to copy and "md.b" to view). c) When I reboot the board, it seems that nothing happened to the flash. The content of the flash is not changed. I am so puzzled, what happend? Best Regards, Cui

1 0

Re: [U-Boot-Users] initialize non-transparent PCI-to-PCI bridge
by CuiYW 28 Jul '05

28 Jul '05

hi, Williams Thanks for your reply. I have studied your JSE board, and found that we have initialized 21555 at the same location as your board. If our board start up firstly, the system board can find and access the 21555. System board can not find and access the 21555 if they are start up simultaneously. Is there the same problem on your JSE board? Thank you again. Best Regards, Cui ----- Original Message ----- From: "Stephen Williams" <steve(a)icarus.com> Cc: <u-boot-users(a)lists.sourceforge.net> Sent: Friday, July 15, 2005 11:03 PM Subject: Re: [U-Boot-Users] initialize non-transparent PCI-to-PCI bridge > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > CuiYW wrote: > | hi, all > | I am porting U-boot to custom cpci board (MPC8540 based). On the > | board, we use Intel non-transparent PCI-to-PCI bridge 21555 to isolate > | MPC8540 from system, and MPC8540 is connected to secondary pci bus of 21555. > > We use that chip on our JSE board. > > | Because no srom is connected to 21555, we configure 21555 using > | mpc8540 (implemented in U-boot). > > That's how we do it. Check out the board support files for the > JSE board in the U-Boot CVS head. > > After system starts up, mpc8540 can > | find and access 21555, but system card can not find and configure > | it(such as BAR0, BAR1). If we delay booting of system card(boot mpc8540 > | firstly), system card can find and configure 21555 successfully. > | How to fixthe problem? Could you please give me a hand? > > The bridge should initially come up configured so that the host > side configuration cycles are retried. Configure the 21555 to your > liking, then clear the PCI-Lockout bit. The chip should boot up with > the PCI-Lockout bit set. Otherwise, you are stuck. > > - -- > Steve Williams "The woods are lovely, dark and deep. > steve at icarus.com But I have promises to keep, > http://www.icarus.com and lines to code before I sleep, > http://www.picturel.com And lines to code before I sleep." > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.5 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFC19A6rPt1Sc2b3ikRAlKjAJ4qaBU3hqDmwenwzfxQa6sxMPx7vACgq2TY > mCcZntoTz8JQwMjpiOSRUGY= > =o4mC > -----END PGP SIGNATURE----- > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

[U-Boot-Users] Why is BR2/OR2 disabled for CONFIG_MPC85xx?
by Gerhard Jaeger 27 Jul '05

27 Jul '05

Hi list, while adding support for a custom MPC8540 board, I found the following stuff in cpu/mpc85xx/cpu_init.c: #if !defined(CONFIG_MPC85xx) #if defined(CFG_BR2_PRELIM) && defined(CFG_OR2_PRELIM) memctl->or2 = CFG_OR2_PRELIM; memctl->br2 = CFG_BR2_PRELIM; #endif #endif Could anybody shed some light on that? It's not clear to me why these two registers should not be written too, when we have a i.e. 8540 design... Thanx in advance Gerhard -- Gerhard Jaeger <gjaeger(a)sysgo.com> SYSGO AG Embedded and Real-Time Software www.sysgo.com | www.elinos.com | www.pikeos.com | www.osek.de

1 0

[U-Boot-Users] ack problem in common/soft_i2c.c?
by Andrew Dyer 26 Jul '05

26 Jul '05

I am working with the soft i2c code on my target and I believe there is a problem in the send_ack() function. My hardware (au1550) uses standard push-pull drivers which can be tri-stated by changing them to inputs, so I have I2C_ACTIVE and I2C_TRISTATE defined as per the README. When reading the real time clock (ST M41T60) on my board I could never get 8 successive reads of the device to complete. Somewhere in the middle of reading the data the clock would start returning 0xff. If I read the registers one at a time, it worked fine. read_byte() leaves the clock high at the end of shifting in the read data. usually the internal state of the data out register on the CPU was low from generating the last ack and the data line is tristate on the CPU (done at the start of read_byte()). The physical data line is in an unknown state depending on the last data bit read. Looking at the beginning of the send_ack() code it goes: I2C_ACTIVE; I2C_SCL(0); I2C_DELAY; If the external data line is high and the internal register for the I/O on the CPU is low, this will generate a repeated start condition. It might be missed by a lot of parts since the edges happen with minimal delay in between. In my case changing the order to: I2C_SCL(0); I2C_DELAY; I2C_ACTIVE; seems to fix my issues. Unfortunately due to internal CVS/firewall/VPN issues I can't get a patch together easily right now. -- Hardware, n.: The parts of a computer system that can be kicked.

3 3

Re: [U-Boot-Users] Re: Problem with bootm command
by Mirco Fuchs 26 Jul '05

26 Jul '05

>in message <4221395(a)web.de> you wrote: >> >> I searched the do_bootm_linux() function to find out what u-boot is doing >> when booting linux using the bootm command, because the kernel patch i fou >> nd in the mailing list (which makes the kernel able to copy an initrd dire >> ctly from flash to ram) has to be used with kernel version 2.4.18, but i h >> ave 2.6.12. > >It would be definitely helpful if you expolained which architecture >you're working on. I speculate that this is ona ARM system? It's an AT91RM9200 > >> ll fail to load the ramdisk. But there is no such string in my enviroment, >> so shouldn't the bootm command copy initrd to it's designated sdram locat >> ion? It seems as it does not because the start address of the initrd, whic >> h u-boot delivers to the linux kernel is located in flash (one can read it >> in the kernel booting sequence; the error is that the initrd extends phys >> ical memory, but it's quite clear why this error occures). > >I cannot parse this. Isn't your flash mapped in a physical address >range? Or what exacty do you mean? The point is the following. The flash is mapped from 0x10000000 to 0x10800000. u-boot delilveres the start address of the initrd to the kernel which is 0x10160000, if the image is located in flash. But the Kernel expects an address located in the sdram which is mapped from 0x2000000 to 0x24000000. Thats why the kernel is not able to mount the initrd. It tells me that the initrd extends physical memory >All this has been discussed many times before. May I suggest to >search the archives? > >> Is it possible to force u-boot to copy the image to ram? Of course i could > >Why should it do that? It's just a waste of boot time. THe kernel can >poick it up from flash, so why bother with copying it to ram first? Of course, it's a waste of time, but obviously my kernel is not able to pick it up from flash Regards Mirco _________________________________________________________________________ Mit der Gruppen-SMS von WEB.DE FreeMail können Sie eine SMS an alle Freunde gleichzeitig schicken: http://freemail.web.de/features/?mc=021179

2 1

[U-Boot-Users] Re: Problem with bootm command
by Mirco Fuchs 26 Jul '05

26 Jul '05

I have one more question about using the bootm command. I searched the do_bootm_linux() function to find out what u-boot is doing when booting linux using the bootm command, because the kernel patch i found in the mailing list (which makes the kernel able to copy an initrd directly from flash to ram) has to be used with kernel version 2.4.18, but i have 2.6.12. It seems as if u-boot checks for an enviroment string called "initrd_high" and if it exists, u-boot does not copy the initrd to ram -> the kernel will fail to load the ramdisk. But there is no such string in my enviroment, so shouldn't the bootm command copy initrd to it's designated sdram location? It seems as it does not because the start address of the initrd, which u-boot delivers to the linux kernel is located in flash (one can read it in the kernel booting sequence; the error is that the initrd extends physical memory, but it's quite clear why this error occures). Is it possible to force u-boot to copy the image to ram? Of course i could use the cp.b command before using bootm (i tested this and it works fine), but thats not what i want to do. Regards Mirco _________________________________________________________________________ Mit der Gruppen-SMS von WEB.DE FreeMail können Sie eine SMS an alle Freunde gleichzeitig schicken: http://freemail.web.de/features/?mc=021179

2 1

RE: [U-Boot-Users] Silicon Image 0680A and CF-ATA drive
by Rune Torgersen 25 Jul '05

25 Jul '05

Which is excactly what I am doing on real HW. The base address define is set to a variable that I use pci_find_device() and base address register 5 to set the address of. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Andrew Dyer > Sent: Monday, July 25, 2005 14:22 > To: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Silicon Image 0680A and CF-ATA drive > > On 7/25/05, Rune Torgersen <runet(a)innovsys.com> wrote: > > Didn't implement anything at all. I just used the generic IDE driver > > already present in U-Boot. > > All I had to change were those four #defines. > > > > If you turned on PCI_CONFIG_PNP this might break, especially if the > ide adapter was on a card and/or there were other cards as options. > > For a generic driver it might be better to use pci_find_device() to > fetch the register addressing. > > > -- > Hardware, n.: > The parts of a computer system that can be kicked. > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=ick > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > >

2 1

[U-Boot-Users] Understanding Uboot source code
by Pradeep 25 Jul '05

25 Jul '05

Hi Can anybody help me understanding Uboot source code so that i can port on any other architecture. Thanks in advance. Regards, Pradeep

2 1

[U-Boot-Users] Flashing UBOOT to NOR flash using AT91RM9200's loader.bin-not working
by Mohan K 25 Jul '05

25 Jul '05

Hi Everyone, We are designing a CPU card based on ATMEL AT91RM9200. In this we are using 2 MB NOR flash connected in parallel with AT91RM9200. Also we are using 16 MB SDRAM. We are trying to download the uboot.bin given by atmel using loader.bin. It fails to download into the flash. Whereas the atmel reference board uses SPI flash. Could any one guide us to overcome this problem. Advanced thanks for your valuable suggestion. Thanks & Regards, Mohan

2 1