MICROCHIP HBA 1200 Poznámky k vydání softwaru a firmwaru Pokyny

O této verzi
Vývojová verze popsaná v tomto dokumentu zahrnuje firmware, ovladače OS, nástroje a software pro správu hostitele pro řešení HBA 1200 od Microchip.

Identifikace vydání
Verze firmwaru, softwaru a ovladačů pro toto vydání jsou uvedeny v následující tabulce.

Tabulka 1-1. Shrnutí vydání

Vydání řešení	3.1.4
Datum vydání balíčku	10. srpna 2021
Verze firmwaru	3.01.04.072
UEFI/Legacy BIOS	1.4.3.6/1.4.3.2
Verze ovladačů	Ovladače pro Windows: • Windows 2019, 2016, Windows 10: 1010.6.0.1025 Linux SmartPQI: • RHEL 7/8: 2.1.12-055 • SLES 12/15: 2.1.12-055 • Ubuntu 18/20/21: 2.1.12-055 • Oracle Linux 7/8: 2.1.12-055 • Citrix Xenserver 8: 2.1.12-055 • Debian 9/10: 2.1.12-055 • CentOS 7/8: 2.1.12-055 VMware: • VMware ESX 6/7: 4150.0.119 FreeBSD/Solaris: • FreeBSD 11/12/13: 4130.0.1008 • Solaris: 11: 4120.0.1005
ARCCONF/maxView	B24308

Files Zahrnuto v této verzi
Tato část podrobně popisuje fileje součástí této verze.

Tabulka 1-2. Firmware Files

Komponent

Popis

Použití před montáží

Použití po montáži

SmartFWx200.bin

Výrobně podepsaný programovatelný NOR Flash File. Slouží k programování NOR Flash pro desky, na kterých již běží firmware.

Tabulka 1-3. Nástroje pro programování firmwaru

Nástroj	Popis	Spustitelný
ARCCONF	Nástroj ARCCONF CLI	ARCCONF BXXXX.zip
maxView	maxView Utility	MAXVIEW XXX BXXXXX.zip

Řidič Files

Tabulka 1-4. Ovladače pro Windows

OS	Verze
Server 2019, 2016, Windows 10	x64

Tabulka 1-5. Ovladače pro Linux

OS	Verze
RHEL 8.4, 8.3, 8.2, 8.1, 7.9, 7.8, 7.7	x64
CentOS 8.3, 8.2, 8.1, 8.0, 7.9, 7.8, 7.7	x64
SLES 12 SP5, SP4	x64
SLES 15 SP3, SP2, SP1	x64
Ubuntu 20.04.2, 20.04.1, 20.04, 18.04.5, 18.04.4	x64
Ubuntu 21.04	x64
Oracle Linux 8.3, 8.2, 7.9, 7.8, UEK6U1 (5.4.17-2036)	x64
Oracle Linux 8.2 UEK R6	x64
Debian 10.5, 9.13	x64
Fedora 33 (doručená pošta)	x64
XenServer 8.2	x64

Tabulka 1-6. Ovladače FreeBSD, Solaris a VMware

OS	Verze
ESX6.5U3/U2	x64
ESX6.7U3/U2	x64
ESX7.0U2/U1	x64
FreeBSD 13, 12.2, 11.4	x64
Solaris 11.4	x64

Software pro správu hostitele

Tabulka 1-7. maxView a ARCCONF Utilities

Popis	OS	Spustitelný
Nástroj příkazového řádku ARCCONF	Windows x64 Linux x64 VMware 6.5 a vyšší	Viz arcconf_B#####.zip pro instalační spustitelné soubory pro příslušný OS.
	XenServer
	podpora UEFI
maxView Správce úložiště	Windows x64 Linux x64 VMware 6.5 a vyšší	Viz maxview_linux_B#####.zip, maxview_win_ B#####.zip a maxview_vmware_B#####.zip pro instalační spustitelné soubory.
	XenServer
	podpora UEFI
maxView Plugin vSphere	VMware 6.5 a vyšší	Viz maxview_vmware_B#####.zip pro instalační spustitelné soubory.
Boot USB (offline nebo pre-boot) pro ARCCONF a maxView Správce úložiště	linux x64	Viz maxview_offline_bootusb_B#####.zi p pro .iso file.

Co je nového?

Tato část ukazuje, co je nového v této verzi.

Vlastnosti

V následující tabulce jsou uvedeny funkce podporované pro toto vydání. Tabulka 2-1. Shrnutí funkcí

Vlastnosti		Podporováno v této verzi	Budoucí vydání
UEFI ovladač, podpora bootování		X
Podpora staršího spouštění		X
Dynamická správa napájení		X
Podpora ovladače	Windows	X
	Linux	X
	VMware	X
	FreeBSD	X
	Solaris	X
	Certifikace OS	X
Podpora Flash	Nástroj ARCCONF	X
maxView podpora nástroje		X
Podpora nástrojů ARCCONF		X
Správa MCTP BMC		X
Podpora 4Kn v RAID a HBA		X
Podpora šifrování založeného na kontroleru (CBE)1		X
Podpora výběru rozhraní mimo pásmo MCTP nebo PBSI		X
Podpora VPP Backplane		X
podpora PBSI		X
Konfigurovatelné nastavení Expander SSU		X

Poznámka: Dostupné pouze pro produkty s povoleným šifrováním.

Opravy a vylepšení

Tato část ukazuje opravy a vylepšení pro toto vydání.

Opravy firmwaru

V této části jsou uvedeny opravy a vylepšení firmwaru pro toto vydání.

Opravy a vylepšení pro verzi firmwaru 3.01.04.072
Toto vydání poskytuje následující opravy a vylepšení.

Vylepšen výstup sériového protokolu pro inventář připojených zařízení. Konkrétně byly vylepšeny informace týkající se jedinečných identifikátorů zařízení NVMe a odděleno/přeorganizováno několik skupin informací, aby se zlepšila čitelnost.

Přidána podpora pro hlášení jedinečného ID SCSI pro zařízení NVMe prostřednictvím InquiryVPD 83h a nové formáty ReportPhysicalLUNs ve stylu CISS pro podporu ovladačů OS při shromažďování těchto informací.
Přidána funkce přímé kabeláže pro kabely kompatibilní s logikou „automatické detekce“.

Rozhraní API metrik „PMS (Performance Monitoring Statistics)“ bylo zastaralé. Několik metrik souvisejících s výkonem v „M&P“ API bylo také zastaralé; čítače související s chybami jsou však stále udržovány.
Identifikátory PCIe zařízení NVMe jsou nyní hlášeny prostřednictvím příkazu IdentifyPhysicalDevice. To podporuje hlášení PLDM jako součást přidávání jedinečných identifikátorů SCSI pro zařízení NVMe.

Přidána podpora firmwaru pro hlášení nových formátů příkazů inventáře ovladačů OS pro podporu budoucí podpory jedinečných informací o zařízení SCSI pro zařízení NVMe a také přidána
podpora hlášení jedinečného ID SCSI pro zařízení NVMe prostřednictvím Inquiry VPD 83h a nových formátů ReportPhysicalLUNs stylu CISS pro podporu ovladačů OS při shromažďování těchto informací.

Opraven problém bránící nalezení disku přidaných za provozu u propojovací desky SGPIO, pokud tento segment základní desky původně neměl při spouštění nainstalovány žádné disky.
- Příčina: Logika, která se rozhodla zakázat „nepoužité“ PHY, nesprávně vyhodnotila připojené porty
  SGPIO backplane jako nesouvisející s backplane. Protože SGPIO nemá standardizovaný mimopásmový mechanismus pro detekci hotplug, deaktivace PHY regulátoru po počátečním zjištění zabránila detekci budoucích hotplugů.
- Opravit: U propojovací desky s přímým připojením ponechte PHY regulátoru zapnuté, aby podporovala detekci hot-plug v rámci pásma.
- Riziko: Nízký

Opraven problém, kdy se hlášená rychlost připojení pro disky NVMe nesprávně hlásila, když požadovaná šířka portu není stejná jako skutečná šířka připojeného portu.
- Hlavní příčina: Hlášení z firmwaru nebylo dostatečně podrobné, aby nahlásilo rozdíl. Po vyřešení tohoto problému by se firmware pokusil zakázat 'nepoužité' PHY ze skupiny portů, ale to by způsobilo deaktivaci celého portu k jednotce.
- Opravit: Firmwarová logika byla aktualizována, aby správně hlásila stav/rychlosti diskrétního PHY spojení. Logika firmwaru pro deaktivaci „nepoužitých“ PHY byla také upravena tak, aby nevykazovala PHY pro port NVMe, ve kterém je připojena alespoň jedna PHY.
- Riziko: Nízký
Opraven problém, kdy se WWID řadiče tisklo nesprávně během spouštění až do protokolu UART/SOB.
- Příčina: Byla provedena refaktorová změna výstupů obecného výrobního formátu spolu s přidáním podpory pro samostatný nový formát. Tento refaktorovaný kód nesprávně zachází s

WWID jako pole QWORD namísto pole BYTE, což má za následek, že výstup vypadá jako zaměněný endian.

Změna se dotkla pouze této tiskové funkce – jinak bylo WWID správně používáno a vhodně hlášeno jinde.
- Opravit: Změněna logika zpět na tisk hodnoty WWID jako pole BYTE.
- Riziko: Nízký
• Opraven problém, kdy jednotky připojené k propojovací desce VPP mají nesprávná čísla pozic a jsou hostiteli nesprávně prezentovány.
- Příčina: Logika zjišťování VPP našla zařízení TWI na adrese 0xAE, ale přečetla z něj všechny 0xFF. To vedlo k chování, které nastavilo kryt za předpokladu špatné EEPROM, ale to vedlo k mnoha problémům se zkušenostmi zákazníků.
- Opravit: Logika, která následuje se špatnou EEPROM, byla upravena tak, aby odpovídala citlivému cíli TWI bez platných dat. S tímto pouzdrem se nyní bude zacházet spíše jako s pouzdrem s přímým kabelem bez krytu.
- Riziko: Nízký
Opraven problém, kdy NOR poškození flash ve verzi firmwaru nebo v tabulce kontrolního součtu mělo za následek neopravitelné poškození.
- Příčina: Informace o verzi firmwaru byly opraveny, ale nebyly jako takové označeny, a tabulka kontrolních součtů nebyla opravena. V obou případech správce nadále hlásí, že zjistil a neopravil poškození.
- Opravit: Oba tyto případy jsou opravitelné, pokud je redundantní obraz koherentní, takže byla přidána logika k provedení opravy a správnému hlášení tohoto stavu.
- Riziko: Nízký
Opraven problém, kdy první studený start po aktualizaci firmwaru hlásil redundantní poškození obrazu.
- Příčina: Výsledky tréninku DDR jsou uloženy v redundantní části obrazu, takže je lze použít pro urychlení tréninku během spouštění. Při aktualizaci firmwaru jsou tyto výsledky vymazány, aby mohly potenciálně nové algoritmy v novém firmwaru vytvářet nové/lepší výsledky. Zásobník RAID nesprávně zahrnul tuto sekci do porovnávání mezi aktivním a neaktivním obsahem bitové kopie, což spouštělo falešnou zprávu o poškození bitové kopie.
- Opravit: Nezahrnujte tuto část do srovnání snímků, pokud uložené výsledky již nejsou koherentní.
- Riziko: Nízký
Opraveno potenciální zablokování řadiče 0x1ABD, když disk SATA selže s nevyřízeným IO a disk po resetu nereaguje na Identify Device.
- Příčina: Ve firmwaru existuje možnost zařadit IO do fronty k zařízení v době, kdy selhává, což může vést k tomu, že IO nebude možné obnovit, protože disk přestane reagovat. Jiné resetování zařízení mohlo obnovit IO, ale logika časového limitu IO firmwaru explicitně vylučovala odeslání správy úloh obnovy na zařízení, která již byla označena jako neúspěšná.
- Opravit: Při zpracování časového limitu povolte akce, jako je reset zařízení proti zařízením označeným jako neúspěšné. Také přidáno
  aktivní krok obnovy IO do rutiny selhání zařízení, aby se aktivně zrušily nevyřízené požadavky, místo aby se čekalo, až zařízení (nebo SATL) normálně zpracuje své fronty.
- Riziko: Nízký

Opraven problém, kdy firmware nesprávně hlásil „Online firmware Activation“ jako podporovanou sadu funkcí tohoto produktu.
- Hlavní příčina: Firmware nesprávně inzerovaný Funkce Online Firmware Activation jako podporovaná. Když hostitelský software zaznamená tyto podpůrné bity a pokusí se tuto funkci použít, může dojít k chybám, protože ve skutečnosti není podporován.
- Opravit: Upraveny různé mechanismy hlášení funkcí tak, aby indikovaly, že tato funkce není podporována.
- Riziko: Nízký
Opraven problém se zablokováním výjimky TLB, když bylo do firmwaru odesláno více požadavků MCTP mimo pásmo současně.
- Hlavní příčina: Výjimka ukazatele TLB/NULL se objeví ve firmwaru, když obdrží asynchronní požadavky MCTP ve stejnou dobu v relaci, kdy předchozí požadavek MCTP nebyl plně zpracován. Kvůli tomu se firmware dostává do situace citlivé na čas, kdy jedno z vláken ve firmwaru nastavuje paketované MCTP odpovědi přístupem k vyrovnávací paměti relace OOB, která byla právě uvolněna jiným vláknem zodpovědným za zpracování požadavků MCTP. Je to proto, že firmware zpracovává jeden požadavek MCTP v relaci synchronně, pokud obdrží další požadavek ze stejné relace před dokončením existujícího požadavku, vymaže starý kontext relace a začne zpracovávat nový požadavek.
  - Opravit: Aby tuto situaci elegantně zvládl, firmware použije spinlock při přístupu k relaci OOB z různých vláken.
  - Riziko: Nízký
Byl vyřešen problém se sníženým výkonem, když hostitel odesílá velké sekvenční IO streamy ve vysoké hloubce fronty.
- Hlavní příčina: Když jsou požadavky sloučeny a stagk této aktivitě dochází buď v kontextu vstupu hostitele IO (PARSE) nebo v kontextu mapování RAID (MAPPER). Když PARSE rozhoduje o tom, kdy stage data a stagPokud jsou zdroje omezené, vstupoval do smyčky zaneprázdněného čekání, aby umožnil dokončení a uvolnil zdroje, a tuto smyčku by kontroloval každých 10 ms (nebo 100 IO/s). V tomto konkrétním pracovním vytížení stálý stav systému způsobil, že vstup IO byl v této smyčce zcela uzavřen, což vedlo k velmi předvídatelnému a pevnému množství IO, ke kterému došlo.
- Opravit: Časovač smyčky busy-wait byl snížen na 100 µs (nebo 10k IO/s), což je více než dostatečné k nasycení propustnosti řadiče.
- Riziko: Nízký

Opravy UEFI/Legacy BIOS
Tato část ukazuje opravy a vylepšení systému UEFI/Legacy BIOS pro toto vydání.
Opravy a vylepšení pro UEFI Build 1.4.3.6/Legacy BIOS Build 1.4.3.2
Toto vydání poskytuje následující opravy a vylepšení.
Přidána možnost HII v nastavení protokolu zjišťování portů pro podporu jednotek připojených kabelem.

Přidána podpora pro stav příčiny posledního selhání disku v nabídce informací o disku HII.
Opraven problém, kdy se neúspěšné disky HBA nezobrazují v HII.
- Příčina: Selhala zařízení HBA se nezobrazují ve zprávách HII a stavu ovladače.
- Opravit: Vyplňte a poskytněte dostupné informace o vadných zařízeních v HII a zprávách o stavu řidiče.
- Vystavení: Všechny předchozí verze.
- Riziko: Nízký

Opraven problém, kdy u protokolu Component name2 selhaly testy UEFI Self Certification Tests SCT.
- Příčina: Protokol GetControllerName of Component name2 neověřuje vstupní jazyk. SCT selže, když je jako vstup uveden nesprávný jazyk.
- Opravit: Bylo přidáno podporované ověření jazyka pro protokol GetControllerName of Component name2.
- Vystavení: Všechny předchozí verze.
- Riziko: Nízký
Opraven problém, kdy změny protokolu zjišťování portů neposkytují stav informující uživatele, že je vyžadován restart.
- Hlavní příčina: Stav operace protokolu zjišťování portů zobrazuje pouze to, zda je úspěšný nebo neúspěšný.
- Opravit: V konečném stavu nastavení protokolu zjišťování portů přidána zpráva s požadavkem restartu.
- Vystavení: Všechny předchozí verze.
- Riziko: Nízký
Opraven problém, kdy rozhraní UEFI ARCCONF CLI generuje chybu jako nerozpoznaný příkaz v prostředí EFI.
- Příčina: Nesprávné záhlaví pro příkazy na stránce funkce snímání, které vede k nesprávnému ověření bitu funkce, přičemž se funkce ARCCONF CLI považuje za nepodporovanou.
- Oprava: Opravená záhlaví příkazu stránky funkce sense podle specifikace pro získání správných bitů funkcí pro funkci ARCCONF CLI.
- Vystavení: Všechny předchozí verze.
- Riziko: Nízký

Opravy ovladačů
Tato část ukazuje opravy a vylepšení ovladače pro toto vydání.

Opravy ovladačů Windows
Tato část ukazuje opravy a vylepšení ovladače pro Windows pro toto vydání.

Opravy a vylepšení pro Windows Driver Build 1010.6.0.1025
Toto vydání poskytuje následující opravy a vylepšení.

Opraven problém, kdy se OS pravděpodobně nepodaří zavést.
- Příčina: Ovladač se nemusí načíst, protože zápis do registru funkcí konfigurace fronty správce a následné čtení registru bez prodlení může způsobit chybný stav zastaralosti.
- Opravit: Přidáno zpoždění 1ms=1000us po zápisu do registru funkcí konfigurace fronty správce, ale před zahájením dotazování stavu dotazování.
- Riziko: Nízký

Opravy ovladačů pro Linux
Tato část ukazuje opravy a vylepšení ovladačů pro Linux pro toto vydání.

Opravy a vylepšení pro Linux Driver Build 2.1.12-055

Opraven problém, kdy se vytvářejí duplicitní uzly zařízení pro páskovou jednotku Ultrium a měnič médií.
- Příčina: Pásková jednotka Ultrium je cílová jednotka SCSI s více jednotkami LUN. Představuje LUN pro páskovou jednotku a 2. LUN pro měnič média. Náš firmware řadiče uvádí obě LUN ve výsledcích RPL. Výsledkem je, že ovladač smartpqi vystavuje obě zařízení operačnímu systému. Poté OS provede normální zjištění zařízení pomocí příkazu SCSI REPORT LUNS, což způsobí, že podruhé znovu objeví obě zařízení, což má za následek duplicitní uzly zařízení. Toto nefunkční chování bylo maskováno dřívější chybou smartpqi, která způsobila, že operační systém u tohoto typu zařízení přeskočil objevování zařízení. Tato chyba maskování byla opravena nedávnou změnou ve smartpqi, která hlásila přesnější informace o protokolech portů iniciátorů SAS a protokolech cílových portů.
- Opravit: Když operační systém znovu objeví dvě LUN pro páskovou jednotku a měnič médií, ovladač rozpozná, že již byly nahlášeny, a zablokuje operační systém v jejich druhém přidání.
- Riziko: Nízký
Opraven problém, kdy v některých situacích, kdy ovladač přepne ovladač do režimu offline, může dojít k selhání jádra.
- Hlavní příčina: Při přepnutí řadiče do režimu offline se může stát, že ovladač selže v I/O, které již byly dokončeny operačním systémem, což způsobí pád jádra.
- Opravit: Pokud bylo zařízení operačním systémem označeno jako offline, neprovádějte selhání IO týkající se tohoto zařízení, protože IO mohly být již dříve dokončeny.
- Riziko: Nízký
Opraven problém s odebráním zařízení pomocí sysfs.
- Příčina: Definování slave_destroy způsobí, že SML zavolá do našeho slave_destroy, aby odstranilo zařízení z tabulky SCSI. Naše slave_destroy není kompletní.
- Opravit: Odebrat slave_destroy.
- Riziko: Nízký

Opraven problém, kdy request_irq selhal během hibernace systému.
- Příčina: První argument irq v „request_irq“ není správný.
- Opravit: Pokud je režim přerušení nastaven na INTx, použijte „irq“ zařízení PCI jako první parametr request_irq().
- Riziko: Nízký
Opraven problém, kdy během hibernace systému ovladač uvolní všechna irq, zakáže přerušení MSIx a požaduje starší přerušení INTx. Když ovladač vyvolá request_irq(), OS vrátí — EINVAL. Napřample, smartpqi 0000:b3:00.0: irq 191 init se nezdařilo s chybou -22 genirq: Neshoda příznaků irq 34. 00000080 (SmartPQI) vs. 00000000 (i40e-0000:1a:00.0).
- Příčina: První argument irq v request_irq není správný
- Oprava: : Pokud je režim přerušení nastaven na INTx, použijte irq zařízení PCI jako první parametr request_irq().
- Riziko: Nízký
Kvůli změně ve střední vrstvě SCSI může některým linuxovým distribucím trvat dlouho, než se objeví, pokud se systém restartuje během dezinfekce pevného disku (disků). To bylo pozorováno u RHEL 7.9/RHEL8.3 a SLES 15SP2.
- Příčina: Během spouštění se zdá, že některé operační systémy se zaseknou, když se jeden nebo více disků dezinfikuje. Podle části 4 specifikace SCSI SBC4.11.2 Příkazy povolené během dezinfekce jsou některé příkazy SCSI povoleny, ale operace čtení/zápisu nikoli. Když se operační systém pokusí přečíst tabulku rozdělení disku, vrátí se CHECK CONDITION ASC 0x04 ASCQ 0x1b, což způsobí, že operační systém zopakuje čtení, dokud nebude dokončena dezinfekce. To může trvat hodiny.
- Opravit: Přidejte testovací jednotku připravenou na disky HBA a nepředstavujte je operačnímu systému, pokud se vrátí 0x02/0x04/0x1b (probíhá dezinfekce).
- Riziko: Nízký

Opraven problém s únikem požadavků, poklesem výkonu a pádem systému.
- Příčina: K problému dochází v maximální konfiguraci, kde dochází k velkému zatížení I/O s občasnými resety LUN na exponovaných zařízeních. Při selhání vstupů do fronty ve frontě v cestě TMF došlo k úniku požadavku, a tedy zastaralým záznamům ve fondu požadavků s nenulovým počtem odkazů. V cestě vypnutí je BUG_ON pro zachycení zaseknutých I/O buď ve firmwaru nebo v ovladači. Neuvolněný zastaralý požadavek způsobil pád systému. Pokud se výše uvedená situace bude i nadále vyskytovat, fond požadavků I/O stále netěsní a může dojít k výraznému poklesu výkonu.
- Opravit: Ovladač nyní správně uvolní uniklý požadavek v cestě TMF, zatímco selže nevyřízené požadavky.
- Riziko: Nízký
Opraven problém, aby se zabránilo selhání IO pro zařízení, která nejsou online.
- Příčina: Při přepnutí řadiče do režimu offline se může stát, že ovladač selže v IO, které již byly dokončeny operačním systémem, což způsobí pád jádra.
- Opravit: Pokud bylo zařízení OS označeno jako offline, neprovádějte selhání IO týkající se tohoto zařízení, protože IO mohly být již dříve dokončeny.
- Riziko: Nízký
Opravy ovladačů VMware
Tato část ukazuje opravy a vylepšení ovladače VMware pro toto vydání.
Opravy a vylepšení pro VMware Driver Build 4150.0.119
Toto vydání poskytuje následující opravy a vylepšení.

Přidána podpora pro nové rozšířené formáty v datech vrácených z příkazu Report Physical LUNs pro řadiče, které tuto funkci podporují. Nové formáty umožňují hlášení 16bajtových WWID.
Opraven problém, kdy bylo při spuštění nástroje MBT pozorováno PSOD.
- Příčina: Během connect() ovladač uloží ukazatel soukromé struktury pro každý adaptér v globálním poli. Index pole nebyl během uvolňování nikdy snížen. To vedlo k nevázanému přístupu k poli a vede k PSOD.
- Opravit: Vymažte ukazatel soukromé struktury během odpojení ovladače ().
- Riziko: Střední
Opraven problém se zarovnáním prvků SG pouze pro třírežimové ovladače.
- Příčina: NVMe vyžaduje atribut zarovnání čtyř bajtů v nastavení motoru DMA.
- Opravit: Pro třírežimové ovladače použijte přizpůsobený dma engine se 4bajtovou sadou parametrů zarovnání DMA SG.
- Riziko: Střední

Opraven problém, aby se zabránilo selhání IO pro zařízení, která nejsou online.
- Příčina: Při přepnutí řadiče do režimu offline se může stát, že ovladač selže v IO, které již byly dokončeny operačním systémem, což způsobí pád jádra.
- Opravit: Pokud bylo zařízení OS označeno jako offline, neprovádějte selhání IO týkající se tohoto zařízení, protože IO mohly být již dříve dokončeny.
- Riziko: Nízký
Opraven problém s nebezpečným procesem uvedení zařízení do klidového stavu.
- Příčina: Nebylo voláno rozhraní API OS pro synchronizaci a vyprázdnění přerušení.
- Opravit: Přidejte volání do rozhraní API OS pro vyprázdnění všech čekajících přerušení.
- Riziko: Nízký
Opraven problém s ESXi PSOD v obslužném programu Smartpqi TMF.
- Příčina: Během „virtuálního resetu“ TMF ovladač prochází strukturami IO a vydá přerušení pro všechny čekající IO. Při vytváření rámce požadavku na přerušení ovladač používá ukazatel struktury zařízení ze struktury IO. Pokud se IO spojené se strukturou IO dokončí paralelně, ukazatel struktury zařízení se může resetovat na hodnotu NULL, což povede k chybě stránky.
- Opravit: Použijte ukazatel struktury zařízení daný obslužnou rutinou TMF OS.
- Riziko: Nízký

Opraven problém s ESXi PSOD kvůli chybě stránky.
- Hlavní příčina: Časový limit dotazovacího příkazu na jeden z disků vypršel a operační systém vydá TMF přerušení. Během dokončení TMF vytiskne ovladač stav TMF. Interně to používá soukromou strukturu ovladače, která nebyla nastavena při vytváření rámce požadavku TMF.
- Opravit: Nastavit ukazatel soukromé struktury ovladače při rámování požadavku TMF.
- Riziko: Nízký
Opraven problém s ESXi PSOD kvůli Heartbeat NMI.
Příčina: Driver získá zámek, aby získal slot na příchozí frontě. Všechna jádra mohou skončit při používání stejné příchozí fronty, pokud je počet dokončených světů SCSI menší než počet jader. Ve většině případů je počet dokončených světů SCSI stejný jako počet soketů a většina serverů má 1 až 2 sokety. To může způsobit zahlcení zámku, protože mnoho vláken se bude snažit získat stejný zámek. Řidič používá vlastní zámek, který v případě, že zámek není k dispozici, velmi dlouho čeká. To způsobí, že vlákno odeslání IO podrží jádro CPU a vlákno ESXi heartbeat nemusí mít šanci běžet po dlouhou dobu. To bude mít za následek, že ESXi vydá serveru NMI a PSOD.
Opravit: Použijte spinlock v cestě odeslání.
Riziko: Vysoký
Opraven problém, kdy se systém zasekává během načítání ovladače.
- Hlavní příčina: Ovladač používá nekonečný časový limit pro odesílání interních příkazů souvisejících s konfigurací události během inicializace ovladačetage.
- Oprava: Přidán časový limit pro odesílání interních příkazů souvisejících s konfigurací událostí během inicializace ovladačetage.
- Riziko: Nízké
• Opraven problém s ESXi 7.0 u2 PSOD při bootování.
- Hlavní příčina: Ovladač Smartpqi vytváří maximálně 64 odchozích front. Fronty jsou vytvářeny na základě počtu světů dokončení jader/scsi a dostupnosti MSIX. Maximálně ovladač vytvoří 64 front a mělo by být zaregistrováno 64 obslužných rutin. Velikost datového pole ovladače ovladače byla 63 místo 64 a výsledkem bylo PSOD.
- Oprava: Opravena velikost pole dat obslužné rutiny.
- Riziko: Nízké
• Opraven problém, kdy zprávy o přerušení zahlcovaly protokoly během testů resetování zařízení.
- Hlavní příčina: Všechny IO požadavky čekající na zařízení budou přerušeny příchozím požadavkem na reset zařízení. U zařízení s vysokou hloubkou fronty to mohou být desítky nebo stovky jednotlivých požadavků na zrušení na jeden reset zařízení.
- Oprava: Změna úrovně protokolování pro tento typ zprávy z WARN na INFO, aby se tiskla pouze tehdy, když někdo záměrně změní úroveň protokolování ovladače za účelem ladění nebo analýzy.
- Riziko: Nízké
Opraven problém s nadměrným protokolováním během resetování zařízení.
- Příčina: Při provádění resetů jsou příchozí požadavky IO blokovány a vráceny se stavem DEVICE BUSY. Vytiskne se zpráva s upozorněním, že zařízení prochází resetem.
  Když dochází k mnoha resetům zařízení, například během certifikačního testování resetování, generuje to velký objem protokolovací aktivity a může způsobit, že protokoly budou často archivovány.
- Opravit: Změňte tuto zprávu tak, aby byla protokolována pouze v případě, že se úroveň protokolování konkrétně změní na úroveň INFO (0x6) nebo vyšší. Zprávy byly nastaveny na protokolování na nebo vyšší WARN (0x2) a úroveň protokolování ovladače je ve výchozím nastavení POZNÁMKA (0x3).
- Riziko: Nízký
Opraven problém s PSOD během stahování ovladače.
- Příčina: Ovladač Smartpqi udržuje propojený seznam zařízení odebraných za provozu. Kdykoli je přítomno nové zařízení, ovladač zkontroluje, zda je toto zařízení již přítomno v seznamu remove_device_list, a pokud je přítomno, ovladač přesune toto zařízení ze seznamu remove_device_list do skutečného seznamu zařízení. Záznamy v seznamu remove_device_list budou znovuviewed v pevném časovém intervalu a seznam bude aktualizován odstraněním zařízení, které bylo v tomto seznamu déle než 20 minut (pro zpracování testu vSAN hotplug). Během uvolnění ovladače ovladač zkontroluje všechna zařízení v seznamu a provede vyčištění (uvolní paměť zařízení). Trasování zásobníku PSOD označuje neplatné uvolnění paměti zařízení během tohoto čištění.
- Opravit: Odeberte položku ze seznamu zařízení, kdykoli se uvolní paměť zařízení.
- Riziko: Střední
Opraven problém s odstraňováním chybných stavových zpráv.
- Příčina: Stavová zpráva hlásí iu_type místo stavu.
- Opravit: Odebrat stavové pole ze zpráv.
- Riziko: Nízký
Opravené nastavení hloubky fronty pro fyzické zařízení.
- Příčina: Ovladač získá hodnotu hloubky fronty z firmwaru pro každý cíl. Pokud firmware nedává platnou hodnotu hloubky fronty pro cíl, ovladač nastaví hloubku fronty na výchozí hodnotu (1014 pro LD, 27 pro PD). Ale pro všechna fyzická zařízení aktuální ovladač resetuje hloubku fronty na maximální hloubku fronty (1014) bez ohledu na to, zda firmware poskytl platné QD nebo ne.
- Opravit: Přidejte správnou kontrolu při nastavování hloubky fronty zařízení.
- Riziko: Nízký
Opraven problém, kdy ovladač produkuje příliš mnoho protokolů ladění.
- Příčina: Výchozí úroveň protokolování ovladače byla během vývojové fáze nastavena velmi vysoko a nikdy nebyla znovu upravena pro produkční použití.
- Opravit: Změňte výchozí úroveň protokolování zpět na normální výchozí úroveň, 3. Podle potřeby upravte úroveň protokolování některých funkcí.
- Riziko: Nízký
Opraven problém s podrobným protokolováním z obslužných programů chyb.
- Hlavní příčina: Zprávy o ladění používané ve funkcích zpracování chyb ovladače se tisknou na „normální“ úrovni systémového protokolování.
- Opravit: Použijte nedávno přidaný příznak řadiče a možnost kompilace k vypnutí nechtěných zpráv.
- Riziko: Nízký
opraven problém s PSOD při tisku paměti DMA tag.
- Příčina: Použití řidiče tag (řetězec) k identifikaci paměti DMA a byla udržována pomocí ukazatele char. Tento tag je přiřazena při přidělování paměti DMA. Na nějakých místech, tag bylo definováno jako místní pole znaků a ovladač na to udržoval ukazatel. Během uvolnění ovladače, když se ovladač pokusí vytisknout soubor tag, což vedlo k chybě stránky jako tag paměť byla lokální pro alokační funkci.
- Opravit: Udržovat tag použití char pole místo zachování tag adresa.
- Riziko: Nízký
Opravy ovladačů FreeBSD/Solaris
Tato část ukazuje opravy a vylepšení ovladače FreeBSD/Solaris pro toto vydání.
Opravy a vylepšení pro FreeBSD Driver Build 4130.0.1008
Toto vydání poskytuje následující opravy a vylepšení
Opraven problém, kdy se disky přidávají/odebírají/offline, zařízení HBA a řadiče se zobrazují jako výchozí hodnota pole RAID 0.
- Hlavní příčina: Před tiskem zobrazovaných informací neprobíhá žádná kontrola fyzických zařízení nebo řadičů.
- Oprava: Upravte zprávy tak, aby se tiskly odlišně na základě fyzických zařízení a řadičů, aby je bylo možné odpovídajícím způsobem identifikovat.
- Riziko: Nízké
Opraven problém, kdy neinicializovaná struktura CCB způsobovala nedefinované chování, když je sdílena s vrstvou CAM.
- Hlavní příčina: CCB se používá bez vymazání hodnot zásobníku.
- Oprava: Před použitím vymažte CCB.
- Riziko: Nízké
Opraven problém, kdy ovladač zakazuje disky, pokud zjistí, že řadič přechází do režimu offline, ale neexistují žádné informace, které by zaprotokolovaly kód uzamčení řadiče, když je offline.
- Hlavní příčina: Ovladač nezobrazuje kód uzamčení ovladače.
- Oprava: Zobrazte blokovací kód v protokolech ovladačů. Obslužná rutina časovače je také deaktivována, když je řadič offline, aby se předešlo zhroucení systému v případě zpoždění během vymazání paměti.
- Riziko: Nízké

Opravy a vylepšení pro Solaris Driver Build 4120.0.1005
Toto vydání poskytuje následující opravy a vylepšení.

Opraven problém, kdy se disky přidávají/odebírají/offline, zařízení HBA a řadiče se zobrazují jako výchozí hodnota pole RAID 0.
- Příčina: Před tiskem informací na displeji se neprovádí žádná kontrola fyzických zařízení nebo řadičů.
- Opravit: Upravte zprávy tak, aby se tiskly odlišně v závislosti na fyzických zařízeních a řadičích, abyste je odpovídajícím způsobem identifikovali.

Opravy softwaru pro správu
Tato část ukazuje opravy a vylepšení softwaru pro správu pro toto vydání.

maxView Opravy Storage Manager/ARCCONF
Tato část zobrazuje maxView Opravy a vylepšení Storage Manager/ARCCONF pro toto vydání.

Opravy a vylepšení pro maxView Storage Manager/ARCCONF verze 2.0.0 sestavení 24308|
Toto vydání poskytuje následující opravy a vylepšení.

Podpora přidání vyrovnávací paměti protokolu událostí firmwaru jako součásti „Savesupportarchive“.
Podpora řadiče pro hlášení selhání fyzických zařízení v konfiguraci.
Opraven problém, kdy vzdálený ARCCONF měl zranitelnost zabezpečení OpenSSL.
- Příčina: Remote ARCCONF používá starší verzi open source knihovny OpenSSL, která měla bezpečnostní chyby.
- Opravit: Do vzdáleného ARCCONF byly přidány změny přidáním nejnovější verze knihovny OpenSSL, která řešila chyby zabezpečení.
- Riziko: Nízký
Opraven problém, kdy maxView nezobrazuje správně konfiguraci, pokud má fyzické zařízení název modelu s uvozovkami [“].
- Příčina: Uvozovky [“] v názvu fyzického modelu zařízení poškodily formát JSON konfigurace, takže maxView nelze jej správně zobrazit.
- Opravit: Přidány změny při vytváření konfigurace JSON pro adresní znaky, jako je [“].
- Riziko: Nízký

Omezení
Tato část ukazuje omezení pro toto vydání.

Omezení firmwaru
Tato část ukazuje omezení firmwaru pro toto vydání.

Omezení pro vydání firmwaru
Pro toto vydání nejsou známá žádná omezení.

Omezení UEFI/Legacy BIOS
Tato část ukazuje omezení UEFI/Legacy BIOS pro toto vydání.

Omezení pro UEFI Build 1.4.3.6/Legacy BIOS Build 1.4.3.2
Pro toto vydání nejsou známá žádná omezení.

Omezení řidiče
Tato část ukazuje omezení ovladače pro toto vydání.

Omezení ovladače pro Windows
Tato část ukazuje omezení ovladače Windows pro toto vydání.

Omezení pro Windows Driver Build 1010.6.0.1025
Pro toto vydání nejsou známá žádná omezení.

Omezení ovladačů pro Linux
Tato část ukazuje omezení ovladače Linux pro toto vydání.

Omezení pro Linux Driver Build 2.1.12-055
Tato verze obsahuje následující omezení.

Na systémech AMD/RHEL 7.9 může systém zpanikařit kvůli chybě v modulu IOMMU. Podrobnosti najdete na https://lore.kernel.org/linux-iommu/20191018093830.GA26328@suse.de/t/
- Řešení: Zakažte možnost nastavení IOMMU v systému BIOS.
V závislosti na hardwarových konfiguracích nemusí parametr smartpqi expose_ld_first vždy fungovat konzistentně.
- Řešení: Žádný
Hibernace systému Linux pomocí příkazu „pm-hibernate“ způsobí zablokování systému.
- Řešení: Žádný

Omezení ovladače VMware
Tato část ukazuje omezení ovladače VMware pro toto vydání.

Omezení pro VMware Driver Build 4150.0.119
Pro toto vydání nejsou známá žádná omezení.

Omezení ovladače FreeBSD/Solaris
Tato část ukazuje omezení ovladače FreeBSD/Solaris pro toto vydání.2.3.3.4.1 Omezení pro FreeBSD Driver Build 4130.0.1008
Pro toto vydání nejsou známá žádná omezení.

Omezení pro Solaris Driver Build 4120.0.1005
Pro toto vydání nejsou známá žádná omezení.

Omezení softwaru pro správu

Tato část ukazuje omezení softwaru pro správu pro toto vydání.

maxView Omezení Storage Manager/ARCCONF
Tato část zobrazuje maxView Omezení Storage Manager/ARCCONF pro toto vydání.

Omezení pro maxView Storage Manager/ARCCONF verze 2.0.0 sestavení 24308
Pro toto vydání nejsou známá žádná omezení.

Aktualizace firmwaru ovladače

Tato část popisuje, jak aktualizovat firmware řadiče na nejnovější verzi.
Aktualizace ovladačů na nejnovější firmware
Pokud je spuštěný firmware 3.01.00.006 nebo nižší, kontaktujte tým Adaptec Apps na ask.adaptec.com.
Aktualizace firmwaru na 3.01.04.072

U řadičů s firmwarem 3.01.02.042 nebo vyšším flash s 3.01.04.072 verzí firmwaru „SmartFWx200.bin“ dodávaným v tomto balíčku s použitím max.view nebo nástroj ARCCONF.
Vypněte a zapněte server.

Historie revizí

Tabulka 4-1. Historie revizí

Revize	Datum	Popis
B	08/2021	Aktualizováno pro vydání SR 3.1.4.
A	06/2021	Dokument vytvořen.

Mikročip Webmísto

Microchip poskytuje online podporu prostřednictvím našeho webmísto na www.microchip.com/. Tento webmísto se používá k výrobě files a informace snadno dostupné zákazníkům. Některý dostupný obsah zahrnuje:

Produktová podpora – datové listy a errata, aplikační poznámky a sampprogramy, zdroje návrhů, uživatelské příručky a dokumenty podpory hardwaru, nejnovější verze softwaru a archivovaný software
Obecná technická podpora – často kladené otázky (FAQ), požadavky na technickou podporu, online diskusní skupiny, seznam členů programu designérských partnerů společnosti Microchip
Business of Microchip – průvodce pro výběr produktů a objednávky, nejnovější tiskové zprávy Microchip, seznam seminářů a akcí, seznamy prodejních kanceláří Microchip, distributorů a zástupců továren

Služba upozornění na změnu produktu

Služba oznamování změn produktů společnosti Microchip pomáhá zákazníkům udržovat aktuální informace o produktech společnosti Microchip. Předplatitelé obdrží e-mailové upozornění, kdykoli dojde ke změnám, aktualizacím, revizím nebo chybám souvisejícím s konkrétní produktovou řadou nebo vývojovým nástrojem, který je zajímá. Chcete-li se zaregistrovat, přejděte na www.microchip.com/pcn a postupujte podle pokynů k registraci.

Zákaznická podpora

Uživatelé produktů Microchip mohou získat pomoc prostřednictvím několika kanálů:

Distributor nebo zástupce
Místní prodejní kancelář
Embedded Solutions Engineer (ESE)
Technická podpora

Zákazníci by měli kontaktovat svého distributora, zástupce nebo ESE s žádostí o podporu. Zákazníkům jsou k dispozici také místní prodejní kanceláře. V tomto dokumentu je uveden seznam prodejních kanceláří a míst.
Technická podpora je k dispozici prostřednictvím webmísto na: www.microchip.com/support

Funkce ochrany kódem zařízení Microchip

Všimněte si následujících podrobností o funkci ochrany kódu na zařízeních Microchip:

Produkty Microchip splňují specifikace obsažené v jejich konkrétním datovém listu Microchip.
Společnost Microchip věří, že její řada produktů je bezpečná, pokud je používána zamýšleným způsobem a za normálních podmínek.
Při pokusech o narušení funkcí ochrany kódu zařízení Microchip se používají nepoctivé a možná i nezákonné metody. Domníváme se, že tyto metody vyžadují použití produktů Microchip způsobem mimo provozní specifikace obsažené v datových listech Microchip. Pokusy o porušení těchto funkcí ochrany kódu s největší pravděpodobností nelze provést bez porušení práv duševního vlastnictví společnosti Microchip.
Microchip je ochoten spolupracovat s každým zákazníkem, který má obavy o integritu svého kódu.
Společnost Microchip ani žádný jiný výrobce polovodičů nemůže zaručit bezpečnost svého kódu. Ochrana kódem neznamená, že garantujeme, že produkt je „nerozbitný“. Ochrana kódu se neustále vyvíjí. My ve společnosti Microchip jsme odhodláni neustále zlepšovat funkce ochrany kódu našich produktů. Pokusy prolomit funkci ochrany kódu Microchip mohou být porušením zákona Digital Millennium Copyright Act. Pokud takové činy umožňují neoprávněný přístup k vašemu softwaru nebo jinému dílu chráněnému autorským právem, můžete mít právo podat žalobu o pomoc podle tohoto zákona.

Právní upozornění
Informace obsažené v této publikaci jsou poskytovány výhradně za účelem navrhování a používání produktů Microchip. Informace týkající se aplikací zařízení a podobně jsou poskytovány pouze pro vaše pohodlí a mohou být nahrazeny aktualizacemi. Je vaší odpovědností zajistit, aby vaše aplikace odpovídala vašim specifikacím.
TYTO INFORMACE POSKYTUJE SPOLEČNOST MICROCHIP „TAK JAK JSOU“. MICROCHIP NEPOSKYTUJE ŽÁDNÁ PROHLÁŠENÍ ANI ZÁRUKY JAKÉHOKOLI DRUHU, AŤ UŽ VÝSLOVNÉ ČI PŘEDPOKLÁDANÉ, PÍSEMNÉ ČI ÚSTNÍ, ZÁKONNÉ
NEBO JINAK TÝKAJÍCÍ SE INFORMACÍ VČETNĚ, ALE NE OMEZENÍ, JAKÝCHKOLI PŘEDPOKLÁDANÝCH ZÁRUK NEPORUŠENÍ, OBCHODOVATELNOSTI A VHODNOSTI PRO KONKRÉTNÍ ÚČEL NEBO ZÁRUKY VZTAHUJÍCÍ SE K JEHO STAVU, KVALITĚ NEBO VÝKONU.
V ŽÁDNÉM PŘÍPADĚ NEBUDE MICROCHIP ODPOVĚDNÁ ZA JAKÉKOLI NEPŘÍMÉ, ZVLÁŠTNÍ, TRESTNÉ, NÁHODNÉ NEBO NÁSLEDNÉ ZTRÁTY, ŠKODY, NÁKLADY NEBO NÁKLADY JAKÉHOKOLI DRUHU SOUVISEJÍCÍ S INFORMACÍ NEBO JEJICH POUŽITÍM, JAK BY TO BYLO ZPŮSOBENO, BEZ NÁSLEDUJI ŠKODY JSOU PŘEDvídatelné. CELKOVÁ ODPOVĚDNOST SPOLEČNOSTI MICROCHIP ZA VŠECHNY NÁROKY SOUVISEJÍCÍ S INFORMACEMI NEBO JEJICH POUŽITÍM NEPŘEKROČÍ V NEJVYŠŠÍM ROZSAHU POVOLENÉM ZÁKONEM, KTERÉ JSTE ZA INFORMACE ZAPLATILI PŘÍMO SPOLEČNOSTI MICROCHIP. Použití zařízení Microchip v aplikacích na podporu života a/nebo v bezpečnostních aplikacích je zcela na riziko kupujícího a kupující souhlasí s tím, že bude Microchip bránit, odškodnit a chránit před všemi škodami, nároky, žalobami nebo výdaji vyplývajícími z takového použití. Žádné licence nejsou poskytovány, implicitně ani jinak, v rámci jakýchkoli práv duševního vlastnictví společnosti Microchip, pokud není uvedeno jinak.

ochranné známky

Název a logo Microchip, logo Microchip, Adaptec, AnyRate, AVR, logo AVR, AVR Freaks, BesTime, BitCloud, chipKIT, logo chipKIT, CryptoMemory, CryptoRF, dsPIC, FlashFlex, flexPWR, HELDO, IGLOO, Jukeq, KleereLox, KeereLox , LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, Microsemi, logo Microsemi, MOST, logo MOST, MPLAB, OptoLyzer, PackeTime, PIC, picoPower, PICSTART, logo PIC32, PolarFire, Prochip Designer, QTouch, SenGenuity SAM-BA , SpyNIC, SST, SST Logo, SuperFlash, Symmetricom, SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron a XMEGA jsou registrované ochranné známky společnosti Microchip Technology Incorporated v USA a dalších zemích.

AgileSwitch, APT, ClockWorks, The Embedded Control Solutions Company, EtherSync, FlashTec, Hyper Speed Control, HyperLight Load, IntelliMOS, Libero, motorBench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, logo ProASIC Plus, Quiet-Wire, SmartFusion, SyncWorld, Temux, TimeCesium, TimeHub, TimePictra, TimeProvider, WinPath a ZL jsou registrované ochranné známky společnosti Microchip Technology Incorporated v USA.

Potlačení sousedících klíčů, AKS, Analog-for-the-Digital Age, Libovolný kondenzátor, AnyIn, AnyOut, Augmented Switching, BlueSky, BodyCom, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController, ddsPICDEM, Average , ECAN, Espresso T1S, EtherGREEN, IdealBridge, In-Circuit Serial Programming, ICSP, INICnet, Intelligent Paralleling, Inter-Chip Connectivity, JitterBlocker, maxCrypto, max.View, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB Certified logo, MPLIB, MPLINK, MultiTRAK, NetDetach, Omniscient Code Generation, PICDEM, PICDEM.net, PICkit, PICtail, PowerSmart, PureSilicon, QMatrix, REAL ICE, RTAX , RTG4, SAM-ICE, Serial Quad I/O, simpleMAP, SimpliPHY, SmartBuffer, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance, TSHARC, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect a ZENA jsou ochranné známky společnosti Microchip Technology Incorporated v USA a dalších zemích.
SQTP je servisní značka společnosti Microchip Technology Incorporated v USA

Logo Adaptec, Frequency on Demand, Silicon Storage Technology a Symmcom jsou registrované ochranné známky společnosti Microchip Technology Inc. v jiných zemích.
GestIC je registrovaná ochranná známka společnosti Microchip Technology Germany II GmbH & Co. KG, dceřiné společnosti Microchip Technology Inc., v jiných zemích.

Všechny ostatní ochranné známky uvedené v tomto dokumentu jsou majetkem příslušných společností. © 2021, Microchip Technology Incorporated, vytištěno v USA, všechna práva vyhrazena.
ISBN: 978-1-5224-8477-6

Systém managementu kvality

Informace týkající se systémů řízení kvality společnosti Microchip naleznete na adrese www.microchip.com/quality.

Celosvětový prodej a servis

AMERIKY

ASIE/PACIFIK

EVROPA

Kancelář společnosti

2355 West Chandler Blvd. Chandler, AZ 85224-6199

tel: 480-792-7200

Fax: 480-792-7277

Technická podpora: www.microchip.com/support Web Adresa: www.microchip.com Atlanta

Duluth, GA

tel: 678-957-9614

Fax: 678-957-1455

Austin, TX

tel: 512-257-3370

Boston Westborough, MA Tel: 774-760-0087

Fax: 774-760-0088

Chicago

Itasca, IL

tel: 630-285-0071

Fax: 630-285-0075

Dallas

Addison, TX

tel: 972-818-7423

Fax: 972-818-2924

Detroit

Novi, MI

tel: 248-848-4000

Houston, TX

tel: 281-894-5983

Indianapolis Noblesville, IN Tel: 317-773-8323

Fax: 317-773-5453

tel: 317-536-2380

Los Angeles Mission Viejo, CA Tel: 949-462-9523

Fax: 949-462-9608

tel: 951-273-7800

Raleigh, NC

tel: 919-844-7510

New York, NY

tel: 631-435-6000

San Jose, CA

tel: 408-735-9110

tel: 408-436-4270

Kanada – Toronto

tel: 905-695-1980

Fax: 905-695-2078

Austrálie – Sydney

Tel: 61-2-9868-6733

Čína – Peking

Tel: 86-10-8569-7000

Čína – Čcheng-tu

Tel: 86-28-8665-5511

Čína – Chongqing

Tel: 86-23-8980-9588

Čína – Dongguan

Tel: 86-769-8702-9880

Čína – Guangzhou

Tel: 86-20-8755-8029

Čína – Chang-čou

Tel: 86-571-8792-8115

Čína – SAR Hong Kong

Tel: 852-2943-5100

Čína – Nanjing

Tel: 86-25-8473-2460

Čína – Čching-tao

Tel: 86-532-8502-7355

Čína – Šanghaj

Tel: 86-21-3326-8000

Čína – Shenyang

Tel: 86-24-2334-2829

Čína – Shenzhen

Tel: 86-755-8864-2200

Čína – Suzhou

Tel: 86-186-6233-1526

Čína – Wuhan

Tel: 86-27-5980-5300

Čína – Xian

Tel: 86-29-8833-7252

Čína – Xiamen

Tel: 86-592-2388138

Čína – Zhuhai

Tel: 86-756-3210040

Indie – Bangalore

Tel: 91-80-3090-4444

Indie – Nové Dillí

Tel: 91-11-4160-8631

Indie - Pune

Tel: 91-20-4121-0141

Japonsko – Ósaka

Tel: 81-6-6152-7160

Japonsko – Tokio

Tel: 81-3-6880- 3770

Korea – Daegu

Tel: 82-53-744-4301

Korea – Soul

Tel: 82-2-554-7200

Malajsie - Kuala Lumpur

Tel: 60-3-7651-7906

Malajsie – Penang

Tel: 60-4-227-8870

Filipíny – Manila

Tel: 63-2-634-9065

Singapur

Tel: 65-6334-8870

Tchaj-wan – Hsin Chu

Tel: 886-3-577-8366

Tchaj-wan – Kaohsiung

Tel: 886-7-213-7830

Tchaj -wan - Tchaj -pej

Tel: 886-2-2508-8600

Thajsko – Bangkok

Tel: 66-2-694-1351

Vietnam – Ho Či Min

Tel: 84-28-5448-2100

Rakousko – Wels

Tel: 43-7242-2244-39

Fax: 43-7242-2244-393

Dánsko – Kodaň

Tel: 45-4485-5910

Fax: 45-4485-2829

Finsko – Espoo

Tel: 358-9-4520-820

Francie – Paříž

Tel: 33-1-69-53-63-20

Fax: 33-1-69-30-90-79

Německo – Garching

Tel: 49-8931-9700

Německo – Haan

Tel: 49-2129-3766400

Německo – Heilbronn

Tel: 49-7131-72400

Německo – Karlsruhe

Tel: 49-721-625370

Německo – Mnichov

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

Německo – Rosenheim

Tel: 49-8031-354-560

Izrael – Ra'anana

Tel: 972-9-744-7705

Itálie – Milán

Tel: 39-0331-742611

Fax: 39-0331-466781

Itálie – Padova

Tel: 39-049-7625286

Nizozemsko – Drunen

Tel: 31-416-690399

Fax: 31-416-690340

Norsko – Trondheim

Tel: 47-72884388

Polsko – Varšava

Tel: 48-22-3325737

Rumunsko – Bukurešť

Tel: 40-21-407-87-50

Španělsko - Madrid

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

Švédsko – Göteborg

Tel: 46-31-704-60-40

Švédsko – Stockholm

Tel: 46-8-5090-4654

Velká Británie – Wokingham

Tel: 44-118-921-5800

Fax: 44-118-921-5820

Dokumenty / zdroje

MICROCHIP HBA 1200 Poznámky k verzi softwaru a firmwaru [pdfPokyny
HBA 1200, Software-Firmware Release Notes, Firmware Release Notes, Software-Firmware, Release Notes

Reference

Uživatelská příručka

MICROCHIP HBA 1200 Poznámky k verzi softwaru a firmwaru