International Business Machines Corporation

Kyle Alan Lucke

Andrew T Koch

William Joseph Armstrong

Claude Basso

Charles Scott Graham

David Anthony Larson

Josep Cors

Bryan Mark Logan

Steven Edward Royer

Bruce Marshall Walk

Stuart Zachary Jacobs

Naresh Nayar

David R Engebretsen

Nicholas J Rogness

David Alan Shedivy

Jeffrey James Lynch

Colin Beaton Verrilli

Randal Craig Swanberg

Carol B Hernandez

Amartey S Pearson

Carlos Francisco Fuente

Daniel Gene Eisenhauer

James Anthony Pafumi

Richard Loise Arndt

Kenneth Michael Valk

Theodore Brian Vojnovich

Baltazar De Leon, Iii

John Ronald Oberly, Iii

Troy David Armstrong

Sean Thomas Brownlow

Randall Scott Nelson

Timothy R Marchini

Renato John Recio

Fabrice Jean Verplanken

Jean Louis Calvignac

Vinit Jain

Natarajan Vaidhyanathan

Jesse Paul Arroyo

Gregory Michael Nordstrom

Harvey Gene Kiel

Chih-Jen Chang

Philippe Damon

Ronald Edward Fuhs

James Brian Cunningham

David Alan Hepkin

Kenneth Charles Vossen

Gary Dean Anderson

Scott Michael Willenborg

Andrew Thomas Tauferner

Wade Byron Ouren

Jorge Rafael Nogueras

Deanna Lynn Quigg Brown

Jonathan Louis Kaus

Kristan D Davis

Michal Ostrowski

Adam Charles Lange-Pearson

Eric G Thiemann

Kristopher Craig Whitney

Sandy K Kao

David Lee Dosch

Brian James King

Naresh Nayer

Thomas Leo Haze

Russel Roy Garvey

Scott J Timmerman

Mark Harrison Goff

Michael Anthony Migliacio

Martin J Thompson

Patrick A Barrett

Techniques are disclosed for performing input/output (I/O) requests to two or more physical adapters in parallel. An address for at least a first page associated with a virtual I/O request is mapped to an entry in a virtual translation control entry (TCE) table. A plurality of physical adapters required to service the virtual I/O request are identified. Upon determining, in each of the identified physical adapters, that an entry in the respective physical TCE table corresponding to the physical adapter is available, for each of the identified physical adapters, the entry in the virtual TCE table is mapped to an entry in the respective physical TCE table corresponding to the physical adapter, and a physical I/O request corresponding to each physical TCE table entry is issued to the respective physical adapter.

Parallel mapping of client partition memory to multiple physical adapters

Techniques are disclosed for performing input/output (I/O) requests to two or more physical adapters in parallel. One method for performing an input/output (I/O) request includes mapping an address for at least a first page associated with a virtual I/O request to an entry in a virtual TCE table and identifying a plurality of physical adapters required to service the virtual I/O request. For each of the identified physical adapters, the entry in the virtual TCE table is mapped to an entry in a physical TCE table corresponding to the physical adapter. This method may also include, in parallel, issuing physical I/O requests to the physical adapters.

The present disclosure includes a method for transferring checkpoint information of a primary virtual machine from a primary host to a secondary host that includes, by the primary host, capturing checkpoint information from the primary virtual machine to a primary holding buffer on the primary host, generating a first number of partition state records from the checkpoint information, transmitting the first number of partition state records to the secondary host, receiving acknowledgements from the secondary host for a second number of partition state records, and tracking the second number of partition state records acknowledged by the secondary host.

Checkpoint capture and tracking in a high availability system

A method for treatment of a hypervisor call sequence, in a system having a plurality of hosts, includes assigning a host ID to a plurality of hosts in the system; identifying a first host ID for a host from which a first hypervisor call of a hypervisor call sequence originates; identifying a second host ID for a host from which a second hypervisor call of the hypervisor call sequence originates, wherein the second hypervisor call is a call subsequent to the first hypervisor call; and determining whether the second host ID is equal to the first host ID.

Failover detection and treatment in checkpoint systems

Disclosed is a computer implemented method, computer program product, and apparatus to establish at least one paging partition in a data processing system. The virtualization control point (VCP) reserves up to the subset of physical memory for use in the shared memory pool. The VCP configures at least one logical partition as a shared memory partition. The VCP assigns a paging partition to the shared memory pool. The VCP determines whether a user requests a redundant assignment of the paging partition to the shared memory pool. The VCP assigns a redundant paging partition to the shared memory pool, responsive to a determination that the user requests a redundant assignment. The VCP assigns a paging device to the shared memory pool. The hypervisor may transmit at least one paging request to a virtual asynchronous services interface configured to support a paging device stream.

Paging partition arbitration of paging devices to shared memory partitions

A method and apparatus for establishing multiple network sessions over an arbitrary network topology comprises receiving network configuration information describing an initiator system and a target controller. The initiator system contains one or more initiator ports. The target controller contains one or more target ports. Each target port is associated with one or more target nodes. A set of pre-defined rules is identified. The set of pre-defined rules governs the establishment of network sessions between the initiator ports and the target nodes through the target ports. One or more network sessions are established based on the set of pre-defined rules and the network configuration information.

Automatic multipath iSCSI session establishment over an arbitrary network topology

A vendor-independent resource configuration interface automatically maps virtual functions to physical functions in a self-virtualizing IO resource using the concept of a logical port that maps to a particular physical port and protocol in the self-virtualizing IO resource. A user wishing to provide a logical partition access to a self-virtualizing IO resource typically creates or configures a logical port for the logical partition by mapping the logical port to a particular physical port and protocol defined for the self-virtualizing IO resource, and an appropriate virtual function mapped to an appropriate physical function on an appropriate self-virtualizing IO resource is automatically selected, typically without requiring the user to have a detailed understanding of the numbers of supported virtual functions, physical functions and protocols supported by specific resources.

Vendor-independent resource configuration interface for self-virtualizing input/output device

A firmware update process for a self-virtualizing IO resource such as an SRIOV adapter is incorporated into a platform firmware update process to systematically update the resource firmware in a manner that is for the most part transparent to the logical partitions sharing the adapter. In particular, resource firmware associated with a self-virtualizing IO resource is bundled with firmware for at least one adjunct partition associated with that self-virtualizing IO resource within a common firmware image so that, upon restart of the adjunct partition to use the updated firmware image, the resource firmware is also updated, with a logical partition that uses the self-virtualizing IO resource maintained in an active state during the restart, and without requiring the self-virtualizing IO resource to be deconfigured from the logical partition.

Transparent update of adapter firmware for self-virtualizing input/output device

Hardware transmit and/or receive queues in a self-virtualizing IO resource are virtualized to effectively abstract away resource-specific details for the self-virtualizing IO resource. By doing so, a logical partition may be permitted to configure and access a desired number of virtual transmit and/or receive queues, and have an adjunct partition that interfaces the logical partition with the self-virtualizing IO resource handle the appropriate mappings between the hardware and virtual queues.

Virtualization of hardware queues in self-virtualizing input/output devices

A vendor independent interface is provided between a hypervisor and an adjunct partition associated with a self-virtualizing IO resource to effectively abstract away vendor-specific interface details for the self-virtualizing IO resource and its adjunct partition. By doing so, vendor-specific implementation details may be isolated from the configuration and management functionality in a hypervisor, thus minimizing the changes to vendor specific firmware in order to manage new or revised self-virtualizing IO resources.

Accessing vendor-specific drivers for configuring and accessing a self-virtualizing input/output device

Migrating a logical partition (LPAR) from a first physical port to a first target physical port, includes determining a configuration of an LPAR having allocated resources residing on a computer and assigned to the first physical port of the computer. The configuration includes a label that specifies a network topology that is provided by the first physical port and the first target physical port has a port label that matches the label included in the configuration of the LPAR. The first target physical port with available capacity to service the LPAR is identified and the LPAR is migrated from the first physical port to the target physical port by reassigning the LPAR to the first target physical port.

Determining suitable network interface for partition deployment/re-deployment in a cloud environment

Growing community of inventors

Oronoco, MN, United States of America

Kyle Alan Lucke