[OpenBIOS] SOLVED: the mystery of Solaris on SPARC32 and the missing Forth arguments
Artyom Tarasenko
atar4qemu at gmail.com
Sun Oct 31 23:34:32 CET 2010
On Sun, Oct 31, 2010 at 7:30 PM, Mark Cave-Ayland
<mark.cave-ayland at siriusit.co.uk> wrote:
> Artyom Tarasenko wrote:
>
>> I still think it's just an access to the unmapped memory region.
>>
>>> Even simpler than that: the reason the neverland code is being invoked is
>>> because env->psret == 0 (i.e. traps are disabled), not because the MMU is
>>> in
>>> no fault mode:
>>
>> This means that is a fault in a fault handler. The reason for it can
>> be stack or something else getting exhausted while trying to process
>> some trap. Or the trap handler tries to report the error over some
>> non-existent device.
>
> Can you take a look at the output of show-devs with OBP to try and figure
> out which device it is?
Just a wild guess - it can be idprom. Solaris doesn't manage to tell
the Ethernet address.
Also there seems to be a problem with the root node:
Welcome to OpenBIOS v1.0 built on Oct 31 2010 19:48
Type 'help' for detailed information
Trying disk...
No valid state has been set by load or init-program
0 > cd / ok
0 > .properties
name "SUNW,SPARCstation-5"
#address-cells 2
#size-cells 1
compatible "sun4m"
clock-frequency a21fe80
idprom -- 20 : 01 80 52 54 00 12 34 56 00 00 00 00
00 00 00 f7 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
banner-name "SPARCstation 5"
model "SUNW,501-3059"
stdin-path "/obio/zs at 0,100000:a"
stdout-path "/obio/zs at 0,100000:a"
uuid -- 10 : 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00
ok
0 > device-end ok
0 > boot cdrom:d No valid state has been set by load or init-program
ok
2 >
> Also would it be possible for you to enable
> DEBUG_UNALIGNED and DEBUG_UNASSIGNED in target-sparc/op_helper.c in qemu,
> boot as far as you can, and then send me the output?
Unlike Linux/Debian, Solaris rarely does unaligned accesses (in fact I
think I haven't seen one which I didn't trigger myself).
ok boot disk2:d -vb
Boot device: /iommu/sbus/espdma at 5,8400000/esp at 5,8800000/sd at 2,0:d File
and args: -vb
Size: 264120+54502+47926 Bytes
SunOS Release 5.8 Version Generic_108528-29 32-bit
Copyright 1983-2003 Sun Microsystems, Inc. All rights reserved.
Ethernet address = 52:54:0:12:34:56
Using default device instance data
vac: enabled in write through mode
mem = 262144K (0x10000000)
avail mem = 258269184
root nexus = SUNW,SPARCstation-5
iommu0 at root: obio 0x10000000
sbus0 at iommu0: obio 0x10001000
dma0 at sbus0: SBus slot 5 0x8400000
dma0 is /iommu at 0,10000000/sbus at 0,10001000/espdma at 5,8400000
/iommu at 0,10000000/sbus at 0,10001000/espdma at 5,8400000/esp at 5,8800000 (esp0):
esp-options=0x46
esp0 at dma0: SBus slot 5 0x8800000 sparc ipl 4
esp0 is /iommu at 0,10000000/sbus at 0,10001000/espdma at 5,8400000/esp at 5,8800000
sd2 at esp0: target 2 lun 0
sd2 is /iommu at 0,10000000/sbus at 0,10001000/espdma at 5,8400000/esp at 5,8800000/sd at 2,0
root on /iommu at 0,10000000/sbus at 0,10001000/espdma at 5,8400000/esp at 5,8800000/sd at 2,0:b
fstype ufs
obio0 at root
obio0 at obio0: obio 0x100000, sparc ipl 12
zs0 is /obio/zs at 0,100000
obio1 at obio0: obio 0x0, sparc ipl 12
zs1 is /obio/zs at 0,0
cpu0: FMI,MB86907 (mid 0 impl 0x0 ver 0x4 clock 1071 MHz)
Unassigned mem write access of 4 bytes to ffffffffffff0ee0 from f00602cc
Unassigned mem write access of 4 bytes to ffffffffffff0ee4 from f00602cc
Unassigned mem write access of 4 bytes to ffffffffffff0ee8 from f00602d0
[^^^ note that these aren't real faults. The NF flag is on. I usually
modify debug output not to show them.]
#
> Ah and another thing while I think about it: could you send me the output of
> the following too:
>
> cd /virtual-memory
> .properties
>
> cd /memory
> .properties
ok cd /virtual-memory
ok .properties
.properties ?
ok .attributes
available 00000000 fff00000 00100000
00000000 fef00000 00e00000
00000000 00000000 fe400000
00000000 ffe15000 000cd000
00000000 ffd00000 00008000
00000000 fe400000 00b00000
reg 00000000 00000000 80000000
00000000 80000000 80000000
name virtual-memory
ok cd /memory
ok .attributes
reg 00000000 00000000 02000000
00000000 02000000 02000000
00000000 04000000 02000000
00000000 06000000 02000000
00000000 08000000 02000000
00000000 0a000000 02000000
00000000 0c000000 02000000
00000000 0e000000 02000000
available 00000000 00000000 0ffa5000
name memory
ok
> Not a bootable ELF image
> Loading a.out image...
> Loaded 7680 bytes
> entry point is 0x4000
> bootpath: /iommu/sbus/espdma/esp/sd at 2,0:d
>
> Jumping to entry point 00004000 for type 00000005...
> switching to new context:
> Size: 259040+54154+47486 Bytes
> device auxio size -1
> SunOS Release 5.8 Version Generic_108528-09 32-bit
> Copyright 1983-2001 Sun Microsystems, Inc. All rights reserved.
> Ethernet address = 52:54:0:12:34:56
> Using default device instance data
>
>> OBP works without this hack.
>
> Meh. Is there any improvement with the older versions of SunOS?
Compared to the previous state - yes. Compared to Solaris 8 - no:
0 > boot cdrom:d -vsb Not a bootable ELF image
Loading a.out image...
Loaded 7680 bytes
entry point is 0x4000
bootpath: /iommu/sbus/espdma/esp/sd at 2,0:d
Jumping to entry point 00004000 for type 00000005...
switching to new context:
Size: 243536+176918+41926 Bytes
device auxio size -1
SunOS Release 5.6 Version Generic [UNIX(R) System V Release 4.0]
Copyright (c) 1983-1997, Sun Microsystems, Inc.
Using default device instance data
Unassigned mem write access of 4 bytes to ffffffffffff0ff4 from f0041354
qemu: fatal: Trap 0x29 while interrupts disabled, Error state
pc: f0041354 npc: f0041358
General Registers:
%g0-7: 00000000 f026de48 00000001 f0041bb4 00000326 f0243b88 00000001 f0244020
Current Register Window:
%o0-7: 00000000 f0240494 f59cb00c 00000000 00000000 f0274e38 f0240438 f0041bb4
%l0-7: 04400cc0 f004cb10 f004cb14 00000001 00000209 00000001 f026de48 f023ff98
%i0-7: f59cb000 04400cc1 ff812201 000003d5 f025e800 00000000 f0240040 f0057110
0 > boot cdrom:d -vbs Not a bootable ELF image
Loading a.out image...
Loaded 7680 bytes
entry point is 0x4000
bootpath: /iommu/sbus/espdma/esp/sd at 2,0:d
Jumping to entry point 00004000 for type 00000005...
switching to new context:
Size: 260620+167370+38134 Bytes
device auxio size -1
SunOS Release 5.5.1 Version Generic [UNIX(R) System V Release 4.0]
Copyright (c) 1983-1996, Sun Microsystems, Inc.
Using default device instance data
Unassigned mem write access of 4 bytes to ffffffffffff0ee4 from f00412a0
qemu: fatal: Trap 0x29 while interrupts disabled, Error state
pc: f00412a0 npc: f00412a4
General Registers:
%g0-7: 00000000 ffdf1000 ffdd7740 00000001 001f5c30 00121798 00000001 f0242020
Current Register Window:
%o0-7: ffd8bb30 00000800 ffffe000 00000400 00000000 00000000 f0240240 ffd0a918
%l0-7: 04000cc6 ffd2d378 ffd2d37c 00000040 00000209 00000040 00000007 f023fe78
%i0-7: ffd885a4 000a6898 00000000 00000200 f0240300 00000000 f023ff20 ffd0e860
Btw, where does the message "device auxio size -1" come from?
--
Regards,
Artyom Tarasenko
solaris/sparc under qemu blog: http://tyom.blogspot.com/
More information about the OpenBIOS
mailing list