Federated System Firmware Version Voting Mechanism

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Federated computer systems face initialization failures due to firmware compatibility issues among nodes, leading to incomplete or failed system initialization when not all nodes have compatible firmware versions.

Innovation Solution

A method where each node in a federated computer system casts a vote for its supported firmware version, and the version with the most votes is selected for initialization, allowing the system to operate as a federated system, with nodes supporting the selected version participating, and others potentially entering a degraded mode or flash update sequence.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If all nodes are required to have matching firmware versions for federated system initialization, then system compatibility and coordination are ensured, but system initialization fails when nodes have incompatible firmware versions

Engineering Contradiction:
Improvefirmware compatibilityVSAvoidsystem initialization success
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system segments nodes into different firmware version groups based on their firmware compatibility. Nodes are divided into a primary group (matching the most common firmware version) and secondary groups (other firmware versions). This segmentation allows the system to initialize successfully with the primary group while accommodating other nodes separately, resolving the contradiction between requiring matching firmware and achieving successful initialization.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system changes the firmware version parameter from a strict single-value requirement to a multi-value acceptable set. Each node declares its firmware version, and the system identifies the most common version as the target. Nodes can then join the federated system if their firmware version matches the target or if they are willing to update. This parameter flexibility resolves the contradiction by allowing initialization to proceed even when not all nodes have identical firmware versions.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If the system stops initialization and emits an error when firmware compatibility fails, then system integrity is maintained, but no federated system can be formed even when most nodes are compatible

Engineering Contradiction:
Improvesystem integrityVSAvoidsystem formation capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system performs partial initialization by forming a federated system with only the subset of nodes that have compatible firmware versions. Instead of requiring all nodes to be compatible (excessive action), the system accepts that some nodes may not join initially. This partial action approach maintains system integrity for the formed federation while allowing future expansion as other nodes update their firmware.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system introduces an intermediary firmware version detection and matching mechanism. Before full initialization, nodes exchange firmware version information and the system identifies the most common version as the intermediary standard. Nodes are then guided to either join with this standard or update to it. This intermediary approach maintains integrity by ensuring compatibility among participating nodes while enabling system formation even when not all nodes are initially compatible.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Measurement precision

If external configuration or discovery mechanisms are used to determine firmware compatibility, then accurate node matching is achieved, but initialization process complexity and time increase

Engineering Contradiction:
Improvefirmware version matching accuracyVSAvoidinitialization process complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

Each node autonomously declares its firmware version to the interconnect interface without requiring external configuration or discovery mechanisms. The node itself provides the information needed for compatibility matching, eliminating the need for complex external systems. This self-service approach maintains high matching accuracy while significantly reducing initialization process complexity.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Nodes perform preliminary firmware version declaration and voting before full system initialization. Each node casts a vote for its supported firmware version, and the system identifies the most common version in advance. This preliminary action establishes the compatibility baseline before nodes commit to joining the federated system, achieving accurate matching without complex external mechanisms during the main initialization process.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS9124654B2Forming a federated system with nodes having greatest number of compatible firmware version
Publication Date: 2015.09.01 LENOVO GLOBAL TECHNOLOGIES SWITZERLAND INTERNATIONAL GMBH
  • US9124654B2 patent drawing
  • US9124654B2 patent drawing
  • US9124654B2 patent drawing

AI summary

A method initializes a federated computer system from a fabric of nodes connected by a federated interface. Each node casts a vote to the federated interface for a candidate firmware version supported by the node casting the vote. The candidate firmware version having received the greatest number of votes is identified, and the computer system is initialized as a federated system of the nodes that support the firmware version identified as having received the greatest number of votes. A process of iterative voting may be used to identify a greater number of nodes supporting a compatible firmware version.