MICROCHIP HBA 1200 सॉफ्टवेअर-फर्मवेअर रिलीज नोट्स सूचना

या प्रकाशनाबद्दल
या दस्तऐवजात वर्णन केलेल्या डेव्हलपमेंट रिलीझमध्ये मायक्रोचिपच्या HBA 1200 सोल्यूशन्ससाठी फर्मवेअर, OS ड्रायव्हर्स, टूल्स आणि होस्ट मॅनेजमेंट सॉफ्टवेअरचा समावेश आहे.

रिलीझ ओळख
या प्रकाशनासाठी फर्मवेअर, सॉफ्टवेअर आणि ड्रायव्हर आवृत्त्या खालील तक्त्यामध्ये दर्शविल्या आहेत.

तक्ता 1-1. प्रकाशन सारांश

सोल्यूशन्स रिलीझ	3.1.4
पॅकेज रिलीझ तारीख	10 ऑगस्ट 2021
फर्मवेअर आवृत्ती	3.01.04.072
UEFI/लेगेसी BIOS	1.4.3.6/1.4.3.2
ड्रायव्हर आवृत्त्या	विंडोज ड्रायव्हर्स: • Windows 2019, 2016, Windows 10: 1010.6.0.1025 लिनक्स स्मार्टपीक्यूआय: • RHEL 7/8: 2.1.12-055 • SLES 12/15: 2.1.12-055 • उबंटू 18/20/21: 2.1.12-055 • Oracle Linux 7/8: 2.1.12-055 • Citrix Xenserver 8: 2.1.12-055 • डेबियन 9/10: 2.1.12-055 • CentOS 7/8: 2.1.12-055 VMware: • VMware ESX 6/7: 4150.0.119 फ्रीबीएसडी/सोलारिस: • FreeBSD 11/12/13: 4130.0.1008 • सोलारिस: 11: 4120.0.1005
ARCCONF/कमालView	B24308

Files या प्रकाशनात समाविष्ट आहे
या विभागात तपशील fileया प्रकाशनात समाविष्ट आहे.

तक्ता 1-2. फर्मवेअर Files

घटक

वर्णन

विधानसभापूर्व वापर

विधानसभा नंतरचा वापर

SmartFWx200.bin

प्रोडक्शन-साइन केलेले प्रोग्राम करण्यायोग्य NOR फ्लॅश File. आधीच फर्मवेअर चालू असलेल्या बोर्डसाठी NOR Flash प्रोग्राम करण्यासाठी वापरा.

तक्ता 1-3. फर्मवेअर प्रोग्रामिंग साधने

साधन	वर्णन	एक्झिक्युटेबल
ARCCONF	ARCCONF CLI उपयुक्तता	ARCCONF BXXXXXX.zip
कमालView	कमालView उपयुक्तता	MAXVIEW XXX BXXXXXX.zip

चालक Files

तक्ता 1-4. विंडोज ड्रायव्हर्स

OS	आवृत्ती
सर्व्हर 2019, 2016, Windows 10	x64

तक्ता 1-5. लिनक्स ड्रायव्हर्स

OS	आवृत्ती
RHEL ८.४, ८.३, ८.२, ८.१, ७.९, ७.८, ७.७	x64
CentOS 8.3, 8.2	x64
एसएलईएस १२ एसपी५, एसपी४	x64
SLES 15 SP3, SP2, SP1	x64
उबंटू 20.04.2, 20.04.1, 20.04, 18.04.5, 18.04.4	x64
उबंटू 21.04	x64
Oracle Linux 8.3, 8.2, 7.9, 7.8, UEK6U1 (5.4.17-2036)	x64
ओरॅकल लिनक्स 8.2 UEK R6	x64
डेबियन 10.5, 9.13	x64
Fedora 33 (इनबॉक्स)	x64
झेनसर्व्हर ८.२	x64

तक्ता 1-6. फ्रीबीएसडी, सोलारिस आणि व्हीएमवेअर ड्रायव्हर्स

OS	आवृत्ती
ESX6.5U3/U2	x64
ESX6.7U3/U2	x64
ESX7.0U2/U1	x64
फ्रीबीएसडी 13, 12.2, 11.4	x64
सोलारिस 11.4	x64

होस्ट मॅनेजमेंट सॉफ्टवेअर

तक्ता 1-7. कमालView आणि ARCCONF उपयुक्तता

वर्णन	OS	एक्झिक्युटेबल
ARCCONF कमांड लाइन युटिलिटी	विंडोज x64 लिनक्स x64 VMware 6.5 आणि वरील	संबंधित OS साठी इंस्टॉलेशन एक्झिक्यूटेबलसाठी arcconf_B#####.zip पहा.
	झेनसर्व्हर
	UEFI समर्थन
कमालView स्टोरेज व्यवस्थापक	विंडोज x64 लिनक्स x64 VMware 6.5 आणि वरील	कमाल पहाview_linux_B#####.zip, कमालview_win_ B#####.zip, आणि कमालviewइन्स्टॉलेशन एक्झिक्यूटेबलसाठी _vmware_B#####.zip.
	झेनसर्व्हर
	UEFI समर्थन
कमालView vSphere प्लगइन	VMware 6.5 आणि वरील	कमाल पहाviewइन्स्टॉलेशन एक्झिक्यूटेबलसाठी _vmware_B#####.zip.
ARCCONF साठी USB (ऑफलाइन किंवा प्री-बूट) बूट करा आणि कमालView स्टोरेज व्यवस्थापक	लिनक्स x64	कमाल पहाview.iso साठी _offline_bootusb_B#####.zi p file.

नवीन काय आहे?

या प्रकाशनात नवीन काय आहे हे हा विभाग दाखवतो.

वैशिष्ट्ये

खालील तक्त्यामध्ये या प्रकाशनासाठी समर्थित वैशिष्ट्यांची यादी आहे. तक्ता 2-1. वैशिष्ट्यांचा सारांश

वैशिष्ट्ये		या रिलीझमध्ये समर्थित	भविष्यातील प्रकाशन
UEFI ड्राइव्हर, बूट समर्थन		X
लेगसी बूट समर्थन		X
डायनॅमिक पॉवर व्यवस्थापन		X
ड्रायव्हर सपोर्ट	खिडक्या	X
	लिनक्स	X
	VMware	X
	फ्रीबीएसडी	X
	सोलारिस	X
	OS प्रमाणपत्र	X
फ्लॅश समर्थन	ARCCONF उपयुक्तता	X
कमालView साधन समर्थन		X
ARCCONF साधन समर्थन		X
एमसीटीपी बीएमसी व्यवस्थापन		X
RAID आणि HBA मध्ये 4Kn समर्थन		X
कंट्रोलर-आधारित एन्क्रिप्शन (CBE) समर्थन1		X
MCTP किंवा PBSI चे आउट-ऑफ-बँड इंटरफेस निवड समर्थन		X
VPP बॅकप्लेन समर्थन		X
PBSI समर्थन		X
कॉन्फिगर करण्यायोग्य विस्तारक SSU सेटिंग्ज		X

टीप: फक्त एन्क्रिप्शन-सक्षम उत्पादनांसाठी उपलब्ध.

निराकरणे आणि सुधारणा

हा विभाग या प्रकाशनासाठी सुधारणा आणि सुधारणा दाखवतो.

फर्मवेअर निराकरणे

हा विभाग या प्रकाशनासाठी फर्मवेअर निराकरणे आणि सुधारणा दाखवतो.

फर्मवेअर रिलीझ 3.01.04.072 साठी निराकरणे आणि सुधारणा
हे प्रकाशन खालील निराकरणे आणि सुधारणा पुरवते.

संलग्न उपकरण यादीसाठी अनुक्रमांक लॉग आउटपुट सुधारित केले. विशेषत:, NVMe डिव्हाइस युनिक आयडेंटिफायर्स संबंधित माहिती सुधारित केली आणि वाचनीयता सुधारण्यासाठी माहितीचे अनेक गट वेगळे/पुन्हा आयोजित केले.

ही माहिती संकलित करण्यासाठी OS ड्रायव्हर्सना समर्थन देण्यासाठी InquiryVPD 83h आणि नवीन CISS शैली ReportPhysicalLUNs फॉरमॅटद्वारे NVMe डिव्हाइसेससाठी अद्वितीय SCSI ID अहवाल देण्यासाठी समर्थन जोडले आहे.
'ऑटो-डिटेक्ट' लॉजिकशी सुसंगत केबल्ससाठी डायरेक्ट-केबलिंग कार्यक्षमता जोडली.

“PMS (कार्यप्रदर्शन मॉनिटरिंग स्टॅटिस्टिक्स)” मेट्रिक्स API नापसंत केले गेले आहे. “M&P” API मधील अनेक कार्यप्रदर्शन-संबंधित मेट्रिक्स देखील नापसंत केले गेले आहेत; तथापि, त्रुटी-संबंधित काउंटर अजूनही राखले जात आहेत.
NVMe डिव्हाइस PCIe अभिज्ञापक आता IdentifyPhysicalDevice कमांडद्वारे नोंदवले जातात. हे NVMe उपकरणांसाठी SCSI युनिक आयडेंटिफायर जोडण्याचा एक भाग म्हणून PLDM रिपोर्टिंगला समर्थन देते.

NVMe डिव्हाइसेससाठी अनन्य SCSI डिव्हाइस माहितीसाठी भविष्यातील समर्थनासाठी नवीन OS ड्राइव्हर डिव्हाइस इन्व्हेंटरी कमांड फॉरमॅटचा अहवाल देण्यासाठी फर्मवेअरसाठी समर्थन जोडले आणि ते देखील जोडले
ही माहिती संकलित करण्यासाठी OS ड्रायव्हर्सना समर्थन देण्यासाठी चौकशी VPD 83h आणि नवीन CISS शैली ReportPhysicalLUNs फॉरमॅटद्वारे NVMe उपकरणांसाठी अद्वितीय SCSI ID अहवाल देण्यासाठी समर्थन.

जर त्या बॅकप्लेन सेगमेंटमध्ये सुरुवातीला बूट करताना कोणतेही ड्राइव्ह स्थापित केले नसतील तर SGPIO बॅकप्लेनसह हॉट-अॅडेड ड्राइव्ह शोध प्रतिबंधित करणारी समस्या निश्चित केली.
- मूळ कारण: तर्कशास्त्र जे 'न वापरलेले' PHYs अक्षम करण्याचा निर्णय घेते चुकीचे मूल्यमापन केलेले पोर्ट संलग्न
  एक SGPIO बॅकप्लेन बॅकप्लेनशी संबंधित नसल्यामुळे. SGPIO कडे हॉटप्लग शोधण्यासाठी प्रमाणित आउट-ऑफ-बँड यंत्रणा नसल्यामुळे, प्रारंभिक शोधानंतर कंट्रोलर PHYs अक्षम केल्याने भविष्यातील हॉटप्लग शोधण्यापासून रोखले गेले.
- निराकरण: डायरेक्ट-अटॅच बॅकप्लेनसाठी, इन-बँड हॉट-प्लग डिटेक्शनला समर्थन देण्यासाठी कंट्रोलर PHYs सक्षम ठेवा.
- धोका: कमी

इच्छित पोर्ट रुंदी लिंक केलेल्या वास्तविक पोर्ट रुंदीएवढी नसताना NVMe ड्राइव्हसाठी अहवाल दिलेला लिंक दर चुकीच्या पद्धतीने नोंदवला गेला आहे अशा समस्येचे निराकरण केले.
- मूळ कारण: फर्मवेअरचे अहवाल असमानतेचा अहवाल देण्यासाठी पुरेसे दाणेदार नव्हते. त्या समस्येचे निराकरण झाल्यानंतर, फर्मवेअर पोर्ट ग्रुपमधून 'न वापरलेले' PHYs अक्षम करण्याचा प्रयत्न करेल, परंतु यामुळे संपूर्ण पोर्ट ड्राइव्हला अक्षम केले जाईल.
- निराकरण: स्वतंत्र PHY लिंक स्थिती/दरांचा योग्यरितीने अहवाल देण्यासाठी फर्मवेअर लॉजिक अपडेट केले गेले. 'न वापरलेले' PHY अक्षम करण्यासाठी फर्मवेअर लॉजिक देखील NVMe पोर्टसाठी PHY अक्षम न करण्यासाठी सुधारित केले गेले ज्यामध्ये किमान एक PHY लिंक अप आहे.
- धोका: कमी
UART/SOB लॉग पर्यंत बूट करताना कंट्रोलर WWID चुकीच्या पद्धतीने मुद्रित झाला आहे अशा समस्येचे निराकरण केले.
- मूळ कारण: सामान्य मॅन्युफॅक्चरिंग फॉरमॅट आउटपुटमध्ये रिफॅक्टरिंग बदल वेगळ्या नवीन फॉरमॅटसाठी समर्थन जोडण्याबरोबरच केले गेले. हा रिफॅक्टर कोड चुकीच्या पद्धतीने हाताळतो

BYTE अॅरे ऐवजी QWORD फील्ड म्हणून WWID ज्यामुळे आउटपुट एंडियन स्वॅप केलेले दिसते.

या बदलाचा केवळ या छपाई कार्यावर परिणाम झाला—WWID अन्यथा योग्यरित्या वापरला गेला आणि इतरत्र योग्यरितीने अहवाल दिला गेला.
- निराकरण: BYTE अॅरे म्हणून WWID मूल्य मुद्रित करण्यासाठी तर्कशास्त्र परत बदलले.
- धोका: कमी
• VPP बॅकप्लेनला जोडलेल्या ड्राइव्हमध्ये चुकीचे बे नंबर आहेत आणि होस्टला चुकीच्या पद्धतीने सादर केले गेले आहेत अशा समस्येचे निराकरण केले.
- मूळ कारण: VPP डिस्कवरी लॉजिकला 0xAE पत्त्यावर TWI डिव्हाइस सापडले परंतु त्यातील सर्व 0xFF वाचा. यामुळे वाईट EEPROM गृहीत धरून संलग्नक सेट अप करणाऱ्या वर्तनात परिणाम झाला, परंतु यामुळे अनेक ग्राहक अनुभव समस्या निर्माण झाल्या.
- निराकरण: खराब EEPROM असण्यामागचे लॉजिक कोणतेही वैध डेटा नसलेल्या प्रतिसादात्मक TWI लक्ष्यासाठी समायोजित केले गेले. या केसला आता संलग्न न करता थेट-केबल केलेल्या केससारखे मानले जाईल.
- धोका: कमी
फर्मवेअर आवृत्ती किंवा चेकसम सारणीमध्ये न करता फ्लॅश करप्शनचा परिणाम न करता येणारा भ्रष्टाचार होतो अशा समस्येचे निराकरण केले.
- मूळ कारण: फर्मवेअर आवृत्ती माहिती दुरुस्त केली जात होती परंतु तशी चिन्हांकित केलेली नव्हती, आणि चेकसम सारणी दुरुस्त केली जात नव्हती. दोन्ही प्रकरणांमध्ये, नियंत्रक अहवाल देत राहतो की त्याने भ्रष्टाचार शोधला आणि दुरुस्त केला नाही.
- निराकरण: रिडंडंट इमेज सुसंगत असल्यास ही दोन्ही प्रकरणे दुरुस्त करण्यायोग्य आहेत, त्यामुळे सुधारणा करण्यासाठी तसेच त्या स्थितीचा योग्यरितीने अहवाल देण्यासाठी तर्क जोडले गेले.
- धोका: कमी
फर्मवेअर अपडेटनंतर पहिले कोल्ड बूट रिडंडंट इमेज दूषित झाल्याची तक्रार करते अशा समस्येचे निराकरण केले.
- मूळ कारण: डीडीआर प्रशिक्षण परिणाम रिडंडंट इमेज विभागात संग्रहित केले जातात जसे की बूट दरम्यान प्रशिक्षणाचा वेग वाढवण्यासाठी त्यांचा संदर्भ दिला जाऊ शकतो. फर्मवेअर अपडेटवर, नवीन/चांगले परिणाम स्थापित करण्यासाठी नवीन फर्मवेअरमधील संभाव्य नवीन अल्गोरिदमला अनुमती देण्यासाठी हे परिणाम साफ केले जातात. RAID स्टॅक चुकीच्या पद्धतीने सक्रिय आणि निष्क्रिय प्रतिमा सामग्रीच्या तुलनेत या विभागाचा समावेश केला होता ज्यामुळे खोट्या प्रतिमा भ्रष्टाचार संदेश ट्रिगर झाला होता.
- निराकरण: संग्रहित परिणाम आधीपासूनच सुसंगत असल्याशिवाय प्रतिमेच्या तुलनेमध्ये हा विभाग समाविष्ट करू नका.
- धोका: कमी
IO थकबाकीसह SATA ड्राइव्ह अयशस्वी होत असताना संभाव्य 0x1ABD कंट्रोलर लॉकअप निश्चित केले आणि ड्राइव्ह रीसेट केल्यानंतर डिव्हाइस ओळखण्यास प्रतिसाद देण्यात अपयशी ठरते.
- मूळ कारण: फर्मवेअरमध्ये IO ला डिव्हाइसवर रांगेत ठेवण्याची शक्यता असते जेव्हा ते अयशस्वी होत असते आणि यामुळे ड्राइव्ह अप्रतिसादित झाल्यामुळे IO पुनर्प्राप्त होऊ शकत नाही. दुसर्‍या डिव्‍हाइस रीसेटने IO पुनर्प्राप्त केले असेल, तथापि फर्मवेअर IO टाइमआउट लॉजिकने आधीच अयशस्वी म्हणून चिन्हांकित केलेल्या उपकरणांवर पुनर्प्राप्ती कार्य व्यवस्थापन पाठविणे स्पष्टपणे वगळले आहे.
- निराकरण: कालबाह्य हाताळणीमध्ये, अयशस्वी म्हणून चिन्हांकित केलेल्या डिव्हाइसवर डिव्हाइस रीसेट सारख्या क्रियांना अनुमती द्या. तसेच जोडले
  डिव्हाइसच्या रांगांवर सामान्यपणे प्रक्रिया करण्यासाठी डिव्हाइस (किंवा SATL) ची वाट पाहण्याऐवजी थकबाकीच्या विनंत्या सक्रियपणे रद्द करण्यासाठी डिव्हाइस अयशस्वी रूटीनसाठी सक्रिय IO पुनर्प्राप्ती चरण.
- धोका: कमी

या उत्पादनाचा समर्थित वैशिष्ट्य संच म्हणून फर्मवेअरने चुकीच्या पद्धतीने “ऑनलाइन फर्मवेअर सक्रियकरण” नोंदवलेल्या समस्येचे निराकरण केले.
- मूळ कारण: फर्मवेअरने ऑनलाइन फर्मवेअर सक्रियकरण कार्यक्षमतेची चुकीची जाहिरात केली आहे. जेव्हा होस्ट सॉफ्टवेअर या सपोर्ट बिट्सचे निरीक्षण करतो आणि वैशिष्ट्य वापरण्याचा प्रयत्न करतो तेव्हा त्यात त्रुटी येऊ शकतात कारण ते प्रत्यक्षात समर्थित नाही.
- निराकरण: हे वैशिष्ट्य समर्थित नाही हे सूचित करण्यासाठी विविध वैशिष्ट्य अहवाल यंत्रणा सुधारित केली.
- धोका: कमी
एकाच वेळी फर्मवेअरला एकाधिक आउट-ऑफ-बँड MCTP विनंत्या पाठवल्या गेल्या तेव्हा TLB अपवाद लॉकअप समस्येचे निराकरण केले.
- मूळ कारण: फर्मवेअरमध्ये TLB अपवाद/NULL पॉईंटर अपवाद उद्भवतो जेव्हा त्याला एका सत्रात एकाच वेळी असिंक्रोनस MCTP विनंत्या प्राप्त होतात जेव्हा मागील MCTP विनंतीवर पूर्णपणे प्रक्रिया केली जात नाही. यामुळे, फर्मवेअर वेळेच्या संवेदनशील स्थितीत येते जेथे फर्मवेअरमधील एक थ्रेड OOB सत्र मेमरी बफरमध्ये प्रवेश करून पॅकेटीकृत MCTP प्रतिसाद सेट करत आहे जो MCTP विनंत्यांवर प्रक्रिया करण्यासाठी जबाबदार असलेल्या दुसर्‍या थ्रेडद्वारे नुकताच मोकळा झाला होता. याचे कारण असे की फर्मवेअर एका सत्रात एक एमसीटीपी विनंती समकालिक पद्धतीने हाताळते, विद्यमान विनंती पूर्ण करण्यापूर्वी त्याच सत्रातून दुसरी विनंती प्राप्त झाल्यास, ते जुने सत्र संदर्भ हटवते आणि नवीन विनंतीवर प्रक्रिया करण्यास प्रारंभ करते.
  - निराकरण: ही परिस्थिती सुंदरपणे हाताळण्यासाठी, फर्मवेअर वेगवेगळ्या थ्रेड्सवरून OOB सत्रात प्रवेश करताना स्पिनलॉक वापरेल.
  - धोका: कमी
जेव्हा होस्ट उच्च रांगेच्या खोलीवर मोठ्या अनुक्रमिक IO प्रवाह सबमिट करत असतो तेव्हा कमी कार्यप्रदर्शनासह समस्येचे निराकरण केले.
- मूळ कारण: जेव्हा विनंत्या एकत्रित केल्या जात आहेत आणि एसtaged, ही क्रिया एकतर होस्ट IO प्रवेश संदर्भ (PARSE) किंवा RAID मॅपिंग संदर्भ (MAPPER) मध्ये होते. PARSE केव्हा s बद्दल निर्णय घेत आहेtage डेटा आणि एसtaging संसाधने मर्यादित आहेत, ते विनामूल्य संसाधनांना पूर्ण करण्याची परवानगी देण्यासाठी व्यस्त-प्रतीक्षा लूपमध्ये प्रवेश करत होते आणि प्रत्येक 10 ms (किंवा 100 IO/s) हा लूप तपासेल. या विशिष्ट वर्कलोडमध्ये, सिस्टमची स्थिर स्थिती या लूपवर IO प्रवेश पूर्णपणे बंद करण्यास कारणीभूत ठरत होती ज्यामुळे IO ची खूप अंदाजे आणि निश्चित रक्कम आली.
- निराकरण: व्यस्त-प्रतीक्षा लूप टाइमर 100 µs (किंवा 10k IO/s) पर्यंत कमी केला होता जो कंट्रोलरच्या थ्रूपुटला संतृप्त करण्यासाठी पुरेसा आहे.
- धोका: कमी

UEFI/लेगेसी BIOS निराकरणे
हा विभाग या प्रकाशनासाठी UEFI/Legacy BIOS निराकरणे आणि सुधारणा दाखवतो.
UEFI बिल्ड 1.4.3.6/लेगेसी BIOS बिल्ड 1.4.3.2 साठी निराकरणे आणि सुधारणा
हे प्रकाशन खालील निराकरणे आणि सुधारणा पुरवते.
केबल संलग्न ड्राइव्हला समर्थन देण्यासाठी पोर्ट डिस्कवरी प्रोटोकॉल सेटिंग्जमध्ये HII पर्याय जोडला.

HII डिस्क माहिती मेनूमध्ये ड्राइव्ह लास्ट फेल्युअर कारण स्थितीसाठी समर्थन जोडले.
अयशस्वी HBA ड्राइव्ह HII मध्ये दर्शविल्या जात नसलेल्या समस्येचे निराकरण केले.
- मूळ कारण: अयशस्वी HBA डिव्हाइसेस HII आणि ड्रायव्हर आरोग्य संदेशांमध्ये प्रदर्शित केले जात नाहीत.
- निराकरण: HII आणि ड्रायव्हर हेल्थ मेसेजमध्ये अयशस्वी डिव्हाइसेसवर उपलब्ध माहिती भरा आणि प्रदान करा.
- उद्भासन: सर्व मागील आवृत्त्या.
- धोका: कमी

घटक नेम2 प्रोटोकॉलसाठी UEFI स्व-प्रमाणन चाचणी SCT अयशस्वी झाल्यास समस्येचे निराकरण केले.
- मूळ कारण: GetControllerName of Component name2 प्रोटोकॉल इनपुट भाषा प्रमाणित करत नाही. इनपुट म्हणून चुकीची भाषा प्रदान केल्यावर SCT अयशस्वी होते.
- निराकरण: GetControllerName of Component name2 प्रोटोकॉलसाठी समर्थित भाषा प्रमाणीकरण जोडले.
- उद्भासन: सर्व मागील आवृत्त्या.
- धोका: कमी
पोर्ट डिस्कवरी प्रोटोकॉलमधील बदल वापरकर्त्यांना रीबूट आवश्यक असल्याची माहिती देण्यासाठी स्थिती प्रदान करत नाहीत अशा समस्येचे निराकरण केले.
- मूळ कारण: पोर्ट डिस्कव्हरी प्रोटोकॉल ऑपरेशन स्थिती केवळ ते यशस्वी किंवा अयशस्वी आहे हे दर्शवते.
- निराकरण: पोर्ट डिस्कवरी प्रोटोकॉल सेटिंग्जच्या अंतिम स्थितीत रीबूट आवश्यक संदेश जोडला.
- उद्भासन: सर्व मागील आवृत्त्या.
- धोका: कमी
EFI शेलमध्ये UEFI ARCCONF CLI एक अपरिचित कमांड म्हणून त्रुटी निर्माण करते अशा समस्येचे निराकरण केले.
- मूळ कारण: सेन्स फीचर पेज कमांडसाठी चुकीचे शीर्षलेख ज्यामुळे ARCCONF CLI वैशिष्ट्य समर्थित नाही म्हणून चुकीचे वैशिष्ट्य बिट प्रमाणीकरण होते.
- निराकरण: ARCCONF CLI वैशिष्ट्यासाठी योग्य फीचर बिट मिळविण्यासाठी स्पेसिफिकेशननुसार दुरुस्त सेन्स फीचर पेज कमांड हेडर.
- उद्भासन: सर्व मागील आवृत्त्या.
- धोका: कमी

ड्रायव्हर निराकरणे
हा विभाग या प्रकाशनासाठी ड्रायव्हर निराकरणे आणि सुधारणा दाखवतो.

विंडोज ड्रायव्हर निराकरणे
हा विभाग या प्रकाशनासाठी Windows ड्रायव्हर निराकरणे आणि सुधारणा दर्शवितो.

विंडोज ड्रायव्हर बिल्ड 1010.6.0.1025 साठी निराकरणे आणि सुधारणा
हे प्रकाशन खालील निराकरणे आणि सुधारणा पुरवते.

OS शक्यतो बूट होण्यात अयशस्वी होईल अशा समस्येचे निराकरण केले.
- मूळ कारण: ड्रायव्हर लोड करण्यात अयशस्वी होऊ शकतो कारण प्रशासक रांग कॉन्फिगरेशन फंक्शन रजिस्टर लिहिणे आणि नंतर विलंब न करता रजिस्टर वाचणे चुकीची जुनी स्थिती देऊ शकते.
- निराकरण: प्रशासक रांग कॉन्फिगरेशन फंक्शन रजिस्टर लिहिल्यानंतर 1ms=1000us विलंब जोडला, परंतु मतदान सुरू होण्यापूर्वी मतदान स्थिती.
- धोका: कमी

लिनक्स ड्रायव्हर निराकरणे
हा विभाग या प्रकाशनासाठी Linux ड्रायव्हर निराकरणे आणि सुधारणा दाखवतो.

लिनक्स ड्रायव्हर बिल्ड 2.1.12-055 साठी निराकरणे आणि सुधारणा

अल्ट्रिअम टेप ड्राइव्ह आणि मीडियम चेंजरसाठी डुप्लिकेट डिव्हाइस नोड्स तयार होत असलेल्या समस्येचे निराकरण केले.
- मूळ कारण: Ultrium टेप ड्राइव्ह एक मल्टी-LUN SCSI लक्ष्य आहे. हे टेप ड्राईव्हसाठी LUN आणि मध्यम चेंजरसाठी 2रा LUN सादर करते. आमचे कंट्रोलर फर्मवेअर RPL निकालांमध्ये दोन्ही LUN ची यादी करते. परिणामी, smartpqi ड्राइव्हर दोन्ही उपकरणे OS वर उघड करतो. नंतर OS SCSI REPORT LUNS कमांडद्वारे त्याचे सामान्य डिव्हाइस शोध करते, ज्यामुळे ते दोन्ही उपकरणे दुसऱ्यांदा पुन्हा शोधू शकतात, ज्याचा परिणाम डुप्लिकेट डिव्हाइस नोड्समध्ये होतो. हे तुटलेले वर्तन पूर्वीच्या smartpqi बगने मुखवटा घातले होते ज्यामुळे OS ने या प्रकारच्या डिव्हाइससाठी त्याचे डिव्हाइस शोधणे वगळले. SAS इनिशिएटर पोर्ट प्रोटोकॉल आणि लक्ष्य पोर्ट प्रोटोकॉलबद्दल अधिक अचूक माहितीचा अहवाल देण्यासाठी smartpqi मध्ये अलीकडील बदलाद्वारे हा मास्किंग बग निश्चित केला गेला.
- निराकरण: जेव्हा OS टेप ड्राइव्ह आणि मीडियम चेंजरसाठी दोन LUNs पुन्हा शोधते, तेव्हा ड्रायव्हर ओळखतो की ते आधीच नोंदवले गेले आहेत आणि OS ला त्यांना दुसर्‍यांदा जोडण्यापासून अवरोधित करते.
- धोका: कमी
काही परिस्थितींमध्ये जेव्हा ड्रायव्हर कंट्रोलर ऑफलाइन घेतो, तेव्हा कर्नल क्रॅश होऊ शकतो अशा समस्येचे निराकरण केले.
- मूळ कारण: कंट्रोलर ऑफलाइन घेत असताना, ड्रायव्हरला OS द्वारे आधीच पूर्ण केलेल्या IOs अपयशी करणे शक्य आहे, ज्यामुळे कर्नल क्रॅश होतो.
- निराकरण: OS द्वारे डिव्हाइस ऑफलाइन म्हणून चिन्हांकित केले असल्यास, त्या डिव्हाइसशी संबंधित IOs अयशस्वी करू नका कारण IO पूर्वी पूर्ण केले गेले असावे.
- धोका: कमी
sysfs वापरून डिव्हाइस काढण्याच्या समस्येचे निराकरण केले.
- मूळ कारण: slave_destroy परिभाषित केल्याने SML ला आमच्या slave_destroy मध्ये SCSI टेबलमधून डिव्हाइस काढण्यासाठी कॉल केले जाते. आमचा दास_नाश पूर्ण नाही.
- निराकरण: गुलाम_नाश काढा.
- धोका: कमी

सिस्टम हायबरनेशन दरम्यान request_irq अयशस्वी झालेल्या समस्येचे निराकरण केले.
- मूळ कारण: “request_irq” मधील पहिला युक्तिवाद irq बरोबर नाही.
- निराकरण: जर व्यत्यय मोड INTx वर सेट केला जात असेल तर, PCI डिव्हाइसचा “irq” प्रथम पॅरामीटर म्हणून request_irq() वापरा.
- धोका: कमी
सिस्टम हायबरनेशन दरम्यान, ड्रायव्हर सर्व irqs मुक्त करतो, MSIx व्यत्यय अक्षम करतो आणि लीगेसी INTx व्यत्ययाची विनंती करतो अशा समस्येचे निराकरण केले. जेव्हा ड्रायव्हर request_irq(), OS परत करतो-EINVAL. उदाample, smartpqi 0000:b3:00.0: irq 191 init त्रुटीसह अयशस्वी -22 genirq: ध्वज जुळत नाही irq 34. 00000080 (SmartPQI) वि. 00000000 (i40e-0000:1:00.0misa).
- मूळ कारण: request_irq मधील पहिला युक्तिवाद irq योग्य नाही
- निराकरण: : जर व्यत्यय मोड INTx वर सेट केला जात असेल तर, PCI डिव्हाइसचा irq प्रथम पॅरामीटर म्हणून request_irq() वापरा.
- धोका: कमी
SCSI मिड-लेयरमधील बदलामुळे, हार्ड डिस्क सॅनिटाईज होत असताना सिस्टम रीबूट झाल्यास काही Linux वितरणांना बराच वेळ लागू शकतो. हे RHEL 7.9/RHEL8.3 आणि SLES 15SP2 वर आढळून आले आहे.
- मूळ कारण: बूट-अप दरम्यान, जेव्हा एक किंवा अधिक डिस्क सॅनिटाईज होत असतात तेव्हा काही OS हँग झालेले दिसतात. SCSI SBC4 स्पेसिफिकेशन सेक्शन 4.11.2 नुसार सॅनिटाइज करताना परवानगी असलेल्या कमांड्सना, काही SCSI कमांड्सना परवानगी आहे, पण रीड/राइट ऑपरेशन्स नाहीत. जेव्हा OS डिस्क विभाजन सारणी वाचण्याचा प्रयत्न करते तेव्हा ASC 0x04 ASCQ 0x1b तपासण्याची अट दिली जाते ज्यामुळे OS ला सॅनिटाइझ पूर्ण होईपर्यंत पुन्हा वाचण्याचा प्रयत्न करावा लागतो. यास तास लागू शकतात.
- निराकरण: एचबीए डिस्कसाठी तयार चाचणी युनिटमध्ये जोडा आणि 0x02/0x04/0x1b (सॅनिटाईझ प्रगतीपथावर) परत आल्यास त्यांना OS वर सादर करू नका.
- धोका: कमी

विनंती गळती, कार्यप्रदर्शन ड्रॉप आणि सिस्टम क्रॅशसह समस्या निश्चित केली.
- मूळ कारण: ही समस्या जास्तीत जास्त कॉन्फिगरेशनमध्ये घडते जेथे उघड केलेल्या उपकरणांवर अधूनमधून LUN रीसेटसह जड I/O लोडचा वापर केला जातो. TMF मार्गामध्ये रांगेत IOs अयशस्वी होत असताना, विनंती लीक झाली आणि त्यामुळे संदर्भ संख्या शून्य नसलेल्या विनंती पूलमधील शिळ्या नोंदी. शटडाउन मार्गामध्ये, फर्मवेअरमध्ये किंवा ड्रायव्हरमध्ये अडकलेला I/O पकडण्यासाठी BUG_ON आहे. मुक्त न केलेल्या शिळ्या विनंतीमुळे सिस्टम क्रॅश झाला. वरील परिस्थिती कायम राहिल्यास I/O विनंती पूल गळत राहते आणि कामगिरीत लक्षणीय घट होऊ शकते.
- निराकरण: थकबाकी विनंत्या अयशस्वी करताना ड्रायव्हर आता लीक केलेली विनंती TMF मार्गात योग्यरित्या मुक्त करतो.
- धोका: कमी
ऑनलाइन नसलेल्या उपकरणांसाठी IO अयशस्वी होण्यापासून टाळण्यासाठी समस्येचे निराकरण केले.
- मूळ कारण: कंट्रोलर ऑफलाइन घेत असताना, ड्रायव्हरला OS द्वारे आधीच पूर्ण केलेल्या IO मध्ये अपयशी होणे शक्य आहे, ज्यामुळे कर्नल क्रॅश होतो.
- निराकरण: OS द्वारे डिव्हाइस ऑफलाइन चिन्हांकित केले असल्यास, त्या डिव्हाइसशी संबंधित IOs अयशस्वी करू नका कारण IOs पूर्वी पूर्ण केले जाऊ शकतात.
- धोका: कमी
VMware ड्राइव्हर निराकरणे
हा विभाग या प्रकाशनासाठी VMware ड्राइव्हर निराकरणे आणि सुधारणा दाखवतो.
VMware ड्राइव्हर बिल्ड 4150.0.119 साठी निराकरणे आणि सुधारणा
हे प्रकाशन खालील निराकरणे आणि सुधारणा पुरवते.

या वैशिष्ट्याचे समर्थन करणाऱ्या नियंत्रकांसाठी Report Physical LUNs कमांडमधून परत आलेल्या डेटामधील नवीन विस्तारित स्वरूपांसाठी समर्थन जोडले आहे. नवीन फॉरमॅट 16-बाइट WWIDs च्या रिपोर्टिंगला परवानगी देतात.
MBT टूल चालवताना PSOD आढळून आलेल्या समस्येचे निराकरण केले.
- मूळ कारण: संलग्न () दरम्यान, ड्रायव्हर ग्लोबल अॅरेमध्ये प्रत्येक अडॅप्टरसाठी खाजगी संरचना पॉइंटर जतन करतो. अनलोड करताना अ‍ॅरेची अनुक्रमणिका कधीही कमी झाली नाही. याचा परिणाम अॅरेच्या बाउंड ऍक्सेसमध्ये झाला आणि PSOD कडे नेले.
- निराकरण: ड्रायव्हर डिटेच () दरम्यान खाजगी संरचना पॉइंटर साफ करा.
- धोका: मध्यम
फक्त ट्राय-मोड कंट्रोलरसाठी SG घटक संरेखनासह समस्या निश्चित केली.
- मूळ कारण: NVMe ला DMA इंजिन सेटिंग्जमध्ये चार बाइट संरेखन विशेषता आवश्यक आहे.
- निराकरण: ट्राय-मोड कंट्रोलर्ससाठी, 4-बाइट DMA SG संरेखन पॅरामीटर सेटसह सानुकूलित डीएमए इंजिन वापरा.
- धोका: मध्यम

ऑनलाइन नसलेल्या उपकरणांसाठी IO अयशस्वी होण्यापासून टाळण्यासाठी समस्येचे निराकरण केले.
- मूळ कारण: कंट्रोलर ऑफलाइन घेत असताना, ड्रायव्हरला OS द्वारे आधीच पूर्ण केलेल्या IO मध्ये अपयशी होणे शक्य आहे, ज्यामुळे कर्नल क्रॅश होतो.
- निराकरण: OS द्वारे डिव्हाइस ऑफलाइन चिन्हांकित केले असल्यास, त्या डिव्हाइसशी संबंधित IOs अयशस्वी करू नका कारण IOs पूर्वी पूर्ण केले जाऊ शकतात.
- धोका: कमी
असुरक्षित डिव्हाइस शांततेच्या प्रक्रियेसह समस्येचे निराकरण केले.
- मूळ कारण: सिंक्रोनाइझिंग आणि फ्लशिंग इंटरप्ट्ससाठी OS API कॉल केले जात नव्हते.
- निराकरण: कोणतेही प्रलंबित व्यत्यय फ्लश करण्यासाठी OS API वर कॉल जोडा.
- धोका: कमी
Smartpqi TMF हँडलरमध्ये ESXi PSOD सह समस्या निश्चित केली.
- मूळ कारण: "व्हर्च्युअल रीसेट" TMF दरम्यान, ड्रायव्हर IO स्ट्रक्चर्सद्वारे पुनरावृत्ती करतो आणि सर्व प्रलंबित IO साठी निरस्त करतो. गर्भपात विनंती तयार करताना, ड्रायव्हर IO स्ट्रक्चरमधील डिव्हाइस स्ट्रक्चर पॉइंटर वापरतो. IO संरचनेशी संबंधित IO समांतर पूर्ण झाल्यास, डिव्हाइस संरचना पॉइंटर NULL वर रीसेट होऊ शकते, ज्यामुळे पृष्ठ दोष होईल.
- निराकरण: OS TMF हँडलरने दिलेले उपकरण संरचना पॉइंटर वापरा.
- धोका: कमी

पृष्ठ दोषामुळे ESXi PSOD सह समस्येचे निराकरण केले.
- मूळ कारण: ड्राइव्हपैकी एकाची चौकशी आदेश वेळ संपत आहे आणि OS TMF रद्द करते. TMF पूर्ण झाल्यावर, ड्रायव्हर TMF स्थिती मुद्रित करेल. अंतर्गत, हे ड्रायव्हर खाजगी संरचना वापरते जी TMF विनंती तयार करताना सेट केलेली नव्हती.
- निराकरण: TMF विनंती तयार करताना ड्रायव्हर प्रायव्हेट स्ट्रक्चर पॉइंटर सेट करा.
- धोका: कमी
हार्टबीट NMI मुळे ESXi PSOD सह समस्येचे निराकरण केले.
मूळ कारण: इनबाउंड रांगेवर स्लॉट मिळविण्यासाठी ड्रायव्हर लॉक घेतो. जर SCSI पूर्ण होण्याच्या जगाची संख्या कोरच्या संख्येपेक्षा कमी असेल तर सर्व कोर समान इनबाउंड रांग वापरून संपतील. बहुतेक प्रकरणांमध्ये, SCSI पूर्ण होण्याच्या जगाची संख्या सॉकेटच्या संख्येइतकीच असते आणि बहुतेक सर्व्हरमध्ये 1 ते 2 सॉकेट असतात. यामुळे लॉक कंजेशन होऊ शकते कारण अनेक थ्रेड समान लॉक मिळवण्याचा प्रयत्न करत आहेत. ड्रायव्हर सानुकूल लॉक वापरतो जो लॉक उपलब्ध नसल्यास घट्ट व्यस्त प्रतीक्षा करतो. यामुळे IO सबमिशन थ्रेड CPU कोर धरून ठेवेल आणि ESXi हार्टबीट थ्रेडला दीर्घकाळ चालण्याची संधी मिळणार नाही. यामुळे ESXi सर्व्हरला NMI आणि PSOD जारी करेल.
निराकरण: सबमिशन पाथमध्ये स्पिनलॉक वापरा.
धोका: उच्च
ड्रायव्हर लोड दरम्यान सिस्टीम कुठे हँग होते अशा समस्येचे निराकरण केले.
- मूळ कारण: ड्रायव्हर init s दरम्यान इव्हेंट कॉन्फिगरेशनशी संबंधित अंतर्गत कमांड पाठवण्यासाठी ड्रायव्हर अनंत कालबाह्य वापरतोtage.
- निराकरण: ड्राइव्हर init s दरम्यान इव्हेंट कॉन्फिगरेशनशी संबंधित अंतर्गत आदेश पाठवण्यासाठी कालबाह्य जोडले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) वर किंवा वर लॉग करण्यासाठी सेट केले होते, आणि ड्रायव्हर लॉगिंग स्तर डीफॉल्टनुसार NOTE (0x3) आहे.
- धोका: कमी
ड्रायव्हर अनलोड करताना PSOD सह समस्येचे निराकरण केले.
- मूळ कारण: Smartpqi ड्राइव्हर हॉट-रिमूव्ह केलेल्या उपकरणांची लिंक केलेली सूची ठेवतो. जेव्हा जेव्हा एखादे नवीन साधन उपस्थित असते, तेव्हा ड्रायव्हर ते डिव्हाइस रिमूव्ह_डिव्हाइस_लिस्टमध्ये आधीपासून उपस्थित आहे की नाही ते तपासतो आणि जर ते उपस्थित असेल, तर ड्रायव्हर ते डिव्हाइस रिमूव्ह_डिव्हाइस_लिस्टमधून वास्तविक डिव्हाइस सूचीमध्ये हलवतो. remove_device_list मधील नोंदी पुन्हा केल्या जातीलviewed निश्चित वेळेच्या अंतराने आणि सूचीमध्ये 20 मिनिटांपेक्षा जास्त काळ असलेले उपकरण काढून टाकून (vSAN हॉटप्लग चाचणी हाताळण्यासाठी) अद्यतनित केले जाईल. ड्रायव्हर अनलोड करताना, ड्रायव्हर सूचीमध्ये उपस्थित असलेल्या कोणत्याही उपकरणांची तपासणी करतो आणि साफ करतो (डिव्हाइस मेमरी मुक्त करा). PSOD स्टॅक ट्रेस या क्लीनअप दरम्यान अवैध डिव्‍हाइस मेमरी फ्रीिंग दर्शवते.
- निराकरण: जेव्हा जेव्हा डिव्हाइस मेमरी मोकळी होते तेव्हा डिव्हाइस सूचीमधून एंट्री काढा.
- धोका: मध्यम
चुकीचे स्टेटस मेसेज काढण्यासाठी समस्येचे निराकरण केले.
- मूळ कारण: स्थिती संदेश स्थितीऐवजी iu_type अहवाल देत आहे.
- निराकरण: मेसेजिंगमधून स्टेटस फील्ड काढा.
- धोका: कमी
भौतिक उपकरणासाठी रांगेची खोली सेटिंग दुरुस्त केली.
- मूळ कारण: ड्रायव्हरला प्रत्येक लक्ष्यासाठी फर्मवेअरकडून क्यू डेप्थ व्हॅल्यू मिळते. जर फर्मवेअर लक्ष्यासाठी वैध रांग खोली मूल्य देत नसेल, तर ड्रायव्हर रांगेची खोली डीफॉल्ट मूल्यावर सेट करतो (LD साठी 1014, PD साठी 27). परंतु सर्व भौतिक उपकरणांसाठी, फर्मवेअरने वैध QD दिला आहे की नाही याची पर्वा न करता, वर्तमान ड्रायव्हर रांगेची खोली कमाल क्यू डेप्थ (1014) वर रीसेट करतो.
- निराकरण: डिव्हाइस रांगेची खोली सेट करताना योग्य तपासणी जोडा.
- धोका: कमी
ड्रायव्हर खूप डीबग लॉगिंग तयार करतो अशा समस्येचे निराकरण केले.
- मूळ कारण: ड्रायव्हरची डीफॉल्ट लॉगिंग पातळी डेव्हलपमेंट टप्प्यात खूप उच्च सेट केली गेली होती आणि उत्पादन वापरासाठी कधीही समायोजित केली गेली नाही.
- निराकरण: डीफॉल्ट लॉग स्तर सामान्य डीफॉल्ट स्तरावर बदला, 3. आवश्यकतेनुसार काही फंक्शन्सची लॉगिंग पातळी समायोजित करा.
- धोका: कमी
एरर हँडलर्सकडून व्हर्बोज लॉगिंगसह समस्येचे निराकरण केले.
- मूळ कारण: ड्रायव्हरच्या एरर हँडलिंग फंक्शन्समध्ये वापरलेले डीबग संदेश "सामान्य" सिस्टम लॉगिंग स्तरावर मुद्रित केले जात आहेत.
- निराकरण: अवांछित मेसेजिंग बंद करण्यासाठी अलीकडे जोडलेले कंट्रोलर फ्लॅग आणि कंपाइल-टाइम पर्याय वापरा.
- धोका: कमी
DMA मेमरी मुद्रित करताना PSOD सह समस्या सोडवली tag.
- मूळ कारण: ड्रायव्हर वापरतो tag (एक स्ट्रिंग) डीएमए मेमरी ओळखण्यासाठी आणि ती चार पॉइंटर वापरून राखली गेली. या tag DMA मेमरी वाटप करताना नियुक्त केले जाते. काही ठिकाणी, tag स्थानिक चार अॅरे म्हणून परिभाषित केले होते आणि ड्रायव्हर त्यास पॉइंटर राखत होता. ड्रायव्हर अनलोड करताना, जेव्हा ड्रायव्हर प्रिंट करण्याचा प्रयत्न करतो tag, ज्याचा परिणाम म्हणून पृष्ठ दोष झाला tag मेमरी वाटप कार्यासाठी स्थानिक होती.
- निराकरण: राखणे tag ठेवण्याऐवजी चार अॅरे वापरणे tag पत्ता
- धोका: कमी
फ्रीबीएसडी/सोलारिस ड्रायव्हर फिक्सेस
हा विभाग या प्रकाशनासाठी FreeBSD/Solaris ड्राइव्हर निराकरणे आणि सुधारणा दाखवतो.
फ्रीबीएसडी ड्रायव्हर बिल्ड 4130.0.1008 साठी निराकरणे आणि सुधारणा
हे प्रकाशन खालील निराकरणे आणि सुधारणा पुरवते
ड्राइव्ह जोडले/काढले/ऑफलाइन, HBA डिव्हाइसेस आणि कंट्रोलर डीफॉल्ट RAID 0 मूल्य म्हणून प्रदर्शित केले जातात तेव्हा समस्येचे निराकरण केले.
- मूळ कारण: प्रदर्शन माहिती मुद्रित करण्यापूर्वी भौतिक उपकरणे किंवा नियंत्रकांसाठी कोणतीही तपासणी नाही.
- निराकरण: मेसेजिंगमध्ये बदल करा जेणेकरुन ते भौतिक उपकरणे आणि नियंत्रकांच्या आधारे त्यांना त्यानुसार ओळखण्यासाठी वेगळ्या पद्धतीने मुद्रित करा.
- धोका: कमी
सीएएम लेयरसह शेअर केल्यावर सुरू न केलेल्या CCB संरचनेमुळे अपरिभाषित वर्तन होते अशा समस्येचे निराकरण केले.
- मूळ कारण: स्टॅक मूल्ये साफ न करता CCB वापरला जात आहे.
- निराकरण: CCB वापरण्यापूर्वी साफ करा.
- धोका: कमी
कंट्रोलर ऑफलाइन जात असल्याचे आढळल्यास ड्रायव्हर ड्राईव्ह अक्षम करत असलेल्या समस्येचे निराकरण केले परंतु कंट्रोलर लॉकअप कोड ऑफलाइन असताना लॉग इन करणारी कोणतीही माहिती नाही.
- मूळ कारण: ड्रायव्हर कंट्रोलर लॉकअप कोड प्रदर्शित करत नाही.
- निराकरण: ड्रायव्हर लॉगमध्ये लॉकअप कोड प्रदर्शित करा. तसेच, पोस्ट मेमरी हटवताना विलंब झाल्यास सिस्टम क्रॅश टाळण्यासाठी कंट्रोलर ऑफलाइन असताना टाइमर हँडलर अक्षम केला जातो.
- धोका: कमी

सोलारिस ड्रायव्हर बिल्ड 4120.0.1005 साठी निराकरणे आणि सुधारणा
हे प्रकाशन खालील निराकरणे आणि सुधारणा पुरवते.

ड्राइव्ह जोडले/काढले/ऑफलाइन, HBA डिव्हाइसेस आणि कंट्रोलर डीफॉल्ट RAID 0 मूल्य म्हणून प्रदर्शित केले जातात तेव्हा समस्येचे निराकरण केले.
- मूळ कारण: डिस्प्ले माहिती मुद्रित करण्यापूर्वी भौतिक उपकरणे किंवा नियंत्रकांसाठी कोणतीही तपासणी नाही.
- निराकरण: मेसेजिंगमध्ये बदल करा जेणेकरुन ते भौतिक उपकरणे आणि कंट्रोलरच्या आधारे त्यांना त्यानुसार ओळखण्यासाठी वेगळ्या पद्धतीने प्रिंट करेल.

व्यवस्थापन सॉफ्टवेअर निराकरणे
हा विभाग या प्रकाशनासाठी व्यवस्थापन सॉफ्टवेअर निराकरणे आणि सुधारणा दाखवतो.

कमालView स्टोरेज व्यवस्थापक/ARCCONF निराकरणे
हा विभाग कमाल दाखवतोView या प्रकाशनासाठी स्टोरेज व्यवस्थापक/ARCCONF निराकरणे आणि सुधारणा.

कमाल साठी निराकरणे आणि सुधारणाView स्टोरेज मॅनेजर/ARCCONF आवृत्ती 2.0.0 बिल्ड 24308|
हे प्रकाशन खालील निराकरणे आणि सुधारणा पुरवते.

"Savesupportarchive" चा भाग म्हणून फर्मवेअर इव्हेंट लॉग बफर जोडण्यासाठी समर्थन.
कॉन्फिगरेशनमधील अयशस्वी भौतिक उपकरणांची तक्रार करण्यासाठी कंट्रोलरसाठी समर्थन.
रिमोट ARCCONF मध्ये OpenSSL सुरक्षा भेद्यता असलेल्या समस्येचे निराकरण केले.
- मूळ कारण: रिमोट ARCCONF ओपन सोर्स लायब्ररी OpenSSL ची जुनी आवृत्ती वापरते ज्यात सुरक्षा भेद्यता होती.
- निराकरण: ओपनएसएसएल लायब्ररीची नवीनतम आवृत्ती जोडून रिमोट ARCCONF मध्ये बदल जोडले ज्याने सुरक्षा भेद्यता दूर केली होती.
- धोका: कमी
समस्येचे निराकरण केले जेथे कमालView जेव्हा भौतिक उपकरणामध्ये अवतरण चिन्हांसह मॉडेल नाव असते तेव्हा ते कॉन्फिगरेशन योग्यरित्या प्रदर्शित करत नाही.
- मूळ कारण: भौतिक उपकरण मॉडेल नावामध्ये अवतरण चिन्ह [“] असल्यामुळे कॉन्फिगरेशनचे JSON स्वरूप दूषित झाले आहे.View ते योग्यरित्या प्रदर्शित करण्यात अक्षम.
- निराकरण: [“] सारख्या वर्णांना संबोधित करण्यासाठी JSON कॉन्फिगरेशन निर्मितीमध्ये बदल जोडले.
- धोका: कमी

मर्यादा
हा विभाग या प्रकाशनासाठी मर्यादा दर्शवितो.

फर्मवेअर मर्यादा
हा विभाग या प्रकाशनासाठी फर्मवेअर मर्यादा दाखवतो.

फर्मवेअर रिलीझसाठी मर्यादा
या प्रकाशनासाठी कोणत्याही ज्ञात मर्यादा नाहीत.

UEFI/लेगेसी BIOS मर्यादा
हा विभाग या प्रकाशनासाठी UEFI/Legacy BIOS मर्यादा दाखवतो.

UEFI बिल्ड 1.4.3.6/लेगेसी BIOS बिल्ड 1.4.3.2 साठी मर्यादा
या प्रकाशनासाठी कोणत्याही ज्ञात मर्यादा नाहीत.

चालक मर्यादा
हा विभाग या प्रकाशनासाठी ड्रायव्हर मर्यादा दर्शवितो.

विंडोज ड्रायव्हर मर्यादा
हा विभाग या प्रकाशनासाठी Windows ड्राइव्हर मर्यादा दर्शवितो.

विंडोज ड्रायव्हर बिल्ड 1010.6.0.1025 साठी मर्यादा
या प्रकाशनासाठी कोणत्याही ज्ञात मर्यादा नाहीत.

लिनक्स ड्रायव्हर मर्यादा
हा विभाग या प्रकाशनासाठी Linux ड्राइव्हर मर्यादा दाखवतो.

लिनक्स ड्रायव्हर बिल्ड 2.1.12-055 साठी मर्यादा
या प्रकाशनात खालील मर्यादा समाविष्ट आहेत.

AMD/RHEL 7.9 प्रणालींवर, IOMMU मॉड्यूलमधील बगमुळे सिस्टम घाबरू शकते. तपशीलांसाठी, https://lore.kernel.org/linux-iommu/20191018093830.GA26328@suse.de/t/ पहा
- उपाय: BIOS मध्ये IOMMU सेटिंग पर्याय अक्षम करा.
हार्डवेअर कॉन्फिगरेशनच्या आधारावर, smartpqi expose_ld_first पॅरामीटर नेहमी सुसंगतपणे कार्य करू शकत नाही.
- उपाय: काहीही नाही
“pm-hibernate” कमांड वापरून लिनक्स सिस्टम हायबरनेट केल्याने सिस्टम हँग होते.
- उपाय: काहीही नाही

VMware ड्रायव्हर मर्यादा
हा विभाग या प्रकाशनासाठी VMware ड्राइव्हर मर्यादा दाखवतो.

VMware ड्राइव्हर बिल्ड 4150.0.119 साठी मर्यादा
या प्रकाशनासाठी कोणत्याही ज्ञात मर्यादा नाहीत.

फ्रीबीएसडी/सोलारिस ड्रायव्हर मर्यादा
हा विभाग या प्रकाशनासाठी FreeBSD/Solaris ड्राइव्हर मर्यादा दाखवतो.2.3.3.4.1 FreeBSD ड्रायव्हर बिल्ड 4130.0.1008 साठी मर्यादा
या प्रकाशनासाठी कोणत्याही ज्ञात मर्यादा नाहीत.

सोलारिस ड्रायव्हर बिल्ड 4120.0.1005 साठी मर्यादा
या प्रकाशनासाठी कोणत्याही ज्ञात मर्यादा नाहीत.

व्यवस्थापन सॉफ्टवेअर मर्यादा

हा विभाग या प्रकाशनासाठी व्यवस्थापन सॉफ्टवेअर मर्यादा दाखवतो.

कमालView स्टोरेज व्यवस्थापक/ARCCONF मर्यादा
हा विभाग कमाल दाखवतोView या प्रकाशनासाठी स्टोरेज व्यवस्थापक/ARCCONF मर्यादा.

कमाल साठी मर्यादाView स्टोरेज मॅनेजर/ARCCONF आवृत्ती 2.0.0 बिल्ड 24308
या प्रकाशनासाठी कोणत्याही ज्ञात मर्यादा नाहीत.

कंट्रोलर फर्मवेअर अपडेट करत आहे

हा विभाग कंट्रोलर फर्मवेअरला नवीनतम रिलीझमध्ये कसे अपडेट करायचे याचे वर्णन करतो.
नवीनतम फर्मवेअरवर नियंत्रक अद्यतनित करत आहे
फर्मवेअर 3.01.00.006 किंवा त्यापेक्षा कमी असल्यास, कृपया ask.adaptec.com येथे Adaptec Apps टीमशी संपर्क साधा.
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साइट तयार करण्यासाठी वापरली जाते files आणि ग्राहकांना सहज उपलब्ध असलेली माहिती. उपलब्ध असलेल्या काही सामग्रीमध्ये हे समाविष्ट आहे:

उत्पादन समर्थन – डेटा शीट आणि इरेटा, ऍप्लिकेशन नोट्स आणि एसample प्रोग्राम्स, डिझाइन संसाधने, वापरकर्त्याचे मार्गदर्शक आणि हार्डवेअर समर्थन दस्तऐवज, नवीनतम सॉफ्टवेअर प्रकाशन आणि संग्रहित सॉफ्टवेअर
सामान्य तांत्रिक समर्थन - वारंवार विचारले जाणारे प्रश्न (FAQ), तांत्रिक समर्थन विनंत्या, ऑनलाइन चर्चा गट, मायक्रोचिप डिझाइन भागीदार कार्यक्रम सदस्य सूची
मायक्रोचिपचा व्यवसाय - उत्पादन निवडक आणि ऑर्डरिंग मार्गदर्शक, नवीनतम मायक्रोचिप प्रेस रिलीज, सेमिनार आणि कार्यक्रमांची सूची, मायक्रोचिप विक्री कार्यालयांची सूची, वितरक आणि कारखाना प्रतिनिधी

उत्पादन बदल सूचना सेवा

मायक्रोचिपची उत्पादन बदल सूचना सेवा ग्राहकांना मायक्रोचिप उत्पादनांवर अद्ययावत ठेवण्यास मदत करते. जेव्हा जेव्हा विशिष्ट उत्पादन कुटुंबाशी संबंधित बदल, अद्यतने, पुनरावृत्ती किंवा इरेटा असेल तेव्हा सदस्यांना ईमेल सूचना प्राप्त होईल किंवा स्वारस्य असलेल्या विकास साधनाशी संबंधित. नोंदणी करण्यासाठी, वर जा www.microchip.com/pcn आणि नोंदणी सूचनांचे अनुसरण करा.

ग्राहक समर्थन

मायक्रोचिप उत्पादनांचे वापरकर्ते अनेक माध्यमांद्वारे सहाय्य प्राप्त करू शकतात:

वितरक किंवा प्रतिनिधी
स्थानिक विक्री कार्यालय
एम्बेडेड सोल्युशन्स इंजिनियर (ईएसई)
तांत्रिक सहाय्य

समर्थनासाठी ग्राहकांनी त्यांच्या वितरक, प्रतिनिधी किंवा ESE शी संपर्क साधावा. ग्राहकांच्या मदतीसाठी स्थानिक विक्री कार्यालये देखील उपलब्ध आहेत. या दस्तऐवजात विक्री कार्यालये आणि स्थानांची सूची समाविष्ट केली आहे.
च्या माध्यमातून तांत्रिक सहाय्य उपलब्ध आहे webयेथे साइट: www.microchip.com/support

मायक्रोचिप डिव्हाइसेस कोड संरक्षण वैशिष्ट्य

मायक्रोचिप उपकरणांवरील कोड संरक्षण वैशिष्ट्याचे खालील तपशील लक्षात घ्या:

मायक्रोचिप उत्पादने त्यांच्या विशिष्ट मायक्रोचिप डेटा शीटमध्ये समाविष्ट असलेल्या वैशिष्ट्यांची पूर्तता करतात.
मायक्रोचिपचा असा विश्वास आहे की त्याच्या उत्पादनांचे कुटुंब इच्छित रीतीने आणि सामान्य परिस्थितीत वापरल्यास सुरक्षित आहे.
मायक्रोचिप उपकरणांच्या कोड संरक्षण वैशिष्ट्यांचा भंग करण्याच्या प्रयत्नांमध्ये अप्रामाणिक आणि शक्यतो बेकायदेशीर पद्धती वापरल्या जात आहेत. आमचा विश्वास आहे की या पद्धतींसाठी मायक्रोचिप उत्पादनांचा वापर मायक्रोचिपच्या डेटा शीटमध्ये असलेल्या ऑपरेटिंग वैशिष्ट्यांच्या बाहेर अशा पद्धतीने करणे आवश्यक आहे. या कोड संरक्षण वैशिष्ट्यांचा भंग करण्याचा प्रयत्न, बहुधा, मायक्रोचिपच्या बौद्धिक संपदा अधिकारांचे उल्लंघन केल्याशिवाय पूर्ण होऊ शकत नाही.
मायक्रोचिप त्याच्या कोडच्या अखंडतेबद्दल चिंतित असलेल्या कोणत्याही ग्राहकासोबत काम करण्यास तयार आहे.
मायक्रोचिप किंवा इतर कोणताही सेमीकंडक्टर निर्माता त्याच्या कोडच्या सुरक्षिततेची हमी देऊ शकत नाही. कोड संरक्षणाचा अर्थ असा नाही की आम्ही उत्पादन "अटूट" असल्याची हमी देत आहोत. कोड संरक्षण सतत विकसित होत आहे. आम्ही मायक्रोचिप येथे आमच्या उत्पादनांची कोड संरक्षण वैशिष्ट्ये सतत सुधारण्यासाठी वचनबद्ध आहोत. मायक्रोचिपचे कोड संरक्षण वैशिष्ट्य खंडित करण्याचा प्रयत्न डिजिटल मिलेनियम कॉपीराइट कायद्याचे उल्लंघन असू शकते. जर अशा कृतींमुळे तुमच्या सॉफ्टवेअर किंवा इतर कॉपीराइट केलेल्या कामात अनधिकृत प्रवेश मिळत असेल, तर तुम्हाला त्या कायद्यांतर्गत सूट मिळविण्यासाठी दावा करण्याचा अधिकार असू शकतो.

कायदेशीर सूचना
या प्रकाशनामध्ये असलेली माहिती मायक्रोचिप उत्पादनांसह डिझाइन आणि वापरण्याच्या एकमेव उद्देशाने प्रदान केली आहे. डिव्‍हाइस अॅप्लिकेशन्स आणि त्‍यांच्‍याशी संबंधित माहिती केवळ तुमच्‍या सोयीसाठी पुरविली जाते आणि ती अपडेट्सद्वारे बदलली जाऊ शकते. तुमचा अर्ज तुमच्या वैशिष्ट्यांशी जुळतो याची खात्री करणे तुमची जबाबदारी आहे.
ही माहिती मायक्रोचिप द्वारे "जशी आहे तशी" प्रदान केली जाते. मायक्रोचिप कोणत्याही प्रकारचे प्रतिनिधित्व किंवा हमी देत नाही मग ते व्यक्त किंवा निहित, लिखित किंवा तोंडी, वैधानिक
किंवा अन्यथा, माहितीशी संबंधित, परंतु विशिष्ट उद्देशासाठी किंवा हमीशी संबंधित, विशिष्ट हेतूसाठी गैर-उल्लंघन, व्यापारीता आणि योग्यतेच्या कोणत्याही गर्भित वॉरंटींपुरते मर्यादित नाही.
कोणत्याही परिस्थितीत मायक्रोचिप कोणत्याही अप्रत्यक्ष, विशेष, दंडात्मक, आकस्मिक किंवा परिणामी नुकसान, नुकसान, खर्च किंवा कोणत्याही प्रकारच्या खर्चासाठी जबाबदार असणार नाही, जे आयोजकता, इमॅरोसिटीजशी संबंधित आहे. नुकसान अंदाजे आहेत. कायद्याने परवानगी दिलेल्या पूर्ण मर्यादेपर्यंत, माहिती किंवा तिच्या वापराशी संबंधित कोणत्याही प्रकारे सर्व दाव्यांवर मायक्रोचिपची संपूर्ण उत्तरदायित्व, जर काही असेल तर, काही प्रमाणात, काही प्रमाणात, शुल्काच्या रकमेपेक्षा जास्त असणार नाही. लाइफ सपोर्ट आणि/किंवा सुरक्षा ऍप्लिकेशन्समध्ये मायक्रोचिप उपकरणांचा वापर पूर्णपणे खरेदीदाराच्या जोखमीवर आहे आणि खरेदीदार अशा वापरामुळे होणारे कोणतेही आणि सर्व नुकसान, दावे, दावे किंवा खर्चापासून निरुपद्रवी मायक्रोचिपचा बचाव, नुकसानभरपाई आणि ठेवण्यास सहमती देतो. कोणत्याही मायक्रोचिप बौद्धिक संपदा अधिकारांतर्गत कोणताही परवाना स्पष्टपणे किंवा अन्यथा सांगितल्याशिवाय दिला जात नाही.

ट्रेडमार्क

मायक्रोचिपचे नाव आणि लोगो, मायक्रोचिप लोगो, Adaptec, AnyRate, AVR, AVR लोगो, AVR Freaks, BesTime, BitCloud, chipKIT, chipKIT लोगो, CryptoMemory, CryptoRF, dsPIC, FlashFlex, FlexPol, KELQELDO, केएलडीओएलओके, फ्लेक्स , LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, Microsemi, Microsemi लोगो, MOST, MOST लोगो, MPLAB, OptoLyzer, PackeTime, PIC, picoPower, PICSTART, PIC32 लोगो, PolarFire, SENBANUCH, डिझाईन , SpyNIC, SST, SST लोगो, SuperFlash, Symmetricom, SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, आणि XMEGA हे यूएसए आणि इतर देशांमध्ये अंतर्भूत मायक्रोचिप तंत्रज्ञानाचे नोंदणीकृत ट्रेडमार्क आहेत.

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, Quireet SmartFusion, SyncWorld, Temux, TimeCesium, TimeHub, TimePictra, TimeProvider, WinPath आणि ZL हे यूएसए मधील मायक्रोचिप तंत्रज्ञानाचे नोंदणीकृत ट्रेडमार्क आहेत.

संलग्न की सप्रेशन, AKS, analog-for-the-Digital Age, Any Capacitor, AnyIn, AnyOut, Augmented Switching, BlueSky, BodyCom, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, DAMPIEM CDERMIC, डीएएमपीआयएम, डीएएमपीआयएम, डीएएमपीआयएम, सीडीईएम, सीडीईएम, डीएमपीआयएम, सीडीएम, सीडीएम, बॉडीकॉम, क्रिप्टोऑथेंटिकेशन. , ECAN, Espresso T1S, EtherGREEN, IdealBridge, इन-सर्किट सिरीयल प्रोग्रामिंग, ICSP, INICnet, इंटेलिजेंट समांतर, इंटर-चिप कनेक्टिव्हिटी, JitterBlocker, maxCrypto, maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB प्रमाणित लोगो, MPLIB, MPLINK, MultiTRAK, NetDetach, सर्वज्ञ कोड जनरेशन, PICDEM, PICDEM.net, PICKit, PICtail, PowerSmart, PureSilicon, QMatrix, RIPLEX, RIPLEX , RTG4, SAM-ICE, Serial Quad I/O, simpleMAP, SimpliPHY, SmartBuffer, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance, TSHARC, USBCheck, VeriBPHYX, VeriBPHYX, ViewSpan, WiperLock, XpressConnect, आणि ZENA हे यूएसए आणि इतर देशांमध्ये अंतर्भूत मायक्रोचिप तंत्रज्ञानाचे ट्रेडमार्क आहेत.
SQTP हे यूएसए मधील मायक्रोचिप तंत्रज्ञानाचे सेवा चिन्ह आहे

Adaptec लोगो, फ्रिक्वेन्सी ऑन डिमांड, सिलिकॉन स्टोरेज टेक्नॉलॉजी आणि Symmcom हे इतर देशांमधील Microchip Technology Inc. चे नोंदणीकृत ट्रेडमार्क आहेत.
GestIC हा मायक्रोचिप टेक्नॉलॉजी जर्मनी II GmbH & Co. KG चा नोंदणीकृत ट्रेडमार्क आहे, जो इतर देशांतील Microchip Technology Inc. ची उपकंपनी आहे.

येथे नमूद केलेले इतर सर्व ट्रेडमार्क त्यांच्या संबंधित कंपन्यांची मालमत्ता आहेत. © 2021, Microchip Technology Incorporated, USA मध्ये मुद्रित, सर्व हक्क राखीव.
ISBN: 978-1-5224-8477-6

गुणवत्ता व्यवस्थापन प्रणाली

मायक्रोचिपच्या क्वालिटी मॅनेजमेंट सिस्टम्सच्या माहितीसाठी, कृपया भेट द्या www.microchip.com/quality.

जगभरातील विक्री आणि सेवा

अमेरिका

आशिया/पॅसिफिक

युरोप

कॉर्पोरेट कार्यालय

2355 वेस्ट चँडलर Blvd. चांडलर, AZ 85224-6199

दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

तांत्रिक समर्थन: www.microchip.com/support Web पत्ता: www.microchip.com अटलांटा

दुलुथ, जी.ए

दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

ऑस्टिन, TX

दूरध्वनी: ५७४-५३७-८९००

बोस्टन Westborough, MA दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

शिकागो

इटास्का, आयएल

दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

डॅलस

अ‍ॅडिसन, टीएक्स

दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

डेट्रॉईट

नोव्ही, एमआय

दूरध्वनी: ५७४-५३७-८९००

ह्यूस्टन, TX

दूरध्वनी: ५७४-५३७-८९००

इंडियानापोलिस Noblesville, IN Tel: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

दूरध्वनी: ५७४-५३७-८९००

लॉस एंजेलिस मिशन व्हिएजो, CA दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

दूरध्वनी: ५७४-५३७-८९००

रॅले, एनसी

दूरध्वनी: ५७४-५३७-८९००

न्यूयॉर्क, NY

दूरध्वनी: ५७४-५३७-८९००

सॅन जोस, CA

दूरध्वनी: ५७४-५३७-८९००

कॅनडा - टोरोंटो

दूरध्वनी: ५७४-५३७-८९००

फॅक्स: ५७४-५३७-८९००

ऑस्ट्रेलिया - सिडनी

दूरध्वनी: 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

चीन - हाँगकाँग SAR

दूरध्वनी: ८८६-३-५५०८१३७

चीन - नानजिंग

दूरध्वनी: 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

चीन - झियामेन

दूरध्वनी: ८८६-३-५५०८१३७

चीन - झुहाई

दूरध्वनी: ८८६-३-५५०८१३७

भारत - बंगलोर

दूरध्वनी: 91-80-3090-4444

भारत - नवी दिल्ली

दूरध्वनी: 91-11-4160-8631

भारत - पुणे

दूरध्वनी: 91-20-4121-0141

जपान - ओसाका

दूरध्वनी: 81-6-6152-7160

जपान - टोकियो

दूरध्वनी: ८१-३-६८८०- ३७७०

कोरिया - डेगू

दूरध्वनी: 82-53-744-4301

कोरिया - सोल

दूरध्वनी: 82-2-554-7200

मलेशिया - क्वालालंपूर

दूरध्वनी: 60-3-7651-7906

मलेशिया - पेनांग

दूरध्वनी: 60-4-227-8870

फिलीपिन्स - मनिला

दूरध्वनी: 63-2-634-9065

सिंगापूर

दूरध्वनी: ८८६-३-५५०८१३७

तैवान - हसीन चू

दूरध्वनी: 886-3-577-8366

तैवान - काओशुंग

दूरध्वनी: 886-7-213-7830

तैवान - तैपेई

दूरध्वनी: 886-2-2508-8600

थायलंड - बँकॉक

दूरध्वनी: 66-2-694-1351

व्हिएतनाम - हो ची मिन्ह

दूरध्वनी: 84-28-5448-2100

ऑस्ट्रिया - वेल्स

दूरध्वनी: 43-7242-2244-39

फॅक्स: ८८६-२-२९९५-६६४९

डेन्मार्क - कोपनहेगन

दूरध्वनी: ८८६-३-५५०८१३७

फॅक्स: ८८६-३-५५०८१३१

फिनलंड - एस्पू

दूरध्वनी: 358-9-4520-820

फ्रान्स - पॅरिस

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

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

जर्मनी - गार्चिंग

दूरध्वनी: ८८६-३-५५०८१३७

जर्मनी - हान

दूरध्वनी: ८८६-३-५५०८१३७

जर्मनी - हेलब्रॉन

दूरध्वनी: ८८६-३-५५०८१३७

जर्मनी - कार्लस्रुहे

दूरध्वनी: ८८६-३-५५०८१३७

जर्मनी - म्युनिक

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

जर्मनी - रोझेनहाइम

दूरध्वनी: 49-8031-354-560

इस्रायल - रानाना

दूरध्वनी: 972-9-744-7705

इटली - मिलान

दूरध्वनी: ८८६-३-५५०८१३७

फॅक्स: ८८६-३-५५०८१३१

इटली - पाडोवा

दूरध्वनी: ८८६-३-५५०८१३७

नेदरलँड्स - ड्रुनेन

दूरध्वनी: ८८६-३-५५०८१३७

फॅक्स: ८८६-३-५५०८१३१

नॉर्वे - ट्रॉन्डहाइम

दूरध्वनी: ०२१-६३१९६४७

पोलंड - वॉर्सा

दूरध्वनी: ८८६-३-५५०८१३७

रोमानिया - बुखारेस्ट

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

फॅक्स: ८८६-२-२९९५-६६४९

कागदपत्रे / संसाधने

मायक्रोचिप एचबीए 1200 सॉफ्टवेअर-फर्मवेअर रिलीझ नोट्स [pdf] सूचना
HBA 1200, सॉफ्टवेअर-फर्मवेअर रिलीज नोट्स, फर्मवेअर रिलीज नोट्स, सॉफ्टवेअर-फर्मवेअर, रिलीझ नोट्स

संदर्भ

वापरकर्ता मॅन्युअल

मायक्रोचिप एचबीए 1200 सॉफ्टवेअर-फर्मवेअर रिलीझ नोट्स

नवीन काय आहे?

वैशिष्ट्ये

निराकरणे आणि सुधारणा

व्यवस्थापन सॉफ्टवेअर मर्यादा

कंट्रोलर फर्मवेअर अपडेट करत आहे

पुनरावृत्ती इतिहास

मायक्रोचिप Webसाइट

उत्पादन बदल सूचना सेवा

ग्राहक समर्थन

मायक्रोचिप डिव्हाइसेस कोड संरक्षण वैशिष्ट्य

ट्रेडमार्क

गुणवत्ता व्यवस्थापन प्रणाली

जगभरातील विक्री आणि सेवा

कागदपत्रे / संसाधने

संदर्भ

एक टिप्पणी द्या

उत्तर रद्द करा