-gcc3.h from Linux kernel source to
u-boot-2011.09-rc2/include/linux/ fixes this gcc3-only problem.
Kind regards, rhabarber1848
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ut the code is in use for many years by lots of users so technically
there should not be many problems.
Cheers, rhabarber1848
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
NET
BOOTP broadcast 1
Cheers, rhabarber1848
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
m using gcc-3.4.6.
> Apart from that you could also use the information in our DULG[1] for
> debugging of U-Boot after relocation and use gdb
I´ll try this as well.
Cheers, rhabarber1848
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
FCD000
Call backtrace:
machine check
=
The remaining boot messages would be:
In:serial
Out: serial
Err: serial
Net: SCC ETHERNET
LCD: ready
Any pointers where I could start debugging?
Cheers, rhabarb
bad;hb=HEAD
and, for example, cpu/mpc8xx/cpu.c the function watchdog_reset().
Greetings, rhabarber1848
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Giuseppe CONDORELLI wrote:
> Now I hope this patch will be part of best so far u-boot tree.
>
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of rhabarber1848
> Sent: Wednesday, July 29, 2009 6:14 PM
> To:
Giuseppe CONDORELLI wrote:
> This patch updates zlib to the latest stable version.
Hi,
this patch finally works for me, thank you.
Reviewed-by: rhabarber1848
Cheers, rhabarber1848
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx
Hi,
Alessandro Rubini wrote:
> Giuseppe Condorelli wrote:
>> Hi rhabarber1848,
>> please could you test latest two zlib patches I have sent few minutes
>> ago?
>
> Unfortunately you add outcb() only in inflatestart and inflateend. IT
> should also go in the main
defined(CONFIG_HW_WATCHDOG) || defined(CONFIG_WATCHDOG)
s.outcb = (cb_func)WATCHDOG_RESET;
#else
s.outcb = Z_NULL;
#endif<>/* CONFIG_HW_WATCHDOG */
are silently ignored in the new zlib code. My C knowledge is insufficient to
solve this problem. In its current state it will break z
.
Though is seems that
if (z->outcb != Z_NULL)
(*z->outcb)(Z_NULL, 0);
is not used anymore in zlib.c so the WATCHDOG_RESET calls are silently
ignored. I will try to re-add them tomorrow.
Besides this, rc1 is working fine here.
Cheers, rhabarber1848
[1] http://article.gmane.o
I
did with the LZMA code.
Cheers, rhabarber1848
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
s the newest commit from the U-Boot git checkout I used today:
commit 28958b8bea4c66629c5a22fd3c8b0d49df90383d
Author: Wolfgang Denk
Date: Thu Jul 23 22:23:23 2009 +0200
Coding Style cleanup; update CHANGELOG.
Signed-off-by: Wolfgang Denk
Cheers, rhabarber1848
___
Signed-off-by: rhabarber1...@web.de
---
lib_generic/lzma/LzmaDec.c | 26 ++
lib_generic/lzma/LzmaTools.c |4
2 files changed, 30 insertions(+), 0 deletions(-)
diff --git a/lib_generic/lzma/LzmaDec.c b/lib_generic/lzma/LzmaDec.c
index 89d934a..acffb14 100644
-
Signed-off-by: rhabarber1848
---
lib_generic/lzma/LzmaDec.c | 26 ++
lib_generic/lzma/LzmaTools.c |4
2 files changed, 30 insertions(+), 0 deletions(-)
diff --git a/lib_generic/lzma/LzmaDec.c b/lib_generic/lzma/LzmaDec.c
index 89d934a..acffb14 100644
--- a
fully now readable) as I do not use git here.
Both patches are to be used for the LZMA 4.65 update proposed by
Luigi 'Comio' Mantellini.
lzma.diff
fix return size of uncompressed image
watchdog.diff
reset watchdog timer to avoid reboot during decompression on slow machines.
Cheers, rhabarber18
I
need along with the formentioned patch. I do not know if all
WATCHDOG_RESET() calls are really necessary but I have a 66 MHz CPU here
which takes 12s to decompress a 550kb LZMA-compressed kernel.
Cheers, rhabarber1848
=ybegin line=128 size=3334 name=u-boot-2009.06_lzma_watchdog.diff
JW
x
it, a LZMA-compressed kernel booted well. I did not test the bz2 case but
it seems it suffers from the same bug.
Cheers, rhabarber1848
[1] Sorry, I do not use git here so I can not post the patch in git format.
diff -uNr u-boot-2009.06.org/common/cmd_bootm.c u-boot-2009.06/common/cmd_bootm.c
Hi,
the same boot screen with #define DEBUG
> Un-Protecting sectors 8..70 in bank 1
> ... done
> Un-Protected 63 sectors
> ## Current stack ends at 0x03fa87e8
> * kernel: default image load address = 0x0100
> ## Booting kernel from
as well as this is the standard amount.
I am not an expert when it comes to handling a Linux kernel at boot time so
pointing to lots of howto's is appreciated ;)
Cheers, rhabarber1848
/*
* (C) Copyright 2000, 2001, 2002
* Wolfgang Denk, DENX Software Engineering, w...@denx.de.
*
* Copyrig
20 matches
Mail list logo
