Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: Jacob Kroon <jacob.kroon@gmail.com>
To: openembedded-devel@lists.openembedded.org, richard.leitner@skidata.com
Subject: Re: [meta-java] openjre-8: java from master/master-next crashes on startup
Date: Tue, 21 Jan 2020 08:00:48 +0100	[thread overview]
Message-ID: <965c6ca2-e7c7-5cfc-36bd-482bd7d49202@gmail.com> (raw)
In-Reply-To: <04a167ee-e63d-c4a3-7808-26ef5e9ed884@gmail.com>

Hi Richard,

I still can't use openjre-8 in either warrior, zeus or master builds, 
due to the crash below. I wonder, is anyone successfully using openjre-8 
in either of these releases ?

I see the crash both in my custom machine and in qemux86-64. If it makes 
a difference, I'm using

PREFERRED_PROVIDER_virtual/java-initial-native = "cacao-initial-native"
PREFERRED_PROVIDER_virtual/java-native = "cacao-native"

since building with jamvm has always been broken for me.

Any hints ?

Cheers,
Jacob

On 10/13/19 11:33 AM, Jacob Kroon wrote:
> Hi,
>
> For me, this has been the status for quite a while now. First of all, 
> openjre-8 from master/master-next doesn't build on my Fedora 30 box, 
> I've been using the patch attached to this mail to get it to build.
>   Secondly, java always crashes on startup here:
>
>> #0  Node::Node (this=0x805fa88, req=3)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/node.cpp:327
>> #1  0xb7499b63 in RegionNode::RegionNode (required=3, this=0x805fa88)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/cfgnode.hpp:73
>> #2  LoopNode::LoopNode (backedge=0x0, entry=0x0, this=0x805fa88)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/loopnode.hpp:88
>> #3  RootNode::RootNode (this=0x805fa88)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/rootnode.hpp:37
>> #4  Compile::Init (this=0x977feaf8, aliaslevel=0)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/compile.cpp:1079
>> #5  0xb74a02c5 in Compile::Compile (this=0x977feaf8, 
>> ci_env=0x977ff188,     generator=0xb7895270 
>> <OptoRuntime::new_instance_Type()>, stub_function=0xb7897070 
>> <OptoRuntime::new_instance_C(Klass*, JavaThread*)> 
>> "U\211\345WVS\350\245+\237\377\201\303\205\217\062", 
>> stub_name=0xb7a0a62f "_new_instance_Java", is_fancy_jump=0, 
>> pass_tls=true,     save_arg_registers=false, return_pc=false)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/compile.cpp:1012
>> #6  0xb789587b in OptoRuntime::generate_stub (env=0x977ff188,     
>> gen=0xb7895270 <OptoRuntime::new_instance_Type()>, 
>> C_function=0xb7897070 <OptoRuntime::new_instance_C(Klass*, 
>> JavaThread*)> "U\211\345WVS\350\245+\237\377\201\303\205\217\062", 
>> name=0xb7a0a62f "_new_instance_Java",     is_fancy_jump=0, 
>> pass_tls=true, save_argument_registers=false, return_pc=false)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/runtime.cpp:181
>> #7  0xb7895a5f in OptoRuntime::generate (env=0x977ff188)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/runtime.cpp:147
>> #8  0xb7417de9 in C2Compiler::init_c2_runtime ()
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.hpp:1854
>> #9  0xb7417e35 in C2Compiler::initialize (this=0xb706b180)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/opto/c2compiler.cpp:102
>> #10 0xb74a508c in CompileBroker::init_compiler_runtime ()
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/compiler/compileBroker.cpp:1674
>> #11 0xb74ab6ed in CompileBroker::compiler_thread_loop ()
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/compiler/compileBroker.cpp:1772
>> #12 0xb79238d5 in compiler_thread_entry (thread=0xb7079400, 
>> __the_thread__=0xb7079400)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.cpp:3230
>> #13 0xb792d782 in JavaThread::thread_main_inner (this=0xb7079400)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/share/vm/runtime/thread.hpp:1035
>> #14 0xb7820ce4 in java_start (thread=0xb7079400)
>>     at 
>> /usr/src/debug/openjre-8/172b11-r0/jdk8u-33d274a7dda0/hotspot/src/os/linux/vm/os_linux.cpp:790
>> #15 0x4121244c in start_thread (arg=<optimized out>) at 
>> pthread_create.c:479
>> #16 0x4113bd56 in clone () at 
>> ../sysdeps/unix/sysv/linux/i386/clone.S:108
>
> The Node::Node() constructor uses an IDX_INIT() macro:
>
>> #define IDX_INIT(req) this->Init((req), (Compile*) this->_out)
>
> and Node::Init() does:
>
>> 297     inline int Node::Init(int req, Compile* C) {
>> 298      assert(Compile::current() == C, "must use operator 
>> new(Compile*)");
>> 299      int idx = C->next_unique();
>
> and here, this->_out = C = null, which I think leads to a segfault on 
> line 299.
>   I've tried looking at upstream jdk8u but can't find anything. Does 
> anyone have an idea of whats going on here, or if I should raise the 
> issue to openjdk ml ?
>
> Cheers,
> Jacob


  reply	other threads:[~2020-01-21  7:00 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-10-13  9:33 [meta-java] openjre-8: java from master/master-next crashes on startup Jacob Kroon
2020-01-21  7:00 ` Jacob Kroon [this message]
2020-01-21  7:12   ` Richard Leitner
2020-01-21  8:01     ` Jacob Kroon
2020-01-21 11:38       ` Richard Leitner
2020-01-21 12:14         ` Jacob Kroon
2020-01-24 10:37       ` Richard Leitner
2020-01-24 11:37         ` Jacob Kroon
2020-01-24 11:44           ` Richard Leitner
2020-01-24 12:28             ` Jacob Kroon
2020-01-26 11:11               ` Richard Leitner
2020-01-26 11:16                 ` Jacob Kroon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=965c6ca2-e7c7-5cfc-36bd-482bd7d49202@gmail.com \
    --to=jacob.kroon@gmail.com \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=richard.leitner@skidata.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox