March 2006 - U-Boot

Re: [DNX#2006033142000525] [U-Boot-Users] New Source
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000525] was created: <snip> > Hello Wolfgang, > I have Uboot source code to 5 boards named ExB1, ExB2, MxB1, MxB2 and > MxB3 that we have developed > at Ericsson AB. > The common name for the above boards is XxB. New boards are in the > design pipe and will be called e.g. ExB3. > > The boards features the following ( new? ) functionality, > > o Two separate flash areas, one for loadmodules that can be exchanged in > a live system and one for > fallback purposes if the exchangeable area has been corrupted ... > > o Automatic detection of Bootp or Flash usage at boot time ... > > o IDE support ( PIO / DMA ) through UPM on our PowerQuicc2 8270 CPU ... > > o IPMI ( ATCA standard ) Interface ... > > o Password protection ... > > Now, > How do I publish the above source code in the best way to the Uboot > community? > > Best Regards // Matias > > > Matias Sundman > Senior SW Designer > Ericssonl > IS Ethernet Switch, DIPN > Ericsson AB > Box 1505 Office: +46 8 719 86 83 > SE-125 25 ÄLVSJÖ ECN: 850 98683 > SWEDEN Mobile: +46 70 267 2405 > Visiting address: E-mail: Matias.Sundman(a)ericsson.com > Armborstvägen 14 Web: http://www.ericsson.com > Älvsjö, STOCKHOLM </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000507] [U-Boot-Users] RE: Interactive Memory test patch & [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000507] was created: <snip> > Add on to original patch in post/tests.c and include/post.h to run the > interactive memory test as part of post_run. Controlled by > CFG_MEMTEST_INTERACTIVE > > As part of CONFIG_POST. > > > > </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000516] [U-Boot-Users] Patch to show address definition ba [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000516] was created: <snip> > This is a nit but instead of tracing code using cscope/ctags or fgrep, > this > method > Makes code tracing lot quicker. Unless you have an IDE :) > > I have used cscope but have not been able to search symbols at a top > level > Directory from a directory N level deep. Any tips appreciated. > > > --- /login/asabharw/lxhome/u-boot-1.1.3/Makefile 2005-08-13 > 16:53:35.000000000 -0700 > +++ Makefile 2005-10-17 18:59:37.000000000 -0700 > @@ -194,7 +194,7 @@ > $ -name CVS -prune $ -o $ -name '*.[ch]' -print > $` > > System.map: u-boot > - @$(NM) $< | \ > + $(NM) -A -l $< | \ > grep -v '$compiled$\|$\.o$$$\|$ [aUw] > $\|$\.\.ng$$$\|$LASH[RL]DI$' | \ > sort > System.map > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000491] [U-Boot-Users] [PATCH] OMAP 5912/OSK: update EMIFS [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000491] was created: <snip> > The following patch adds some wait states to the EMIFS timings for CS1. > Problems have been seen in the linux kernel's smc91x network driver due > to improper bus timings. The latest 2.6 OMAP kernels currently have a > workaround, but this fix belongs in u-boot. > -- > Kevin Hilman > MontaVista Software -- http://www.mvista.com/ </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000481] [U-Boot-Users] Resend: [PATCH]:correct flash base [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000481] was created: <snip> > Hi, > Sorry, have to resend, the patch missed some lines. Here it is. Please > ignore the previous one. Sorry for inconvenience. > > ********************************************************************************** > > This is a patch for MPC8349E ADS board readme in README.mpc83xxads. > This patch corrects u-boot base address described in the > README.mpc83xxads to be the same as text base set in the source code. > > Log Entry: > > * Patched by Neil Chu, Oct 2005 > Correct the flash base address in README.mpc83xx so that it is the > same as TEXT base address > setting in u-boot source code. > *********************************************************************************** > > --- > diff -Nur u-boot-1.1.3/doc/README.mpc83xxads u-boot-1.1.3- > after/doc/README.mpc83xxads > --- u-boot-1.1.3/doc/README.mpc83xxads 2005-08-14 07:53:35.000000000 > +0800 > +++ u-boot-1.1.3-after/doc/README.mpc83xxads 2005-10-14 > 10:34:19.871711464 +0800 > @@ -83,15 +83,15 @@ > 5.1 Reflash U-boot Image using U-boot > > tftp 10000 u-boot.bin > - protect off fe000000 fe09ffff > - erase fe000000 fe09ffff > + protect off all > + erase fe700000 fe73ffff > > - cp.b 10000 fe000000 xxxx > + cp.b 10000 fe700000 xxxx > or > - cp.b 10000 fe000000 a0000 > + cp.b 10000 fe700000 40000 > > -You might have to supply the correct byte count for 'xxxx' from > -the TFTP. Maybe a0000 will work too, that corresponds to the > +You might have to supply the correct byte count in hex for 'xxxx' from > +the TFTP. Maybe 40000 will work too, that corresponds to the > erased sectors. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000463] [U-Boot-Users] [PATCH] AS option "allow_branch_to_ [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000463] was created: <snip> > Hello, > > the attached patch agaist u-boot-1.1.3 (thanks to Tim Braun > <tim.braun(a)librestream.com>) allow to remove the mips(el)-linux-as > option named "allow_branch_to_undefined". I tested it with GNU > assembler version 2.16.1. > > Also it fixes endianness support and adds support for toolchains named > mips-linux- or mipsel-linux- (the former still untested). > > Ciao, > > Rodolfo > > -- > > GNU/Linux Solutions e-mail: giometti(a)linux.it > Linux Device Driver giometti(a)enneenne.com > Embedded Systems home page: giometti.enneenne.com > UNIX programming phone: +39 349 2432127 </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000472] [U-Boot-Users] [PATCH] driver for SMSC lan911x et [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000472] was created: <snip> > > Here's a patch to u-boot 1.1.3 which provides a driver (CONFIG_NET_MULTI > style) for the SMSC 911x chips. > > It's based on minimal changes to the SMSC simple reference driver for > linux. > > My u-boot development is done using a uclibc little-endian MIPS tool > chain under cygwin, so there > are a few tweaks in the patch file for that. I believe the driver > itself is target processor / toolchain > independent. > > CHANGELOG entry : > > * Patch by Tim Braun, 05/10/06: > Add support for SMSC LAN911x ethernet devices. > Define CONFIG_LAN911x_BASE and CONFIG_DRIVER_LAN911x to use it. > > > Tim Braun, Sr. Des. Eng. > LibreStream Technologies > 200-55 Rothwell Rd. > Winnipeg R3P 2M5 </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000436] [U-Boot-Users] Re: Burst I/O on PPC440GP
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000436] was created: <snip> > On 10/6/05, Gregg Nemas <gnemas(a)gmail.com> wrote: > > Stefan Roese <sr <at> denx.de> writes: > > > > > > I've been testing this by using the u-boot mw.l command. Do I need to use > > > > PPC-specific instructions to perform burst I/O, or should an ordinary > > > > programmed I/O (using 32-bit write operations) be automatically queued up > > > > and converted to burst transactions? > > > > > > Do you want to transfer bigger chunks of data? If yes, you may want to take a > > > look at the dma controller of the 440gp. It definately is able to generate > > > burst transactions and probably the ideal solution for your needs. > > > > No, actually it will be relatively small transfers (16-128 bytes). I considered > > using the DMA controller, but thought I would start out simple. > > > > > Another way to get burst transactions, is of course to use the cache, but I > > > don't think that this is what you are looking for. > > > > You say "of course", but it really isn't at all clear to me how this works. Why > > does enabling the cache allow burst operations? You are right that it is not > > what I would normally want to do for device I/O memory. > > > > Thanks for your help. > > > > Gregg > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Power Architecture Resource Center: Free content, downloads, discussions, > > and more. http://solutions.newsforge.com/ibmarch.tmpl > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > Gregg, > With caching disabled, the CPU considers that your external device > needs to be updated with every memory write, since other devices may > also access the memory and need to have the correct data. With > caching enabled, the CPU will store your writes internally until the > memory cache is flushed, which forces the writes to the external > device. When flushing the cache (which is usually a relatively large > amount of data, the cache will use burst transactions to write the > data. However, with caching enabled, there is the possibility that > the data in the external device is not in sync with what the CPU > thinks is there, so if other devices access the external device, they > will get the incorrect data. > > Chuck > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000454] [U-Boot-Users] i.MX support for scb9328 cleaned up [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000454] was created: <snip> > On Tue, Oct 11, 2005 at 10:11:47AM +0200, Wolfgang Denk wrote: > > Hello, > > > > in message <20051011074941.GA8818(a)herry.saufen> you wrote: > > > > > > No, he did not. But since he actively develops with this board and I > > > only occasionally use it, it is ok. > > > > So should I add Konstantin as Maintainer? > > Yes, he has more knowledge about this board then me. > > regards, > Sascha > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000445] [U-Boot-Users] Bug in AT91RM9200.h
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000445] was created: <snip> > Ladies, > > there's another wrong define in AT91RM9200. > > According the (my) User Man the RWHOLD field of SMC_CSR0..SMC_CSR7 > starts at bit 28. Thus > > #define AT91C_SMC2_RWHOLD ((unsigned int) 0x7 << 29) /* > (SMC2) Read and Write Signal Hold Time */ > > is rubbish! > > So please apply this trivial patch instead if my previous one: > > * Fix defines AT91C_SMC2_DBW and AT91C_SMC2_RWHOLD in AT91RM9200.h > Patch by Steven Scholz, 10 Oct 2005 > > (Machine generate header file - ha, ha!) > > -- > Steven </snip> Your U-Boot support team

1 0