All of lore.kernel.org
 help / color / mirror / Atom feed
* [DNX#2006040142001169] [U-Boot-Users] [PATCH] 08-change-boot-delay-messag [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001169] was created:

<snip>
> Change boot delay message on trab board
> Patch by Martin Krause, 27 Oct 2005
> 
> In series production versions of trab u-boot, this patch allways 
> was applied - but had been forgotten to push it up into denx 
> U-Boot tree, since now.
> 
> Regards,
> Martin
> 
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
> 
> CHANGELOG:
> * Change boot delay message on trab board
>   Patch by Martin Krause, 27 Oct 2005
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001151] [U-Boot-Users] Xilinx ML403/PPC U-Boot support
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001151] was created:

<snip>
> bbosch at iphase.com wrote:
> > Peter Ryser writes:
> >  > BTW: you can find a snapshot of U-Boot with board support for ML300, 
> >  > ML310, ML403 and ML410 at
> >  > http://www.xilinx.com/ml410-p/designs/u-boot.zip
> >  > The snapshot contains the patches that have been submitted to this 
> >  > mailing list back in September of last year. For ML403 just use
> > 
> > Wolfgang,
> > 
> > Were the Xilinx patches (2005-09-28 thru 2005-10-02) rejected or lost,
> > or are they still in your queue?
> > 
> 
> I'm also interested whether Xilinx EMAC or TEMAC ethernet driver is
> supported in this...(after reviewing the Xilinx zip file, it doesn't...
> sigh).
> 
> However, I do DO have an Ethernet driver for Xilinx EMAC and TEMAC for
> U-boot and it works...   Unfortunately, it uses Xilinx copyrighted
> codes...  Somehow, I doubt this is what you wanted.
> 
> Is Xilinx copyright ok with you?
> 
> 
> > Peter,
> > 
> > Do you happen to have a design for the ML403 that boots directly from
> > the linear flash?  Perhaps with devices mapped as in
> > board/xilinx/ml403/xparameters.h?  It would be easier to start with a
> > design known to work with U-Boot.
> > 
> 
> Careful.  ML403 reference design (as-is) is not using the Xilinx option
> of using side-by-side data access (32-bit fetch out of a single 16-bit
> flash), so XIP (execution in place) is evidently NOT supported in ML403.
>  However, I had a new bit file built with side-by-side data access
> enabled, but haven't yet execute out of flash (no need because ML403 has
> a big memory.)  But it correctly fetches 32-bit now.  Ping me in a week
> on my progress with XIP and flash.
> 
> S. Egbert
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> 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#2006040142001141] [U-Boot-Users] [Patch 3/5] Add LCD support and ATM [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001141] was created:

<snip>
> This patch (3/5) adds LCD support and logo for ATMEL AT91SAM9261EK
> board.
> 
> atmel.bmp logo should be placed into tools/logos/ directory.
> 
> CHANGELOG
> Patch by Nicolas Lacressonniere 31 January 2006
> * Add LCD support and logo for ATMEL AT91SAM9261EK board (arm926ejs)
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001132] [U-Boot-Users] IMPORTANT NOTE to all maintainers w [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001132] was created:

<snip>
> On Tue, Feb 28, 2006 at 12:05:32PM +0200, Pantelis Antoniou wrote:
> 
> Hi Wolfgang & Pantelis,
> 
> > A few things are missing but most are doable.
> 
> Here is one of those 'few' things - erasing OOB area...
> 
> Signed-off-by Ladislav Michl <ladis@linux-mips.org>
> 
> CHANGELOG
> * Implement NAND OOB erase command
>   Patch by Ladislav Michl, 17 Mar 2006
> 
> diff --git a/common/cmd_nand.c b/common/cmd_nand.c
> index 21adb1b..bf4173f 100644
> --- a/common/cmd_nand.c
> +++ b/common/cmd_nand.c
> @@ -198,13 +198,15 @@ int do_nand(cmd_tbl_t * cmdtp, int flag,
>  	}
>  
>  	if (strcmp(cmd, "erase") == 0) {
> -		arg_off_size(argc - 2, argv + 2, &off, &size, nand->size);
> +		int clean = (argc > 2 && strcmp(argv[2], "clean") == 0) ? 1 : 0;
> +		int o = clean ? 3 : 2;
> +		arg_off_size(argc - o, argv + o, &off, &size, nand->size);
>  		if (off == 0 && size == 0)
> -			return 1;
> +			size = nand->size;
>  
>  		printf("\nNAND erase: device %d offset 0x%x, size 0x%x ",
>  		       nand_curr_device, off, size);
> -		ret = nand_erase(nand, off, size);
> +		ret = nand_erase(nand, off, size, clean);
>  		printf("%s\n", ret ? "ERROR" : "OK");
>  
>  		return ret == 0 ? 0 : 1;
> @@ -275,7 +277,6 @@ U_BOOT_CMD(nand, 5, 1, do_nand,
>  	"    offset `off' (entire device if not specified)\n"
>  	"nand bad - show bad blocks\n"
>  	"nand dump[.oob] off - dump page\n"
> -	"nand scrub - really clean NAND erasing bad blocks (UNSAFE)\n"
>  	"nand markbad off - mark bad block at offset (UNSAFE)\n"
>  	"nand biterr off - make a bit error at offset (UNSAFE)\n");
>  
> diff --git a/common/env_nand.c b/common/env_nand.c
> index dd27f7b..97371e9 100644
> --- a/common/env_nand.c
> +++ b/common/env_nand.c
> @@ -116,7 +116,7 @@ int saveenv(void)
>  	int ret = 0;
>  
>  	puts ("Erasing Nand...");
> -	if (nand_erase(&nand_info[0], CFG_ENV_OFFSET, CFG_ENV_SIZE))
> +	if (nand_erase(&nand_info[0], CFG_ENV_OFFSET, CFG_ENV_SIZE, 0))
>  		return 1;
>  
>  	puts ("Writing to Nand... ");
> diff --git a/include/nand.h b/include/nand.h
> index 905115b..ccac9c1 100644
> --- a/include/nand.h
> +++ b/include/nand.h
> @@ -48,7 +48,7 @@ static inline int nand_block_isbad(nand_
>  	return info->block_isbad(info, ofs);
>  }
>  
> -static inline int nand_erase(nand_info_t *info, ulong off, ulong size)
> +static inline int nand_erase(nand_info_t *info, ulong off, ulong size,
> int clean)
>  {
>  	struct erase_info instr;
>  
> @@ -57,7 +57,7 @@ static inline int nand_erase(nand_info_t
>  	instr.len = size;
>  	instr.callback = 0;
>  
> -	return info->erase(info, &instr);
> +	return nand_erase_nand(info, &instr, clean);
>  }
>  
>  #endif
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> 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#2006040142001123] [U-Boot-Users] [PATCH] Add target 'cscope' to Make [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001123] was created:

<snip>
> On Sun, Feb 19, 2006 at 09:47:19PM +0100, Wolfgang Denk wrote:
> > In message <20060219150640.GA3310@aquarius> you wrote:
> > > 
> > > the following patch adds target 'cscope' to the main makefile. it also
> > > puts the list of directories with source files and the arguments to `find'
> > > into make variables.
> > 
> > On second look, I think this patch needs some more work:
> > 
> > > +# Directories with files for tag generation
> > > +TAGDIRS := $(SUBDIRS) include lib_generic board/$(BOARDDIR) cpu/$(CPU)\
> > > + lib_$(ARCH) fs/cramfs fs/fat fs/fdos fs/jffs2 net disk rtc dtt drivers\
> > > + drivers/sk98lin common
> > 
> > This doesn't look complete to me - for example, how about post/ ?
> > 
> 
> post is included in $(SUBDIRS), but you're right, some 'fs' subdirs were
> missing. i should have examined it when i copied the directory list from
> the 'tags'/'etags' target.
> 
> > > +# Arguments to `find' when generating a list of files for tag generation
> > > +TAGFINDARGS := \( -name CVS -prune \) -o \( -name '*.[ch]' -print \)
> > 
> > You should probably also exclude .git directories here, just in case.
> > 
> 
> oke. i also excluded .svn (subversion)
> 
> -h
> 
> ---
> 
> Signed-off-by: Horst Kronstorfer <hkronsto@frequentis.com>
> 
> CHANGELOG
> * Added target 'cscope' to the main makefile. cscope (like ctags/etags)
> is
>   a tool for browsing source code. For further information go to the
> cscope
>   website at http://cscope.sourceforge.net/. An alternative to cscope
> named
>   freescope is available at http://freescope.sourceforge.net/.
>   Patch by Horst Kronstorfer, 20 Feb 2006
> 
> 
> diff --git a/Makefile b/Makefile
> index 9305cab..6ccbe0c 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -135,6 +135,14 @@ SUBDIRS	= tools \
>  	  post/cpu
>  .PHONY : $(SUBDIRS)
>  
> +# Directories with files for tag generation
> +TAGDIRS := $(SUBDIRS) include lib_generic board/$(BOARDDIR) cpu/$(CPU)\
> + lib_$(ARCH) fs net disk rtc dtt drivers common
> +
> +# Arguments to `find' when generating a list of files for tag
> generation
> +TAGFINDARGS := \( -name CVS -prune \) -o \( -name .git -prune \) -o\
> + \( -name .svn -prune \) -o \( -name '*.[ch]' -print \)
> +
>  #########################################################################
>  #########################################################################
>  
> @@ -179,19 +187,14 @@ gdbtools:
>  depend dep:
>  		@for dir in $(SUBDIRS) ; do $(MAKE) -C $$dir .depend ; done
>  
> +cscope:
> +		find $(TAGDIRS) $(TAGFINDARGS) >cscope.files; cscope -b -q -k
> +
>  tags:
> -		ctags -w `find $(SUBDIRS) include \
> -				lib_generic board/$(BOARDDIR) cpu/$(CPU) lib_$(ARCH) \
> -				fs/cramfs fs/fat fs/fdos fs/jffs2 \
> -				net disk rtc dtt drivers drivers/sk98lin common \
> -			\( -name CVS -prune \) -o \( -name '*.[ch]' -print \)`
> +		ctags -w `find $(TAGDIRS) $(TAGFINDARGS)`
>  
>  etags:
> -		etags -a `find $(SUBDIRS) include \
> -				lib_generic board/$(BOARDDIR) cpu/$(CPU) lib_$(ARCH) \
> -				fs/cramfs fs/fat fs/fdos fs/jffs2 \
> -				net disk rtc dtt drivers drivers/sk98lin common \
> -			\( -name CVS -prune \) -o \( -name '*.[ch]' -print \)`
> +		etags -a `find $(TAGDIRS) $(TAGFINDARGS)`
>  
>  System.map:	u-boot
>  		@$(NM) $< | \
> @@ -1838,7 +1841,7 @@ clobber:	clean
>  		-o -name '*.srec' -o -name '*.bin' -o -name u-boot.img \) \
>  		-print0 \
>  		| xargs -0 rm -f
> -	rm -f $(OBJS) *.bak tags TAGS
> +	rm -f $(OBJS) *.bak tags TAGS cscope.*
>  	rm -fr *.*~
>  	rm -f u-boot u-boot.map u-boot.hex $(ALL)
>  	rm -f tools/crc32.c tools/environment.c tools/env/crc32.c
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001114] [U-Boot-Users] [PATCH] add support for DS1339 RTC
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001114] was created:

<snip>
> Hi Ladislav Michl,
> 
> Please follow a previous thread titled "about DS1339", thanks.
> 
> 
> On Tue, 3 Jan 2006 10:34:47 +0100, Ladislav Michl <ladis@linux-mips.org>
> wrote:
> 
> > On Sat, Dec 31, 2005 at 10:42:54AM +0800, Wang Jian wrote:
> > > Hi,
> > > 
> > > The attached patch add support for DS1339, which directly uses
> > > rtc/ds1337.c.
> > 
> > Umm, what exactly your patch improves? It seems to be only adding more
> > ifdef mess... It would be usefull to add some define for DS1339 to
> > let user specify some value of trickle charge register to write at
> > boot time.
> > 
> > Regards,
> > 	ladis
> 
> 
> 
> -- 
>   lark
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> 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#2006040142001105] [U-Boot-Users] Re: ssi.h file missing - UBoot1.1.2 [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001105] was created:

<snip>
> P.
> 
> Not sure if it will help, but once we had an sc520 board that we ported
> uboot to, then changed our mind.. But this patch was usefull to us;
> maybe to you?
> 
> > Hi,
> >     I tried to compile UBoot -1.1.2 on Pentium4 with linuxKernel 2.4.21-4.EL. But it gives the error mg says that "ssi.h: No such file or directory". Please help me to solve this problem.
> > 
> > 
> > # make distclean
> >     .........
> > # make sc520_cdp_config
> >     .........
> > #make
> >     .........
> > 
> > 
> > error msg:
> > -------------
> > a - vsprintf.o
> > a - zlib.o
> > make[1]: Leaving directory `/home/karthik/i386-uboot/src/u-boot-1.1.2/lib_generic'
> > make -C `dirname board/sc520_spunk/libsc520_spunk.a`
> > make[1]: Entering directory `/home/karthik/i386-uboot/src/u-boot-1.1.2/board/sc520_spunk'
> > gcc -M -g  -Os    -D__KERNEL__ -DTEXT_BASE=0x387c0000 -I/home/karthik/i386-uboot/src/u-boot-1.1.2/include -fno-builtin -ffreestanding -nostdinc -isystem /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/include -pipe  -DCONFIG_I386 -D__I386__ -march=i386 -Werror sc520_spunk_asm.S sc520_spunk_asm16.S sc520_spunk.c flash.c > .depend
> > sc520_spunk.c:27:17: ssi.h: No such file or directory
> > make[1]: *** [.depend] Error 1
> > make[1]: Leaving directory `/home/karthik/i386-uboot/src/u-boot-1.1.2/board/sc520_spunk'
> > make: *** [board/sc520_spunk/libsc520_spunk.a] Error 2
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001098] [U-Boot-Users] Safe firmware updates
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001098] was created:

<snip>
> In message <Pine.WNT.4.61.0602161324350.1692@holyoke.labs.mot.com> you
> wrote:
> >
> > Just to make sure you're considering all options -- the problem could also
> > be addressed solely with Linux.
> 
> No, it cvannot. For any *reliable* update method you need a constant,
> known to be working piece of software.
> 
> > kexec() seems to be the current recommendation for kernel upgrades, though
> 
> That's something completely different.
> 
> > I think it's only in 2.6.
> 
> The method is not new. It has been used a long, long time before. See
> Magnus Damm's relf.
> 
> 
> Best regards,
> 
> Wolfgang Denk
> 
> -- 
> Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
> Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
> It is undignified for a woman to play servant to a man who is not
> hers.
> 	-- Spock, "Amok Time", stardate 3372.7
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x103432&bid#0486&dat\x121642
> _______________________________________________
> 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#2006040142001089] [U-Boot-Users] TQM834x maintainer?
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001089] was created:

<snip>
> 
> On Mar 12, 2006, at 3:05 PM, Wolfgang Denk wrote:
> 
> > In message <D452785E-FD77-4366- 
> > BA57-25CAB47DF6E3 at kernel.crashing.org> you wrote:
> >> Who is the maintainer of the TQM834x board?
> >
> > It seems I forgot to reply to that one. Officially it's me.
> >
> >> I'm looking at changing 83xx so it runs with the MMU on and wanted to
> >> know the following:
> >
> > Why?
> 
> I was having issues with the default WIMG settings in real mode and  
> thus needed to run with MMU on to get proper WIMG values for  
> different regions of memory.
> 
> >> A) is that issue
> >
> > No, if it works without problems :-)
> >
> >> B) what's the memory map for TQM834x?
> >
> > What exactly do you need to know?
> 
> I figured it out from the code.
> 
> Can you make sure the TQM834x still boots and works on HW if you have  
> access to it.  I dont expect any issues, but would be good to make sure.
> 
> - kumar
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001061] [U-Boot-Users] flash protection code in cfi_flash
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001061] was created:

<snip>
> > > I'm looking at the flash protection code in the cfi_flash driver, can
> > > anyone tell me why it claims intel's unprotect unprotects all locking?
> > > Certainly my K3 flash can unlock on a per block basis.
> >
> > Which exactl line(s) of code are you alking about?
> 
> Inside flash_real_protect in cfi_flash.c from your gitweb.
> Line# 671 to 679
> 
> If you haven't noticed this function has not changed since the intial
> commit.
> 5653fc335a450fa46d89989e1afe5e8bb9a0a52e
> 
> If no one has any objection, I will remove the part of the code that
> relock each sector, for submission.
> 
> David
</snip>

Your U-Boot support team

^ permalink raw reply

* [U-Boot-Users] Re: [DNX#2006040142001071] [PATCH] dbau1x00 corrections
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001071] was created:

<snip>
> * Patch by Thomas Lange Aug 10 2005
> - Fix dbau1x00 boards broken by dbau1550 patch
> 
> PLL:s were not set for boards other than 1550.
> Flash CFI caused card to hang due to undefined CFG_FLASH_BANKS_LIST.
> Default boot is now bootp for cards other than 1550.
> 
> /Thomas
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001034] [U-Boot-Users] M5235EVB port
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001034] was created:

<snip>
> Attached is my recent port to coldfire 5235.  Please take a look at  
> it as it is my first look at U-Boot (which by the way, is very  
> nice!)  I'd be happy if this code was added to the archive for others  
> to use.
> 
> thanks, wilson
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001052] [U-Boot-Users] [patch] Fix DDR6 errata on TQM834x  [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001052] was created:

<snip>
> This patch fixes the DDR6 errata (described in the document
> MPC8349E Device Errata Rev.8, 2/2006) on the TQM834x boards.
> 
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
> 
> CHANGELOG:
> 
> * Fix DDR6 errata on TQM834x boards
>   Patch by Thomas Waehner, 7 Mar 2006
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001043] [U-Boot-Users] [PATCH] Use ${CROSS_COMPILE} iso mi [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001043] was created:

<snip>
> CHANGELOG
> *  Building mips with a different cross-compiler (eg: 
> mipsel-unknown-linux- from crosstools)  then mips-linux- fails. The 
> solution is to use the environment variable ${CROSS_COMPILE} instead of 
> fixed cross-compiler "mips-linux-" prefix.
> 
>     Patch by Jean-Paul Saman, 21 Dec 2005.
> 
> 
> 
> 
> Kind greetings,
> 
> Jean-Paul Saman
> 
> Philips Semiconductors CTO/RTG
> Philips HighTech Campus, building WDA 3.29
> Professor van den Holstlaan 4
> 5655 AA Eindhoven
> tel: +31 (0)40 27 45131
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001025] [U-Boot-Users] My 3 patches
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001025] was created:

<snip>
> Hi.
> 
> Here is my 3 patches. 
> 
> sbc2410x.patch is for the new board -- SBC-2410X. I write this new
> hardware-specific configurations refer to smdk2410 configurations in
> U-Boot.
> File list:
>  MAKEALL
>  Makefile
>  board/sbc2410x/Makefile
>  board/sbc2410x/config.mk
>  board/sbc2410x/flash.c
>  board/sbc2410x/lowlevel_init.S
>  board/sbc2410x/sbc2410x.c
>  board/sbc2410x/u-boot.lds
>  cpu/arm920t/s3c24x0/interrupts.c
>  include/configs/sbc2410x.h
> This patch adds a new configuration option -- CONFIG_SBC2410X. 
> 
> cmdline_editing.patch implements cmdline-editing extension of readline.
> I pick
> codes heavily borrowed from vivi bootloader and integrate them into
> U-Boot.
> File list:
>  common/main.c
> This patch adds a new configuration option -- CONFIG_CMDLINE_EDITING.
> 
> nand_for_sbc2410x.patch adds nand support for SBC-2410X board.  It do
> that by
> taking nand controller specific codes (from VCMA9 board) in place.
> File list:
>  common/cmd_nand.c
>  include/linux/mtd/nand.h
>  include/linux/mtd/nand_ids.h
> 
> more detail please review:
> http://sourceforge.net/mailarchive/forum.php?thread_id=8089177&forum_id=12898
> 
> CHANGELOG item:
> * Add support for friendly-arm SBC-2410X board
>   Patch by JinHua Luo, 1 Sep 2005
> * Add to readline cmdline-editing extension
>   Patch by JinHua Luo, 1 Sep 2005
> * Add nand support for SBC-2410X
>   Patch by JinHua Luo, 1 Sep 2005
> 
> CREDIT item (if proper):
> N: JinHua Luo
> E: luo.jinhua at gd-linux.com home_king at 163.com
> D: Support for friendly-arm SBC-2410X board
> D: Add to readline cmdline-editing extension
> D: Add nand support for SBC-2410X
> W: www.gd-linux.com
> 
> Best regards,
>  
> luo.jinhua
> 
> --
> JinHua Luo, GuangDong Linux Center, <luo.jinhua@gd-linux.com>
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001016] [U-Boot-Users] Re: [PATCH] Command history and Com [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001016] was created:

<snip>
> d'oh!
> 
> I discovered a foolish mistake in my patch release methods.  I missed
> a last minute update  to the included headers section.  here is the
> new patch...
> 
> * Patch by James MacAulay Sept 27, 2005
>        - Add a configuration option CONFIG_COMMAND_HISTORY to implement
> command
>          history.  Uses up and down arrow keys to scroll through
> history.  Other
>          options are described in README.
>        - Add a configuration option CONFIG_COMMAND_EDIT to implement
> command
>          buffer editing.  Uses ^A, ^E, left and right arrow keys to move
> through
>          command buffer.  Other options are described in README.
> 
> On 9/27/05, J Mac <macamirix.com@gmail.com> wrote:
> > I made this patch using 'diff' on two source trees;  I got the original copies
> > of the files from the gitweb interface at source.denx.net.  I used the
> > 'diff -purN OLD NEW' command as described in README to generate the patch.
> >
> > All code changes are local to common/main.c
> >
> > Define CONFIG_COMMAND_HISTORY and/or CONFIG_COMMAND_EDIT to enable the
> > behaviour(s).
> >
> > Please let me know if there is something I need to do to make the patch
> > acceptable.
> >
> > * Patch by James MacAulay Sept 27, 2005
> >         - Add a configuration option CONFIG_COMMAND_HISTORY to implement command
> >           history.  Uses up and down arrow keys to scroll through history.  Other
> >           options are described in README.
> >         - Add a configuration option CONFIG_COMMAND_EDIT to implement command
> >           buffer editing.  Uses ^A, ^E, left and right arrow keys to move through
> >           command buffer.  Other options are described in README.
> >
> >
> >
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142001007] [U-Boot-Users] [PATCH] wrsbc8560 support
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001007] was created:

<snip>
> 
> This patch add the Wind River wrsbc8560 support back into u-boot.  At
> one time it worked until some code conflicting code was removed to
> support the Motorolla 85xx evaluation platforms.
> 
> The PHY code for the wrsbc8560 has been added in again.
> 
> 
> Signed-off-by: Jason Wessel <jason.wessel@windriver.com>
> 
> -------------BEGIN PATCH--------------------------
> Separate Motorolla sbc8540 and sbc8560 from wrsbc8560
> 
> ---
> commit fe3c13d77c1d36fddcf751d8c4b183bc2373b9da
> tree 9aab5c704d53170090d7152d56daa739d06cbfc3
> parent 77f6580cc078fea22c2b1348f5b177edcd63885f
> author <jwessel@jwessel3-lx.(none)> Sat, 01 Oct 2005 11:10:05 -0500
> committer <jwessel@jwessel3-lx.(none)> Sat, 01 Oct 2005 11:10:05 -0500
> 
>  CHANGELOG                   |    3 
>  Makefile                    |   13 +
>  doc/README.wrsbc8560        |   57 ++++++
>  drivers/tsec.c              |   32 +++
>  include/configs/wrsbc8560.h |  410
> +++++++++++++++++++++++++++++++++++++++++++
>  5 files changed, 515 insertions(+), 0 deletions(-)
> 
> diff --git a/CHANGELOG b/CHANGELOG
> --- a/CHANGELOG
> +++ b/CHANGELOG
> @@ -2,6 +2,9 @@
>  Changes for U-Boot 1.1.4:
>  ======================================================================
>  
> +* Fix Wind River wrsb8560 support
> +  Patch by Jason Wessel, 01 Sep 2005
> +
>  * Fix problems with ld version 2.16 (dot outside sections problem)
>    Pointed out by Gerhard Jaeger, 31 Aug 2005;
>    cf. http://sourceware.org/ml/binutils/2005-08/msg00412.html
> diff --git a/Makefile b/Makefile
> --- a/Makefile
> +++ b/Makefile
> @@ -1301,6 +1301,19 @@ sbc8560_66_config:      unconfig
>  	fi
>  	@./mkconfig -a sbc8560 ppc mpc85xx sbc8560
>  
> +
> +wrsbc8560_config \
> +wrsbc8560_33_config \
> +wrsbc8560_66_config:      unconfig
> +	@if [ "$(findstring _66_,$@)" ] ; then \
> +		echo "#define CONFIG_PCI_66"	>>include/config.h ; \
> +		echo "... 66 MHz PCI" ; \
> +	else \
> +		>include/config.h ; \
> +		echo "... 33 MHz PCI" ; \
> +	fi
> +	@./mkconfig -a wrsbc8560 ppc mpc85xx sbc8560
> +
>  stxgp3_config:		unconfig
>  	@./mkconfig $(@:_config=) ppc mpc85xx stxgp3
>  
> diff --git a/doc/README.wrsbc8560 b/doc/README.wrsbc8560
> new file mode 100644
> --- /dev/null
> +++ b/doc/README.wrsbc8560
> @@ -0,0 +1,57 @@
> +The port was tested on Wind River System wrsbc8560 board
> +<www.windriver.com>. U-Boot was installed on the flash memory of the
> +CPU card (not the SODIMM).
> +
> +NOTE: Please configure uboot compile to the proper PCI frequency and
> +setup the appropriate DIP switch settings.
> +
> +wrsb8560 board:
> +
> +Make sure boards switches are set to their appropriate conditions.
> +Refer to the Engineering Reference Guide ERG-00300-002. Of particular
> +importance are: 1) the settings for JP4 (JP4 1-3 and 2-4), which
> +select the on-board FLASH device (Intel 28F128Jx); 2) The settings
> +for the Clock SW9 (33 MHz or 66 MHz).
> +
> +	Note:	SW9 Settings: 66 MHz
> +		4:1 ratio CCB clocks:SYSCLK
> +		3:1 ration e500 Core:CCB
> +		pos1 - on, pos2 - on, pos3 - off, pos4 - on, pos5 - off,
> pos6 - on
> +	Note:	SW9 Settings: 33 MHz
> +		8:1 ratio CCB clocks:SYSCLK
> +		3:1 ration e500 Core:CCB
> +		pos1 - on, pos2 - on, pos3 - on, pos4 - off, pos5 - off,
> pos6 - on
> +
> +
> +Flashing the FLASH device with the "Wind River ICE":
> +
> +1) Properly connect and configure the Wind River ICE to the target
> +   JTAG port. This includes running the wrsbc8560 register script. Make
</snip>

Your U-Boot support team

^ permalink raw reply

* [U-Boot-Users] Re: [DNX#2006040142000991] [PATCH] U-Boot current CVS: Lite5200 fancy configu [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142000991] was created:

<snip>
> Hello,
> 
> CHANGELOG:
> 
> * Lite5200 / IceCube configuration:
>     - enable some of latest U-Boot features: HU Shell, NetConsole,
>       MTD partition handling, EXT2 fs support, loopw, redundant
> environment
>     - prepare a default MTD partition structure
>     - extend MONITOR_LEN from 192kB to 384kB, accordingly move
>       the two environment sectors
> 
> 
> NOTE:
> 
> The patch comes in two different types (the two patches below).
> The so named "extended_way" patch simply extends the configuration in 
> include/configs/IceCube.h -- the so named "fancy_way" patch enclose all
> the 
> board configuration in the special configuration define
> CONFIG_ICECUBE_FANCY. 
> Only the two configuration targets "Lite5200_fancy_config" and 
> "icecube_5200_fancy_config" will build code with the new and fancy 
> configuration options. So the old default configuration will be
> retained.
> 
> The new MTD partition handling for Lite5200 / IceCube assume a Linux
> Kernel 
> patch to work together with a two flash bank infrastructure. The related
> 
> patch is pending.
> 
> 
> 
> Best regards,
> Stephan Linz
> 
> 
> --------------------------------------------------------
> while (!asleep()) ++sheep;
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142000982] [U-Boot-Users] patch: Nios-II boards EP1C20, EP1S1 [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142000982] was created:

<snip>
> Part 2: Add Altera Nios-II boards EP1C20, EP1S10 and EP1S40
> Regards,
> --Scott
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142000973] Réf. : Re: [U-Boot-Users] get_ram_size bug and ask [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142000973] was created:

<snip>
> Hi Wolfgang,
> 
> it seems the code I have was modified.
> I look in the original cvs version and it seems that the base address 
> isn't restored either.
> 
> 
>       [...]
>         addr = base;
>         save[i] = *addr; <-- save value@base address
>         *addr = 0; <--- modify it.
> 
>         if ((val = *addr) != 0) {
>                 <--- error case : restore all values
>             [...]
>         }
> 
>         <-- we forget to restore the value and start to restore value 
> @base+1 with save[i-1].
> 
>         for (cnt = 1; cnt < maxsize / sizeof (long); cnt <<= 1) {
>                 addr = base + cnt;      /* pointer arith! */
>                 val = *addr;
>                 *addr = save[--i];
>                 if (val != ~cnt) {
>                         size = cnt * sizeof (long);
>                         /* Restore the original data before leaving the 
> function.
>                          */
>                         for (cnt <<= 1; cnt < maxsize / sizeof (long);
> cnt 
> <<= 1) {
>                                 addr  = base + cnt;
>                                 *addr = save[--i];
>                         }
>                         return (size);
>                 }
>         }
> 
> 
> regards,
> 
> Matthieu
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142000964] [U-Boot-Users] WARNING:  in ext2fs.c
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142000964] was created:

<snip>
> 
> 
> 	In function: ext2fs_read_file(ext2fs_node_t node, int pos, unsigned
> int len, char *buf)
> 
> 	You may not be getting all the bytes you requested in the 'len'
> parameter. Your requested length might be improperly adjusted.
> 	----------------------- Code snippet -------------
> 	unsigned int filesize = node->inode.size;
> 
> 	/* Adjust len so it we can't read past the end of the file.  */
> 	if (len > filesize) {
> 	len = filesize;
> 	}
> -----------------------------------------------------------
> 
> "len" is the native requested size, while "filesize" is the files real
> size,
> but byte-swapped and the two are being compared. As long as the
> byte-swapped
> length value is larger than the requested size value, then you'll never
> have
> a problem.
> 
> Now assume the file is 2meg and you requested 2meg.
> 
> IF(  len=200000 (2meg)    >  filesize=2000(2meg byte-swapped) )
> THEN	len = filesize
> 
> You end up getting only 2000 bytes.
> 
> 	The initialization of filesize should be:
> 	 unsigned int filesize = __le32_to_cpu (node->inode.size);
> 	Not:
> 	unsigned int filesize = node->inode.size;
> 
> 	(440gx)
> 	-John Roberts
> 
> 
> 
> 
> 
> -------------------------------------------------------
> 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#2006040142000955] [U-Boot-Users] Add support for r5200 board
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142000955] was created:

<snip>
> 
> This patch can also be pulled from
> http://labxtechnologies.com/u-boot.git.  This is a proprietary board.
> 
> CHANGELOG
> * Add support for r5200 board
>   Patch by Zachary Landau, 26 Jan 2006
> 
> Signed-off-by: Zachary P. Landau <zachary.landau@labxtechnologies.com>
> 
> 
> ---
> 
>  CHANGELOG                     |    3 +
>  MAINTAINERS                   |    4 +
>  Makefile                      |    3 +
>  board/r5200/Makefile          |   40 ++++++++++
>  board/r5200/config.mk         |   25 ++++++
>  board/r5200/r5200.c           |  125 +++++++++++++++++++++++++++++++
>  board/r5200/u-boot.lds        |  144
> +++++++++++++++++++++++++++++++++++
>  examples/Makefile             |    2 
>  include/asm-m68k/immap_5271.h |   98 ++++++++++++++++++++++++
>  include/asm-m68k/m5271.h      |   93 +++++++++++++++++++++++
>  include/configs/r5200.h       |  168
> +++++++++++++++++++++++++++++++++++++++++
>  11 files changed, 704 insertions(+), 1 deletions(-)
>  create mode 100644 board/r5200/Makefile
>  create mode 100644 board/r5200/config.mk
>  create mode 100644 board/r5200/r5200.c
>  create mode 100644 board/r5200/u-boot.lds
>  create mode 100644 include/asm-m68k/immap_5271.h
>  create mode 100644 include/asm-m68k/m5271.h
>  create mode 100644 include/configs/r5200.h
> 
> 3a108ed8682e8dab8bf301e91db1999d4cf88c55
> diff --git a/CHANGELOG b/CHANGELOG
> index 607cde1..fb6278a 100644
> --- a/CHANGELOG
> +++ b/CHANGELOG
> @@ -2,6 +2,9 @@
>  Changes since U-Boot 1.1.4:
>  ======================================================================
>  
> +* Add support for r5200 board
> +  Patch by Zachary Landau, 26 Jan 2006
> +
>  * Add support for Freescale M5271 processor
>    Patch by Zachary Landau, 26 Jan 2006
>  
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 0ef9e03..9380220 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -534,6 +534,10 @@ Matthias Fuchs <matthias.fuchs@esd-elect
>  
>  	TASREG			MCF5249
>  
> +Zachary P. Landau <zachary.landau@labxtechnologies.com>
> +
> +	r5200			mcf52x2
> +
>  #########################################################################
>  # End of MAINTAINERS list						#
>  #########################################################################
> diff --git a/Makefile b/Makefile
> index 9305cab..2ac35a6 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -1243,6 +1243,9 @@ M5282EVB_config :		unconfig
>  TASREG_config :		unconfig
>  	@./mkconfig $(@:_config=) m68k mcf52x2 tasreg esd
>  
> +r5200_config :		unconfig
> +	@./mkconfig $(@:_config=) m68k mcf52x2 r5200
> +
>  #########################################################################
>  ## MPC83xx Systems
>  #########################################################################
> diff --git a/board/r5200/Makefile b/board/r5200/Makefile
> new file mode 100644
> index 0000000..d0364ed
> --- /dev/null
> +++ b/board/r5200/Makefile
> @@ -0,0 +1,40 @@
> +#
> +# (C) Copyright 2000-2003
> +# Wolfgang Denk, DENX Software Engineering, wd at denx.de.
> +#
> +# See file CREDITS for list of people who contributed to this
> +# project.
> +#
> +# This program is free software; you can redistribute it and/or
> +# modify it under the terms of the GNU General Public License as
> +# published by the Free Software Foundation; either version 2 of
> +# the License, or (at your option) any later version.
> +#
> +# This program is distributed in the hope that it will be useful,
> +# but WITHOUT ANY WARRANTY; without even the implied warranty of
> +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142000946] [U-Boot-Users] [PATCH] 09-fix-trab-channel-switchi [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142000946] was created:

<snip>
> Fix TRAB channel switching delay for trab_fkt.bin standalone applikation
> Patch by Martin Krause, 08 Nov 2005
> 
> In tsc2000_read_channel() the delay after setting the multiplexer 
> to a temperature channel is increased from 1,5 ms to 10 ms. This
> is to allow the multiplexer inputs to stabilize after huge steps
> of the input signal level.
> 
> Signed-off-by: Martin Krause <martin.krause@tqs.de>
> 
> CHANGELOG:
> 
> Fix TRAB channel switching delay for trab_fkt.bin standalone applikation
> Patch by Martin Krause, 08 Nov 2005
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142000937] [U-Boot-Users] Git broken?
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142000937] was created:

<snip>
> 
> On Wed, Mar 22, 2006 at 10:08:10PM +0100, Wolfgang Denk wrote:
> > In message <20060322204537.GB10703@bork.org> you wrote:
> > > 
> > >  which contains 0603fd6c2bbaef61ea3e8efb67a440b63e0c6b60
> > > Getting pack 2a2ae5b5d29e02e7330c674195b3423487f83452
> > >  which contains 54775d31dfef42fe0295640054976f691c1e48b3
> > > error: File 012b453bb78fbd94595953e04e298db8203e2e09 (http://www.denx.de/git/u-boot.git/objects/01/2b453bb78fbd94595953e04e298db8203e2e09) corrupt
> > 
> > This looks fishy to me. Do you have any problems  with  your  network
> > link? Some caching proxy server with (probably stale) caches or so?
> 
> Gar.  You're right.  Stupid proxy.
> 
> > 
> > Please try again. Drop me a note (at wd at denx.de) if  it's  still  not
> > working.
> > 
> 
> Works from my elsewhere machine.  Any chance of getting git:// on
> denx.de
> so that http proxies don't interfere?
> mh
> 
> -- 
> Martin Hicks || mort at bork.org || PGP/GnuPG: 0x4C7F2BEE
</snip>

Your U-Boot support team

^ permalink raw reply

* [DNX#2006040142000928] [U-Boot-Users] [PATCH-2/8]Blackfin support - the m [...]
From: DENX Support System @ 2006-03-31 22:50 UTC (permalink / raw)
  To: u-boot

Hello list,

inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142000928] was created:

<snip>
> The patch is based on following point in the current U-boot git
> repository.
> ============================================================
> commit 6624b687bc2b747233090e67628df37d1c84ed17
> Author: Wolfgang Denk <wd@pollux.(none)>
> Date:   Wed Feb 22 10:25:39 2006 +0100
> 
>     Rename SMMACO4 board into smmaco4 for consistency with Linux.
> ============================================================
> 
> Changelog entry:
> * Added support for Blackfin platform
>    Patch by Aubrey.Li <aubreylee@gmail.com>
> 
> Thanks,
> -Aubrey
</snip>

Your U-Boot support team

^ permalink raw reply


This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.