I've tried three times with my diff (all success) and twice with the kernel @ ~kamal (one failure and one success). I've not tried the longer 7 hour run
------- Comment From <email address hidden> 2016-07-19 01:37 EDT-------
In the kern.log posted, it looks like the problem has moved to
A bunch of threads are stuck on rwsem_wake -- spinning on the sem->wait_lock. I can see a whole bunch of exiting stress-ng-mmapf stuck on this lock, spinning. I'll double check this. Can we get a build with lockdep enabled? I am unable to reproduce this issue at my end with the diff applied on my machine at the moment
------- Comment From <email address hidden> 2016-07-19 19:51 EDT-------
I am cloning the sources to debug further
------- Comment From <email address hidden> 2016-07-17 21:43 EDT------- people. canonical. com/~kamal/ lp1573062/ lp1573062. 1/ and it worked fine for me
I tried the kernel at http://
------- Comment From <email address hidden> 2016-07-19 01:04 EDT------- people. canonical. com/~kamal/ lp1573062/ lp1573062. 1/
Looks like I got a failure with the run on http://
But with my diff + 4.4.0 source from apt-source, I can always get the the following command to succeed.
timeout -s 9 $end_time stress-ng --aggressive --verify --timeout $runtime --brk 0
I've tried three times with my diff (all success) and twice with the kernel @ ~kamal (one failure and one success). I've not tried the longer 7 hour run
------- Comment From <email address hidden> 2016-07-19 01:37 EDT-------
In the kern.log posted, it looks like the problem has moved to
rwsem_wake+ 0xcc/0x110 anon_vmas+ 0x15c/0x2c0
up_write+0x78/0x90
unlink_
A bunch of threads are stuck on rwsem_wake -- spinning on the sem->wait_lock. I can see a whole bunch of exiting stress-ng-mmapf stuck on this lock, spinning. I'll double check this. Can we get a build with lockdep enabled? I am unable to reproduce this issue at my end with the diff applied on my machine at the moment
------- Comment From <email address hidden> 2016-07-19 19:51 EDT-------
I am cloning the sources to debug further