Rewizje specyfikacji i bajty wersji

Specyfikacje to żywe dokumenty. Moduł deklaruje, którą rewizję realizuje jego mapa pamięci, a host parsuje mapę według rewizji, którą zna. Przez większość czasu te dwie rzeczy zgadzają się wystarczająco dobrze; gdy nie, bajt zostaje odczytany jako coś, czym nie jest. Ta strona wymienia bajty wersji, sposób ich dekodowania i — w przybliżeniu — co dodała każda generacja, żebyś mógł stwierdzić, czy pole, na które patrzysz, w ogóle istnieje w module, który masz przed sobą.

Gdzie deklarowana jest wersja

SFF-8472 — bajt 94

Zasada praktyczna: moduł deklarujący 08h albo 09h musi mieć sensowny (albo zerowy) bajt 36 oraz szybkość ×250 Mb/s w bajcie 66, gdy bajt 12 = FFh; moduł deklarujący 03h albo niżej nie ma żadnej semantyki bajtu 36 — hosty go ignorują.

SFF-8636 — bajt 1

Hosty starsze niż rev 2.0 nie zaglądają do bajtu 192 — moduł 100G w przełączniku z ery 40G jest z tego samego powodu „nieznany”, niezależnie od tego, co mówi blok producenta.

CMIS — bajt 1

Moduł CMIS 5.x w hoście, który implementuje 4.0, zwykle działa w podstawowym przepływie (automat stanów, wybór aplikacji), ale host nie odczyta nowszych stron VDM; host obsługujący tylko 3.0 może w ogóle nie uruchomić modułu 5.x — Problemy z CMIS. Wersje MIS podążają za CMIS: MIS.

Reguły zgodności

• Nowszy moduł, starszy host — nieznane kody dekodują się jako nieznane; wyższa wartość bajtu 94 / bajtu 1 jest zwykle tolerowana. Problemy zaczynają się, gdy host potrzebuje pola, które istnieje tylko w nowej rewizji (bajt 192, aplikacje).
• Starszy moduł, nowszy host — bez problemu; hosty zachowują wsteczne parsowanie.
• Deklarowana rewizja niespójna z zawartością — prawdziwa pułapka. Zadeklarowanie 12.x z pustym bajtem 66, gdy bajt 12 = FFh, daje hostowi „0 Gb/s”; zadeklarowanie rev 2.0+ ze śmieciami w bajcie 192 daje nieznany typ. Przy kodowaniu ustaw bajt rewizji zgodnie z polami, których faktycznie używasz.
• SFF-8024 nie ma bajtu wersji w module; rewizja tabeli hosta decyduje, które kody potrafi on nazwać.

Pozostałe dokumenty i tempo ich aktualizacji

Numery i tytuły dokumentów: Katalog specyfikacji MSA.

W CodingBox

CodingBox najpierw odczytuje bajt rewizji i stosuje pasujące definicje pól, dzięki czemu pola, których nie ma w zadeklarowanej rewizji, są pokazywane jako zarezerwowane, a nie błędnie nazwane. EEPROM editor pozwala ustawić bajt rewizji razem z polami, którymi zarządza.