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