At 10:16 AM -0700 10/6/04, Kendall Shaw wrote:

>The result was:
>
>0 > boot hd:,\ofwboot.xcf netbsd load-size=e148 adler32=db640f80
>
>loading XCOFF
>
>tsize=cbc0 dsize=14a8 bsize=2670 entry=640000
>SECTIONS:
>.text    00640000 00640000 0000cbc0 000000e0
>.data    0064d000 0064d000 000014a8 0000cca0
>.bss     0064e4a8 0064e4a8 00002670 00000000
>loading .text, done..
>loading .data, done..
>clearing .bss, done..
>
>>> NetBSD/macppc OpenFirmware Boot, Revision 1.6
>>> (autobuild@tgm.daemon.org, Sun Sep  8 21:53:46 UTC 2002)
>4917880+334992 [247424+225003
>DEFAULT CATCH!, code=300 at   %SRR0: 00640334   %SRR1: 00003030
>  ok
>0 > .registers
>Client's Fix Pt Regs:
>  00 00000000 00650194 00000000 0064d094 0063f0b4 00036eeb 006501bc 00000000
>  08 00000000 00650000 00000000 ffffffff 00000040 00000000 00000000 00000000
>  10 00000000 00000000 00100000 00602708 006504ac 00000000 00000012 00000000
>  18 00000000 0060273c 0000003d 00000000 00036eeb 0063f0b4 006501bc 0064d094
>Special Regs:
>     %IV: 00000000   %SRR0: 00640334   %SRR1: 00003030
>     %CR: 20000004     %LR: 00640334    %CTR: 00000000    %XER: 20000000
>    %DAR: 00658000  %DSISR: 42000000   %SDR1: 3ffe0000
>  ok
>0 >

According to the registers, this is in the bootloader, not the kernel.
Looks like it occurs after a return from a branch and link (bl), since both
the PC and the LR are the same.

There's no closing "]" nor "=" from the size readouts, so I'd guess that
this is in libsa's reading in of the file, possibly a problem with symbols
or the data segment.

>I'll try using objdump when I get a chance. I don't have objdump under
>macos x at the moment.

Objdump the bootloader to pinpoint the function.

tim