Re: Sv: Sv: [PATCH] hrtimer: Interrupt storm on clock_settime

2021-03-01 Thread Thomas Gleixner
Micke, On Thu, Feb 25 2021 at 12:18, Mikael Beckius wrote: >> The proposed change breaks the reprogramming logic. To keep it working >> cpu_base::*expires_next is only updated by hrtimer_reprogram() and >> hrtimer_interrupt(). I will send you a patch for testing in reply to this >> thread. The pa

Sv: Sv: [PATCH] hrtimer: Interrupt storm on clock_settime

2021-02-25 Thread Mikael Beckius
> The proposed change breaks the reprogramming logic. To keep it working > cpu_base::*expires_next is only updated by hrtimer_reprogram() and > hrtimer_interrupt(). I will send you a patch for testing in reply to this > thread. The patch is compile tested only. > Ok. I kind of guessed that would b

Re: Sv: [PATCH] hrtimer: Interrupt storm on clock_settime

2021-02-23 Thread Anna-Maria Behnsen
Hi Micke, On Fri, 12 Feb 2021, Beckius, Mikael wrote: > Thanks for the update and sorry for the late reply. After long-term > testing of the patch, storm detection improved, it turns out that a > similar problem can occur if hrtimer_interrupt runs during > clock_settime. In this case it seems the

Sv: [PATCH] hrtimer: Interrupt storm on clock_settime

2021-02-12 Thread Beckius, Mikael
Thanks for the update and sorry for the late reply. After long-term testing of the patch, storm detection improved, it turns out that a similar problem can occur if hrtimer_interrupt runs during clock_settime. In this case it seems the offset can get updated and later read using hrtimer_update_b