U-Boot/IXP

U-Boot Marek Vasut 4 participants 12 messages Mar 5, 2012 Arm (32-bit)

Share & tools

Marek Vasut

author

2012-03-05 01:14 UTC #0 lore raw

Dear Michael Schwingen,

do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!

Thanks in advance!
Marek Vasut

Michael Schwingen

2012-03-05 07:34 UTC #1 lore raw

Quoted 4 lines · Marek Vasut

Dear Michael Schwingen,
do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!

I still use them and would want to keep these boards (and maintain them).

I only glimpse at the mailing list from time to time - are there any open problems with these boards that need to be addressed?

cu
Michael

Marek Vasut

author

2012-03-05 11:54 UTC #2 lore raw

Dear Michael Schwingen,

Quoted 11 lines · Marek Vasut

Quoted 5 lines
Dear Michael Schwingen,
do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!
I still use them and would want to keep these boards (and maintain them).
I only glimpse at the mailing list from time to time - are there any open problems with these boards that need to be addressed?

No, I just cannot compile it with usual arm-linux-gnueabi- toolchain and that puts a bleep on my bug-radar. Is that normal? Do I need a special toolchain?

Quoted 3 lines

cu
Michael

Best regards,
Marek Vasut

Michael Schwingen

2012-03-05 19:34 UTC #3 lore raw

Am 03/05/2012 12:54 PM, schrieb Marek Vasut:

Quoted 8 lines

Dear Michael Schwingen,
Quoted 6 lines · Marek Vasut
Quoted 5 lines
Dear Michael Schwingen,
do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!

Quoted 7 lines

Quoted 4 lines
I still use them and would want to keep these boards (and maintain them).
I only glimpse at the mailing list from time to time - are there any open problems with these boards that need to be addressed?
No, I just cannot compile it with usual arm-linux-gnueabi- toolchain and that puts a bleep on my bug-radar. Is that normal? Do I need a special toolchain?

I am using an old, locally built toolchain that identifies itself as gcc version 4.3.4 (crosstool-NG-hg_default at 1471_4a88cb9bfe8f)

I can take a look at this using a newer toolchain - however, I am in the process of moving, so this will probably take some weeks.

What prebuilt toolchain should I try?

cu
Michael

Marek Vasut

author

2012-03-05 20:15 UTC #4 lore raw

Dear Michael Schwingen,

Quoted 20 lines

Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
Quoted 12 lines
Dear Michael Schwingen,
Quoted 10 lines · Marek Vasut
Quoted 5 lines
Dear Michael Schwingen,
do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!
I still use them and would want to keep these boards (and maintain them).
Quoted 6 lines
Quoted 2 lines
I only glimpse at the mailing list from time to time - are there any open problems with these boards that need to be addressed?
No, I just cannot compile it with usual arm-linux-gnueabi- toolchain and that puts a bleep on my bug-radar. Is that normal? Do I need a special toolchain?

Quoted 7 lines

I am using an old, locally built toolchain that identifies itself as gcc version 4.3.4 (crosstool-NG-hg_default at 1471_4a88cb9bfe8f)
I can take a look at this using a newer toolchain - however, I am in the process of moving, so this will probably take some weeks.
What prebuilt toolchain should I try?

I was more curious if it's possible for me myself to build these. And if so, can that be done with usual arm-linux-gnueabi- toolchain? Or do I need special armeb toolchain compiled in some special way?

Quoted 3 lines

cu
Michael

Best regards,
Marek Vasut

Bryan Hundven

2012-03-05 22:00 UTC #5 lore raw

Quoted 25 lines · Marek Vasut

Dear Michael Schwingen,
Quoted 23 lines
Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
Quoted 12 lines
Dear Michael Schwingen,
Quoted 10 lines · Marek Vasut
Quoted 5 lines
Dear Michael Schwingen,
do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!
I still use them and would want to keep these boards (and maintain them).
Quoted 6 lines
Quoted 2 lines
I only glimpse at the mailing list from time to time - are there any open problems with these boards that need to be addressed?
No, I just cannot compile it with usual arm-linux-gnueabi- toolchain and that puts a bleep on my bug-radar. Is that normal? Do I need a special toolchain?
I am using an old, locally built toolchain that identifies itself as gcc version 4.3.4 (crosstool-NG-hg_default at 1471_4a88cb9bfe8f)

Quoted 8 lines

Quoted 4 lines
I can take a look at this using a newer toolchain - however, I am in the process of moving, so this will probably take some weeks.
What prebuilt toolchain should I try?
I was more curious if it's possible for me myself to build these. And if so, can that be done with usual arm-linux-gnueabi- toolchain? Or do I need special armeb toolchain compiled in some special way?

I've built a new armeb xscale toolchain available here if you want to try it.
https://sourceforge.net/projects/bhundven.u/files/armeb-unknown-linux-gnueabi.tar.bz2/download

I built it on x86_64. I can build it on 32-bit intel if you don't have an x86_64 build box. Let me know.

$ ct-ng show-armeb-unknown-linux-gnueabi
armeb-unknown-linux-gnueabi  [L X]
    OS             : linux-3.2.8
    Companion libs : gmp-5.0.2 mpfr-3.1.0 ppl-0.11.2 cloog-ppl-0.15.11
mpc-0.9 libelf-0.8.13
    binutils       : binutils-2.22
    C compiler     : gcc-4.6.3 (C,C++,Fortran,Java,Objective-C,Objective-C++)
    C library      : eglibc-2_15
    Tools          : dmalloc-5.5.2 duma-2_5_15 gdb-7.3a ltrace-0.5.3 strace-4.6

Quoted 10 lines

Quoted 3 lines
cu
Michael
Best regards,
Marek Vasut
_______________________________________________
U-Boot mailing list
U-Boot at lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Marek Vasut

author

2012-03-05 22:09 UTC #6 lore raw

Dear Bryan Hundven,

Quoted 43 lines · Marek Vasut

Quoted 25 lines
Dear Michael Schwingen,
Quoted 23 lines
Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
Quoted 12 lines
Dear Michael Schwingen,
Quoted 10 lines · Marek Vasut
Quoted 5 lines
Dear Michael Schwingen,
do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!
I still use them and would want to keep these boards (and maintain them).
Quoted 6 lines
Quoted 2 lines
I only glimpse at the mailing list from time to time - are there any open problems with these boards that need to be addressed?
No, I just cannot compile it with usual arm-linux-gnueabi- toolchain and that puts a bleep on my bug-radar. Is that normal? Do I need a special toolchain?
I am using an old, locally built toolchain that identifies itself as gcc version 4.3.4 (crosstool-NG-hg_default at 1471_4a88cb9bfe8f)
Quoted 8 lines
Quoted 4 lines
I can take a look at this using a newer toolchain - however, I am in the process of moving, so this will probably take some weeks.
What prebuilt toolchain should I try?
I was more curious if it's possible for me myself to build these. And if so, can that be done with usual arm-linux-gnueabi- toolchain? Or do I need special armeb toolchain compiled in some special way?
I've built a new armeb xscale toolchain available here if you want to try it.
https://sourceforge.net/projects/bhundven.u/files/armeb-unknown-linux-gnue
abi.tar.bz2/download
I built it on x86_64. I can build it on 32-bit intel if you don't have an x86_64 build box. Let me know.

Quoted 12 lines

$ ct-ng show-armeb-unknown-linux-gnueabi
armeb-unknown-linux-gnueabi  [L X]
    OS             : linux-3.2.8
    Companion libs : gmp-5.0.2 mpfr-3.1.0 ppl-0.11.2 cloog-ppl-0.15.11
mpc-0.9 libelf-0.8.13
    binutils       : binutils-2.22
    C compiler     : gcc-4.6.3
(C,C++,Fortran,Java,Objective-C,Objective-C++) C library      :
eglibc-2_15
    Tools          : dmalloc-5.5.2 duma-2_5_15 gdb-7.3a ltrace-0.5.3
strace-4.6

Ok, that's good. But can someone please answer my question (now there are two)?

1) Does usual arm-linux-gnueabi- toolchain work? (possibly if I use some switch to toggle arm core endianness)
2) Do I need any special options to build the toolchain?

Best regards,
Marek Vasut

Bryan Hundven

2012-03-05 22:14 UTC #7 lore raw

Quoted 57 lines · Marek Vasut

Dear Bryan Hundven,
Quoted 43 lines · Marek Vasut
Quoted 25 lines
Dear Michael Schwingen,
Quoted 23 lines
Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
Quoted 12 lines
Dear Michael Schwingen,
Quoted 10 lines · Marek Vasut
Quoted 5 lines
Dear Michael Schwingen,
do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!
I still use them and would want to keep these boards (and maintain them).
Quoted 6 lines
Quoted 2 lines
I only glimpse at the mailing list from time to time - are there any open problems with these boards that need to be addressed?
No, I just cannot compile it with usual arm-linux-gnueabi- toolchain and that puts a bleep on my bug-radar. Is that normal? Do I need a special toolchain?
I am using an old, locally built toolchain that identifies itself as gcc version 4.3.4 (crosstool-NG-hg_default at 1471_4a88cb9bfe8f)
Quoted 8 lines
Quoted 4 lines
I can take a look at this using a newer toolchain - however, I am in the process of moving, so this will probably take some weeks.
What prebuilt toolchain should I try?
I was more curious if it's possible for me myself to build these. And if so, can that be done with usual arm-linux-gnueabi- toolchain? Or do I need special armeb toolchain compiled in some special way?
I've built a new armeb xscale toolchain available here if you want to try it.
https://sourceforge.net/projects/bhundven.u/files/armeb-unknown-linux-gnue
abi.tar.bz2/download
I built it on x86_64. I can build it on 32-bit intel if you don't have an x86_64 build box. Let me know.
Quoted 12 lines
$ ct-ng show-armeb-unknown-linux-gnueabi
armeb-unknown-linux-gnueabi ?[L X]
? ? OS ? ? ? ? ? ? : linux-3.2.8
? ? Companion libs : gmp-5.0.2 mpfr-3.1.0 ppl-0.11.2 cloog-ppl-0.15.11
mpc-0.9 libelf-0.8.13
? ? binutils ? ? ? : binutils-2.22
? ? C compiler ? ? : gcc-4.6.3
(C,C++,Fortran,Java,Objective-C,Objective-C++) C library ? ? ?:
eglibc-2_15
? ? Tools ? ? ? ? ?: dmalloc-5.5.2 duma-2_5_15 gdb-7.3a ltrace-0.5.3
strace-4.6

Quoted 4 lines

Ok, that's good. But can someone please answer my question (now there are two)?
1) Does usual arm-linux-gnueabi- toolchain work? (possibly if I use some switch to toggle arm core endianness)

No, the arm and armeb toolchains are different tuples.

Quoted 1 line

2) Do I need any special options to build the toolchain?

You have to build an armeb toolchain with armeb as the platform in the tuple. I don't see one on mentorgraphic's site.
I'm not sure if you can build a multilib arm/armeb toolchain.

Quoted 2 lines

Best regards,
Marek Vasut

-Bryan

Marek Vasut

author

2012-03-05 22:22 UTC #8 lore raw

Dear Bryan Hundven,

Quoted 64 lines · Marek Vasut

Quoted 57 lines
Dear Bryan Hundven,
Quoted 43 lines · Marek Vasut
Quoted 25 lines
Dear Michael Schwingen,
Quoted 23 lines
Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
Quoted 12 lines
Dear Michael Schwingen,
Quoted 10 lines · Marek Vasut
Quoted 5 lines
Dear Michael Schwingen,
do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!
I still use them and would want to keep these boards (and maintain them).
Quoted 6 lines
Quoted 2 lines
I only glimpse at the mailing list from time to time - are there any open problems with these boards that need to be addressed?
No, I just cannot compile it with usual arm-linux-gnueabi- toolchain and that puts a bleep on my bug-radar. Is that normal? Do I need a special toolchain?
I am using an old, locally built toolchain that identifies itself as gcc version 4.3.4 (crosstool-NG-hg_default at 1471_4a88cb9bfe8f)
Quoted 8 lines
Quoted 4 lines
I can take a look at this using a newer toolchain - however, I am in the process of moving, so this will probably take some weeks.
What prebuilt toolchain should I try?
I was more curious if it's possible for me myself to build these. And if so, can that be done with usual arm-linux-gnueabi- toolchain? Or do I need special armeb toolchain compiled in some special way?
I've built a new armeb xscale toolchain available here if you want to try it.
https://sourceforge.net/projects/bhundven.u/files/armeb-unknown-linux-gn
ue abi.tar.bz2/download
I built it on x86_64. I can build it on 32-bit intel if you don't have an x86_64 build box. Let me know.
Quoted 11 lines
$ ct-ng show-armeb-unknown-linux-gnueabi
armeb-unknown-linux-gnueabi  [L X]
    OS             : linux-3.2.8
    Companion libs : gmp-5.0.2 mpfr-3.1.0 ppl-0.11.2 cloog-ppl-0.15.11
mpc-0.9 libelf-0.8.13
    binutils       : binutils-2.22
    C compiler     : gcc-4.6.3
(C,C++,Fortran,Java,Objective-C,Objective-C++) C library      :
eglibc-2_15
    Tools          : dmalloc-5.5.2 duma-2_5_15 gdb-7.3a ltrace-0.5.3
strace-4.6
Quoted 5 lines
Ok, that's good. But can someone please answer my question (now there are two)?
1) Does usual arm-linux-gnueabi- toolchain work? (possibly if I use some switch to toggle arm core endianness)

Quoted 7 lines

No, the arm and armeb toolchains are different tuples.
Quoted 1 line
2) Do I need any special options to build the toolchain?
You have to build an armeb toolchain with armeb as the platform in the tuple. I don't see one on mentorgraphic's site.
I'm not sure if you can build a multilib arm/armeb toolchain.

And what's the actual difference in the output code? Is it just that the code is compiled for xscale core (as usual) and the instructions are flipped or is there something else?

Best regards,
Marek Vasut

Bryan Hundven

2012-03-05 22:31 UTC #9 lore raw

Quoted 70 lines · Marek Vasut

Dear Bryan Hundven,
Quoted 68 lines · Marek Vasut
Quoted 57 lines
Dear Bryan Hundven,
Quoted 43 lines · Marek Vasut
Quoted 25 lines
Dear Michael Schwingen,
Quoted 23 lines
Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
Quoted 12 lines
Dear Michael Schwingen,
Quoted 10 lines · Marek Vasut
Quoted 5 lines
Dear Michael Schwingen,
do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!
I still use them and would want to keep these boards (and maintain them).
Quoted 6 lines
Quoted 2 lines
I only glimpse at the mailing list from time to time - are there any open problems with these boards that need to be addressed?
No, I just cannot compile it with usual arm-linux-gnueabi- toolchain and that puts a bleep on my bug-radar. Is that normal? Do I need a special toolchain?
I am using an old, locally built toolchain that identifies itself as gcc version 4.3.4 (crosstool-NG-hg_default at 1471_4a88cb9bfe8f)
Quoted 8 lines
Quoted 4 lines
I can take a look at this using a newer toolchain - however, I am in the process of moving, so this will probably take some weeks.
What prebuilt toolchain should I try?
I was more curious if it's possible for me myself to build these. And if so, can that be done with usual arm-linux-gnueabi- toolchain? Or do I need special armeb toolchain compiled in some special way?
I've built a new armeb xscale toolchain available here if you want to try it.
https://sourceforge.net/projects/bhundven.u/files/armeb-unknown-linux-gn
ue abi.tar.bz2/download
I built it on x86_64. I can build it on 32-bit intel if you don't have an x86_64 build box. Let me know.
Quoted 11 lines
$ ct-ng show-armeb-unknown-linux-gnueabi
armeb-unknown-linux-gnueabi ?[L X]
? ? OS ? ? ? ? ? ? : linux-3.2.8
? ? Companion libs : gmp-5.0.2 mpfr-3.1.0 ppl-0.11.2 cloog-ppl-0.15.11
mpc-0.9 libelf-0.8.13
? ? binutils ? ? ? : binutils-2.22
? ? C compiler ? ? : gcc-4.6.3
(C,C++,Fortran,Java,Objective-C,Objective-C++) C library ? ? ?:
eglibc-2_15
? ? Tools ? ? ? ? ?: dmalloc-5.5.2 duma-2_5_15 gdb-7.3a ltrace-0.5.3
strace-4.6
Quoted 5 lines
Ok, that's good. But can someone please answer my question (now there are two)?
1) Does usual arm-linux-gnueabi- toolchain work? (possibly if I use some switch to toggle arm core endianness)
No, the arm and armeb toolchains are different tuples.
Quoted 1 line
2) Do I need any special options to build the toolchain?

Quoted 7 lines

Quoted 3 lines
You have to build an armeb toolchain with armeb as the platform in the tuple. I don't see one on mentorgraphic's site.
I'm not sure if you can build a multilib arm/armeb toolchain.
And what's the actual difference in the output code? Is it just that the code is compiled for xscale core (as usual) and the instructions are flipped or is there something else?

Yes, the toolchain output's xscale optimized binaries and is configured for big-endian.
For autoconf based projects, it actually checks the platform part of the tuple to figure out if it is little (arm) or big endian (armeb).

I'd prefer just using the -EL or -EB flags on arm-unknown-linux-gnueabi, but as I said before, I'm not sure if you can build a multilib arm/armeb toolchain.

Quoted 2 lines

Best regards,
Marek Vasut

Marek Vasut

author

2012-03-05 23:00 UTC #10 lore raw

Dear Bryan Hundven,

Quoted 81 lines · Marek Vasut

Quoted 72 lines
Dear Bryan Hundven,
Quoted 70 lines · Marek Vasut
Quoted 59 lines
Dear Bryan Hundven,
Quoted 45 lines · Marek Vasut
Quoted 29 lines
Dear Michael Schwingen,
Quoted 27 lines
Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
Quoted 12 lines
Dear Michael Schwingen,
Quoted 10 lines · Marek Vasut
Quoted 5 lines
Dear Michael Schwingen,
do you still intend to maintain IXP support in uboot or can all those IXP boards be removed? I'd be great if you helped bringing them back in-line!
I still use them and would want to keep these boards (and maintain them).
Quoted 7 lines
Quoted 3 lines
I only glimpse at the mailing list from time to time - are there any open problems with these boards that need to be addressed?
No, I just cannot compile it with usual arm-linux-gnueabi- toolchain and that puts a bleep on my bug-radar. Is that normal? Do I need a special toolchain?
I am using an old, locally built toolchain that identifies itself as gcc version 4.3.4 (crosstool-NG-hg_default at 1471_4a88cb9bfe8f)
I can take a look at this using a newer toolchain - however, I am in the process of moving, so this will probably take some weeks.
Quoted 6 lines
Quoted 1 line
What prebuilt toolchain should I try?
I was more curious if it's possible for me myself to build these. And if so, can that be done with usual arm-linux-gnueabi- toolchain? Or do I need special armeb toolchain compiled in some special way?
I've built a new armeb xscale toolchain available here if you want to try it.
https://sourceforge.net/projects/bhundven.u/files/armeb-unknown-linux
-gn ue abi.tar.bz2/download
I built it on x86_64. I can build it on 32-bit intel if you don't have an x86_64 build box. Let me know.
Quoted 11 lines
$ ct-ng show-armeb-unknown-linux-gnueabi
armeb-unknown-linux-gnueabi  [L X]
    OS             : linux-3.2.8
    Companion libs : gmp-5.0.2 mpfr-3.1.0 ppl-0.11.2
cloog-ppl-0.15.11 mpc-0.9 libelf-0.8.13
    binutils       : binutils-2.22
    C compiler     : gcc-4.6.3
(C,C++,Fortran,Java,Objective-C,Objective-C++) C library      :
eglibc-2_15
    Tools          : dmalloc-5.5.2 duma-2_5_15 gdb-7.3a ltrace-0.5.3
strace-4.6
Quoted 5 lines
Ok, that's good. But can someone please answer my question (now there are two)?
1) Does usual arm-linux-gnueabi- toolchain work? (possibly if I use some switch to toggle arm core endianness)
No, the arm and armeb toolchains are different tuples.
Quoted 1 line
2) Do I need any special options to build the toolchain?
Quoted 7 lines
Quoted 3 lines
You have to build an armeb toolchain with armeb as the platform in the tuple. I don't see one on mentorgraphic's site.
I'm not sure if you can build a multilib arm/armeb toolchain.
And what's the actual difference in the output code? Is it just that the code is compiled for xscale core (as usual) and the instructions are flipped or is there something else?

Quoted 8 lines

Yes, the toolchain output's xscale optimized binaries and is configured for big-endian.
For autoconf based projects, it actually checks the platform part of the tuple to figure out if it is little (arm) or big endian (armeb).
I'd prefer just using the -EL or -EB flags on arm-unknown-linux-gnueabi, but as I said before, I'm not sure if you can build a multilib arm/armeb toolchain.

Check this (oneliner patch below) ... Michael/Bryan, can you actually try fixing the remaining issues and try with normal ARM toolchain + this patch, if these uboot images are bootable:

marex at mashiro:~/U-Boot/u-boot-marex$ CROSS_COMPILE=arm-linux-gnueabi- ARCH=arm ./MAKEALL actux4
Configuring for actux4 board...
IxEthAcc.c: In function ?ixEthAccInit?:
IxEthAcc.c:105:21: warning: comparison between ?IxEthDBStatus? and ?enum <anonymous>? [-Wenum-compare]
IxEthDBAPISupport.c: In function ?ixEthDBPortAddressSet?:
IxEthDBAPISupport.c:633:18: warning: variable ?ackPortAddressLock? set but not used [-Wunused-but-set-variable]
IxQMgrDispatcher.c: In function ?ixQMgrLLPShow?:
IxQMgrDispatcher.c:1194:18: warning: variable ?q? set but not used [-Wunused- but-set-variable]
actux4.c: In function ?board_init?:
actux4.c:57:27: error: ?MACH_TYPE_ACTUX4? undeclared (first use in this function)
actux4.c:57:27: note: each undeclared identifier is reported only once for each function it appears in
actux4.c:93:2: warning: left shift count >= width of type [enabled by default] actux4.c:93:2: warning: left shift count >= width of type [enabled by default] make[1]: *** [actux4.o] Error 1
make: *** [board/actux4/libactux4.o] Error 2
arm-linux-gnueabi-size: './u-boot': No such file

--------------------- SUMMARY ---------------------------- Boards compiled: 1
Boards with warnings or errors: 1 ( actux4 )
----------------------------------------------------------
marex at mashiro:~/U-Boot/u-boot-marex$ git diff

arch/arm/cpu/ixp/config.mk +0 -0

index 9149665..c8b8440 100644
@@ -28,6 +28,8 @@ PLATFORM_RELFLAGS += -fno-common -ffixed-r8 -msoft-float -

mbig-endian

PLATFORM_CPPFLAGS += -mbig-endian -march=armv5te -mtune=strongarm1100

+PLATFORM_LDFLAGS += -EB
+
# -fdata-sections triggers "section .bss overlaps section .rel.dyn" linker
error
PLATFORM_RELFLAGS += -ffunction-sections
LDFLAGS_u-boot += --gc-sections

Best regards,

Michael Schwingen

2012-03-05 22:51 UTC #11 lore raw

In reply to Bryan Hundven

Am 03/05/2012 11:14 PM, schrieb Bryan Hundven:

Quoted 9 lines

1) Does usual arm-linux-gnueabi- toolchain work? (possibly if I use some switch to toggle arm core endianness)
No, the arm and armeb toolchains are different tuples.
Quoted 1 line
2) Do I need any special options to build the toolchain?
You have to build an armeb toolchain with armeb as the platform in the tuple. I don't see one on mentorgraphic's site.
I'm not sure if you can build a multilib arm/armeb toolchain.

I think I did this (quite some time ago, for a different project), although IIRC, it required some tweaking of the multilib options when building gcc.

cu
Michael