Dear QoriQ experts,
I am trying to set up a P4080DS board.
The manual (P4080DSUG.pdf) lists SerDes configurations with Bank 1 lanes
A-H used as PCIe, and Banks 2 and 3 as SGMII (one of them configured as
XAUI would be OK, too - what is important to me is 3 PCI slots and an
SGMII slot).
U-Boot
Hi list,
we have a custom legacy board based on OpenRD platform and using
OpenRD config with slight changes (few GPIOs remapped, slower
SDRAM timing and redundant environment).
Now we had to change to Samsung E-Die NAND for a new assembly, and I
can not write to the NAND any more. Switching to
Hi Arno,
On Wed, Sep 07, 2011 at 08:20:22AM +0200, Arno Steffen wrote:
Hi Marek and Wolfgang, Thanks for your answers.
I kept already one sector space for bad blocks, so 1st environment is
at c., 2nd at 10.. Blocksize is 2. (so 1 block left).
Maybe I have to announce uboot, that
Hi,
sorry, not sure about it right now, but could it be you simply need
to define CONFIG_ENV_RANGE to some multiple of the sector size?
At least is what I seem to remember...
Wolfgang
___
U-Boot mailing list
U-Boot@lists.denx.de
On Wed, Sep 07, 2011 at 12:20:51PM +0200, Arno Steffen wrote:
There is a question left for redundancy, which is imho a bug (or maybe
I don't get the design concept of redundancy):
If I have an empty environment (both standard and redund - env1 and
env2 ) and boot, it recognizes CRC error
Hi Arno,
On Tue, Sep 06, 2011 at 04:16:59PM +0200, Arno Steffen wrote:
NAND is sufferered from Bad blocks and bit errors. Thats why usually
exists a bad block handling and an ECC. Am I wrong, that I miss both
on uboot for it's environment?
U-Boot 2010.06 already has bad block handling in the
Hi,
On Wed, Sep 29, 2010 at 11:29:32AM +0200, Wolfgang Denk wrote:
[...]
---
+What:CONFIG_SYS_ARM_WITHOUT_RELOC option
+When:After Release 2010.03
should this be 2011.03, or did I misunderstand anything?
+
+Why: The implementation of U-Boot for the
On Wed, Sep 29, 2010 at 02:51:49PM +0200, Bas Mevissen wrote:
On Wed, 29 Sep 2010 11:16:30 +0200, Wolfgang Denk w...@denx.de wrote:
This allows to efficiently use the same U-Bot
The U-Bot strikes again :-)
Striving for world domination.
SCNR,
Wolfgang
package you use.
Regards,
Wolfgang
-Mensaje original-
De: Ben Warren [mailto:biggerbadder...@gmail.com]
Enviado el: martes, 28 de septiembre de 2010 4:30
Para: SANCHEZ VITORICA, GUILLERMO
CC: Wolfgang Wegner; u-boot@lists.denx.de
Asunto: Re: [U-Boot] Coldfire Architecture and SELF
Hi,
On Mon, Sep 27, 2010 at 08:43:00AM +0200, SANCHEZ VITORICA, GUILLERMO wrote:
Hi again,
Thank you for your fast answers.
Sorry. I was reading the manual in the U-Boot webpage and miss understood
some of the topics. I just wanted to get the develop tools in order to
compile and
Hi,
On Fri, Sep 24, 2010 at 02:15:14PM +0200, SANCHEZ VITORICA, GUILLERMO wrote:
Hi all,
I wanted to develop a personalized U-Boot to my MCF54455 Coldfire V4
microcontroller.
I got the sources from DENX FTP server and now I wanted to get the SELF but I
don't really know wich one
On Fri, Sep 24, 2010 at 02:38:55PM +0200, Wolfgang Wegner wrote:
Coming to Linux (which you seem to target with SELF?), my experience is
you have to use the horribly outdated LTIB package provided by Freescale
because they did not push any of their changes back to mainline.
Just to remove
On Thu, Sep 16, 2010 at 07:54:03PM +1000, Graeme Russ wrote:
[...]
I have a 'cold-boot' parameter which is set by the reset vector code. I can
use this to selectively skip 'once-only' initialisation
[...]
I don't doubt that you are entirely correct. But there are many ways to
skin a cat. My
Dear Wolfgang Denk,
On Thu, Sep 16, 2010 at 01:06:01PM +0200, Wolfgang Denk wrote:
Dear Wolfgang Wegner,
In message 20100916101810.gh25...@leila.ping.de you wrote:
[...]
struggle with debugging tools that are either plain too stupid to
program some flash devices or are much slower than U
Hi Nick,
On Fri, Jun 18, 2010 at 09:26:59AM +0100, Nick Thompson wrote:
(I'm not sure if U-Boot uses SPI for anything else anyway...)
it can be useful for booting an FPGA. On some architectures this
is faster than GPIO bit bang. This is of course board dependent,
as implementation of the
Hi all,
sorry for the off-topic question, but I seemingly did not yet find
the right search string and was hoping to find experienced embedded
people here to point me in the right direction.
I have connected a SD card to a coldfire MCF54455 via SPI, accessible
from both U-Boot and linux. The
Hi Alexander,
On Thu, May 06, 2010 at 03:33:53PM +0200, Alexander Stein wrote:
[...]
IIRC 400kBytes/second is the initial speed for SD cards on SPI. The card
itself responds which max speed it can handle. Which could be adjusted later
(up to 25MHz or even more).
the initial speed is 400
Hi,
On Thu, May 06, 2010 at 04:13:41PM +0200, Alexander Stein wrote:
I can't say much about actual transfer rates. But i noticed a real slowdown
when the filesystem buffer is about to be flushed.
We are using a COldfire 5484 and AFAIK there is no DMA for SPI, at least we
don't use it.
I
Dear Wolfgang Denk,
On Sat, Apr 24, 2010 at 12:27:42AM +0200, Wolfgang Denk wrote:
Dear Wolfgang Wegner,
In message 20100423205938.gu20...@leila.ping.de you wrote:
This patch adds bootcount for Freescale MCF5445x. Two registers of
eDMA transfer control descriptors (TCD[1]) are used
Hi Mike,
On Thu, Apr 22, 2010 at 11:28:27PM -0400, Mike Frysinger wrote:
+static short mmc_spi_init_card(struct mmc_spi_dev *pdev)
+{
+ unsigned short cntr = 0;
+
+ /* for making init process beeing silent */
+ init_mode = 1;
+ /* save length of log for external usage */
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
I tested this patch on a MCF54455. The basic intention was to make using
DSPI for MMC/SD-Card possible.
drivers/spi/cf_spi.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/spi/cf_spi.c b/drivers/spi
Hi,
I have finally got MMC/SD working on my coldfire board and would like
to send some patches.
However, one of the things I had to change was the dummy data sent
out by SPI for read-only transactions. The original driver had all
zeros, for SD/MMC all ones (0xFF) is needed.
Is such a change
Currently the hardware was left in an undefined state in case Spartan3
serial load failed. This patch adds Xilinx_abort_fn to give the board
a possibility to clean up in this case.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
All other FPGA drivers already support such an abort
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
This patch adds redundant environment for environment in SPI flash.
I took env_flash.c as an example and slightly modified it. Apart
from adapting things to SF, I also slightly changed the decision
logic to use area 2 as a default in case
This patch adds bootcount for Freescale MCF5445x. Two registers of
eDMA transfer control descriptors (TCD[1]) are used because these
are unused by linux kernel (freescale LTIB linux-2.6.25) and were
tested to keep their contents across resets.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
Hi Mike,
On Fri, Apr 23, 2010 at 11:08:10AM -0400, Mike Frysinger wrote:
On Friday 23 April 2010 04:43:07 Wolfgang Wegner wrote:
However, one of the things I had to change was the dummy data sent
out by SPI for read-only transactions. The original driver had all
zeros, for SD/MMC all ones
during flash
erase or write, because I do not know if there are other stress
test scenarios.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
common/env_sf.c | 232 +++
1 files changed, 232 insertions(+), 0 deletions(-)
diff --git
On Fri, Apr 23, 2010 at 05:18:29PM +0200, Wolfgang Wegner wrote:
(Only pitfall is that the current 0x0 is used for 8- as well as 16-bit
transfers...)
forget about that, the register is alway written as 16 bits.
Regards,
Wolfgang
___
U-Boot mailing
This patch adds CONFIG_SPI_IDLE_VAL to cf_spi.c
The default setting is 0x0 to behave same as current version, in case
CONFIG_SPI_MMC is set, the value is set to 0x (all ones). In either
case, the value can be overwritten by board configuration.
Signed-off-by: Wolfgang Wegner w.weg...@astro
On Fri, Apr 23, 2010 at 11:34:53AM -0400, Mike Frysinger wrote:
[...]
the problem exists in the (coldfire) SPI driver, not in the MMC/SD code.
sorry, i thought you were proposing to fix it in the SPI/MMC driver
no, as far as I can see it is always set to 0xFF there if set explicitly,
i.e.
Dear Wolfgang Denk,
On Fri, Apr 23, 2010 at 09:25:35PM +0200, Wolfgang Denk wrote:
Dear Wolfgang Wegner,
In message 1272026324-18566-1-git-send-email-w.weg...@astro-kom.de you
wrote:
This patch adds bootcount for Freescale MCF5445x. Two registers of
eDMA transfer control descriptors
This patch adds bootcount for Freescale MCF5445x. Two registers of
eDMA transfer control descriptors (TCD[1]) are used because these
are unused by linux kernel (freescale LTIB linux-2.6.25) and were
tested to keep their contents across resets.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
Dear Wolfgang Denk,
On Fri, Apr 23, 2010 at 10:47:53PM +0200, Wolfgang Denk wrote:
[...]
Um... I think this was a misunderstanding. This comment here is lost
in the git repository.
only half misunderstanding and half too late for me today... Sorry!
Best regards,
Wolfgang
using its registers
should be safe as long as no non-standard driver is loaded.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
I implemented and tested this bootcount on a custom MCF54455 board.
According to the data sheet, the internal SRAM is not supposed to be
useful for data storage
Hi,
I found the problem: the linux kernel 2.6.25 from the freescale LTIB
is missing support for initrd via U-Boot.
With the patch below I was able to use an initramfs from a seperate
image, I suppose initrd should work, too. It is a quick hack, but it
works for me and I wanted to give the
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
modified formatting of inner for() loop and changed if(cond){...} to
if(!cond) continue; to avoid deep indentation.
drivers/net/mcfmii.c | 45 +++--
1 files changed, 23 insertions(+), 22 deletions
Dear all,
I know it is a little off-topic for this list, but maybe it is somewhat
related to U-Boot. I really do not know at which stage I am making a
mistake here.
I have a MCF54455 board running U-Boot and a slightly modified kernel
from Freescale (linux 2.6.25). I can boot the system using
This patch adds the possibility to handle seperate PHYs to MCF5445x.
Naming is chosen to resemble the contrary CONFIG_FEC_SHARED_PHY in the
linux kernel.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
cpu/mcf5445x/cpu_init.c | 11 +++
1 files changed, 11 insertions(+), 0
This patch adds support for full MII interface on MCF5445x (in contrast
to RMII as used on the evaluation boards).
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
cpu/mcf5445x/cpu_init.c | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/cpu/mcf5445x
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
drivers/net/mcfmii.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/net/mcfmii.c b/drivers/net/mcfmii.c
index 4acc29e..83c0873 100644
--- a/drivers/net/mcfmii.c
+++ b/drivers/net/mcfmii.c
@@ -185,7
This patch adds the code for handling PCS3 (DSPI chip select 3) in
cpu_init.c and m5445x.h
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
cpu/mcf5445x/cpu_init.c |7 +++
include/asm-m68k/m5445x.h |1 +
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/cpu
Hi all,
the problems boiled down to two things:
- full MII and non-shared MII-management interface is not
currently supported for MCF5445x
- when a PHY returns id 0x0, matching for this ID results in
a lock-up in mcfmii.c
considering PHY ID 0x0 as broken anyways, I could get my board
to run
CONFIG_MONITOR_IS_IN_RAM is broken for MCF532x. This patch fixes this
by conditionally
- removing the vector table at the beginning of code
- not overwriting the vector base register
- removing the code to re-set the PLL, which effectively disables
SDRAM access
Signed-off-by: Wolfgang Wegner
For platforms with flash below ram addresses, the current check to
activate monitor protection is wrong/insufficient. This patch fixes
CONFIG_MONITOR_IS_IN_RAM for these systems by adding a check for
this configuration.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
This patch
Hi list,
I had some strange problems in the beginning resulting from bad memory
setup. I fixed the memory setup and now have a linux kernel running
including the user space on top of U-Boot [so would think that the memory
setup should really be OK now], but still have some very weird problems
in
Dear Wolfgang Denk,
On Tue, Mar 02, 2010 at 05:30:42PM +0100, Wolfgang Denk wrote:
Dear Wolfgang Wegner,
[...]
but the breakpoint is never reached. I tried printing the function
pointer from the code:
printf(%...@%p\n, __FUNCTION__, board_init_r);
resulting in:
board_ini
Dear Juergen,
On Fri, Feb 26, 2010 at 12:16:22PM +0100, Juergen Schindele wrote:
Am Freitag, 26. Februar 2010 schrieb Wolfgang Denk:
Dear Juergen Schindele,
In message 201002261056.32502.schind...@nentec.de you wrote:
i need a different bootloader than the one installed.
so i
Hi Angelo,
On Wed, Feb 24, 2010 at 11:32:33AM +0100, angelo wrote:
Hello all,
is ColdFire mcf5307 cpu supported ? in 1.1.6 i found mcf52x2 cpu only.
no.
Why are you using a stone-age version?
In the current git tree a lot of MCF53xx (and MCF54xx) are supported, too.
There is no direct
Hi,
On Mon, Feb 22, 2010 at 04:30:06PM +0530, Thirumalai wrote:
Hi denx,
I just want to know whether the coldfire processor is supported by
u-boot and what toolchains need to be used for compilation. Whether ELDK
will support or not ?
starting with the downside: unfortunately there is
-set the PLL, which effectively disables
SDRAM access (MCF532x)
- fixing the preprocessor condition to switch monitor protection
off (all architectures)
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
This revised version fixes the too long line in drivers/mtd/cfi_flash.c
that would have
Dear Wolfgang, TsiChung,
On Thu, Feb 11, 2010 at 11:55:11PM +0100, Wolfgang Denk wrote:
[...]
Wolfgang Wegner (3):
add include/asm-m68k/unaligned.h
allow MCF532x to use CONFIG_MONITOR_IS_IN_RAM
This patch adds a too long line. Sorry for not noticing this before.
sorry
Hi list,
I am trying to get the spi_mmc driver by Robert Selberg and Hans Eklund
to run on my new Coldfire board. (The driver was posted as a patch some
time ago, clearly marked as not ready for mainline. I just did not figure
out the correct search term to give the message ID.)
Now I am running
Hi Mike,
On Fri, Jan 29, 2010 at 11:11:36AM -0500, Mike Frysinger wrote:
On Friday 29 January 2010 10:59:28 Wolfgang Wegner wrote:
I am trying to get the spi_mmc driver by Robert Selberg and Hans Eklund
to run on my new Coldfire board. (The driver was posted as a patch some
time ago
Hi Andreas,
On Thu, Jan 28, 2010 at 12:31:44PM +0100, A. Geisreiter wrote:
Hi,
I have a question to the TEXT_BASE setting in the config.mk file. Is it
possible to set TEXT_BASE via a setting in the project.h file?
yes, it is.
In my project.h I set:
#define CONFIG_TEXT_BASE
This patch adds support for ASTRO board(s) based on MCF5373L.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
v4-v5: removed update.c and reference to non-blocking CFI to get
at least the board included
v3-v4: fixed multi-line comments
v2-v3: fixed another load of coding style issues
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
This patch adds the external update command to ASTRO MCF5373L boards.
It needs this previous patch that is not included in mainline:
non-blocking flash write/erase/status check functions
(Message-Id 1260374411-11299-1-git-send-email-w.weg
Hi Wolfgang,
comments on my patches. Of course I would like to have all of them
included except the obsoleted index 6741. ;-)
On Mon, Jan 25, 2010 at 11:44:48PM +0100, Wolfgang Denk wrote:
[...]
3449 10/28 Wolfgang Wegner[U-Boot] [PATCH] MCF532x: make icache_enable
use
Hi,
any comments on this?
On Wed, Dec 09, 2009 at 05:00:11PM +0100, Wolfgang Wegner wrote:
More tightly integrated non-blocking variants of some CFI flash access
functions. Enable with CONFIG_SYS_FLASH_CFI_NONBLOCK
These can be useful to erase flash or write complete sectors of flash
during
Hello Heiko,
On Thu, Jan 21, 2010 at 09:04:29AM +0100, Heiko Schocher wrote:
Hello Joakim,
Joakim Tjernlund wrote:
Hello Michael,
Thanks for posting your patches in plain text.
Michael Durrant wrote:
drivers_i2c_fsl_i2c.patch
- need to set I2C to be idle according to the
Hi list,
I am trying to cleanly integrate a new coldfire MCF5445x-based board
into U-Boot. The problem I have is:
- the board is booted from serial flash, meaning that SDRAM setup has
to be done in assembler from a small pre-loader
- the existing code for this already has some #ifdefs for
Hi list,
sorry for the noise!
The problem turned out to be a simple SDRAM setup problem.
I had set burst read to read/precharge delay and burst write
to read/write/precharge delay by 1 too low.
Don't know how I messed these values up, but these lead to all
memory accesses in single-step mode
This patch adds support for ASTRO board(s) based on MCF5373L.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
v3-v4: fixed multi-line comments
v2-v3: fixed another load of coding style issues after finding out
about checkpatch.pl...
I hope to have addressed all the comments and errors
Dear Wolfgang Denk,
On Mon, Jan 18, 2010 at 12:40:45AM +0100, Wolfgang Denk wrote:
Dear Wolfgang Wegner,
[...]
Incorrect multiline comment style.
fixed and re-submitted.
I guess the worst thing about all these is that all of these comment
styles are already present in U-Boot, which is why I
Hi list,
I am trying to get U-Boot to run on my new MCF5445x board and have
some problems.
What I did:
- use M54455EVB as a starting point (non-SBF mode)
- comment out RAM setup to start U-Boot from the debugger
[debugger does RAM setup with my init script]
- change flexbus and clock settings
Hi,
two more observations:
- there are some entries in the linker script reminiscent from
and embedded environment forcing .text from start.o, traps.o,
interrupts.o, dlmalloc.o and zlib.o to the beginning of the
.text section; if I remove these, U-Boot crashes without
any output (did not
Sorry for another self-followup...
With the modified linker script, I already have a failure in
board.c/board_init_f():
(gdb) break board.c:249
Breakpoint 1 at 0x4002089e: file board.c, line 249.
(gdb) c
Continuing.
Breakpoint 1, board_init_f (bootflag=0) at board.c:249
249 memset
Hi,
On Wed, Jan 13, 2010 at 04:02:10PM +0100, Arno Steffen wrote:
To make a more stable system I want to put a second reduced linux
(kernel/rootfs) onto flash memory.
This should be boot automatically, if #1 fails for any reason.
I tried to add this in bootcmd, but execution will be
This patch adds support for ASTRO board(s) based on MCF5373L.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
v2-v3: fixed another load of coding style issues after finding out
about checkpatch.pl...
I hope to have addressed all the comments and errors that were present
in the first
This patch adds support for ASTRO board(s) based on MCF5373L.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
I hope to have addressed all the comments and errors that were present
in the first submission; exceptions are the linker script because there
was no feedback by Tsi Chung Liew
Hi,
I am in the process of cleaning up my board code, and just noticed
some strange (for me) behaviour when trying to set TEXT_BASE
depending on the make target name.
Here is what works:
Makefile:
astro_mcf5373l_config \
astro_mcf5373l_RAM_config : unconfig
@$(MKCONFIG) -t
Dear Wolfgang Denk,
thank you for all the comments and suggestions and sorry for that
many reasons to complain!
I just would like to ask a few questions in-line.
On Thu, Dec 17, 2009 at 11:33:07PM +0100, Wolfgang Denk wrote:
Dear Wolfgang Wegner,
In message 1260378648-19232-1-git-send-email
imxtract currently can not handle compressed images. This patch adds
handling for bzip2 and zip compression. In both cases, a destination
address has to be specified for extraction.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
This new version needs gunzip() prototype in common.h
On Wed, Dec 09, 2009 at 07:46:14AM -0500, Jerry Van Baren wrote:
Wolfgang Denk wrote:
Dear Wolfgang Wegner,
In message 20091208172555.gf16...@leila.ping.de you wrote:
sorry I did not know where to put additional comments...
Comments go below the --- line, i. e.:
...
Singed
Prototype for gunzip/zunzip was only in lib_generic/gunzip.c and thus
repeated in every file using it. This patch moves the prototypes to
common.h and removes all prototypes distributed anywhere else.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
Tested to be compile-clean for PowerPC
More tightly integrated non-blocking variants of some CFI flash access
functions. Enable with CONFIG_SYS_FLASH_CFI_NONBLOCK
These can be useful to erase flash or write complete sectors of flash
during a serial data transfer for software updates.
Signed-off-by: Wolfgang Wegner w.weg...@astro
lib_generic/zlib.c needs include/asm/unaligned.h since commit
cd514aeb996e2f7aefbe1f78481965d9d074aed4, which broke compilation for
Coldfire/M68K. This patch adds the missing header for these
architectures.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
I tried to get an idea on how
Prototype for gunzip was only in lib_generic/gunzip.c and thus repeated
in every file using it. This patch moves the prototype to common.h and
removes all prototypes distributed anywhere else.
Singed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
board/bf527-ezkit/video.c
Hi,
sorry I did not know where to put additional comments...
I tested this patch for compile-cleanness with a powerpc toolchain
(CodeSourcery freescale-4.4-78-powerpc-linux-gnu-i686-pc-linux-gnu.tar.bz2
to be exact). The warnings and errors were not significantly different
with and without this
, which is now avoided.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
drivers/mtd/cfi_flash.c | 268 +++
include/flash.h |7 ++
2 files changed, 207 insertions(+), 68 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers
am definitely willing to address all implementation/
coding style issues in case this helps to change your mind. :-)
Best regards,
Wolfgang Wegner
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
thank you all for all the comments so far.
It seems I have at least 2 problems:
- my gcc (m68k-elf-gcc (Sourcery G++ Lite 4.3-208) 4.3.3) does not
produce correctly relocatable code; no matter if I give -fPIC or
not (-mrelocatable is not accepted at all), I do not get any
entries in
write_buff_nb() introduces quite an amount of duplicate code compared to
write_buff(), but I did not find an elegant solution to partition them.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
drivers/mtd/cfi_flash.c | 440 ++-
include
Hi list,
sorry, there should have been more description on top, but somehow I
messed up the commit log message and did not realize it until now. :-(
Implementation of non-blocking flash write/erase/status check functions.
Enable with CONFIG_SYS_FLASH_CFI_NONBLOCK
These can be useful to erase
imxtract currently can not handle compressed images. This patch adds
handling for bzip2 and zip compression. In both cases, a destination
address has to be specified for extraction.
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
common/cmd_ximg.c | 82
an XC3S4000 this reduces the load
time from around 15 seconds to around 3 seconds
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
drivers/fpga/spartan3.c | 54 +-
include/spartan3.h |1 +
include/xilinx.h|1 +
3 files changed, 31
Hi,
I am using U-Boot on a Coldfire to load FPGA code (Xilinx Spartan3
and Altera Cyclone2, currently) and am just trying to update my code
base to current U-Boot for finally sending patches.
Now I recognized that commit 6385b28116f775da4771b768ba9bf93c3aaaf26e
removed FPGA relocation, which of
Dear Wolfgang Denk,
On Thu, Oct 29, 2009 at 12:00:00PM +0100, Wolfgang Denk wrote:
Dear Wolfgang Wegner,
In message 20091029082113.ge3...@leila.ping.de you wrote:
Now I recognized that commit 6385b28116f775da4771b768ba9bf93c3aaaf26e
removed FPGA relocation, which of course breaks FPGA
Dear Joakim Tjernlund,
On Thu, Oct 29, 2009 at 02:08:05PM +0100, Joakim Tjernlund wrote:
Just to avoid any misunderstandings, the GOT does not hold offsets, it holds
absolute addresses. These addresses gets adjusted with an offset when you
relocate.
thank you, I already understood this.
As
On Thu, Oct 29, 2009 at 03:22:24PM +0100, Joakim Tjernlund wrote:
It seems like you don't have any relocation data as both __got2_entries and
__fixup_entries are zero. Something seems broken in general, perhaps your
linker script
is bust?
I took board/freescale/m5373evb/u-boot.lds without
Hi,
although I have to leave for now, just some questions to see if
there is anything I understood correctly until now...
- in the PPC startup (assembly) files, the section .got2 is explicitely
created using START_GOT etc.
- .got2 contains some vital pointers (vectors) as well as data
-set the PLL, which effectively disables
SDRAM access (MCF532x)
- fixing the preprocessor condition to switch monitor protection
off (all architectures)
Signed-off-by: Wolfgang Wegner w.weg...@astro-kom.de
---
cpu/mcf532x/speed.c |3 +++
cpu/mcf532x/start.S |4
drivers/mtd
Hi,
we have an update protocol that normally relies on data being
received while the previous block is written to flash.
We hacked our U-Boot to provide non-blocking variants for flash
access for the relevant functions, which are:
flash_status_check_nb()
flash_full_status_check_nb()
On Tue, Oct 27, 2009 at 09:21:25AM -0400, Jerry Van Baren wrote:
Wolfgang Wegner wrote:
Is such a use case generally acceptable in U-Boot, and if so,
I'll defer to Wolfgang Denk, Stefan Roese, (Scott Wood?), and others for
this half.
:-)
anybody have an idea how to implement those
Hi Jerry,
On Tue, Oct 27, 2009 at 10:03:49AM -0400, Jerry Van Baren wrote:
Jerry Van Baren wrote:
Wolfgang Wegner wrote:
[...]
we have an update protocol that normally relies on data being
received while the previous block is written to flash.
[...]
By the way, what sort of benefit do you
Dear Scott, Wolfgang,
On Tue, Jul 21, 2009 at 02:02:43PM -0400, Scott McNutt wrote:
... for a two line bug fix?
This is hardly a valid reason to claim copyright on the module.
This practice will only discourage the contribution of original work
to the project. Nobody wants to have their
Dear Wolfgang,
On Wed, Jul 22, 2009 at 12:56:52PM +0200, Wolfgang Denk wrote:
[...]
If you don't do that, then either somebody else will clean up your
patch and commit it and earn the credits for your work, or nobody will
care and the problem remains, which means your work was basicly
wasted.
On Fri, Jul 03, 2009 at 09:47:20AM -0400, Richard Stallman wrote:
You'd make me happy if I was able to access cable TV signals I have
paid for without DRM.
I think it is not quite correct to call cable scrambling DRM. DRM
restricts the use of data you have a copy of. Cable
Hi TsiChung,
On Mon, Jun 08, 2009 at 09:28:35AM -0500, TC Liew wrote:
Wolfgang,
Have you checked your board/Your_platform/u-boot.lds?
basically my u-boot.lds is a copy from m5329evb, minus some things
that I do not need (e.g. env_embedded.o) and some things I do not
really remember why I did
Hi,
sorry I can not provide a solution, but when trying to migrate my
board to newer U-Boot I realised that the dependency calculation
is not correct for cpu/mcf532x/start.S
start.S references several CONFIG_SYS_ macros and thus should be
re-compiled when the board configuration header file
99 matches
Mail list logo
