* [DNX#2006033142000678] [U-Boot-Users] [PATCH] update-configuration-for-cm [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000678] was created:
<snip>
> wd at denx.de wrote on Wednesday, November 16, 2005 3:28 PM:
> > In message
> > <47F3F98010FF784EBEE6526EAAB078D1C05E9B@tq-mailsrv.tq-net.de> you
> > wrote:
> > >
> > > Update configuration for CMC-PU2 board
> > > Patch by Martin Krause, 16 Nov 2005
> > >
> > > This configuration is in usage some time now. Only the patch hasn't
> > > been send since now.=20
> >
> > I reject this patch. Please remove dead / unused code instead of
> > using "#if 0"; if you want it back you get it from the git / CVS
> > history.
>
> OK. Attached a cleaned version.
>
> Update configuration for CMC-PU2 board
> Patch by Martin Krause, 17 Nov 2005
>
> This configuration is in usage some time now. Only the patch hasn't
> been send since now.
>
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
>
> CHANGELOG:
>
> * Update configuration for CMC-PU2 board
> Patch by Martin Krause, 17 Nov 2005
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000669] [U-Boot-Users] MIPS LE build patch
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000669] was created:
<snip>
> Hi
>
> > >
> > > You did not say anything about the new config.mk for the MIPS target
> > > which supports building BE and LE u-boot.
> > >
> > > This is the message:
> > > http://sourceforge.net/mailarchive/message.php?msg_id=12736269
> >
> > I'll probably implement it a bit different, but somthing like this
> > will go in.
>
> Wolfgang, any news about this?
>
> > > What about the patch that can resolve problems with the
> > > binutils, so there is no need to patch the binutils.
> > > See:
> > > http://sourceforge.net/mailarchive/message.php?msg_id=10690757
> >
> > I will have to test this - I think I haven't seen any test reports or
> > comments yet.
>
> I'll test it and let you know.
> I also think, that someone has also tested it:
> http://sourceforge.net/mailarchive/forum.php?thread_id=8323940&forum_id=12898
>
> I don't know why the patch is not included in the online version, so
> I included it again.
>
> BR,
> Matej
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000687] [U-Boot-Users] uninitialized list_head in miiphy r [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000687] was created:
<snip>
> Hi,
>
> I experienced some trouble with the new PHY code on our 4xx boards. The
> code seems to be added on october, 28th.
>
> This is what happens: When our boards wake up for the very first time no
>
> ethaddr is configured. Therefore no network interface will be available
> (you get the message: 'Net: no ethernet found.'). This will prevent
> miiphy_register() to be called. This function initializes a list with
> all PHYs (mii_devs). When this function is never called before any of
> the miiphy functions is called, these functions will crash during the
> search (list_for_each(...)) for the correct PHY driver.
>
> This happens in our implementation of reset_phy()
> (board/esd/cms700/cms700.c).
>
> I expect the miiphy functions to return with an error when a PHY
> interface is not availble. This will ony work when the mii_devs
> list_head is initilized in any case.
>
> I appended a little patch that introduces miiphy_init() that must be
> called before any miiphy function. The patch is tested on 4xx systems.
>
> Are there any better ways to do it?
>
> Wolfgang, do you accept this patch?
>
> Regards
> Matthias
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000651] [U-Boot-Users] [PATCH] fix comment in net.c
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000651] was created:
<snip>
> Ron Alder wrote:
> > This patch fixes a comment in net/net.c
> >
> > CHANGELOG:
> > * Fix comment in net/net.c
> > Patch by Ron Alder, 09 Nov 2005
> >
> >
> > ------------------------------------------------------------------------
> >
> > diff --git a/net/net.c b/net/net.c
> > --- a/net/net.c
> > +++ b/net/net.c
> > @@ -829,7 +829,6 @@ static ushort CDP_compute_csum(const uch
> > }
> > if (len) {
> > leftover = (signed short)(*(const signed char *)buff);
> > - /* * XXX CISCO SUCKS big time! (and blows too) */
> > result = (result & 0xffff0000) | ((result + leftover) & 0x0000ffff);
> > }
> > while (result >> 16)
>
> WTF is this? Politically correct day?
>
> Since I wrote the comment in question let me elaborate.
>
> CDP uses the ip checksum algorithm with a twist; for the last
> byte it *sign* extends and sums. Obviously this is is completely
> braindead, and warants the comment and much more :)
>
> Regards
>
> Pantelis
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000641] [U-Boot-Users] [PATCH] Adjust TQM5200 make targets [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000641] was created:
<snip>
> Adjust TQM5200 make targets
> Patch by Martin Krause, 07 Nov 2005
>
> Make the automatic CS configuration the default.
> The dedicated configurations CONFIG_TQM5200_AA, CONFIG_TQM5200_AB
> and CONFIG_TQM5200_AC are removed.
> "TQM5200_config" is now the default for STK52XX.200 base boards.
> On a STK52XX.100 base board "TQM5200_STK100_config" should be used.
>
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
>
> CHANGELOG:
> * Adjust TQM5200 make targets
> Patch by Martin Krause 07 Nov 2005
> ---
</snip>
Your U-Boot support team
^ permalink raw reply
* [U-Boot-Users] Re: [DNX#2006033142000632] [PATCH] Add ECC check to MIP405 specific Memtest
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000632] was created:
<snip>
> Dear Wolfgang,
>
> the attached patch against the current CVS adds ECC check to the MIP405
> specific Memtest.
>
> CHANGELOG:
> * Patch by Denis Peter, 2. Nov 2005
> add ECC Check to MIP405 specific Memtest
>
> With best regards,
>
> Denis
>
>
> ----------------------------------------------
> MPL AG
> CH-5405 Daettwil Switzerland
> http://www.mpl.ch
> Tel. ++41 (0)56 483 34 34
> Fax ++41 (0)56 493 30 20
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000623] [U-Boot-Users] [PATCH] Replacement for 014-tidy.pa [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000623] was created:
<snip>
>
> The attached gzipped file contains my patch number 015 against the GIT
> head of Nov 1st 22005.
>
> This patch depends on all my outstanding previous patches 009 - 013 and
> REPLACES my patch 014
> which contained an error.
>
> Thanks to ladis for spotting it.
>
> It removes some warnings, and adds to the clean target.
>
> CHANGELOG:
> Remove warnings, add to clean target.
> Patch by Peter Pearse, 1st Nov.
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000614] [U-Boot-Users] [PATCH] Document new Integrator/CP [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000614] was created:
<snip>
> The attached gzipped patch was made against the U-Boot GIT head of Oct
> 31 2005.
>
> It is my patch number 010.
>
> The patch updates the README-integrator to document the target names,
> changed in my patch 009.
>
> CHANGELOG:
> Update README-integrator with new target names.
> Patch by Peter Pearse, 31st Oct 2005
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000605] [U-Boot-Users] [PATCH] 07-fix-setting-of-environme [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000605] was created:
<snip>
> Fix setting of environment variable "ver" on trab board
> Patch by Martin Krause, 27 Oct 2005
>
> The environment variable "ver" is now set before do_auto_update() is
> called, so that "ver" could be used in USB update scripts.
>
> Regards,
> Martin
>
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
>
> CHANGELOG:
>
> * Fix setting of environment variable "ver" on trab board
> Patch by Martin Krause, 27 Oct 2005
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000598] [U-Boot-Users] [PATCH] 03-disable-jffs2-support-fo [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000598] was created:
<snip>
> Disable JFFS2 support for trab board
> Patch by Martin Krause, 27 Oct 2005
>
> This feature isn't used yet in the trab series U-Boot version.
>
> Regards,
> Martin
>
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
>
> CHANGELOG:
> * Disable JFFS2 support for trab board
> Patch by Martin Krause, 27 Oct 2005
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000589] [U-Boot-Users] [PATCH] 04-fix-udelay-bug-in-vfd-c- [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000589] was created:
<snip>
> Fix udelay bug in vfd.c for trab board
> Patch by Martin Krause, 27 Oct 2005
>
> Regards,
> Martin
>
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
>
> CHANGELOG:
> * Fix udelay bug in vfd.c for trab board
> Patch by Martin Krause, 27 Oct 2005
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000571] [U-Boot-Users] [PATCH] change-mtdparts-definition- [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000571] was created:
<snip>
> Change mtdparts definition on trab board to match current flash map
> Patch by Martin Krause, 27 Oct 2005
>
> Regards,
> Martin
>
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
>
> CHANGELOG:
>
> * Change mtdparts definition on trab board to match current flash map
> Patch by Martin Krause, 27 Oct 2005
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000561] [U-Boot-Users] [PATCH] 05-fix-conflicting-types-fl [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000561] was created:
<snip>
> Fix conflicting types (flash_write()) in trab auto_update.c
> Patch by Martin Krause, 25 Oct 2005
>
> Regards,
> Martin
>
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
>
> CHANGELOG:
> * Fix conflicting types (flash_write()) in trab auto_update.c
> Patch by Martin Krause, 25 Oct 2005
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000552] [U-Boot-Users] [PATCH] support for mainstone devel [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000552] was created:
<snip>
> Attached are files to add support for the Mainstone development board
> (PXA270 CPU). This work was based on the Lubbock module.
>
> CHANGELOG:
> * Add support for the Mainstone development board
> Patch by Frank Agius, 26 Oct 2005
>
> ________________________________________
> Frank?Agius
> SAMSys Technologies, Inc.
>
> Index: MAKEALL
> ===================================================================
> RCS file: /cvsroot/u-boot/u-boot/MAKEALL,v
> retrieving revision 1.128
> diff -p -u -r1.128 MAKEALL
> --- MAKEALL 21 Oct 2005 20:39:10 -0000 1.128
> +++ MAKEALL 26 Oct 2005 13:57:35 -0000
> @@ -202,8 +202,8 @@ LIST_ARM11=" \
>
> LIST_pxa=" \
> adsvix cerf250 cradle csb226 \
> - innokom lubbock pxa255_idp wepep250 \
> - xaeniax xm250 xsengine \
> + innokom lubbock mainstone pxa255_idp \
> + wepep250 xaeniax xm250 xsengine \
> "
>
> LIST_ixp="ixdp425"
> Index: Makefile
> ===================================================================
> RCS file: /cvsroot/u-boot/u-boot/Makefile,v
> retrieving revision 1.212
> diff -p -u -r1.212 Makefile
> --- Makefile 15 Oct 2005 17:08:09 -0000 1.212
> +++ Makefile 26 Oct 2005 13:57:36 -0000
> @@ -1601,6 +1601,9 @@ lubbock_config : unconfig
> logodl_config : unconfig
> @./mkconfig $(@:_config=) arm pxa logodl
>
> +mainstone_config: unconfig
> + @./mkconfig $(@:_config=) arm pxa mainstone
> +
> pxa255_idp_config: unconfig
> @./mkconfig $(@:_config=) arm pxa pxa255_idp
>
> Index: README
> ===================================================================
> RCS file: /cvsroot/u-boot/u-boot/README,v
> retrieving revision 1.138
> diff -p -u -r1.138 README
> --- README 12 Oct 2005 23:47:18 -0000 1.138
> +++ README 26 Oct 2005 13:57:37 -0000
> @@ -308,9 +308,9 @@ The following options need to be configu
> CONFIG_H2_OMAP1610, CONFIG_HHP_CRADLE,
> CONFIG_IMPA7,
> CONFIG_INNOVATOROMAP1510, CONFIG_INNOVATOROMAP1610,
> CONFIG_KB9202,
> CONFIG_LART, CONFIG_LPD7A400,
> CONFIG_LUBBOCK,
> - CONFIG_OSK_OMAP5912, CONFIG_OMAP2420H4,
> CONFIG_SHANNON,
> - CONFIG_P2_OMAP730, CONFIG_SMDK2400,
> CONFIG_SMDK2410,
> - CONFIG_TRAB, CONFIG_VCMA9
> + CONFIG_MAINSTONE, CONFIG_OSK_OMAP5912,
> CONFIG_OMAP2420H4,
> + CONFIG_SHANNON, CONFIG_P2_OMAP730,
> CONFIG_SMDK2400,
> + CONFIG_SMDK2410, CONFIG_TRAB, CONFIG_VCMA9
>
> MicroBlaze based boards:
> ------------------------
> Index: drivers/smc91111.c
> ===================================================================
> RCS file: /cvsroot/u-boot/u-boot/drivers/smc91111.c,v
> retrieving revision 1.19
> diff -p -u -r1.19 smc91111.c
> --- drivers/smc91111.c 22 Nov 2004 22:20:09 -0000 1.19
> +++ drivers/smc91111.c 26 Oct 2005 13:57:40 -0000
> @@ -495,7 +495,15 @@ static void smc_enable()
> SMC_SELECT_BANK( 0 );
> /* see the header file for options in TCR/RCR DEFAULT*/
> SMC_outw( TCR_DEFAULT, TCR_REG );
> +#ifdef CONFIG_SMC_PXA270
> + /* The promiscuous bit set because I could not receive ARP reply
> + * packets from the server when I send a ARP request. It only works
> + * when I set the promiscuous bit
> + */
> + SMC_outw( RCR_DEFAULT | RCR_PRMS, RCR_REG );
> +#else
> SMC_outw( RCR_DEFAULT, RCR_REG );
> +#endif
>
> /* clear MII_DIS */
> /* smc_write_phy_register(PHY_CNTL_REG, 0x0000); */
> @@ -529,7 +537,6 @@ static void smc_shutdown()
> SMC_outb( TCR_CLEAR, TCR_REG );
> }
>
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000543] [U-Boot-Users] u-boot 1.1.2 on mpc852t : decrement [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000543] was created:
<snip>
> Hello Gautam.
>
> gautam borad wrote:
>
> > I'm trying to port u-boot-1.1.2 to mpc852t on ep852 board (from
> > embedded planet). I'm using RPXClassic as reference.
>
> I've successfully ported U-boot to EP852 sometime ago. Unfortunately, I
> still didn't get a chance to update to the latest U-boot so that I could
>
> submit the patches officially. These patches are based on a snapshot of
> U-boot repository made sometime in April 2005, but I hope they should
> apply more or less cleanly to the current source as well.
>
> Give'em a shot if you want and let me know whether they work for you.
>
> Thanks,
> Vladimir
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000534] [U-Boot-Users] Interactive Memory test patch & new [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006033142000534] was created:
<snip>
> Description:
>
> Enclosed is a patch to run memory tests using an interactive menu over
> the
> serial port in U-Boot.? The patch includes
> 1. serial_gets() routine
> 2. New memory tests
> 1. address/complement address test
> 2. pattern/complement pattern test
> 3. peek/poke routines
> 4. infinite memory test
> 5. Flash/Ram copy test
>
> The tests are useful to have an interactive Bring Up Diagnostics for a
> system.
>
> --- /login/asabharw/lxhome/u-boot-1.1.3/common/serial.c 2005-08-13
> 16:53:35.000000000 -0700
> +++ u-boot-1.1.2/common/serial.c 2005-09-26 17:58:06.000000000 -0700
> @@ -38,9 +38,6 @@
> #elif defined(CONFIG_8xx_CONS_SCC1) || defined(CONFIG_8xx_CONS_SCC2) \
> || defined(CONFIG_8xx_CONS_SCC3) || defined(CONFIG_8xx_CONS_SCC4)
> return &serial_scc_device;
> -#elif defined(CONFIG_405GP) || defined(CONFIG_405CR) ||
> defined(CONFIG_440)
> \
> - || defined(CONFIG_405EP)
> - return &serial0_device;
> #else
> #error No default console
> #endif
> @@ -74,12 +71,6 @@
> serial_register (&serial_scc_device);
> #endif
>
> -#if defined(CONFIG_405GP) || defined(CONFIG_405CR) ||
> defined(CONFIG_440) \
> - || defined(CONFIG_405EP)
> - serial_register(&serial0_device);
> - serial_register(&serial1_device);
> -#endif
> -
> serial_assign (default_serial_console ()->name);
> }
>
> @@ -210,4 +201,17 @@
> serial_current->puts (s);
> }
>
> +void serial_gets (char *s)
> +{
> + unsigned int c;
> +
> + c = serial_getc();
> + /* Typically <enter> key is lf on linux systems. under minicom it
> is
> <cr>. maybe terminal settings ?? */
> + while(( c != '\r') && (c != '\n'))
> + {
> + *s++ = (char)c;
> + c = serial_getc();
> + }
> + return;
> +}
> #endif /* CONFIG_SERIAL_MULTI */
> --- /login/asabharw/lxhome/u-boot-1.1.3/post/memory.c 2005-08-13
> 16:53:35.000000000 -0700
> +++ u-boot-1.1.2/post/memory.c 2005-10-18 14:53:36.000000000 -0700
> @@ -173,6 +173,28 @@
> #endif
>
>
> +#ifdef CFG_POST_MEMORY_INTERACTIVE
> +const static unsigned char testpattern[]=
> +{
> + 0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08, 0x09,
> 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F,
> + 0x10, 0x11, 0x12, 0x13, 0x14, 0x15, 0x16, 0x17, 0x18, 0x19,
> 0x1A, 0x1B, 0x1C, 0x1D, 0x1E, 0x1F,
> + 0x20, 0x21, 0x22, 0x23, 0x24, 0x25, 0x26, 0x27, 0x28, 0x29,
> 0x2a, 0x2b, 0x2c, 0x2d, 0x2e, 0x2F,
> + 0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38, 0x39,
> 0x3A, 0x3B, 0x3C, 0x3D, 0x3E, 0x3F,
> + 0x40, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, 0x48, 0x49,
> 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F,
> + 0x50, 0x51, 0x52, 0x53, 0x54, 0x55, 0x56, 0x57, 0x58, 0x59,
> 0x5A, 0x5B, 0x5C, 0x5D, 0x5E, 0x5F,
> + 0x60, 0x61, 0x62, 0x63, 0x64, 0x65, 0x66, 0x67, 0x68, 0x69,
> 0x6A, 0x6B, 0x6C, 0x6D, 0x6E, 0x6F,
> + 0x70, 0x71, 0x72, 0x73, 0x74, 0x75, 0x76, 0x77, 0x78, 0x79,
> 0x7A, 0x7B, 0x7C, 0x7D, 0x7E, 0x7F,
> + 0x80, 0x81, 0x82, 0x83, 0x84, 0x85, 0x86, 0x87, 0x88, 0x89,
> 0x8A, 0x8B, 0x8C, 0x8D, 0x8E, 0x8F,
> + 0x90, 0x91, 0x92, 0x93, 0x94, 0x95, 0x96, 0x97, 0x98, 0x99,
> 0x9A, 0x9B, 0x9C, 0x9D, 0x9E, 0x9F,
> + 0xA0, 0xA1, 0xA2, 0xA3, 0xA4, 0xA5, 0xA6, 0xA7, 0xA8, 0xA9,
> 0xAA, 0xAB, 0xAC, 0xAD, 0xAE, 0xAF,
> + 0xB0, 0xB1, 0xB2, 0xB3, 0xB4, 0xB5, 0xB6, 0xB7, 0xB8, 0xB9,
> 0xBA, 0xBB, 0xBC, 0xBD, 0xBE, 0xBF,
> + 0xC0, 0xC1, 0xC2, 0xC3, 0xC4, 0xC5, 0xC6, 0xC7, 0xC8, 0xC9,
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000525] [U-Boot-Users] New Source
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
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 at ericsson.com
> Armborstv?gen 14 Web: http://www.ericsson.com
> ?lvsj?, STOCKHOLM
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000507] [U-Boot-Users] RE: Interactive Memory test patch & [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
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
^ permalink raw reply
* [DNX#2006033142000516] [U-Boot-Users] Patch to show address definition ba [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
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 at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000491] [U-Boot-Users] [PATCH] OMAP 5912/OSK: update EMIFS [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
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
^ permalink raw reply
* [DNX#2006033142000481] [U-Boot-Users] Resend: [PATCH]:correct flash base [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
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 at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000463] [U-Boot-Users] [PATCH] AS option "allow_branch_to_ [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
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@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 at linux.it
> Linux Device Driver giometti at enneenne.com
> Embedded Systems home page: giometti.enneenne.com
> UNIX programming phone: +39 349 2432127
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000472] [U-Boot-Users] [PATCH] driver for SMSC lan911x et [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
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
^ permalink raw reply
* [DNX#2006033142000436] [U-Boot-Users] Re: Burst I/O on PPC440GP
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
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@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 at 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 at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006033142000454] [U-Boot-Users] i.MX support for scb9328 cleaned up [...]
From: DENX Support System @ 2006-03-31 21:50 UTC (permalink / raw)
To: u-boot
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@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 at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox