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.

SET RDEVICE Unsupported Devices<br />

3270_PRINTer<br />

Graphics printer devices<br />

PRINTer<br />

Unit record printer devices<br />

PUNch<br />

Unit record punch devices<br />

READer<br />

Unit record input devices<br />

SWITch<br />

Dynamic switching devices<br />

TAPe Tape devices<br />

TERMinal<br />

Terminals<br />

DPS No<br />

DPS Yes<br />

You should specify DPS YES whenever a DASD or TAPE is being defined as<br />

an unsupported device <strong>and</strong> it contains support for the dynamic path selection<br />

(DPS) function: Channel Comm<strong>and</strong> Word (CCW) comm<strong>and</strong> codes X'34', Sense<br />

Path Group Identifier (SNID), <strong>and</strong> X'AF', Set Path Group Identifier (SPID).<br />

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

When DPS YES is specified, <strong>CP</strong> places <strong>VM</strong>’s path group identifier (PGID) in the<br />

device’s control unit for each path to the control unit. This placement enables<br />

the use of a single PGID for all devices connected to the control unit,<br />

regardless of the number of guests that might be using the different devices on<br />

the control unit, how many times a given guest is re-IPLed, or how a given<br />

device might be shifted from one guest to another over time. A guest operating<br />

system, such as <strong>IBM</strong>’s z/OS, has an alternate-PGID capability so it can deal<br />

with the <strong>VM</strong> PGID on these channel paths.<br />

When DPS NO is specified or the DPS option is not coded at all, <strong>VM</strong> takes no<br />

action with regard to path groups or PGIDs. It is the responsibility of the guest<br />

to which the unsupported device is dedicated or attached to form <strong>and</strong> maintain<br />

path groups using the guest’s own PGID. The use of a guest’s PGID is often<br />

cumbersome, if not unworkable, for DPS devices, because a PGID on a<br />

channel path to a control unit applies to all devices connected to the control<br />

unit, <strong>and</strong> a PGID can only be changed after clearing any previous PGID with a<br />

system-reset of the channel path(s). NO is the default.<br />

DPS should not be specified if the guest operating system to which the device<br />

is dedicated or attached does not contain “alternate PGID” support.<br />

The DPS parameter only applies to unsupported DASD <strong>and</strong> unsupported TAPE<br />

devices. For supported devices, <strong>CP</strong> can dynamically determine whether or not a<br />

device supports DPS at device initialization time.<br />

RESERVE_RELease No<br />

RESERVE_RELease Yes<br />

RESERVE_RELEASE YES should be specified whenever a DASD is being<br />

defined as an unsupported device <strong>and</strong> the DASD contains support for the<br />

reserve/release function: Channel Comm<strong>and</strong> Word (CCW) codes X'B4', Device<br />

Reserve (RES), X'94', Device Release (REL), <strong>and</strong> X'14', Unconditional Reserve<br />

(UR).<br />

When RESERVE_RELEASE is specified for an unsupported DASD, <strong>CP</strong> issues<br />

the Device Release CCW comm<strong>and</strong> to the device whenever the virtual machine<br />

to which the device is DEDICATEd or ATTACHed is reset (by the System Clear,<br />

System Reset, or IPL comm<strong>and</strong>s).

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

Saved successfully!

Ooh no, something went wrong!