Flexibly Configurable Hypertransport Switch for Multi-CPU Systems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current hypertransport-based switching systems are inflexible and require separate firmware and architecture for single-CPU and multi-CPU configurations, limiting the ability to upgrade from a single-CPU to a multi-CPU system without sacrificing SLI graphics performance.

Innovation Solution

A flexibly configurable hypertransport switching system that includes a switch and balancing logic to detect CPU configurations during boot and adapt hypertransport links between CPUs and I/O bridges, allowing for either single-CPU or multi-CPU configurations, enabling optimal performance in both scenarios.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If separate firmware and architecture are provided for multi-CPU and single-CPU schemes, then each configuration can be optimized for its specific performance requirements, but the device complexity increases and upgrade flexibility is lost

Engineering Contradiction:
Improveperformance optimizationVSAvoidfirmware and architecture complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The hypertransport switch is designed with universal functionality to support both single-CPU and multi-CPU configurations through a single unified architecture. The switch includes configuration logic that can adapt its switching behavior based on the detected CPU configuration, eliminating the need for separate firmware and architecture for different CPU schemes while maintaining optimized performance for each scenario.

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

Solution Approach 2:

The hypertransport switch incorporates dynamic reconfiguration capabilities that allow it to adapt its internal switching logic based on the detected CPU configuration. During system initialization, the switch detects whether a single or multi-CPU configuration is present and dynamically adjusts its operating mode accordingly, enabling performance optimization without requiring separate static architectures.

Inventive Principle:
Principle #15Dynamics

2Device complexity

If a single CPU configuration is used, then the device complexity is reduced, but the ability to support SLI graphics schemes and upgrade to multi-CPU is limited

Engineering Contradiction:
Improvesystem configuration complexityVSAvoidupgrade capability and SLI support
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The hypertransport switch is designed with universal functionality to support both single-CPU and multi-CPU configurations through a single unified architecture. The switch includes configuration logic that can adapt its switching behavior based on the detected CPU configuration, eliminating the need for separate firmware and architecture for different CPU schemes while maintaining optimized performance for each scenario.

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

Solution Approach 2:

The hypertransport switch is pre-configured with the capability to detect and support both single-CPU and multi-CPU schemes during system initialization. The switch includes built-in detection logic that automatically identifies the CPU configuration and applies the appropriate switching logic in advance, enabling seamless upgrades and SLI graphics support without requiring manual reconfiguration or separate hardware designs.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If multi-CPU configuration is implemented, then the performance for SLI graphics schemes is improved, but the firmware and architecture must be specifically designed for multi-CPU, preventing single-CPU usage

Engineering Contradiction:
ImproveSLI graphics performanceVSAvoidconfiguration flexibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

Thehypertransport switch is designed with universal functionality to support both single-CPU and multi-CPU configurations through a single unified architecture. The switch includes configuration logic that can adapt its switching behavior based on the detected CPU configuration, eliminating the need for separate firmware and architecture for different CPU schemes while maintaining optimized performance for each scenario.

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

Solution Approach 2:

The hypertransport switch incorporates dynamic reconfiguration capabilities that allow it to adapt its internal switching logic based on the detected CPU configuration. During system initialization, the switch detects whether a single or multi-CPU configuration is present and dynamically adjusts its operating mode accordingly, enabling performance optimization without requiring separate static architectures.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS7797475B2Flexibly configurable multi central processing unit (CPU) supported hypertransport switching
Publication Date: 2010.09.14 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US7797475B2 patent drawing
  • US7797475B2 patent drawing
  • US7797475B2 patent drawing

AI summary

Embodiments of the invention address deficiencies of the art in respect to hypertransport-based switching for multi-CPU systems and provide a method, system and computer program product for flexibly configurable multi-CPU supported hypertransport switching. In one embodiment of the invention, a hypertransport switching data processing system can be provided. The system can include a CPU and at least two I/O bridges. Each I/O bridge can provide a communications path for data driven to a corresponding peripheral device from the CPU. Notably, the system can include a flexibly configurable hypertransport switch. The switch can include a first configuration adapting the CPU to both of the I/O bridges, and a second configuration adapting the CPU to a first one of the I/O bridges and a second CPU to a second one of the I/O bridges.