Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <33025934.1193250051268.JavaMail.jira@brutus>
Date: Wed, 24 Oct 2007 11:20:51 -0700 (PDT)
From: "Pavel Afremov (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Updated: (HARMONY-5016) [jit][opt] Incorrect JITed code
 generates in OPT mode with large heap on Linux x86-64
In-Reply-To: <14259595.1193250051138.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HARMONY-5016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Pavel Afremov updated HARMONY-5016:
-----------------------------------

    Priority: Critical  (was: Major)

> [jit][opt] Incorrect JITed code generates in OPT mode with large heap on Linux x86-64
> -------------------------------------------------------------------------------------
>
>                 Key: HARMONY-5016
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5016
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: Linux x86-64
>            Reporter: Pavel Afremov
>            Priority: Critical
>
> On Linux x86-64, DRL VM crashed by assert of null allocation handler (second parametr) in fast_gc_alloc.
> It called from JITed code 
> at org.apache.harmony.kernel.vm.VM.<clinit>
>  ...\drlvm\vm\vmcore\src\kernel_classes\javasrc\org\apache\harmony\kernel\vm\VM.java ln 120
> internedStrings = new InternMap(32768);
> The source of the bug is in folowing:
> 1.	If ofset between callee and caller fits in 32 bits signed value, OPT generates following code:
> 0x00002aab0b490000:     push   %rbx
> 0x00002aab0b490001:     mov    $0x90edf5,%rbx
> 0x00002aab0b49000b:     movb   $0x0,(%rbx)
> 0x00002aab0b49000e:     mov    $0x90edf4,%rbx
> 0x00002aab0b490018:     movb   $0x0,(%rbx)
> 0x00002aab0b49001b:     mov    $0x20,%edi
> 0x00002aab0b490020:     mov    $0x2c68,%rsi
> 0x00002aab0b49002a:     callq  0x2aaaac2bf950
> 2.	If offset more then 32 bits signed value OPT generates following code:
> 0x00002aab49c90000:     push   %rbx
> 0x00002aab49c90001:     mov    $0x9665e5,%rbx
> 0x00002aab49c9000b:     movb   $0x0,(%rbx)
> 0x00002aab49c9000e:     mov    $0x9665e4,%rbx
> 0x00002aab49c90018:     movb   $0x0,(%rbx)
> 0x00002aab49c9001b:     mov    $0x20,%edi
> 0x00002aab49c90020:     mov    $0x2aaaac2bf950,%r11
> 0x00002aab49c9002a:     data16
> 0x00002aab49c9002b:     nop
> 0x00002aab49c9002c:     rex64Z callq  *%r11
> In this code second parameter is missed, rsi is not initialized, and fast_gc_alloc  asserts by this reason.
> I think that this bug can be reproduced on any x86-64 platform, both Linux and Windows.
> But I can reproduce it on Linux x86-64 machine only.
> To reproduce the bug, run any class or test in OPT mode with large heap on Linux x86-64 debug build, like in following command:
> .../jdk/jre/bin/java -Xem:opt -Xmx3500m Hi
> DRLVM in JET mode works OK.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.