May 2003 - U-Boot

[U-Boot-Users] PCI support on the PrPMC800
by Mark.Lightfoot＠sita.aero 24 May '03

24 May '03

Hello, My port of U-Boot the to Motorola PrPMC800 continues. My next task it to add PCI support. At this point I don't have a clue what to do! I've got the function stub, pci_init_board(), being executed but its an empty function and does nothing. What should it do? The board uses a Motorola Harrier ASIC to bridge the PowerPC bus to PCI so obviously I've have to configure that. But is that it. Does the U-Boot code take over from there and start scanning and mapping/configuring PCI devices from there? Another problem is my lack of knowledge on the finer point of how PCI works. Any one recommend a good source of such information? Regards, Mark ><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>< Mark Lightfoot - Software Designer - SITA 777 Walker's Line, Burlington, Ontario, Canada, L7N 2G1 905-681-5575 mark.lightfoot(a)sita.aero ><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

1 0

[U-Boot-Users] effort required to port u-boot
by Gupta, Kshitij 24 May '03

24 May '03

Hi, Does anyone have an idea of the effort required to port the full uboot to a new arm based target?? Please excuse me for the nature of the question but if anyone has done it already he can suggest abt how much time he took to port the whole u-boot on a new target (just a very rough estimate), assuming that the developer has a very good knowledge of the target but at a comfort level [medium] on linux.. Any comments will be really helpful Regards, kshitij

4 3

RE: [U-Boot-Users] UBoot hangs in serial_putc on mpc8xx
by Christophe.LINDHEIMER＠fr.thalesgroup.com 23 May '03

23 May '03

Hum hum... I have the feeling that you next mail will tell me that I should have read more deeply the Readme ... Sorry... & thanks for help !! Chris -----Message d'origine----- De: Wolfgang Denk [mailto:wd@denx.de] Date: vendredi 23 mai 2003 15:38 À: Christophe.LINDHEIMER(a)fr.thalesgroup.com Cc: nyet(a)mrv.com; u-boot-users(a)lists.sourceforge.net Objet: Re: [U-Boot-Users] UBoot hangs in serial_putc on mpc8xx In message <D96E2AFA0DF3D211B13900902745494803736286(a)helios.gnv.tcc.thomson-csf.com> you wrote: > > In fact it seems that the get_clocks return a freq of 33.6 Mhz whereas = > it > should be 38.4 Mhz... Do you have a clock connected to EXTAL, and which clock frequency is this? 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 The easiest way to figure the cost of living is to take your income and add ten percent.

2 1

RE: [U-Boot-Users] UBoot hangs in serial_putc on mpc8xx
by Christophe.LINDHEIMER＠fr.thalesgroup.com 23 May '03

23 May '03

>> >> In fact it seems that the get_clocks return a freq of 33.6 Mhz whereas = >> it >> should be 38.4 Mhz... > >Do you have a clock connected to EXTAL, and which clock frequency is this? It seems that there is a lovely pull up on EXTAL... Chris

2 1

RE: [U-Boot-Users] UBoot hangs in serial_putc on mpc8xx
by Christophe.LINDHEIMER＠fr.thalesgroup.com 23 May '03

23 May '03

Hi. In fact it seems that the get_clocks return a freq of 33.6 Mhz whereas it should be 38.4 Mhz... So a #define CONFIG_8xx_GCLK_FREQ in the file config for my board works fine. I have now U-boot writing on the console. Thanks for help. Chris -----Message d'origine----- De: nyet(a)mrv.com [mailto:nyet@mrv.com] Date: jeudi 22 mai 2003 21:58 À: Wolfgang Denk Cc: Christophe.LINDHEIMER(a)fr.thalesgroup.com; u-boot-users(a)lists.sourceforge.net Objet: Re: [U-Boot-Users] UBoot hangs in serial_putc on mpc8xx The 8xx BRG code is has an interesting side effect if the cpu clock rate is not properly detected... the divisor will overflow the allowed bitwidth and an invalid value will get put brgc1 Hardcode CONFIG_8xx_GCLK_FREQ and/or brgc1 in speed.c and serial.c I am working on putting together a fairly extensive 8xx patch to address this and many other problems.

2 1

[U-Boot-Users] CFG_MONITOR_BASE, CFG_FLASH_BASE, TEXT_BASE
by Bogdan Woldert-Jokisz 23 May '03

23 May '03

hi what are the macros CFG_MONITOR_BASE, CFG_FLASH_BASE and TEXT_BASE ? I think, CFG_FLASH_BASE is the lowest address of the flash. But what are the other macros? My problem: My flash memory (8MB) starts at 0xff800000. But the bootloader should start at 0xfff80000. Is it possible? The bootloader works if I define CFG_FLASH_BASE to 0xfff80000, but I need the real start address of the flash memory in the board-info-structure. Thanks Bogdan

2 1

[U-Boot-Users] [PATCH] change xscale to pxa
by Kyle Harris 23 May '03

23 May '03

In preparation for an ixp port, this patch renames cpu/xscale and arch-xscale to cpu/pxa and arch-pxa. It is applied against CVS timestamp 030520. MAKEALL completes for LIST_pxa. (Is there a better way for simply renaming directories?) Kyle.

2 1

RE: [U-Boot-Users] Doubt on Kernel Linking
by Flavio Pereira 23 May '03

23 May '03

Hi Rupesh >I'm trying to boot linux kernel ( linux-2.4.4-2002-10-06 from DENX) on my board. >By default , the kernel is build at 0xC0000000. (This memory is not mapped by u-boot). >Do I have to change the kernel linking to a address that is within, 0x00000000 and 0x00800000 ? The address 0xC0000000 is the virtual memory address in which the kernel runs, when the kernel decompresses you should see that it decompressed into the physical address 0x0, which is mapped by U-Boot. Therefore there is no problem in the kernel linking at 0xC0000000. Regards Flavio Pereira

1 0

[U-Boot-Users] Re: MIP405-3 Patch
by Wolfgang Denk 23 May '03

23 May '03

Dear Denis, in message <200305190957.h4J9vBQW023721(a)pip5.mpl.ch> you wrote: > > attached is a patch against the current CVS which will add support for the > MIP405-3 (405GPR) Board. Thanks, added. 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 "Whoever undertakes to set himself up as a judge of Truth and Know- ledge is shipwrecked by the laughter of the gods." - Albert Einstein

1 0

[U-Boot-Users] [patch] MPC8266 March-C memory test
by Rune Torgersen 23 May '03

23 May '03

Patch to do full March-C- memory test on the MPC8266ADS board. Later on I will probably include it as a command, right now it runs as test_dram() which is called first thing after SDRAM is initializes, and before anything uses the SDRAM. Note: Fast version uses floating point assembly and is therefore PPC specific. Generic version takes more than twice the amount of time to complete. (Fast version: ~50 sec on 256MB RAM, slow version ~1:50 on 256MB RAM) ADS Rune Torgersen Software Developer Innovative Systems 1000 Innovative Drive Mitchell, SD 57301 Phone: 605-995-6120 Fax: 605-995-0084 email: runet(a)innovsys.com www.innovsys.com

3 4