MICROCHIP HBA 1200 Software-Firmware Release Notes Udhëzime

Rreth këtij publikimi
Lëshimi i zhvillimit i përshkruar në këtë dokument përfshin firmuerin, drejtuesit e OS, mjetet dhe softuerin e menaxhimit të hostit për zgjidhjet HBA 1200 nga Microchip.

Identifikimi i lëshimit
Versionet e firmuerit, softuerit dhe drejtuesit për këtë version janë paraqitur në tabelën e mëposhtme.

Tabela 1-1. Përmbledhja e publikimit

Lirimi i zgjidhjeve	3.1.4
Data e lëshimit të paketës	10 gusht 2021
Version firmware	3.01.04.072
UEFI/ BIOS i trashëguar	1.4.3.6/1.4.3.2
Versionet e shoferit	Drejtuesit e 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/maksView	B24308

Files Përfshirë në këtë Publikim
Ky seksion detajon files të përfshira në këtë version.

Tabela 1-2. Firmware Files

Komponenti

Përshkrimi

Përdorimi para montimit

Përdorimi pas montimit

SmartFWx200.bin

NOR Flash i programueshëm i nënshkruar nga prodhimi File. Përdoreni për të programuar NOR Flash për bordet që tashmë janë duke ekzekutuar firmware.

Tabela 1-3. Mjetet e programimit të firmuerit

Mjet	Përshkrimi	E ekzekutueshme
ARCCONF	Shërbimi ARCCONF CLI	ARCCONF BXXXXX.zip
maksimumiView	maksimumiView Shërbimet	MAXVIEW XXX BXXXX.zip

Shofer Files

Tabela 1-4. Drejtuesit e Windows

OS	Versioni
Serveri 2019, 2016, Windows 10	x64

Tabela 1-5. Drejtues Linux

OS	Versioni
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 (inbox)	x64
XenServer 8.2	x64

Tabela 1-6. Drivers FreeBSD, Solaris dhe VMware

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

Softuer i menaxhimit të hostit

Tabela 1-7. maksimumiView dhe ARCCONF Utilities

Përshkrimi	OS	E ekzekutueshme
Shërbimi i linjës së komandës ARCCONF	Windows x64 Linux x64 VMware 6.5 dhe më lart	Shih arcconf_B#####.zip për ekzekutuesit e instalimit për OS përkatës.
	XenServer
	Mbështetje UEFI
maksimumiView Menaxher i ruajtjes	Windows x64 Linux x64 VMware 6.5 dhe më lart	Shihni maksimuminview_linux_B#####.zip, maxview_win_ B#####.zip,dhe maksimumiview_vmware_B#####.zip për ekzekutuesit e instalimit.
	XenServer
	Mbështetje UEFI
maksimumiView Shtojca vSphere	VMware 6.5 dhe më lart	Shihni maksimuminview_vmware_B#####.zip për ekzekutuesit e instalimit.
Boot USB (offline ose para-boot) për ARCCONF dhe maxView Menaxher i ruajtjes	linux x64	Shihni maksimuminview_offline_bootusb_B#####.zi p për .iso file.

Çfarë ka të re?

Ky seksion tregon se çfarë ka të re në këtë version.

Veçoritë

Tabela e mëposhtme liston veçoritë e mbështetura për këtë version. Tabela 2-1. Përmbledhja e veçorive

Veçoritë		Mbështetet në këtë version	Publikimi i ardhshëm
Drejtues UEFI, mbështetje për nisjen		X
Mbështetje e vjetër e nisjes		X
Menaxhimi dinamik i energjisë		X
Mbështetja e shoferit	Dritaret	X
	Linux	X
	VMware	X
	FreeBSD	X
	Solaris	X
	Certifikimi i OS	X
Mbështetje Flash	Shërbimi ARCCONF	X
maksimumiView mbështetje mjeti		X
Mbështetja e veglave ARCCONF		X
Menaxhimi i MCTP BMC		X
Mbështetje 4Kn në RAID dhe HBA		X
Mbështetja e kriptimit të bazuar në kontrollues (CBE)1		X
Mbështetje për përzgjedhjen e ndërfaqes jashtë brezit të MCTP ose PBSI		X
Mbështetje VPP Backplane		X
Mbështetje PBSI		X
Cilësimet e konfigurueshme të Expander SSU		X

Shënim: Ofrohet vetëm për produktet me enkriptim.

Rregullime dhe përmirësime

Ky seksion tregon rregullimet dhe përmirësimet për këtë version.

Rregullime të firmuerit

Ky seksion tregon rregullimet dhe përmirësimet e firmuerit për këtë version.

Rregullime dhe përmirësime për lëshimin e firmuerit 3.01.04.072
Ky version ofron rregullimet dhe përmirësimet e mëposhtme.

Përmirësoi daljen e regjistrit serial për inventarin e pajisjes së bashkangjitur. Në mënyrë të veçantë, përmirësoi informacionin në lidhje me identifikuesit unikë të pajisjes NVMe dhe ndau/riorganizoi disa grupe informacioni për të përmirësuar lexueshmërinë.
U shtua mbështetje për të raportuar një ID unike SCSI për pajisjet NVMe nëpërmjet InquiryVPD 83h dhe formateve të reja të stilit CISS ReportPhysicalLUNs për të mbështetur drejtuesit e OS në mbledhjen e këtij informacioni.

U shtua funksionaliteti i kabllove të drejtpërdrejta për kabllot në përputhje me logjikën 'auto-detect'.
API-ja e metrikës "PMS (Statistikat e monitorimit të performancës)" është zhvlerësuar. Disa metrika të lidhura me performancën në API "M&P" janë gjithashtu të zhvlerësuara; megjithatë, numëruesit që lidhen me gabimet janë ende duke u mbajtur.

Identifikuesit PCIe të pajisjes NVMe tani raportohen nëpërmjet komandës IdentifyPhysicalDevice. Kjo mbështet raportimin PLDM si pjesë e shtimit të identifikuesve unikë SCSI për pajisjet NVMe.
U shtua mbështetje për firmuerin për të raportuar formatet e komandave të inventarit të pajisjes së drejtuesit të ri OS në mbështetje të mbështetjes së ardhshme për informacionin unik të pajisjes SCSI për pajisjet NVMe dhe u shtua gjithashtu

mbështetje për të raportuar një ID unike SCSI për pajisjet NVMe nëpërmjet Inquiry VPD 83h dhe formatet e reja të stilit CISS ReportPhysicalLUNs për të mbështetur drejtuesit e OS në mbledhjen e këtij informacioni.
Rregulloi një problem që parandalonte zbulimin e diskut të shtuar me një plan të pasmë SGPIO nëse ai segment i planit të pasmë fillimisht nuk kishte disqe të instaluara në nisje.
- Shkaku kryesor: Logjika që vendos të çaktivizojë portat PHY të vlerësuara gabimisht të bashkangjitura në
  një plan prapa SGPIO pasi nuk është i lidhur me një plan prapa. Për shkak se SGPIO nuk ka një mekanizëm të standardizuar jashtë brezit për të zbuluar prizën e nxehtësisë, çaktivizimi i PHY-ve të kontrolluesit pas zbulimit fillestar parandaloi zbulimin e prizave të ardhshme.
- Rregullo: Për një plan të pasmë me lidhje direkte, lini kontrolluesin PHY të aktivizuar për të mbështetur zbulimin e prizës së nxehtë brenda brezit.
- Rreziku: E ulët

Rregulloi një problem ku shkalla e raportuar e lidhjes për disqet NVMe raportohet gabimisht kur gjerësia e dëshiruar e portës nuk është e njëjtë me gjerësinë aktuale të portës së lidhur.
- Shkaku kryesor: Raportimi nga firmware nuk ishte mjaftueshëm i grimcuar për të raportuar pabarazinë. Pasi të zgjidhej ky problem, firmware do të përpiqej të çaktivizonte PHY-të 'të papërdorura' nga grupi i porteve, por kjo do të bënte që i gjithë porti i diskut të çaktivizohej.
- Rregullo: Logjika e firmuerit u përditësua për të raportuar saktë statusin/normat e lidhjes diskrete PHY. Logjika e firmuerit për të çaktivizuar PHY-të 'të papërdorura' u modifikua gjithashtu për të mos çaktivizuar PHY-të për një port NVMe në të cilin të paktën një PHY është i lidhur.
- Rreziku: E ulët
Rregulloi një problem ku kontrolluesi WWID printohet gabimisht gjatë nisjes deri në regjistrin UART/SOB.
- Shkaku kryesor: Një ndryshim rifaktorial në rezultatet e formatit të përgjithshëm të prodhimit u bë së bashku me shtimin e mbështetjes për një format të ri të veçantë. Ky kod i rifaktoruar e trajton gabimisht

WWID si një fushë QWORD në vend të një grupi BYTE që rezulton në daljen që duket se është ndërruar endian.

Ndryshimi ndikoi vetëm në këtë funksion printimi—përndryshe WWID përdorej siç duhet dhe raportohej diku tjetër siç duhet.
- Rregullo: Ndryshoi logjikën përsëri në printimin e vlerës WWID si një grup BYTE.
- Rreziku: E ulët

• Rregulloi një problem ku disqet e bashkangjitur në një plan të pasëm VPP kanë numra të pasaktë të bazës dhe i paraqiten hostit gabimisht.
- Shkaku kryesor: Logjika e zbulimit të VPP gjeti një pajisje TWI në adresën 0xAE, por lexoi të gjitha 0xFF-të prej saj. Kjo rezultoi në sjellje që vendosi mbylljen duke supozuar një EEPROM të keq, por kjo rezultoi në çështje të shumta të përvojës së klientit.
- Rregullo: Logjika që pason të kesh një EEPROM të keq u rregullua për të llogaritur një objektiv TWI të përgjegjshëm pa të dhëna të vlefshme. Ky rast tani do të trajtohet më shumë si një rast me kabllo direkt pa një mbyllje.
- Rreziku: E ulët
Rregulloi një problem ku korrupsioni NOR flash në versionin e firmuerit ose në tabelën e kontrollit rezulton në korrupsion të pakorrigjueshëm.
- Shkaku kryesor: Informacioni i versionit të firmuerit po korrigjohej, por nuk u shënua si i tillë dhe tabela e kontrollit nuk po korrigjohej. Në të dyja rastet, kontrollori vazhdon të raportojë se ka zbuluar dhe nuk ka riparuar korrupsionin.
- Rregullo: Të dyja këto raste janë të korrigjueshme nëse imazhi i tepërt është koherent, kështu që logjika u shtua për të kryer korrigjimin, si dhe për të raportuar siç duhet atë status.
- Rreziku: E ulët

Rregulloi një problem ku nisja e parë e ftohtë pas një përditësimi të firmuerit raporton korrupsion të tepërt të imazhit.
- Shkaku kryesor: Rezultatet e trajnimit DDR ruhen në një seksion imazhi të tepërt, në mënyrë që ato të mund të referohen për të shpejtuar stërvitjen gjatë nisjes. Në përditësimin e firmuerit, këto rezultate pastrohen për të lejuar algoritme potencialisht të reja në firmuerin e ri për të vendosur rezultate të reja/më të mira. Stacki RAID po e përfshinte gabimisht këtë seksion në krahasimet midis përmbajtjes së imazhit aktiv dhe joaktive, gjë që po shkaktonte një mesazh të rremë të prishjes së imazhit.
- Rregullo: Mos e përfshini këtë pjesë në krahasimin e imazheve nëse rezultatet e ruajtura nuk janë tashmë koherente.
- Rreziku: E ulët
Rregulloi një bllokim të mundshëm të kontrolluesit 0x1ABD kur një disk SATA po dështon me IO të pazgjidhura dhe disku nuk i përgjigjet Identify Device pas rivendosjes.
- Shkaku kryesor: Ekziston një mundësi në firmware që të vendoset në radhë një IO në një pajisje në një kohë kur ajo është duke dështuar dhe kjo mund të çojë që IO të mos rikuperohet pasi disku nuk reagon. Një rivendosje tjetër e pajisjes mund të ketë rikuperuar IO, megjithatë logjika e skadimit të IO të firmuerit përjashtoi në mënyrë eksplicite dërgimin e menaxhimit të detyrave të rikuperimit te pajisjet e shënuara tashmë të dështuara.
- Rregullo: Në trajtimin e afatit, lejo veprime të tilla si rivendosja e pajisjes ndaj pajisjeve të shënuara si të dështuara. Shtuar gjithashtu
  një hap i rikuperimit aktiv të IO në rutinën e dështimit të pajisjes për të ndërprerë në mënyrë aktive kërkesat e pazgjidhura në vend që të presin që pajisja (ose SATL) të përpunojë normalisht radhët e saj.
- Rreziku: E ulët
Rregulloi një problem ku firmware raportoi gabimisht "Aktivizimi i firmuerit në internet" si një grup funksionesh të mbështetura të këtij produkti.
- Shkaku kryesor: Firmware i reklamuar gabimisht Funksionaliteti i aktivizimit të firmuerit në internet siç mbështetet. Kur softueri pritës vëzhgon këto pjesë mbështetëse dhe përpiqet të përdorë veçorinë, ai mund të hasë gabime sepse nuk mbështetet në të vërtetë.
- Rregullo: Modifikuar mekanizmat e ndryshëm të raportimit të veçorive për të treguar se kjo veçori nuk mbështetet.
- Rreziku: E ulët
Rregulloi një problem të bllokimit të përjashtimit TLB kur kërkesa të shumta MCTP jashtë brezit u dërguan në firmware në të njëjtën kohë.
- Shkaku kryesor: Përjashtimi i treguesit TLB/NULL ndodh në firmware kur ai merr kërkesa asinkrone MCTP në të njëjtën kohë në një seancë kur një kërkesë e mëparshme MCTP nuk është përpunuar plotësisht. Për shkak të kësaj, firmware futet në një situatë të ndjeshme ndaj kohës, ku një nga thread-et në firmware po konfiguron përgjigjet e paketuara MCTP duke hyrë në buferin e memories së sesionit OOB, i cili sapo u lirua nga një thread tjetër përgjegjës për përpunimin e kërkesave MCTP. Kjo është për shkak se firmware trajton një kërkesë MCTP në një seancë në mënyrë sinkrone, nëse merr një kërkesë tjetër nga i njëjti sesion përpara se të plotësojë kërkesën ekzistuese, ai fshin kontekstin e vjetër të sesionit dhe fillon të përpunojë kërkesën e re.
  - Rregullo: Për të trajtuar me hijeshi këtë situatë, firmware do të përdorë spinlock gjatë qasjes në sesionin OOB nga tema të ndryshme.
  - Rreziku: E ulët
Zgjidhet një problem me reduktimin e performancës kur hosti po dërgon transmetime të mëdha IO të njëpasnjëshme në thellësi të lartë të radhës.
- Shkaku kryesor: Kur kërkesat janë duke u bashkuar dhe staged, ky aktivitet ndodh ose në kontekstin e hyrjes së IO të hostit (PARSE) ose në kontekstin e hartës RAID (MAPPER). Kur PARSE merr vendime se kur të stage të dhënave dhe stagburimet janë të kufizuara, ai po hynte në një cikli pritjeje të zënë për të lejuar kompletimet e burimeve të lira dhe do ta kontrollonte këtë cikli çdo 10 ms (ose 100 IO/s). Në këtë ngarkesë të veçantë të punës, gjendja e qëndrueshme e sistemit po bënte që hyrja e IO të mbyllej plotësisht në këtë lak, gjë që rezultoi në një sasi shumë të parashikueshme dhe fikse të IO.
- Rregullo: Kohëmatësi i ciklit të pritjes së zënë u reduktua në 100 µs (ose 10k IO/s) që është më se e mjaftueshme për të ngopur xhiron e kontrolluesit.
- Rreziku: E ulët
Rregullime të UEFI / BIOS të trashëguara
Ky seksion tregon rregullimet dhe përmirësimet e BIOS-it të UEFI/Legacy për këtë version.
Rregullime dhe përmirësime për UEFI Build 1.4.3.6/Legacy BIOS Build 1.4.3.2
Ky version ofron rregullimet dhe përmirësimet e mëposhtme.

U shtua një opsion HII në cilësimet e protokollit të zbulimit të portit për të mbështetur disqet e lidhur me kabllo.
U shtua mbështetje për statusin e arsyes së dështimit të fundit të Drive në menynë e informacionit të diskut të HII.
Rregulloi një problem ku disqet HBA të dështuara nuk shfaqen në HII.
- Shkaku kryesor: Pajisjet HBA të dështuara nuk shfaqen në mesazhet shëndetësore të HII dhe drejtuesit.
- Rregullo: Plotësoni dhe jepni informacionin e disponueshëm për pajisjet e dështuara në mesazhet e shëndetit të ISKSH-së dhe drejtuesit.
- Ekspozim: Të gjitha versionet e mëparshme.
- Rreziku: E ulët
Rregulloi një problem ku testet e vetë certifikimit UEFI SCT dështon për protokollin Emri i komponentit2.
- Shkaku kryesor: Protokolli GetControllerName of Component name2 nuk e vërteton gjuhën e hyrjes. SCT dështon kur jepet gjuhë e gabuar si hyrje.
- Rregullo: U shtua vërtetimi i gjuhës së mbështetur për protokollin GetControllerName of Component name2.
- Ekspozim: Të gjitha versionet e mëparshme.
- Rreziku: E ulët
Rregulloi një problem ku ndryshimet e protokollit të zbulimit të portit nuk ofrojnë statusin për të informuar përdoruesit se kërkohet një rindezje.
- Shkaku rrënjësor: Statusi i funksionimit të protokollit të zbulimit të portit tregon vetëm nëse është i suksesshëm ose i dështuar.
- Rregullo: U shtua mesazhi i kërkuar për rindezje në statusin përfundimtar të cilësimeve të protokollit të zbulimit të portit.
- Ekspozim: Të gjitha versionet e mëparshme.
- Rreziku: E ulët
Rregulloi një problem ku UEFI ARCCONF CLI prodhon një gabim si një komandë e panjohur në guaskën EFI.
- Shkaku kryesor: Titulli i pasaktë për komandat e faqes së veçorive kuptimore që çon në vërtetim të gabuar të bitit të veçorisë duke e trajtuar veçorinë ARCCONF CLI si të pambështetur.
- Rregullim: Korrigjimi i titujve të komandave të faqeve të veçorive sensuale sipas specifikimit për të marrë pjesët e sakta të veçorive për veçorinë ARCCONF CLI.
- Ekspozim: Të gjitha versionet e mëparshme.
- Rreziku: E ulët

Rregullime të shoferit
Ky seksion tregon rregullimet dhe përmirësimet e drejtuesit për këtë version.

Rregullime të drejtuesve të Windows
Ky seksion tregon rregullimet dhe përmirësimet e drejtuesit të Windows për këtë version.

Rregullime dhe përmirësime për Windows Driver Build 1010.6.0.1025
Ky version ofron rregullimet dhe përmirësimet e mëposhtme.

Rregulloi një problem ku OS mund të dështonte të nisej.
- Shkaku kryesor: Shoferi mund të dështojë të ngarkojë sepse Shkrimi i Regjistrit të Funksionit të Konfigurimit të Radhës së Administratorit dhe më pas leximi i regjistrit pa vonesë mund të japë status të gabuar bajate.
- Rregullo: U shtua një vonesë prej 1ms=1000us pas shkrimit të Regjistrit të Funksionit të Konfigurimit të Radhës së Administratorit, por përpara se të fillonte votimi statusi i votimit.
- Rreziku: E ulët

Rregullime të drejtuesve të Linux
Ky seksion tregon rregullimet dhe përmirësimet e drejtuesit të Linux për këtë version.

Rregullime dhe përmirësime për Linux Driver Build 2.1.12-055

Rregulloi një problem ku po krijohen nyje dublikate të pajisjes për ngasjen e shiritit Ultrium dhe ndërruesit e mesëm.
- Shkaku kryesor: Makina e shiritit Ultrium është një objektiv SCSI me shumë LUN. Ai paraqet një LUN për ngasjen e shiritit dhe një LUN të dytë për ndërruesin e mesëm. Firmware-i ynë i kontrolluesit liston të dy LUN-të në rezultatet e RPL. Si rezultat, drejtuesi smartpqi i ekspozon të dyja pajisjet në OS. Pastaj OS bën zbulimin e tij normal të pajisjes nëpërmjet komandës SCSI REPORT LUNS, e cila e bën atë të rizbulojë të dy pajisjet për herë të dytë, gjë që rezulton në nyje të dyfishta të pajisjes. Kjo sjellje e prishur u maskua nga një gabim i mëparshëm smartpqi që bëri që OS të anashkalonte zbulimin e pajisjes së tij për këtë lloj pajisjeje. Ky gabim maskimi u rregullua nga një ndryshim i fundit në smartpqi për të raportuar informacione më të sakta në lidhje me protokollet e portit fillestar të SAS dhe protokollet e portit të synuar.
- Rregullo: Kur sistemi operativ ri-zbulon dy LUN për ngasjen e shiritit dhe ndërruesit e mediumit, drejtuesi e kupton që ato tashmë janë raportuar dhe e bllokon OS që t'i shtojë për herë të dytë.
- Rreziku: E ulët

Rregulloi një problem ku në disa situata kur drejtuesi e merr kontrolluesin jashtë linje, mund të ndodhë një përplasje e kernelit.
- Shkaku kryesor: Gjatë marrjes së kontrolluesit jashtë linje, është e mundur që drejtuesi të dështojë IO-të të cilat tashmë janë përfunduar nga OS, duke shkaktuar një përplasje të kernelit.
- Rregullo: Nëse pajisja është shënuar jashtë linje nga sistemi operativ, mos i prishni IO-të që i përkasin asaj pajisjeje sepse IO-të mund të jenë përfunduar më parë.
- Rreziku: E ulët

Rregulloi një problem me heqjen e pajisjes duke përdorur sysfs.
- Shkaku kryesor: Përcaktimi i slave_destroy bën që SML të thërrasë në slave_destroy për të hequr pajisjen nga tabela SCSI. Slave_destroy ynë nuk është i plotë.
- Rregullo: Hiq slave_destroy.
- Rreziku: E ulët
Rregulloi një problem ku request_irq dështoi gjatë hibernimit të sistemit.
- Shkaku kryesor: Argumenti i parë irq në "request_irq" nuk është i saktë.
- Rregullo: Nëse modaliteti i ndërprerjes është vendosur në INTx, përdorni "irq" të pajisjes PCI si parametër të parë për request_irq().
- Rreziku: E ulët
Rregulloi një problem ku gjatë letargjisë së sistemit, shoferi liron të gjitha irq-të, çaktivizon ndërprerjet MSIx dhe kërkon ndërprerje të trashëguara INTx. Kur shoferi thërret request_irq(), OS kthehet—EINVAL. Për shembullample, smartpqi 0000:b3:00.0: irq 191 init dështoi me gabim -22 genirq: Flamujt nuk përputhen irq 34. 00000080 (SmartPQI) kundrejt 00000000 (i40e-0000:1a: 00.0).
- Shkaku kryesor: Argumenti i parë irq në request_irq nuk është i saktë
- Rregullo: : Nëse modaliteti i ndërprerjes është vendosur në INTx, përdorni irq të pajisjes PCI si parametër të parë për request_irq().
- Rreziku: E ulët
Për shkak të një ndryshimi në shtresën e mesme SCSI, disa shpërndarje Linux mund të kërkojnë një kohë të gjatë për t'u shfaqur nëse sistemi riniset ndërsa një hard disk është duke u dezinfektuar. Kjo është vërejtur në RHEL 7.9/RHEL8.3 dhe SLES 15SP2.
- Shkaku kryesor: Gjatë boot-up, disa OS duket se varen kur ka një ose më shumë disqe që i nënshtrohen dezinfektimit. Sipas seksionit 4 të specifikimit SCSI SBC4.11.2 Komandat e lejuara gjatë dezinfektimit, disa komanda SCSI lejohen, por operacionet e leximit/shkrimit nuk lejohen. Kur OS përpiqet të lexojë tabelën e ndarjes së diskut, kthehet një CHECK CONDITION ASC 0x04 ASCQ 0x1b, gjë që bën që OS të riprovojë leximin derisa të përfundojë sanitizimi. Kjo mund të marrë orë të tëra.
- Rregullo: Shtoni një njësi testimi të gatshme në disqet HBA dhe mos i paraqitni ato në OS nëse kthehen 0x02/0x04/0x1b (sanitizimi në proces).
- Rreziku: E ulët
Rregulloi një problem me rrjedhjen e kërkesës, rënien e performancës dhe rrëzimin e sistemit.
- Shkaku kryesor: Problemi ndodh në një konfigurim maksimal ku ngarkesa e madhe hyrëse/dalëse ushtrohet me rivendosje të herëpashershme LUN në pajisjet e ekspozuara. Gjatë dështimit të IO-ve në radhë në shtegun TMF, pati një rrjedhje kërkese dhe rrjedhimisht hyrjet e vjetra në grupin e kërkesave me numërimin e referencës jo zero. Në rrugën e mbylljes, ka një BUG_ON për të kapur hyrjen/daljen e bllokuar qoftë në firmware ose në drejtues. Kërkesa e ndenjur e pa liruar shkaktoi prishje të sistemit. Nëse situata e mësipërme vazhdon të ndodhë, atëherë grupi i kërkesave I/O vazhdon të rrjedhë dhe mund të ketë një rënie të konsiderueshme të performancës.
- Rregullo: Drejtuesi tani e çliron kërkesën e rrjedhur siç duhet në shtegun e TMF ndërsa dështon kërkesat e pazgjidhura.
- Rreziku: E ulët
Rregulloi një problem për të shmangur dështimin e IO-ve për pajisjet që nuk janë në linjë.
- Shkaku kryesor: Gjatë marrjes së kontrolluesit jashtë linje, është e mundur që drejtuesi të dështojë IO-të të cilat tashmë janë përfunduar nga OS, duke shkaktuar një përplasje të kernelit.
- Rregullo: Nëse pajisja është shënuar jashtë linje nga sistemi operativ, mos i prishni IO-të që i përkasin asaj pajisjeje pasi IO-të mund të jenë përfunduar më parë.
- Rreziku: E ulët
Rregullime të drejtuesve të VMware
Ky seksion tregon rregullimet dhe përmirësimet e drejtuesit të VMware për këtë version.
Rregullime dhe përmirësime për VMware Driver Build 4150.0.119
Ky version ofron rregullimet dhe përmirësimet e mëposhtme.

Mbështetje e shtuar për formatet e reja të zgjeruara në të dhënat e kthyera nga komanda Report Physical LUNs për kontrollorët që mbështesin këtë veçori. Formatet e reja lejojnë raportimin e WWID-ve 16 bajt.
Rregulloi një problem ku PSOD u vu re gjatë ekzekutimit të mjetit MBT.
- Shkaku kryesor: Gjatë attach(), shoferi ruan treguesin e strukturës private për çdo përshtatës në një grup global. Indeksi i grupit nuk u zvogëlua kurrë gjatë shkarkimit. Kjo rezultoi në akses jashtë kufijve të grupit dhe të çon në PSOD.
- Rregullo: Pastro treguesin e strukturës private gjatë shkëputjes së drejtuesit ().
- Rreziku: E mesme

Rregulloi një problem me shtrirjen e elementeve SG vetëm për kontrollorët me tri modalitete.
- Shkaku kryesor: NVMe kërkon atribut të shtrirjes me katër bajt në cilësimet e motorit DMA.
- Rregullo: Për kontrollorët me tri modalitete, përdorni një motor dma të personalizuar me grup parametrash të shtrirjes DMA SG 4-bajtë.
- Rreziku: E mesme

Rregulloi një problem për të shmangur dështimin e IO-ve për pajisjet që nuk janë në linjë.
- Shkaku kryesor: Gjatë marrjes së kontrolluesit jashtë linje, është e mundur që drejtuesi të dështojë IO-të të cilat tashmë janë përfunduar nga OS, duke shkaktuar një përplasje të kernelit.
- Rregullo: Nëse pajisja është shënuar jashtë linje nga sistemi operativ, mos i prishni IO-të që i përkasin asaj pajisjeje pasi IO-të mund të jenë përfunduar më parë.
- Rreziku: E ulët

Rregulloi një problem me një proces të pasigurt qetësimi të pajisjes.
- Shkaku kryesor: Një API OS për sinkronizimin dhe ndezjen e ndërprerjeve nuk po thirrej.
- Rregullo: Shto thirrje në API të OS për të hequr çdo ndërprerje në pritje.
- Rreziku: E ulët

Rregulloi një problem me ESXi PSOD në mbajtësin Smartpqi TMF.
- Shkaku kryesor: Gjatë "rivendosjes virtuale" TMF, drejtuesi përsëritet përmes strukturave IO dhe do të lëshojë ndërprerje për të gjitha IO-të në pritje. Ndërsa inkuadron një kërkesë ndërprerjeje, drejtuesi përdor treguesin e strukturës së pajisjes nga struktura IO. Nëse IO e lidhur me strukturën IO përfundon paralelisht, treguesi i strukturës së pajisjes mund të rivendoset në NULL, gjë që do të rezultojë në një gabim faqeje.
- Rregullo: Përdorni treguesin e strukturës së pajisjes të dhënë nga mbajtësi i OS TMF.
- Rreziku: E ulët

Rregulloi një problem me ESXi PSOD për shkak të defektit të faqes.
- Shkaku kryesor: Një komandë kërkimi për një nga disqet po përfundon dhe OS lëshon një ndërprerje të TMF. Gjatë përfundimit të TMF, drejtuesi do të printojë statusin e TMF. Në brendësi, kjo përdor strukturën private të drejtuesit e cila nuk ishte caktuar gjatë inkuadrimit të kërkesës TMF.
- Rregullo: Caktoni treguesin e strukturës private të drejtuesit kur inkuadroni kërkesën TMF.
- Rreziku: E ulët

Rregulloi një problem me ESXi PSOD për shkak të Heartbeat NMI.
Shkaku kryesor: Shoferi merr një bllokues për të marrë një vend në radhën hyrëse. Të gjitha bërthamat mund të përfundojnë duke përdorur të njëjtën radhë hyrëse nëse numri i botëve të përfundimit SCSI është më i vogël se numri i bërthamave. Në shumicën e rasteve, numri i botëve të përfundimit SCSI është i njëjtë me numrin e prizave dhe shumica e serverëve kanë 1 deri në 2 priza. Kjo mund të shkaktojë bllokim të bllokimit pasi shumë fije do të përpiqen të marrin të njëjtën bllokim. Shoferi përdor një bllokues të personalizuar që bën një pritje të ngjeshur nëse bllokimi nuk është i disponueshëm. Kjo do të bëjë që filli i paraqitjes së IO të mbajë bërthamën e CPU-së dhe filli i rrahjeve të zemrës ESXi mund të mos ketë një shans të funksionojë për një kohë të gjatë. Kjo do të rezultojë që ESXi të lëshojë një NMI dhe PSOD serverin.
Rregullo: Përdorni spinlock në rrugën e paraqitjes.
Rreziku: Lartë
Rregulloi një problem ku sistemi varet gjatë ngarkimit të shoferit.
- Shkaku kryesor: Shoferi përdor një afat kohor të pafund për dërgimin e komandave të brendshme në lidhje me konfigurimin e ngjarjeve gjatë fillimit të drejtuesittage.
- Rregullim: U shtua koha për dërgimin e komandave të brendshme në lidhje me konfigurimin e ngjarjeve gjatë fillimit të drejtuesittage.
- Rreziku: I ulët
• Rregulloi një problem me ESXi 7.0 u2 PSOD gjatë nisjes.
- Shkaku kryesor: Shoferi Smartpqi krijon maksimum 64 radhë në dalje. Radhët krijohen bazuar në numrin e bërthamave/botëve të përfundimit të scsi dhe disponueshmërisë së MSIX. Në maksimum, shoferi do të krijojë 64 radhë dhe 64 mbajtës duhet të regjistrohen. Madhësia e grupit të të dhënave të mbajtësit të drejtuesit ishte 63 në vend të 64 dhe rezultoi në PSOD.
- Rregullim: Korrigjoi madhësinë e grupit të të dhënave të mbajtësit.
- Rreziku: I ulët
• Rregulloi një problem ku mesazhet e ndërprerjes do të vërshonin regjistrat gjatë testeve të rivendosjes së pajisjes.
- Shkaku kryesor: Të gjitha kërkesat IO në pritje për një pajisje do të anulohen nga një kërkesë hyrëse për rivendosjen e pajisjes. Për pajisjet e afta për thellësi të larta të radhës, kjo mund të jetë dhjetëra ose qindra kërkesa individuale për ndërprerje, për rivendosje të pajisjes.
- Rregullim: Ndryshoni nivelin e regjistrimit për këtë lloj mesazhi nga WARN në INFO, në mënyrë që të printohet vetëm kur dikush ndryshon me qëllim nivelin e regjistrimit të drejtuesit për të bërë korrigjimin ose analizën.
- Rreziku: I ulët
Rregulloi një problem me regjistrimin e tepërt gjatë rivendosjes së pajisjes.
- Shkaku kryesor: Kur rivendosjet po ekzekutohen, kërkesat hyrëse IO bllokohen dhe kthehen me status DEVICE BUSY. Një mesazh shtypet për të paralajmëruar se pajisja po kalon një rivendosje.
  Kur ndodhin shumë rivendosje të pajisjes, si p.sh. gjatë testimit të certifikimit të rivendosjes, kjo gjeneron një vëllim të madh të aktivitetit të regjistrimit dhe mund të shkaktojë që regjistrat të arkivohen shpesh.
- Rregullo: Ndryshojeni këtë mesazh që të regjistrohet vetëm kur niveli i regjistrimit është ndryshuar në mënyrë specifike në një nivel në ose mbi INFO (0x6). Mesazhet u caktuan të regjistrohen në ose mbi WARN (0x2) dhe niveli i regjistrimit të drejtuesit është SHËNIM (0x3) si parazgjedhje.
- Rreziku: E ulët
Rregulloi një problem me PSOD gjatë shkarkimit të shoferit.
- Shkaku kryesor: Shoferi Smartpqi mban një listë të lidhur të pajisjeve të hequra. Sa herë që është e pranishme një pajisje e re, drejtuesi kontrollon nëse ajo pajisje është tashmë e pranishme në listën e largimit_pajisja_dhe nëse është e pranishme, drejtuesi e zhvendos atë pajisje nga lista_remove_device_lista në listën aktuale të pajisjeve. Regjistrimet në listën e_device_device do të riviewmodifikuar në një interval kohor të caktuar dhe lista do të përditësohen duke hequr pajisjen që ka qenë në atë listë për më shumë se 20 minuta (për të trajtuar testin e prizës së nxehtësisë vSAN). Gjatë shkarkimit të shoferit, drejtuesi kontrollon për çdo pajisje të pranishme në listë dhe bën pastrimin (çlironi kujtesën e pajisjes). Gjurma e stivës PSOD tregon një lirim të pavlefshëm të memories së pajisjes gjatë këtij pastrimi.
- Rregullo: Hiqni hyrjen nga lista e pajisjeve sa herë që lirohet memoria e pajisjes.
- Rreziku: E mesme
Rregulloi një problem për të hequr mesazhet e gabuara të statusit.
- Shkaku kryesor: Mesazhi i statusit po raporton iu_type në vend të statusit.
- Rregullo: Hiqni fushën e statusit nga mesazhet.
- Rreziku: E ulët

Cilësimi i korrigjuar i thellësisë së radhës për pajisjen fizike.
- Shkaku kryesor: Shoferi merr vlerën e thellësisë së radhës nga firmware për çdo objektiv. Nëse firmware nuk jep një vlerë të vlefshme të thellësisë së radhës për një objektiv, shoferi vendos thellësinë e radhës në një vlerë të paracaktuar (1014 për LD, 27 për PD). Por për të gjitha pajisjet fizike, drejtuesi aktual rivendos thellësinë e radhës në thellësinë maksimale të radhës (1014) pavarësisht nëse firmware dha një QD të vlefshme apo jo.
- Rregullo: Shto kontrollin e duhur gjatë vendosjes së thellësisë së radhës së pajisjes.
- Rreziku: E ulët

Rregulloi një problem ku drejtuesi prodhon shumë regjistrime të korrigjimit.
- Shkaku kryesor: Niveli i paracaktuar i regjistrimit të shoferit u vendos shumë i lartë gjatë fazës së zhvillimit dhe nuk u rirregullua kurrë për përdorim në prodhim.
- Rregullo: Ndrysho nivelin e regjistrit të paracaktuar përsëri në nivelin normal të paracaktuar, 3. Rregullo nivelin e regjistrimit të disa funksioneve sipas nevojës.
- Rreziku: E ulët

Rregulloi një problem me regjistrimin e hollësishëm nga mbajtësit e gabimeve.
- Shkaku rrënjësor: Mesazhet e korrigjimit të përdorura në funksionet e trajtimit të gabimeve të drejtuesit janë duke u printuar në nivelin "normal" të regjistrimit të sistemit.
- Rregullo: Përdorni flamurin e kontrolluesit të shtuar së fundi dhe opsionin e kohës së përpilimit për të çaktivizuar mesazhet e padëshiruara.
- Rreziku: E ulët

zgjidhi një problem me PSOD gjatë printimit të memories DMA tag.
- Shkaku kryesor: Përdorimi i shoferit tag (një varg) për të identifikuar memorien DMA dhe ajo u mbajt duke përdorur një tregues char. Kjo tag caktohet gjatë alokimit të memories DMA. Në disa vende, tag u përcaktua si grup lokal char dhe shoferi po mbante treguesin për këtë. Gjatë shkarkimit të shoferit, kur shoferi përpiqet të printojë tag, që rezultoi me gabime në faqe si tag memoria ishte lokale për funksionin e alokimit.
- Rregullo: Ruajtja tag duke përdorur grupin char në vend të mbajtjes tag adresa.
- Rreziku: E ulët

Rregullime të drejtuesve të FreeBSD/Solaris
Ky seksion tregon rregullimet dhe përmirësimet e drejtuesit të FreeBSD/Solaris për këtë version.
Rregullime dhe përmirësime për FreeBSD Driver Build 4130.0.1008
Ky version ofron rregullimet dhe përmirësimet e mëposhtme
Rregulloi një problem kur disqet shtohen/hiqen/jashtë linje, pajisjet HBA dhe kontrollorët shfaqen si një vlerë e paracaktuar RAID 0.
- Shkaku kryesor: Nuk ka asnjë kontroll për pajisjet fizike ose kontrollorët përpara printimit të informacionit të ekranit.
- Rregullim: Modifikoni mesazhet në mënyrë që të printohen ndryshe bazuar në pajisjet fizike dhe kontrollorët për t'i identifikuar ato në përputhje me rrethanat.
- Rreziku: I ulët
Rregulloi një problem ku struktura e painitializuar CCB shkakton sjellje të papërcaktuar kur ndahet me shtresën CAM.
- Shkaku kryesor: CCB po përdoret pa pastruar vlerat e pirgut.
- Rregullim: Pastro CCB para se të përdoret.
- Rreziku: I ulët
Rregulloi një problem në të cilin drejtuesi po çaktivizon disqet nëse zbulon se kontrolluesi shkon jashtë linje, por nuk ka asnjë informacion që regjistron kodin e bllokimit të kontrolluesit kur ai është jashtë linje.
- Shkaku kryesor: Shoferi nuk po shfaq kodin e bllokimit të kontrolluesit.
- Rregullim: Shfaq kodin e bllokimit në regjistrat e drejtuesve. Gjithashtu, mbajtësi i kohëmatësit është i çaktivizuar kur kontrolluesi është jashtë linje për të parandaluar një përplasje të sistemit në rast të vonesës gjatë fshirjes së kujtesës postare.
- Rreziku: I ulët

Rregullime dhe përmirësime për Solaris Driver Build 4120.0.1005
Ky version ofron rregullimet dhe përmirësimet e mëposhtme.

Rregulloi një problem kur disqet shtohen/hiqen/jashtë linje, pajisjet HBA dhe kontrollorët shfaqen si një vlerë e paracaktuar RAID 0.
- Shkaku kryesor: Nuk ka asnjë kontroll për pajisjet fizike ose kontrollorët përpara printimit të informacionit të ekranit.
- Rregullo: Modifikoni mesazhet në mënyrë që të printohen ndryshe bazuar në pajisjet fizike dhe kontrollorët për t'i identifikuar ato në përputhje me rrethanat.

Rregullime të softuerit të menaxhimit
Ky seksion tregon rregullimet dhe përmirësimet e softuerit të menaxhimit për këtë version.

maksimumiView Rregullime të menaxherit të ruajtjes/ARCCONF
Ky seksion tregon maksimuminView Rregullime dhe përmirësime të Menaxherit të Hapësirës/ARCCONF për këtë version.

Rregullime dhe përmirësime për maxView Menaxheri i ruajtjes/ARCCONF Versioni 2.0.0 Build 24308|
Ky version ofron rregullimet dhe përmirësimet e mëposhtme.

Mbështetje për të shtuar buferin e regjistrit të ngjarjeve të firmuerit si pjesë e "Savesupportarchive".
Mbështetje për kontrolluesin për të raportuar pajisjet fizike të dështuara në konfigurim.
Rregulloi një problem ku ARCCONF në distancë ka dobësi të sigurisë OpenSSL.
- Shkaku kryesor: Remote ARCCONF përdor versionin më të vjetër të bibliotekës OpenSSL me burim të hapur, i cili kishte dobësi sigurie.
- Rregullo: U shtuan ndryshime në Remote ARCCONF duke shtuar versionin më të fundit të bibliotekës OpenSSL që kishte adresuar dobësitë e sigurisë.
- Rreziku: E ulët
Rregulloi një problem ku maxView nuk e shfaq konfigurimin siç duhet kur një pajisje fizike ka një emër modeli me thonjëza [“] në të.
- Shkaku kryesor: Pasja e thonjëzave [“] në emrin e modelit të pajisjes fizike ka dëmtuar formatin JSON të konfigurimit që bën maxView nuk mund ta shfaq atë siç duhet.
- Rregullo: U shtuan ndryshime në krijimin e konfigurimit JSON për të adresuar karaktere të tilla si [“].
- Rreziku: E ulët

Kufizimet
Ky seksion tregon kufizimet për këtë version.

Kufizimet e firmuerit
Ky seksion tregon kufizimet e firmuerit për këtë version.

Kufizimet për lëshimin e firmuerit
Nuk ka kufizime të njohura për këtë lëshim.

UEFI/Kufizimet e BIOS-it të trashëguar
Ky seksion tregon kufizimet e UEFI/Legacy BIOS për këtë version.

Kufizimet për UEFI Build 1.4.3.6/Legacy BIOS Build 1.4.3.2
Nuk ka kufizime të njohura për këtë lëshim.

Kufizimet e shoferit
Ky seksion tregon kufizimet e drejtuesit për këtë version.

Kufizimet e drejtuesve të Windows
Ky seksion tregon kufizimet e drejtuesit të Windows për këtë version.

Kufizimet për Windows Driver Build 1010.6.0.1025
Nuk ka kufizime të njohura për këtë lëshim.

Kufizimet e shoferit Linux
Ky seksion tregon kufizimet e drejtuesit të Linux për këtë version.

Kufizimet për Linux Driver Build 2.1.12-055
Ky version përfshin kufizimet e mëposhtme.

Në sistemet AMD/RHEL 7.9, sistemi mund të bjerë në panik për shkak të një defekti në modulin IOMMU. Për detaje, referojuni https://lore.kernel.org/linux-iommu/20191018093830.GA26328@suse.de/t/
- Zgjidhja: Çaktivizoni opsionin e cilësimeve të IOMMU në BIOS.
Në varësi të konfigurimeve të harduerit, parametri smartpqi expose_ld_first mund të mos funksionojë gjithmonë vazhdimisht.
- Zgjidhja: Asnjë
Hibernimi i sistemit Linux duke përdorur komandën "pm-hibernate" shkakton pezullimin e sistemit.
- Zgjidhja: Asnjë

Kufizimet e drejtuesve të VMware
Ky seksion tregon kufizimet e drejtuesve të VMware për këtë version.

Kufizimet për VMware Driver Build 4150.0.119
Nuk ka kufizime të njohura për këtë lëshim.

Kufizimet e drejtuesve të FreeBSD/Solaris
Ky seksion tregon kufizimet e drejtuesve të FreeBSD/Solaris për këtë version.2.3.3.4.1 Kufizimet për FreeBSD Driver Build 4130.0.1008
Nuk ka kufizime të njohura për këtë lëshim.

Kufizimet për Solaris Driver Build 4120.0.1005
Nuk ka kufizime të njohura për këtë lëshim.

Kufizimet e softuerit të menaxhimit

Ky seksion tregon kufizimet e softuerit të menaxhimit për këtë version.

maksimumiView Kufizimet e menaxherit të ruajtjes/ARCCONF
Ky seksion tregon maksimuminView Kufizimet e Menaxherit të Hapësirës/ARCCONF për këtë version.

Kufizimet për maxView Menaxheri i ruajtjes/ARCCONF Versioni 2.0.0 Build 24308
Nuk ka kufizime të njohura për këtë lëshim.

Përditësimi i firmuerit të kontrolluesit

Ky seksion përshkruan se si të përditësoni firmware-in e kontrolluesit në versionin më të fundit.
Përditësimi i kontrollorëve në firmware-in më të fundit
Nëse firmueri i ekzekutimit është 3.01.00.006 ose më i ulët, ju lutemi kontaktoni ekipin e aplikacioneve Adaptec në ask.adaptec.com.
Përmirësimi në 3.01.04.072 Firmware

Për kontrollorët që ekzekutojnë firmuerin 3.01.02.042 ose më të lartë, ndezni me versionin 3.01.04.072 të firmuerit "SmartFWx200.bin" të ofruar në këtë paketë duke përdorur maxview ose programi ARCCONF.
Cikli i energjisë serveri.

Historia e rishikimit

Tabela 4-1. Historia e kaluar

Rishikim	Data	Përshkrimi
B	08/2021	Përditësuar për lëshimin e SR 3.1.4.
A	06/2021	Dokumenti u krijua.

Mikroçipi Webfaqe

Microchip ofron mbështetje në internet nëpërmjet tonë webfaqe në www.microchip.com/. Kjo webfaqe përdoret për të bërë files dhe informacione lehtësisht të disponueshme për klientët. Disa nga përmbajtjet e disponueshme përfshijnë:

Mbështetja e produktit – Fletët e të dhënave dhe gabimet, shënimet e aplikacionit dhe sampprogramet, burimet e dizajnit, udhëzuesit e përdoruesit dhe dokumentet mbështetëse të harduerit, versionet më të fundit të softuerit dhe softueri i arkivuar
Mbështetja e Përgjithshme Teknike – Pyetjet e bëra më shpesh (FAQ), kërkesat për mbështetje teknike, grupet e diskutimit në internet, listimi i anëtarëve të programit të partnerit të projektimit të mikroçipit
Biznesi i Microchip - Zgjedhës të produktit dhe udhëzues për porositje, njoftimet më të fundit për shtyp të Microchip, listim seminaresh dhe ngjarjesh, listime të zyrave të shitjes së Microchip, shpërndarësve dhe përfaqësuesve të fabrikës

Shërbimi i njoftimit për ndryshimin e produktit

Shërbimi i njoftimit për ndryshimin e produktit të Microchip ndihmon për t'i mbajtur klientët aktualë në produktet Microchip. Abonentët do të marrin njoftim me email sa herë që ka ndryshime, përditësime, rishikime ose gabime në lidhje me një familje të caktuar produkti ose mjet zhvillimi me interes. Për t'u regjistruar, shkoni te www.microchip.com/pcn dhe ndiqni udhëzimet e regjistrimit.

Mbështetja e klientit

Përdoruesit e produkteve Microchip mund të marrin ndihmë përmes disa kanaleve:

Distributor ose Përfaqësues
Zyra Lokale e Shitjeve
Inxhinier i zgjidhjeve të integruara (ESE)
Mbështetje Teknike

Konsumatorët duhet të kontaktojnë shpërndarësin, përfaqësuesin ose ESE-në e tyre për mbështetje. Zyrat lokale të shitjeve janë gjithashtu në dispozicion për të ndihmuar klientët. Një listë e zyrave të shitjeve dhe vendndodhjeve është përfshirë në këtë dokument.
Mbështetja teknike është në dispozicion përmes webfaqe në: www.microchip.com/support

Veçori e mbrojtjes së kodit të pajisjeve me mikroçip

Vini re detajet e mëposhtme të veçorisë së mbrojtjes së kodit në pajisjet Microchip:

Produktet me mikroçip plotësojnë specifikimet e përfshira në fletën e tyre të të dhënave të mikroçipit.
Microchip beson se familja e tij e produkteve është e sigurt kur përdoret në mënyrën e synuar dhe në kushte normale.
Ka metoda të pandershme dhe ndoshta të paligjshme që përdoren në përpjekjet për të shkelur veçoritë e mbrojtjes së kodit të pajisjeve Microchip. Ne besojmë se këto metoda kërkojnë përdorimin e produkteve të Microchip në një mënyrë jashtë specifikimeve të funksionimit të përfshira në Fletët e të Dhënave të Microchip. Përpjekjet për të shkelur këto veçori të mbrojtjes së kodit, ka shumë të ngjarë, nuk mund të realizohen pa shkelur të drejtat e pronësisë intelektuale të Microchip.
Microchip është i gatshëm të punojë me çdo klient që është i shqetësuar për integritetin e kodit të tij.
As Microchip dhe as ndonjë prodhues tjetër gjysmëpërçues nuk mund të garantojë sigurinë e kodit të tij. Mbrojtja e kodit nuk do të thotë që ne po garantojmë se produkti është "i pathyeshëm". Mbrojtja e kodit po zhvillohet vazhdimisht. Ne në Microchip jemi të përkushtuar të përmirësojmë vazhdimisht veçoritë e mbrojtjes së kodit të produkteve tona. Përpjekjet për të thyer funksionin e mbrojtjes së kodit të Microchip mund të jenë shkelje e Aktit të të Drejtave të Autorit të Mijëvjeçarit Dixhital. Nëse akte të tilla lejojnë qasje të paautorizuar në softuerin tuaj ose në punë të tjera të mbrojtura me të drejtë autori, ju mund të keni të drejtë të padisëni për lehtësim sipas atij Akt.

Njoftim Ligjor
Informacioni i përmbajtur në këtë publikim ofrohet me qëllimin e vetëm të dizajnimit dhe përdorimit të produkteve Microchip. Informacioni në lidhje me aplikacionet e pajisjes dhe të ngjashme jepet vetëm për lehtësinë tuaj dhe mund të zëvendësohet nga përditësimet. Është përgjegjësia juaj të siguroheni që aplikacioni juaj të plotësojë specifikimet tuaja.
KY INFORMACION SIGUROHET NGA MIKROCHIP "AS IS". MICROCHIP NUK BËN PËRFAQËSIM OSE GARANCI TË ASNJË LLOJI, TË SHPREHUR APO TË LËNVESHME, ME SHKRIM APO GOJË, STATUTOR
OSE PER Ndryshe, I LIDHUR ME INFORMACIONIN DUKE PERFSHIRE POR JO KUFIZUAR NE ASNJE GARANCI TE NENKUPTUARA TE MOS SHKELJEVE, TREGTUESHMERISE DHE PËRSHTATSHMËRISË PËR NJË QËLLIM TË VEÇANTË APO LIDHJE TË KUFIZIMIT TË GARANCIVE.
NË ASNJË RAST MIKROCHIP DO TË JETË PËRGJEGJËS PËR ASNJË HUMBJE, DËM, KOST OSE PAJISJE TË INDIREKTE, TË VEÇANTA, NDËSHKIMORE, RASTËSISHME APO PASOJUESE, TË NJË LLOJ TË ÇFARË TË LIDHUR ME INFORMACIONIN E INFORMACIONIT TË NDËRKOMBËTAR, TË VEÇANTË, TË NDËRKOSHËM APO PASOJËS, DËMET JANË TË PARASHIKUESHME. NE SHTESIN MË TË PLOTË TË LEJUAR NGA LIGJI, PËRGJEGJËSIA TOTALE E MIKROÇIPIT PËR TË GJITHA KËRKESAT NË NDONJË MËNYRË LIDHUR ME INFORMACIONIN APO PËRDORIMIN E TIJ NUK DO TË KAQYROJË SHUMËN E TARIFAVE, NËSE KA NDONJË, TË GJITHA KËRKESAT PËR TË NJË TË NJË TË MIRA. Përdorimi i pajisjeve me mikroçip në aplikacionet e mbështetjes së jetës dhe/ose të sigurisë është tërësisht në rrezik të blerësit dhe blerësi pranon të mbrojë, dëmshpërblejë dhe mbajë mikroçipin e padëmshëm nga çdo dhe të gjitha dëmet, pretendimet, paditë ose shpenzimet që rrjedhin nga një përdorim i tillë. Asnjë licencë nuk transmetohet, në mënyrë të nënkuptuar ose ndryshe, sipas asnjë të drejte të pronësisë intelektuale të Microchip, përveç nëse përcaktohet ndryshe.

Markat tregtare

Emri dhe logoja e mikroçipit, logoja e mikroçipit, Adaptec, AnyRate, AVR, logoja e AVR, AVR Freaks, BesTime, BitCloud, chipKIT, logoja e chipKIT, CryptoMemory, CryptoRF, dsPIC, FlashFlex, flexPWR, HELDO, KIGLOXLE, , LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, Microsemi, Logoja Microsemi, MOST, MOST logo, MPLAB, OptoLyzer, PackeTime, PIC, picoPower, PICSTART, logo PIC32, PolarFire, QTouchG, Prochip Designer, , SpyNIC, SST, SST Logo, SuperFlash, Symmetricom, SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron dhe XMEGA janë marka tregtare të regjistruara të Microchip Technology Incorporated në SHBA dhe vende të tjera.

AgileSwitch, APT, ClockWorks, Embedded Control Solutions Company, EtherSynch, FlashTec, Hyper Speed Control, HyperLight Load, IntelliMOS, Libero, motorBench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, ProASIC-Plus logo, Qui, SmartFusion, SyncWorld, Temux, TimeCesium, TimeHub, TimePictra, TimeProvider, WinPath dhe ZL janë marka tregtare të regjistruara të Microchip Technology Incorporated në SHBA

Mbyllja e çelësit ngjitur, AKS, analog-për-mosha dixhitale, çdo kondensator, AnyIn, AnyOut, Ndërrimi i shtuar, BlueSky, BodyCom, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoPICDAMDs, CryptoPICADS, Dyquesi i kompjuterit DEMKontrollues. , ECAN, Espresso T1S, EtherGREEN, IdealBridge, Programim serial në qark, ICSP, INICnet, Paralelizimi inteligjent, Lidhja ndër-çip, JitterBlocker, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, Logoja e certifikuar MPLAB, MPLIB, MPLINK, MultiTRAK, NetDetach, Gjenerimi i kodit të Gjithëdijshëm, PICDEM, PICDEM.net, PICkit, PICtail, PowerSmart, PureSilicon, QMatrix, REAL ICE, REAL ICE, , RTG4, SAM-ICE, Serial Quad I/O, simpleMAP, SimpliPHY, SmartBuffer, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Qëndrueshmëri totale, TSHARC, USBCheck, VariPHY, VectorBlox, ViewSpan, WiperLock, XpressConnect dhe ZENA janë marka tregtare të Microchip Technology Incorporated në SHBA dhe vende të tjera.
SQTP është një markë shërbimi e Microchip Technology Incorporated në SHBA

Logoja Adaptec, Frequency on Demand, Silicon Storage Technology dhe Symmcom janë marka tregtare të regjistruara të Microchip Technology Inc. në vende të tjera.
GestIC është një markë e regjistruar e Microchip Technology Germany II GmbH & Co. KG, një filial i Microchip Technology Inc., në vende të tjera.

Të gjitha markat e tjera tregtare të përmendura këtu janë pronë e kompanive të tyre përkatëse. © 2021, Microchip Technology Incorporated, Shtypur në SHBA, të gjitha të drejtat e rezervuara.
ISBN: 978-1-5224-8477-6

Sistemi i Menaxhimit të Cilësisë

Për informacion në lidhje me Sistemet e Menaxhimit të Cilësisë të Microchip, ju lutemi vizitoni www.microchip.com/quality.

Shitjet dhe shërbimi në mbarë botën

AMERIKA

AZI/PACIFIK

EVROPA

Zyra e Korporatës

2355 West Chandler Blvd. Chandler, AZ 85224-6199

Tel: 480-792-7200

Faksi: 480-792-7277

Mbështetje Teknike: www.microchip.com/support Web Adresa: www.microchip.com Atlanta

Duluth, GA

Tel: 678-957-9614

Faksi: 678-957-1455

Austin, Teksas

Tel: 512-257-3370

Boston Westborough, MA Tel: 774-760-0087

Faksi: 774-760-0088

Çikago

Itasca, IL

Tel: 630-285-0071

Faksi: 630-285-0075

Dallas

Addison, TX

Tel: 972-818-7423

Faksi: 972-818-2924

Detroit

Novi, MI

Tel: 248-848-4000

Hjuston, Teksas

Tel: 281-894-5983

Indianapolis Noblesville, IN Tel: 317-773-8323

Faksi: 317-773-5453

Tel: 317-536-2380

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

Faksi: 949-462-9608

Tel: 951-273-7800

Raleigh, NC

Tel: 919-844-7510

Nju Jork, NY

Tel: 631-435-6000

San Jose, CA

Tel: 408-735-9110

Tel: 408-436-4270

Kanada – Toronto

Tel: 905-695-1980

Faksi: 905-695-2078

Australi – Sidnej

Tel: 61-2-9868-6733

Kinë – Pekin

Tel: 86-10-8569-7000

Kinë – Chengdu

Tel: 86-28-8665-5511

Kinë - Chongqing

Tel: 86-23-8980-9588

Kinë – Dongguan

Tel: 86-769-8702-9880

Kinë – Guangzhou

Tel: 86-20-8755-8029

Kinë – Hangzhou

Tel: 86-571-8792-8115

Kinë – Hong Kong SAR

Tel: 852-2943-5100

Kinë – Nanjing

Tel: 86-25-8473-2460

Kinë – Qingdao

Tel: 86-532-8502-7355

Kinë – Shanghai

Tel: 86-21-3326-8000

Kinë – Shenyang

Tel: 86-24-2334-2829

Kinë – Shenzhen

Tel: 86-755-8864-2200

Kinë – Suzhou

Tel: 86-186-6233-1526

Kinë – Wuhan

Tel: 86-27-5980-5300

Kinë – Xian

Tel: 86-29-8833-7252

Kinë – Xiamen

Tel: 86-592-2388138

Kinë – Zhuhai

Tel: 86-756-3210040

Indi - Bangalore

Tel: 91-80-3090-4444

Indi – Nju Delhi

Tel: 91-11-4160-8631

India - Pune

Tel: 91-20-4121-0141

Japoni – Osaka

Tel: 81-6-6152-7160

Japoni - Tokio

Tel: 81-3-6880- 3770

Korea – Daegu

Tel: 82-53-744-4301

Kore - Seul

Tel: 82-2-554-7200

Malajzi – Kuala Lumpur

Tel: 60-3-7651-7906

Malajzi – Penang

Tel: 60-4-227-8870

Filipine – Manila

Tel: 63-2-634-9065

Singapor

Tel: 65-6334-8870

Tajvan – Hsin Chu

Tel: 886-3-577-8366

Tajvan – Kaohsiung

Tel: 886-7-213-7830

Tajvan – Taipei

Tel: 886-2-2508-8600

Tajlandë - Bangkok

Tel: 66-2-694-1351

Vietnam – Ho Chi Minh

Tel: 84-28-5448-2100

Austri – Wels

Tel: 43-7242-2244-39

Faksi: 43-7242-2244-393

Danimarkë – Kopenhagë

Tel: 45-4485-5910

Faks: 45-4485-2829

Finlanda – Espoo

Tel: 358-9-4520-820

Francë – Paris

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

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

Gjermani – Garching

Tel: 49-8931-9700

Gjermani – Haan

Tel: 49-2129-3766400

Gjermani – Heilbronn

Tel: 49-7131-72400

Gjermani – Karlsruhe

Tel: 49-721-625370

Gjermani – Mynih

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

Gjermani – Rosenheim

Tel: 49-8031-354-560

Izrael – Ra'anana

Tel: 972-9-744-7705

Itali – Milano

Tel: 39-0331-742611

Faks: 39-0331-466781

Itali – Padova

Tel: 39-049-7625286

Holandë – Drunen

Tel: 31-416-690399

Faks: 31-416-690340

Norvegji – Trondheim

Tel: 47-72884388

Poloni – Varshavë

Tel: 48-22-3325737

Rumani – Bukuresht

Tel: 40-21-407-87-50

Spanjë - Madrid

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

Suedi – Gothenberg

Tel: 46-31-704-60-40

Suedi – Stokholm

Tel: 46-8-5090-4654

MB - Wokingham

Tel: 44-118-921-5800

Faksi: 44-118-921-5820

Dokumentet / Burimet

MICROCHIP HBA 1200 Software-Firmware Release Notes [pdfUdhëzime
HBA 1200, Shënime për publikimin e softuerit, shënimet e lëshimit të firmuerit, softuerët-firmware, shënimet e lëshimit

Referencat

Manuali i Përdoruesit

MICROCHIP HBA 1200 Software-Firmware Release Notes