All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.