[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-rt-users
Subject:    RE: Kernel 4.9.x-rt Fully Preemptible Kernel: Issue with gdb and unexpected SIGSTOP signals
From:       "Koehrer Mathias (ETAS/ESW5)" <mathias.koehrer () etas ! com>
Date:       2017-01-30 7:24:27
Message-ID: 6bb5dbe00d8a4d1382cb7c49b21d3019 () FE-MBX1012 ! de ! bosch ! com
[Download RAW message or body]

Hi Sebastian,

> > In all the successful loops the lines in the trace look like the lines in the successful
> (2nd) example below.
> > In the error case there is an additional sched_waking and sched_wakeup in the
> trace.
> > Also there is always "prev_state=S" within the forked process.
> > In the error case, there is "prev_state=T|K".
> 
> That T|K is probably some kind of debug state the program remains until the
> debugger puts it back on track. I think the interesting part ist figure out what decided
> to send this signal or put the program into stop-state. Usually a breakpoint, invalid
> opcode, … causes this kind of action but my understanding is that you use none of
> those.
Perhaps I was not precise enough in my previous mail. 
The effect that I described in there was not a SIGSTOP but a hanging thread.
I had to press CTRL-C to interrupt the execution and to enter the gdb prompt.
This hanging occurs in 10-20% of the runs.
Also here, this hang always occurs when one of the threads does a kind of "clone".
And this effect only appears it the kernel is configured for "full preemptible".

So there are two effects I have noticed:
- The strange SIGSTOP where I cannot provide a simple test executable
- The strange issue with the hanging thread (please use the example from my previous mail)
In both issues, a "clone" is executed in one of the threads.

Regards

Mathias
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
[prev in list] [next in list] [prev in thread] [next in thread]