Mayroong kaunting Linux kernel code para sa mga processor ng AMD Zen 2 na tinatawag na”spectral chicken”at isang panawagan para sa paglilinis ng code na iyon, na orihinal na isinulat ng isang inhinyero ng Intel Linux, ay tinanggihan.
Sa loob ng Linux x86 header file para sa MSRs mayroong”ZEN2_SPECTRAL_CHICKEN”at sa loob ng AMD CPU code path ay may kaunting code para sa pagharap sa chicken bit na ito, at isang code comment:”Sa Zen2 inaalok namin ang manok na ito (bit ) sa altar ng Espekulasyon. Pinipigilan nito ang haka-haka mula sa gitna ng isang pangunahing bloke, ibig sabihin, pinipigilan nito ang mga hula na hindi sangay. Ginagamit namin ang STIBP bilang isang heuristic upang i-filter ang Zen2 mula sa natitirang bahagi ng F17H.”
Si Borislav Petkov, isang matagal nang inhinyero ng Linux na orihinal na nagtrabaho para sa AMD mahigit isang dekada na ang nakalilipas sa simula noong isinara na AMD Operating System Research Center at mga taon mula noon ay nagtrabaho sa SUSE habang ilang buwan na ang nakalipas ay muling sumali sa AMD , hinahangad na linisin ang AMD Spectral Chicken code na ito.
Nagpadala siya ng isang patch na may mensaheng:
“Nagkaroon kami ng sapat na saya na may kakaibang kagat ng manok-pangalanan ito kung ano talaga ang ginagawa nito: pinipigilan nito ang mga hula na hindi sangay.
Tumutukoy ang palitan ng pangalan upang gawing malinaw na ito ay Zen2 lamang.
Walang mga pagbabago sa pagganap.”
Ang AMD Zen 2 spectral chicken MSR bit ay pinalitan ng pangalan sa”ZEN2_DE_CFG2″at”ZEN2_DE_CFG2_SUPPRESS_NOBR_PRED”pati na rin ang paglilinis sa komento ng code upang tukuyin ito bilang pagpigil sa haka-haka para sa mga hula na hindi sangay. Bagama’t walang masyadong dramatiko tungkol sa hindi gumaganang pagbabagong ito, ang orihinal na may-akda ng code na iyon ay isang inhinyero ng Intel.
Peter Zijlstra tumugon:
“NAK [Not Acknowledge], kinailangan kong isulat ang lahat ng ito nang walang *anumang* opisyal na komunikasyon mula sa AMD, kadalasan sa hear-say.
This gets to be the spectral chicken forever more as punishment. Next time AMD maaaring subukang muli, at kung mapagtagumpayan nilang pagsama-samahin ang kanilang pagkilos at mag-publish ng isang bagay bago ko maisulat ang code at mag-imbento ng isang pangalan para sa isang mahiwagang bit, mapapangalanan nila ito kung paano nila gusto.”
Kung saan itinaas ni Petkov na malamang na hindi na kailangang isulat muli ni Peter ang naturang code, kung saan tinawag iyon ni Thomas Gleixner na isang puro haka-haka na palagay.
Para sa mga hindi nakakaalam, ang kaunting manok ay karaniwang tumutukoy sa kaunting maaaring gamitin para sa hindi pagpapagana ng ilang paggana ng chip kung ito ay may sira o may problema.
Kaya ito ay parang AMD spectral na manok mananatili ang code sa kernel ng Linux para sa mas magaan na kasiyahan.
Ang code na ito ay orihinal na isinulat ng isang Intel Linux engineer bilang bahagi ng speculative execution efforts at noong panahong ang AMD ay may mas kaunting mga Linux engineer kaysa sa ngayon. Sa nakalipas na mga taon, pinapataas ng AMD ang kanilang mga tauhan sa Linux engineering upang mas mahusay na pangasiwaan ang kanilang mga kontribusyon sa Linux kernel at ang napapanahong pagpapagana ng mga bagong feature para sa Ryzen at EPYC. Ang mga kontribusyon ng Linux kernel ng AMD ay tumaas nang malaki sa mga kamakailang panahon at para sa pagpapahusay ng kanilang mga kamakailang henerasyon ng mga produkto. Kaya sa susunod na lalabas ang ganoong isyu kung ito ay direktang tatalakayin ng mga inhinyero ng AMD, mapapangalanan nila ang mga piraso ayon sa gusto nila habang ang Zen 2 Spectral Chicken ay mukhang hindi ito magbabago.