You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Ivan Volosyuk <iv...@gmail.com> on 2006/11/01 15:11:08 UTC
[DRLVM] ipf initial support (interpreter mode)
Hi All,
DRLVM now builds and run (interpreter mode) on IPF with HARMONY-2004.
The patch should cause no changes on other architectures.
Currently, in interpreter mode everything works fine but GC. GC fails.
I'm investigating this issue.
--
Ivan
Intel Enterprise Solutions Software Division
Re: [DRLVM] ipf initial support (interpreter mode)
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
yay!
Ivan Volosyuk wrote:
> Hi All,
>
> DRLVM now builds and run (interpreter mode) on IPF with HARMONY-2004.
> The patch should cause no changes on other architectures.
> Currently, in interpreter mode everything works fine but GC. GC fails.
> I'm investigating this issue.
>
Re: [DRLVM] ipf initial support (interpreter mode)
Posted by Tim Ellison <t....@gmail.com>.
Ivan Volosyuk wrote:
> Fixed. Now DRLVM works on IPF in interpreter mode with gcv41.
> Started running smoke tests and its passing one by one... well, it is
> time to rest...
Well done -- sounds like you deserve it.
Regards,
Tim
--
Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.
Re: [DRLVM] ipf initial support (interpreter mode)
Posted by Ivan Volosyuk <iv...@gmail.com>.
Fixed. Now DRLVM works on IPF in interpreter mode with gcv41.
Started running smoke tests and its passing one by one... well, it is
time to rest...
--
Ivan
On 11/1/06, Ivan Volosyuk <iv...@gmail.com> wrote:
> Mikhail,
>
> Yes, I did. It fails at bootstrap on attempt to pin an object. This
> functionality was disabled in GCv4.1 some time ago, because of massive
> pin counter overflows detected on classlib/em64t. I going to check
> this specific problem at some time in future.
>
> It looks like some code on IPF operates with invalid pointers to java
> heap and it leads to heap corruption. We just need to identify such
> places and fix them :)
> --
> Ivan
>
> On 11/1/06, Mikhail Fursov <mi...@gmail.com> wrote:
> > Great news!
> > The time when x86 changes can affect IPF build is come :)
> >
> > Ivan, have you tried gcv4?
> >
> > On 11/1/06, Ivan Volosyuk <iv...@gmail.com> wrote:
> > >
> > > Hi All,
> > >
> > > DRLVM now builds and run (interpreter mode) on IPF with HARMONY-2004.
> > > The patch should cause no changes on other architectures.
> > > Currently, in interpreter mode everything works fine but GC. GC fails.
> > > I'm investigating this issue.
Re: [DRLVM] ipf initial support (interpreter mode)
Posted by Ivan Volosyuk <iv...@gmail.com>.
Mikhail,
Yes, I did. It fails at bootstrap on attempt to pin an object. This
functionality was disabled in GCv4.1 some time ago, because of massive
pin counter overflows detected on classlib/em64t. I going to check
this specific problem at some time in future.
It looks like some code on IPF operates with invalid pointers to java
heap and it leads to heap corruption. We just need to identify such
places and fix them :)
--
Ivan
On 11/1/06, Mikhail Fursov <mi...@gmail.com> wrote:
> Great news!
> The time when x86 changes can affect IPF build is come :)
>
> Ivan, have you tried gcv4?
>
> On 11/1/06, Ivan Volosyuk <iv...@gmail.com> wrote:
> >
> > Hi All,
> >
> > DRLVM now builds and run (interpreter mode) on IPF with HARMONY-2004.
> > The patch should cause no changes on other architectures.
> > Currently, in interpreter mode everything works fine but GC. GC fails.
> > I'm investigating this issue.
Re: [DRLVM] ipf initial support (interpreter mode)
Posted by Mikhail Fursov <mi...@gmail.com>.
Great news!
The time when x86 changes can affect IPF build is come :)
Ivan, have you tried gcv4?
On 11/1/06, Ivan Volosyuk <iv...@gmail.com> wrote:
>
> Hi All,
>
> DRLVM now builds and run (interpreter mode) on IPF with HARMONY-2004.
> The patch should cause no changes on other architectures.
> Currently, in interpreter mode everything works fine but GC. GC fails.
> I'm investigating this issue.
>
> --
> Ivan
> Intel Enterprise Solutions Software Division
>
--
Mikhail Fursov