Re: [PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()

2019-10-02 Thread Waiman Long
e saw an incorrect "downgrading a read >>>>>> lock" >>>>>> warning right after a previous lockdep warning. It is likely that >>>>>> the >>>>>> previous warning turned off lock debugging causing the lockdep to >>>>>&

Re: [PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()

2019-10-01 Thread Sasha Levin
o the lock downgrade warning. Fix that by add a check for debug_locks at the beginning of __lock_downgrade(). Please drop "[PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()". We had a revert patch shown below in the past. We had a revert in the stable trees,

Re: [PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()

2019-09-30 Thread Greg Kroah-Hartman
t by add a check for debug_locks at the beginning of > > __lock_downgrade(). > > Please drop "[PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in > __lock_downgrade()". > We had a revert patch shown below in the past. Ugh, I missed that, thanks. > "[PATCH 4.19

Re: [PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()

2019-09-30 Thread Waiman Long
d off lock debugging causing the lockdep to have >>>> inconsistency states leading to the lock downgrade warning. >>>> >>>> Fix that by add a check for debug_locks at the beginning of >>>> __lock_downgrade(). >>> Please drop "[PATCH 4.19 36/63]

Re: [PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()

2019-09-30 Thread Sasha Levin
check for debug_locks at the beginning of __lock_downgrade(). Please drop "[PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()". We had a revert patch shown below in the past. We had a revert in the stable trees, but that revert was incorrect. T

Re: [PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()

2019-09-29 Thread Tetsuo Handa
ading to the lock downgrade warning. >>> >>> Fix that by add a check for debug_locks at the beginning of >>> __lock_downgrade(). >> >> Please drop "[PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in >> __lock_downgrade()". >

Re: [PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()

2019-09-29 Thread Sasha Levin
a previous lockdep warning. It is likely that the previous warning turned off lock debugging causing the lockdep to have inconsistency states leading to the lock downgrade warning. Fix that by add a check for debug_locks at the beginning of __lock_downgrade(). Please drop "[PATCH 4.19 36/63]

Re: [PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()

2019-09-29 Thread Tetsuo Handa
s likely that the > previous warning turned off lock debugging causing the lockdep to have > inconsistency states leading to the lock downgrade warning. > > Fix that by add a check for debug_locks at the beginning of > __lock_downgrade(). Please drop "[PATCH 4.19 36/63] locking/loc

[PATCH 4.19 36/63] locking/lockdep: Add debug_locks check in __lock_downgrade()

2019-09-29 Thread Greg Kroah-Hartman
From: Waiman Long [ Upstream commit 513e1073d52e55b8024b4f238a48de7587c64ccf ] Tetsuo Handa had reported he saw an incorrect "downgrading a read lock" warning right after a previous lockdep warning. It is likely that the previous warning turned off lock debugging causing the lockdep to have inco