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.
|