linux-mips-fnet
[Top] [All Lists]

RE: Still no-go/gcc 2.7.2/binutils 2.8.1

To: linux-mips@fnet.fr
Subject: RE: Still no-go/gcc 2.7.2/binutils 2.8.1
From: Harald Koerfgen <harald.koerfgen@netcologne.de>
Date: Mon, 28 Dec 1998 17:07:01 +0100 (MET)
In-reply-to: <19981226022844.A6814@mini.gt.owl.de>
Organization: none
Reply-to: "Harald Koerfgen" <harald.koerfgen@netcologne.de>
Sender: harry@franz.no.dom
Hi,

On 26-Dec-98 Florian Lohoff wrote:
> Hi,
> after sitting 3 hours in front of the TV watching apathic and depressiv
> into the tube i went back to my bit-shifter.
> 
> I recompiled all gcc and binutils things - Repatched the kernel
> and fixed some __LANGUAGE_ASSEMBLY__ vs _LANGUAGE_ASSEMBLY bugs
> in the include/asm-mips region to get gcc compile.
> 
> Result is an nbImage which still doesnt boot correctly -
> Here is an objdump --syms and an -h of the resulting file 
> as i think the bug is there - The Decstation wont boot completely
> through and stops in the tftp download which i then can abort via
> ctrl-c

That's strange indeed.

> -------schnipp----------------------------
> /data/mips/nbImage:     file format ecoff-littlemips
> 
> Sections:
> Idx Name          Size      VMA               LMA               File off  Algn
>   0 .text         000fc860  0000000080200000  0000000080200000  00000140  2**4
>                   CONTENTS, ALLOC, LOAD, CODE
>   1 .rdata        00000020  00000000802fc860  00000000802fc860  000fc9a0  2**4
>                   CONTENTS, ALLOC, LOAD, READONLY, DATA
>   2 .data         0001bb90  00000000802fc880  00000000802fc880  000fc9c0  2**4
>                   CONTENTS, ALLOC, LOAD, DATA
>   3 .sdata        00000000  0000000080318410  0000000080318410  00118550  2**4
>                   CONTENTS, ALLOC, LOAD, DATA
>   4 .sbss         00000000  0000000080318410  0000000080318410  00000000  2**4
>                   ALLOC
>   5 .bss          000180b0  0000000080318410  0000000080318410  00000000  2**4
>                   ALLOC
> -------------schnapp----------------------
> 
> My Decstation reports --
> ------schnipp---------------
> -tftp boot(3), bootp 10.1.1.10:/data/mips/nbImage
> -tftp load 1034336/
> -----------schnapp-----------
> 
> Then you have a rotating curser which then stops ...

Hmmm... May it be that you have a PROM with a buggy TFTP loader?

According to the NetBSD people some PROMs have interesting bugs. You may want
to check http://www.netbsd.org/Ports/pmax/board-list.html#proms.

Another possibility would be to keep the .text and .data segment sizes
below 1MB.

With the following .config

--- snip here ---

CONFIG_EXPERIMENTAL=y
CONFIG_DECSTATION=y
CONFIG_CPU_R3000=y
CONFIG_CPU_LITTLE_ENDIAN=y
CONFIG_ELF_KERNEL=y
CONFIG_BINFMT_ELF=y
CONFIG_NET=y
CONFIG_SYSVIPC=y
CONFIG_SYSCTL=y
CONFIG_TC=y
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_NOSR=y
CONFIG_SERIAL=y
CONFIG_ZS=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_EXT2_FS=y
CONFIG_PROC_FS=y
CONFIG_CROSSCOMPILE=y

--- snip here ---
 
You should get a nbImage similar to this one:

linux/arch/mips/dec/boot > mipsel-linux-objdump --section-headers nbImage

nbImage:     file format ecoff-littlemips

Sections:
Idx Name          Size      VMA               LMA               File off  Algn
  0 .text         000e09f0  0000000080200000  0000000080200000  00000140  2**4
                  CONTENTS, ALLOC, LOAD, CODE
  1 .rdata        00000020  00000000802e09f0  00000000802e09f0  000e0b30  2**4
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  2 .data         0001ba00  00000000802e0a10  00000000802e0a10  000e0b50  2**4
                  CONTENTS, ALLOC, LOAD, DATA
  3 .sdata        00000000  00000000802fc410  00000000802fc410  000fc550  2**4
                  CONTENTS, ALLOC, LOAD, DATA
  4 .sbss         00000000  00000000802fc410  00000000802fc410  00000000  2**4
                  ALLOC
  5 .bss          0001c3a0  00000000802fc410  00000000802fc410  00000000  2**4
                  ALLOC  

Hope this helps. If not, feel free to contact me.

> BTW: This is binutils 2.8.1 + patches and gcc 2.7.2 + patches.
> 
> Ok - Ill wait 4 weeks until i retry otherwise i cant stand this unsuccess.

FYI, it took me two weeks of hard work to make my DS5k/133 grok the kernel 
image.
I found out that the PROM of this machine (KN02-BA V5.7j) wants to have
.sdata and .sbss sections, even if empty. That's why elf2ecoff doesn't work and
the NetBSD people say that this PROM doesn't boot via TFTP.

Don't trust your PROM. Never.
---
Regards,
Harald

<Prev in Thread] Current Thread [Next in Thread>