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.

VARY PROCESSOR<br />

VARY PROCESSOR<br />

►►<br />

VARY<br />

Authorization<br />

Purpose<br />

Oper<strong>and</strong>s<br />

ONline<br />

OFFline<br />

Usage Notes<br />

PROCessor<br />

Privilege Class: B<br />

1708 z/<strong>VM</strong>: <strong>CP</strong> <strong>Comm<strong>and</strong>s</strong> <strong>and</strong> <strong>Utilities</strong> <strong>Reference</strong><br />

nn<br />

Use VARY PROCESSOR to do the following:<br />

v Enable or disable a processor for the control program (<strong>CP</strong>)<br />

v Enable or disable a processor for the user.<br />

ONline<br />

OFFline<br />

enables or disables the logical connection.<br />

PROCessor nn<br />

identifies the processor to be made available or unavailable. The value of nn is<br />

the processor address (a hexadecimal value from 00 through 3F) established<br />

when the processor is installed.<br />

1. The VARY PROCESSOR comm<strong>and</strong> does not affect the connection of a Vector<br />

Facility associated with the varied real processor. If the associated Vector<br />

Facility is not connected at the time a VARY ONLINE PROCESSOR comm<strong>and</strong><br />

is entered, it is still not connected after the VARY comm<strong>and</strong> completes.<br />

Conversely, if a Vector Facility is connected at the time that a VARY OFFLINE<br />

PROCESSOR comm<strong>and</strong> is issued, it remains connected to its associated<br />

processor even after that processor is varied offline.<br />

2. When a VARY PROCESSOR or VARY VECTOR comm<strong>and</strong> affects a processor<br />

dedicated to a preferred guest virtual <strong>CP</strong>U, rededication is attempted in order to:<br />

v Keep real processors with Vector Facilities dedicated to preferred guest<br />

virtual <strong>CP</strong>Us with Vector Facilities defined.<br />

v Keep real processors without Vector Facilities dedicated to preferred guest<br />

virtual <strong>CP</strong>Us with no Vector Facilities defined.<br />

Dedication occurs whether or not the goals above can be accomplished.<br />

3. If a virtual <strong>CP</strong>U with a Vector Facility defined is left without a real Vector Facility<br />

available, subsequent vector instructions result in one of two guest interrupts:<br />

v A vector operation exception presented to those guests that had not been<br />

previously informed by <strong>CP</strong> that a real Vector Facility was available for their<br />

use<br />

v A Vector Facility failure machine check presented to those guests who had<br />

been informed by <strong>CP</strong> that a real Vector Facility was available for their use.<br />

These situations can occur as a result of VARY PROCESSOR, VARY VECTOR,<br />

or changes in dedication. The system operator always receives a warning<br />

message when such a circumstance arises.<br />

►◄

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

Saved successfully!

Ooh no, something went wrong!