27.12.2012 Views

z/VM: CP Commands and Utilities Reference - z/VM - IBM

z/VM: CP Commands and Utilities Reference - z/VM - IBM

z/VM: CP Commands and Utilities Reference - z/VM - IBM

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

TRSOURCE<br />

Authorization<br />

Purpose<br />

Usage Notes<br />

Privilege Class: C<br />

Use the TRSOURCE comm<strong>and</strong> to support definitions <strong>and</strong> control of I/O, data, <strong>and</strong><br />

guest tracing.<br />

The TRSOURCE comm<strong>and</strong> is functionally organized as follows:<br />

v TRSOURCE ID defines a trace. TRSOURCE ID associates an event (such as<br />

execution of a particular piece of code or an interrupt on a specific device) with a<br />

name (traceid) <strong>and</strong>, optionally, with a set of other traces (traceset).<br />

The TYPE oper<strong>and</strong> of TRSOURCE ID assigns a trace ID to one of the three<br />

trace types. These types are:<br />

1. IO (I/O tracing). The IO trace lets you trace all I/O activity for a specific real<br />

device or range of real devices. The times, channel programs, SCSWs <strong>and</strong><br />

data transferred for each I/O operation to the specified devices are made<br />

available for data analysis.<br />

2. DATA (data tracing). The data trace allows the user to define trace entries<br />

dynamically to record execution of most code paths in <strong>CP</strong>. The LOC<br />

parameter specifies what instruction, when executed, triggers recording of<br />

information. Data link parameters define what information is collected when<br />

the trap starts.<br />

3. GT (guest tracing). The guest trace allows CMS or GCS to record events in a<br />

system trace file.<br />

v TRSOURCE ENABLE activates the tracing of individual trace IDs <strong>and</strong> of trace<br />

IDs within trace sets.<br />

v TRSOURCE DISABLE deactivates the tracing of individual trace IDs <strong>and</strong> of trace<br />

IDs within trace sets.<br />

v TRSOURCE DROP disables <strong>and</strong> drops all <strong>CP</strong> knowledge of individual trace IDs<br />

<strong>and</strong> trace IDs within trace sets.<br />

v TRSOURCE DISPLAY displays the status resulting from the TRSOURCE<br />

comm<strong>and</strong>s you have issued.<br />

See z/<strong>VM</strong>: Diagnosis Guide for examples that show how TRSOURCE is used.<br />

(General for TRSOURCE)<br />

1. All traces are disabled at system termination.<br />

TRSOURCE<br />

2. The definitions of traces are not saved across system IPLs. Therefore, the<br />

definitions of any commonly defined traces should be saved in EXECs.<br />

3. When a new member of an enabled set is defined, that member is not<br />

automatically enabled. It must be enabled separately. Attempts to enable trace<br />

IDs that are already enabled do not alter anything <strong>and</strong> do not result in an error<br />

message.<br />

4. The definition of what is being traced for each trace ID cannot be altered while<br />

the trace ID is enabled. Any trace ID may be altered while it is disabled.<br />

Chapter 2. <strong>CP</strong> <strong>Comm<strong>and</strong>s</strong> 1673

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!