RE: [Jikesrvm-researchers] JikesRVM on ppc-linux for GenRC configs.

[Daniel F. <zyr...@zy...>]

Apologies for not getting back sooner on that query. I have checked in =
Robin's suggested fix to CVS.=20
=20
In the next month I hope to work on making the RC configurations less =
fragile. Dave Grove has just added new regressions for these =
configurations to be run nightly so we can keep better track of what is =
happening.
=20
Let me know if there are any other problems.
=20
Thanks & Regards,
Daniel Frampton.

________________________________

From: jik...@li... on behalf of Paz =
Harel
Sent: Mon 8/29/2005 2:38 PM
To: jik...@li...
Subject: Re: [Jikesrvm-researchers] JikesRVM on ppc-linux for GenRC =
configs.



hi,

i had a similar problem with the BaseBaseGenRC configuration on the =
intel
platform (i have posted a question on August 17).

bye,
     Harel


On Sun, 28 Aug 2005, Balaji Iyengar wrote:

> Hello,
>
> Has anyone had success building/running JikesRVM on a PPC-Linux for =
the
> BaseBaseGenRC or the FastAdaptiveGenRC. I have tried the last 4 =
versions with
> varied results but none working. This is a summary of what happens for =
these
> two configs:
>
> version                2.4 (same with CVS head as well)       =
BaseBase:
> builds but all benchmarks crash.      (error message below)
> FastAdaptive   doesn't build.
>
> version: 2.3.5 / 2.3.6 / 2.3.4
> BaseBase:      doesn't build. FastAdaptive     doesn't build.
>
> These attempts are for JikesRVM out of the box with the required =
versions of
> the jikes compiler.
>
> All  the configs that don't build, fail with this error:
>
> jbuild.interfaceDeclarations: Conflicting virtual address request for =
space
> "nursery" at 0x74c00000
> boot 0x31000000->0x40ffffff
> immortal 0x41000000->0x42ffffff
> meta 0x43000000->0x44ffffff
> los 0x45000000->0x4c7fffff
> rc 0x4c800000->0x79bfffff
> nursery 0x74c00000->0x7fffffff
>
>
> The cvs head with BaseBaseGenRC crashes with this error:
>
> No special case for space in traceObject
> vm internal error at:
> -- Stack --
>  Lcom/ibm/JikesRVM/VM; sysFail(Ljava/lang/String;)V at line 1075
>  Lcom/ibm/JikesRVM/VM;
> _assertionFailure(Ljava/lang/String;Ljava/lang/String;)V at line 573
>  Lcom/ibm/JikesRVM/VM; _assert(ZLjava/lang/String;Ljava/lang/String;)V =
at
> line 554
>  Lcom/ibm/JikesRVM/VM; _assert(Z)V at line 534
>  Lorg/mmtk/vm/Assert; _assert(ZLjava/lang/String;)V at line 74
>  Lorg/mmtk/plan/TraceLocal;
> =
traceObject(Lorg/vmmagic/unboxed/ObjectReference;)Lorg/vmmagic/unboxed/Ob=
jectReference;
> at line 243
>  Lorg/mmtk/plan/TraceLocal;
> =
getForwardedReference(Lorg/vmmagic/unboxed/ObjectReference;)Lorg/vmmagic/=
unboxed/ObjectReference;
> at line 340
>  Lorg/mmtk/plan/TraceLocal;
> =
getForwardedReferent(Lorg/vmmagic/unboxed/ObjectReference;)Lorg/vmmagic/u=
nboxed/ObjectReference;
> at line 316
>  Lorg/mmtk/utility/ReferenceProcessor;
> =
processReference(Lorg/vmmagic/unboxed/Address;I)Lorg/vmmagic/unboxed/Addr=
ess;
> at line 107
>  Lorg/mmtk/vm/ReferenceGlue; scanReferences(Z)V at line 171
>  Lorg/mmtk/vm/ReferenceGlue; scanReferences(IZ)V at line 210
>  Lorg/mmtk/utility/ReferenceProcessor; traverse(IZ)V at line 73
>  Lorg/mmtk/utility/ReferenceProcessor; processWeakReferences(Z)V at =
line 237
>  Lorg/mmtk/plan/StopTheWorldLocal; collectionPhase(IZZ)V at line 103
>  Lorg/mmtk/plan/refcount/generational/GenRCLocal; =
collectionPhase(IZZ)V at
> line 90
>  Lorg/mmtk/plan/SimplePhase; delegatePhase()V at line 170
>  Lorg/mmtk/plan/Phase; delegatePhase(Lorg/mmtk/plan/Phase;)V at line =
162
>  Lorg/mmtk/plan/Phase; delegatePhase(I)V at line 148
>  Lorg/mmtk/plan/ComplexPhase; delegatePhase()V at line 95
>  Lorg/mmtk/plan/Phase; delegatePhase(Lorg/mmtk/plan/Phase;)V at line =
162
>  Lorg/mmtk/plan/Phase; delegatePhase(I)V at line 148
>  Lorg/mmtk/plan/ComplexPhase; delegatePhase()V at line 95
>  Lorg/mmtk/plan/Phase; delegatePhase(Lorg/mmtk/plan/Phase;)V at line =
162
>  Lorg/mmtk/plan/StopTheWorldLocal; collect()V at line 53
>  Lcom/ibm/JikesRVM/memoryManagers/mmInterface/VM_CollectorThread; =
run()V at
> line 342
>  Lcom/ibm/JikesRVM/VM_Thread; startoff()V at line 781
> JikesRVM.no-pthreads: exit 124
>
> Looking at the mailing list, it seems like Steve.B committed a patch =
for the
> virtual address conflict error for ppc64-linux a while back. I would =
really
> appreciate any directions to sort this out.
>
> thanks,
> -balaji
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle =
Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing =
& QA
> Security * Process Improvement & Measurement * =
http://www.sqe.com/bsce5sf
> _______________________________________________
> Jikesrvm-researchers mailing list
> Jik...@li...
> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle =
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & =
QA
Security * Process Improvement & Measurement * =
http://www.sqe.com/bsce5sf
_______________________________________________
Jikesrvm-researchers mailing list
Jik...@li...
https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers