* [DNX#2006040142000919] [U-Boot-Users] Patch: Sandburst Karef Board Suppo [...]
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#2006040142000919] was created:
<snip>
> This patch brings the sandburst karef board support up to date due to
> fpga changes.
>
> CHANGELOG:
>
> * Update Sandburst Karef board support due to FPGA fixes.
> Initialize front end fpga ID and Version variables properly.
> Patch by Travis B. Sawyer, 16 Feb 2006
>
>
> Regards,
> Travis Sawyer
</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
* [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#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#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#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#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#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
* [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#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
* [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#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#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#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#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
* [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#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
* [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#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#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#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#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#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#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#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
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
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.