July 2004 - U-Boot

[U-Boot-Users] Wrong compiler called for as flags
by Robert Schwebel 08 Jul '04

08 Jul '04

Hi, while trying to make u-boot gcc-3.4 compilable I just found a strange effect. The attached patch tries to fix the issues that came up on the list during the last days. As gcc-2.95.3 is not able to generate code with -march=armv5 -mtune=xscale, I tried to make the decision on compile time by finding out which compiler we have. This basically works, but for the compilation of cpu/pxa/start.S it looks like the host compiler is taken instead of the cross-gcc to determine the compiler flags. You can easily reproduce this by applying my patch and compiling with a 2.95.3 cross gcc, then grepping the output for 'armv5'. The incorrect results come from the fact that, in this case, CROSS_COMPILE is not set, so instead of arm-linux-gcc the host gcc is called to determine the test. My assumption is that the effect comes from the order the different Makefiles and config.mk files are included when being called from cpu/pxa. Unfortunately this is not easy to debug - maybe there is somebody with better Makefile debugging skills than me on the list ;) Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hornemannstraße 12, 31137 Hildesheim, Germany Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4

2 1

[U-Boot-Users] HW ressources required by U-boot?
by Abdelmajid Bouajila 08 Jul '04

08 Jul '04

Hello could you please list the minimal Hardware resources required by U-boot. I mean what are the mandatory peripherals that we should integrate (for example: Interruption controller, uart.....) ( I am working with a Virtex II Pro FPGA integrating a PowerPC processor) Thank you

2 1

[U-Boot-Users] New to U-Boot
by g.vijaychakravarthy 08 Jul '04

08 Jul '04

Hi friends , I am new to the U-boot and i need complete procedure modify the makefiles to build the binary and also could u pls give some links which explains the above procedure. Thanking you in advance Regards Vijay

1 0

RE: [U-Boot-Users] New to U-Boot
by VanBaren, Gerald (AGRE) 08 Jul '04

08 Jul '04

http://www.denx.de/twiki/bin/view/DULG/Manual See also the "readme" file that comes with u-boot. -----Original Message----- From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of g.vijaychakravarthy Sent: Thursday, July 08, 2004 10:58 AM To: u-boot-users(a)lists.sourceforge.net Subject: [U-Boot-Users] New to U-Boot Hi friends , I am new to the U-boot and i need complete procedure modify the makefiles to build the binary and also could u pls give some links which explains the above procedure. Thanking you in advance Regards Vijay ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

1 0

[U-Boot-Users] Support Muti-Cell Memory?
by Sammy_Yang＠compal.com 08 Jul '04

08 Jul '04

Hello! All: Does u boot can support muti-cell memory (NAND Flash & SDRAM) (Samsung MCP KAG00E007M ). Should I re-write the code for it or use the which reference code? http://www.samsung.com/Products/Semiconductor/MCP/NAND_based/KAG00E007M/ds_k ag00e007m_18v_x16_107_105x13_06.pdf Thanks, Best Regards, Sammy

1 0

[U-Boot-Users] A question of tftpboot
by Frank Young 08 Jul '04

08 Jul '04

Hello, I am using tftpboot to download the uImage. But I found if I use tftpboot 10000 uImage The image can be downloaded with no problem. But if I use tftpboot 1000 uImage Then it shows me execeptions as below: ******************************************************************** => tftp 1000 uImage-uncomp ENET Speed is 100 Mbps - HALF duplex connection TFTP from server 138.31.3.162; our IP address is 138.31.3.77 Filename 'uImage-uncomp'. Load address: 0x1000 Loading: #NIP: 00000000 XER: 20000000 LR: 00000000 REGS: 00fbb9d0 TRAP: 0700 DAR: 00FE0F60 MSR: 00001000 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 00 GPR00: 00000003 00FBBAC0 40000000 00FBBAD0 0000001E 00000002 00FFADBC 00FFC1BC GPR08: 00000004 00FFB6BC FFFFFFFF 00FFC1BC 00FF968C 00000000 01002100 0175D000 GPR16: 00000000 00000000 00000000 00000000 00001000 00FBBAC0 00000000 00000000 GPR24: 00000000 00000000 00FBBF90 00000003 00000000 00FBBF60 01002B2C 00FFBF3C ** Illegal Instruction ** Call backtrace: Program Check Exception ***************************************************************** I checked the document but nothing mentioned about the load address of tftpboot. My question is, why I can download the image to 10000 while downloading to 1000 doesn't work? Thanks, Frank _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

3 2

[U-Boot-Users] More 8540/8560 ADS Patches Soon
by Jon Loeliger 07 Jul '04

07 Jul '04

Wolfgang, I have some more development for the 8540/8560 ADS boards that I would like to turn into patches and submit to the list. However, I'd like to make those patches versus the top of CVS after my previous set have been applied if possible. Do you have a feel for when you might be able to get to them? Just FYI, the new development here will incorporate support for larger (up to 2G) memories on the 8540/60 ADS boards, and will incorporate some changes from Tom Armistead sent privately to me. Thanks, jdl

1 0

[U-Boot-Users] running u- boot on Virtex II PRO board??
by Abdelmajid Bouajila 07 Jul '04

07 Jul '04

Hello, I built my design with EDK (using BSB base system builder) I generated my xparameters.h I compiled U-boot I generate an ace file. ($ xmd genace.tcl -jprog -board ml300 -hw implementation/download.bit -elf u-boot -ace top.ace, I used: genace.tcl given by xilinx in a reference design) When running u-boot on the ML300 board, I have nothing on Hyperterminal??? I don't understand where is the problem Thanks Abdelmajid

2 1

RE: [U-Boot-Users] [PATCH] ARM720t -- Relocating Exception Vectors
by Friedrich, Lars 07 Jul '04

07 Jul '04

> Subject: [U-Boot-Users] [PATCH] ARM720t -- Relocating > Exception Vectors > > This patch is for cpu/arm720t/start.S -- The patch relocates the > exception vectors to RAM address 0x0. No offense, but this is a bad hack. The copy code belongs from a 'structured' point of view to where the relocation is done and not just attached to the end of the source code. And from an 'optimized code' point of view it belongs there, too, as _TEXT_BASE is already loaded there into an register for example, no need to do this multiple times. I don't quite see the necessarity for a loop, too. There are 7 exception vectors, never more, never less. The copy procedure can be handled by a single ldmia/stmia pair. Best regards, Lars Friedrich --

2 2

[U-Boot-Users] running u- boot on Virtex II PRO board??
by Abdelmajid Bouajila 07 Jul '04

07 Jul '04

Hello, I built my design with EDK (using BSB base system builder) I generated my xparameters.h I compiled U-boot I generate an ace file. ($ xmd genace.tcl -jprog -board ml300 -hw implementation/download.bit -elf u-boot -ace top.ace, I used: genace.tcl given by xilinx in a reference design) When running u-boot on the ML300 board, I have nothing on Hyperterminal??? I don't understand where is the problem Thanks Abdelmajid

1 0

[U-Boot-Users] [PATCH] Setup correct bi_arch_number for OMAP1610 boards
by George G. Davis 07 Jul '04

07 Jul '04

Greetings, The attached patch fixes OMAP1610 board builds so that the correct machine number is setup based on the board target config file. This allows recent OMAP linux-2.6 kernels to boot on OMAP1610 based boards since recent OMAP Linux-2.6 kernels now expect the correct and official machine number to be passed in for these OMAP1610 based boards. If the correct machine number is not passed in to recent OMAP Linux-2.6 kernels, then the Linux kernel will either malfunction or hang due to selection of the wrong machine specific support code due to wrong machine number passed into the kernel by U-Boot. I've tested U-boot on an OMAP1610 H2 board with recent OMAP Linux-2.6 kernel with this patch applied - it works ok for me. There is in fact one build failure for this MAKEALL test case: CROSS_COMPILE=/opt/montavista/pro/devkit/arm/v4t_le/bin/arm_v4t_le- ./MAKEALL arm Here's the build failure for the above test case: Configuring for xsengine board... cc1: error: unrecognized option `-fdisassemble-all' cc1: error: unrecognized option `-fdisassemble-all' cc1: error: unrecognized option `-fdisassemble-all' make[1]: *** [.depend] Error 1 make: *** [board/xsengine/libxsengine.a] Error 2 /opt/montavista/pro/devkit/arm/v4t_le/bin/arm_v4t_le-size: u-boot: No such file or directory I did not perform a test build prior to applying this fix. But I'm confident the above build failure is not a regression due to this patch. Perhaps this is merely a problem with my tool chain? However I'm indifferent about that failure and do not know or really much care (at the moment : ) if it exists for other tool chains or not. -- Regards, George

1 0

[U-Boot-Users] UDP Console
by Rune Torgersen 07 Jul '04

07 Jul '04

I know this has been discussed a few times before.... I need to implement some sort of ethernet console access for u-boot (udp, similar to netconsole/netpoll in linux, I guess) But before I start reinventing the wheel (and also dive into the mysterious depths of u-boot): Has anybody done any kind of work in this area? Rune Torgersen System Developer Innovative Systems LLC 1000 Innovative Drive Mitchell, SD 57301 Ph: 605-995-6120 www.innovsys.com

3 2

RE: [U-Boot-Users] ARM exception vectors -- relocating
by Friedrich, Lars 07 Jul '04

07 Jul '04

>> Maybe, but I don't think so. At least I see no code in ARMBoot to >> relocate the exception vectors. > Because they can't be. The vectors always sit at address 0000'0000, > and thus in the flash. You can only change that by turning on the MMU. > So the relocated entry points are loaded to the pc via ldr, the only > exception being the RESET vector, obviosly. In other words, interrupts > in ARMboot can only be used _after_ relocation. I think you fail to understand the problem. IF the flash memory is mapped to an area != 0x0 AND the SDRAM memory is mapped to 0x0 BUT the _TEXT_BASE does not start at 0x0, THEN the exception vectors will not work, as there is no proper handling of this case in the current code. All other issues you have raised are correct, but fail to recognize the situation. Best regards, Lars Friedrich --

2 1

[U-Boot-Users] getting u-boot on the mv64360
by Amit Shah 07 Jul '04

07 Jul '04

Hi all, I have an MV64360 board (IBM dev brd), that has PIBS on it. What's the best way to use u-boot with it? I compiled u-boot with powepc-gcc-3.3.4 (compiled via crosstool), but PIBS fails to load the binary (.bin). (In fact, PIBS doesn't recognize any of the binaries). So what's the recommended way? Should I put u-boot on the flash, overwriting PIBS? And since I don't have a BDI cable, how can I put u-boot on the board? Too many questions, would be glad if anyone answered them. Thanks, Amit. -- Amit Shah http://amitshah.nav.to/

2 2

[U-Boot-Users] ARM exception vectors -- relocating
by Curt Brune 07 Jul '04

07 Jul '04

Hello, I have a question about relocating the exception vectors for the ARM platform. I am working with cpu/arm720t/start.S and want to use interrupts, but I think I see a problem with the code as it stands now. Consider the following scenario: 1. power on, cpu starts executing from address 0x0, which is located in flash. 2. memsetup.S configures 8MB SRAM to begin at address 0x0 and remaps flash to address 0x01000000. 3. back in start.S u-boot is relocated(copied) from flash to TEXT_BASE = 0x007d0000. Now the exception vectors are sitting in SRAM @ 0x007d0000 and in flash @ 0x0100000 -- if I want to use interrupts, however, the exception vectors need to be in SRAM at address 0x0. Currently I have added an additional relocation step to start.S that explicitly copies the vectors from flash to 0x0 (in SRAM) if TEXT_BASE is not equal 0x0 (if TEXT_BASE is equal to 0x0 there is no problem). Question: Is start.S the correct place to put this, perhaps bracketed with "#ifdef CONFIG_USE_IRQ/#endif"? It seems like a global problem that all arm720t boards that use interrupts would have. Or is memsetup.S a better place for this? Comments? Cheers, Curt -- ======================================================================== Curt Brune | Phone 1.650.380.2528 | Managing Principal curt(a)cucy.com | WWW www.cucy.com | Cucy Systems ======================================================================== Cucy Systems -- Software. Integration. Training. ========================================================================

3 4

[U-Boot-Users] [PATCH] ARM720t -- Relocating Exception Vectors
by Curt Brune 07 Jul '04

07 Jul '04

This patch is for cpu/arm720t/start.S -- The patch relocates the exception vectors to RAM address 0x0. See previous posting about relocating ARM exception vectors for a discussion of the problem. Cheers, Curt -- ======================================================================== Curt Brune | Phone 1.650.380.2528 | Managing Principal curt(a)cucy.com | WWW www.cucy.com | Cucy Systems ======================================================================== Cucy Systems -- Software. Integration. Training. ========================================================================

1 0

[U-Boot-Users] [PATCH] Updates for evb4510 (ARM7)
by Curt Brune 07 Jul '04

07 Jul '04

This patch is for the evb4510 target. The patch adds support for a timer interrupt and cleans up the config header file for passing boot arguments to linux. u-boot/board/evb4510/evb4510.c ============================== Removed code related to the non-interrupt method for timers. u-boot/cpu/arm720t/interrupts.c =============================== Added interrupt handling. Timer interrupt configuration. u-boot/include/asm-arm/arch-arm720t/s3c4510b.h ============================================== Added macros and constants related to interrupts u-boot/include/configs/evb4510.h ================================ Changed boot args. Enabled CONFIG_CMDLINE_TAG, CONFIG_SETUP_MEMORY_TAGS and CONFIG_INITRD_TAG u-boot/lib_arm/armlinux.c ========================= Copy the ramdisk to destination address for this target (similar to the B2 target). -- ======================================================================== Curt Brune | Phone 1.650.380.2528 | Managing Principal curt(a)cucy.com | WWW www.cucy.com | Cucy Systems ======================================================================== Cucy Systems -- Software. Integration. Training. ========================================================================

1 0

[U-Boot-Users] relocate_code problem
by Oliver Fuchs 06 Jul '04

06 Jul '04

Hi all, I try to get up U-Boot 1.1.1 on a "home brewed" board with MPC8280 and have problems with the relocation of code. It crashes after the call of in_ram. It seems that it calculates the address of in_ram correctly, but the copied code is somehow shifted. Is there anyone who can point me to the function that copies the code into RAM? Sorry, but the assembler code is not my favorite thing. Thanks in advance, Oliver ---- some extra info: symbol in_ram is linked to 0xfff03404 relocate_code is called: relocate_code( 03fbdf48, 03fbdf6c, 03fdf000) relocate_ram jumps to 0x03fe2404 // there is code, but not in_ram

2 3

RE: [U-Boot-Users] How to generalize SDRAM support for MPC5200 an d MGT5100?
by Jonas Mark-r50740 06 Jul '04

06 Jul '04

Hi Reinhard, > This e-Mail of yours did reach me directly, but did not make > it to the list. Something funny going on... That's what happened to me as well I guess. > The current SDRAM/DDRAM init in top5200.c consists of 13 > assignment statements, parametrized by 8 constants from top5200.h. Correct. That's about the minimum of stores you need to perform to initialize the SDRAM controller and the SDRAM itself. > So far I have not added any VPD reading for those, because > the only TOP5200 version being built so far has exactly that > kind of Micron SDRAM (64MB total). If you add VPD (I do not know the abbreviation but I guess you mean a configuration EEPROM) you can live with the same amount of stores if you specify everything inside the VPD. So I guess we agree here. > When I look at the original source for the IceCube SDRAM init > this is very hard to read and understand; not to mention that > this init did not work for the TOP5200 although it is the > same type of SDRAM and the same wiring. But I found out that > the IceCube init produces quite different values than I come > up with following the 5200 Manual and the Micron Manual. My > values work on TOP5200 and incidently also on LITE5200 - in > fact the TOP5200 port can be parametrized to produce code for > the LITE5200 which works perfectly and was done by me as a crosscheck. The original init code from Wolfgang did also not work on one of my engineering boards. That was the reason I submitted a fixed version. There were some sync instructions missing. Additionally the new code uses #defines to make it flexible and SDRAM type independent. I did not remove the automatic detection of SDRAM size and CS usage because I wanted the SDRAM include files to be board independent. Of course you could specify the missing parameters in the board code as well. But the code to do it automatically already existed. > How would you want to generalize? > > A) a small function, containing 13 statements and having 8 parameters > B) a function that tries to figure out what SDRAM/DDRAM is > connected and which size it has > C) a function with alot of #if's catering for the minute > differences between the various boards I would go for B with a kind of C where some parameters are passed to the initialization function. These parameters can either come from an EEPROM, #defines, calculated on the fly or whatever you can think of. > For the argument of an initial port, I prefer to use fixed > values for initialization of SDRAM, values that have been > tested in other environments (BDI2000, other OS) compared to > automatic determined values. If the automatic determined > values work, its fine, of course - but if they don't you end > up researching why. Personally I do not want to have the code calculate all the values. But detecting the usage of CS1 and the size of the SDRAM is not a bad thing in my mind. The nice thing of doing in like that would be that we could add a #define option to make it a programmers choice whether to do the detection of simply take #defines instead. I guess that would make both of us happy. Coming back to the reason I started this discussion: Do you have an idea where to place this MGT5100 / MPC5200 generic piece of code? Where to put the SDRAM initialization values? As they are also board independent and many boards are using the same SDRAM a central place would be good, too. Regards Mark

1 0

[U-Boot-Users] [PATCH] one-liner to fix sbc8260 environment variables
by Dan Poirot 06 Jul '04

06 Jul '04

Howdy, The file include/configs/sbc8260.h has an 'extra' NULL at the end of the first element of CONFIG_EXTRA_ENV_SETTINGS. This terminates the string before any of the cool stuff like 'reprog' and 'zapenv' get added... The patch was created against code from the current CVS using the command : diff -purN u-boot u-boot_sbc8260 > sbc8260.patch Changelog Entry : * Patch by Daniel Poirot, 06 July 2004: removed extra NULL from CONFIG_EXTRA_ENV_SETTINGS in the file include/configs/sbc8260.h All comments and feedback welcome.

1 0

RE: [U-Boot-Users] Ethernet does not work on at91rm9200
by Kögler Peter 06 Jul '04

06 Jul '04

hi hamid, i added CONFIG_AT91C_USE_RMII to my configuration and now it works. sorry guys for trouble i caused! another problem i have is that if i boot via nfs everything works, linux knows the mac-adress. but if i boot from filesystem (jffs2) than linux doesnt know the mac-adress. if i stop at u-boot prompt, call any network function, and start linux afterwords, then linux knows the mac-adress. does u-boot only initialize the ethernet interface if it is needed? can i force u-boot to init the ethernet interface or is there another 'standard' way to tell linux the mac-adress? wbr peter -------------------------------------------------------------- Peter Kögler EL-ME AG Gewerbering 1 D-84072 Au i. d. Hallertau Tel.: +49 / 8752 / 864 - 527 Fax.: +49 / 8752 / 864 - 100 mailto.: p.koegler(a)el-me.de Web: www.el-me.de -----Original Message----- From: Hamid IKDOUMI [mailto:hikdoumi@rfo.atmel.com] Sent: Friday, July 02, 2004 10:23 AM To: 'Kögler Peter'; u-boot-users(a)lists.sourceforge.net Subject: RE: [U-Boot-Users] Ethernet does not work on at91rm9200 Hi Peter, The ethernet works fine on at91rm9200dk board. Can you give more information about this issue? (hardware differences with at91rm9200dk board (PHY MII or RMII). Best regards, Hamid -----Original Message----- From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of Kögler Peter Sent: vendredi 2 juillet 2004 09:41 To: 'u-boot-users(a)lists.sourceforge.net' Subject: [U-Boot-Users] Ethernet does not work on at91rm9200 Hello, our custom board runs now perfectly with u-boot 1.1.1 except that the ethernet is not working. But the ethernet worked when we used u-boot 0.4.0. Changing only the driver file at91rm9200_ether.c, now using the u-boot 0.4.0 driver file version in u-boot 1.1.1 helped to fix this problem. wbr Peter ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

3 3

RE: [U-Boot-Users] Ethernet does not work on at91rm9200
by Kögler Peter 06 Jul '04

06 Jul '04

There is an interesting thread about initializing the mac adress: http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2004-April/021126.h tml -------------------------------------------------------------- Peter Kögler EL-ME AG Gewerbering 1 D-84072 Au i. d. Hallertau Tel.: +49 / 8752 / 864 - 527 Fax.: +49 / 8752 / 864 - 100 mailto.: p.koegler(a)el-me.de Web: www.el-me.de -----Original Message----- From: Wolfgang Denk [mailto:wd@denx.de] Sent: Monday, July 05, 2004 7:47 PM To: Kögler Peter Cc: u-boot-users(a)lists.sourceforge.net Subject: Re: [U-Boot-Users] Ethernet does not work on at91rm9200 In message <367ED8C46538D7119DAC000A0D106744520D54(a)elmegmbh.elmedmn.com> you wrote: > > but if i boot from filesystem (jffs2) than linux doesnt know the mac-adress. > if i stop at u-boot prompt, call any network function, and start linux > afterwords, then linux knows the mac-adress. This is a problem with your LInux driver which does not perform all the required initialization. This tends to become a FAQ. > does u-boot only initialize the ethernet interface if it is needed? can i Yes. > force u-boot to init the ethernet interface or is there another 'standard' > way to tell linux the mac-adress? U-Boot should NOT touch any hardware it does not access itself. If you don't use the ethernet interface in U-Boot it shall NOT be initialized by U-Boot. The standard way is that the Linux driver is responsible to perform all required initialization. The method to pass information from the boot loader to the Linux kernel is architecture dependent; it may use a bd_info structure (like on PPC), or ATAGs (like on ARM) or command line arguments, or a combination of these. 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 I have made mistakes, but have never made the mistake of claiming I never made one. - James G. Bennet

2 1

RE: [U-Boot-Users] u-boot and 2.4.18 kernel problem
by Lokesh Kumar 06 Jul '04

06 Jul '04

Thanks for this I checked and rechecked my sequence according to document and I do not see any problem. However, I changed PLPRCR to give me reset if I get checkstop, and that is what is happening i.e. I am getting checkstop exception. Any ideas what could be wrong? Lokesh -----Original Message----- From: Sam Song [mailto:samsongshu@yahoo.com.cn] Sent: Wednesday, June 30, 2004 10:22 AM To: Lokesh Kumar Cc: u-boot-users(a)lists.sourceforge.net Subject: RE: [U-Boot-Users] u-boot and 2.4.18 kernel problem Lokesh Kumar wrote: > /* perform SDRAM initializsation sequence */ > > memctl->memc_mar = 0x00000088; > > memctl->memc_mcr = 0x80002105; > memctl->memc_mcr = 0x80002830; > memctl->memc_mcr = 0x80002106; It seems sth out of place here.But I am not quite sure.At least two cycles before refresh should be safer than one.You could refer to my poor work http://cvs.sourceforge.net/viewcvs.py/*checkout*/u-boot/u-boot/board/RPXlite _dw/RPXlite_dw.c?rev=1.1 > udelay (1000); > > size10 = dram_size (CFG_MAMR_10COL, (ulong > *) SDRAM_BASE_PRELIM, > SDRAM_MAX_SIZE); > > memctl->memc_mamr |= MAMR_PTAE; > return (size10); > } > I do not have the upm config tool from motorola to > verify these settings. > Has anybody used this chip with mpc855T and can help > me figure this out? I tested 2 MT48LC16M16A2-75 in 32-bit mode on 832e RPXlite_DW board.It worked fine.Next,I will also test 2 MT48LC8M16A2 on a 8xx custom board.So please let me know your advancement.I just had a look at the datasheet of MT48LC8M16A2 and MT48LC16M16A2.They have exactly the same timing waveform on initialization. Hope this help! Best regards, Sam _________________________________________________________ Do You Yahoo!? 100兆邮箱够不够用？雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/100m/*http://cn.promo.yahoo.com/minisite/ 100m/

2 1

[U-Boot-Users] Relocation code on NIOS
by Maksim Pyatkovskiy 05 Jul '04

05 Jul '04

Good day, I am trying to figure how does U-Boot relocates itself on Cyclone Edition board (DK-1C20). Probably this should be an easy question for most developers familiar with NIOS, but I can't find the answer since I am new to this platform. So, this is my question: =================== The following lines are located in the early beginning of start.s: mov %g7, %o7 /* %o7 has return addr -- save in %g7 use later */ ... pfx %hi(__u_boot_cmd_end) movi %g5, %lo(__u_boot_cmd_end) pfx %xhi(__u_boot_cmd_end) movhi %g5, %xlo(__u_boot_cmd_end) /* %g5 <- end address */ lsli %g7, 1 /* mem = retaddr << 1 */ mov %g6, %g7 subi %g6, 4 /* %g6 <- src addr */ ld %g7, [%g7] /* %g7 <- dst addr */ 1: cmp %g7, %g5 skps cc_nz br 2f nop /* delay slot */ ld %g0, [%g6] addi %g6, 4 /* src++ */ st [%g7], %g0 addi %g7, 4 /* dst++ */ br 1b nop /* delay slot */ I don't understand this particular line of code: ld %g7, [%g7] Per my understanding, %g7 keeps the return address. This address should point to the next instruction of code just after the delay slot of CALL or BSR used to call u-boot. So, if %g7 keeps this address, than [%g7] keeps the code (instruction bytes) located by this address. In this case "ld %g7, [%g7]" loads 4 bytes from code segment to the %g7. Later this value (instruction bytes) is compared with %g5 that keeps the end of data segment according to u-boot.lds. I can't understand why code address is being compared with instruction bytes. Please explain if possible - what does [%g7] keep and where am I wrong? Thank you!

1 0

[U-Boot-Users] u-boot compile failure with gcc-3.4.x and fix.
by Woodruff, Richard 05 Jul '04

05 Jul '04

Hello, I'm noticing that the examples directory fails to compile with gcc-3.4.0. The _exports.h symbols are not making it into stubs.o . I found that the compile works if you: Change: static void __attribute__((unused)) dummy(void) to: void __attribute__((unused)) dummy(void) This would seem to be a new optimization or bug. I would expect that unused should make it stick around, even if it is not used locally. The kernel uses this same construct in a few places mostly in debug code and drivers I don't' use... Regards, Richard W.

3 3

RE: [U-Boot-Users] How to generalize SDRAM support for MPC5200 an d MGT5100?
by Jonas Mark-r50740 05 Jul '04

05 Jul '04

Reinhard, > It DID appear on the list. Good. My mistake was assuming I would still get a copy of the post although I put myself on CC. > However what is the benefit of putting not even a dozen > statements for the standard case into an extra file? Not to > mention the extra work to be done if there are two banks of > SDRAM/DDRAM present? I am not able to follow you here. Do you want to say here that the existing code is to simple to be generalized? In that case I disagree. And that people copy it 1:1 proofs that in regards that they do not write their own version. Or do you want to say that if the code would be specific for each board it could be much shorter? Here I agree but I think having generic code which makes porting U-Boot to a new platform is also worth something. If you want to be quick, take the generic code and if you are using an already support SDRAM you do not even need to calculate the timing parameters. If you want to squeeze out the very last byte in regards of code size you can take it as a guide and delete the constant parts. Looking at how Wolfgang wrote the original IceCube/Lite5x00 code I guess he prefers generic, bank and size detecting code over a specialized version. But I guess I haven't understood at all what you wanted to say because your Top5200.h states that you want to read the SDRAM configuration from VPD (EEPROM?) later. So your code would also benefit from a generic piece of initialization code fed with this data. Please detail your comments. Regards Mark

1 0

[U-Boot-Users] down() and up() not found
by Vladimir_Levertov＠mksinst.com 05 Jul '04

05 Jul '04

Hello, I use ELDK with RTAI patch installed on MPC850. I attempted writing a regular Linux driver (independent from RTAI calls) using down()/up() functions. When I attempted to load insmod to install my module I received error "unresolved symbols" for these calls. I assume some module should be added ELDK configuration. But, may be, the problem is in RTAI extension? Thanks. Vlad,

2 1

AW: [U-Boot-Users] How to generalize SDRAM support for MPC5200 and MGT5100?
by Reinhard Meyer 05 Jul '04

05 Jul '04

Hello, It DID appear on the list. However what is the benefit of putting not even a dozen statements for the standard case into an extra file? Not to mention the extra work to be done if there are two banks of SDRAM/DDRAM present? -----Ursprüngliche Nachricht----- Von: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net] Im Auftrag von Jonas Mark-r50740 Gesendet: Montag, 5. Juli 2004 16:39 An: u-boot-users(a)lists.sourceforge.net Cc: Jonas Mark-r50740 Betreff: [U-Boot-Users] How to generalize SDRAM support for MPC5200 and MGT5100? I sent the email below 01-July-2004 but it never appeared on the mailing list. So I give it another try. -- Hello, while porting U-Boot to Total5200 I thought that it would be nice if all MPC5200 and MGT5100 platforms could share their SDRAM initialization code. In fact this is already done but by means of code duplication. So far most people (everybody?) simply copied the board/icecube/icecube.c and took it SDRAM init code unchanged. And if the SDRAM chips themselves were matching the appropriate mt4*-75.h file was copied as well. So how can we move the SDRAM init functions from the board directory to the drivers or the cpu/mpc5xxx directory? (I think cpu/mpc5xxx would be the better match) In the Total5200 port I already went half way but taking the SDRAM init functions out from board/total/total5200.c to board/total5200/sdram.*. I did not put it into cpu/mpc5xxx because if I did so I wanted to have a smart solution in regards to coupling that with the SDRAM parameter includes (mt48lc16m16a2-75.h, mt46v16m16-75.h and mt48lc32m16a2-75.h). Does anybody have an idea how we can make this generic for all MPC5200 and MGT5100 boards? Regards Mark

1 0

[U-Boot-Users] How to generalize SDRAM support for MPC5200 and MGT5100?
by Jonas Mark-r50740 05 Jul '04

05 Jul '04

I sent the email below 01-July-2004 but it never appeared on the mailing list. So I give it another try. -- Hello, while porting U-Boot to Total5200 I thought that it would be nice if all MPC5200 and MGT5100 platforms could share their SDRAM initialization code. In fact this is already done but by means of code duplication. So far most people (everybody?) simply copied the board/icecube/icecube.c and took it SDRAM init code unchanged. And if the SDRAM chips themselves were matching the appropriate mt4*-75.h file was copied as well. So how can we move the SDRAM init functions from the board directory to the drivers or the cpu/mpc5xxx directory? (I think cpu/mpc5xxx would be the better match) In the Total5200 port I already went half way but taking the SDRAM init functions out from board/total/total5200.c to board/total5200/sdram.*. I did not put it into cpu/mpc5xxx because if I did so I wanted to have a smart solution in regards to coupling that with the SDRAM parameter includes (mt48lc16m16a2-75.h, mt46v16m16-75.h and mt48lc32m16a2-75.h). Does anybody have an idea how we can make this generic for all MPC5200 and MGT5100 boards? Regards Mark

1 0

RE: [U-Boot-Users] [PATCH] Total5100 and Total5200 platform suppo rt
by Jonas Mark-r50740 05 Jul '04

05 Jul '04

> Can you please fix this patch to use the standard console > device mechanism of U-Boot? Instead of introducing a new > "console" variable. the standard mechanism of assigning to > the stdin / stdout / stderr streams should be used. Done. Attached is the patch to the patch. Additionally the patch fixes a problem with the environment not being placed correctly (lowboot and highboot positions interchanged). The other boards should be fixed by adding the setenvs to the CONFIG_PREBOOT as well. As far as I am concerned you can delete the "console" variable from cfg_console.c.

1 0

AW: [U-Boot-Users] Ethernet does not work on at91rm9200
by Kögler Peter 05 Jul '04

05 Jul '04

Hi Hamid, i dont know the the at91rm9200dk board myself. I talked to our hardware engineer and he told me that we have the same wiring as the at91rm9200dk board (Davicom DM9161E ethernet interface chip etc.). I currently dont have the time to do a extensive debuging on the ethernet interface. For now i just accept to use the old 0.4.0 ethernet driver. wbr Peter -------------------------------------------------------------- Peter Kögler EL-ME AG Gewerbering 1 D-84072 Au i. d. Hallertau Tel.: +49 / 8752 / 864 - 527 Fax.: +49 / 8752 / 864 - 100 mailto.: p.koegler(a)el-me.de Web: www.el-me.de -----Ursprüngliche Nachricht----- Von: Hamid IKDOUMI [mailto:hikdoumi@rfo.atmel.com] Gesendet am: Freitag, 2. Juli 2004 10:23 An: 'Kögler Peter'; u-boot-users(a)lists.sourceforge.net Betreff: RE: [U-Boot-Users] Ethernet does not work on at91rm9200 Hi Peter, The ethernet works fine on at91rm9200dk board. Can you give more information about this issue? (hardware differences with at91rm9200dk board (PHY MII or RMII). Best regards, Hamid -----Original Message----- From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of Kögler Peter Sent: vendredi 2 juillet 2004 09:41 To: 'u-boot-users(a)lists.sourceforge.net' Subject: [U-Boot-Users] Ethernet does not work on at91rm9200 Hello, our custom board runs now perfectly with u-boot 1.1.1 except that the ethernet is not working. But the ethernet worked when we used u-boot 0.4.0. Changing only the driver file at91rm9200_ether.c, now using the u-boot 0.4.0 driver file version in u-boot 1.1.1 helped to fix this problem. wbr Peter ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ 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] global data pointer on arm
by Andreas Engel 02 Jul '04

02 Jul '04

Hi, I'm currently trying to replace armboot with u-boot-1.1.1 on a custom board with an epxa10 chip. While debugging, I discovered that the compiled code of getenv_r destroys the content of r8, which holds the global data pointer. Of course this makes u-boot fail. Is this a bug in u-boot or the toolchain? Or did I miss something else? Regards, Andreas

1 1

[U-Boot-Users] IBMPPC440GX & LINUX / U-BOOT
by Daren Hayward 02 Jul '04

02 Jul '04

Hi, I am using uboot 1.1.1 I have an embedded ppc440gx using emac2 in RGMII mode, I have ported the driver (by Matt Porter) from 2.6 to 2.4 for the phy chip (cicada CIS8201). If I allow the machine to boot from power on the ethernet appears to come up and states there is a 1000Mb FD connection, however ping fails to work and no data can be transfered across the network. However if I stop the autoboot and use any u-boot command that uses the network (ping, dhcp, bootp, tftp, etc etc) and then proceed using boot the network works in linux, I can ping and transfer data to my hearts content. I have two theories on this 1. U-Boot (network driver initialisation) is leaving the ethernet in a strange halfway state. 2. The driver is not correctly initialised by Linux. I have already added the ppc440gx_eth_init and ppc440gx_setup_bridge separately, as one calls the other, to the network initialisation however neither of these solve the problem and eth_init only causes the machine to hang when booting linux. Any ideas / suggestions would be helpful Thanks in advance Daren

2 1

[U-Boot-Users] [PATCH] 405 OCM warning
by Robert Schwebel 02 Jul '04

02 Jul '04

Hi, any chance to get this in? It took too much time to let anybody else do the same stuff again... Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hornemannstraße 12, 31137 Hildesheim, Germany Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4

3 3

[U-Boot-Users] RAV AntiVirus scan results
by RAV AntiVirus 02 Jul '04

02 Jul '04

----------------------- This e-mail is generated by the stpeter.gcadinc.com mail server to warn you that the e-mail sent by u-boot-users(a)lists.sourceforge.net to 5.5070905(a)gcadinc.com is infected with virus: HTML/IFrame_Exploit*. Please contact your system administrator for further information. If you are the sender: ------------------- The scanned e-mail has your address in the <From> header field. Either your computer is infected or someone's computer having your e-mail address in the address book has been infected. (Please note that some viruses are sending e-mails directly from your computer. Our advise is to check your computer using an up-to-date antivirus product). If you are the receiver: --------------------- Please contact the sender: very probably he/she doesn't know he/she has a computer virus. Actions taken for the infected files: ------------------------------------- The infected file was saved to quarantine with name: 1088759874-RAV32676. The file (part0001:)->(IFRAME0000) attached to mail (with subject:Mail Delivery (failure 5.5070905(a)gcadinc.com)) sent by u-boot-users(a)lists.sourceforge.net to 5.5070905(a)gcadinc.com is infected with virus: HTML/IFrame_Exploit*. Cannot clean this file. The file was successfully deleted by RAV AntiVirus. The file (part0002:message.scr) attached to mail (with subject:Mail Delivery (failure 5.5070905(a)gcadinc.com)) sent by u-boot-users(a)lists.sourceforge.net to 5.5070905(a)gcadinc.com is infected with virus: Win32/Netsky.P@mm. Cannot clean this file. The file was successfully deleted by RAV AntiVirus. ------------------------ this is a copy of the e-mail header: Received: from mta5.snet.net (mta5.snet.net [204.60.203.77]) by stpeter.gcadinc.com (Postfix) with ESMTP id 476B24A94 for <5.5070905(a)gcadinc.com>; Fri, 2 Jul 2004 02:17:54 -0700 (PDT) Received: from gcadinc.com (66-42-10-32.oak.fianet.net [66.42.10.32] (may be forged)) by mta5.snet.net (8.12.10/8.12.6) with ESMTP id i629HqNL000553 for <5.5070905(a)gcadinc.com>; Fri, 2 Jul 2004 05:17:53 -0400 (EDT) RAV AntiVirus for Linux i386 version: 8.4.0 (snapshot-20020919) Scan engine 8.11 for i386. Last update: Wed, 23 Jun 2004 18:58:29 -07 Scanning for 100972 malwares (viruses, trojans and worms).

1 0

[U-Boot-Users] Undelivered Mail Returned to Sender
by MAILER-DAEMON＠gcadinc.com 02 Jul '04

02 Jul '04

This is the Postfix program at host stpeter.gcadinc.com. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. For further assistance, please send mail to <postmaster> If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program <5.5070905(a)gcadinc.com>: unknown user: "5.5070905"

1 0

[U-Boot-Users] Patch for cerfboard query
by prakash＠embedx.com 02 Jul '04

02 Jul '04

Dear Wolfgang, I was curious to know the status of the Patch for PXA250 based Cerfboard that i submitted on the 27th June . Has the Patch got lost in the heap of other patches , or do i need to rework on the patch to get it submitted in the offical u-boot sources ? Since this is the first time i am submitting on the u-boot list, i am not well versed with the patch acceptance policy . Best regards Prakash -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

2 1

[U-Boot-Users] Ethernet does not work on at91rm9200
by Kögler Peter 02 Jul '04

02 Jul '04

Hello, our custom board runs now perfectly with u-boot 1.1.1 except that the ethernet is not working. But the ethernet worked when we used u-boot 0.4.0. Changing only the driver file at91rm9200_ether.c, now using the u-boot 0.4.0 driver file version in u-boot 1.1.1 helped to fix this problem. wbr Peter

3 2

[U-Boot-Users] Booting Linux on ixdp425 from Flash
by prakash＠comodogroup.com 02 Jul '04

02 Jul '04

hi, i m using snapgear 3.1.1 + u-boot 1.1.1 on my ixdp425. I have 2 problems. 1. Board is booting with 1405K compressed ramdisk without any problem. suppose if i increase the size, i m getting Oops Error. I have 16mb of SDRAM. Any tips to fix it ?. 2. Actually the board has come with redboot. while tried with redboot, it created 5 Partitions on the Flash. Now i m using U-boot. My plan is boot the board with ramdisk and mounting jffs2 file system in partition. I dont know how to create a partition and repsent as mtdblockX.i dont know how should proceed furthur ?. Any tips highly appreciatable. Thanks Prakash

2 1

[U-Boot-Users] Some basic issues about porting u-boot to a new platform
by Roc Wu 02 Jul '04

02 Jul '04

Hi folks: A new project about porting u-boot is assigned to me. but I don't have any experience about it. I read the readme file from the u-boot 1.1.1 source code. A clear procedure of the porting comes in my mind. But there are also some basic issues about it. please give me some hints about it. 1. Generally, what kind tool is good for debugging the u-boot code? our platform is based on ARM archtechiture, so MultiICE is avaiable for us. 2. What is the minimal requirement for running the u-boot? CPU->SDRAM->serial port? After serail is ok, then we can add some printf stuff in the next developing code. Is that right? please give us some advice about it. Thank a lot. P.S. Hi wolfgang, our system administrator check the ISP email server. He said it's IP was blocked by the sourceforge.net mailist server. Could you unblock it? Our email server's IP is 211.144.200.5 Thanks a lot Best Regards Bryan Wu in China _________________________________________________________ Do You Yahoo!? 100兆邮箱够不够用？雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/100m/*http://cn.promo.yahoo.com/minisite…

2 1

[U-Boot-Users] [PATCH] fix compilation for gcc 2.95
by Robert Schwebel 02 Jul '04

02 Jul '04

This makes the code compile with gcc-2.95 again. Changelog is in patch, please apply. Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hornemannstraße 12, 31137 Hildesheim, Germany Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4

2 1

[U-Boot-Users] [PATCH] [Resubmit] lpd7a40x flash.c cleanup
by Paul Ruhland 01 Jul '04

01 Jul '04

This patch cleans up some debug code from 'board/lpd7a40x/flash.c' flash_erase(). CHANGELOG: * Patch by Paul Ruhland, 11 Jun 2004: Remove debug code from 'board/lpd7a40x/flash.c' - debugging a problem with flash_erase timing out immediately, a printf was added to display the start and stop values of the timer to the console. Timer functions were changed to see if it was particular to any one method. Problem turned out to be in the timer implemention which was fixed prior to submitting original board support patch. Unfortunately, backing out the above changes was overlooked in that patch. This patch restores the flash_erase function to its original state. -- Paul Ruhland <pruhland(a)microwavedata.com> Software Engineer Microwave Data Systems Rochester, NY 16420

2 1

[U-Boot-Users] necessary fix for ARM u-boot 1.1.1 and GCC3.4.0.
by Woodruff, Richard 01 Jul '04

01 Jul '04

Hey all, I just found that lib_arm/board.c:start_armboot()'s GCC3.4.0 generated code sequence breaks ARM u-boot's. I am using the GCC3.4.0 which CodeSourcery put out. I have found what appears to be a fix. A compiler optimization barrier needs to be inserted after gd (AKA R8) is initialized. See the below snippit. With out this barrier gd is calculated into a temporary register, and when the gd->bd is actually attempted an unitilized R8 is used causing a fatal abort. Regards, Richard W. ------------------------------------- void start_armboot (void) { DECLARE_GLOBAL_DATA_PTR; ulong size; init_fnc_t **init_fnc_ptr; char *s; #if defined(CONFIG_VFD) unsigned long addr; #endif /* Pointer is writable since we allocated a register for it */ gd = (gd_t*)(_armboot_start - CFG_MALLOC_LEN - sizeof(gd_t)); __asm__ __volatile__("": : :"memory");/* compiler please write out gd to R8 now before using again */ memset ((void*)gd, 0, sizeof (gd_t)); gd->bd = (bd_t*)((char*)gd - sizeof(bd_t)); memset (gd->bd, 0, sizeof (bd_t));

3 2

[U-Boot-Users] VxWorks under u-boot
by Shlomo Kut 01 Jul '04

01 Jul '04

Hi, I wish to create a gzipped bootable image from a vxworks ELF32 file. How do I go about doing this using mkimage so that the bootm command can unzip and boot it. Has anybody got a mkimage binary that runs under windows? regards, Shlomo Kut Vyyo Ltd POB 45017 Jerusalem 91450 Israel +972-2-5889822

3 2

[U-Boot-Users] How to generalize SDRAM support for MPC5200 and MGT5100?
by Mark Jonas 01 Jul '04

01 Jul '04

Hello, while porting U-Boot to Total5200 I thought that it would be nice if all MPC5200 and MGT5100 platforms could share their SDRAM initialization code. In fact this is already done but by means of code duplication. So far most people (everybody?) simply copied the board/icecube/icecube.c and took it SDRAM init code unchanged. And if the SDRAM chips themself were matching the appropriate mt4*-75.h file was copied as well. So how can we move the SDRAM init functions from the board directory to the drivers or the cpu/mpc5xxx directory? (I think cpu/mpc5xxx would be the better match) In the Total5200 port I already went half way but taking the SDRAM init functions out from board/total/total5200.c to board/total5200/sdram.*. I did not put it into cpu/mpc5xxx because if I did so I wanted to have a smart solution in regards to coupling that with the SDRAM paramter includes (mt48lc16m16a2-75.h, mt46v16m16-75.h and mt48lc32m16a2-75.h). Does anybody have an idea how we can make this generic for all MPC5200 and MGT5100 boards? Regards Mark

1 0

[U-Boot-Users] u-boot memory setup
by epatrizi 01 Jul '04

01 Jul '04

For a PPC7410 processor, I see where the BAT registers are setup in start.S before the MMU is turned on. I cannot fit all resources for my board in the four available DBAT's. I could not find any reference to PTE tables being setup anywhere. Does u-boot setup PTE tables at this point in the code or somewhere later, or does it expect everything to fit in the BAT registers? Eric

1 0

RE: [U-Boot-Users] u-boot 1.1.1 does NOT work on at91rm9200
by Kögler Peter 01 Jul '04

01 Jul '04

hi, i found the error. i set CFG_AT91C_BRGR_DIVISOR to the wrong value so i didnt get any output. thanks for any help wbr peter -------------------------------------------------------------- Peter Kögler EL-ME AG Gewerbering 1 D-84072 Au i. d. Hallertau Tel.: +49 / 8752 / 864 - 527 Fax.: +49 / 8752 / 864 - 100 mailto.: p.koegler(a)el-me.de Web: www.el-me.de -----Ursprüngliche Nachricht----- Von: Hamid IKDOUMI [mailto:hikdoumi@rfo.atmel.com] Gesendet am: Donnerstag, 1. Juli 2004 12:54 An: 'Kögler Peter'; u-boot-users(a)lists.sourceforge.net Betreff: RE: [U-Boot-Users] u-boot 1.1.1 does NOT work on at91rm9200 Hi, I've build u_boot 1.1.1 for the at91rm9200dk board and it runs well. Verify that TEXT_ADDR in board/at91rm9200dk/config.mk is compliant with your load address in sdram. Hamid -----Original Message----- From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of Kögler Peter Sent: jeudi 1 juillet 2004 12:01 To: 'u-boot-users(a)lists.sourceforge.net' Subject: [U-Boot-Users] u-boot 1.1.1 does NOT work on at91rm9200 hi, i try to run u-boot 1.1.1 on our custom-board, but it does not start at all. Our board runs already with u-boot 0.4.0. We use an urloader to do basic initialization and then unpack u-boot to ram. after u-boot we start linux. every thing works. I transfered our board specific settings from the 0.4 u-boot to the 1.1 u-boot. But u-boot does not start at all. does anybody had the same problem? wbr peter -------------------------------------------------------------- Peter Kögler EL-ME AG Gewerbering 1 D-84072 Au i. d. Hallertau Tel.: +49 / 8752 / 864 - 527 Fax.: +49 / 8752 / 864 - 100 mailto.: p.koegler(a)el-me.de Web: www.el-me.de ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ 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] usbboot
by Hamid IKDOUMI 01 Jul '04

01 Jul '04

hi, I have added usb mass storage for at91rm9200dk board and it works well except the usbboot functionnality. My DiskOnkey is recognized as a dos partiotion and i can read the content with usb read. I want to boot a linux uImage on a DiskOnkey but i've encountered problems to create a bootable diskonkey with uImage on my w2k pc. Does anybody had the same problem? How can i do to put my Uimage on the diskonkey and use usbboot? Thanks in advance Hamid -------------------------------------------- Hamid IKDOUMI - ARM-Based Products Engineer- E-mail: hamid.ikdoumi(a)rfo.atmel.com Tel : ( 33 ) 442 53 69 69 ATMEL ROUSSET Zone Industrielle - 13106 Rousset Cedex - France Web: www.atmel.com --------------------------------------------

1 0

[U-Boot-Users] u-boot 1.1.1 does NOT work on at91rm9200
by Kögler Peter 01 Jul '04

01 Jul '04

hi, i try to run u-boot 1.1.1 on our custom-board, but it does not start at all. Our board runs already with u-boot 0.4.0. We use an urloader to do basic initialization and then unpack u-boot to ram. after u-boot we start linux. every thing works. I transfered our board specific settings from the 0.4 u-boot to the 1.1 u-boot. But u-boot does not start at all. does anybody had the same problem? wbr peter -------------------------------------------------------------- Peter Kögler EL-ME AG Gewerbering 1 D-84072 Au i. d. Hallertau Tel.: +49 / 8752 / 864 - 527 Fax.: +49 / 8752 / 864 - 100 mailto.: p.koegler(a)el-me.de Web: www.el-me.de

2 1

[U-Boot-Users] eepro100 driver is compatible with Intel 82551ER controller?
by Shawn 01 Jul '04

01 Jul '04

Hi, Does anybody know that the eepro100 driver in u-boot is compatible with Intel 82551ER fast ethernet controller? >From "Intel(R) 8255x 10/100 Mbps Ethernet Controller Family Open Source Software Developer Manual", it seems compatible. "This document is intended for use as a software technical reference manual for the Intel� 10/100 Mbps Fast Ethernet controller family, which includes the 82557, 82558, 82559, 82550, and 82551, as well as the 82562 Platform LAN Connect device. It also contains information for several PCI LAN adapters based on these devices: Intel� EtherExpress� PRO/100+, Intel� EtherExpress� PRO/100B Wake on LAN (WOL), Intel� EtherExpress� PRO/100B, and Intel� EtherExpress� PRO/10+." Thanks, -Shawn. __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail

1 0