MICROCHIP HBA 1200 Забелешки за издавање на софтвер-фирмвер Инструкции

За ова издание
Изданието за развој опишано во овој документ вклучува фирмвер, двигатели на ОС, алатки и софтвер за управување со домаќинот за решенијата HBA 1200 од Microchip.

Идентификација на издавање
Верзиите на фирмверот, софтверот и драјверот за ова издание се прикажани во следната табела.

Табела 1-1. Резиме на изданието

Ослободување на решенија	3.1.4
Датум на издавање на пакетот	10 август 2021 година
Верзија на фирмвер	3.01.04.072
UEFI/Наследен BIOS	1.4.3.6/1.4.3.2
Верзии на драјвери	Windows драјвери: • Windows 2019, 2016, Windows 10: 1010.6.0.1025 Linux SmartPQI: • RHEL 7/8: 2.1.12-055 • СЛЕС 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/Соларис: • FreeBSD 11/12/13: 4130.0.1008 • Соларис: 11: 4120.0.1005
ARCCONF/максView	B24308

FileВклучено во ова издание
Овој дел ги детализира files вклучени во ова издание.

Табела 1-2. Фирмвер Files

Компонента

Опис

Употреба пред склопување

Постмонтажна употреба

SmartFWx200.bin

Програмабилен NOR Flash потпишан со производство File. Користете го за програмирање NOR Flash за табли што веќе работат на фирмверот.

Табела 1-3. Алатки за програмирање на фирмверот

Алатка	Опис	Извршна
ARCCONF	ARCCONF CLI Utility	ARCCONF BXXXXX.zip
максView	максView Корисна работа	МАКСVIEW XXX BXXXXXX.zip

Возач Files

Табела 1-4. Windows драјвери

OS	Верзија
Сервер 2019, 2016 година, Windows 10	x64

Табела 1-5. Линукс драјвери

OS	Верзија
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
Дебиан 10.5, 9.13	x64
Fedora 33 (инбокс)	x64
XenServer 8.2	x64

Табела 1-6. Драјвери за FreeBSD, Solaris и VMware

OS	Верзија
ESX6.5U3/U2	x64
ESX6.7U3/U2	x64
ESX7.0U2/U1	x64
FreeBSD 13, 12.2, 11.4	x64
Соларис 11.4	x64

Софтвер за управување со домаќинот

Табела 1-7. максView и ARCCONF Utilities

Опис	OS	Извршна
Utility за командна линија ARCCONF	Windows x64 Linux x64 VMware 6.5 и погоре	Погледнете го arcconf_B#####.zip за извршните датотеки за инсталација за соодветниот ОС.
	XenServer
	UEFI поддршка
максView Менаџер за складирање	Windows x64 Linux x64 VMware 6.5 и погоре	Видете го максview_linux_B#####.zip, максview_win_ B#####.zip,и максview_vmware_B#####.zip за извршните датотеки за инсталација.
	XenServer
	UEFI поддршка
максView Приклучок vSphere	VMware 6.5 и погоре	Видете го максview_vmware_B#####.zip за извршните датотеки за инсталација.
Подигнете USB (офлајн или пред-подигање) за ARCCONF и максView Менаџер за складирање	Linux x64	Видете го максview_offline_bootusb_B#####.zi стр за .iso file.

Што има ново?

Овој дел покажува што е ново во ова издание.

Карактеристики

Следната табела ги наведува карактеристиките поддржани за ова издание. Табела 2-1. Резиме на карактеристики

Карактеристики		Поддржано во ова издание	Идно издание
UEFI драјвер, поддршка за подигање		X
Наследна поддршка за подигање		X
Динамично управување со енергија		X
Поддршка за возачот	Windows	X
	Linux	X
	VMware	X
	FreeBSD	X
	Соларис	X
	ОС сертификација	X
Поддршка за блиц	ARCCONF алатка	X
максView поддршка за алатки		X
Поддршка на алатката ARCCONF		X
Управување со MCTP BMC		X
4Kn поддршка во RAID и HBA		X
Поддршка за шифрирање (CBE) базирана на контролер1		X
Поддршка за избор на интерфејс надвор од опсегот на MCTP или PBSI		X
Поддршка за VPP Backplane		X
Поддршка на PBSI		X
Поставки за SSU на Expander што може да се конфигурираат		X

Забелешка: Достапно само за производи со овозможено шифрирање.

Поправки и подобрувања

Овој дел ги прикажува поправките и подобрувањата за ова издание.

Поправки на фирмверот

Овој дел ги прикажува поправките и подобрувањата на фирмверот за ова издание.

Поправки и подобрувања за издавање на фирмверот 3.01.04.072
Ова издание ги обезбедува следните поправки и подобрувања.

Подобрен излез на сериски дневник за прикачен инвентар на уреди. Поточно, ги подобри информациите во врска со уникатните идентификатори на уредите NVMe и одвои/реорганизираше неколку групи информации за да се подобри читливоста.
Додадена е поддршка за пријавување уникатен SCSI ID за NVMe уреди преку InquiryVPD 83h и нови формати на ReportPhysicalLUNs во стилот CISS за поддршка на драјверите на ОС при собирањето на овие информации.

Додадена е функционалност за директно кабли за кабли компатибилни со логиката „автоматско откривање“.
API-то за метрика „PMS (статистички податоци за следење на перформансите)“ е застарено. Неколку метрики поврзани со перформансите во API „M&P“ исто така се застарени; сепак, бројачите поврзани со грешки сè уште се одржуваат.

Идентификаторите на PCIe на уредот NVMe сега се пријавени преку командата IdentifyPhysicalDevice. Ова го поддржува известувањето PLDM како дел од додавањето SCSI единствени идентификатори за уредите NVMe.
Додадена е поддршка за фирмверот за пријавување на командни формати на инвентар на уреди за двигател на ОС како поддршка за идна поддршка за уникатни информации за уредот SCSI за уредите NVMe и исто така додадени

поддршка за пријавување уникатен SCSI ID за уредите NVMe преку Inquiry VPD 83h и новите формати на ReportPhysicalLUNs во стилот CISS за поддршка на драјверите на ОС при собирањето на овие информации.
Поправен е проблем со кој се спречува откривањето на жешко-додаден погон со задна рамнина SGPIO, доколку тој сегмент на задна рамнина првично немал инсталирани погони при подигање.
- Основна причина: Логиката која одлучува да ги оневозможи „неискористените“ PHY неправилно оценети порти прикачени на
  задна рамнина SGPIO дека не е поврзана со задна рамнина. Бидејќи SGPIO нема стандардизиран механизам надвор од опсегот за откривање на топла приклучоци, оневозможувањето на PHY на контролорот по првичното откритие спречи откривање на идни жешки приклучоци.
- Поправи: За задна рамнина со директно прикачување, оставете го контролорот PHY овозможен за да поддржува откривање на топла приклучоци во опсегот.
- Ризик: Ниско

Поправен е проблем кога пријавената стапка на поврзување за NVMe-дисковите е погрешно пријавена кога саканата ширина на портата не е иста со вистинската ширина на портата поврзана.
- Основна причина: Известувањето од фирмверот не беше доволно гранулирано за да се пријави диспаритетот. Откако ќе се реши тој проблем, фирмверот ќе се обиде да ги оневозможи „неискористените“ PHY од групата на порти, но тоа ќе предизвика оневозможување на целата порта на уредот.
- Поправи: Логиката на фирмверот беше ажурирана за правилно да го пријави статусот/стапките на дискретната врска PHY. Логиката на фирмверот за оневозможување на „неискористените“ PHY исто така беше изменета за да не се оневозможи PHY за NVMe порта во која е поврзан барем еден PHY.
- Ризик: Ниско
Поправен е проблемот кога контролорот WWID е погрешно отпечатен за време на подигање до дневникот UART/SOB.
- Основна причина: Беше направена промена на рефакторирање на излезите на општиот производствен формат заедно со додавање поддршка за посебен нов формат. Овој рефакториран код погрешно го третира

WWID како QWORD поле наместо BYTE низа што резултира со излезот да се заменува со ендијани.

Промената влијаеше само на оваа функција за печатење - инаку WWID беше правилно користен и соодветно пријавен на друго место.
- Поправи: Ја смени логиката на печатење на вредноста на WWID како низа BYTE.
- Ризик: Ниско

• Поправен е проблем каде што погоните прикачени на VPP задна рамнина имаат неточни броеви на полињата и погрешно се претставени на домаќинот.
- Основна причина: Логиката за откривање VPP најде уред TWI на адреса 0xAE, но ги прочита сите 0xFF од него. Ова резултираше со однесување кое го постави куќиштето претпоставувајќи лош EEPROM, но тоа резултираше со повеќе проблеми со искуството на клиентите.
- Поправи: Логиката што следи со лош EEPROM беше приспособена за да се земе предвид одговорна цел TWI без валидни податоци. Овој случај сега ќе се третира повеќе како куќиште со директно кабелско поврзување без куќиште.
- Ризик: Ниско
Поправен е проблемот каде НИТУ блиц корупцијата во верзијата на фирмверот или табелата за контролни суми резултира со неисправна корупција.
- Основна причина: Информациите за верзијата на фирмверот се коригираат, но не се означени како такви, а табелата за проверка на сумата не се коригира. Во двата случаи, контролорот продолжува да известува дека ја открил и не ја поправил корупцијата.
- Поправи: И двата случаи може да се поправат ако излишната слика е кохерентна, така што е додадена логика за да се изврши корекцијата, како и правилно да се пријави тој статус.
- Ризик: Ниско

Поправен е проблемот кога првото ладно подигање по ажурирањето на фирмверот известува за непотребно оштетување на сликата.
- Основна причина: Резултатите од обуката DDR се зачувуваат во делот за излишни слики, така што може да се упатат за да се забрза обуката за време на подигањето. При ажурирање на фирмверот, овие резултати се бришат за да им се овозможи на потенцијалните нови алгоритми во новиот фирмвер да воспостават нови/подобри резултати. Стакот RAID неправилно го вклучуваше овој дел во споредби помеѓу активните и неактивните содржини на сликата што предизвикуваше лажна порака за оштетување на сликата.
- Поправи: Не го вклучувајте овој дел во споредбата на сликите освен ако зачуваните резултати се веќе кохерентни.
- Ризик: Ниско
Поправено е потенцијално заклучување на контролорот 0x1ABD кога SATA-диск е неуспешно со извонреден IO и дискот не реагира на Идентификување на уредот по ресетирањето.
- Основна причина: Постои можност во фирмверот да се редат IO на уред во време кога тој е неуспешен и тоа може да доведе до тоа IO да не може да се врати бидејќи уредот не реагира. Друго ресетирање на уредот можеби го вратило IO, но логиката за истекот на IO на фирмверот експлицитно го исклучуваше испраќањето на управувањето со задачите за обновување на уредите веќе означени како неуспешни.
- Поправи: При ракување со истекот на времето, дозволете дејства како што е ресетирањето на уредот против уредите означени како неуспешни. Додадено е и
  активен чекор за враќање на IO до рутината за неуспех на уредот за активно прекинување на неисполнетите барања наместо да се чека уредот (или SATL) нормално да ги обработи редиците.
- Ризик: Ниско
Поправен е проблем кога фирмверот погрешно пријавил „Активирање на фирмверот преку Интернет“ како поддржан сет на функции на овој производ.
- Основна причина: неправилно рекламиран фирмвер Функционалноста за активирање на фирмверот преку Интернет како што е поддржана. Кога софтверот на домаќинот ги набљудува овие битови за поддршка и се обидува да ја користи функцијата, може да наиде на грешки бидејќи всушност не е поддржан.
- Поправи: Изменети се различни механизми за известување за карактеристики за да се покаже дека оваа функција не е поддржана.
- Ризик: Ниско
Поправен е проблем со заклучување на исклучок на TLB кога повеќекратни MCTP барања надвор од опсегот беа испратени до фирмверот во исто време.
- Основна причина: Исклучок на TLB/NULL покажувач се јавува во фирмверот кога прима асинхрони MCTP барања во исто време во сесија кога претходното барање MCTP не е целосно обработено. Поради ова, фирмверот влегува во тајминг чувствителна ситуација каде што една од нишките во фирмверот ги поставува пакетизираните MCTP одговори со пристап до меморискиот бафер за сесија OOB кој штотуку беше ослободен од друга нишка одговорна за обработка на барањата MCTP. Тоа е затоа што фирмверот се справува со едно барање MCTP во сесија на синхрони начин, ако прими друго барање од истата сесија пред да го комплетира постојното барање, го брише стариот контекст на сесија и започнува со обработка на новото барање.
  - Поправи: За благодатно да се справи со оваа ситуација, фирмверот ќе користи spinlock додека пристапува до сесијата OOB од различни нишки.
  - Ризик: Ниско
Решен е проблемот со намалените перформанси кога домаќинот испраќа големи секвенцијални IO преноси на голема длабочина на редот.
- Основна причина: Кога барањата се спојуваат и stagед, оваа активност се јавува или во контекстот за влез на IO на домаќинот (PARSE) или во контекстот на мапирање RAID (MAPPER). Кога PARSE донесува одлуки за тоа кога да stagе податоци и сtagкога ресурсите се ограничени, тој влегуваше во јамка за зафатено чекање за да овозможи комплетирање на ресурсите и ќе ја проверува оваа јамка на секои 10 ms (или 100 IO/s). Во овој конкретен обем на работа, стабилната состојба на системот предизвикуваше влезот на IO да биде целосно затворен на оваа јамка што резултираше со појава на многу предвидлива и фиксна количина на IO.
- Поправи: Тајмерот на јамката за зафатено чекање беше намален на 100 µs (или 10k IO/s) што е повеќе од доволно за да се засити пропусната моќ на контролерот.
- Ризик: Ниско
Поправки на UEFI/наследниот BIOS
Овој дел ги прикажува поправките и подобрувањата на UEFI/Legacy BIOS-от за ова издание.
Поправки и подобрувања за UEFI Build 1.4.3.6/Legacy BIOS Build 1.4.3.2
Ова издание ги обезбедува следните поправки и подобрувања.

Додадена е опција HII во поставките на протоколот за откривање порти за поддршка на дискови поврзани со кабел.
Додадена е поддршка за статусот на причината за последен дефект на Drive во менито со информации за дискот HII.
Поправен проблем каде што неуспешните HBA-дискови не се прикажани во HII.
- Основна причина: Неуспешните HBA уреди не се прикажуваат во пораките за HII и здравствената состојба на возачот.
- Поправи: Пополнете и обезбедете достапни информации за неуспешни уреди во пораките за HII и здравствената состојба на возачот.
- Изложеност: Сите претходни верзии.
- Ризик: Ниско
Поправен е проблем каде што UEFI само-сертификацијата тестови SCT не успева за протоколот Component name2.
- Основна причина: Протоколот GetControllerName of Component name2 не го потврдува јазикот на внесување. SCT не успева кога е даден неточен јазик како влез.
- Поправи: Додадена е валидација на поддржан јазик за протоколот GetControllerName of Component name2.
- Изложеност: Сите претходни верзии.
- Ризик: Ниско
Поправен е проблем каде што промените на протоколот за откривање на портата не обезбедуваат статус за да ги информираат корисниците дека е потребно рестартирање.
- Корена причина: Статусот на операција на протоколот за откривање порта покажува само дали е успешен или не успеа.
- Поправи: Додадена е порака за потребната рестартирање во конечниот статус на поставките на протоколот за откривање порти.
- Изложеност: Сите претходни верзии.
- Ризик: Ниско
Поправен проблем каде UEFI ARCCONF CLI произведува грешка како непрепознаена команда во EFI школка.
- Основна причина: Неточно заглавие за командите на страницата со особини со сетилни карактеристики што доведува до погрешна валидација на бит за карактеристики, третирајќи ја функцијата ARCCONF CLI како неподдржана.
- Поправка: Поправени заглавија на командите на страницата со особини за сетило според спецификацијата за да се добијат точни битови за карактеристики за функцијата ARCCONF CLI.
- Изложеност: Сите претходни верзии.
- Ризик: Ниско

Поправки на возачот
Овој дел ги прикажува поправките и подобрувањата на драјверот за ова издание.

Поправени двигатели на Windows
Овој дел ги прикажува поправките и подобрувањата на драјверот за Windows за ова издание.

Поправки и подобрувања за Windows Driver Build 1010.6.0.1025
Ова издание ги обезбедува следните поправки и подобрувања.

Поправен е проблем каде што оперативниот систем веројатно нема да се подигне.
- Основна причина: Возачот може да не успее да се вчита затоа што пишувањето на Регистарот за конфигурација на администраторската редица и потоа читањето на регистарот без одлагање може да даде погрешен статус на застоен.
- Поправи: Додадено е доцнење од 1ms=1000 us по пишувањето на Регистарот на функцијата за конфигурација на редицата на администратор, но пред да започне анкетата статусот на гласање.
- Ризик: Ниско

Поправени двигатели за Linux
Овој дел ги прикажува поправките и подобрувањата на драјверот за Linux за ова издание.

Поправки и подобрувања за верзијата 2.1.12-055 на двигателот за Linux

Поправен е проблемот кога се создаваат дупликат јазли на уредот за погон на лента Ultrium и менувач на медиум.
- Основна причина: Ултриум лентата е целна SCSI со повеќе LUN. Претставува LUN за погонот на лентата и втор LUN за менувачот на медиум. Нашиот фирмвер на контролорот ги наведува двата LUN во резултатите од RPL. Како резултат на тоа, двигателот smartpqi ги изложува двата уреди на ОС. Потоа, ОС го прави своето нормално откривање на уредот преку командата SCSI REPORT LUNS, што предизвикува повторно да ги открие двата уреди по втор пат, што резултира со дупликат јазли на уредот. Ова скршено однесување беше маскирано со претходна грешка smartpqi што предизвика оперативниот систем да го прескокне откривањето на уредот за овој тип уред. Оваа грешка при маскирање беше поправена со неодамнешна промена на smartpqi за да се известат попрецизни информации за протоколите за иницијатор на SAS и протоколите за целни порти.
- Поправи: Кога оперативниот систем повторно ќе ги открие двата LUN за погонот на лентата и менувачот на медиум, возачот препознава дека тие се веќе пријавени и го блокира оперативниот систем да ги додаде по втор пат.
- Ризик: Ниско

Поправен е проблем каде што во некои ситуации кога возачот го става контролорот офлајн, може да дојде до пад на јадрото.
- Основна причина: додека го земате контролорот офлајн, можно е возачот да падне во IO кои веќе се завршени од ОС, предизвикувајќи пад на јадрото.
- Поправи: Ако уредот е означен офлајн од оперативниот систем, не откажувајте ги IO-ите што се однесуваат на тој уред бидејќи IO-ите можеби биле претходно завршени.
- Ризик: Ниско

Поправен е проблем со отстранување на уредот со помош на sysfs.
- Основна причина: Дефинирањето на slave_destroy предизвикува SML да се јави во нашиот slave_destroy за да го отстрани уредот од табелата SCSI. Нашиот роб_уништи не е комплетен.
- Поправи: Отстрани slave_destroy.
- Ризик: Ниско
Поправен проблем каде што request_irq не успеа за време на хибернацијата на системот.
- Основна причина: Првиот аргумент irq во „request_irq“ не е точен.
- Поправи: Ако режимот на прекин е поставен на INTx, користете го „irq“ на уредот PCI како прв параметар за request_irq().
- Ризик: Ниско
Поправен проблем каде што за време на хибернацијата на системот, возачот ги ослободува сите irqs, ги оневозможува прекините на MSIx и бара наследен прекин на INTx. Кога возачот ќе го повика request_irq(), ОС се враќа-EINVAL. За прample, smartpqi 0000:b3:00.0: irq 191 init не успеа со грешка -22 genirq: Знамињата не се совпаѓаат irq 34. 00000080 (SmartPQI) наспроти 00000000 (i40e-0000:1a: 00.0).
- Основна причина: Првиот аргумент irq во request_irq не е точен
- Поправи:: Ако режимот за прекин е поставен на INTx, користете го irq на уредот PCI како прв параметар за request_irq().
- Ризик: Ниско
Поради промена во средниот слој SCSI, на некои дистрибуции на Linux може да им треба долго време за да се појават ако системот се рестартира додека хард дискот(и) се дезинфицираат. Ова е забележано на RHEL 7.9/RHEL8.3 и SLES 15SP2.
- Основна причина: За време на подигнувањето, некои оперативни системи изгледаат како да висат кога има еден или повеќе дискови кои се подложени на дезинфекција. Според SCSI SBC4 спецификација дел 4.11.2 Команди дозволени за време на санирање, некои SCSI команди се дозволени, но операциите за читање/запишување не се. Кога оперативниот систем се обидува да ја прочита табелата со партиции на дискот, се враќа ПРОВЕРКА СОСТОЈБА ASC 0x04 ASCQ 0x1b што предизвикува ОС повторно да се обиде со читањето додека не заврши дезинфекцијата. Ова може да потрае со часови.
- Поправи: Додадете тест единица подготвена на HBA-дискови и не прикажувајте ги на ОС ако се врати 0x02/0x04/0x1b (дезинфицирање во тек).
- Ризик: Ниско
Поправен е проблем со истекување на барањето, пад на перформансите и пад на системот.
- Основна причина: Проблемот се јавува во максимална конфигурација каде што се врши големо оптоварување на В/И со повремени ресетирање на LUN на изложените уреди. При неуспехот на IO-и во редица на патеката TMF, имаше истекување на барање и оттука застарени записи во базенот на барања со бројот на референци не-нула. Во патеката за исклучување, има BUG_ON за фаќање заглавени I/O или во фирмверот или во драјверот. Неослободеното застоено барање предизвика пад на системот. Ако горната ситуација продолжи да се случува, тогаш базенот со барања за влез/излез продолжува да протекува и може да има значителен пад на перформансите.
- Поправи: Возачот сега го ослободува протеченото барање правилно во патеката TMF додека не ги исполнува неисполнетите барања.
- Ризик: Ниско
Поправен е проблем за да се избегне дефект на IO за уреди кои не се онлајн.
- Основна причина: Додека го земате контролорот офлајн, можно е возачот да падне во IO кои веќе се пополнети од ОС, предизвикувајќи пад на јадрото.
- Поправи: Ако уредот е означен офлајн од ОС, не откажувајте ги IO-ите што се однесуваат на тој уред бидејќи IO-ите можеби биле претходно завршени.
- Ризик: Ниско
Поправени двигатели на VMware
Овој дел ги прикажува поправките и подобрувањата на двигателот на VMware за ова издание.
Поправки и подобрувања за VMware Driver Build 4150.0.119
Ова издание ги обезбедува следните поправки и подобрувања.

Додадена е поддршка за новите проширени формати во податоците вратени од командата Report Physical LUNs за контролери кои ја поддржуваат оваа функција. Новите формати овозможуваат известување за WWID од 16 бајти.
Поправен е проблем каде што беше забележано PSOD при извршување на алатката MBT.
- Основна причина: За време на attach(), возачот зачувува покажувач на приватна структура за секој адаптер во глобална низа. Индексот на низата никогаш не се намалуваше за време на растоварувањето. Ова резултираше со надворешен пристап до низата и води до PSOD.
- Поправи: Исчистете го покажувачот на приватната структура за време на detach().
- Ризик: Средно

Поправен е проблем со порамнувањето на елементите SG само за контролери со три режими.
- Основна причина: NVMe бара атрибут за порамнување на четири бајти во поставките на моторот DMA.
- Поправи: За контролери со три режими, користете приспособен dma мотор со 4-бајти параметри за порамнување на DMA SG.
- Ризик: Средно

Поправен е проблем за да се избегне дефект на IO за уреди кои не се онлајн.
- Основна причина: Додека го земате контролорот офлајн, можно е возачот да падне во IO кои веќе се пополнети од ОС, предизвикувајќи пад на јадрото.
- Поправи: Ако уредот е означен офлајн од ОС, не откажувајте ги IO-ите што се однесуваат на тој уред бидејќи IO-ите можеби биле претходно завршени.
- Ризик: Ниско

Решен проблем со небезбеден процес на мирување на уредот.
- Основна причина: Не се повикуваше ОС API за синхронизирање и испирање на прекини.
- Поправи: Додајте повик во API на ОС за да ги исчистите сите нерешени прекини.
- Ризик: Ниско

Поправен е проблем со ESXi PSOD во управувачот Smartpqi TMF.
- Основна причина: За време на „виртуелното ресетирање“ на TMF, возачот повторува низ структурите на IO и ќе издаде прекини за сите IO-и што чекаат. Додека врамува барање за прекин, возачот го користи покажувачот на структурата на уредот од структурата IO. Ако IO поврзан со структурата IO заврши паралелно, покажувачот на структурата на уредот може да се ресетира на NULL, што ќе резултира со грешка на страницата.
- Поправи: Користете го покажувачот на структурата на уредот даден од управувачот на OS TMF.
- Ризик: Ниско

Поправен проблем со ESXi PSOD поради дефект на страницата.
- Основна причина: Командата за пребарување на еден од дисковите истекува и ОС издава прекин на TMF. За време на завршувањето на TMF, возачот ќе го отпечати статусот на TMF. Внатрешно, ова ја користи приватната структура на возачот која не беше поставена при врамување на барањето TMF.
- Поправи: Поставете покажувач за приватна структура на возачот кога врамувате барање за TMF.
- Ризик: Ниско

Поправен проблем со ESXi PSOD поради Heartbeat NMI.
Основна причина: Возачот добива брава за да добие слот на влезната редица. Сите јадра може да завршат со користење на истиот влезен ред ако бројот на светови за завршување SCSI е помал од бројот на јадра. Во повеќето случаи, бројот на светови за комплетирање SCSI е ист како бројот на приклучоци и повеќето сервери имаат 1 до 2 сокети. Ова може да предизвика застој на бравата бидејќи многу нишки ќе се обидат да ја добијат истата брава. Возачот користи приспособена брава што чека цврсто зафатено ако бравата не е достапна. Ова ќе предизвика нишката за поднесување IO да го држи јадрото на процесорот и нишката за отчукување на срцето ESXi може да нема шанса да работи долго време. Ова ќе резултира со ESXi издавање NMI и PSOD на серверот.
Поправи: Користете го заклучувањето во патеката за поднесување.
Ризик: Високо
Поправен е проблемот кога системот виси за време на оптоварувањето на возачот.
- Основна причина: Возачот користи бесконечен истек на време за испраќање внатрешни команди поврзани со конфигурација на настани за време на започнувањето на возачотtage.
- Поправка: Додадено е истек на време за испраќање внатрешни команди поврзани со конфигурација на настани за време на започнувањето на возачотtage.
- Ризик: низок
• Поправен проблем со ESXi 7.0 u2 PSOD при подигнување.
- Основна причина: двигателот Smartpqi создава најмногу 64 излезни редици. Редиците се креираат врз основа на бројот на светови за комплетирање јадра/scsi и достапноста на MSIX. На максимум, возачот ќе создаде 64 редици и треба да се регистрираат 64 ракувачи. Големината на низата со податоци на управувачот со драјвер беше 63 наместо 64 и резултираше со PSOD.
- Поправка: Поправена е големината на низата со податоци на управувачот.
- Ризик: низок
• Поправен е проблем со кој пораките за прекин ќе ги преплават дневниците за време на тестовите за ресетирање на уредот.
- Основна причина: Сите IO барања што чекаат на уред ќе бидат прекинати со дојдовно барање за ресетирање на уредот. За уреди кои се способни за големи длабочини на редици, ова може да биде десетици или стотици поединечни барања за прекин, по ресетирање на уред.
- Поправка: Променете го нивото на евиденција за овој тип на пораки од WARN во INFO, така што ќе се печати само кога некој намерно го менува нивото на евиденција на возачот за да направи отстранување грешки или анализа.
- Ризик: низок
Поправен е проблемот со прекумерното најавување при ресетирање на уредот.
- Основна причина: Кога се извршуваат ресетирањето, дојдовните барања за IO се блокираат и се враќаат со статус DEVICE BUSY. Се печати порака за предупредување дека уредот се ресетира.
  Кога се случуваат многу ресетирање на уредите, како на пример при тестирање за сертификација за ресетирање, ова генерира голем обем на активност за евиденција и може да предизвика често архивирање на дневниците.
- Поправи: Променете ја оваа порака да биде евидентирана само кога нивото на евиденција е конкретно променето на ниво на или над INFO (0x6). Пораките беа поставени да се најавуваат на или над WARN (0x2), а нивото на евиденција на возачот е стандардно ЗАБЕЛЕШКА (0x3).
- Ризик: Ниско
Поправен проблем со PSOD за време на растоварувањето на возачот.
- Основна причина: Возачот Smartpqi одржува поврзан список на уреди кои се отстранети со топлина. Секогаш кога е присутен нов уред, возачот проверува дали тој уред е веќе присутен во списокот remove_device_list, а доколку е присутен, возачот го преместува тој уред од remove_device_list на вистинската листа на уреди. Записите во remove_device_list ќе бидат повторноviewизменети во фиксен временски интервал и списокот ќе се ажурираат со отстранување на уредот што бил на тој список повеќе од 20 минути (за да се справи со тестот за топла приклучок vSAN). За време на истоварувањето на возачот, возачот проверува дали има уреди присутни во списокот и го прави чистењето (ослободување на меморијата на уредот). Трагата на стек PSOD означува неважечка меморија на уредот што се ослободува за време на ова чистење.
- Поправи: Отстранете го записот од списокот со уреди секогаш кога ќе се ослободи меморијата на уредот.
- Ризик: Средно
Поправен проблем за отстранување на погрешни статусни пораки.
- Основна причина: Пораката за статус пријавува iu_type наместо статус.
- Поправи: Отстранете го полето за статус од пораките.
- Ризик: Ниско

Поправена поставка за длабочина на редот за физички уред.
- Основна причина: Возачот ја добива вредноста на длабочината на редот од фирмверот за секоја цел. Ако фирмверот не дава валидна вредност за длабочината на редот за цел, возачот ја поставува длабочината на редот на стандардна вредност (1014 за LD, 27 за PD). Но, за сите физички уреди, тековниот двигател ја ресетира длабочината на редот до максималната длабочина на редот (1014) без разлика дали фирмверот дал валиден QD или не.
- Поправи: Додајте соодветна проверка додека ја поставувате длабочината на редот на уредот.
- Ризик: Ниско

Поправен проблем каде што драјверот произведува премногу евидентирање на отстранување грешки.
- Основна причина: Стандардното ниво на евиденција на возачот беше поставено многу високо во фазата на развој и никогаш не беше повторно приспособено за производна употреба.
- Поправи: Променете го стандардното ниво на дневник назад на нормално стандардно ниво, 3. Прилагодете го нивото на евиденција на некои функции по потреба.
- Ризик: Ниско

Поправен е проблем со опширното евидентирање од ракувачи со грешки.
- Корена причина: Пораките за отстранување грешки што се користат во функциите за справување со грешки на возачот се печатат на „нормално“ ниво на системско евидентирање.
- Поправи: Користете го неодамна додаденото знаменце на контролорот и опцијата за време на компајлирање за да ги исклучите несаканите пораки.
- Ризик: Ниско

реши проблем со PSOD при печатење на DMA меморија tag.
- Основна причина: Возачот користи tag (низа) за да се идентификува DMA меморијата и таа се одржуваше со помош на покажувач на знак. Ова tag се доделува при доделување на DMA меморијата. На некои места, tag беше дефинирана како локална низа знаци и возачот го одржуваше покажувачот на тоа. За време на растоварувањето на возачот, кога возачот се обидува да го испечати tag, што резултираше со грешка на страницата како tag меморијата беше локална за функцијата за распределба.
- Поправи: Одржувајте tag користење char низа наместо чување tag адреса.
- Ризик: Ниско

Поправки на драјвери за FreeBSD/Solaris
Овој дел ги прикажува поправките и подобрувањата на драјверот за FreeBSD/Solaris за ова издание.
Поправки и подобрувања за FreeBSD Driver Build 4130.0.1008
Ова издание ги обезбедува следните поправки и подобрувања
Поправен е проблемот кога дисковите се додаваат/отстрануваат/офлајн, уредите HBA и контролорите се прикажуваат како стандардна вредност RAID 0.
- Основна причина: Нема проверка за физички уреди или контролери пред да се испечатат информациите за екранот.
- Поправка: Изменете ги пораките за да се печатат поинаку врз основа на физички уреди и контролери за да ги идентификуваат соодветно.
- Ризик: низок
Поправен е проблем каде што неиницијализираната структура на CCB предизвикува недефинирано однесување кога се споделува со слојот CAM.
- Основна причина: CCB се користи без да се исчистат вредностите на оџакот.
- Поправете: исчистете го CCB пред да го користите.
- Ризик: низок
Поправен е проблемот во кој возачот ги оневозможува дисковите ако открие дека контролорот оди офлајн, но нема информации што го евидентираат кодот за заклучување на контролерот кога е офлајн.
- Основна причина: возачот не го прикажува кодот за заклучување на контролорот.
- Поправка: Прикажете го кодот за заклучување во дневниците на возачите. Исто така, управувачот со тајмерот е оневозможен кога контролерот е офлајн за да се спречи паѓање на системот во случај на доцнење при бришење на пост-меморијата.
- Ризик: низок

Поправки и подобрувања за Solaris Driver Build 4120.0.1005
Ова издание ги обезбедува следните поправки и подобрувања.

Поправен е проблемот кога дисковите се додаваат/отстрануваат/офлајн, уредите HBA и контролорите се прикажуваат како стандардна вредност RAID 0.
- Основна причина: Нема проверка за физички уреди или контролери пред да се испечатат информациите за екранот.
- Поправи: Изменете ги пораките за да се печатат поинаку врз основа на физички уреди и контролери за да ги идентификуваат соодветно.

Поправки на софтвер за управување
Овој дел ги прикажува поправките и подобрувањата на софтверот за управување за ова издание.

максView Поправки на менаџерот за складирање/ARCCONF
Овој дел го прикажува максView Менаџер за складирање/ARCCONF поправки и подобрувања за ова издание.

Поправки и подобрувања за максView Менаџер за складирање/ARCCONF верзија 2.0.0 Изградба 24308|
Ова издание ги обезбедува следните поправки и подобрувања.

Поддршка за додавање бафер за евиденција на настани на фирмверот како дел од „Зачувај поддршка архива“.
Поддршка за контролорот да пријави неуспешни физички уреди во конфигурацијата.
Поправен проблем каде далечинскиот ARCCONF има безбедносни пропусти на OpenSSL.
- Основна причина: Далечинскиот ARCCONF користи постара верзија на библиотеката со отворен код OpenSSL која имаше безбедносни пропусти.
- Поправи: Додадени се промени во Remote ARCCONF со додавање на најновата верзија на OpenSSL библиотеката која ги адресирала безбедносните пропусти.
- Ризик: Ниско
Решен проблем каде што максView не ја прикажува правилно конфигурацијата кога физичкиот уред има име на модел со наводници [“] во него.
- Основна причина: Имањето наводници [“] во името на моделот на физичкиот уред го оштети JSON форматот на конфигурацијата што го прави максView не може правилно да се прикаже.
- Поправи: Додадени промени во креирањето на конфигурацијата JSON за адресирање на знаци како што се [“].
- Ризик: Ниско

Ограничувања
Овој дел ги прикажува ограничувањата за ова издание.

Ограничувања на фирмверот
Овој дел ги прикажува ограничувањата на фирмверот за ова издание.

Ограничувања за издавање фирмвер
Нема познати ограничувања за ова издание.

Ограничувања на UEFI/наследниот BIOS
Овој дел ги прикажува ограничувањата на UEFI/Legacy BIOS-от за ова издание.

Ограничувања за UEFI Build 1.4.3.6/Legacy BIOS Build 1.4.3.2
Нема познати ограничувања за ова издание.

Ограничувања на возачот
Овој дел ги прикажува ограничувањата на возачот за ова издание.

Ограничувања на драјвери за Windows
Овој дел ги прикажува ограничувањата на двигателот на Windows за ова издание.

Ограничувања за Windows Driver Build 1010.6.0.1025
Нема познати ограничувања за ова издание.

Ограничувања на драјвери за Linux
Овој дел ги прикажува ограничувањата на двигателот на Linux за ова издание.

Ограничувања за Linux Driver Build 2.1.12-055
Ова издание ги вклучува следните ограничувања.

На системите AMD/RHEL 7.9, системот може да паничи поради грешка во модулот IOMMU. За детали, погледнете на https://lore.kernel.org/linux-iommu/20191018093830.GA26328@suse.de/t/
- Резолуција: Оневозможете ја опцијата за поставување IOMMU во BIOS-от.
Во зависност од хардверските конфигурации, параметарот smartpqi expose_ld_first не може секогаш да работи постојано.
- Резолуција: Никој
Хибернирачкиот систем Линукс со помош на командата „pm-hibernate“ предизвикува системот да виси.
- Резолуција: Никој

Ограничувања на драјверите на VMware
Овој дел ги прикажува ограничувањата на двигателот на VMware за ова издание.

Ограничувања за VMware Driver Build 4150.0.119
Нема познати ограничувања за ова издание.

Ограничувања на драјверите на FreeBSD/Solaris
Овој дел ги прикажува ограничувањата на драјверот за FreeBSD/Solaris за ова издание.2.3.3.4.1 Ограничувања за FreeBSD Driver Build 4130.0.1008
Нема познати ограничувања за ова издание.

Ограничувања за Solaris Driver Build 4120.0.1005
Нема познати ограничувања за ова издание.

Ограничувања на софтвер за управување

Овој дел ги прикажува ограничувањата на софтверот за управување за ова издание.

максView Менаџер за складирање/Ограничувања на ARCCONF
Овој дел го прикажува максView Ограничувања на Менаџер за складирање/ARCCONF за ова издание.

Ограничувања за максView Менаџер за складирање/ARCCONF верзија 2.0.0 Изградба 24308
Нема познати ограничувања за ова издание.

Ажурирање на фирмверот на контролорот

Овој дел опишува како да го ажурирате фирмверот на контролорот до најновото издание.
Ажурирање на контролорите до најновиот фирмвер
Ако работи фирмверот е 3.01.00.006 или понизок, ве молиме контактирајте со тимот на Adaptec Apps на ask.adaptec.com.
Надградба на 3.01.04.072 Фирмвер

За контролери со 3.01.02.042 или повисок фирмвер, трепкајте со 3.01.04.072 верзијата на фирмверот „SmartFWx200.bin“ обезбедена во овој пакет користејќи макс.view или алатката ARCCONF.
Напојување циклус на серверот.

Историја на ревизии

Табела 4-1. Историја на ревизија

Ревизија	Датум	Опис
B	08/2021	Ажурирано за изданието SR 3.1.4.
A	06/2021	Создаден документ.

Микрочипот Webсајт

Микрочип обезбедува онлајн поддршка преку нашата webсајт на www.microchip.com/. Ова webсајт се користи за да се направи fileи информации лесно достапни за клиентите. Некои од достапните содржини вклучуваат:

Поддршка за производи – Листови со податоци и грешки, белешки за апликација и сampле програми, ресурси за дизајн, упатства за корисникот и документи за поддршка на хардверот, најнови изданија на софтвер и архивиран софтвер
Општа техничка поддршка - Често поставувани прашања (ЧПП), барања за техничка поддршка, онлајн групи за дискусија, листа на членови на програмата за партнерски дизајн на микрочип
Business of Microchip – водичи за избор на производи и нарачки, најнови соопштенија за печатот на Microchip, листа на семинари и настани, огласи за продажни канцеларии на Microchip, дистрибутери и фабрички претставници

Услуга за известување за промена на производот

Услугата за известување за промена на производот на Microchip им помага на клиентите да бидат актуелни за производите на Microchip. Претплатниците ќе добиваат известување по е-пошта секогаш кога има промени, ажурирања, ревизии или грешки поврзани со одредено семејство на производи или алатка за развој од интерес. За да се регистрирате, одете на www.microchip.com/pcn и следете ги упатствата за регистрација.

Поддршка за корисници

Корисниците на производите на Микрочип можат да добијат помош преку неколку канали:

Дистрибутер или претставник
Локална канцеларија за продажба
Инженер за вградени решенија (ESE)
Техничка поддршка

Клиентите треба да контактираат со нивниот дистрибутер, претставник или ESE за поддршка. Локалните канцеларии за продажба се исто така достапни за да им помогнат на клиентите. Во овој документ е вклучен список на продажни канцеларии и локации.
Техничката поддршка е достапна преку webсајт на: www.microchip.com/support

Функција за заштита на код на уреди со микрочип

Забележете ги следните детали за функцијата за заштита на кодот на уредите со микрочип:

Производите со микрочип ги исполнуваат спецификациите содржани во нивниот посебен лист со податоци за микрочипови.
Микрочип верува дека неговата фамилија на производи е безбедна кога се користи на предвидениот начин и во нормални услови.
Постојат нечесни и можеби нелегални методи кои се користат во обидите да се прекршат карактеристиките за заштита на кодот на уредите со микрочип. Ние веруваме дека овие методи бараат користење на производите на Microchip на начин надвор од оперативните спецификации содржани во листовите со податоци на Microchip. Обидите да се прекршат овие карактеристики за заштита на кодот, најверојатно, не може да се остварат без да се прекршат правата на интелектуална сопственост на Microchip.
Микрочип е подготвен да работи со секој клиент кој е загрижен за интегритетот на неговиот код.
Ниту Microchip ниту кој било друг производител на полупроводници не може да ја гарантира безбедноста на неговиот код. Заштитата на кодот не значи дека гарантираме дека производот е „нескршлив“. Заштитата на кодот постојано се развива. Ние во Микрочип сме посветени на континуирано подобрување на карактеристиките за заштита на кодот на нашите производи. Обидите да се прекине функцијата за заштита на кодот на Microchip може да биде прекршување на Законот за авторски права на дигиталниот милениум. Ако таквите дела дозволуваат неовластен пристап до вашиот софтвер или друго дело заштитено со авторски права, можеби ќе имате право да тужите за ослободување според тој Закон.

Правно известување
Информациите содржани во оваа публикација се обезбедени со единствена цел за дизајнирање и користење на производи на Microchip. Информациите во врска со апликациите на уредот и слично се обезбедени само за ваша погодност и може да бидат заменети со ажурирања. Ваша одговорност е да се осигурате дека вашата апликација ги исполнува вашите спецификации.
ОВАА ИНФОРМАЦИЈА СЕ ОБЕЗБЕДУВА МИКРОЧИП „КАКО ШТО Е“. МИКРОЧИП НЕ ПРАВИ НИКАКВИ ПРЕТСТАВУВАЊА ИЛИ ГАРАНЦИИ БИЛО ИЗРАЗНИ ИЛИ ИМПЛИЦИРАНИ, ПИСМЕНИ ИЛИ УСНИ, СТАТУТОРИ
ИЛИ ПОинаку, ПОВРЗАНИ СО ИНФОРМАЦИИТЕ ВКЛУЧУВАЈЌИ НО НЕ ОГРАНИЧЕНИ НА БИЛО ИМПЛИЦИРАНИ ГАРАНЦИИ ЗА НЕПРЕВРЕШУВАЊЕ, ПРОГОВОРНОСТ И ПОДОБРНОСТ ЗА ПОСЕДНА ЦЕЛИ ИЛИ ВРСКА НА ГАРАНЦИЈАТА, ВРСКА НА ВРЕДНОСТА,
ВО НИКОЈ СЛУЧАЈ МИКРОЧИПОТ НЕМА ДА СЕ ОДГОВАРА ЗА НИКАКВА ИНДИРЕКТНА, ПОСЕБНА, КАЗНЕТНА, ИНЦИДЕНТАЛНА ИЛИ СОСЕДНИЧКА ЗАГУБА, ШТЕТА, ТРОШОЦА ИЛИ ТРОШОК ОД НИКАКВ ВИД ШТО СЕ ВРЗУВА СО КОЈА ВИ СЕ ПОВРЗАНИ СО ВИД, КОИ СЕ ИНФОРМАЦИИ, КАКО Е СОВЕТУВАНО ЗА МОЖНОСТА ИЛИ ШТЕТИТЕ СЕ ПРЕДВИДЕЛИ. ВО ЦЕЛОСНИОТ СТЕМЕН ДОЗВОЛЕН СО ЗАКОН, ВКУПНАТА ОДГОВОРНОСТ НА МИКРОЧИПОТ ЗА СИТЕ ПОБАРАЊА НА КОЈ НАЧИН ПОВРЗАНИ СО ИНФОРМАЦИИТЕ ИЛИ НЕГОВАТА УПОТРЕБА НЕМА ДА ЈА НАДМИНАТ ИЗМИСОТ НА НАДОМЕСТОЦИ, ДОКОЛКУ ГИ ПОСЕДУВА ТОА ТОА ТОА ПОСТАВУВААТ. Употребата на уредите со микрочип во апликациите за одржување во живот и/или за безбедност е целосно на ризик на купувачот, а купувачот се согласува да го брани, обештети и чува безопасниот Микрочип од сите штети, барања, тужби или трошоци кои произлегуваат од таквата употреба. Ниту една лиценца не се пренесува, имплицитно или на друг начин, според правата на интелектуална сопственост на Микрочип, освен ако не е поинаку наведено.

Заштитни знаци

Името и логото на микрочипот, логото на микрочипот, Adaptec, AnyRate, AVR, AVR логото, AVR Freaks, BesTime, BitCloud, chipKIT, логото на chipKIT, CryptoMemory, CryptoRF, dsPIC, FlashFlex, flexPWR, HELDO, KIGLOXLE, , LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, Microsemi, Microsemi лого, MOST, MOST лого, MPLAB, OptoLyzer, PackeTime, PIC, picoPower, PICSTART, PIC32 лого, PolarFire, QTouchp-GAM Designer, , SpyNIC, SST, SST логото, SuperFlash, Symmetricom, SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron и XMEGA се регистрирани заштитни знаци на Microchip Technology инкорпорирана во САД и други земји.

AgileSwitch, APT, ClockWorks, The Embedded Control Solutions Company, EtherSynch, FlashTec, Hyper Speed Control, HyperLight Load, IntelliMOS, Libero, motorBench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, ProASIC-Plus логото, Qui, SmartFusion, SyncWorld, Temux, TimeCesium, TimeHub, TimePictra, TimeProvider, WinPath и ZL се регистрирани заштитни знаци на Microchip Technology инкорпорирана во САД

Потиснување на соседни клучеви, AKS, аналоген за дигитално доба, кој било кондензатор, AnyIn, AnyOut, зголемено префрлување, BlueSky, BodyCom, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoPICAMDs, DYPICController. , ECAN, еспресо T1S, EtherGREEN, IdealBridge, сериско програмирање во коло, ICSP, INICnet, интелигентно паралелизирање, поврзување меѓу чипови, JitterBlocker, maxCrypto, максView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB сертифицирано лого, MPLIB, MPLINK, MultiTRAK, NetDetach, Сезнајно генерирање на кодови, PICDEM, PICDEM.net, PICkit, PICtail, PowerSmart, PureSilicon, QMatrix, REAL ICE, RTAX, , RTG4, SAM-ICE, Сериски Quad I/O, simpleMAP, SimpliPHY, SmartBuffer, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Вкупно издржливост, TSHARC, USBCheck, VariPHY, VectorBloix, ViewSpan, WiperLock, XpressConnect и ZENA се заштитни знаци на Microchip Technology инкорпорирана во САД и други земји.
SQTP е сервисна ознака на Microchip Technology инкорпорирана во САД

Логото Adaptec, Frequency on Demand, Silicon Storage Technology и Symmcom се регистрирани заштитни знаци на Microchip Technology Inc. во други земји.
GestIC е регистрирана трговска марка на Microchip Technology Germany II GmbH & Co. KG, подружница на Microchip Technology Inc., во други земји.

Сите други трговски марки споменати овде се сопственост на нивните соодветни компании. © 2021, Инкорпорирана технологија за микрочип, печатена во САД, сите права се задржани.
ISBN: 978-1-5224-8477-6

Систем за управување со квалитет

За информации во врска со системите за управување со квалитет на Microchip, посетете ја www.microchip.com/quality.

Продажба и сервис низ целиот свет

АМЕРИКА

АЗИЈА/ПАЦИФИК

ЕВРОПА

Корпоративна канцеларија

2355 Западен Чендлер бул. Чендлер, АЗ 85224-6199

тел: 480-792-7200

Факс: 480-792-7277

Техничка поддршка: www.microchip.com/support Web Адреса: www.microchip.com Атланта

Дулут, ГА

тел: 678-957-9614

Факс: 678-957-1455

Остин, Тексас

тел: 512-257-3370

Бостон Вестборо, м-р Тел: 774-760-0087

Факс: 774-760-0088

Чикаго

Итаска, ИЛ

тел: 630-285-0071

Факс: 630-285-0075

Далас

Адисон, ТХ

тел: 972-818-7423

Факс: 972-818-2924

Детроит

Нови, МИ

тел: 248-848-4000

Хјустон, Тексас

тел: 281-894-5983

Индијанаполис Ноблсвил, IN Тел: 317-773-8323

Факс: 317-773-5453

тел: 317-536-2380

Лос Анџелес Mission Viejo, Калифорнија Тел: 949-462-9523

Факс: 949-462-9608

тел: 951-273-7800

Рали, NC

тел: 919-844-7510

Њујорк, Њујорк

тел: 631-435-6000

Сан Хозе, Калифорнија

тел: 408-735-9110

тел: 408-436-4270

Канада – Торонто

тел: 905-695-1980

Факс: 905-695-2078

Австралија – Сиднеј

Тел: 61-2-9868-6733

Кина – Пекинг

Тел: 86-10-8569-7000

Кина - Ченгду

Тел: 86-28-8665-5511

Кина - Чонгкинг

Тел: 86-23-8980-9588

Кина – Донгуан

Тел: 86-769-8702-9880

Кина – Гуангжу

Тел: 86-20-8755-8029

Кина – Хангжу

Тел: 86-571-8792-8115

Кина – Хонг Конг САР

Тел: 852-2943-5100

Кина – Нанџинг

Тел: 86-25-8473-2460

Кина – Кингдао

Тел: 86-532-8502-7355

Кина – Шангај

Тел: 86-21-3326-8000

Кина – Шенјанг

Тел: 86-24-2334-2829

Кина – Шенжен

Тел: 86-755-8864-2200

Кина - Суджоу

Тел: 86-186-6233-1526

Кина – Вухан

Тел: 86-27-5980-5300

Кина - Ксиан

Тел: 86-29-8833-7252

Кина - Ксијамен

Тел: 86-592-2388138

Кина – Жухаи

Тел: 86-756-3210040

Индија - Бангалор

Тел: 91-80-3090-4444

Индија - Њу Делхи

Тел: 91-11-4160-8631

Индија - Пуна

Тел: 91-20-4121-0141

Јапонија – Осака

Тел: 81-6-6152-7160

Јапонија – Токио

Тел: 81-3-6880- 3770

Кореја – Даегу

Тел: 82-53-744-4301

Кореја – Сеул

Тел: 82-2-554-7200

Малезија – Куала Лумпур

Тел: 60-3-7651-7906

Малезија - Пенанг

Тел: 60-4-227-8870

Филипини - Манила

Тел: 63-2-634-9065

Сингапур

Тел: 65-6334-8870

Тајван - Хсин Чу

Тел: 886-3-577-8366

Тајван - Каосиунг

Тел: 886-7-213-7830

Тајван - Тајпеј

Тел: 886-2-2508-8600

Тајланд - Бангкок

Тел: 66-2-694-1351

Виетнам – Хо Ши Мин

Тел: 84-28-5448-2100

Австрија – Велс

Тел: 43-7242-2244-39

Факс: 43-7242-2244-393

Данска – Копенхаген

Тел: 45-4485-5910

Факс: 45-4485-2829

Финска – Еспо

Тел: 358-9-4520-820

Франција – Париз

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

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

Германија – Гарчинг

Тел: 49-8931-9700

Германија – Хан

Тел: 49-2129-3766400

Германија – Хајлброн

Тел: 49-7131-72400

Германија – Карлсруе

Тел: 49-721-625370

Германија – Минхен

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

Германија – Розенхајм

Тел: 49-8031-354-560

Израел - Раанана

Тел: 972-9-744-7705

Италија – Милано

Тел: 39-0331-742611

Факс: 39-0331-466781

Италија – Падова

Тел: 39-049-7625286

Холандија – Друнен

Тел: 31-416-690399

Факс: 31-416-690340

Норвешка – Трондхајм

Тел: 47-72884388

Полска – Варшава

Тел: 48-22-3325737

Романија – Букурешт

Tel: 40-21-407-87-50

Шпанија – Мадрид

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

Шведска – Гетенберг

Tel: 46-31-704-60-40

Шведска – Стокхолм

Тел: 46-8-5090-4654

Велика Британија - Вокингем

Тел: 44-118-921-5800

Факс: 44-118-921-5820

Документи / ресурси

Забелешки за издавање на софтвер-фирмвер за МИКРОЧИП HBA 1200 [pdf] Инструкции
HBA 1200, Белешки за издавање софтвер-фирмвер, Белешки за издавање на фирмвер, софтвер-фирмвер, белешки за издавање

Референци

Упатство за употреба

Забелешки за издавање на софтвер-фирмвер за МИКРОЧИП HBA 1200