I was testing under similar conditions (CPU pinning using taskset -c 0 on a multicore).
I have removed it and run some retests - I cannot reproduce the hang at this point with my config I am going to run a defconfig and compare the results to see if this will give me any insights on the root cause. A. On 31/10/15 15:21, Richard Weinberger wrote: > Am 31.10.2015 um 16:16 schrieb Thomas Meyer: >> mhh. strange. I didn't see this behaviour on my machine, but my machine >> is a rare single core system so, likely a race condition while relaying >> the timer interrupt to the userspace process. > Here I can trigger it by starting UML, logging in and waiting ~5min. > Then i try to run "top" --> top hangs forever. > >> But I'm out of ideas how this could happen! > Maybe some stupid timeslice over/underflow. > >> what happens when you send the hanging process a SIGVTALRM signal? does >> it proceed correctly? > You mean sending SIGVTALRM to the UML host process? > It runs normally, I can also login on other ttys. > > Thanks, > //richard > ------------------------------------------------------------------------------ _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel