On Fri, Jan 22, 2021 at 03:50:50PM +0530, Sumit Garg wrote:
> Currently kdb uses in_interrupt() to determine whether it's library
Looks like a good change just a few nitpicks with the description:
s/it's/its/
> code has been called from the kgdb trap handler or from a saner calling
> context suc
Currently kdb uses in_interrupt() to determine whether it's library
code has been called from the kgdb trap handler or from a saner calling
context such as driver init. This approach is broken because
in_interrupt() alone isn't able to determine kgdb trap handler entry via
normal task context such
2 matches
Mail list logo