Memory Technology

SPD Programming and Verification in Memory Module Production

Serial presence detect data describes the module to the platform before an operating point is applied. This note describes what the descriptor contains, how it is programmed in production and why it forms part of the qualified configuration.

Updated 2026-08

Engineering Context

At power-on the platform reads a descriptor stored on the module before any operating point is applied. The descriptor identifies the organization, supported operating points and timing parameters that the module declares, and the platform selects an operating point from that declaration.

Because initialisation depends on this declaration, the descriptor content is part of the configuration that qualification records refer to, not an incidental production attribute.

Descriptor Content

  • Module identification. Generation, form factor, capacity and organization.
  • Operating points. The data rates the module declares as supported, with associated timing parameters.
  • Manufacturing data. Vendor and part identification fields used for inventory and support.

Where a generation defines standard operating points, an industrial module is normally programmed to those points rather than to a profile above the standard. A platform that does not apply a vendor profile will otherwise operate at a different point from the one recorded during qualification.

Production Verification

SPD programming and verification are performed as part of the production route. Programming applies the declared content to the module; verification confirms that the content on the shipped module matches the content defined for the configuration.

This activity is module-level. It confirms the descriptor, not the behaviour of a particular platform reading it, which remains the object of platform qualification.

Qualification Considerations

  • Operating point selection. The platform may select a point below the highest declared value; the selected point is the qualified condition.
  • Firmware behaviour. BIOS and reference code revisions determine how the declaration is interpreted and may alter the selected point without a hardware change.
  • Descriptor changes. A change to declared content is a configuration change and is assessed under the applicable change-control procedure.

Timing Declarations

Beyond the data rate, the descriptor declares the timing parameters associated with each supported operating point. The platform uses these values to configure the controller during initialisation, which is why two modules with the same capacity and data rate may still be configured differently.

For industrial configurations, the declared values are part of what is held stable across a programme. A change to the declaration is treated as a configuration change even where the physical components are unchanged.

Programming and Verification in Production

Programming applies the defined content to each module; verification reads it back and compares it with the definition for that part number. The activity is performed on production material and forms part of the production quality route rather than the platform qualification route.

Field Considerations

  • Mixed material. Where modules from different periods are installed in the same fleet, descriptor content is one of the fields worth checking when behaviour differs between units.
  • Replacement units. Spare modules should carry the same declared configuration as the originally qualified material.
  • Support enquiries. Identification fields in the descriptor allow a module in the field to be matched to its production record.

What the Platform Does With the Declaration

During initialisation the platform reads the declaration, selects an operating point it supports and configures the memory controller accordingly. Training then adjusts signal timing for the specific combination of board, controller and module.

Two modules that declare different content will therefore be configured differently even when their physical components are similar. This is why descriptor content is treated as part of the configuration rather than as a manufacturing detail.

Common Review Points

  • Declared points against platform support. A module may declare operating points the controller does not support; the platform then applies a lower point.
  • Consistency across a fleet. Modules supplied at different times should declare the same content where they belong to the same qualified configuration.
  • Change handling. Where a declaration is revised, the revision is documented and assessed in the same way as any other configuration change.

Descriptor Content in Support Cases

When behaviour differs between two units that are believed to hold the same configuration, the descriptor is an efficient place to start. It identifies the module, the declared operating points and the manufacturing fields that link the module back to its production record.

Comparing the declaration on both units frequently resolves whether the difference originates in the material or in the platform configuration, which determines where the investigation continues.

Engineering Summary

The descriptor is the first point at which a module and a platform interact. Its content should be defined with the configuration, verified in production and treated as subject to change control for the duration of the programme.

Related SIMORCHIP Resources

Project Enquiries

Provide the target platform, required memory or storage configuration, operating conditions and expected programme lifecycle. SIMORCHIP engineering will review the applicable product configuration and qualification scope.