Re: [linux-safety] [RFC PATCH 2/2] bust_spinlocks: do not decrement oops_in_progress unconditionally
"Sudip Mukherjee" <[email protected]> Wed, 14 Oct 2020 16:29:24 +0100
| Newsgroups | tech.elisa.lists.linux-safety |
|---|---|
| Message-ID | <[email protected]> |
Hi Gab, On 14/10/2020 13:05, Paoloni, Gabriele wrote: > Hi Lukas > >> -----Original Message----- >> From: Lukas Bulwahn <[email protected]> >> Sent: Wednesday, October 14, 2020 7:53 AM >> To: Paoloni, Gabriele <[email protected]> >> Cc: [email protected] >> Subject: Re: [linux-safety] [RFC PATCH 2/2] bust_spinlocks: do not >> decrement oops_in_progress unconditionally >> <snip> >> >> But maybe I did even get the intent of this patch in the first place... > > What I meant is the following scenario: > Let's assume oops_in_progress = 0, then we have > > func_a() > { > bust_spinlocks(0); > } > > In this case after the call, with the current implementation oops_in_progress = -1; that is not acceptable... > I am not able to see how this can happen. I think all calls of bust_spinlocks(0) is always after bust_spinlocks(1) has been done. Do you have any particular usecase or any codepath which can make this happen? Like, if 'x' happens then bust_spinlocks(0) will called without a preceding call to bust_spinlocks(1).. -- Regards Sudip