> On 6 Oct 2017, at 11.20, Andrey Ryabinin wrote:
>
> On 10/05/2017 11:35 AM, Hans Holmberg wrote:
>> From: Hans Holmberg
>>
>> Lockdep complains about being in atomic context while freeing line
>> metadata - and rightly so as we take a
> On 6 Oct 2017, at 11.20, Andrey Ryabinin wrote:
>
> On 10/05/2017 11:35 AM, Hans Holmberg wrote:
>> From: Hans Holmberg
>>
>> Lockdep complains about being in atomic context while freeing line
>> metadata - and rightly so as we take a spinlock and end up calling
>> vfree that might sleep(in
On 10/05/2017 11:35 AM, Hans Holmberg wrote:
> From: Hans Holmberg
>
> Lockdep complains about being in atomic context while freeing line
> metadata - and rightly so as we take a spinlock and end up calling
> vfree that might sleep(in pblk_mfree).
>
> There is no
On 10/05/2017 11:35 AM, Hans Holmberg wrote:
> From: Hans Holmberg
>
> Lockdep complains about being in atomic context while freeing line
> metadata - and rightly so as we take a spinlock and end up calling
> vfree that might sleep(in pblk_mfree).
>
> There is no need for holding the line
From: Hans Holmberg
Lockdep complains about being in atomic context while freeing line
metadata - and rightly so as we take a spinlock and end up calling
vfree that might sleep(in pblk_mfree).
There is no need for holding the line manager free_lock while
freeing line
From: Hans Holmberg
Lockdep complains about being in atomic context while freeing line
metadata - and rightly so as we take a spinlock and end up calling
vfree that might sleep(in pblk_mfree).
There is no need for holding the line manager free_lock while
freeing line metadata, so remove the
6 matches
Mail list logo