Dear Shinya,
in message <[EMAIL PROTECTED]> you wrote:
>
> Confirmed both error and warning. I'll look into them.
Thanks a lot. May I ask which toolchain you have been using?
> > I wonder if it was possible to come up with a version of the code
> > that builds with somewhat older versions of th
Wolfgang Denk wrote:
> start.S: Assembler messages:
> start.S:348: Error: relocation out of range
> make[1]: *** [start.o] Error 1
> cache.S: Assembler messages:
> cache.S:243: Warning: Pretending global symbol used as branch target is
> local.
> cache.S:250: W
On Sunday 04 May 2008, p wrote:
please do not hijack threads. start a new e-mail, dont pick a random thread
and hit "reply". deleting the subject/body is not sufficient.
-mike
signature.asc
Description: This is a digitally signed message part.
-
Removed the second include, with all the #ifdef around as suggested by Wolfgang.
Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]>
---
common/cmd_ide.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/common/cmd_ide.c b/common/cmd_ide.c
index ead7e10..cac99d5 100644
--
Hi Wolfgang
Wolfgang Denk denx.de> writes:
> In message <1209625526-7643-1-git-send-email-marcel ziswiler.com> you
> wrote:
...
> > Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vdS1ib290LXVzZXJzCg==
>
> Grrrgh... Please do not send base 64 encoded messages.
Sorry about that, I was not a
Jean-Christophe PLAGNIOL-VILLARD jcrosoft.com> writes:
> This is not the good way to do it
I just noticed it to be done like that for the two SH boards r2dplus and r7780mp
and figured it to be good enough for use on ARM as well.
> __io is suppose to declare as this
> #define __io(a)
Add support for the recognition of 'powerpc' as an alias for the PowerPC
architecture type since Linux is already trending in that direction,
preferring 'powerpc' to 'ppc'.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
diff --git a/common/image.c b/common/image.c
index 4a024d4..051d298 10
On 5/4/08 4:04 PM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you
> wrote:
>> Add support for the recognition of 'powerpc' as an alias for the PowerPC
>> architecture type since Linux is already trending in that direction,
>> preferring 'powerpc' to 'ppc'.
>>
>> Signed-off-by: Grant Eri
In message <[EMAIL PROTECTED]> you wrote:
> Add support for the recognition of 'powerpc' as an alias for the PowerPC
> architecture type since Linux is already trending in that direction,
> preferring 'powerpc' to 'ppc'.
>
> Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
> ---
> common/image.c
Add support for the recognition of 'powerpc' as an alias for the PowerPC
architecture type since Linux is already trending in that direction,
preferring 'powerpc' to 'ppc'.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
common/image.c |1 +
1 files changed, 1 insertions(+), 0 deletions
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
include/configs/kb9202.h |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/include/configs/kb9202.h b/include/configs/kb9202.h
index 75d9c3b..7dcce83 100644
--- a/include/configs/kb9202.h
+++ b/include/configs/kb9202.h
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
cpu/arm920t/start.S | 178 +--
1 files changed, 88 insertions(+), 90 deletions(-)
diff --git a/cpu/arm920t/start.S b/cpu/arm920t/start.S
index acc00ad..3067d8c 100644
--- a/cpu
Dear Shinya,
I think we need your help with the current MIPS code; it seems that
this commit is causing problems:
commit 22069215eb7adf5a3888bf7c7784ea9d70a72cd0
Author: Shinya Kuribayashi <[EMAIL PROTECTED]>
Date: Sun Oct 21 10:55:36 2007 +0900
[MIPS] Fix $
In message <[EMAIL PROTECTED]> you wrote:
>
> >> I am using Fedora 8. Also, the problem can be generated if using
> >> Fedora 4 and 5 except 3. If you have a Fedora 4 and above, please try
> >> it. I bet you will run into the same problem as Kurt and I did.
> I ran into the problem with OpenSuSE 10
Shinya Kuribayashi wrote:
> Liew Tsi Chung wrote:
>> I am using Fedora 8. Also, the problem can be generated if using
>> Fedora 4 and 5 except 3. If you have a Fedora 4 and above, please try
>> it. I bet you will run into the same problem as Kurt and I did.
I ran into the problem with OpenSuSE 10.2
In message <[EMAIL PROTECTED]> you wrote:
>
> I am using Fedora 8. Also, the problem can be generated if using Fedora =
> 4 and 5 except 3. If you have a Fedora 4 and above, please try it. I bet =
> you will run into the same problem as Kurt and I did.
Please try if v1.3.3-rc3 works for you. This
Sorry to be a pest but I just can't figure out how to set the CPU
properly in u-boot for my s3c2410. I think I have the first part correct
for 266mHz but I get usb and other problems when booting the kernel. If
I use the s3c24xx speed set 266 (openmoko patch) then things work
flawlessly.
This is w
From: Michal Simek <[EMAIL PROTECTED]>
Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
---
include/configs/ml401.h | 21 +++--
include/configs/xupv2p.h | 21 +++--
2 files changed, 38 insertions(+), 4 deletions(-)
diff --git a/include/configs/ml401.h b/inclu
Hi,
Similar problem I have also faced, We used bootelf to boot a big image
(really big around 7.5 MB ELF image).
Situation is like this, We have 32 MB of RAM in our board. And we load
this image via TFTP to lower memory , but when i do bootelf, some how
BSS section is getting overlapped with the st
Hi Wolfgang and others,
here is small update for ml401, xupv2p boards.
For Wolfgang.
It doesn't matter when you pull these changes to mainline.
This patch only fix imcompatibility between
U-BOOT config files and U-BOOT bsp generator.
I tested Microblaze repo and I have no problem there.
Microb
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
diff --git a/include/.gitignore b/include/.gitignore
index 03a533c..ef7dd5f 100644
--- a/include/.gitignore
+++ b/include/.gitignore
@@ -1,7 +1,7 @@
/autoconf.mk*
/asm
-/asm-blackfin/arch
-/asm-ppc/arch
+/asm-*/arch
+/asm-*/proc
On Saturday 03 May 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > SWYgeW91IGVuYWJsZSBlbnZpcm9ubWVudCBpbiB0aGUgZmxhc2gsIGJ1dCBkaXNhYmxlIHRoZ
> > bWFpbGluZyBsaXN0ClUtQm9vdC1Vc2Vyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKaHR0cHM6L
>
> Please do not send base 64 encoded messages.
>
>
Wolfgang,
I'm sorry for that.
Unfortunately I'm stuck to Thunderbird due to company rules.
Thunderbird is configured according to to the kernel-doc page.
Obviously there's something going wrong during copy+paste ...
I'll try to find a solution to send correct patches in the future.
Thanks agai
Liew Tsi Chung wrote:
> I am using Fedora 8. Also, the problem can be generated if using Fedora
> 4 and 5 except 3. If you have a Fedora 4 and above, please try it. I bet
> you will run into the same problem as Kurt and I did.
I can't try Fedora[458] in the immediate future, sorry. But at last I
On Sunday 04 May 2008, Baruch Cochavy wrote:
> Many thanks for the quick reply/comments. Please allow me to explain: I
> try to bootelf from ELF bits residing in a region of memory (address
> range) that partially overlaps the loaded code .bss (the ELFs bits just
> happen to reside in that specific
Many thanks for the quick reply/comments. Please allow me to explain: I
try to bootelf from ELF bits residing in a region of memory (address
range) that partially overlaps the loaded code .bss (the ELFs bits just
happen to reside in that specific memory region that will eventually
become the .bss b
Shinya,
I am using Fedora 8. Also, the problem can be generated if using Fedora 4 and 5
except 3. If you have a Fedora 4 and above, please try it. I bet you will run
into the same problem as Kurt and I did.
Regards,
TsiChung
From: Shinya Kuribayashi [mailto:
On Sunday 04 May 2008, Baruch Cochavy wrote:
> u-boot's bootelf clears (memset to 0) sections of SHT_NOBITS type. This
> covers .bss sections - however, it might also includes other sections,
> not expected to be cleared as per some users expectations (stacks, for
> example).
most people dont decl
28 matches
Mail list logo
