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

Re: More binaries

To: linux-mips@fnet.fr
Subject: Re: More binaries
From: paul@suite.sw.oz.au (Paul Antoine)
Date: Mon, 23 Sep 1996 21:06:09 +1000 (EST)
In-reply-to: <199609231009.MAA31216@kernel.panic.julia.de> from "Ralf Baechle" at Sep 23, 96 12:09:19 pm
Organization: Softway Pty Ltd
Hi Ralf,

> > > Or are you talking about this special DECstation ECOFF problem?

I do seem to have this problem, now that I've got the rest of the kernel
to compile with my latest DECstation source <yay!>...

When I make vmlinux using your new tools, with ELF intermediates, and
a final ECOFF output, I get this:

vmlinux:     file format ecoff-littlemips

SECTION 0 [.text]       : size 000775a0 vma 80030000 lma 80030000 align 2**4
 ALLOC, LOAD, CODE
SECTION 1 [.rodata]     : size 00007b10 vma 800a7590 lma 800a7590 align 2**4
 ALLOC, LOAD, DATA
SECTION 2 [.reginfo]    : size 00000020 vma 800af0a0 lma 800af0a0 align 2**4
 ALLOC, LOAD, DATA
SECTION 3 [.data]       : size 000102d0 vma 800b0000 lma 800b0000 align 2**4
 ALLOC, LOAD, DATA
SECTION 4 [.sbss]       : size 00000000 vma 800c02d0 lma 800c02d0 align 2**4
 ALLOC
SECTION 5 [.bss]        : size 00015200 vma 800c02d0 lma 800c02d0 align 2**4
 ALLOC
SECTION 6 [.mdebug]     : size 0003f530 vma 800d54d0 lma 800d54d0 align 2**4
 ALLOC, LOAD, READONLY, DATA


When I use my dec-ultrix crossdev tools, I get a vmlinux like this:


../linux-1.3.62/vmlinux:     file format ecoff-littlemips

SECTION 0 [.text]       : size 0008e220 vma 80030000 lma 80030000 align 2**4
 ALLOC, LOAD, CODE
SECTION 1 [.data]       : size 0001a1f0 vma 800bf000 lma 800bf000 align 2**4
 ALLOC, LOAD, DATA
SECTION 2 [.sbss]       : size 000001f4 vma 800d91f0 lma 800d91f0 align 2**4
 ALLOC
SECTION 3 [.bss]        : size 00013610 vma 800d93f0 lma 800d93f0 align 2**4
 ALLOC


...and when the file loads, I can see the DECstation is just getting 
what it thinks is the usual three sections (i.e. .text, .data and (.sbss +
.bss), except that for the ELF-converted file it's .text, (.rodata + 
.reginfo + .data + .bss) and then .bss again!

That, and the .sbss segment is not being explicitly zeroed by the
linker and downloaded.

Any ideas?

> Ooops - if it bombs it's a bug.  I never had this problem yet.  For building
> Milo I also only specify the target format.

Oh - I just thought I was going nuts until I found out how to work around it!

> >                    I'm now in a position to do more work on the DECstation
> > port, and want to re-integrate my 1.3.62 work ASAP.
> 
> Great.

Yeah - so far I seem to have integrated the code o.k. - now all I need to
do is to get it to boot!

> I'm using the ELF -> ECOFF converter from Ted Lemon's elfutils.tar.gz with
> some modifications that make them compile on non-NetBSD systems, too.  The
> portability patches aren't perfect though.  I don't have my hacked version
> at hand so I'll put the original archive in the misc/ directory.
> 
> I should note that I only need the converter for PIC code executables.
> And PIC code again is only required for Milo/Pandora with the SNI firmware.

I know I'm close to getting this working with the standard toolset... I
think it's important to really try to have a nice simple development
environment (don't you agree, Amit?? :-)

Help me Obe Wan...

Paul
_______________________________________________________________________________
Paul M. Antoine,                                        Net: paul@sw.oz.au
Softway Pty Ltd                                         WWW: www.softway.com.au
PO Box 305, Strawberry Hills, NSW 2012, Australia       Tel: +61 2 9698 2322
Level 2, 79 Myrtle St, Chippendale, NSW 2008, Australia Fax: +61 2 9699 9174

"It is the lack of acceptance of diversity which threatens to 
 destroy society, NOT the free expression of it." - Me.

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