Dnia 2009-12-07, pon o godzinie 20:01 +0100, Tomasz Grabiec pisze:
> Pekka Enberg wrote:
> > OK, assuming that we can send a signal to a thread that is either running or
> > blocked in native code with pthread_kill(), I think we can do something like
> > the following.
> >
> > The GC root set cons
Pekka Enberg wrote:
> OK, assuming that we can send a signal to a thread that is either running or
> blocked in native code with pthread_kill(), I think we can do something like
> the following.
>
> The GC root set consists of references in:
>
> - Class variables
>
> - Native stack frame of
On Mon, 2009-12-07 at 12:42 +0200, Pekka Enberg wrote:
> AFAICT entering GC from a JIT trampoline is irrelevant to this
> discussion. We're really looking at a generic problem where one or more
> of the threads are already blocked with pthread_mutex_lock() or whatever
> and we try to stop the wo
Pekka Enberg kirjoitti:
> As I mentioned before, I'm seeing deadlocks with GcTortureTest when
> "-Xgc" is enabled. I've been debugging the problem for a bit now and I
> think it's a generic problem of entering the GC from within a JIT
> trampoline while we're holding cu->mutex. See the below backtr
Hi!
As I mentioned before, I'm seeing deadlocks with GcTortureTest when
"-Xgc" is enabled. I've been debugging the problem for a bit now and I
think it's a generic problem of entering the GC from within a JIT
trampoline while we're holding cu->mutex. See the below backtrace for
details (I think Th