Az Intelnél elég sok fejfájást okozott már a Sapphire Rapids alapú Xeon Scalable generáció, ugyanis a lapka fejlesztése finoman szólva sem ment zökkenőmentesen, ennek köszönhetően jókora késést követően jelenhettek meg a friss központi egységek. Az új processzorok kétféle felépítéssel rendelkeznek: a felsőkategóriát az XCC chipekkel veszi célba az Intel, amely összesen maximum négy darab lapkából áll, de MCC típusú, monolitikus felépítésű chipek is készültek, amelyekből várhatóan igazán nagy forgalmat bonyolíthat a gyártó. A friss pletykák alapján az MCC alapú processzorok háza táján felbukkant egy bug, amire korábban nem figyeltek fel, emiatt muszáj volt leállítani egyes modellek szállítását. A leállás még június közepén történt, majd elkezdték vizsgálni a hiba okát, és ezt a jelek szerint sikerült is megtalálni, most már a javítást tesztelik a háttérben.

Időközben az Intel is megerősítette, valóban le kellett állítani az MCC alapú Sapphire Rapids processzorok egy részének szállítását, ám azt nem árulták el, pontosan mennyi terméket érint a döntés, valamint azt sem részletezték, mikor indulhat újra a szállítás. Annyi biztos, hogy a leállás ideiglenes, a firmware alapú javítás a jelek szerint megfelelő, így a szállítást rövid időn belül folytatni lehet. A hiba az Intel szerint csak és kizárólag az MCC alapú modellek egy részét érinti, az XCC és a HBM alapú modelleknél nem tapasztaltak hasonlót. A hiba miatt az adott processzorral szerelt rendszereknél bizonyos körülmények között megszakadhat az adott konfiguráció működése, ám azt nem részletezték, pontosan miről is van szó.

Az aktuális információk szerint a hiba az időzítéssel kapcsolatos, és kereskedelmi forgalomban elérhető szoftverek használata mellett nem jelentkezik. Ebből kiindulva úgy tűnik, a hiba az egyes partnereknél alkalmazott egyedi szoftverek esetében jelentkezhet, amire a jelek szerint nem derült fény a tesztidőszakban. Az MCC alapú Sapphire Rapids processzorok egyébként maximum 32 maggal rendelkezhetnek, míg a felsőkategóriába szánt XCC modellek magszáma 36 és 60 között szóródik, kiépítéstől függően.

Az időzítéssel kapcsolatos hiba sokrétű lehet, igazából éppúgy érintheti az UPI interconnectet, mint akár a különböző utasítások időzítését. Az mindenképpen jó hír, hogy javítása firmware alapon lehetséges, azaz nincs szükség új stepping vagy revízió kiadására. A firmware alapú javítást azokra a modellekre is lehet majd alkalmazni, amelyek már az ügyfeleknél dolgoznak, és ez a javítás a jelek szerint a teljesítményre sem gyakorol majd negatív hatást. Hogy tényleg így lesz-e? Az első független tesztek biztosan kiderítik.

A Sapphire Rapids processzorokat a jelek szerint az ág is húzza, hiszen ez a sorozat jókora késést követően került piacra. A hírek szerint annyira sok hiba jelentkezett a fejlesztés során, hogy egészen extrém mennyiségű revízióra volt szükség egyes esetekben: a szokásos 2-3 helyett itt esetenként akár 12 stepping is készülhetett. Mivel ez mind-mind extra idő, teljes mértékben érthető, hogy a termékek végül sokat is késtek. Ezt a következő generáció, vagyis az Emerald Rapids esetében már szeretnék elkerülni, éppen ezért változtatnak a tervezési és szimulációs folyamatokon, valamit a tesztelés és jóváhagyás menetén is.

Az új processzoroknál egyébként nem ritka, hogy ismert hibákkal kerülnek forgalomba. Ezek egy részét rendszerint szoftveresen javítják, illetve próbálják csökkenteni negatív hatásaikat, ha viszont olyan jellegű hibáról van szó, ami efféle módon nem javítható, új steppingre is szükség lehet. A Skylake generáció anno 53 ismert hibával került piacra, majd később további 40 errata is felbukkant, ezekről maga az Intel adott tájékoztatást. Az AMD háza táján szintén előfordulnak később felbukkanó hibák, a szerverpiacon például az Epyc Rome chipeknél találtak egy fura bugot, aminek köszönhetően nagyjából 1044 napnyi szolgálatot követően szabadságra mennek a processzorok.

Az MCC alapú Sapphire Rapids szerverprocesszorok szállítása remélhetőleg hamarosan újraindul, és remélhetőleg az is kiderül az elkövetkező időszakban, hogy pontosan mi is okozta a firmware-esen javítható hibát.