Fix a deadlock in trace.

	This is actually a workaround and based on the symptom I
	believe there are many other hazards in the trace code.

	What happened here is that a task caused a page-fault in
	the trace code while holding the trace mutex.  This
	prevented code like the PNOR resource provider from being
	able to execute traces, which deadlocked all code.

	There are similar deadlock hazards in the binary and %s
	handling of trace.  We need to revisit trace to ensure
	that it can never cause a page-fault while holding the
	global mutex.  We talked recently about revamping trace
	entirely, so this is just one more design item to consider.

Change-Id: I28e32d2d79cf419a7a7eb680627e79a88bc6a5a7
Reviewed-on: http://gfw160.austin.ibm.com:8080/gerrit/649
Reviewed-by: Mark W. Wenning <wenning@us.ibm.com>
Reviewed-by: CAMVAN T. NGUYEN <ctnguyen@us.ibm.com>
Tested-by: Jenkins Server
Reviewed-by: Van H. Lee <vanlee@us.ibm.com>
Reviewed-by: A. Patrick Williams III <iawillia@us.ibm.com>

0 files changed, 0 insertions, 0 deletions