মাইক্রোচিপ এইচবিএ 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 • ওরাকল লিনাক্স 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 ESX 6/7: 4150.0.119 ফ্রিবিএসডি/সোলারিস: • FreeBSD 11/12/13: 4130.0.1008 • সোলারিস: 11: 4120.0.1005 |
| ARCCONF/সর্বোচ্চView | B24308 |
Files এই রিলিজে অন্তর্ভুক্ত
এই বিভাগে বিস্তারিত files এই রিলিজ অন্তর্ভুক্ত.
টেবিল 1-2। ফার্মওয়্যার Files
|
কম্পোনেন্ট |
বর্ণনা |
প্রাক সমাবেশ ব্যবহার | সমাবেশ পরবর্তী ব্যবহার |
|
SmartFWx200.bin |
প্রোডাকশন-স্বাক্ষরিত প্রোগ্রামেবল নওর ফ্ল্যাশ File. ইতিমধ্যেই ফার্মওয়্যার চলমান বোর্ডগুলির জন্য প্রোগ্রাম বা ফ্ল্যাশ ব্যবহার করুন৷ |
X |
টেবিল 1-3। ফার্মওয়্যার প্রোগ্রামিং টুলস
| টুল | বর্ণনা | নির্বাহযোগ্য |
| ARCCONF | ARCCONF CLI ইউটিলিটি | ARCCONF BXXXXXX.zip |
| সর্বোচ্চView | সর্বোচ্চView ইউটিলিটি | MAXVIEW XXX BXXXXXX.zip |
ড্রাইভার Files
টেবিল 1-4। উইন্ডোজ ড্রাইভার
| OS | সংস্করণ |
| সার্ভার 2019, 2016, উইন্ডোজ 10 | x64 |
টেবিল 1-5। লিনাক্স ড্রাইভার
| OS | সংস্করণ |
| RHEL 8.4, 8.3, 8.2, 8.1, 7.9, 7.8, 7.7 | x64 |
| CentOS 8.3, 8.2 ,8.1 ,8.0 ,7.9 ,7.8 ,7.7 | x64 |
| SLES 12 SP5, SP4 | x64 |
| SLES 15 SP3, SP2, SP1 | x64 |
| উবুন্টু 20.04.2, 20.04.1, 20.04, 18.04.5, 18.04.4 | x64 |
| উবুন্টু 21.04 | x64 |
| ওরাকল লিনাক্স 8.3, 8.2, 7.9, 7.8, UEK6U1 (5.4.17-2036) | x64 |
| ওরাকল লিনাক্স 8.2 UEK R6 | x64 |
| ডেবিয়ান 10.5, 9.13 | x64 |
| ফেডোরা 33 (ইনবক্স) | x64 |
| XenServer 8.2 | 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 | ||
| ভিএমওয়্যার | X | ||
| ফ্রিবিএসডি | X | ||
| সোলারিস | X | ||
| ওএস সার্টিফিকেশন | X | ||
| ফ্ল্যাশ সমর্থন | ARCCONF ইউটিলিটি | X | |
| সর্বোচ্চView টুল সমর্থন | X | ||
| ARCCONF টুল সমর্থন | X | ||
| MCTP BMC ব্যবস্থাপনা | X | ||
| RAID এবং HBA-তে 4Kn সমর্থন | X | ||
| কন্ট্রোলার-ভিত্তিক এনক্রিপশন (CBE) সমর্থন1 | X | ||
| MCTP বা PBSI এর আউট-অফ-ব্যান্ড ইন্টারফেস নির্বাচন সমর্থন | X | ||
| ভিপিপি ব্যাকপ্লেন সমর্থন | 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 ড্রাইভার ডিভাইস ইনভেন্টরি কমান্ড ফর্ম্যাট রিপোর্ট করার জন্য ফার্মওয়্যারের জন্য সমর্থন যোগ করা হয়েছে এবং এছাড়াও যোগ করা হয়েছে
- NVMe ডিভাইসগুলির জন্য একটি অনন্য SCSI ID রিপোর্ট করতে সমর্থন করে Inquiry VPD 83h এবং নতুন CISS শৈলী ReportPhysicalLUNs ফরম্যাটের মাধ্যমে এই তথ্য সংগ্রহ করার জন্য OS ড্রাইভারদের সমর্থন করে।
- একটি SGPIO ব্যাকপ্লেন দিয়ে হট-অ্যাডেড ড্রাইভ আবিষ্কার প্রতিরোধ করার একটি সমস্যা সমাধান করা হয়েছে যদি সেই ব্যাকপ্লেন সেগমেন্টে প্রাথমিকভাবে বুটে কোনো ড্রাইভ ইনস্টল না থাকে।
- মূল কারণ: যুক্তি যা 'অব্যবহৃত' PHYs অক্ষম করার সিদ্ধান্ত নেয় ভুলভাবে মূল্যায়ন করা পোর্টের সাথে সংযুক্ত
একটি SGPIO ব্যাকপ্লেন একটি ব্যাকপ্লেনের সাথে যুক্ত নয়। যেহেতু SGPIO-র হটপ্লাগ সনাক্ত করার জন্য একটি প্রমিত আউট-অফ-ব্যান্ড মেকানিজম নেই, প্রাথমিক আবিষ্কারের পরে কন্ট্রোলার PHY-কে নিষ্ক্রিয় করে ভবিষ্যতে হটপ্লাগগুলি সনাক্ত করা থেকে বাধা দেয়। - ঠিক করুন: সরাসরি-সংযুক্ত ব্যাকপ্লেনের জন্য, ইন-ব্যান্ড হট-প্লাগ সনাক্তকরণ সমর্থন করার জন্য কন্ট্রোলার PHYs সক্রিয় রেখে দিন।
- ঝুঁকি: কম
- মূল কারণ: যুক্তি যা 'অব্যবহৃত' PHYs অক্ষম করার সিদ্ধান্ত নেয় ভুলভাবে মূল্যায়ন করা পোর্টের সাথে সংযুক্ত
- একটি সমস্যা সমাধান করা হয়েছে যেখানে NVMe ড্রাইভের জন্য রিপোর্ট করা লিঙ্কের হার ভুলভাবে রিপোর্ট করা হয়েছে যখন কাঙ্ক্ষিত পোর্টের প্রস্থ প্রকৃত পোর্টের প্রস্থ লিঙ্ক আপের মতো নয়।
- মূল কারণ: ফার্মওয়্যার থেকে রিপোর্টিং অসমতা রিপোর্ট করার জন্য যথেষ্ট দানাদার ছিল না। এই সমস্যাটি সমাধান হওয়ার পরে, ফার্মওয়্যারটি পোর্ট গ্রুপ থেকে 'অব্যবহৃত' PHY গুলি নিষ্ক্রিয় করার চেষ্টা করবে, তবে এটি ড্রাইভে পুরো পোর্টটিকে নিষ্ক্রিয় করে দেবে।
- ঠিক করুন: ফার্মওয়্যার লজিক বিচ্ছিন্ন PHY লিঙ্ক স্ট্যাটাস/রেট সঠিকভাবে রিপোর্ট করতে আপডেট করা হয়েছে। 'অব্যবহৃত' PHY গুলি নিষ্ক্রিয় করার জন্য ফার্মওয়্যার লজিকটি একটি NVMe পোর্টের জন্য PHY গুলিকে নিষ্ক্রিয় না করার জন্যও সংশোধন করা হয়েছিল যেখানে কমপক্ষে একটি PHY লিঙ্ক করা হয়েছে৷
- ঝুঁকি: কম
- UART/SOB লগ পর্যন্ত বুট করার সময় কন্ট্রোলার WWID ভুলভাবে প্রিন্ট করা হয়েছে এমন একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: একটি পৃথক নতুন বিন্যাসের জন্য সমর্থন যোগ করার পাশাপাশি সাধারণ উত্পাদন বিন্যাস আউটপুটগুলিতে একটি রিফ্যাক্টরিং পরিবর্তন করা হয়েছিল। এই রিফ্যাক্টর কোডটি ভুলভাবে আচরণ করে
একটি BYTE অ্যারের পরিবর্তে একটি QWORD ক্ষেত্র হিসাবে WWID যার ফলস্বরূপ আউটপুটটি এন্ডিয়ান অদলবদল বলে মনে হচ্ছে।
- পরিবর্তনটি শুধুমাত্র এই প্রিন্টিং ফাংশনকে প্রভাবিত করেছিল- WWID অন্যথায় সঠিকভাবে ব্যবহার করা হয়েছিল এবং অন্যত্র যথাযথভাবে রিপোর্ট করা হয়েছিল।
- ঠিক করুন: একটি BYTE অ্যারে হিসাবে WWID মান প্রিন্ট করার জন্য যুক্তিটিকে আবার পরিবর্তন করা হয়েছে৷
- ঝুঁকি: কম
- • একটি সমস্যা সমাধান করা হয়েছে যেখানে একটি VPP ব্যাকপ্লেনের সাথে সংযুক্ত ড্রাইভের ভুল বে নম্বর রয়েছে এবং হোস্টের কাছে ভুলভাবে উপস্থাপন করা হয়েছে৷
- মূল কারণ: VPP আবিষ্কারের যুক্তি 0xAE ঠিকানায় একটি TWI ডিভাইস খুঁজে পেয়েছে কিন্তু এটি থেকে সমস্ত 0xFF পড়ুন। এর ফলে এমন আচরণ হয়েছে যা একটি খারাপ EEPROM ধরে নিয়ে ঘের সেট আপ করে, কিন্তু এর ফলে একাধিক গ্রাহকের অভিজ্ঞতার সমস্যা দেখা দেয়।
- ঠিক করুন: একটি খারাপ EEPROM থাকার যুক্তিটি কোন বৈধ ডেটা ছাড়াই একটি প্রতিক্রিয়াশীল TWI লক্ষ্যের জন্য অ্যাকাউন্টে সামঞ্জস্য করা হয়েছিল। এই কেসটিকে এখন একটি ঘের ছাড়াই একটি সরাসরি-কেবলড কেসের মতো বিবেচনা করা হবে৷
- ঝুঁকি: কম
- ফার্মওয়্যার সংস্করণে বা চেকসাম টেবিলে ফ্ল্যাশ দুর্নীতির ফলে অসংশোধিত দুর্নীতি হয় এমন একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: ফার্মওয়্যার সংস্করণ তথ্য সংশোধন করা হচ্ছে কিন্তু যেমন চিহ্নিত করা হয়নি, এবং চেকসাম টেবিল সংশোধন করা হচ্ছে না. উভয় ক্ষেত্রেই, কন্ট্রোলার রিপোর্ট করতে থাকে যে এটি দুর্নীতি সনাক্ত করেছে এবং মেরামত করেনি।
- ঠিক করুন: এই উভয় ক্ষেত্রেই সংশোধনযোগ্য যদি অপ্রয়োজনীয় চিত্রটি সুসঙ্গত হয়, তাই সংশোধন করার পাশাপাশি সেই অবস্থার সঠিকভাবে রিপোর্ট করার জন্য যুক্তি যোগ করা হয়েছিল।
- ঝুঁকি: কম
- একটি সমস্যা সমাধান করা হয়েছে যেখানে ফার্মওয়্যার আপডেটের পরে প্রথম কোল্ড বুট অপ্রয়োজনীয় চিত্র দুর্নীতির প্রতিবেদন করে।
- মূল কারণ: ডিডিআর প্রশিক্ষণের ফলাফলগুলি একটি অপ্রয়োজনীয় চিত্র বিভাগে সংরক্ষণ করা হয় যাতে সেগুলি বুট করার সময় প্রশিক্ষণের গতি বাড়ানোর জন্য উল্লেখ করা যেতে পারে। ফার্মওয়্যার আপডেটে, এই ফলাফলগুলিকে নতুন ফার্মওয়্যারে সম্ভাব্য নতুন অ্যালগরিদমগুলিকে নতুন/ভালো ফলাফল স্থাপনের অনুমতি দেওয়ার জন্য সাফ করা হয়। সক্রিয় এবং নিষ্ক্রিয় চিত্র বিষয়বস্তুর মধ্যে তুলনা করে RAID স্ট্যাকটি ভুলভাবে এই বিভাগটি অন্তর্ভুক্ত করেছে যা একটি মিথ্যা চিত্র দুর্নীতি বার্তাকে ট্রিগার করছিল।
- ঠিক করুন: সংরক্ষিত ফলাফল ইতিমধ্যেই সুসঙ্গত না হলে চিত্র তুলনাতে এই বিভাগটি অন্তর্ভুক্ত করবেন না।
- ঝুঁকি: কম
- একটি সম্ভাব্য 0x1ABD কন্ট্রোলার লকআপ স্থির করা হয়েছে যখন একটি SATA ড্রাইভ IO অসামান্য সহ ব্যর্থ হচ্ছে এবং ড্রাইভটি পুনরায় সেট করার পরে ডিভাইস সনাক্ত করতে সাড়া দিতে ব্যর্থ হয়েছে।
- মূল কারণ: ফার্মওয়্যারে একটি IO কে একটি ডিভাইসের সাথে সারিবদ্ধ করার একটি সম্ভাবনা রয়েছে যখন এটি ব্যর্থ হচ্ছে এবং এটি IO কে পুনরুদ্ধারযোগ্য হতে পারে কারণ ড্রাইভটি প্রতিক্রিয়াহীন হয়ে পড়ে। অন্য ডিভাইস রিসেট IO পুনরুদ্ধার করতে পারে, তবে ফার্মওয়্যার IO টাইমআউট লজিক স্পষ্টভাবে বাদ দেওয়া হয়েছে যে ডিভাইসগুলিতে ইতিমধ্যেই ব্যর্থ হয়েছে চিহ্নিত ডিভাইসগুলিতে পুনরুদ্ধার টাস্ক ম্যানেজমেন্ট পাঠানো।
- ঠিক করুন: টাইমআউট হ্যান্ডলিং-এ, ব্যর্থ চিহ্নিত ডিভাইসগুলির বিরুদ্ধে ডিভাইস রিসেটের মতো ক্রিয়াকলাপের অনুমতি দিন। এছাড়াও যোগ করা হয়েছে
ডিভাইসের ব্যর্থতার রুটিনে একটি সক্রিয় IO পুনরুদ্ধারের পদক্ষেপ যা স্বাভাবিকভাবে সারিতে প্রক্রিয়া করার জন্য ডিভাইসের (বা SATL) জন্য অপেক্ষা না করে সক্রিয়ভাবে অসামান্য অনুরোধগুলি বাতিল করতে পারে। - ঝুঁকি: কম
- একটি সমস্যা সমাধান করা হয়েছে যেখানে ফার্মওয়্যার এই পণ্যের সমর্থিত বৈশিষ্ট্য সেট হিসাবে "অনলাইন ফার্মওয়্যার অ্যাক্টিভেশন" ভুলভাবে রিপোর্ট করেছে৷
- মূল কারণ: ফার্মওয়্যার সমর্থিত হিসাবে অনলাইন ফার্মওয়্যার অ্যাক্টিভেশন কার্যকারিতা ভুলভাবে বিজ্ঞাপন দিয়েছে। হোস্ট সফ্টওয়্যার যখন এই সমর্থন বিটগুলি পর্যবেক্ষণ করে এবং বৈশিষ্ট্যটি ব্যবহার করার চেষ্টা করে, তখন এটি ত্রুটির সম্মুখীন হতে পারে কারণ এটি আসলে সমর্থিত নয়৷
- ঠিক করুন: এই বৈশিষ্ট্যটি সমর্থিত নয় তা নির্দেশ করার জন্য বিভিন্ন বৈশিষ্ট্য রিপোর্টিং প্রক্রিয়া পরিবর্তন করা হয়েছে৷
- ঝুঁকি: কম
- একটি TLB ব্যতিক্রম লকআপ সমস্যা সমাধান করা হয়েছে যখন একাধিক আউট-অফ-ব্যান্ড MCTP অনুরোধ একই সময়ে ফার্মওয়্যারে পাঠানো হয়েছিল।
- মূল কারণ: ফার্মওয়্যারে TLB ব্যতিক্রম/NULL পয়েন্টার ব্যতিক্রম ঘটে যখন এটি একটি সেশনে একই সময়ে অ্যাসিঙ্ক্রোনাস MCTP অনুরোধ গ্রহণ করে যখন পূর্ববর্তী MCTP অনুরোধ সম্পূর্ণরূপে প্রক্রিয়া করা হয়নি। এই কারণে, ফার্মওয়্যারটি একটি সময় সংবেদনশীল পরিস্থিতিতে পড়ে যেখানে ফার্মওয়্যারের একটি থ্রেড OOB সেশন মেমরি বাফার অ্যাক্সেস করে প্যাকেটজাত MCTP প্রতিক্রিয়াগুলি সেট আপ করছে যা MCTP অনুরোধগুলি প্রক্রিয়া করার জন্য দায়ী অন্য থ্রেড দ্বারা খালি করা হয়েছিল। এর কারণ হল ফার্মওয়্যার একটি সেশনে একটি MCTP অনুরোধ সিঙ্ক্রোনাস পদ্ধতিতে পরিচালনা করে, যদি এটি বিদ্যমান অনুরোধটি সম্পূর্ণ করার আগে একই সেশন থেকে অন্য একটি অনুরোধ গ্রহণ করে, তাহলে এটি পুরানো সেশনের প্রসঙ্গ মুছে দেয় এবং নতুন অনুরোধটি প্রক্রিয়া করা শুরু করে।
- ঠিক করুন: এই পরিস্থিতিকে সুন্দরভাবে পরিচালনা করতে, ফার্মওয়্যারটি বিভিন্ন থ্রেড থেকে OOB সেশন অ্যাক্সেস করার সময় স্পিনলক ব্যবহার করবে।
- ঝুঁকি: কম
- মূল কারণ: ফার্মওয়্যারে TLB ব্যতিক্রম/NULL পয়েন্টার ব্যতিক্রম ঘটে যখন এটি একটি সেশনে একই সময়ে অ্যাসিঙ্ক্রোনাস MCTP অনুরোধ গ্রহণ করে যখন পূর্ববর্তী MCTP অনুরোধ সম্পূর্ণরূপে প্রক্রিয়া করা হয়নি। এই কারণে, ফার্মওয়্যারটি একটি সময় সংবেদনশীল পরিস্থিতিতে পড়ে যেখানে ফার্মওয়্যারের একটি থ্রেড OOB সেশন মেমরি বাফার অ্যাক্সেস করে প্যাকেটজাত MCTP প্রতিক্রিয়াগুলি সেট আপ করছে যা MCTP অনুরোধগুলি প্রক্রিয়া করার জন্য দায়ী অন্য থ্রেড দ্বারা খালি করা হয়েছিল। এর কারণ হল ফার্মওয়্যার একটি সেশনে একটি MCTP অনুরোধ সিঙ্ক্রোনাস পদ্ধতিতে পরিচালনা করে, যদি এটি বিদ্যমান অনুরোধটি সম্পূর্ণ করার আগে একই সেশন থেকে অন্য একটি অনুরোধ গ্রহণ করে, তাহলে এটি পুরানো সেশনের প্রসঙ্গ মুছে দেয় এবং নতুন অনুরোধটি প্রক্রিয়া করা শুরু করে।
- হোস্ট যখন উচ্চ সারি গভীরতায় বড় অনুক্রমিক IO স্ট্রীম জমা দিচ্ছে তখন কম কর্মক্ষমতা নিয়ে একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: যখন অনুরোধগুলি একত্রিত করা হচ্ছে এবং staged, এই কার্যকলাপটি হয় হোস্ট 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/Legacy BIOS বিল্ড 1.4.3.2 এর জন্য সংশোধন এবং বর্ধিতকরণ
এই রিলিজটি নিম্নলিখিত সংশোধন এবং বর্ধিতকরণ প্রদান করে। - কেবল সংযুক্ত ড্রাইভগুলিকে সমর্থন করার জন্য পোর্ট আবিষ্কার প্রোটোকল সেটিংসে একটি HII বিকল্প যোগ করা হয়েছে৷
- HII ডিস্ক তথ্য মেনুতে ড্রাইভের শেষ ব্যর্থতার কারণ স্থিতির জন্য সমর্থন যোগ করা হয়েছে।
- একটি সমস্যা সমাধান করা হয়েছে যেখানে ব্যর্থ এইচবিএ ড্রাইভগুলি HII তে দেখানো হয়নি৷
- মূল কারণ: ব্যর্থ এইচবিএ ডিভাইসগুলি HII এবং ড্রাইভারের স্বাস্থ্য বার্তাগুলিতে প্রদর্শিত হয় না।
- ঠিক করুন: HII এবং ড্রাইভারের স্বাস্থ্য বার্তাগুলিতে ব্যর্থ ডিভাইসগুলির উপর উপলভ্য তথ্য জমা করুন এবং সরবরাহ করুন।
- প্রকাশ: আগের সব সংস্করণ।
- ঝুঁকি: কম
- একটি সমস্যা সমাধান করা হয়েছে যেখানে UEFI স্বয়ং শংসাপত্র পরীক্ষা SCT কম্পোনেন্ট name2 প্রোটোকলের জন্য ব্যর্থ হয়।
- মূল কারণ: কম্পোনেন্ট name2 প্রোটোকলের GetControllerName ইনপুট ভাষা যাচাই করে না। ইনপুট হিসাবে ভুল ভাষা প্রদান করা হলে SCT ব্যর্থ হয়।
- ঠিক করুন: কম্পোনেন্ট name2 প্রোটোকলের GetControllerName-এর জন্য সমর্থিত ভাষা যাচাইকরণ যোগ করা হয়েছে।
- প্রকাশ: আগের সব সংস্করণ।
- ঝুঁকি: কম
- একটি সমস্যা সমাধান করা হয়েছে যেখানে পোর্ট ডিসকভারি প্রোটোকল পরিবর্তনগুলি ব্যবহারকারীদের রিবুট করতে হবে তা জানানোর স্থিতি প্রদান করে না।
- মূল কারণ: পোর্ট আবিষ্কার প্রোটোকল অপারেশন স্থিতি শুধুমাত্র দেখায় যদি এটি সফল বা ব্যর্থ হয়।
- ঠিক করুন: পোর্ট আবিষ্কার প্রোটোকল সেটিংসের চূড়ান্ত স্থিতিতে রিবুট প্রয়োজনীয় বার্তা যোগ করা হয়েছে।
- প্রকাশ: আগের সব সংস্করণ।
- ঝুঁকি: কম
- একটি সমস্যা সমাধান করা হয়েছে যেখানে UEFI ARCCONF CLI EFI শেলে একটি অচেনা কমান্ড হিসাবে একটি ত্রুটি তৈরি করে।
- মূল কারণ: সেন্স ফিচার পেজ কমান্ডের জন্য ভুল শিরোনাম যা ARCCONF CLI ফিচারটিকে সমর্থিত নয় বলে ব্যবহার করে ভুল ফিচার বিট ভ্যালিডেশনের দিকে পরিচালিত করে।
- ঠিক করুন: ARCCONF CLI বৈশিষ্ট্যের জন্য সঠিক বৈশিষ্ট্য বিট পেতে স্পেসিফিকেশন অনুযায়ী সঠিক অর্থ বৈশিষ্ট্য পৃষ্ঠা কমান্ড হেডার।
- প্রকাশ: আগের সব সংস্করণ।
- ঝুঁকি: কম
ড্রাইভার ফিক্স
এই বিভাগে এই রিলিজের জন্য ড্রাইভার সংশোধন এবং উন্নতিগুলি দেখায়।
উইন্ডোজ ড্রাইভার ফিক্স
এই বিভাগটি এই রিলিজের জন্য উইন্ডোজ ড্রাইভারের সংশোধন এবং উন্নতিগুলি দেখায়।
উইন্ডোজ ড্রাইভার বিল্ড 1010.6.0.1025 এর জন্য সংশোধন এবং বর্ধিতকরণ
এই রিলিজটি নিম্নলিখিত সংশোধন এবং বর্ধিতকরণ প্রদান করে।
- একটি সমস্যা সমাধান করা হয়েছে যেখানে OS সম্ভবত বুট করতে ব্যর্থ হবে।
- মূল কারণ: ড্রাইভার লোড করতে ব্যর্থ হতে পারে কারণ অ্যাডমিনিস্ট্রেটর সারি কনফিগারেশন ফাংশন রেজিস্টার লেখা এবং তারপর দেরি না করে রেজিস্টার পড়া ভুল স্ট্যাটাস দিতে পারে।
- ঠিক করুন: অ্যাডমিনিস্ট্রেটর কিউ কনফিগারেশন ফাংশন রেজিস্টার লেখার পরে একটি 1ms=1000us বিলম্ব যোগ করা হয়েছে, কিন্তু পোলিং শুরু হওয়ার আগে পোলিং স্ট্যাটাস।
- ঝুঁকি: কম
লিনাক্স ড্রাইভার ফিক্স
এই বিভাগে এই প্রকাশের জন্য Linux ড্রাইভারের সংশোধন এবং উন্নতিগুলি দেখায়।
লিনাক্স ড্রাইভার বিল্ড 2.1.12-055 এর জন্য সংশোধন এবং বর্ধিতকরণ
- আলট্রিয়াম টেপ ড্রাইভ এবং মিডিয়াম চেঞ্জারের জন্য ডুপ্লিকেট ডিভাইস নোড তৈরি করা হচ্ছে এমন একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: আল্টরিয়াম টেপ ড্রাইভ একটি বহু-LUN SCSI লক্ষ্য। এটি টেপ ড্রাইভের জন্য একটি LUN এবং মিডিয়াম চেঞ্জারের জন্য একটি 2য় LUN উপস্থাপন করে। আমাদের কন্ট্রোলার ফার্মওয়্যার RPL ফলাফলে উভয় LUN তালিকাভুক্ত করে। ফলস্বরূপ, smartpqi ড্রাইভার উভয় ডিভাইসকে OS-এ প্রকাশ করে। তারপর OS তার স্বাভাবিক ডিভাইস আবিষ্কারটি SCSI REPORT LUNS কমান্ডের মাধ্যমে করে, যার ফলে এটি উভয় ডিভাইসকে ২য় বার পুনরায় আবিষ্কার করতে পারে, যার ফলে ডিভাইস নোডের নকল হয়। এই ভাঙা আচরণটি একটি আগের smartpqi বাগ দ্বারা মাস্ক করা হয়েছিল যার কারণে OS এই ধরণের ডিভাইসের জন্য তার ডিভাইস আবিষ্কার এড়িয়ে যায়। SAS ইনিশিয়েটর পোর্ট প্রোটোকল এবং টার্গেট পোর্ট প্রোটোকল সম্পর্কে আরও সঠিক তথ্য রিপোর্ট করতে smartpqi-তে সাম্প্রতিক পরিবর্তনের মাধ্যমে এই মাস্কিং বাগ সংশোধন করা হয়েছে।
- ঠিক করুন: যখন OS টেপ ড্রাইভ এবং মিডিয়াম চেঞ্জারের জন্য দুটি LUN-কে পুনরায় আবিষ্কার করে, তখন ড্রাইভার স্বীকার করে যে সেগুলি ইতিমধ্যেই রিপোর্ট করা হয়েছে এবং OS-কে সেগুলি দ্বিতীয়বার যোগ করা থেকে ব্লক করে।
- ঝুঁকি: কম
- একটি সমস্যা সমাধান করা হয়েছে যেখানে কিছু পরিস্থিতিতে ড্রাইভার যখন কন্ট্রোলারটিকে অফলাইনে নিয়ে যায়, একটি কার্নেল ক্র্যাশ হতে পারে।
- মূল কারণ: কন্ট্রোলার অফলাইনে নেওয়ার সময়, ড্রাইভারের পক্ষে OS দ্বারা ইতিমধ্যে সম্পন্ন করা IO গুলি ব্যর্থ করা সম্ভব, যার ফলে কার্নেল ক্র্যাশ হয়।
- ঠিক করুন: ডিভাইসটিকে OS দ্বারা অফলাইনে চিহ্নিত করা থাকলে, সেই ডিভাইসের সাথে সম্পর্কিত IO গুলিকে ব্যর্থ করবেন না কারণ IO গুলি আগে সম্পন্ন হয়ে থাকতে পারে৷
- ঝুঁকি: কম
- sysfs ব্যবহার করে ডিভাইস অপসারণের সাথে একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: slave_destroy সংজ্ঞায়িত করার ফলে SML-কে SCSI টেবিল থেকে ডিভাইসটি সরাতে আমাদের slave_destroy-এ কল করতে হবে। আমাদের slav_destroy সম্পূর্ণ নয়।
- ঠিক করুন: slav_destroy সরান।
- ঝুঁকি: কম
- একটি সমস্যা সমাধান করা হয়েছে যেখানে সিস্টেম হাইবারনেশনের সময় request_irq ব্যর্থ হয়েছে।
- মূল কারণ: “request_irq”-এর প্রথম আর্গুমেন্ট irq সঠিক নয়।
- ঠিক করুন: যদি ইন্টারাপ্ট মোডটি INTx এ সেট করা হয়, তাহলে পিসিআই ডিভাইসের “irq” ব্যবহার করুন অনুরোধ_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:1misa).
- মূল কারণ: request_irq-এর প্রথম আর্গুমেন্ট irq সঠিক নয়
- ঠিক করুন:: যদি ইন্টারাপ্ট মোডটি INTx-এ সেট করা হয়, তাহলে PCI ডিভাইসের irq-কে প্রথম প্যারামিটার হিসেবে request_irq() ব্যবহার করুন।
- ঝুঁকি: কম
- SCSI মিড-লেয়ারে পরিবর্তনের কারণে, হার্ড ডিস্ক(গুলি) স্যানিটাইজ করার সময় সিস্টেম রিবুট করা হলে কিছু Linux ডিস্ট্রিবিউশন আসতে অনেক সময় লাগতে পারে। এটি RHEL 7.9/RHEL8.3 এবং SLES 15SP2 এ লক্ষ্য করা গেছে।
- মূল কারণ: বুট-আপের সময়, যখন এক বা একাধিক ডিস্ক স্যানিটাইজ করা হয় তখন কিছু ওএস হ্যাং হয়ে যায়। SCSI SBC4 স্পেসিফিকেশন সেকশন 4.11.2 অনুযায়ী স্যানিটাইজ করার সময় অনুমোদিত কমান্ড, কিছু SCSI কমান্ড অনুমোদিত, কিন্তু রিড/রাইট অপারেশন করা হয় না। যখন OS ডিস্ক পার্টিশন টেবিলটি পড়ার চেষ্টা করে তখন একটি চেক কন্ডিশন ASC 0x04 ASCQ 0x1b ফেরত দেওয়া হয় যার ফলে স্যানিটাইজ সম্পূর্ণ না হওয়া পর্যন্ত OS পুনরায় পড়ার চেষ্টা করে। এটি কয়েক ঘন্টা সময় নিতে পারে।
- ঠিক করুন: HBA ডিস্কে প্রস্তুত একটি পরীক্ষা ইউনিট যোগ করুন এবং 0x02/0x04/0x1b (স্যানিটাইজ প্রক্রিয়াধীন) ফেরত দিলে সেগুলিকে OS-এ উপস্থাপন করবেন না।
- ঝুঁকি: কম
- রিকোয়েস্ট লিকেজ, পারফরম্যান্স ড্রপ এবং সিস্টেম ক্র্যাশ সহ একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: সমস্যাটি একটি সর্বাধিক কনফিগারেশনে ঘটে যেখানে উন্মুক্ত ডিভাইসগুলিতে মাঝে মাঝে LUN রিসেটের সাথে ভারী I/O লোড ব্যবহার করা হয়। TMF পাথে সারিবদ্ধ IOs ব্যর্থ হওয়ার সময়, একটি অনুরোধ ফাঁস হয়েছে এবং তাই অনুরোধ পুলে বাসি এন্ট্রির রেফারেন্স সংখ্যা শূন্য নয়। শাটডাউন পাথে, ফার্মওয়্যারে বা ড্রাইভারে আটকে থাকা I/O ধরার জন্য একটি BUG_ON আছে। অমুক্তিকৃত বাসি অনুরোধের ফলে সিস্টেম ক্র্যাশ হয়েছে৷ যদি উপরের পরিস্থিতিটি ঘটতে থাকে তবে I/O অনুরোধ পুল লিক হতে থাকে এবং একটি উল্লেখযোগ্য কর্মক্ষমতা হ্রাস হতে পারে।
- ঠিক করুন: ড্রাইভার এখন অসামান্য অনুরোধগুলি ব্যর্থ করার সময় TMF পথে ফাঁস হওয়া অনুরোধটিকে সঠিকভাবে মুক্ত করে।
- ঝুঁকি: কম
- অনলাইন নয় এমন ডিভাইসগুলির জন্য IOs ব্যর্থ হওয়া এড়াতে একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: কন্ট্রোলার অফলাইনে নেওয়ার সময়, ড্রাইভারের পক্ষে OS দ্বারা ইতিমধ্যে সম্পন্ন করা IO গুলি ব্যর্থ করা সম্ভব, যার ফলে একটি কার্নেল ক্র্যাশ হয়।
- ঠিক করুন: ডিভাইসটিকে OS দ্বারা অফলাইনে চিহ্নিত করা থাকলে, সেই ডিভাইসের সাথে সম্পর্কিত IO গুলিকে ব্যর্থ করবেন না যেহেতু IOগুলি আগে সম্পন্ন হয়ে থাকতে পারে৷
- ঝুঁকি: কম
- VMware ড্রাইভার ফিক্স
এই বিভাগটি এই রিলিজের জন্য VMware ড্রাইভারের সংশোধন এবং উন্নতিগুলি দেখায়।
VMware ড্রাইভার বিল্ড 4150.0.119 এর জন্য সংশোধন এবং বর্ধিতকরণ
এই রিলিজটি নিম্নলিখিত সংশোধন এবং বর্ধিতকরণ প্রদান করে।
- এই বৈশিষ্ট্যটিকে সমর্থন করে এমন নিয়ন্ত্রকদের জন্য Report Physical LUNs কমান্ড থেকে প্রত্যাবর্তিত ডেটাতে নতুন বর্ধিত বিন্যাসের জন্য সমর্থন যোগ করা হয়েছে। নতুন ফর্ম্যাটগুলি 16-বাইট WWID-এর রিপোর্টিংয়ের অনুমতি দেয়।
- এমবিটি টুল চালানোর সময় একটি সমস্যা যেখানে PSOD পরিলক্ষিত হয়েছিল তার সমাধান করা হয়েছে।
- মূল কারণ: সংযুক্তির সময়, ড্রাইভার একটি গ্লোবাল অ্যারেতে প্রতিটি অ্যাডাপ্টারের জন্য ব্যক্তিগত কাঠামো পয়েন্টার সংরক্ষণ করে। আনলোড করার সময় অ্যারের সূচক কখনই হ্রাস পায়নি। এর ফলে অ্যারের সীমাবদ্ধ অ্যাক্সেসের বাইরে এবং PSOD-এর দিকে নিয়ে যায়।
- ঠিক করুন: ড্রাইভার বিচ্ছিন্ন করার সময় ব্যক্তিগত কাঠামো পয়েন্টার সাফ করুন()।
- ঝুঁকি: মাঝারি
- শুধুমাত্র ট্রাই-মোড কন্ট্রোলারের জন্য SG উপাদান প্রান্তিককরণের সাথে একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: DMA ইঞ্জিন সেটিংসে NVMe-এর জন্য চারটি বাইট অ্যালাইনমেন্ট অ্যাট্রিবিউট প্রয়োজন।
- ঠিক করুন: ট্রাই-মোড কন্ট্রোলারের জন্য, 4-বাইট DMA SG অ্যালাইনমেন্ট প্যারামিটার সেট সহ একটি কাস্টমাইজড ডিএমএ ইঞ্জিন ব্যবহার করুন।
- ঝুঁকি: মাঝারি
- অনলাইন নয় এমন ডিভাইসগুলির জন্য IOs ব্যর্থ হওয়া এড়াতে একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: কন্ট্রোলার অফলাইনে নেওয়ার সময়, ড্রাইভারের পক্ষে OS দ্বারা ইতিমধ্যে সম্পন্ন করা IO গুলি ব্যর্থ করা সম্ভব, যার ফলে একটি কার্নেল ক্র্যাশ হয়।
- ঠিক করুন: ডিভাইসটিকে OS দ্বারা অফলাইনে চিহ্নিত করা থাকলে, সেই ডিভাইসের সাথে সম্পর্কিত IO গুলিকে ব্যর্থ করবেন না যেহেতু IOগুলি আগে সম্পন্ন হয়ে থাকতে পারে৷
- ঝুঁকি: কম
- একটি অনিরাপদ ডিভাইস শান্ত প্রক্রিয়ার সাথে একটি সমস্যা সমাধান করা হয়েছে৷
- মূল কারণ: সিঙ্ক্রোনাইজ এবং ফ্লাশিং ইন্টারাপ্টের জন্য একটি 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 অনুরোধ ফ্রেম করার সময় ড্রাইভার প্রাইভেট স্ট্রাকচার পয়েন্টার সেট করুন।
- ঝুঁকি: কম
- হার্টবিট এনএমআই-এর কারণে ESXi PSOD-এর একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: অভ্যন্তরীণ সারিতে একটি স্লট পেতে ড্রাইভার একটি লক অর্জন করে। সমস্ত কোর একই অন্তর্মুখী সারি ব্যবহার করে শেষ হতে পারে যদি SCSI সমাপ্তি বিশ্বের সংখ্যা কোরের সংখ্যার চেয়ে কম হয়। বেশিরভাগ ক্ষেত্রে, SCSI সমাপ্তি বিশ্বের সংখ্যা সকেট সংখ্যার সমান এবং বেশিরভাগ সার্ভারে 1 থেকে 2টি সকেট থাকে। এটি লক কনজেশনের কারণ হতে পারে কারণ অনেক থ্রেড একই লক অর্জন করার চেষ্টা করবে। ড্রাইভার একটি কাস্টম লক ব্যবহার করে যা লকটি উপলব্ধ না হলে একটি কঠোর ব্যস্ত অপেক্ষা করে। এর ফলে IO জমা থ্রেড CPU কোর ধরে রাখবে এবং ESXi হার্টবিট থ্রেড দীর্ঘ সময়ের জন্য চালানোর সুযোগ নাও পেতে পারে। এর ফলে ESXi সার্ভারটিকে একটি NMI এবং PSOD ইস্যু করবে।
- ঠিক করুন: জমা পাথে spinlock ব্যবহার করুন.
- ঝুঁকি: উচ্চ
- ড্রাইভার লোডের সময় সিস্টেম হ্যাং হয় এমন একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: ড্রাইভার শুরু করার সময় ইভেন্ট কনফিগারেশন সম্পর্কিত অভ্যন্তরীণ কমান্ড পাঠানোর জন্য ড্রাইভার একটি অসীম সময়সীমা ব্যবহার করেtage.
- ঠিক করুন: ড্রাইভার init s এর সময় ইভেন্ট কনফিগারেশন সম্পর্কিত অভ্যন্তরীণ কমান্ড পাঠানোর জন্য টাইমআউট যোগ করা হয়েছেtage.
- ঝুঁকি: কম
- • বুট করার সময় ESXi 7.0 u2 PSOD এর সাথে একটি সমস্যা সমাধান করা হয়েছে৷
- মূল কারণ: Smartpqi ড্রাইভার সর্বাধিক 64টি আউটবাউন্ড সারি তৈরি করে। কোর/scsi সমাপ্তি বিশ্বের সংখ্যা এবং MSIX উপলব্ধতার উপর ভিত্তি করে সারি তৈরি করা হয়। সর্বাধিক, ড্রাইভার 64টি সারি তৈরি করবে এবং 64 জন হ্যান্ডলার নিবন্ধিত হওয়া উচিত। ড্রাইভার হ্যান্ডলার ডেটা অ্যারের আকার 63 এর পরিবর্তে 64 ছিল এবং এর ফলে PSOD হয়।
- ফিক্স: হ্যান্ডলার ডেটা অ্যারের আকার সংশোধন করা হয়েছে।
- ঝুঁকি: কম
- • একটি সমস্যা সমাধান করা হয়েছে যেখানে ডিভাইস রিসেট পরীক্ষার সময় বাতিল বার্তাগুলি লগগুলিকে প্লাবিত করবে৷
- মূল কারণ: একটি ডিভাইসে মুলতুবি থাকা সমস্ত IO অনুরোধ একটি ইনকামিং ডিভাইস রিসেট অনুরোধ দ্বারা বাতিল করা হবে। উচ্চ সারির গভীরতায় সক্ষম ডিভাইসগুলির জন্য, এটি প্রতি ডিভাইস রিসেট করার জন্য দশ বা শত শত পৃথক গর্ভপাতের অনুরোধ হতে পারে।
- ঠিক করুন: WARN থেকে INFO-তে এই ধরনের বার্তার জন্য লগিং স্তর পরিবর্তন করুন, যাতে এটি শুধুমাত্র তখনই মুদ্রিত হয় যখন কেউ উদ্দেশ্যমূলকভাবে ড্রাইভারের লগিং স্তর পরিবর্তন করে ডিবাগ বা বিশ্লেষণ করতে।
- ঝুঁকি: কম
- ডিভাইস রিসেট করার সময় অত্যধিক লগিং সহ একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: রিসেটগুলি কার্যকর করার সময়, ইনকামিং IO অনুরোধগুলি ব্লক করা হয় এবং ডিভাইস ব্যস্ত অবস্থায় ফিরে আসে। ডিভাইসটি রিসেট করা হচ্ছে বলে সতর্ক করার জন্য একটি বার্তা প্রিন্ট করা হয়েছে।
যখন অনেক ডিভাইস রিসেট ঘটছে, যেমন রিসেট সার্টিফিকেশন পরীক্ষার সময়, এটি প্রচুর পরিমাণে লগিং অ্যাক্টিভিটি তৈরি করে এবং লগগুলিকে ঘন ঘন আর্কাইভ করতে পারে। - ঠিক করুন: লগ-ইন করার স্তরটি বিশেষভাবে INFO (0x6) বা তার উপরে একটি স্তরে পরিবর্তিত হলেই লগ করার জন্য এই বার্তাটি পরিবর্তন করুন৷ বার্তাগুলি WARN (0x2) বা তার উপরে লগ করার জন্য সেট করা হয়েছিল, এবং ড্রাইভার লগিং স্তরটি ডিফল্টরূপে NOTE (0x3)।
- ঝুঁকি: কম
- মূল কারণ: রিসেটগুলি কার্যকর করার সময়, ইনকামিং IO অনুরোধগুলি ব্লক করা হয় এবং ডিভাইস ব্যস্ত অবস্থায় ফিরে আসে। ডিভাইসটি রিসেট করা হচ্ছে বলে সতর্ক করার জন্য একটি বার্তা প্রিন্ট করা হয়েছে।
- ড্রাইভার আনলোড করার সময় PSOD এর সাথে একটি সমস্যা সমাধান করা হয়েছে।
- মূল কারণ: Smartpqi ড্রাইভার হট-মুছে ফেলা ডিভাইসগুলির একটি লিঙ্ক তালিকা বজায় রাখে। যখনই একটি নতুন ডিভাইস উপস্থিত থাকে, ড্রাইভার পরীক্ষা করে যে ডিভাইসটি ইতিমধ্যেই remove_device_list এ উপস্থিত আছে কিনা এবং যদি এটি উপস্থিত থাকে, ড্রাইভার সেই ডিভাইসটিকে remove_device_list থেকে প্রকৃত ডিভাইস তালিকায় নিয়ে যায়। রিমুভ_ডিভাইস_লিস্টের এন্ট্রিগুলো আবার করা হবেviewনির্দিষ্ট সময়ের ব্যবধানে ed এবং তালিকাটি 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/লেগ্যাসি BIOS সীমাবদ্ধতা দেখায়।
UEFI বিল্ড 1.4.3.6/লিগেসি BIOS বিল্ড 1.4.3.2 এর জন্য সীমাবদ্ধতা
এই মুক্তির জন্য কোন পরিচিত সীমাবদ্ধতা আছে.
চালকের সীমাবদ্ধতা
এই বিভাগে এই প্রকাশের জন্য ড্রাইভারের সীমাবদ্ধতা দেখায়।
উইন্ডোজ ড্রাইভারের সীমাবদ্ধতা
এই বিভাগটি এই প্রকাশের জন্য উইন্ডোজ ড্রাইভারের সীমাবদ্ধতা দেখায়।
উইন্ডোজ ড্রাইভার বিল্ড 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সাইট তৈরি করতে ব্যবহার করা হয় fileএবং গ্রাহকদের কাছে সহজলভ্য তথ্য। উপলব্ধ কিছু সামগ্রীর মধ্যে রয়েছে:
- পণ্য সমর্থন – ডেটা শীট এবং ত্রুটি, অ্যাপ্লিকেশন নোট এবং এসample প্রোগ্রাম, নকশা সম্পদ, ব্যবহারকারীর গাইড এবং হার্ডওয়্যার সমর্থন নথি, সর্বশেষ সফ্টওয়্যার রিলিজ এবং সংরক্ষণাগার সফ্টওয়্যার
- সাধারণ প্রযুক্তিগত সহায়তা - প্রায়শই জিজ্ঞাসিত প্রশ্ন (FAQs), প্রযুক্তিগত সহায়তার অনুরোধ, অনলাইন আলোচনা গোষ্ঠী, মাইক্রোচিপ ডিজাইন পার্টনার প্রোগ্রাম সদস্য তালিকা
- মাইক্রোচিপ ব্যবসা - পণ্য নির্বাচক এবং অর্ডার গাইড, সর্বশেষ মাইক্রোচিপ প্রেস রিলিজ, সেমিনার এবং ইভেন্টের তালিকা, মাইক্রোচিপ বিক্রয় অফিসের তালিকা, পরিবেশক এবং কারখানার প্রতিনিধি
পণ্য পরিবর্তন বিজ্ঞপ্তি পরিষেবা
মাইক্রোচিপের পণ্য পরিবর্তনের বিজ্ঞপ্তি পরিষেবা গ্রাহকদের মাইক্রোচিপ পণ্যে বর্তমান রাখতে সাহায্য করে। কোনো নির্দিষ্ট পণ্য পরিবার বা আগ্রহের উন্নয়ন টুলের সাথে সম্পর্কিত পরিবর্তন, আপডেট, সংশোধন বা ত্রুটি-বিচ্যুতি হলেই গ্রাহকরা ইমেল বিজ্ঞপ্তি পাবেন। নিবন্ধন করতে, যান www.microchip.com/pcn এবং রেজিস্ট্রেশন নির্দেশাবলী অনুসরণ করুন।
কাস্টমার সাপোর্ট
মাইক্রোচিপ পণ্যের ব্যবহারকারীরা বিভিন্ন চ্যানেলের মাধ্যমে সহায়তা পেতে পারেন:
- পরিবেশক বা প্রতিনিধি
- স্থানীয় বিক্রয় অফিস
- এমবেডেড সলিউশন ইঞ্জিনিয়ার (ইএসই)
- প্রযুক্তিগত সহায়তা
সমর্থনের জন্য গ্রাহকদের তাদের পরিবেশক, প্রতিনিধি বা ESE এর সাথে যোগাযোগ করা উচিত। গ্রাহকদের সাহায্য করার জন্য স্থানীয় বিক্রয় অফিসগুলিও উপলব্ধ। বিক্রয় অফিস এবং অবস্থানের একটি তালিকা এই নথিতে অন্তর্ভুক্ত করা হয়েছে।
এর মাধ্যমে প্রযুক্তিগত সহায়তা পাওয়া যায় webসাইটে: www.microchip.com/support
মাইক্রোচিপ ডিভাইস কোড সুরক্ষা বৈশিষ্ট্য
মাইক্রোচিপ ডিভাইসে কোড সুরক্ষা বৈশিষ্ট্যের নিম্নলিখিত বিবরণ নোট করুন:
- মাইক্রোচিপ পণ্যগুলি তাদের নির্দিষ্ট মাইক্রোচিপ ডেটা শীটে থাকা বৈশিষ্ট্যগুলি পূরণ করে।
- মাইক্রোচিপ বিশ্বাস করে যে তার পণ্যের পরিবার নিরাপদ থাকে যখন উদ্দিষ্ট পদ্ধতিতে এবং স্বাভাবিক অবস্থায় ব্যবহার করা হয়।
- মাইক্রোচিপ ডিভাইসের কোড সুরক্ষা বৈশিষ্ট্য লঙ্ঘনের প্রচেষ্টায় অসাধু এবং সম্ভবত অবৈধ পদ্ধতি ব্যবহার করা হচ্ছে। আমরা বিশ্বাস করি যে এই পদ্ধতিগুলির জন্য মাইক্রোচিপের ডেটা শীটগুলিতে থাকা অপারেটিং স্পেসিফিকেশনগুলির বাইরে একটি পদ্ধতিতে মাইক্রোচিপ পণ্যগুলি ব্যবহার করা প্রয়োজন৷ এই কোড সুরক্ষা বৈশিষ্ট্যগুলি লঙ্ঘন করার প্রচেষ্টা, সম্ভবত, মাইক্রোচিপের মেধা সম্পত্তি অধিকার লঙ্ঘন না করে সম্পন্ন করা যাবে না।
- মাইক্রোচিপ যেকোন গ্রাহকের সাথে কাজ করতে ইচ্ছুক যারা এর কোডের অখণ্ডতা নিয়ে উদ্বিগ্ন।
- মাইক্রোচিপ বা অন্য কোন সেমিকন্ডাক্টর প্রস্তুতকারক এর কোডের নিরাপত্তার নিশ্চয়তা দিতে পারে না। কোড সুরক্ষার মানে এই নয় যে আমরা গ্যারান্টি দিচ্ছি যে পণ্যটি "অলঙ্ঘনীয়।" কোড সুরক্ষা ক্রমাগত পরিবর্তিত হয়ে চলেছে। আমরা মাইক্রোচিপে আমাদের পণ্যগুলির কোড সুরক্ষা বৈশিষ্ট্যগুলি ক্রমাগত উন্নত করতে প্রতিশ্রুতিবদ্ধ। মাইক্রোচিপের কোড সুরক্ষা বৈশিষ্ট্য ভঙ্গ করার প্রচেষ্টা ডিজিটাল মিলেনিয়াম কপিরাইট আইনের লঙ্ঘন হতে পারে। যদি এই ধরনের কাজগুলি আপনার সফ্টওয়্যার বা অন্যান্য কপিরাইটযুক্ত কাজের অননুমোদিত অ্যাক্সেসের অনুমতি দেয়, তাহলে সেই আইনের অধীনে ত্রাণের জন্য মামলা করার অধিকার আপনার থাকতে পারে।
আইনি নোটিশ
এই প্রকাশনায় থাকা তথ্যগুলি মাইক্রোচিপ পণ্যগুলির সাথে ডিজাইন এবং ব্যবহার করার একমাত্র উদ্দেশ্যে সরবরাহ করা হয়েছে। ডিভাইস অ্যাপ্লিকেশান সম্পর্কিত তথ্য এবং এর মতো তথ্য শুধুমাত্র আপনার সুবিধার জন্য প্রদান করা হয়েছে এবং আপডেটের দ্বারা বাতিল করা হতে পারে৷ আপনার আবেদন আপনার স্পেসিফিকেশনের সাথে মেলে তা নিশ্চিত করা আপনার দায়িত্ব।
এই তথ্যটি মাইক্রোচিপ "যেমন আছে" দ্বারা সরবরাহ করা হয়েছে৷ মাইক্রোচিপ প্রকাশ বা উহ্য, লিখিত বা মৌখিক, সংবিধিবদ্ধ যে কোনও ধরণের প্রতিনিধিত্ব বা ওয়ারেন্টি দেয় না
অথবা অন্যথায়, তথ্যের সাথে সম্পর্কিত কিন্তু অ-লঙ্ঘন, ব্যবসায়িকতা, এবং একটি বিশেষ উদ্দেশ্য বা ওয়্যারেন্টি সম্পর্কিত, সংশ্লিষ্টতার জন্য উপযুক্ততার কোনো অন্তর্নিহিত ওয়ারেন্টির মধ্যে সীমাবদ্ধ নয়।
কোনো অবস্থাতেই মাইক্রোচিপ কোনো পরোক্ষ, বিশেষ, শাস্তিমূলক, আকস্মিক বা ফলস্বরূপ ক্ষতি, ক্ষয়ক্ষতি, খরচ বা কোনো ধরনের খরচের জন্য দায়ী থাকবে না বা ক্ষয়ক্ষতি পূর্বাভাসযোগ্য. আইন দ্বারা অনুমোদিত সম্পূর্ণ সীমা পর্যন্ত, তথ্য বা এর ব্যবহারের সাথে সম্পর্কিত যেকোন উপায়ে সমস্ত দাবির উপর মাইক্রোচিপের সম্পূর্ণ দায়বদ্ধতা আপনার অর্থের অতিরিক্ত অর্থ প্রদানের পরিমাণের বেশি হবে না। লাইফ সাপোর্ট এবং/অথবা সুরক্ষা অ্যাপ্লিকেশনগুলিতে মাইক্রোচিপ ডিভাইসগুলির ব্যবহার সম্পূর্ণরূপে ক্রেতার ঝুঁকিতে, এবং ক্রেতা এই ধরনের ব্যবহারের ফলে যেকোন এবং সমস্ত ক্ষতি, দাবি, মামলা বা খরচ থেকে রক্ষা করতে, ক্ষতিপূরণ দিতে এবং ধরে রাখতে সম্মত হন৷ মাইক্রোচিপ বৌদ্ধিক সম্পত্তি অধিকারের অধীনে কোন লাইসেন্স, পরোক্ষভাবে বা অন্যথায় বলা হয় না।
ট্রেডমার্ক
মাইক্রোচিপ নাম এবং লোগো, মাইক্রোচিপ লোগো, অ্যাডাপ্টেক, যেকোনওরেট, AVR, AVR লোগো, AVR ফ্রিকস, বেসটাইম, বিটক্লাউড, চিপকিট, চিপকিট লোগো, ক্রিপ্টোমেমোরি, ক্রিপ্টোআরএফ, ডিএসপিআইসি, ফ্ল্যাশফ্লেক্স, ফ্লেক্স, ফ্লেক্স, কেবিএলডিও, কেবিলোক , LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, Microsemi, Microsemi লোগো, MOST, MOST লোগো, MPLAB, OptoLyzer, PackeTime, PIC, picoPower, PICSTART, PIC32 লোগো, PolarFire, সেনবিএভিআর, ডিজাইনার, প্রচিবিএএমপি , SpyNIC, SST, SST লোগো, SuperFlash, Symmetricom, SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, এবং XMEGA হল মার্কিন যুক্তরাষ্ট্র এবং অন্যান্য দেশে নিযুক্ত মাইক্রোচিপ প্রযুক্তির নিবন্ধিত ট্রেডমার্ক।
AgileSwitch, APT, ClockWorks, দ্য এমবেডেড কন্ট্রোল সলিউশন কোম্পানি, EtherSynch, FlashTec, হাইপার স্পিড কন্ট্রোল, হাইপারলাইট লোড, IntelliMOS, Libero, motorBench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC প্লাস, Quire, প্রোএসিক প্লাস, প্রোএএসআইসি SmartFusion, SyncWorld, Temux, TimeCesium, TimeHub, TimePictra, TimeProvider, WinPath, এবং ZL হল মার্কিন যুক্তরাষ্ট্রে নিযুক্ত মাইক্রোচিপ প্রযুক্তির নিবন্ধিত ট্রেডমার্ক
সংলগ্ন কী দমন, AKS, এনালগ-ফর-দ্য-ডিজিটাল বয়স, যেকোনো ক্যাপাসিটর, যেকোনো ইন, যেকোনো আউট, অগমেন্টেড সুইচিং, ব্লুস্কাই, বডিকম, কোডগার্ড, ক্রিপ্টো প্রমাণীকরণ, ক্রিপ্টোঅটোমোটিভ, ক্রিপ্টোকম্পানিয়ন, ডিএএমপিআইএম, ডিএএমপিআইএম, ডিএএমপিআইএম, সিডিপিআইএম, সিডিপিআইএম ট্র্যাকিং নেট , ECAN, Espresso T1S, EtherGREEN, IdealBridge, In-Circuit Serial Programming, 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, সিরিয়াল Quad I/O, simpleMAP, SimpliPHY, SmartBuffer, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance, TSHARC, USBCheck, VeriBPHYX, VeriBPHYX, Viewস্প্যান, ওয়াইপারলক, এক্সপ্রেস কানেক্ট, এবং জেএনএ হল মার্কিন যুক্তরাষ্ট্র এবং অন্যান্য দেশে সংযুক্ত মাইক্রোচিপ প্রযুক্তির ট্রেডমার্ক।
SQTP হল মার্কিন যুক্তরাষ্ট্রে নিযুক্ত মাইক্রোচিপ প্রযুক্তির একটি পরিষেবা চিহ্ন
অ্যাডাপ্টেক লোগো, ফ্রিকোয়েন্সি অন ডিমান্ড, সিলিকন স্টোরেজ টেকনোলজি এবং সিমকম অন্যান্য দেশে মাইক্রোচিপ টেকনোলজি ইনকর্পোরেটেডের নিবন্ধিত ট্রেডমার্ক।
GestIC হল মাইক্রোচিপ টেকনোলজি জার্মানি II GmbH & Co. KG-এর একটি নিবন্ধিত ট্রেডমার্ক, অন্যান্য দেশে মাইক্রোচিপ টেকনোলজি ইনকর্পোরেটেডের একটি সহযোগী প্রতিষ্ঠান।
এখানে উল্লিখিত অন্যান্য সমস্ত ট্রেডমার্ক তাদের নিজ নিজ কোম্পানির সম্পত্তি. © 2021, Microchip Technology Incorporated, USA-এ মুদ্রিত, সর্বস্বত্ব সংরক্ষিত।
ISBN: 978-1-5224-8477-6
গুণমান ব্যবস্থাপনা সিস্টেম
মাইক্রোচিপের কোয়ালিটি ম্যানেজমেন্ট সিস্টেম সম্পর্কিত তথ্যের জন্য, অনুগ্রহ করে দেখুন www.microchip.com/quality.
বিশ্বব্যাপী বিক্রয় এবং পরিষেবা
| আমেরিকা | এশিয়া/প্যাসিফিক | এশিয়া/প্যাসিফিক | ইউরোপ |
| কর্পোরেট অফিস
2355 West Chandler Blvd. চ্যান্ডলার, AZ 85224-6199 টেলিফোন: 480-792-7200 ফ্যাক্স: 480-792-7277 প্রযুক্তিগত সহায়তা: www.microchip.com/support Web ঠিকানা: www.microchip.com আটলান্টা ডুলুথ, জিএ টেলিফোন: 678-957-9614 ফ্যাক্স: 678-957-1455 অস্টিন, TX টেলিফোন: 512-257-3370 বোস্টন ওয়েস্টবরো, এমএ টেলিফোন: 774-760-0087 ফ্যাক্স: 774-760-0088 শিকাগো ইটাস্কা, আইএল টেলিফোন: 630-285-0071 ফ্যাক্স: 630-285-0075 ডালাস অ্যাডিসন, TX টেলিফোন: 972-818-7423 ফ্যাক্স: 972-818-2924 ডেট্রয়েট নোভি, এমআই টেলিফোন: 248-848-4000 হিউস্টন, TX টেলিফোন: 281-894-5983 ইন্ডিয়ানাপলিস Noblesville, IN টেলিফোন: 317-773-8323 ফ্যাক্স: 317-773-5453 টেলিফোন: 317-536-2380 লস এঞ্জেলেস মিশন ভিজো, CA টেলিফোন: 949-462-9523 ফ্যাক্স: 949-462-9608 টেলিফোন: 951-273-7800 রেলি, এনসি টেলিফোন: 919-844-7510 নিউ ইয়র্ক, এনওয়াই টেলিফোন: 631-435-6000 সান জোসে, CA টেলিফোন: 408-735-9110 টেলিফোন: 408-436-4270 কানাডা - টরন্টো টেলিফোন: 905-695-1980 ফ্যাক্স: 905-695-2078 |
অস্ট্রেলিয়া - সিডনি
টেলিফোন: 61-2-9868-6733 চীন - বেইজিং টেলিফোন: 86-10-8569-7000 চীন - চেংদু টেলিফোন: 86-28-8665-5511 চীন - চংকিং টেলিফোন: 86-23-8980-9588 চীন - ডংগুয়ান টেলিফোন: 86-769-8702-9880 চীন - গুয়াংজু টেলিফোন: 86-20-8755-8029 চীন - হ্যাংজু টেলিফোন: 86-571-8792-8115 চীন - হংকং SAR টেলিফোন: 852-2943-5100 চীন - নানজিং টেলিফোন: 86-25-8473-2460 চীন - কিংডাও টেলিফোন: 86-532-8502-7355 চীন - সাংহাই টেলিফোন: 86-21-3326-8000 চীন-শেনিয়াং টেলিফোন: 86-24-2334-2829 চীন - শেনজেন টেলিফোন: 86-755-8864-2200 চীন - সুজু টেলিফোন: 86-186-6233-1526 চীন - উহান টেলিফোন: 86-27-5980-5300 চীন - জিয়ান টেলিফোন: 86-29-8833-7252 চীন - জিয়ামেন টেলিফোন: 86-592-2388138 চীন - ঝুহাই টেলিফোন: 86-756-3210040 |
ভারত - ব্যাঙ্গালোর
টেলিফোন: 91-80-3090-4444 ভারত - নয়াদিল্লি টেলিফোন: 91-11-4160-8631 ভারত - পুনে টেলিফোন: 91-20-4121-0141 জাপান - ওসাকা টেলিফোন: 81-6-6152-7160 জাপান - টোকিও টেলিফোন: 81-3-6880- 3770 কোরিয়া - ডেগু টেলিফোন: 82-53-744-4301 কোরিয়া - সিউল টেলিফোন: 82-2-554-7200 মালয়েশিয়া - কুয়ালালামপুর টেলিফোন: 60-3-7651-7906 মালয়েশিয়া - পেনাং টেলিফোন: 60-4-227-8870 ফিলিপাইন - ম্যানিলা টেলিফোন: 63-2-634-9065 সিঙ্গাপুর টেলিফোন: 65-6334-8870 তাইওয়ান - সিন চু টেলিফোন: 886-3-577-8366 তাইওয়ান - কাওশিউং টেলিফোন: 886-7-213-7830 তাইওয়ান - তাইপেই টেলিফোন: 886-2-2508-8600 থাইল্যান্ড-ব্যাংকক টেলিফোন: 66-2-694-1351 ভিয়েতনাম - হো চি মিন টেলিফোন: 84-28-5448-2100 |
অস্ট্রিয়া - ওয়েলস
টেলিফোন: 43-7242-2244-39 ফ্যাক্স: 43-7242-2244-393 ডেনমার্ক-কোপেনহেগেন টেলিফোন: 45-4485-5910 ফ্যাক্স: 45-4485-2829 ফিনল্যান্ড - এসপু টেলিফোন: 358-9-4520-820 ফ্রান্স - প্যারিস Tel: 33-1-69-53-63-20 Fax: 33-1-69-30-90-79 জার্মানি - গার্চিং টেলিফোন: 49-8931-9700 জার্মানি - হান টেলিফোন: 49-2129-3766400 জার্মানি - হেইলব্রন টেলিফোন: 49-7131-72400 জার্মানি - কার্লসরুহে টেলিফোন: 49-721-625370 জার্মানি - মিউনিখ Tel: 49-89-627-144-0 Fax: 49-89-627-144-44 জার্মানি - রোজেনহেইম টেলিফোন: 49-8031-354-560 ইসরাইল - রাআনানা টেলিফোন: 972-9-744-7705 ইতালি - মিলান টেলিফোন: 39-0331-742611 ফ্যাক্স: 39-0331-466781 ইতালি - পাডোভা টেলিফোন: 39-049-7625286 নেদারল্যান্ডস - ড্রুনেন টেলিফোন: 31-416-690399 ফ্যাক্স: 31-416-690340 নরওয়ে - ট্রনহাইম টেলিফোন: 47-72884388 পোল্যান্ড - ওয়ারশ টেলিফোন: 48-22-3325737 রোমানিয়া - বুখারেস্ট Tel: 40-21-407-87-50 স্পেন - মাদ্রিদ Tel: 34-91-708-08-90 Fax: 34-91-708-08-91 সুইডেন - গোথেনবার্গ Tel: 46-31-704-60-40 সুইডেন-স্টকহোম টেলিফোন: 46-8-5090-4654 ইউকে - ওকিংহাম টেলিফোন: 44-118-921-5800 ফ্যাক্স: 44-118-921-5820 |
দলিল/সম্পদ
 |
মাইক্রোচিপ এইচবিএ 1200 সফ্টওয়্যার-ফার্মওয়্যার রিলিজ নোট [পিডিএফ] নির্দেশনা HBA 1200, সফটওয়্যার-ফার্মওয়্যার রিলিজ নোটস, ফার্মওয়্যার রিলিজ নোটস, সফ্টওয়্যার-ফার্মওয়্যার, রিলিজ নোট |
