Re: [PATCH 0/2] hwspinlock: add the 'in_atomic' API

2019-06-29 Thread Bjorn Andersson
On Thu 07 Mar 07:58 PST 2019, Fabien Dessenne wrote: > In its current implementation, the hwspinlock framework relies on jiffies > to handle the timeout of the hwspin_lock_timeout_xxx() API. > In an atomic context (or more precisely when irq are disabled) jiffies does > not > increase, which prev

Re: [PATCH 0/2] hwspinlock: add the 'in_atomic' API

2019-05-13 Thread Fabien DESSENNE
Hi Gentle reminder Fabien On 07/03/2019 4:58 PM, Fabien Dessenne wrote: > In its current implementation, the hwspinlock framework relies on jiffies > to handle the timeout of the hwspin_lock_timeout_xxx() API. > In an atomic context (or more precisely when irq are disabled) jiffies does > not

[PATCH 0/2] hwspinlock: add the 'in_atomic' API

2019-03-07 Thread Fabien Dessenne
In its current implementation, the hwspinlock framework relies on jiffies to handle the timeout of the hwspin_lock_timeout_xxx() API. In an atomic context (or more precisely when irq are disabled) jiffies does not increase, which prevents the timeout to reach its target value (infinite loop). Note