summaryrefslogtreecommitdiffstats
path: root/contrib/llvm/lib/CodeGen/StackMapLivenessAnalysis.cpp
diff options
context:
space:
mode:
authormarkj <markj@FreeBSD.org>2015-12-11 20:05:07 +0000
committermarkj <markj@FreeBSD.org>2015-12-11 20:05:07 +0000
commit98fd4878e04a40df20d37039ee02a0fbd5e6e474 (patch)
tree2082878bc5e55512708c8fcbcc51ef1affeb2917 /contrib/llvm/lib/CodeGen/StackMapLivenessAnalysis.cpp
parentc90cc6d115c12678a931b143898ab908559b0223 (diff)
downloadFreeBSD-src-98fd4878e04a40df20d37039ee02a0fbd5e6e474.zip
FreeBSD-src-98fd4878e04a40df20d37039ee02a0fbd5e6e474.tar.gz
Don't make assertions about td_critnest when the scheduler is stopped.
A panicking thread always executes with a critical section held, so any attempt to allocate or free memory while dumping will otherwise cause a second panic. This can occur, for example, if xpt_polled_action() completes non-dump I/O that was pending at the time of the panic. The fact that this can occur is itself a bug, but asserting in this case does little but reduce the reliability of kernel dumps. Suggested by: kib Reported by: pho
Diffstat (limited to 'contrib/llvm/lib/CodeGen/StackMapLivenessAnalysis.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud