Re: bochs on sparc/solaris

I could have some guess already.

I see that the ReadHostWordFromLittleEndian trying to read a word from
non-aligned address.
Does Sparc architecture supports unaligned accesses ?
I now many big endian architectures have this issue and require some
compiler switch to work it around.

Stanislav

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Brad
Walker
Sent: Thursday, December 27, 2012 7:32 AM
To: Stanislav
Cc: Volker Ruppert; [email protected]
Subject: Re: [Bochs-developers] bochs on sparc/solaris

I recompiled with debugging information. Here is what I get. I have a
conditional breakpoint set at FetchWORD, so that I can look at variables
before the SEGV. If you can tell me how to inspect the CPU variable, then I
will as I was unsuccessful.

...
00000000000i[     ] reset of 'extfpuirq' plugin device by virtual method
00000000000i[     ] reset of 'parallel' plugin device by virtual method
00000000000i[     ] reset of 'serial' plugin device by virtual method
00000000000i[XGUI ] Mouse capture off
[Switching to Thread 1 (LWP 1)]

Breakpoint 1, FetchWORD (iptr=0x104b82ff1 "\340") at fetchdecode.h:42
42         ReadHostWordFromLittleEndian(iptr, data);
(gdb) p/x *0x104b82ff1
$6 = 0x5be000f0
(gdb) step

Program received signal SIGSEGV, Segmentation fault.
0x000000010014376c in FetchWORD (iptr=0x104b82ff1 "\340") at
fetchdecode.h:42
42         ReadHostWordFromLittleEndian(iptr, data);
(gdb) bt
#0  0x000000010014376c in FetchWORD (iptr=0x104b82ff1 "\340") at
fetchdecode.h:42
#1  0x0000000100142730 in BX_CPU_C::fetchDecode32 (iptr=0x104b82ff1 "\340",
i=0x100a43240,
    remainingInPage=15) at fetchdecode.cc:1810
#2  0x000000010014046c in BX_CPU_C::serveICacheMiss (entry=0x0,
eipBiased=4080, pAddr=4294967280)
    at icache.cc:103
#3  0x000000010013d934 in BX_CPU_C::getICacheEntry () at cpu.cc:233
#4  0x000000010013d604 in BX_CPU_C::cpu_loop () at cpu.cc:95
#5  0x0000000100061660 in bx_begin_simulation (argc=3,
argv=0xffffffff7ffff0f8) at main.cc:1026
#6  0x000000010020f84c in bx_real_sim_c::begin_simulation (this=0x10294bcd0,
argc=3,
    argv=0xffffffff7ffff0f8) at siminterface.cc:858
#7  0x000000010021a1d0 in bx_config_interface (menu=8) at textconfig.cc:432
#8  0x000000010021a798 in bx_config_interface (menu=1) at textconfig.cc:476
#9  0x000000010021ea1c in ci_callback (userdata=0x0, command=CI_START) at
textconfig.cc:1095
#10 0x000000010020f7e4 in bx_real_sim_c::configuration_interface
(this=0x10294bcd0,
    ignore=0x100271b30 "textconfig", command=CI_START) at
siminterface.cc:851
#11 0x000000010005f504 in bxmain () at main.cc:296
#12 0x000000010005f62c in main (argc=3, argv=0xffffffff7ffff0f8) at
main.cc:511
(gdb)



On Wed, Dec 26, 2012 at 2:52 PM, Stanislav <[email protected]> wrote:
> Hi,
>
> This sounds like a problem for me ...
>
> Could you help with more info from gdb ?
>
> While running fetchDecode32, could you print the parameters to the 
> function ? Is there a NULL pointer or illegal memory location ?
> Also some CPU members: EIP (see macro in cpu.h for details), icount, 
> pAddrFetchPage, eipFetchPtr.
>
> Thanks,
> Stanislav
>


------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712