Re: [uml-devel] [PATCH v3] um: Switch clocksource to hrtimers

[Anton I. <ant...@ko...>]

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
>