[kaffe] Re: mipsel/jit3 regression test results

Kevin D. Kissell kevink at mips.com
Wed Oct 13 08:16:59 PDT 2004

As a MIPS guy who beat his head against the wall of the broken JIT3
a couple of years ago, I'm really interested in this, and I'm really concerned
that I never saw the original message from Makolaj to which the message
below is a reply, though I did see Timothy's message explaining how to
manually run the tests.  We have a spam filter in place, but it doesn't delete
messages, only tags them as spam, so that's not the cause. Has anyone else 
noticed a problem with the kaffe.org mail relay lately?

----- Original Message ----- 
From: "Timothy Stack" <stack at cs.utah.edu>
To: "Mikolaj Habryn" <dichro at rcpt.to>
Cc: "Timothy Stack" <stack at cs.utah.edu>; <kaffe at kaffe.org>
Sent: Wednesday, October 13, 2004 16:55
Subject: [kaffe] Re: mipsel/jit3 regression test results

> > 
> > On Tue, 2004-10-12 at 11:11, Timothy Stack wrote:
> > > To run it manually, you need to do something like the following in 
> > > sh/bash:
> > [..snip..]
> > 
> > Magic, thanks!
> Excellent!
> > Results are:
> > 
> > Bombed with Illegal Instruction: ControlFlowMethods, ObjectFields,
> > PrimitiveArrays, StaticFields, StaticMethodCall, TypeConversion
> > 
> > Passed: ConstMathMethods, ConstMethods, ParameterizedBitwiseMethods,
> > ParameterizedLogicalMethods
> > 
> > Aborted: ParameterizedMathMethods, ParameterizedMethods
> > 
> > ...and I got bored waiting for MethodOptimizations to complete.
> So, first, I guess I never explained what the purpose of these are...  
> These tests are basically the baby steps used to test a primordial jitter.  
> Just running something like 'Hello, World!' in java requires almost a
> fully working jitter, so, these tests are for individual operations like
> returning constant values, doing simple math, etc...
> With that out of the way, the aborted tests are probably due to floating
> point use, bad trampolines, and/or a bad sysdep_callmethod.  The illegal
> instructions are probably bad code or its generating instructions that
> aren't supported on your processor.  Unfortunately, I don't have a sense
> why MethodOptimizations would loop...
> If you want to start fixing things, you'll want to try to get xdebugging 
> working (see FAQ.xdebugging) so you can use gdb to disassemble/set 
> breakpoints on the generated code.
> > That was without libffi. With libffi, the differences were:
> > 
> > ConstMethods failed instead of passed.
> > ParameterizedMethods failed instead of aborted.
> > StaticMethodCall crashed the box :)
> Um, well, that isn't good...  ;)  You might as well avoid libffi for now 
> and try to fix it after the rest of the jitter is working.
> > m.
> good luck!
> tim stack
> _______________________________________________
> kaffe mailing list
> kaffe at kaffe.org
> http://kaffe.org/cgi-bin/mailman/listinfo/kaffe

More information about the kaffe mailing list