kernel vs binutils

[Guido Guenther <agx@debian.org>]

There seems to be a problem with current binutils. When compiling a kernel the
section headers are wrong. This is what I get when compiling natively:

vmlinux.ecoff.native:     file format ecoff-bigmips

Sections:
Idx Name          Size      VMA               LMA               File off  Algn
  0 .text         001c6000  0000000088002000  0000000088002000  000000d0  2**4
                  CONTENTS, ALLOC, LOAD, CODE
  1 .data         00000000  00000000881c8000  00000000881c8000  001c60d0  2**4
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          00016fd0  00000000881c8000  00000000881c8000  001c60d0  2**4
                  CONTENTS, ALLOC, NEVER_LOAD

.data is empty. binutils is 2.11.90.0.27-2.

And this is what I get when crosscompiling with my old crosstoolchain(2.11.90):

vmlinux.ecoff.cross:     file format ecoff-bigmips

Sections:
Idx Name          Size      VMA               LMA               File off  Algn
  0 .text         00172000  0000000088002000  0000000088002000  000000d0  2**4
                  CONTENTS, ALLOC, LOAD, CODE
  1 .data         00029000  0000000088174000  0000000088174000  001720d0  2**4
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          00026c20  000000008819d000  000000008819d000  0019b0d0  2**4
                  CONTENTS, ALLOC, NEVER_LOAD

While the later cross compiled kernel loads o.k. the natively compiled kernels
just "hangs" after tftping the image. Since the kernel build uses
a/m/elf2ecoff I'm also attaching the "objdump -h" output of the natively
compiled elf version of the kernel(which also fails to load).

 -- Guido

vmlinux:     file format elf32-tradbigmips

Sections:
Idx Name          Size      VMA               LMA               File off  Algn
  0 .text         00182120  88002000  88002000  00001000  2**13
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  1 .fixup        00001768  88184120  88184120  00183120  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  2 .kstrtab      00003ea8  88185888  88185888  00184888  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  3 __ex_table    00002580  88189730  88189730  00188730  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  4 __dbe_table   00000000  8818bcb0  8818bcb0  0018acb0  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  5 __ksymtab     00001e58  8818bcb0  8818bcb0  0018acb0  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  6 .text.init    0000eb1c  8818e000  8818e000  0018d000  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  7 .data.init    000037d4  8819cb1c  8819cb1c  0019bb1c  2**2
                  CONTENTS, ALLOC, LOAD, DATA
  8 .setup.init   000000a8  881a02f0  881a02f0  0019f2f0  2**2
                  CONTENTS, ALLOC, LOAD, DATA
  9 .initcall.init 00000078  881a0398  881a0398  0019f398  2**2
                  CONTENTS, ALLOC, LOAD, DATA
 10 .data.cacheline_aligned 00000ae0  881a1000  881a1000  001a0000  2**5
                  CONTENTS, ALLOC, LOAD, DATA
 11 .reginfo      00000018  881a1ae0  881a1ae0  001a0ae0  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA, LINK_ONCE_SAME_SIZE
 12 .data         00026500  881a1b00  881a1b00  001a0b00  2**5
                  CONTENTS, ALLOC, LOAD, DATA
 13 .bss          00016fd0  881c8000  881c8000  001c7000  2**4
                  ALLOC
 14 .note         00001bd0  881defd0  881defd0  001c7000  2**0
                  CONTENTS, READONLY
 15 .pdr          00021760  00000000  00000000  001c8bd0  2**2
                  CONTENTS, READONLY