July 2004 - U-Boot

[U-Boot-Users] No more omap1510inn/omap1610inn Maintainer?
by Michael Bendzick 16 Jul '04

16 Jul '04

Wolfgang- It appears that Kshitij Gupta, the maintainer for the omap1510inn & omap1610inn, is no longer reachable at his email address listed in the MAINTAINERS file. Is there anyone else that has been closely associated with this board, or does anyone know of a new way to contact Kshitij? -Michael Bendzick Systems and Software Engineering Logic Product Development michael.b(a)logicpd.com 612-436-5122 www.logicpd.com

3 2

[U-Boot-Users] [PATCH] Part 2 of 2 MPC85XXADS-20040716.patch-2 for TLB/DDR
by Jon Loeliger 16 Jul '04

16 Jul '04

Wolfgang, Here is part 2 of the patch for the MPC8540/8560ADS and STXGP3 boards that is primarily to support larger DDR memories up to 2G. Thanks, jdl

1 0

[U-Boot-Users] [PATCH] Part 1 of 2 MPC85XXADS-20040716.patch-1 for TLB/DDR
by Jon Loeliger 16 Jul '04

16 Jul '04

Wolfgang, Here is a patch for the MPC8540/8560ADS and STXGP3 boards that is primarily to support larger DDR memories up to 2G. This patch applies with a -p2, and was tested on MPC8540ADS, MPC8560ADS, and compiles on STXGP3 and SBC8560. As usual, please let me know of any corrections needed here. Note that this is a resubmission of this patch in two parts as the prior submission was 5K too large. Thanks, jdl * Patch by Jon Loeliger, 16-Jul-2004: Fixes for the MPC8540ADS, MPC8560ADS, and stxgp3 boards: * Includes Dan Malek's mods of my mods for large DDR on STXGP3 * Updated OR3 to only use 1M, not 16M, for CADMUS. Thanks York! * Made MPC8540/8560ADS be 33Mhz PCI by default. * Incorporated Tom Armistead's spd_sdram patches for picosecond resolution, banksize calculations, and dynamic DDR sizing. * Better TLB and LAWBAR size determination. * Reworked the TLB setup to support up to 2G DDR. * DDR setup without SPD_EEPROM is not fully supported. * Removed moldy CONFIG_RAM_AS_FLASH, CFG_FLASH_PORT_WIDTH_16 and CONFIG_L2_INIT_RAM options. * Refactor Local Bus initialization out of SDRAM setup. * Re-implement new version of LBC11/DDR11 errata workarounds. * Moved board specific PCI init parts out of CPU directory. * Added TLB entry for PCI-1 IO Memory * Updated README.mpc85xxads

1 0

RE: [U-Boot-Users] LCD Driver for OMAP/Innovator
by Woodruff, Richard 16 Jul '04

16 Jul '04

This link has the open source driver code for the OMAP LCD controller. http://linux-omap.bkbits.net:8080/main/src/drivers/video/omap?nav=index. html|src/.|src/drivers|src/drivers/video Regards, Richard W. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users- > admin(a)lists.sourceforge.net] On Behalf Of Michael Bendzick > Sent: Friday, July 16, 2004 2:30 PM > To: U-Boot-Users (E-mail) > Subject: [U-Boot-Users] LCD Driver for OMAP/Innovator > > Has anyone worked on an LCD driver for the TI OMAP 1510 Innovator (or > other > OMAP platform)? I see small bits of LCD related stuff in the code (i.e. > LCD > defines in omap1510.h) which appears to have originated from RidgeRun, but > I > don't see an actual LCD driver anywhere. > > Thanks, > > -Michael Bendzick > Systems and Software Engineering > Logic Product Development > michael.b(a)logicpd.com > 612-436-5122 > www.logicpd.com > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=4721&alloc_id=10040&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] LCD Driver for OMAP/Innovator
by Michael Bendzick 16 Jul '04

16 Jul '04

Has anyone worked on an LCD driver for the TI OMAP 1510 Innovator (or other OMAP platform)? I see small bits of LCD related stuff in the code (i.e. LCD defines in omap1510.h) which appears to have originated from RidgeRun, but I don't see an actual LCD driver anywhere. Thanks, -Michael Bendzick Systems and Software Engineering Logic Product Development michael.b(a)logicpd.com 612-436-5122 www.logicpd.com

1 0

Re: [U-Boot-Users] [PATCH] cpu/ppc4xx/sdram.c
by SYLee 16 Jul '04

16 Jul '04

1 0

[U-Boot-Users] Re: Unable to send keys inputs from keyboard to u-boot
by Jordan Foo 16 Jul '04

16 Jul '04

Sorry for sending on a new thread, I'm on a different machine so is unable to continue the last thread. Hi Anders, >Running: enable_interrupts() That is just some puts() code to tell myself where the code is up to. The function AFAIK is actually an empty function and does nothing according to cpu/pxa/interrupts.c I've tried 3 terminal program, 2 in windows (HyperTerminal & Tera Term Pro) and 1 in linux (minicom). Althought minicom is known to have problems, it is only transmission of file across tftp that is problematic I think. WD did suggest that it might just the flow control. I've tried all 3 settings available, Hardware, Xon/Xoff and None. All 3 of them have not worked. I've been trying to see where the code stops and it seems to stop in rcode = parse_stream(&temp, &ctx, inp, '\n'); this is in common/hush.c line: 3154 Continuing with the hunt :) Cheers, Kind regards, Jordan > From: Anders Larsen <alarsen@re...> > Re: Unable to send keys inputs from keyboard to u-boot > 2004-07-15 00:51 > > Jordan Foo <jordan@or...> schreibt: > >Hi there, I"m using a custom PXA255 board and finally getting >u-boot to > >run on board. currently all the events are outputted to the serial. >I"m > >using STUART on the board as the the other UARTs are reserved :( > > > >So far my out puts are: > >U-Boot 1.1.1 (Jul 15 2004 - 13:58:37) > > Have you tried top of CVS? > (This is a standard question; PXA255 has worked since 1.0.x ;-) > > > >Running: enable_interrupts() > Interrupts? Why? > >IZARUS> > >================================================================ > >And then I am unable to do anything else. > >Any clues/hints/suggestion are welcome :) > This could be something as simple as cabling, or your terminal >program > (which one?) expecting hardware handshake (not supported by the >STUART), > or even an unhandled interrupt; that"s hard to tell... > Cheers > Anders

3 2

[U-Boot-Users] [PATCH] cpu/ppc4xx/sdram.c
by SYLee 16 Jul '04

16 Jul '04

2 1

Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question
by Frank Young 15 Jul '04

15 Jul '04

>A few thing that have bitten me is: >Wrong bd_info struct, Serial ports not configured correct, PCI not >configured correct. >And last but not least of the problems I have encountered... SDRAM.... >That it works under U-Boot des NOT mean that it works 100%.... Some >timing problems (for me it was hardware timing) will ONLY show up when >linux is running (because of burst mode), and some only showed up when >doing GCC compiles or other memory intensive operations. > Thanks! For SDRAM part, do you recall the detail? For example, which register did you change? Is it SDRAM configuration register (SDRAM0_CFG)? BTW, a very tough situation I have to deal with is that I don't have a debugger. I made some software debug tool and tested it on evaluation board and they all work. I believe the program stopped at early_init() in head_4xx.S. Best regards, Frank _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

1 0

[U-Boot-Users] Re: U-Boot-Users digest, Vol 1 #869 - 14 msgs
by vijay 15 Jul '04

15 Jul '04

Hi friends, Could any one tell me what is the boot sequence of the u-boot. Thanks in advance Regards vijay On Thu, 2004-07-15 at 13:26, u-boot-users-request(a)lists.sourceforge.net wrote: > Send U-Boot-Users mailing list submissions to > u-boot-users(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/u-boot-users > or, via email, send a message with subject or body 'help' to > u-boot-users-request(a)lists.sourceforge.net > > You can reach the person managing the list at > u-boot-users-admin(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of U-Boot-Users digest..." > > > Today's Topics: > > 1. Re: CFG_FLASH_BASE and CFG_MONITOR_BASE question (Frank Young) > 2. RE: memory allocation (Friedrich, Lars) > 3. Re: Question about GNU linker usage (Leon KUKOVEC) > 4. Writing Makefiles.. (Sudhakar Velusamy) > 5. RE: Q about automatic dram size detection in sdram_init() (Stefan Roese) > 6. Re: =?ks_c_5601-1987?B?USBhYm91dCBhdXRvbWF0aWMgZHJhbSBzaXplIGRldGVjdGlvbiBpbiBzZHJhbV9pbml0KCk=?= (Wolfgang Denk) > 7. Re: question about sdram size autodetection in sdram_init() (Wolfgang Denk) > 8. U-boot with uclinux on Coldfire (Sonia Martinez Baro) > 9. Re: Unable to send keys inputs from keyboard to u-boot (Wolfgang Denk) > 10. Re: AT91RM9200 -> UBoot and arm/thumb interworking (Wolfgang Denk) > 11. Re: Unable to send keys inputs from keyboard to u-boot (Anders Larsen) > 12. Re: memory allocation (Wolfgang Denk) > 13. Re: Writing Makefiles.. (Wolfgang Denk) > 14. Re: Q about automatic dram size detection in sdram_init() (Wolfgang Denk) > > --__--__-- > > Message: 1 > From: "Frank Young" <young726(a)hotmail.com> > To: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question > Date: Wed, 14 Jul 2004 22:00:00 -0700 > > Anyone else can share your success story? I just want to get some clues from > the similiar cases. > > Thanks! > > Frank > > > >From: Wolfgang Denk <wd(a)denx.de> > >To: "Frank Young" <young726(a)hotmail.com> > >CC: u-boot-users(a)lists.sourceforge.net > >Subject: Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question > >Date: Thu, 15 Jul 2004 00:41:26 +0200 > > > >In message <BAY2-F42kIFqFtucwpX000d8fad(a)hotmail.com> you wrote: > > > Yes, I did try it out. Seems the u-boot works fine and the example > > > application runs fine in SDRAM. But when I tried to load the kernel, > >kernel > > > hangs when early_init (in head_4xx.S) is called. So I want to come back > >to > > > u-boot and double check everything in u-boot is correct. > > > >I think we've been there before. How do you know that the kernel > >"hangs", and what exactly means "hangs" here? > > > >Don't tell me again that you added some debug code to toggle LED's or > >write to memory or something like that. > > > >Your "it hangs" may be an "it chrashes because of your debug code" > >with your debug code, and something completely different without it. > > > >Attach a debugger and find out what's really going on. > > > >In a first step, I recommend to re-read the FAQ section. > > > > > BTW, does anyone happen to have early_init problem and solved it? I saw > >a > > > >Yes. Many people have posted such problems before, and in all cases I > >can remember the only problem was some debug code that had been > >added, or the attempt to use tools (or engineers) that have no idea > >what virtual memory is. > > > > > lot of discussions on the internet. But most of them didn't give a final > > > solution. It doesn't matter if we are using same board or CPU. I just > >want > > > to get some idea of what could be wrong. Any input would be appreciated! > > > >We've been there before. Everything has been said before. follow the > >advice, or ignore it - your choice. I give up here. I will stop > >reading this thread and replying to it. > > > > > >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 > >What about WRITING it first and rationalizing it afterwords? :-) > > - Larry Wall in <8162(a)jpl-devvax.JPL.NASA.GOV> > > _________________________________________________________________ > MSN Life Events gives you the tips and tools to handle the turning points in > your life. http://lifeevents.msn.com > > > > --__--__-- > > Message: 2 > Subject: RE: [U-Boot-Users] memory allocation > Date: Thu, 15 Jul 2004 08:19:34 +0200 > From: "Friedrich, Lars" <lars.friedrich(a)wago.com> > To: "U-Boot-Users (E-Mail)" <u-boot-users(a)lists.sourceforge.net> > > > > Is there a (good) reason why the mem_alloc_init for ARM > > > (and some other) targets zeroes out the malloc pool? > > > Paranoia? > > That incompetent software developers flood your mailbox? > > > BTW: the same is done on other architectures, too. > > But not for all - so one way or the other, it's not correct. > Unless there is less paranoia for certain architectures ;-) > > > > This seems very redundant to me. I removed the memset code > > > and didn't run into any trouble so far, but maybe I was just lucky. > > We do a lot of redundand things that help to improve styability ;-) > > I consider zeroeing out this memory area as a way to obscure > bugs, by allowing faulty code to run nevertheless. I guess it's a thin > line between improving stability and catering bad code. > > Anyway, I've noted this as 'intended by design' and keep the removal > local. > > Best regards, > Lars Friedrich > > --=20 > > > --__--__-- > > Message: 3 > Date: Thu, 15 Jul 2004 08:01:55 +0200 > From: Leon KUKOVEC <leon.kukovec(a)ultra.si> > Organization: Ultra d.o.o. > To: SYLee <dobest03(a)empal.com> > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Question about GNU linker usage > > Hi SYLee, > > SYLee wrote: > > [-snip-] > > u-boot: depend $(SUBDIRS) $(OBJS) $(LIBS) $(LDSCRIPT) > > UNDEF_SYM=`$(OBJDUMP) -x $(LIBS) | sed -n -e > > 's/.*$__u_boot_cmd_.*$/-u\1/p'|sort|uniq`;\ > > $(LD) $(LDFLAGS) $$UNDEF_SYM $(OBJS) \ > > --start-group $(LIBS) $(PLATFORM_LIBS) --end-group \ > > -Map u-boot.map -o u-boot > > > > The value of $(LDFLAGS) variable ends &quot-n" and UNDEF_SYM is undefined symbol > > name list. Can the undefined symbol names be the non-option argument of gnu ld? > > According to manual page or info, I haven't found any mention of it. > > My understanding is that you very likely do not have OBJDUMP in the PATH > or set correctly which is causing UNDEF_SYM not to get defined. > > UNDEF_SYMBS actualy expands to -u<symbol_name> which is legal for LDFLAGS. > > Try to provide a log that shows how commands are being executed for the > u-boot target. > > L8rZ.

2 1

Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question
by Frank Young 15 Jul '04

15 Jul '04

Anyone else can share your success story? I just want to get some clues from the similiar cases. Thanks! Frank >From: Wolfgang Denk <wd(a)denx.de> >To: "Frank Young" <young726(a)hotmail.com> >CC: u-boot-users(a)lists.sourceforge.net >Subject: Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question >Date: Thu, 15 Jul 2004 00:41:26 +0200 > >In message <BAY2-F42kIFqFtucwpX000d8fad(a)hotmail.com> you wrote: > > Yes, I did try it out. Seems the u-boot works fine and the example > > application runs fine in SDRAM. But when I tried to load the kernel, >kernel > > hangs when early_init (in head_4xx.S) is called. So I want to come back >to > > u-boot and double check everything in u-boot is correct. > >I think we've been there before. How do you know that the kernel >"hangs", and what exactly means "hangs" here? > >Don't tell me again that you added some debug code to toggle LED's or >write to memory or something like that. > >Your "it hangs" may be an "it chrashes because of your debug code" >with your debug code, and something completely different without it. > >Attach a debugger and find out what's really going on. > >In a first step, I recommend to re-read the FAQ section. > > > BTW, does anyone happen to have early_init problem and solved it? I saw >a > >Yes. Many people have posted such problems before, and in all cases I >can remember the only problem was some debug code that had been >added, or the attempt to use tools (or engineers) that have no idea >what virtual memory is. > > > lot of discussions on the internet. But most of them didn't give a final > > solution. It doesn't matter if we are using same board or CPU. I just >want > > to get some idea of what could be wrong. Any input would be appreciated! > >We've been there before. Everything has been said before. follow the >advice, or ignore it - your choice. I give up here. I will stop >reading this thread and replying to it. > > >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 >What about WRITING it first and rationalizing it afterwords? :-) > - Larry Wall in <8162(a)jpl-devvax.JPL.NASA.GOV> _________________________________________________________________ MSN Life Events gives you the tips and tools to handle the turning points in your life. http://lifeevents.msn.com

2 1

[U-Boot-Users] U-boot with uclinux on Coldfire
by Sonia Martinez Baro 15 Jul '04

15 Jul '04

Hi all, We're porting u-boot to a Coldfire (MCF5282) evaluation board. We've read that it's neccesary to have a preloader doing the initialization. Where can we find the sources or binaries of this preloader?? Thanks in advance, Sonia _________________________________________________________________ ¿Estás pensando en cambiar de coche? Todas los modelos de serie y extras en MSN Motor. http://motor.msn.es/researchcentre/

3 2

[U-Boot-Users] real tech in u-boot
by петр петров 15 Jul '04

15 Jul '04

Hello! I'm porting u-boot to smdk2800 board. The ethernet card, that we use is realtech8139D. U-boot recognizes the card, but when it tries to transmit the very first packet( after tftpboot command), it fails to do that. Can you give any idea of what could be the problem? Thank you. Kirnasov A.

1 0

[U-Boot-Users] Q about automatic dram size detection in sdram_init()
by "SYLee" 15 Jul '04

15 Jul '04

3 4

[U-Boot-Users] Writing Makefiles..
by Sudhakar Velusamy 15 Jul '04

15 Jul '04

Hi all.. If anyone can tell me the tips or guidelines to write a makefile it would be useful for me Any guide to start with.. Thanks and Regards, Sudhakar

2 1

RE: [U-Boot-Users] memory allocation
by Friedrich, Lars 15 Jul '04

15 Jul '04

> > Is there a (good) reason why the mem_alloc_init for ARM > > (and some other) targets zeroes out the malloc pool? > Paranoia? That incompetent software developers flood your mailbox? > BTW: the same is done on other architectures, too. But not for all - so one way or the other, it's not correct. Unless there is less paranoia for certain architectures ;-) > > This seems very redundant to me. I removed the memset code > > and didn't run into any trouble so far, but maybe I was just lucky. > We do a lot of redundand things that help to improve styability ;-) I consider zeroeing out this memory area as a way to obscure bugs, by allowing faulty code to run nevertheless. I guess it's a thin line between improving stability and catering bad code. Anyway, I've noted this as 'intended by design' and keep the removal local. Best regards, Lars Friedrich --

2 1

[U-Boot-Users] Unable to send keys inputs from keyboard to u-boot
by Jordan Foo 15 Jul '04

15 Jul '04

Hi there, I'm using a custom PXA255 board and finally getting u-boot to run on board. currently all the events are outputted to the serial. I'm using STUART on the board as the the other UARTs are reserved :( I've only got it to post in the console, but I am unable to actually make any inputs via the serial console and is having no clues as to what is wrong. I have made sure that it is not booting some image at some location at I have #define CONFIG_BOOTDELAY -1. So far my out puts are: U-Boot 1.1.1 (Jul 15 2004 - 13:58:37) U-Boot code: A1F80000 -> A1F918EC BSS: -> A1F92D38 RAM Configuration: Bank #0: a0000000 32 MB Bank #1: a4000000 32 MB Bank #2: a8000000 0 kB Bank #3: ac000000 0 kB PRELIMINARY INITIALISATION COMPLETE! Welcome to IZARUS Starting IZARUS Initialisation... Running: flash_init() Running: display_flash_config() Flash: 1 MB Memory Allocated (mem_malloc_init) Initialising Environment *** Warning - bad CRC, using default environment Running: Obtaining IP Address Running: devices_init() Running: I2C - Not Defined Running: LCD Initialisation - Not Defined Running: VGA - Not Defined Running: Keyboard - Not Defined Running: LOG BUGGER - Not Defined Running: drv_system_init (Mandatory) Running: drv_usb_tty_init - Not Defined Running: jumptable_init() Running: console_init_r() In: serial Out: serial Err: serial Running: enable_interrupts() Running: board_late_init() Running: main_loop() - The infinite loop IZARUS> ================================================================ And then I am unable to do anything else. Any clues/hints/suggestion are welcome :) Thanks in advance, Kind regards, Jordan

3 2

[U-Boot-Users] AT91RM9200 -> UBoot and arm/thumb interworking
by Erick Castillo 15 Jul '04

15 Jul '04

Hello, I'm getting started with an AT91RM9200 development kit from atmel and am having trouble starting a simple application with UBoot. If I compile my application into 32bit arm code only, I can successfully load and run some simple startup code through the 'loadb' and 'go' commands that UBoot offers. I have two files: startup.s and main.c. "startup.s" does nothing more than set up some vector branches, initializes a stack, and jumps to main. All main does is drive a user led on the development board. As I said, compiling this in 32 bit arm seems to work fine when I load to 0x2000 0000. If I try to compile the main.c source code in thumb mode, then the 'bx' branch to main fails and the code does not run. The code preceding the branch is: . ldr r0, =main mov r13, pc bx r0 I was wondering if there was some initializations made by UBoot that would prevent it from loading thumb code. Any help/ideas would be especially useful. Thanks. --Erick

2 1

[U-Boot-Users] question about sdram size autodetection in sdram_init()
by SYLee 15 Jul '04

15 Jul '04

I'm so sorry for producing mailing list garbages.. due to email client problem.. My apology to you all for this.. In cpu/ppc4xx/sdram.c, in sdram_init(), the following seems to be wrong. /* * Test if 128 MByte are equipped (mirror test) */ *(volatile ulong *)ADDR_ZERO = MAGIC0; *(volatile ulong *)ADDR_08MB = MAGIC1; *(volatile ulong *)ADDR_16MB = MAGIC2; *(volatile ulong *)ADDR_32MB = MAGIC3; *(volatile ulong *)ADDR_64MB = MAGIC4; if ((*(volatile ulong *)ADDR_ZERO == MAGIC0) && (*(volatile ulong *)ADDR_08MB == MAGIC1) && (*(volatile ulong *)ADDR_16MB == MAGIC2) && (*(volatile ulong *)ADDR_32MB == MAGIC3)) { /* * OK, 128MB detected -> all done */ return; } I think the following conditional expression must be inserted at if statement: (*(volatile ulong *)ADDR_64MB == MAGIC4) The above case is also applied to 64MB and 32MB detection. Thanks. SYLee. --------------------------------------------------------------------- Get your own 200MB free email at http://www.empal.com

2 1

[U-Boot-Users] Question about GNU linker usage
by "SYLee" 15 Jul '04

15 Jul '04

2 1

Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question
by Frank Young 15 Jul '04

15 Jul '04

Yes, I did try it out. Seems the u-boot works fine and the example application runs fine in SDRAM. But when I tried to load the kernel, kernel hangs when early_init (in head_4xx.S) is called. So I want to come back to u-boot and double check everything in u-boot is correct. BTW, does anyone happen to have early_init problem and solved it? I saw a lot of discussions on the internet. But most of them didn't give a final solution. It doesn't matter if we are using same board or CPU. I just want to get some idea of what could be wrong. Any input would be appreciated! Frank >From: Wolfgang Denk <wd(a)denx.de> >To: "Frank Young" <young726(a)hotmail.com> >CC: u-boot-users(a)lists.sourceforge.net >Subject: Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question >Date: Wed, 14 Jul 2004 22:16:11 +0200 > >In message <BAY2-F40UKfLDeyZEjp0003af84(a)hotmail.com> you wrote: > > > > Are these all what I need to change? Did I miss anything? > >did you try it out? did it work? > > >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 >"...and the fully armed nuclear warheads, are, of course, merely a >courtesy detail." > > >------------------------------------------------------- >This SF.Net email is sponsored by BEA Weblogic Workshop >FREE Java Enterprise J2EE developer tools! >Get your free copy of BEA WebLogic Workshop 8.1 today. >http://ads.osdn.com/?ad_idG21&alloc_id040&op=click >_______________________________________________ >U-Boot-Users mailing list >U-Boot-Users(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/u-boot-users _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

[U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question
by Frank Young 14 Jul '04

14 Jul '04

Hi, I am working on my walnut board with PPC405GP. The Flash starts at FFE00000. I need to reserve the first 512KB of Flash for other application. So the U-Boot is installed at FFE80000. I set the config parameter as below: In WALNUT405.h CFG_FLASH_BASE = FFE00000 CFG_MONITOR_BASE = FFE80000 In board/walnut405/config.mk TEXT_BASE = FFE80000 Are these all what I need to change? Did I miss anything? Thanks, Frank _________________________________________________________________ Check out the latest news, polls and tools in the MSN 2004 Election Guide! http://special.msn.com/msn/election2004.armx

2 1

[U-Boot-Users] Re:Re: Contents of U-Boot-Users digest , Vol 1 #866 - 6 msgs. Message 6. Why the contents in SDRAM stay?
by Jihua Cheng 14 Jul '04

14 Jul '04

Frank, I think you power off and then immediately (in a few seconds) power on the board. If you stay a while after you power off the board, the content of SDRAM should be lost. The reason is that sdram keeps the contents for a while without refresh. Hope this helps. Jihua From: "Frank Young" <young726(a)hotmail.com> To: u-boot-users(a)lists.sourceforge.net Date: Tue, 13 Jul 2004 17:54:11 -0700 Subject: [U-Boot-Users] Why the contents in SDRAM stay? Hi all, I am playing with the u-boot that is just installed on my customed board with PPC405GP (based on walnut). The SDRAM I am using is SAMSUNG K4S561632D-TC75000. One interesting thing I found is, I used mm to change the first 4 bytes at address 0, which is suppose to belong to SDRAM, to 0xdeaddead. Then I turned off the power. After I turned on the power, I used md to check the memory. The content at address 0 was still 0xdeaddead. I changed the value several times and found once I modified the SDRAM, the content stays regardless the power is off. This is very weird. Should the content be lost once the power is off? Can anybody explain how it happened? BTW, after I turn off the board I waited for long enough (1-2 minutes) to turn it on. Thanks, Frank

2 1

[U-Boot-Users] vxworks boot loader and u-boot's hello_world
by Alireza Sadri 14 Jul '04

14 Jul '04

Hi all. I need a standalone application to run on vxworks boot loader , on sbc8260. I tried to run u-boot example , hello_world , but it makes an exception , when tries to access a logical address.(MSR says i have supervisior privilege, so this is not because of instruction needed privilege) I think this is due to lack of logical addresses provided by vxworks boot loader, as hello_world is configured to use logical addresses provided by u-boot. can anyone help me?am i right? can i run any standalone application on it? I have configured u-boot , ( sbc8260.c(/board) and sbc8260.h(/include/configs )and compiled it.I am not an expert. also vxworks bootloader can not run u-boot elf.why this happens? thanks. __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail

2 1

[U-Boot-Users] memory allocation
by Friedrich, Lars 14 Jul '04

14 Jul '04

Is there a (good) reason why the mem_alloc_init for ARM (and some other) targets zeroes out the malloc pool? from ./lib_arm/board.c: static void mem_malloc_init (ulong dest_addr) { mem_malloc_start = dest_addr; mem_malloc_end = dest_addr + CFG_MALLOC_LEN; mem_malloc_brk = mem_malloc_start; memset ((void *) mem_malloc_start, 0, mem_malloc_end - mem_malloc_start); This seems very redundant to me. I removed the memset code and didn't run into any trouble so far, but maybe I was just lucky. Best regards, Lars Friedrich --

2 1

[U-Boot-Users] uboot support for USB DFU protocol
by Aras Vaichas 14 Jul '04

14 Jul '04

I am using the AT91RM9200DK, it has both USB host and device interfaces. Can I use the USB *device* port to load a binary image (uImage) into my development board? i.e. does u-boot support the USB DFU (Device Firmware Upgrade) protocol? I know that the AT91RM9200 has support for USB DFU in its internal boot ROM, but I'd like to use uboot to load the image via image from a file server - similar to the way I would do it with tftp. If I make a product that has a USB device interface, I'd like to be able to upgrade the firmware via that same USB link. Aras

2 1

[U-Boot-Users] Unaligned Flash Writing with drivers/cfi_flash.c
by Michael Bendzick 14 Jul '04

14 Jul '04

In the CFI flash driver (drivers/cfi_flash.c), is it intended that the writes to the buffer in function flash_write_cfibuffer using the instructions such as "*dst.wp++ = *src.wp++;" work on unaligned addresses, i.e. 0x01 for source and 0x02 for destination? I find that, as should be expected, memory copy operations don't like working with unaligned addresses. However, when using the cfi_flash.c driver with buffered writes disabled, unaligned addresses aren't a problem. I see three options: --A user just knows not to perform operations that copy from bad addresses. --The driver copes with weird requests (and the code grows larger in size). --An error message pops out saying that the addresses don't align (and the code grows larger in size). Right now, I observe that my OMAP1510 Innovator board just crashes or resets. The less knowledgable user might like to know why that happens. Should the code be patched to fit one of these (or a fourth) options, or just left as is? -Michael Bendzick Systems and Software Engineering Logic Product Development michael.b(a)logicpd.com 612-436-5122 www.logicpd.com

1 0

RE: [U-Boot-Users] vxworks boot loader and u-boot's hello_world
by Friedrich, Lars 14 Jul '04

14 Jul '04

> also vxworks bootloader can not run u-boot elf.why > this happens? Plain and simple: the VxWorks bootloader does not support the elf file format. How to get a standalone application running with the VxWorks bootloader is a question for a VxWorks mailing-list. Regards, Lars Friedrich --

2 1

[U-Boot-Users] ppc440gx issue
by Travis Sawyer 14 Jul '04

14 Jul '04

Possibly off topic here, please bear with me... I have custom HW, ppc 440gx, with a xilinx system ace connected on chip select 2. I can read/write the sysace internal reg's w/o problem. However, when I attempt to read a sector of the compact flash connected to the sysace, I only get the first 16 bits from the fifo. Does anyone on the list know of any issues with the 4xx series and chip select 2? (Yes, I have checked the errata, nothing there). I thought I saw something fly by either here or on linuxppc-embedded, but I wasn't sure where, and a archive search brings up nothing for me. On another note, the HW engineers here are quite impressed with the capabilities of u-boot (they were skeptics at first, as they wanted to use PIBS (on custom hw even)). Kudos to Wolfgang, and the multitude of developers here! Thanx for any light you can shed on my situation, Travis

1 0

[U-Boot-Users] Preliminary patch for Cogent CBS336 (MC9328MXL-based)
by llandre 14 Jul '04

14 Jul '04

Starting from Bryan Larsen's patch for U-Boot 0.4.0, I started porting U-Boot 1.1.2 on Cogent CSB336. The patch against current CVS is available for download here http://www.dave-tech.it/download/misc/up-csb336-1 (I could not attach because the size limit). Some clean ups are needed here and there. I had to change the routine reset_timer_masked in cpu/mc9328/interrupts.c (bug?). To initialize clocks and SDRAM controller I used the same values used by the Micromonitor bootloader the board comes with. I also had to avoid invoking funtion SetAsynchMode() otherwise the processor hangs. U-Boot seems to be stable but I could not load Linux kernel so far. I'm trying to start a modified version of the kernel 0.3.8 delivered by Motorola for the M9328MXL ADS. It seems the kernel does not like the parameters passed by U-Boot. Still working on it. Any advice or suggestion is appreciated. Regards, llandre DAVE Electronics System House - R&D Department www.dave-tech.it

2 4

[U-Boot-Users] Why the contents in SDRAM stay?
by Frank Young 14 Jul '04

14 Jul '04

Hi all, I am playing with the u-boot that is just installed on my customed board with PPC405GP (based on walnut). The SDRAM I am using is SAMSUNG K4S561632D-TC75000. One interesting thing I found is, I used mm to change the first 4 bytes at address 0, which is suppose to belong to SDRAM, to 0xdeaddead. Then I turned off the power. After I turned on the power, I used md to check the memory. The content at address 0 was still 0xdeaddead. I changed the value several times and found once I modified the SDRAM, the content stays regardless the power is off. This is very weird. Should the content be lost once the power is off? Can anybody explain how it happened? BTW, after I turn off the board I waited for long enough (1-2 minutes) to turn it on. Thanks, Frank _________________________________________________________________ MSN Life Events gives you the tips and tools to handle the turning points in your life. http://lifeevents.msn.com

2 1

[U-Boot-Users] Debugging U-Boot Under DDD
by Talib Alim 14 Jul '04

14 Jul '04

This may be a trivial question, but I hope that someone can answer me. I am bring up u-boot on 8xx. While doing source level debugging under ddd, whenever I do step, stepi, next or nexti I see green instruction pointer jump all over the code. e.g. it would go to first line, than third line, than 7 line. If I look at machine code window, it is running in normal predictable way.

3 12

[U-Boot-Users] [PATCH] for Xilinx's ml300 board
by Sean Chang 13 Jul '04

13 Jul '04

Hi Wolfgang, This is the first time I am submitting a patch, so if there is any problem please let me know and I'll be more than happy to fix it. This patch is applied against the u-boot 1.1.1 release. Basically it adds support for the ml300 board to read out its environment information stored on the EEPROM. Any comments are welcomed. Thanks, Sean ================================== CHANGELOG: Patch by Sean Chang, 28 Jun 2004: Add support for ml300 board to read out its environment information stored on the EEPROM.

6 7

[U-Boot-Users] Recommended Reading
by Talib Alim 13 Jul '04

13 Jul '04

New to PPC development. I am working on 852T on Fads board. I would like to get recommendation what would be good book/mannual to read to get better understanding and remove confusion. TA

2 1

RE: [U-Boot-Users] Debugging U-Boot Under DDD
by VanBaren, Gerald (AGRE) 13 Jul '04

13 Jul '04

...also do an "objump -h" on your elf file to see where everything is being located. Someone wants to locate a section in the wrong place or a section is way too large, but that is usually a symptom of locating a section in the wrong place or someone putting data in the wrong place. Track down where that section location is defined and everybody that sticks stuff in that section looking for oddball locations (like 0x040000xx). Quite often someone puts in a hardcoded address in the code, causing a section to get really, really large. I did a quick search and it looks like the common TEXT_BASE is 0x40000000 (not 0x04000000) so I may be wrong on that one. gvb > -----Original Message----- > From: Talib Alim [mailto:talibalm@hotmail.com] > Sent: Tuesday, July 13, 2004 2:24 PM > To: VanBaren, Gerald (AGRE); U-Boot List > Subject: RE: [U-Boot-Users] Debugging U-Boot Under DDD > > > This is the point, My flash is located at 0x02000000 and I erased this > location before programming. But prog command for elf format file is > trying to write to 0x04000000 and bin format writes to 0x02000000 ok. > > The difference b/w bin & elf is that obviouly elf is much bigger. The > elf image is about 1mb. > > TA > --- "VanBaren, Gerald (AGRE)" <Gerald.VanBaren(a)smiths-aerospace.com> > wrote: > > > > Did you erase 0x04000000 (and following) before loading? > > > > Read those locations before and after programming and tell us what > > they have in them. > > > > gvb > > > > > > > -----Original Message----- > > > From: u-boot-users-admin(a)lists.sourceforge.net > > > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of > > > Talib Alim > > > Sent: Tuesday, July 13, 2004 1:58 PM > > > To: Wolfgang Denk; talibalm(a)hotmail.com > > > Cc: U-Boot List > > > Subject: Re: [U-Boot-Users] Debugging U-Boot Under DDD > > > > > > > > > I tried loading elf file, this is what I get > > > > > > BDI>erase 0x02000000 chip > > > Erasing flash at 0x02000000 > > > Erasing flash passed > > > BDI>prog 0x02000000 u-boot elf > > > Programming u-boot , please wait .... > > > - File offset 0x00000078 to address 0x04000000 size 131408 > > > # Programming flash memory failed at 0x04000040 > > > > > > TA > > > > > > --- Wolfgang Denk <wd(a)denx.de> wrote: > > > > In message <20040713001816.61544.qmail(a)web50501.mail.yahoo.com> > > you > > > > wrote: > > > > > I am using eldk > > > > > > > > OK. > > > > > > > > > I am using bin {& not elf}, apart from this problem, it seems > > to > > > > be > > > > > doing fine. > > > > > > > > Try loading the ELF file instead - then GDB will automatically > > > > load > > > > all required information about source 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 > > > > The human mind treats a new idea the way the body treats a > > > > strange > > > > protein - it rejects it. - P. > > > > Medawar > > > > > > > > > > > > ------------------------------------------------------- > > > > 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 > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > 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 > > > > > > > ****************************************** > > 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. > > ****************************************** > > > > > > ------------------------------------------------------- > > 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 > > > > ****************************************** 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

RE: [U-Boot-Users] Debugging U-Boot Under DDD
by VanBaren, Gerald (AGRE) 13 Jul '04

13 Jul '04

Did you erase 0x04000000 (and following) before loading? Read those locations before and after programming and tell us what they have in them. gvb > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of > Talib Alim > Sent: Tuesday, July 13, 2004 1:58 PM > To: Wolfgang Denk; talibalm(a)hotmail.com > Cc: U-Boot List > Subject: Re: [U-Boot-Users] Debugging U-Boot Under DDD > > > I tried loading elf file, this is what I get > > BDI>erase 0x02000000 chip > Erasing flash at 0x02000000 > Erasing flash passed > BDI>prog 0x02000000 u-boot elf > Programming u-boot , please wait .... > - File offset 0x00000078 to address 0x04000000 size 131408 > # Programming flash memory failed at 0x04000040 > > TA > > --- Wolfgang Denk <wd(a)denx.de> wrote: > > In message <20040713001816.61544.qmail(a)web50501.mail.yahoo.com> you > > wrote: > > > I am using eldk > > > > OK. > > > > > I am using bin {& not elf}, apart from this problem, it seems to > > be > > > doing fine. > > > > Try loading the ELF file instead - then GDB will automatically > > load > > all required information about source 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 > > The human mind treats a new idea the way the body treats a > > strange > > protein - it rejects it. - P. > > Medawar > > > > > > ------------------------------------------------------- > > 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 > > > > > > ------------------------------------------------------- > 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 > ****************************************** 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. ******************************************

2 1

[U-Boot-Users] U-BOOT for MPC885 Eval board
by Sachin S Mehta 13 Jul '04

13 Jul '04

Hi, We are using MPC885ADS Eval. board ,we are porting U-Boot 1.1.1on it and working fine, but we have following query 1. When we trying to change serial port from SMC1 to SMC2 by defining following in "MPC885ADS.h" : #define CONFIG_8xx_CONS_SMC2 1 /* Console is on SMC2 */ #undef CONFIG_8xx_CONS_SMC1 #undef CONFIG_8xx_CONS_NONE we are not getting anything on serial console. 2. We are getting 8 Mbyte of Flash memory SIMM - theRPCF08324NE5BSSG-70 by RPC , which internally composed of 16 AM29F040 devices. We are able to configure 2 MB Flash memory and working fine. But when we are trying to configure for 8MB by changinf following in "/board/fads/flash.c : flash_get_size()" info->sector_count = 32; info->size = 0x00800000; instead of info->sector_count = 8; info->size = 0x00200000; It gives some error as below : CPU: MPC885ZPnn at 120 MHz: 8 kB I-Cache 8 kB D-Cache FEC present Board: MPC885ADS rev NR DRAM: (8 MB SDRAM) 8 MB FLASH: Bus Fault @ 0x007f16b4, fixup 0x00000000 Machine check in kernel mode. Caused by (from msr): regs 00560e18 Unknown values in msr NIP: 007F16B4 XER: 00000100 LR: 007F168C REGS: 00560e18 TRAP: 0200 DAR: 007FB0EC MSR: 00001002 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 00 GPR00: 00000016 00560F08 00000000 00D40000 007FFAF8 007FB000 007FA834 00002088 GPR08: 00000020 007FFA81 00000016 007FFACC 28000024 00000000 00800000 FDFD6000 GPR16: 00000000 00800000 00000000 00000020 00000000 00000001 00000000 00000000 GPR24: FF000100 FFFFFFFF 00000000 00000000 007FFA6C 00560F94 00800DD0 007FFA6C Call backtrace: 005E9814 007F10EC 007D98A0 007D83B0 machine check Has anyone faced same problem? thanks, Sachin mehta

2 1

AW: [U-Boot-Users] Add support for TQM5200 board
by Martin Krause 13 Jul '04

13 Jul '04

> In message > <DE2CC66C40EAB74EA6D66AC71BF98E1EFE2915@TQ-MAILSRV-1> you wrote: > > > > * Patch by Martin Krause, 30 June 2004: > > Add support for TQM5200 board > > Added, thanks. Thanks. > * Please stick to the Coding Style (trailing white space) > * Please keep lists sorted. Ups, sorry for that. I try harder next time. > Requests: > > * Please keep output from the Makefile as short as possible. > This is NOT the place to print novels. OK. > * All other TQM modules auto-detect and auto-size the flash. The > TQM5200 should do that, too. I'll try to realize this for the new baseboard STK52XX. It's not a matter of good will, but of time and money (like so often). > * Actually I wonder if we really need different U-Boot images for the > existing board configurations. If the code auto-sizes memory (as it > should) you could probably run the same image on all baords, > especially as long as you don't add any support for the graphics > controller to U-Boot. There are plans to support the graphics controller under U-Boot. But I think we could in fact do with less configurations. Best Regards, Martin Krause

1 0

RE: [U-Boot-Users] ppc4xx/serial.c
by Seingier François-Xavier 13 Jul '04

13 Jul '04

my apologies, my fault here 8/ regards, François-Xavier SEINGIER

1 0

RE: [U-Boot-Users] ppc4xx/serial.c
by Seingier François-Xavier 13 Jul '04

13 Jul '04

hello, > What's exactly your problem? > > Give us your cpu_freq value and desired baudrate so that we can help. > Actually, I modified the serial.c file so that udiv and bdiv are calculated as I explained in the previous post and it works. In fact, I was wondering if the original operations were correct? For example, I cannot figure out the meaning of udiv = (clk + tmp / 2) / tmp and all these operations are rather confusing 8-/ regards, François-Xavier SEINGIER

2 1

RE: [U-Boot-Users] ppc4xx/serial.c
by Laurent Mohin 13 Jul '04

13 Jul '04

Hello, udiv = (clk + tmp / 2) / tmp; is a classical way of having the result of (clk/tmp) rounded off to the nearest amount eg 25.78 to 26. Laurent P.S : un petit aparté en français - N'envoie pas tes messages à la liste <u-boot-users-admin(a)lists.sourceforge.net>, sinon tu vas te faire disputer par Wolfgang Denk Seingier François-Xavier <Francois-Xavier.Seingier(a)thomson.net> 13/07/04 10:08 To: "Laurent Mohin" <laurent.mohin(a)acterna.com> cc: "U-Boot-Users $E-mail$" <u-boot-users(a)lists.sourceforge.net>, <u-boot-users-admin(a)lists.sourceforge.net> Subject: RE: [U-Boot-Users] ppc4xx/serial.c hello, > What's exactly your problem? > > Give us your cpu_freq value and desired baudrate so that we can help. > Actually, I modified the serial.c file so that udiv and bdiv are calculated as I explained in the previous post and it works. In fact, I was wondering if the original operations were correct? For example, I cannot figure out the meaning of udiv = (clk + tmp / 2) / tmp and all these operations are rather confusing 8-/ regards, François-Xavier SEINGIER

1 0

Re: [U-Boot-Users] PXA255 and I2C
by Anders Larsen 13 Jul '04

13 Jul '04

Herb Radford <herbr(a)magma.ca> schreibt: >I'm having some difficulty getting the I2C bus working on a PXA255-based >board. I also find I'm somewhat confused by the documentation on the I2C >in >Intel's documents. >I'm using an M41ST85 for the RTC chip. When I attempt to read from the >RTC, >I get timeouts and when I check the SCK, I find there's no activity at >all. > >Digging into the documentation, it's not too clear how the GPIO's should >be >set for I2C. GP25 is the SSPTX pin which is (I assume) made bidirectional >(somehow) when the I2C is enabled. Should it and GP23 (SSPCK) be set to >alternate function 2 (I assume so)? Hi Herb, the I2C bus uses the SDA/SCL signals (pins A11/D11 - see chapter 9 in the PXA255 Processor Manual). It has nothing to do with the Network SSP (described in chapter 16) that uses the signals you mentioned above. > >I'm getting nothing on the I2C clock line when I transmit, but the I2C >data >line does go high when enabled. Probing the wrong pin? HTH, Cheers Anders

1 0

AW: [U-Boot-Users] LITE5200 board: Bus Fault with 2 network cards
by Martin Krause 13 Jul '04

13 Jul '04

Hi Olivier, > -----Ursprüngliche Nachricht----- > Von: Olivier Singla [mailto:olivier@singla.us] > Gesendet: Dienstag, 13. Juli 2004 04:12 > An: u-boot-users(a)lists.sourceforge.net > Betreff: [U-Boot-Users] LITE5200 board: Bus Fault with 2 network cards > > I use a Lite5200 board (ref. board from Motorola). With the two PCI network > cards I tried (which I would want to use under Linux 2.4.25), u-boot crashes: Are these cards 3.3 V types? Have you inserted the cards in the right direction? Since the keys for 3.3 V and 5 V are symmetric, it is possible to insert a 5 V card upside down in a 3.3 V slot (at least if it is mechanically possible, like on the Lite5200 board). > Two others PCI cards, not network (Maxtor SATA and USB-2.0) did not bring > any issue with u-boot 1.1.1 > > Is there a known issue with the PCI on the MPC5200, and more specifically > with PCI network cards ? I also have problems with some PCI cards. Some are recognized, some not. I haven't found an explanation, yet. I guess it has something to do with some "3.3 V compatible" cards are not really compatible with 3.3 V only systems. It could as well be an errata in the MPC5200 described in the MPC5200 Errata Listing: ID 322: Violation of PCI Tval min time The PCI Timing Speci?cation de?nes the timing parameter Tval (CLK to Signal Valid Delay): Tval min 2 ns, max 11 ns (33MHz) Tval min 2 ns, max 6 ns (66MHz) When M66EN is asserted, the minimum speci?cation for Tval(min) may be reduced to 1 ns if a mechanism is provided to guarantee a minimum value of 2 ns when M66EN is deasserted. MPC5200 provides Tval min of 1 ns (instead of 2 ns), which is a violation of the Timing Speci?cation for 33MHz. Best Regards, Martin

2 1

AW: [U-Boot-Users] LITE5200 board: Bus Fault with 2 network cards
by Reinhard Meyer 13 Jul '04

13 Jul '04

Hello, Be highly cautious with PCI cards that claim 3.3V compatibility by having a notch in the 3.3V key position. Many of them still locally bridge the 5V and the VIO powers! Reinhard -----Ursprüngliche Nachricht----- Von: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net] Im Auftrag von Martin Krause Gesendet: Dienstag, 13. Juli 2004 09:00 An: Olivier Singla Cc: u-boot-users(a)lists.sourceforge.net Betreff: AW: [U-Boot-Users] LITE5200 board: Bus Fault with 2 network cards Hi Olivier, > -----Ursprüngliche Nachricht----- > Von: Olivier Singla [mailto:olivier@singla.us] > Gesendet: Dienstag, 13. Juli 2004 04:12 > An: u-boot-users(a)lists.sourceforge.net > Betreff: [U-Boot-Users] LITE5200 board: Bus Fault with 2 network cards > > I use a Lite5200 board (ref. board from Motorola). With the two PCI > network cards I tried (which I would want to use under Linux 2.4.25), u-boot crashes: Are these cards 3.3 V types? Have you inserted the cards in the right direction? Since the keys for 3.3 V and 5 V are symmetric, it is possible to insert a 5 V card upside down in a 3.3 V slot (at least if it is mechanically possible, like on the Lite5200 board). > Two others PCI cards, not network (Maxtor SATA and USB-2.0) did not > bring any issue with u-boot 1.1.1 > > Is there a known issue with the PCI on the MPC5200, and more > specifically with PCI network cards ? I also have problems with some PCI cards. Some are recognized, some not. I haven't found an explanation, yet. I guess it has something to do with some "3.3 V compatible" cards are not really compatible with 3.3 V only systems. It could as well be an errata in the MPC5200 described in the MPC5200 Errata Listing: ID 322: Violation of PCI Tval min time The PCI Timing Speci?cation de?nes the timing parameter Tval (CLK to Signal Valid Delay): Tval min 2 ns, max 11 ns (33MHz) Tval min 2 ns, max 6 ns (66MHz) When M66EN is asserted, the minimum speci?cation for Tval(min) may be reduced to 1 ns if a mechanism is provided to guarantee a minimum value of 2 ns when M66EN is deasserted. MPC5200 provides Tval min of 1 ns (instead of 2 ns), which is a violation of the Timing Speci?cation for 33MHz. Best Regards, Martin ------------------------------------------------------- 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

Re: [U-Boot-Users] ppc4xx/serial.c
by Laurent Mohin 13 Jul '04

13 Jul '04

François-Xavier, You're perfectly right. What's exactly your problem? Give us your cpu_freq value and desired baudrate so that we can help. Laurent Seingier François-Xavier <Francois-Xavier.Seingier(a)thomson.net> Sent by: u-boot-users-admin(a)lists.sourceforge.net 12/07/04 18:23 To: "U-Boot-Users $E-mail$" <u-boot-users(a)lists.sourceforge.net> cc: Subject: [U-Boot-Users] ppc4xx/serial.c hello, I've been going through the code of the function serial_init because I couldn't get the proper baudrate divisor. I must admit I don't understand the operations made to calculate udiv and bdiv... According to the 405gp user manual, these are the meanings of a few parameters. CFG_BASE_BAUD = SerClk / 16 bdiv = SerClk / (16 * baudrate) SerClk = cpu_freq / udiv As a result, udiv and bdiv should be generated as follows in serail_init: if external_clock: SerClk = CFG_EXT_SERIAL_CLK udiv = 1 else: SerClk = CFG_BASE_BAUD * 16 udiv = cpu_freq / serClk endif bdiv = SerClk / (16 * baudrate) Am I missing something? regards, François-Xavier SEINGIER ------------------------------------------------------- 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] [patch] master read fix mpc8245
by Marc Leeman 13 Jul '04

13 Jul '04

Reading PPC Memory from another device with the PPC as PCI target device corrupts data due to interenal hardware buffering. Fix to disable these buffers with no performance influence. a detailed description is available upon request (pdf, mailinglist bounces).

3 2

[U-Boot-Users] Errant Tab in drivers/cfi_flash.c
by Michael Bendzick 13 Jul '04

13 Jul '04

I noticed in the drivers/cfi_flash.c file, there's a minor error in text formatting that makes for an ugly display when running 'flinfo'. I tracked it down to line 465, where either "(RO)" or blank space is displayed, depending on the sector status. An errant tab is in there that looked like the two spaces that ought to be there, which caused my terminal program (Tera Term) to make the spacing between numbered sectors excessively wide, and also cause a blank line between every data-bearing line. The fix (note that I'm using [tab] and [space] here for clarity): Line 465... info->start[i], info->protect[i] ? "[space](RO)" : "[tab][space][space][space]"); ...should become... info->start[i], info->protect[i] ? "[space](RO)" : "[space][space][space][space][space]"); -Michael Bendzick Systems and Software Engineering Logic Product Development michael.b(a)logicpd.com 612-436-5122 www.logicpd.com

2 1

[U-Boot-Users] Help with serial port set-up for PPC 8540
by Junita Ajith 13 Jul '04

13 Jul '04

Hi I am trying to write an Assembly code , just to set-up the UART , so as to send a few characters via the serial port. I am working on a 8540 Motorola PowerPC . As I am starting right from the scratch I dont have the boot -loader doing the board initializations for me and so have to have my own start.S file to do those . I just have set-up the necessary registers for UART and as I am not doing any high level coding I havent set up the MMU , TLB etc. But my code doesnt seem to work !!! I assumed that that CPU would direclty read from the Flash .I am new to this and so I need some advise of what all have to be done during board bring up, or where should I look for such documentation. Any help would be appreciated . Thanks Junita __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo

2 1

RE: [U-Boot-Users] Debugging U-Boot Under DDD
by VanBaren, Gerald (AGRE) 12 Jul '04

12 Jul '04

> -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of > Talib Alim > Sent: Monday, July 12, 2004 3:08 PM > To: U-Boot List > Subject: [U-Boot-Users] Debugging U-Boot Under DDD > > > This may be a trivial question, but I hope that someone can answer me. > I am bring up u-boot on 8xx. > > While doing source level debugging under ddd, whenever I do step, > stepi, next or nexti I see green instruction pointer jump all over the > code. e.g. it would go to first line, than third line, than 7 line. If > I look at machine code window, it is running in normal > predictable way. That is typically because the compiler optimizer has re-ordered your program. ddd is showing you which line is being executed and the machine code window shows sequential instructions, but those instructions are _not_ for sequential source lines. gvb ****************************************** 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] RE: [u-boot-users]: Relocation code on Nios
by Scott McNutt 12 Jul '04

12 Jul '04

>> I don"t understand this particular line of code: >> >> ld %g7, [%g7] This moves the value pointed to by %g7 into register %g7. %g7 points to the location that stores the address of _start. This is the address where u-boot is to be copied (the destination address). >> 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. Yes, you are correct. %g7 points to where the (link time) address of _start is stored (not the current execution address of _start). >> 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? This just lets you store u-boot in memory at any address. When you being execution, the code is simply copied to TEXT_BASE, that's all. This initial bsr just lets us know where we begin execution, the value in %g7 after the bsr is the target address plus 4. Currently, for convenience and simplicity, the u-boot code, data, and command table are currently located contiguously. There's no magic here ... just load the binary to some arbitrary address, then single step through the code -- it'll help you understand :-) Best Regards, --Scott

1 0