Andriy Gapon 6898bee9a9 remove stop_scheduler_on_panic knob
There has not been any complaints about the default behavior, so there
is no need to keep a knob that enables the worse alternative.

Now that the hard-stopping of other CPUs is the only behavior, the panic_cpu
spinlock-like logic can be dropped, because only a single CPU is
supposed to win stop_cpus_hard(other_cpus) race and proceed past that
call.

MFC after:	1 month
2012-11-25 14:22:08 +00:00
..
2012-11-23 20:04:39 +00:00
2012-11-25 10:53:42 +00:00
2012-11-01 04:07:08 +00:00
2012-11-25 14:22:08 +00:00
2012-11-20 21:01:59 +00:00
2012-11-17 20:04:04 +00:00
2012-11-09 18:23:38 +00:00
2012-11-10 13:48:41 +00:00
2012-11-21 08:04:21 +00:00