Passthrough Device Management via Hypervisor Service Module

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

There is no standard method to monitor and manage passthrough devices in information handling systems, particularly those not included in the standard device list, which limits their accessibility and management by hypervisors, leading to performance issues due to unmanaged physical functions.

Innovation Solution

A platform and operating system agnostic framework that includes a service module to detect actions on passthrough devices, invoke an API on the hypervisor, receive responses, and push management information to a management controller, allowing for out-of-band management and monitoring of these devices.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If passthrough devices are not included in the standard device list, then device compatibility and flexibility are improved, but management and monitoring capabilities deteriorate

Engineering Contradiction:
Improvedevice compatibilityVSAvoidmanagement capability
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent introduces a service module as an intermediary component that bridges passthrough devices and the hypervisor. This service module detects actions on passthrough devices, invokes APIs on the hypervisor, receives responses, and pushes management information to a management controller. This intermediary mechanism enables standardized management of non-standard devices without limiting device compatibility or flexibility.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If passthrough devices are directly accessible to virtual machines, then performance is improved, but accessibility to hypervisor deteriorates

Engineering Contradiction:
Improvedevice performanceVSAvoidhypervisor accessibility
Core Design Contradiction:
ProductivityVSEase of operation

Solution Approach 1:

The patent segments the management functionality into distinct components: a service module for detection and API invocation, a hypervisor layer for proxying operating system calls, and a management controller for centralized monitoring. This segmentation allows passthrough devices to maintain direct access for performance-critical operations while enabling hypervisor accessibility through the service module's intermediary management functions.

Inventive Principle:
Principle #1Segmentation

3Reliability

If standard management methods are used for non-standard devices, then management consistency is improved, but device versatility deteriorates

Engineering Contradiction:
Improvemanagement consistencyVSAvoiddevice support range
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent creates a universal management framework where the service module handles multiple types of passthrough devices through a standardized API interface. The framework detects actions on various non-standard devices, proxies them through the hypervisor, and pushes management information to a centralized controller. This universal approach provides consistent management across diverse device types without requiring device-specific management methods, thereby maintaining both management consistency and device versatility.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS11734036B2System and method to monitor and manage a passthrough device
Publication Date: 2023.08.22 DELL PROD LP
  • US11734036B2 patent drawing
  • US11734036B2 patent drawing
  • US11734036B2 patent drawing

AI summary

An information handling system includes a service module that may detect an action performed on a passthrough device, invoke an application programming interface on a hypervisor, receive a response to the action on the passthrough device from the hypervisor, and push management information to a management controller. The hypervisor may detect the passthrough device, proxy an operating system call associated with the action to a guest operating system of the virtual machine over the application programming interface, and transmit the response received from the guest operating system to the service module. The guest operating system may echo the operating system call on a virtual machine, and proxy the response to the operating system call to the hypervisor.