MICROCHIP HBA 1200 ਸਾਫਟਵੇਅਰ-ਫਰਮਵੇਅਰ ਰੀਲੀਜ਼ ਨੋਟਸ ਨਿਰਦੇਸ਼

ਹੱਲ ਜਾਰੀ	3.1.4
ਪੈਕੇਜ ਰਿਲੀਜ਼ ਮਿਤੀ	10 ਅਗਸਤ, 2021
ਫਰਮਵੇਅਰ ਦਾ ਸੰਸਕਰਣ	3.01.04.072
UEFI/ਪੁਰਾਤਨ BIOS	1.4.3.6/1.4.3.2
ਡਰਾਈਵਰ ਸੰਸਕਰਣ	ਵਿੰਡੋਜ਼ ਡਰਾਈਵਰ: • ਵਿੰਡੋਜ਼ 2019, 2016, ਵਿੰਡੋਜ਼ 10: 1010.6.0.1025 Linux SmartPQI: • 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/Solaris: • FreeBSD 11/12/13: 4130.0.1008 • ਸੋਲਾਰਿਸ: 11: 4120.0.1005
ARCCONF/ਅਧਿਕਤਮView	B24308

Files ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ
ਇਸ ਭਾਗ ਦਾ ਵੇਰਵਾ files ਨੂੰ ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ।

ਸਾਰਣੀ 1-2. ਫਰਮਵੇਅਰ Files

ਕੰਪੋਨੈਂਟ

ਵਰਣਨ

ਪ੍ਰੀ-ਅਸੈਂਬਲੀ ਵਰਤੋਂ

ਪੋਸਟ- ਅਸੈਂਬਲੀ ਵਰਤੋਂ

SmartFWx200.bin

ਉਤਪਾਦਨ-ਦਸਤਖਤ ਪ੍ਰੋਗਰਾਮੇਬਲ NOR ਫਲੈਸ਼ File. ਉਹਨਾਂ ਬੋਰਡਾਂ ਲਈ ਪ੍ਰੋਗਰਾਮ ਨਾਰ ਫਲੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜੋ ਪਹਿਲਾਂ ਹੀ ਫਰਮਵੇਅਰ ਚਲਾ ਰਹੇ ਹਨ।

ਸਾਰਣੀ 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	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
Oracle Linux 8.3, 8.2, 7.9, 7.8, UEK6U1 (5.4.17-2036)	x64
Oracle Linux 8.2 UEK R6	x64
ਡੇਬੀਅਨ 10.5, 9.13	x64
ਫੇਡੋਰਾ 33 (ਇਨਬਾਕਸ)	x64
XenServer 8.2	x64

ਸਾਰਣੀ 1-6. FreeBSD, ਸੋਲਾਰਿਸ, ਅਤੇ VMware ਡਰਾਈਵਰ

OS	ਸੰਸਕਰਣ
ESX6.5U3/U2	x64
ESX6.7U3/U2	x64
ESX7.0U2/U1	x64
FreeBSD 13, 12.2, 11.4	x64
ਸੋਲਾਰਿਸ.	x64

ਹੋਸਟ ਪ੍ਰਬੰਧਨ ਸਾਫਟਵੇਅਰ

ਸਾਰਣੀ 1-7. ਅਧਿਕਤਮView ਅਤੇ ARCCONF ਉਪਯੋਗਤਾਵਾਂ

ਵਰਣਨ	OS	ਚੱਲਣਯੋਗ
ARCCONF ਕਮਾਂਡ ਲਾਈਨ ਸਹੂਲਤ	ਵਿੰਡੋਜ਼ x64 ਲੀਨਕਸ x64 VMware 6.5 ਅਤੇ ਇਸ ਤੋਂ ਉੱਪਰ	ਸੰਬੰਧਿਤ OS ਲਈ ਇੰਸਟਾਲੇਸ਼ਨ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਲਈ arcconf_B#####.zip ਵੇਖੋ।
	XenServer
	UEFI ਸਹਿਯੋਗ
ਅਧਿਕਤਮView ਸਟੋਰੇਜ ਮੈਨੇਜਰ	ਵਿੰਡੋਜ਼ x64 ਲੀਨਕਸ x64 VMware 6.5 ਅਤੇ ਇਸ ਤੋਂ ਉੱਪਰ	ਅਧਿਕਤਮ ਵੇਖੋview_linux_B#####.zip, ਅਧਿਕਤਮview_win_ B#####.zip, ਅਤੇ ਅਧਿਕਤਮviewਇੰਸਟਾਲੇਸ਼ਨ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਲਈ _vmware_B#####.zip।
	XenServer
	UEFI ਸਹਿਯੋਗ
ਅਧਿਕਤਮView vSphere ਪਲੱਗਇਨ	VMware 6.5 ਅਤੇ ਇਸ ਤੋਂ ਉੱਪਰ	ਅਧਿਕਤਮ ਵੇਖੋviewਇੰਸਟਾਲੇਸ਼ਨ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਲਈ _vmware_B#####.zip।
ARCCONF ਲਈ USB (ਆਫਲਾਈਨ ਜਾਂ ਪ੍ਰੀ-ਬੂਟ) ਬੂਟ ਕਰੋ ਅਤੇ ਅਧਿਕਤਮView ਸਟੋਰੇਜ ਮੈਨੇਜਰ	ਲੀਨਕਸ x64	ਅਧਿਕਤਮ ਵੇਖੋview.iso ਲਈ _offline_bootusb_B#####.zi p file.

ਨਵਾਂ ਕੀ ਹੈ?

ਇਹ ਭਾਗ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਨਵਾਂ ਕੀ ਹੈ।

ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਹੇਠ ਦਿੱਤੀ ਸਾਰਣੀ ਇਸ ਰੀਲੀਜ਼ ਲਈ ਸਮਰਥਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦੀ ਹੈ। ਸਾਰਣੀ 2-1. ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਸੰਖੇਪ

ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ		ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਸਹਿਯੋਗੀ ਹੈ	ਭਵਿੱਖ ਦੀ ਰਿਲੀਜ਼
UEFI ਡਰਾਈਵਰ, ਬੂਟ ਸਹਿਯੋਗ		X
ਵਿਰਾਸਤੀ ਬੂਟ ਸਹਾਇਤਾ		X
ਡਾਇਨਾਮਿਕ ਪਾਵਰ ਪ੍ਰਬੰਧਨ		X
ਡਰਾਈਵਰ ਸਹਾਇਤਾ	ਵਿੰਡੋਜ਼	X
	ਲੀਨਕਸ	X
	VMware	X
	FreeBSD	X
	ਸੋਲਾਰਿਸ	X
	OS ਸਰਟੀਫਿਕੇਸ਼ਨ	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 ਡਿਵਾਈਸ ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾਵਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਪੜ੍ਹਨਯੋਗਤਾ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਜਾਣਕਾਰੀ ਦੇ ਕਈ ਸਮੂਹਾਂ ਨੂੰ ਵੱਖ ਕੀਤਾ/ਮੁੜ-ਸੰਗਠਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।
NVMe ਜੰਤਰਾਂ ਲਈ InquiryVPD 83h ਅਤੇ ਨਵੇਂ CISS ਸਟਾਈਲ ReportPhysicalLUNs ਫਾਰਮੈਟਾਂ ਲਈ ਇੱਕ ਵਿਲੱਖਣ SCSI ID ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਸਹਿਯੋਗ ਜੋੜਿਆ ਗਿਆ ਹੈ ਤਾਂ ਜੋ ਇਹ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰਨ ਵਿੱਚ OS ਡਰਾਈਵਰਾਂ ਦਾ ਸਮਰਥਨ ਕੀਤਾ ਜਾ ਸਕੇ।

'ਆਟੋ-ਡਿਟੈਕਟ' ਤਰਕ ਦੇ ਅਨੁਕੂਲ ਕੇਬਲਾਂ ਲਈ ਸਿੱਧੀ-ਕੇਬਲਿੰਗ ਕਾਰਜਕੁਸ਼ਲਤਾ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ।
“PMS (ਪ੍ਰਦਰਸ਼ਨ ਨਿਗਰਾਨੀ ਅੰਕੜੇ)” ਮੀਟ੍ਰਿਕਸ API ਨੂੰ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਹੈ। "M&P" API ਵਿੱਚ ਕਈ ਪ੍ਰਦਰਸ਼ਨ-ਸਬੰਧਤ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਵੀ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਹੈ; ਹਾਲਾਂਕਿ, ਗਲਤੀ-ਸਬੰਧਤ ਕਾਊਂਟਰ ਅਜੇ ਵੀ ਬਣਾਏ ਜਾ ਰਹੇ ਹਨ।

NVMe ਡਿਵਾਈਸ PCIe ਪਛਾਣਕਰਤਾ ਹੁਣ IdentifyPhysicalDevice ਕਮਾਂਡ ਦੁਆਰਾ ਰਿਪੋਰਟ ਕੀਤੇ ਗਏ ਹਨ। ਇਹ NVMe ਡਿਵਾਈਸਾਂ ਲਈ SCSI ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾਵਾਂ ਨੂੰ ਜੋੜਨ ਦੇ ਹਿੱਸੇ ਵਜੋਂ PLDM ਰਿਪੋਰਟਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।
NVMe ਡਿਵਾਈਸਾਂ ਲਈ ਵਿਲੱਖਣ SCSI ਡਿਵਾਈਸ ਜਾਣਕਾਰੀ ਲਈ ਭਵਿੱਖ ਦੇ ਸਮਰਥਨ ਦੇ ਸਮਰਥਨ ਵਿੱਚ ਨਵੇਂ OS ਡਰਾਈਵਰ ਡਿਵਾਈਸ ਇਨਵੈਂਟਰੀ ਕਮਾਂਡ ਫਾਰਮੈਟਾਂ ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਫਰਮਵੇਅਰ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ ਅਤੇ ਇਹ ਵੀ ਜੋੜਿਆ ਗਿਆ

NVMe ਜੰਤਰਾਂ ਲਈ ਇਨਕੁਆਰੀ VPD 83h ਅਤੇ ਨਵੇਂ CISS ਸਟਾਈਲ ReportPhysicalLUNs ਫਾਰਮੈਟਾਂ ਲਈ ਇੱਕ ਵਿਲੱਖਣ SCSI ID ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਸਮਰਥਨ ਇਸ ਜਾਣਕਾਰੀ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਵਿੱਚ OS ਡਰਾਈਵਰਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ।
ਇੱਕ SGPIO ਬੈਕਪਲੇਨ ਨਾਲ ਹਾਟ-ਐਡਡ ਡਰਾਈਵ ਖੋਜ ਨੂੰ ਰੋਕਣ ਵਾਲੀ ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜੇਕਰ ਉਸ ਬੈਕਪਲੇਨ ਹਿੱਸੇ ਵਿੱਚ ਸ਼ੁਰੂ ਵਿੱਚ ਬੂਟ 'ਤੇ ਕੋਈ ਡਰਾਈਵ ਸਥਾਪਤ ਨਹੀਂ ਸੀ।
- ਮੁਖ ਕਾਰਣ: ਤਰਕ ਜੋ 'ਅਣਵਰਤਿਆ' PHYs ਨੂੰ ਅਯੋਗ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਗਲਤ ਢੰਗ ਨਾਲ ਮੁਲਾਂਕਣ ਕੀਤੀਆਂ ਪੋਰਟਾਂ ਨਾਲ ਜੁੜੀਆਂ
  ਇੱਕ SGPIO ਬੈਕਪਲੇਨ ਇੱਕ ਬੈਕਪਲੇਨ ਨਾਲ ਸੰਬੰਧਿਤ ਨਾ ਹੋਣ ਕਰਕੇ। ਕਿਉਂਕਿ SGPIO ਕੋਲ ਹਾਟਪਲੱਗ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਇੱਕ ਪ੍ਰਮਾਣਿਤ ਆਊਟ-ਆਫ-ਬੈਂਡ ਵਿਧੀ ਨਹੀਂ ਹੈ, ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਤੋਂ ਬਾਅਦ ਕੰਟਰੋਲਰ PHYs ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਣਾ ਭਵਿੱਖ ਦੇ ਹੌਟਪਲੱਗਾਂ ਨੂੰ ਖੋਜਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।
- ਠੀਕ ਕਰੋ: ਡਾਇਰੈਕਟ-ਅਟੈਚ ਬੈਕਪਲੇਨ ਲਈ, ਇਨ-ਬੈਂਡ ਹੌਟ-ਪਲੱਗ ਖੋਜ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਕੰਟਰੋਲਰ PHYs ਨੂੰ ਸਮਰੱਥ ਛੱਡੋ।
- ਜੋਖਮ: ਘੱਟ

ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ NVMe ਡਰਾਈਵਾਂ ਲਈ ਰਿਪੋਰਟ ਕੀਤੀ ਗਈ ਲਿੰਕ ਦਰ ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਰਿਪੋਰਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜਦੋਂ ਲੋੜੀਦੀ ਪੋਰਟ ਚੌੜਾਈ ਅਸਲ ਪੋਰਟ ਚੌੜਾਈ ਲਿੰਕ ਅੱਪ ਦੇ ਬਰਾਬਰ ਨਹੀਂ ਹੈ।
- ਰੂਟ ਕਾਰਨ: ਫਰਮਵੇਅਰ ਤੋਂ ਰਿਪੋਰਟਿੰਗ ਅਸਮਾਨਤਾ ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਬਾਰੀਕ ਨਹੀਂ ਸੀ। ਉਸ ਮੁੱਦੇ ਦੇ ਹੱਲ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਫਰਮਵੇਅਰ ਪੋਰਟ ਗਰੁੱਪ ਤੋਂ 'ਨਾ ਵਰਤੇ' PHYs ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇਗਾ, ਪਰ ਇਸ ਨਾਲ ਡਰਾਈਵ ਦੀ ਪੂਰੀ ਪੋਰਟ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਇਆ ਜਾਵੇਗਾ।
- ਠੀਕ ਕਰੋ: ਵੱਖਰੇ PHY ਲਿੰਕ ਸਥਿਤੀ/ਦਰਾਂ ਦੀ ਸਹੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਫਰਮਵੇਅਰ ਤਰਕ ਨੂੰ ਅਪਡੇਟ ਕੀਤਾ ਗਿਆ ਸੀ। 'ਅਣਵਰਤੇ' PHYs ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਣ ਲਈ ਫਰਮਵੇਅਰ ਤਰਕ ਨੂੰ NVMe ਪੋਰਟ ਲਈ PHYs ਨੂੰ ਅਯੋਗ ਨਾ ਕਰਨ ਲਈ ਵੀ ਸੋਧਿਆ ਗਿਆ ਸੀ ਜਿਸ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਇੱਕ PHY ਲਿੰਕ ਕੀਤਾ ਗਿਆ ਹੈ।
- ਜੋਖਮ: ਘੱਟ
ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਕੰਟਰੋਲਰ WWID ਨੂੰ UART/SOB ਲੌਗ ਤੱਕ ਬੂਟ ਕਰਨ ਦੌਰਾਨ ਗਲਤ ਢੰਗ ਨਾਲ ਛਾਪਿਆ ਗਿਆ ਹੈ।
- ਮੁਖ ਕਾਰਣ: ਇੱਕ ਵੱਖਰੇ ਨਵੇਂ ਫਾਰਮੈਟ ਲਈ ਸਮਰਥਨ ਜੋੜਨ ਦੇ ਨਾਲ-ਨਾਲ ਆਮ ਨਿਰਮਾਣ ਫਾਰਮੈਟ ਆਉਟਪੁੱਟ ਵਿੱਚ ਇੱਕ ਰੀਫੈਕਟਰਿੰਗ ਤਬਦੀਲੀ ਕੀਤੀ ਗਈ ਸੀ। ਇਹ ਰੀਫੈਕਟਰ ਕੋਡ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਵਰਤਦਾ ਹੈ

ਇੱਕ BYTE ਐਰੇ ਦੀ ਬਜਾਏ ਇੱਕ QWORD ਫੀਲਡ ਵਜੋਂ WWID ਜਿਸਦੇ ਨਤੀਜੇ ਵਜੋਂ ਆਉਟਪੁੱਟ ਐਂਡੀਅਨ ਸਵੈਪ ਕੀਤੀ ਜਾਪਦੀ ਹੈ।

ਪਰਿਵਰਤਨ ਨੇ ਸਿਰਫ ਇਸ ਪ੍ਰਿੰਟਿੰਗ ਫੰਕਸ਼ਨ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕੀਤਾ - WWID ਨੂੰ ਹੋਰ ਸਹੀ ਢੰਗ ਨਾਲ ਵਰਤਿਆ ਗਿਆ ਸੀ ਅਤੇ ਕਿਤੇ ਵੀ ਉਚਿਤ ਤੌਰ 'ਤੇ ਰਿਪੋਰਟ ਕੀਤਾ ਗਿਆ ਸੀ।
- ਠੀਕ ਕਰੋ: ਇੱਕ BYTE ਐਰੇ ਵਜੋਂ WWID ਮੁੱਲ ਨੂੰ ਛਾਪਣ ਲਈ ਤਰਕ ਨੂੰ ਵਾਪਸ ਬਦਲਿਆ।
- ਜੋਖਮ: ਘੱਟ

• ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਗਈ ਹੈ ਜਿੱਥੇ ਇੱਕ VPP ਬੈਕਪਲੇਨ ਨਾਲ ਜੁੜੀਆਂ ਡਰਾਈਵਾਂ ਵਿੱਚ ਗਲਤ ਬੇ ਨੰਬਰ ਹਨ ਅਤੇ ਹੋਸਟ ਨੂੰ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ।
- ਮੁਖ ਕਾਰਣ: VPP ਖੋਜ ਤਰਕ ਨੂੰ ਪਤਾ 0xAE 'ਤੇ ਇੱਕ TWI ਡਿਵਾਈਸ ਮਿਲਿਆ ਪਰ ਇਸ ਤੋਂ ਸਾਰੇ 0xFF ਪੜ੍ਹੋ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਵਿਵਹਾਰ ਹੋਇਆ ਜਿਸ ਨੇ ਇੱਕ ਮਾੜੇ EEPROM ਨੂੰ ਮੰਨਦੇ ਹੋਏ ਘੇਰੇ ਨੂੰ ਸਥਾਪਤ ਕੀਤਾ, ਪਰ ਇਸਦੇ ਨਤੀਜੇ ਵਜੋਂ ਕਈ ਗਾਹਕ ਅਨੁਭਵ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੋਈਆਂ।
- ਠੀਕ ਕਰੋ: ਤਰਕ ਜੋ ਕਿ ਇੱਕ ਖਰਾਬ EEPROM ਹੋਣ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ, ਨੂੰ ਇੱਕ ਜਵਾਬਦੇਹ TWI ਟੀਚੇ ਲਈ ਖਾਤੇ ਵਿੱਚ ਐਡਜਸਟ ਕੀਤਾ ਗਿਆ ਸੀ, ਬਿਨਾਂ ਕੋਈ ਵੈਧ ਡੇਟਾ। ਇਸ ਕੇਸ ਨੂੰ ਹੁਣ ਬਿਨਾਂ ਕਿਸੇ ਘੇਰੇ ਦੇ ਸਿੱਧੇ-ਕੇਬਲ ਵਾਲੇ ਕੇਸ ਵਾਂਗ ਸਮਝਿਆ ਜਾਵੇਗਾ।
- ਜੋਖਮ: ਘੱਟ
ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਫਰਮਵੇਅਰ ਸੰਸਕਰਣ ਜਾਂ ਚੈਕਸਮ ਟੇਬਲ ਵਿੱਚ ਨਾ ਹੀ ਫਲੈਸ਼ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਗਲਤ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਹੁੰਦਾ ਹੈ।
- ਮੁਖ ਕਾਰਣ: ਫਰਮਵੇਅਰ ਸੰਸਕਰਣ ਜਾਣਕਾਰੀ ਨੂੰ ਠੀਕ ਕੀਤਾ ਜਾ ਰਿਹਾ ਸੀ ਪਰ ਇਸ ਤਰ੍ਹਾਂ ਮਾਰਕ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਚੈੱਕਸਮ ਟੇਬਲ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕੀਤਾ ਜਾ ਰਿਹਾ ਸੀ। ਦੋਵਾਂ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਕੰਟਰੋਲਰ ਇਹ ਰਿਪੋਰਟ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ ਕਿ ਉਸਨੇ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਦਾ ਪਤਾ ਲਗਾਇਆ ਅਤੇ ਮੁਰੰਮਤ ਨਹੀਂ ਕੀਤੀ।
- ਠੀਕ ਕਰੋ: ਇਹ ਦੋਵੇਂ ਕੇਸ ਠੀਕ ਹੋਣ ਯੋਗ ਹਨ ਜੇਕਰ ਬੇਲੋੜਾ ਚਿੱਤਰ ਇਕਸਾਰ ਹੈ, ਇਸਲਈ ਤਰਕ ਨੂੰ ਸੁਧਾਰ ਕਰਨ ਦੇ ਨਾਲ-ਨਾਲ ਉਸ ਸਥਿਤੀ ਦੀ ਸਹੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਜੋੜਿਆ ਗਿਆ ਸੀ।
- ਜੋਖਮ: ਘੱਟ

ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਇੱਕ ਫਰਮਵੇਅਰ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਪਹਿਲਾ ਕੋਲਡ ਬੂਟ ਬੇਲੋੜਾ ਚਿੱਤਰ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ।
- ਮੁਖ ਕਾਰਣ: DDR ਸਿਖਲਾਈ ਦੇ ਨਤੀਜੇ ਇੱਕ ਬੇਲੋੜੇ ਚਿੱਤਰ ਭਾਗ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਉਹਨਾਂ ਨੂੰ ਬੂਟ ਦੌਰਾਨ ਸਿਖਲਾਈ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ 'ਤੇ, ਇਹ ਨਤੀਜੇ ਨਵੇਂ/ਬਿਹਤਰ ਨਤੀਜੇ ਸਥਾਪਤ ਕਰਨ ਲਈ ਨਵੇਂ ਫਰਮਵੇਅਰ ਵਿੱਚ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਨਵੇਂ ਐਲਗੋਰਿਦਮ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣ ਲਈ ਸਾਫ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। RAID ਸਟੈਕ ਗਲਤ ਢੰਗ ਨਾਲ ਇਸ ਭਾਗ ਨੂੰ ਸਰਗਰਮ ਅਤੇ ਅਕਿਰਿਆਸ਼ੀਲ ਚਿੱਤਰ ਸਮਗਰੀ ਦੀ ਤੁਲਨਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਸੀ ਜੋ ਇੱਕ ਗਲਤ ਚਿੱਤਰ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਸੰਦੇਸ਼ ਨੂੰ ਚਾਲੂ ਕਰ ਰਿਹਾ ਸੀ।
- ਠੀਕ ਕਰੋ: ਇਸ ਸੈਕਸ਼ਨ ਨੂੰ ਚਿੱਤਰ ਤੁਲਨਾ ਵਿੱਚ ਸ਼ਾਮਲ ਨਾ ਕਰੋ ਜਦੋਂ ਤੱਕ ਸਟੋਰ ਕੀਤੇ ਨਤੀਜੇ ਪਹਿਲਾਂ ਹੀ ਇਕਸਾਰ ਨਹੀਂ ਹੁੰਦੇ।
- ਜੋਖਮ: ਘੱਟ
ਇੱਕ ਸੰਭਾਵੀ 0x1ABD ਕੰਟਰੋਲਰ ਲਾਕਅੱਪ ਫਿਕਸ ਕੀਤਾ ਗਿਆ ਹੈ ਜਦੋਂ IO ਬਕਾਇਆ ਦੇ ਨਾਲ ਇੱਕ SATA ਡਰਾਈਵ ਫੇਲ੍ਹ ਹੋ ਰਹੀ ਹੈ ਅਤੇ ਡ੍ਰਾਈਵ ਰੀਸੈਟ ਤੋਂ ਬਾਅਦ ਡਿਵਾਈਸ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਜਵਾਬ ਦੇਣ ਵਿੱਚ ਅਸਫਲ ਰਹਿੰਦੀ ਹੈ।
- ਮੁਖ ਕਾਰਣ: ਫਰਮਵੇਅਰ ਵਿੱਚ ਇੱਕ IO ਨੂੰ ਇੱਕ ਡਿਵਾਈਸ ਵਿੱਚ ਕਤਾਰ ਵਿੱਚ ਲਗਾਉਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ ਜਦੋਂ ਇਹ ਅਸਫਲ ਹੋ ਰਿਹਾ ਹੈ ਅਤੇ ਇਸ ਨਾਲ IO ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਡਰਾਈਵ ਗੈਰ-ਜਵਾਬਦੇਹ ਹੋ ਜਾਂਦੀ ਹੈ। ਇੱਕ ਹੋਰ ਡਿਵਾਈਸ ਰੀਸੈਟ ਨੇ IO ਨੂੰ ਰਿਕਵਰ ਕੀਤਾ ਹੋ ਸਕਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਫਰਮਵੇਅਰ IO ਟਾਈਮਆਉਟ ਤਰਕ ਨੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਰਿਕਵਰੀ ਟਾਸਕ ਮੈਨੇਜਮੈਂਟ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਮਾਰਕ ਕੀਤੀਆਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਭੇਜਣਾ ਅਸਫ਼ਲ ਕੀਤਾ ਗਿਆ ਹੈ।
- ਠੀਕ ਕਰੋ: ਟਾਈਮਆਊਟ ਹੈਂਡਲਿੰਗ ਵਿੱਚ, ਫੇਲ੍ਹ ਵਜੋਂ ਨਿਸ਼ਾਨਦੇਹੀ ਕੀਤੇ ਡੀਵਾਈਸਾਂ ਦੇ ਵਿਰੁੱਧ ਡੀਵਾਈਸ ਰੀਸੈਟ ਵਰਗੀਆਂ ਕਾਰਵਾਈਆਂ ਦੀ ਇਜਾਜ਼ਤ ਦਿਓ। ਵੀ ਜੋੜਿਆ ਗਿਆ
  ਡਿਵਾਈਸ (ਜਾਂ SATL) ਦੀ ਆਮ ਤੌਰ 'ਤੇ ਕਤਾਰਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਉਡੀਕ ਕਰਨ ਦੀ ਬਜਾਏ ਬਕਾਇਆ ਬੇਨਤੀਆਂ ਨੂੰ ਸਰਗਰਮੀ ਨਾਲ ਅਧੂਰਾ ਛੱਡਣ ਲਈ ਡਿਵਾਈਸ ਅਸਫਲਤਾ ਰੁਟੀਨ ਲਈ ਇੱਕ ਸਰਗਰਮ IO ਰਿਕਵਰੀ ਕਦਮ ਹੈ।
- ਜੋਖਮ: ਘੱਟ
ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਗਈ ਹੈ ਜਿੱਥੇ ਫਰਮਵੇਅਰ ਨੇ ਇਸ ਉਤਪਾਦ ਦੇ ਸਮਰਥਿਤ ਵਿਸ਼ੇਸ਼ਤਾ ਸੈੱਟ ਦੇ ਤੌਰ 'ਤੇ "ਔਨਲਾਈਨ ਫਰਮਵੇਅਰ ਐਕਟੀਵੇਸ਼ਨ" ਦੀ ਗਲਤ ਰਿਪੋਰਟ ਕੀਤੀ ਹੈ।
- ਮੂਲ ਕਾਰਨ: ਫਰਮਵੇਅਰ ਨੇ ਔਨਲਾਈਨ ਫਰਮਵੇਅਰ ਐਕਟੀਵੇਸ਼ਨ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਸਮਰਥਿਤ ਤੌਰ 'ਤੇ ਗਲਤ ਢੰਗ ਨਾਲ ਇਸ਼ਤਿਹਾਰ ਦਿੱਤਾ। ਜਦੋਂ ਹੋਸਟ ਸੌਫਟਵੇਅਰ ਇਹਨਾਂ ਸਮਰਥਨ ਬਿੱਟਾਂ ਨੂੰ ਵੇਖਦਾ ਹੈ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਗਲਤੀਆਂ ਦਾ ਸਾਹਮਣਾ ਕਰ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਅਸਲ ਵਿੱਚ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
- ਠੀਕ ਕਰੋ: ਇਹ ਦਰਸਾਉਣ ਲਈ ਵੱਖ-ਵੱਖ ਵਿਸ਼ੇਸ਼ਤਾ ਰਿਪੋਰਟਿੰਗ ਵਿਧੀਆਂ ਨੂੰ ਸੋਧਿਆ ਗਿਆ ਹੈ ਕਿ ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
- ਜੋਖਮ: ਘੱਟ
ਇੱਕ TLB ਅਪਵਾਦ ਲਾਕਅੱਪ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜਦੋਂ ਇੱਕ ਤੋਂ ਵੱਧ ਆਊਟ-ਆਫ-ਬੈਂਡ MCTP ਬੇਨਤੀਆਂ ਇੱਕੋ ਸਮੇਂ ਫਰਮਵੇਅਰ ਨੂੰ ਭੇਜੀਆਂ ਗਈਆਂ ਸਨ।
- ਰੂਟ ਕਾਰਨ: ਫਰਮਵੇਅਰ ਵਿੱਚ TLB ਅਪਵਾਦ/NULL ਪੁਆਇੰਟਰ ਅਪਵਾਦ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਇੱਕ ਸੈਸ਼ਨ ਵਿੱਚ ਉਸੇ ਸਮੇਂ ਅਸਿੰਕਰੋਨਸ MCTP ਬੇਨਤੀਆਂ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਜਦੋਂ ਪਿਛਲੀ MCTP ਬੇਨਤੀ 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕੀਤੀ ਗਈ ਸੀ। ਇਸਦੇ ਕਾਰਨ, ਫਰਮਵੇਅਰ ਇੱਕ ਸਮੇਂ ਦੀ ਸੰਵੇਦਨਸ਼ੀਲ ਸਥਿਤੀ ਵਿੱਚ ਆ ਜਾਂਦਾ ਹੈ ਜਿੱਥੇ ਫਰਮਵੇਅਰ ਵਿੱਚ ਇੱਕ ਥਰਿੱਡ OOB ਸੈਸ਼ਨ ਮੈਮੋਰੀ ਬਫਰ ਤੱਕ ਪਹੁੰਚ ਕਰਕੇ ਪੈਕੇਟਾਈਜ਼ਡ MCTP ਜਵਾਬਾਂ ਨੂੰ ਸਥਾਪਤ ਕਰ ਰਿਹਾ ਹੈ ਜੋ ਕਿ MCTP ਬੇਨਤੀਆਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਇੱਕ ਹੋਰ ਥ੍ਰੈਡ ਦੁਆਰਾ ਖਾਲੀ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਫਰਮਵੇਅਰ ਇੱਕ ਸੈਸ਼ਨ ਵਿੱਚ ਇੱਕ MCTP ਬੇਨਤੀ ਨੂੰ ਸਮਕਾਲੀ ਤਰੀਕੇ ਨਾਲ ਹੈਂਡਲ ਕਰਦਾ ਹੈ, ਜੇਕਰ ਇਹ ਮੌਜੂਦਾ ਬੇਨਤੀ ਨੂੰ ਪੂਰਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਸੇ ਸੈਸ਼ਨ ਤੋਂ ਇੱਕ ਹੋਰ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਪੁਰਾਣੇ ਸੈਸ਼ਨ ਦੇ ਸੰਦਰਭ ਨੂੰ ਮਿਟਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਨਵੀਂ ਬੇਨਤੀ ਦੀ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ।
  - ਠੀਕ ਕਰੋ: ਇਸ ਸਥਿਤੀ ਨੂੰ ਸ਼ਾਨਦਾਰ ਢੰਗ ਨਾਲ ਸੰਭਾਲਣ ਲਈ, ਫਰਮਵੇਅਰ ਵੱਖ-ਵੱਖ ਥਰਿੱਡਾਂ ਤੋਂ OOB ਸੈਸ਼ਨ ਤੱਕ ਪਹੁੰਚ ਕਰਦੇ ਸਮੇਂ ਸਪਿਨਲਾਕ ਦੀ ਵਰਤੋਂ ਕਰੇਗਾ।
  - ਜੋਖਮ: ਘੱਟ
ਜਦੋਂ ਹੋਸਟ ਉੱਚ ਕਤਾਰ ਦੀ ਡੂੰਘਾਈ 'ਤੇ ਵੱਡੀਆਂ ਕ੍ਰਮਵਾਰ IO ਸਟ੍ਰੀਮਾਂ ਨੂੰ ਸਪੁਰਦ ਕਰ ਰਿਹਾ ਹੈ ਤਾਂ ਘਟੀ ਹੋਈ ਕਾਰਗੁਜ਼ਾਰੀ ਨਾਲ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ।
- ਮੂਲ ਕਾਰਨ: ਜਦੋਂ ਬੇਨਤੀਆਂ ਇਕੱਠੀਆਂ ਕੀਤੀਆਂ ਜਾ ਰਹੀਆਂ ਹਨ ਅਤੇ ਐੱਸtaged, ਇਹ ਗਤੀਵਿਧੀ ਜਾਂ ਤਾਂ ਹੋਸਟ IO ਪ੍ਰਵੇਸ਼ ਸੰਦਰਭ (PARSE) ਜਾਂ RAID ਮੈਪਿੰਗ ਸੰਦਰਭ (MAPPER) ਵਿੱਚ ਵਾਪਰਦੀ ਹੈ। ਜਦੋਂ PARSE ਇਸ ਬਾਰੇ ਫੈਸਲੇ ਲੈ ਰਿਹਾ ਹੈ ਕਿ ਕਦੋਂ stagਈ ਡਾਟਾ ਅਤੇ ਐੱਸ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 ਅਤੇ ਡਰਾਈਵਰ ਸਿਹਤ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਅਸਫਲ ਡਿਵਾਈਸਾਂ 'ਤੇ ਉਪਲਬਧ ਜਾਣਕਾਰੀ ਭਰੋ ਅਤੇ ਪ੍ਰਦਾਨ ਕਰੋ।
- ਸੰਪਰਕ: ਸਾਰੇ ਪਿਛਲੇ ਵਰਜਨ.
- ਜੋਖਮ: ਘੱਟ
ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ UEFI ਸਵੈ ਪ੍ਰਮਾਣੀਕਰਣ ਟੈਸਟ SCT ਕੰਪੋਨੈਂਟ ਨਾਮ2 ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਅਸਫਲ ਹੁੰਦਾ ਹੈ।
- ਮੁਖ ਕਾਰਣ: ਕੰਪੋਨੈਂਟ name2 ਪ੍ਰੋਟੋਕੋਲ ਦਾ GetControllerName ਇਨਪੁਟ ਭਾਸ਼ਾ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਗਲਤ ਭਾਸ਼ਾ ਇਨਪੁਟ ਵਜੋਂ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ SCT ਅਸਫਲ ਹੁੰਦਾ ਹੈ।
- ਠੀਕ ਕਰੋ: ਕੰਪੋਨੈਂਟ name2 ਪ੍ਰੋਟੋਕੋਲ ਦੇ GetControllerName ਲਈ ਸਮਰਥਿਤ ਭਾਸ਼ਾ ਪ੍ਰਮਾਣਿਕਤਾ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ।
- ਸੰਪਰਕ: ਸਾਰੇ ਪਿਛਲੇ ਵਰਜਨ.
- ਜੋਖਮ: ਘੱਟ
ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਪੋਰਟ ਖੋਜ ਪ੍ਰੋਟੋਕੋਲ ਤਬਦੀਲੀਆਂ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸੂਚਿਤ ਕਰਨ ਲਈ ਸਥਿਤੀ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦੀਆਂ ਹਨ ਕਿ ਇੱਕ ਰੀਬੂਟ ਦੀ ਲੋੜ ਹੈ।
- ਮੁਖ ਕਾਰਣ: ਪੋਰਟ ਡਿਸਕਵਰੀ ਪ੍ਰੋਟੋਕੋਲ ਓਪਰੇਸ਼ਨ ਸਥਿਤੀ ਸਿਰਫ ਇਹ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਇਹ ਸਫਲ ਹੈ ਜਾਂ ਅਸਫਲ।
- ਠੀਕ ਕਰੋ: ਪੋਰਟ ਖੋਜ ਪ੍ਰੋਟੋਕੋਲ ਸੈਟਿੰਗਾਂ ਦੀ ਅੰਤਿਮ ਸਥਿਤੀ ਵਿੱਚ ਰੀਬੂਟ ਲੋੜੀਂਦਾ ਸੁਨੇਹਾ ਜੋੜਿਆ ਗਿਆ।
- ਸੰਪਰਕ: ਸਾਰੇ ਪਿਛਲੇ ਵਰਜਨ.
- ਜੋਖਮ: ਘੱਟ
ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ UEFI ARCCONF CLI EFI ਸ਼ੈੱਲ ਵਿੱਚ ਇੱਕ ਅਣਪਛਾਤੀ ਕਮਾਂਡ ਵਜੋਂ ਇੱਕ ਗਲਤੀ ਪੈਦਾ ਕਰਦਾ ਹੈ।
- ਮੁਖ ਕਾਰਣ: ਸੈਂਸ ਫੀਚਰ ਪੇਜ ਕਮਾਂਡਾਂ ਲਈ ਗਲਤ ਹੈਡਰ ARCCONF CLI ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਸਮਰਥਿਤ ਨਹੀਂ ਮੰਨਦੇ ਹੋਏ ਗਲਤ ਵਿਸ਼ੇਸ਼ਤਾ ਬਿੱਟ ਪ੍ਰਮਾਣਿਕਤਾ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ।
- ਫਿਕਸ: ARCCONF CLI ਵਿਸ਼ੇਸ਼ਤਾ ਲਈ ਸਹੀ ਵਿਸ਼ੇਸ਼ਤਾ ਬਿੱਟ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਨਿਰਧਾਰਨ ਦੇ ਅਨੁਸਾਰ ਸਹੀ ਅਰਥ ਵਿਸ਼ੇਸ਼ਤਾ ਪੇਜ ਕਮਾਂਡ ਸਿਰਲੇਖ।
- ਸੰਪਰਕ: ਸਾਰੇ ਪਿਛਲੇ ਵਰਜਨ.
- ਜੋਖਮ: ਘੱਟ

ਡਰਾਈਵਰ ਫਿਕਸ
ਇਹ ਭਾਗ ਇਸ ਰੀਲੀਜ਼ ਲਈ ਡਰਾਈਵਰ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ ਵੇਖਾਉਂਦਾ ਹੈ।

ਵਿੰਡੋਜ਼ ਡਰਾਈਵਰ ਫਿਕਸ
ਇਹ ਭਾਗ ਇਸ ਰੀਲੀਜ਼ ਲਈ ਵਿੰਡੋਜ਼ ਡਰਾਈਵਰ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ ਦਿਖਾਉਂਦਾ ਹੈ।

ਵਿੰਡੋਜ਼ ਡਰਾਈਵਰ ਬਿਲਡ 1010.6.0.1025 ਲਈ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ
ਇਹ ਰੀਲੀਜ਼ ਹੇਠ ਦਿੱਤੇ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ OS ਸੰਭਵ ਤੌਰ 'ਤੇ ਬੂਟ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਹੋਵੇਗਾ।
- ਮੁਖ ਕਾਰਣ: ਡਰਾਈਵਰ ਲੋਡ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਪ੍ਰਸ਼ਾਸਕ ਕਤਾਰ ਸੰਰਚਨਾ ਫੰਕਸ਼ਨ ਰਜਿਸਟਰ ਨੂੰ ਲਿਖਣਾ ਅਤੇ ਫਿਰ ਬਿਨਾਂ ਦੇਰੀ ਕੀਤੇ ਰਜਿਸਟਰ ਨੂੰ ਪੜ੍ਹਨਾ ਗਲਤ ਪੁਰਾਣੀ ਸਥਿਤੀ ਦੇ ਸਕਦਾ ਹੈ।
- ਠੀਕ ਕਰੋ: ਐਡਮਿਨਿਸਟ੍ਰੇਟਰ ਕਤਾਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਫੰਕਸ਼ਨ ਰਜਿਸਟਰ ਲਿਖਣ ਤੋਂ ਬਾਅਦ 1ms=1000us ਦੇਰੀ ਜੋੜੀ ਗਈ, ਪਰ ਪੋਲਿੰਗ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਪੋਲਿੰਗ ਸਥਿਤੀ।
- ਜੋਖਮ: ਘੱਟ

ਲੀਨਕਸ ਡਰਾਈਵਰ ਫਿਕਸ
ਇਹ ਭਾਗ ਇਸ ਰੀਲੀਜ਼ ਲਈ ਲੀਨਕਸ ਡਰਾਈਵਰ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ ਦਿਖਾਉਂਦਾ ਹੈ।

ਲੀਨਕਸ ਡਰਾਈਵਰ ਬਿਲਡ 2.1.12-055 ਲਈ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ

ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਅਲਟ੍ਰੀਅਮ ਟੇਪ ਡਰਾਈਵ ਅਤੇ ਮੀਡੀਅਮ ਚੇਂਜਰ ਲਈ ਡੁਪਲੀਕੇਟ ਡਿਵਾਈਸ ਨੋਡ ਬਣਾਏ ਜਾ ਰਹੇ ਹਨ।
- ਮੁਖ ਕਾਰਣ: ਅਲਟ੍ਰੀਅਮ ਟੇਪ ਡਰਾਈਵ ਇੱਕ ਮਲਟੀ-LUN SCSI ਟੀਚਾ ਹੈ। ਇਹ ਟੇਪ ਡਰਾਈਵ ਲਈ ਇੱਕ LUN ਅਤੇ ਮੀਡੀਅਮ ਚੇਂਜਰ ਲਈ ਇੱਕ 2nd LUN ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਸਾਡਾ ਕੰਟਰੋਲਰ ਫਰਮਵੇਅਰ RPL ਨਤੀਜਿਆਂ ਵਿੱਚ ਦੋਵੇਂ LUNs ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, smartpqi ਡ੍ਰਾਈਵਰ ਦੋਨਾਂ ਡਿਵਾਈਸਾਂ ਨੂੰ OS ਲਈ ਐਕਸਪੋਜ਼ ਕਰਦਾ ਹੈ। ਫਿਰ OS ਆਪਣੀ ਸਧਾਰਨ ਡਿਵਾਈਸ ਖੋਜ SCSI REPORT LUNS ਕਮਾਂਡ ਦੁਆਰਾ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਇਹ ਦੋਨੋਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਦੂਜੀ ਵਾਰ ਮੁੜ ਖੋਜਦਾ ਹੈ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਡੁਪਲੀਕੇਟ ਡਿਵਾਈਸ ਨੋਡ ਹੁੰਦੇ ਹਨ। ਇਸ ਟੁੱਟੇ ਹੋਏ ਵਿਵਹਾਰ ਨੂੰ ਇੱਕ ਪੁਰਾਣੇ smartpqi ਬੱਗ ਦੁਆਰਾ ਮਾਸਕ ਕੀਤਾ ਗਿਆ ਸੀ ਜਿਸ ਕਾਰਨ OS ਨੇ ਇਸ ਕਿਸਮ ਦੀ ਡਿਵਾਈਸ ਲਈ ਆਪਣੀ ਡਿਵਾਈਸ ਦੀ ਖੋਜ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਸੀ। ਇਸ ਮਾਸਕਿੰਗ ਬੱਗ ਨੂੰ SAS ਇਨੀਸ਼ੀਏਟਰ ਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਟਾਰਗੇਟ ਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ ਬਾਰੇ ਵਧੇਰੇ ਸਹੀ ਜਾਣਕਾਰੀ ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ smartpqi ਵਿੱਚ ਇੱਕ ਤਾਜ਼ਾ ਤਬਦੀਲੀ ਦੁਆਰਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਸੀ।
- ਠੀਕ ਕਰੋ: ਜਦੋਂ OS ਟੇਪ ਡਰਾਈਵ ਅਤੇ ਮੀਡੀਅਮ ਚੇਂਜਰ ਲਈ ਦੋ LUNs ਦੀ ਮੁੜ ਖੋਜ ਕਰਦਾ ਹੈ, ਤਾਂ ਡਰਾਈਵਰ ਪਛਾਣਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਦੀ ਪਹਿਲਾਂ ਹੀ ਰਿਪੋਰਟ ਕੀਤੀ ਜਾ ਚੁੱਕੀ ਹੈ ਅਤੇ OS ਨੂੰ ਉਹਨਾਂ ਨੂੰ ਦੂਜੀ ਵਾਰ ਜੋੜਨ ਤੋਂ ਰੋਕਦਾ ਹੈ।
- ਜੋਖਮ: ਘੱਟ

ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਕੁਝ ਸਥਿਤੀਆਂ ਵਿੱਚ ਜਦੋਂ ਡਰਾਈਵਰ ਕੰਟਰੋਲਰ ਨੂੰ ਔਫਲਾਈਨ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਕਰਨਲ ਕਰੈਸ਼ ਹੋ ਸਕਦਾ ਹੈ।
- ਰੂਟ ਕਾਰਨ: ਕੰਟਰੋਲਰ ਨੂੰ ਔਫਲਾਈਨ ਲੈਣ ਦੇ ਦੌਰਾਨ, ਡਰਾਈਵਰ ਲਈ OS ਦੁਆਰਾ ਪਹਿਲਾਂ ਹੀ ਪੂਰਾ ਕੀਤੇ ਗਏ IOs ਨੂੰ ਅਸਫਲ ਕਰਨਾ ਸੰਭਵ ਹੈ, ਜਿਸ ਨਾਲ ਕਰਨਲ ਕਰੈਸ਼ ਹੋ ਸਕਦਾ ਹੈ।
- ਠੀਕ ਕਰੋ: ਜੇਕਰ ਡਿਵਾਈਸ ਨੂੰ OS ਦੁਆਰਾ ਔਫਲਾਈਨ ਮਾਰਕ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਉਸ ਡਿਵਾਈਸ ਨਾਲ ਸੰਬੰਧਿਤ IOs ਨੂੰ ਅਸਫਲ ਨਾ ਕਰੋ ਕਿਉਂਕਿ IO ਪਹਿਲਾਂ ਹੀ ਮੁਕੰਮਲ ਹੋ ਗਏ ਹੋ ਸਕਦੇ ਹਨ।
- ਜੋਖਮ: ਘੱਟ

sysfs ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡਿਵਾਈਸ ਹਟਾਉਣ ਨਾਲ ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਗਈ ਹੈ।
- ਮੁਖ ਕਾਰਣ: slave_destroy ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਨਾਲ SML ਨੂੰ SCSI ਟੇਬਲ ਤੋਂ ਡਿਵਾਈਸ ਨੂੰ ਹਟਾਉਣ ਲਈ ਸਾਡੇ slave_destroy ਵਿੱਚ ਕਾਲ ਕਰਨ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ। ਸਾਡਾ ਗੁਲਾਮ_ਨਾਸ਼ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ।
- ਠੀਕ ਕਰੋ: slave_destroy ਹਟਾਓ.
- ਜੋਖਮ: ਘੱਟ
ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਸਿਸਟਮ ਹਾਈਬਰਨੇਸ਼ਨ ਦੌਰਾਨ 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:1misa)।
- ਮੁਖ ਕਾਰਣ: request_irq ਵਿੱਚ ਪਹਿਲਾ ਆਰਗੂਮੈਂਟ irq ਸਹੀ ਨਹੀਂ ਹੈ
- ਫਿਕਸ: : ਜੇਕਰ ਇੰਟਰੱਪਟ ਮੋਡ ਨੂੰ INTx 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਤਾਂ PCI ਡਿਵਾਈਸ ਦੇ irq ਨੂੰ request_irq() ਲਈ ਪਹਿਲੇ ਪੈਰਾਮੀਟਰ ਵਜੋਂ ਵਰਤੋ।
- ਜੋਖਮ: ਘੱਟ
SCSI ਮਿਡ-ਲੇਅਰ ਵਿੱਚ ਤਬਦੀਲੀ ਦੇ ਕਾਰਨ, ਕੁਝ ਲੀਨਕਸ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਨੂੰ ਆਉਣ ਵਿੱਚ ਲੰਮਾ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ ਜੇਕਰ ਸਿਸਟਮ ਰੀਬੂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਹਾਰਡ ਡਿਸਕ ਨੂੰ ਸੈਨੀਟਾਈਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ RHEL 7.9/RHEL8.3 ਅਤੇ SLES 15SP2 'ਤੇ ਦੇਖਿਆ ਗਿਆ ਹੈ।
- ਮੁਖ ਕਾਰਣ: ਬੂਟ-ਅੱਪ ਦੇ ਦੌਰਾਨ, ਕੁਝ OS ਲਟਕਦੇ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਡਿਸਕਾਂ ਨੂੰ ਸੈਨੀਟਾਈਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। 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 ਦੁਆਰਾ ਪਹਿਲਾਂ ਹੀ ਮੁਕੰਮਲ ਕੀਤੇ ਗਏ IOs ਨੂੰ ਫੇਲ ਕਰਨਾ ਸੰਭਵ ਹੈ, ਜਿਸ ਨਾਲ ਕਰਨਲ ਕਰੈਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ।
- ਠੀਕ ਕਰੋ: ਜੇਕਰ ਡਿਵਾਈਸ ਨੂੰ OS ਦੁਆਰਾ ਔਫਲਾਈਨ ਮਾਰਕ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਉਸ ਡਿਵਾਈਸ ਨਾਲ ਸੰਬੰਧਿਤ IOs ਨੂੰ ਫੇਲ ਨਾ ਕਰੋ ਕਿਉਂਕਿ IOs ਪਹਿਲਾਂ ਪੂਰਾ ਹੋ ਗਿਆ ਹੋ ਸਕਦਾ ਹੈ।
- ਜੋਖਮ: ਘੱਟ
VMware ਡਰਾਈਵਰ ਫਿਕਸ
ਇਹ ਭਾਗ ਇਸ ਰੀਲੀਜ਼ ਲਈ VMware ਡਰਾਈਵਰ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ ਦਿਖਾਉਂਦਾ ਹੈ।
VMware ਡਰਾਈਵਰ ਬਿਲਡ 4150.0.119 ਲਈ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ
ਇਹ ਰੀਲੀਜ਼ ਹੇਠ ਦਿੱਤੇ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲੇ ਕੰਟਰੋਲਰਾਂ ਲਈ ਰਿਪੋਰਟ ਫਿਜ਼ੀਕਲ LUNs ਕਮਾਂਡ ਤੋਂ ਵਾਪਸ ਕੀਤੇ ਡੇਟਾ ਵਿੱਚ ਨਵੇਂ ਵਿਸਤ੍ਰਿਤ ਫਾਰਮੈਟਾਂ ਲਈ ਸਮਰਥਨ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ। ਨਵੇਂ ਫਾਰਮੈਟ 16-ਬਾਈਟ WWIDs ਦੀ ਰਿਪੋਰਟਿੰਗ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ।
ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜਿੱਥੇ MBT ਟੂਲ ਚਲਾਉਣ ਦੌਰਾਨ PSOD ਦੇਖਿਆ ਗਿਆ ਸੀ।
- ਮੁਖ ਕਾਰਣ: ਅਟੈਚ() ਦੇ ਦੌਰਾਨ, ਡਰਾਈਵਰ ਗਲੋਬਲ ਐਰੇ ਵਿੱਚ ਹਰੇਕ ਅਡਾਪਟਰ ਲਈ ਪ੍ਰਾਈਵੇਟ ਬਣਤਰ ਪੁਆਇੰਟਰ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ। ਅਨਲੋਡ ਦੌਰਾਨ ਐਰੇ ਦਾ ਸੂਚਕਾਂਕ ਕਦੇ ਵੀ ਘਟਿਆ ਨਹੀਂ ਸੀ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਐਰੇ ਦੀ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਪਹੁੰਚ ਹੋਈ ਅਤੇ PSOD ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ।
- ਠੀਕ ਕਰੋ: ਡਰਾਈਵਰ ਡਿਟੈਚ () ਦੌਰਾਨ ਪ੍ਰਾਈਵੇਟ ਬਣਤਰ ਪੁਆਇੰਟਰ ਨੂੰ ਸਾਫ਼ ਕਰੋ।
- ਜੋਖਮ: ਦਰਮਿਆਨਾ

ਸਿਰਫ ਟ੍ਰਾਈ-ਮੋਡ ਕੰਟਰੋਲਰਾਂ ਲਈ SG ਐਲੀਮੈਂਟ ਅਲਾਈਨਮੈਂਟ ਨਾਲ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ।
- ਮੁਖ ਕਾਰਣ: NVMe ਨੂੰ DMA ਇੰਜਣ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਚਾਰ ਬਾਈਟ ਅਲਾਈਨਮੈਂਟ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
- ਠੀਕ ਕਰੋ: ਟ੍ਰਾਈ-ਮੋਡ ਕੰਟਰੋਲਰਾਂ ਲਈ, 4-ਬਾਈਟ DMA SG ਅਲਾਈਨਮੈਂਟ ਪੈਰਾਮੀਟਰ ਸੈੱਟ ਦੇ ਨਾਲ ਇੱਕ ਅਨੁਕੂਲਿਤ dma ਇੰਜਣ ਦੀ ਵਰਤੋਂ ਕਰੋ।
- ਜੋਖਮ: ਦਰਮਿਆਨਾ

ਔਨਲਾਈਨ ਨਾ ਹੋਣ ਵਾਲੇ ਡਿਵਾਈਸਾਂ ਲਈ IOs ਦੇ ਅਸਫਲ ਹੋਣ ਤੋਂ ਬਚਣ ਲਈ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ।
- ਮੁਖ ਕਾਰਣ: ਕੰਟਰੋਲਰ ਨੂੰ ਔਫਲਾਈਨ ਲੈਣ ਦੌਰਾਨ, ਡਰਾਈਵਰ ਲਈ OS ਦੁਆਰਾ ਪਹਿਲਾਂ ਹੀ ਮੁਕੰਮਲ ਕੀਤੇ ਗਏ IOs ਨੂੰ ਫੇਲ ਕਰਨਾ ਸੰਭਵ ਹੈ, ਜਿਸ ਨਾਲ ਕਰਨਲ ਕਰੈਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ।
- ਠੀਕ ਕਰੋ: ਜੇਕਰ ਡਿਵਾਈਸ ਨੂੰ OS ਦੁਆਰਾ ਔਫਲਾਈਨ ਮਾਰਕ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਉਸ ਡਿਵਾਈਸ ਨਾਲ ਸੰਬੰਧਿਤ IOs ਨੂੰ ਫੇਲ ਨਾ ਕਰੋ ਕਿਉਂਕਿ IOs ਪਹਿਲਾਂ ਪੂਰਾ ਹੋ ਗਿਆ ਹੋ ਸਕਦਾ ਹੈ।
- ਜੋਖਮ: ਘੱਟ

ਇੱਕ ਅਸੁਰੱਖਿਅਤ ਡਿਵਾਈਸ ਸ਼ਾਂਤ ਪ੍ਰਕਿਰਿਆ ਦੇ ਨਾਲ ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਗਈ।
- ਮੁਖ ਕਾਰਣ: ਸਿੰਕ੍ਰੋਨਾਈਜ਼ਿੰਗ ਅਤੇ ਫਲੱਸ਼ਿੰਗ ਇੰਟਰਪਟਸ ਲਈ ਇੱਕ OS API ਨੂੰ ਕਾਲ ਨਹੀਂ ਕੀਤਾ ਜਾ ਰਿਹਾ ਸੀ।
- ਠੀਕ ਕਰੋ: ਕਿਸੇ ਵੀ ਬਕਾਇਆ ਰੁਕਾਵਟਾਂ ਨੂੰ ਫਲੱਸ਼ ਕਰਨ ਲਈ OS API ਵਿੱਚ ਕਾਲ ਸ਼ਾਮਲ ਕਰੋ।
- ਜੋਖਮ: ਘੱਟ

Smartpqi TMF ਹੈਂਡਲਰ ਵਿੱਚ ESXi PSOD ਨਾਲ ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਗਈ।
- ਮੁਖ ਕਾਰਣ: "ਵਰਚੁਅਲ ਰੀਸੈਟ" TMF ਦੇ ਦੌਰਾਨ, ਡਰਾਈਵਰ IO ਢਾਂਚੇ ਦੁਆਰਾ ਦੁਹਰਾਉਂਦਾ ਹੈ ਅਤੇ ਸਾਰੇ ਬਕਾਇਆ IOs ਲਈ ਅਧੂਰਾ ਛੱਡਦਾ ਹੈ। ਇੱਕ ਅਧੂਰੀ ਬੇਨਤੀ ਨੂੰ ਫਰੇਮ ਕਰਦੇ ਸਮੇਂ, ਡਰਾਈਵਰ 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 ਵਿੱਚ ਮੌਜੂਦ ਹੈ, ਅਤੇ ਜੇਕਰ ਇਹ ਮੌਜੂਦ ਹੈ, ਤਾਂ ਡਰਾਈਵਰ ਉਸ ਜੰਤਰ ਨੂੰ remove_device_list ਤੋਂ ਅਸਲ ਡਿਵਾਈਸ ਸੂਚੀ ਵਿੱਚ ਭੇਜਦਾ ਹੈ। ਰੀਮੂਵ_ਡਿਵਾਈਸ_ਲਿਸਟ ਵਿੱਚ ਐਂਟਰੀਆਂ ਦੁਬਾਰਾ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂviewਨਿਸ਼ਚਿਤ ਸਮੇਂ ਦੇ ਅੰਤਰਾਲ ਵਿੱਚ ed ਅਤੇ ਸੂਚੀ ਨੂੰ ਉਸ ਡਿਵਾਈਸ ਨੂੰ ਹਟਾ ਕੇ ਅਪਡੇਟ ਕੀਤਾ ਜਾਵੇਗਾ ਜੋ ਉਸ ਸੂਚੀ ਵਿੱਚ 20 ਮਿੰਟਾਂ ਤੋਂ ਵੱਧ ਸਮੇਂ ਤੋਂ ਹੈ (vSAN ਹੌਟਪਲੱਗ ਟੈਸਟ ਨੂੰ ਸੰਭਾਲਣ ਲਈ)। ਡਰਾਈਵਰ ਅਨਲੋਡ ਦੌਰਾਨ, ਡਰਾਈਵਰ ਸੂਚੀ ਵਿੱਚ ਮੌਜੂਦ ਕਿਸੇ ਵੀ ਡਿਵਾਈਸ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ ਅਤੇ ਸਫਾਈ ਕਰਦਾ ਹੈ (ਡਿਵਾਈਸ ਮੈਮੋਰੀ ਨੂੰ ਖਾਲੀ ਕਰੋ)। PSOD ਸਟੈਕ ਟਰੇਸ ਇਸ ਸਫਾਈ ਦੇ ਦੌਰਾਨ ਇੱਕ ਅਵੈਧ ਡਿਵਾਈਸ ਮੈਮੋਰੀ ਖਾਲੀ ਹੋਣ ਦਾ ਸੰਕੇਤ ਦਿੰਦਾ ਹੈ।
- ਠੀਕ ਕਰੋ: ਜਦੋਂ ਵੀ ਡਿਵਾਈਸ ਮੈਮੋਰੀ ਖਾਲੀ ਹੁੰਦੀ ਹੈ ਤਾਂ ਡਿਵਾਈਸ ਸੂਚੀ ਵਿੱਚੋਂ ਐਂਟਰੀ ਹਟਾਓ।
- ਜੋਖਮ: ਦਰਮਿਆਨਾ
ਗਲਤ ਸਥਿਤੀ ਸੁਨੇਹਿਆਂ ਨੂੰ ਹਟਾਉਣ ਲਈ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ।
- ਮੁਖ ਕਾਰਣ: ਸਥਿਤੀ ਸੁਨੇਹਾ ਸਥਿਤੀ ਦੀ ਬਜਾਏ iu_type ਦੀ ਰਿਪੋਰਟ ਕਰ ਰਿਹਾ ਹੈ।
- ਠੀਕ ਕਰੋ: ਮੈਸੇਜਿੰਗ ਤੋਂ ਸਥਿਤੀ ਖੇਤਰ ਨੂੰ ਹਟਾਓ।
- ਜੋਖਮ: ਘੱਟ

ਭੌਤਿਕ ਡਿਵਾਈਸ ਲਈ ਕਤਾਰ ਡੂੰਘਾਈ ਸੈਟਿੰਗ ਨੂੰ ਠੀਕ ਕੀਤਾ ਗਿਆ।
- ਮੁਖ ਕਾਰਣ: ਡਰਾਈਵਰ ਹਰ ਟੀਚੇ ਲਈ ਫਰਮਵੇਅਰ ਤੋਂ ਕਤਾਰ ਡੂੰਘਾਈ ਮੁੱਲ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਫਰਮਵੇਅਰ ਇੱਕ ਟੀਚੇ ਲਈ ਇੱਕ ਵੈਧ ਕਤਾਰ ਡੂੰਘਾਈ ਮੁੱਲ ਨਹੀਂ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਡਰਾਈਵਰ ਇੱਕ ਡਿਫੌਲਟ ਮੁੱਲ (LD ਲਈ 1014, PD ਲਈ 27) ਲਈ ਕਤਾਰ ਦੀ ਡੂੰਘਾਈ ਨੂੰ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਪਰ ਸਾਰੇ ਭੌਤਿਕ ਉਪਕਰਣਾਂ ਲਈ, ਮੌਜੂਦਾ ਡਰਾਈਵਰ ਕਤਾਰ ਦੀ ਡੂੰਘਾਈ ਨੂੰ ਅਧਿਕਤਮ ਕਤਾਰ ਡੂੰਘਾਈ (1014) ਵਿੱਚ ਰੀਸੈਟ ਕਰਦਾ ਹੈ ਭਾਵੇਂ ਕਿ ਫਰਮਵੇਅਰ ਨੇ ਇੱਕ ਵੈਧ QD ਦਿੱਤਾ ਹੈ ਜਾਂ ਨਹੀਂ।
- ਠੀਕ ਕਰੋ: ਡਿਵਾਈਸ ਕਤਾਰ ਦੀ ਡੂੰਘਾਈ ਨੂੰ ਸੈੱਟ ਕਰਦੇ ਸਮੇਂ ਸਹੀ ਜਾਂਚ ਸ਼ਾਮਲ ਕਰੋ।
- ਜੋਖਮ: ਘੱਟ

ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਡਰਾਈਵਰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਡੀਬੱਗ ਲੌਗਿੰਗ ਪੈਦਾ ਕਰਦਾ ਹੈ।
- ਮੁਖ ਕਾਰਣ: ਡ੍ਰਾਈਵਰ ਦਾ ਡਿਫੌਲਟ ਲੌਗਿੰਗ ਪੱਧਰ ਵਿਕਾਸ ਪੜਾਅ ਦੇ ਦੌਰਾਨ ਬਹੁਤ ਉੱਚਾ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਉਤਪਾਦਨ ਦੀ ਵਰਤੋਂ ਲਈ ਕਦੇ ਵੀ ਮੁੜ-ਵਿਵਸਥਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ।
- ਠੀਕ ਕਰੋ: ਡਿਫਾਲਟ ਲੌਗ ਪੱਧਰ ਨੂੰ ਆਮ ਡਿਫੌਲਟ ਪੱਧਰ 'ਤੇ ਬਦਲੋ, 3. ਲੋੜ ਅਨੁਸਾਰ ਕੁਝ ਫੰਕਸ਼ਨਾਂ ਦੇ ਲੌਗਿੰਗ ਪੱਧਰ ਨੂੰ ਅਡਜੱਸਟ ਕਰੋ।
- ਜੋਖਮ: ਘੱਟ

ਗਲਤੀ ਹੈਂਡਲਰਾਂ ਤੋਂ ਵਰਬੋਜ਼ ਲੌਗਿੰਗ ਨਾਲ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ।
- ਮੁਖ ਕਾਰਣ: ਡਰਾਈਵਰ ਦੇ ਗਲਤੀ ਹੈਂਡਲਿੰਗ ਫੰਕਸ਼ਨਾਂ ਵਿੱਚ ਵਰਤੇ ਗਏ ਡੀਬੱਗ ਸੁਨੇਹੇ "ਆਮ" ਸਿਸਟਮ ਲੌਗਿੰਗ ਪੱਧਰ 'ਤੇ ਛਾਪੇ ਜਾ ਰਹੇ ਹਨ।
- ਠੀਕ ਕਰੋ: ਅਣਚਾਹੇ ਮੈਸੇਜਿੰਗ ਨੂੰ ਬੰਦ ਕਰਨ ਲਈ ਹਾਲ ਹੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਕੰਟਰੋਲਰ ਫਲੈਗ ਅਤੇ ਕੰਪਾਈਲ-ਟਾਈਮ ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰੋ।
- ਜੋਖਮ: ਘੱਟ

DMA ਮੈਮੋਰੀ ਨੂੰ ਪ੍ਰਿੰਟ ਕਰਦੇ ਸਮੇਂ PSOD ਨਾਲ ਇੱਕ ਸਮੱਸਿਆ ਆਈ tag.
- ਮੁਖ ਕਾਰਣ: ਡਰਾਈਵਰ ਵਰਤਦਾ ਹੈ tag (ਇੱਕ ਸਤਰ) DMA ਮੈਮੋਰੀ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਅਤੇ ਇਸਨੂੰ ਇੱਕ ਚਾਰ ਪੁਆਇੰਟਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਣਾਈ ਰੱਖਿਆ ਗਿਆ ਸੀ। ਇਹ tag DMA ਮੈਮੋਰੀ ਨਿਰਧਾਰਤ ਕਰਦੇ ਸਮੇਂ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਕੁਝ ਥਾਵਾਂ 'ਤੇ, tag ਨੂੰ ਸਥਾਨਕ ਚਾਰ ਐਰੇ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਡਰਾਈਵਰ ਉਸ ਵੱਲ ਪੁਆਇੰਟਰ ਬਣਾ ਰਿਹਾ ਸੀ। ਡਰਾਈਵਰ ਅਨਲੋਡ ਦੌਰਾਨ, ਜਦੋਂ ਡਰਾਈਵਰ ਪ੍ਰਿੰਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ tag, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਪੰਨਾ ਨੁਕਸ ਨਿਕਲਿਆ tag ਮੈਮੋਰੀ ਵੰਡ ਫੰਕਸ਼ਨ ਲਈ ਸਥਾਨਕ ਸੀ।
- ਠੀਕ ਕਰੋ: ਬਣਾਈ ਰੱਖੋ tag ਰੱਖਣ ਦੀ ਬਜਾਏ ਚਾਰ ਐਰੇ ਦੀ ਵਰਤੋਂ ਕਰਨਾ tag ਪਤਾ।
- ਜੋਖਮ: ਘੱਟ

FreeBSD/Solaris ਡਰਾਈਵਰ ਫਿਕਸ
ਇਹ ਭਾਗ ਇਸ ਰੀਲੀਜ਼ ਲਈ FreeBSD/Solaris ਡਰਾਈਵਰ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ ਦਿਖਾਉਂਦਾ ਹੈ।
FreeBSD ਡਰਾਈਵਰ ਬਿਲਡ 4130.0.1008 ਲਈ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ
ਇਹ ਰੀਲੀਜ਼ ਹੇਠ ਦਿੱਤੇ ਫਿਕਸ ਅਤੇ ਸੁਧਾਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ
ਜਦੋਂ ਡਰਾਈਵਾਂ ਨੂੰ ਜੋੜਿਆ/ਹਟਾਇਆ/ਔਫਲਾਈਨ, HBA ਡਿਵਾਈਸਾਂ, ਅਤੇ ਕੰਟਰੋਲਰ ਇੱਕ ਡਿਫੌਲਟ RAID 0 ਮੁੱਲ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਤਾਂ ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਗਈ ਹੈ।
- ਮੂਲ ਕਾਰਨ: ਡਿਸਪਲੇ ਜਾਣਕਾਰੀ ਨੂੰ ਛਾਪਣ ਤੋਂ ਪਹਿਲਾਂ ਭੌਤਿਕ ਯੰਤਰਾਂ ਜਾਂ ਕੰਟਰੋਲਰਾਂ ਦੀ ਕੋਈ ਜਾਂਚ ਨਹੀਂ ਹੈ।
- ਫਿਕਸ: ਮੈਸੇਜਿੰਗ ਨੂੰ ਸੰਸ਼ੋਧਿਤ ਕਰੋ ਤਾਂ ਕਿ ਇਹ ਭੌਤਿਕ ਡਿਵਾਈਸਾਂ ਅਤੇ ਨਿਯੰਤਰਕਾਂ ਦੇ ਅਧਾਰ ਤੇ ਉਹਨਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਪ੍ਰਿੰਟ ਕਰੇ।
- ਜੋਖਮ: ਘੱਟ
ਇੱਕ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਅਣ-ਸ਼ੁਰੂਆਤੀ CCB ਢਾਂਚਾ ਅਣ-ਪ੍ਰਭਾਸ਼ਿਤ ਵਿਵਹਾਰ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ ਜਦੋਂ ਇਸਨੂੰ CAM ਪਰਤ ਨਾਲ ਸਾਂਝਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
- ਮੂਲ ਕਾਰਨ: 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/Legacy BIOS ਬਿਲਡ 1.4.3.2 ਲਈ ਸੀਮਾਵਾਂ
ਇਸ ਰੀਲੀਜ਼ ਲਈ ਕੋਈ ਜਾਣੀ-ਪਛਾਣੀ ਸੀਮਾਵਾਂ ਨਹੀਂ ਹਨ।

ਡਰਾਈਵਰ ਸੀਮਾਵਾਂ
ਇਹ ਭਾਗ ਇਸ ਰੀਲੀਜ਼ ਲਈ ਡਰਾਈਵਰ ਸੀਮਾਵਾਂ ਦਿਖਾਉਂਦਾ ਹੈ।

ਵਿੰਡੋਜ਼ ਡਰਾਈਵਰ ਸੀਮਾਵਾਂ
ਇਹ ਭਾਗ ਇਸ ਰੀਲੀਜ਼ ਲਈ ਵਿੰਡੋਜ਼ ਡਰਾਈਵਰ ਸੀਮਾਵਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

ਵਿੰਡੋਜ਼ ਡਰਾਈਵਰ ਬਿਲਡ 1010.6.0.1025 ਲਈ ਸੀਮਾਵਾਂ
ਇਸ ਰੀਲੀਜ਼ ਲਈ ਕੋਈ ਜਾਣੀ-ਪਛਾਣੀ ਸੀਮਾਵਾਂ ਨਹੀਂ ਹਨ।

ਲੀਨਕਸ ਡਰਾਈਵਰ ਸੀਮਾਵਾਂ
ਇਹ ਭਾਗ ਇਸ ਰੀਲੀਜ਼ ਲਈ ਲੀਨਕਸ ਡਰਾਈਵਰ ਸੀਮਾਵਾਂ ਦਿਖਾਉਂਦਾ ਹੈ।

ਲੀਨਕਸ ਡਰਾਈਵਰ ਬਿਲਡ 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 ਡਰਾਈਵਰ ਸੀਮਾਵਾਂ
ਇਹ ਭਾਗ ਇਸ ਰੀਲੀਜ਼ ਲਈ 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 ਐਪਸ ਟੀਮ ਨਾਲ ਸੰਪਰਕ ਕਰੋ।
3.01.04.072 ਫਰਮਵੇਅਰ 'ਤੇ ਅੱਪਗ੍ਰੇਡ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

3.01.02.042 ਜਾਂ ਇਸ ਤੋਂ ਉੱਚੇ ਫਰਮਵੇਅਰ ਚਲਾਉਣ ਵਾਲੇ ਕੰਟਰੋਲਰਾਂ ਲਈ, ਵੱਧ ਤੋਂ ਵੱਧ ਵਰਤਦੇ ਹੋਏ ਇਸ ਪੈਕੇਜ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਫਰਮਵੇਅਰ “SmartFWx3.01.04.072.bin” ਦੇ 200 ਸੰਸਕਰਣ ਨਾਲ ਫਲੈਸ਼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

ਮਾਈਕ੍ਰੋਚਿੱਪ ਡਿਵਾਈਸ ਕੋਡ ਪ੍ਰੋਟੈਕਸ਼ਨ ਫੀਚਰ

ਮਾਈਕ੍ਰੋਚਿੱਪ ਡਿਵਾਈਸਾਂ 'ਤੇ ਕੋਡ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਹੇਠਾਂ ਦਿੱਤੇ ਵੇਰਵਿਆਂ ਨੂੰ ਨੋਟ ਕਰੋ:

ਮਾਈਕ੍ਰੋਚਿੱਪ ਉਤਪਾਦ ਉਹਨਾਂ ਦੀ ਖਾਸ ਮਾਈਕ੍ਰੋਚਿੱਪ ਡੇਟਾ ਸ਼ੀਟ ਵਿੱਚ ਮੌਜੂਦ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦੇ ਹਨ।
ਮਾਈਕਰੋਚਿੱਪ ਦਾ ਮੰਨਣਾ ਹੈ ਕਿ ਇਸਦੇ ਉਤਪਾਦਾਂ ਦਾ ਪਰਿਵਾਰ ਸੁਰੱਖਿਅਤ ਹੈ ਜਦੋਂ ਉਦੇਸ਼ ਤਰੀਕੇ ਨਾਲ ਅਤੇ ਆਮ ਸਥਿਤੀਆਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
ਮਾਈਕ੍ਰੋਚਿੱਪ ਡਿਵਾਈਸਾਂ ਦੀਆਂ ਕੋਡ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਉਲੰਘਣਾ ਕਰਨ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਵਿੱਚ ਬੇਈਮਾਨ ਅਤੇ ਸੰਭਵ ਤੌਰ 'ਤੇ ਗੈਰ-ਕਾਨੂੰਨੀ ਤਰੀਕੇ ਵਰਤੇ ਜਾ ਰਹੇ ਹਨ। ਸਾਡਾ ਮੰਨਣਾ ਹੈ ਕਿ ਇਹਨਾਂ ਤਰੀਕਿਆਂ ਲਈ ਮਾਈਕ੍ਰੋਚਿੱਪ ਦੇ ਡੇਟਾ ਸ਼ੀਟਾਂ ਵਿੱਚ ਮੌਜੂਦ ਓਪਰੇਟਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਬਾਹਰ ਇੱਕ ਢੰਗ ਨਾਲ ਮਾਈਕ੍ਰੋਚਿੱਪ ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹਨਾਂ ਕੋਡ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਉਲੰਘਣਾ ਕਰਨ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ, ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ, ਮਾਈਕ੍ਰੋਚਿੱਪ ਦੇ ਬੌਧਿਕ ਸੰਪਤੀ ਅਧਿਕਾਰਾਂ ਦੀ ਉਲੰਘਣਾ ਕੀਤੇ ਬਿਨਾਂ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ।
ਮਾਈਕ੍ਰੋਚਿੱਪ ਕਿਸੇ ਵੀ ਗਾਹਕ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਤਿਆਰ ਹੈ ਜੋ ਇਸਦੇ ਕੋਡ ਦੀ ਇਕਸਾਰਤਾ ਬਾਰੇ ਚਿੰਤਤ ਹੈ।
ਨਾ ਤਾਂ ਮਾਈਕ੍ਰੋਚਿੱਪ ਅਤੇ ਨਾ ਹੀ ਕੋਈ ਹੋਰ ਸੈਮੀਕੰਡਕਟਰ ਨਿਰਮਾਤਾ ਇਸਦੇ ਕੋਡ ਦੀ ਸੁਰੱਖਿਆ ਦੀ ਗਰੰਟੀ ਦੇ ਸਕਦਾ ਹੈ। ਕੋਡ ਸੁਰੱਖਿਆ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਅਸੀਂ ਉਤਪਾਦ "ਅਟੁੱਟ" ਹੋਣ ਦੀ ਗਰੰਟੀ ਦੇ ਰਹੇ ਹਾਂ। ਕੋਡ ਸੁਰੱਖਿਆ ਲਗਾਤਾਰ ਵਿਕਸਿਤ ਹੋ ਰਹੀ ਹੈ। ਅਸੀਂ ਮਾਈਕ੍ਰੋਚਿੱਪ 'ਤੇ ਸਾਡੇ ਉਤਪਾਦਾਂ ਦੀਆਂ ਕੋਡ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਲਗਾਤਾਰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਵਚਨਬੱਧ ਹਾਂ। ਮਾਈਕ੍ਰੋਚਿੱਪ ਦੀ ਕੋਡ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਤੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਡਿਜੀਟਲ ਮਿਲੇਨੀਅਮ ਕਾਪੀਰਾਈਟ ਐਕਟ ਦੀ ਉਲੰਘਣਾ ਹੋ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਅਜਿਹੀਆਂ ਕਾਰਵਾਈਆਂ ਤੁਹਾਡੇ ਸੌਫਟਵੇਅਰ ਜਾਂ ਹੋਰ ਕਾਪੀਰਾਈਟ ਕੀਤੇ ਕੰਮ ਤੱਕ ਅਣਅਧਿਕਾਰਤ ਪਹੁੰਚ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਉਸ ਐਕਟ ਦੇ ਤਹਿਤ ਰਾਹਤ ਲਈ ਮੁਕੱਦਮਾ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਹੋ ਸਕਦਾ ਹੈ।

ਕਾਨੂੰਨੀ ਨੋਟਿਸ
ਇਸ ਪ੍ਰਕਾਸ਼ਨ ਵਿੱਚ ਸ਼ਾਮਲ ਜਾਣਕਾਰੀ ਮਾਈਕ੍ਰੋਚਿੱਪ ਉਤਪਾਦਾਂ ਦੇ ਨਾਲ ਡਿਜ਼ਾਈਨ ਕਰਨ ਅਤੇ ਵਰਤਣ ਦੇ ਇੱਕੋ ਇੱਕ ਉਦੇਸ਼ ਲਈ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਹੈ। ਡਿਵਾਈਸ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਜਾਣਕਾਰੀ ਸਿਰਫ ਤੁਹਾਡੀ ਸਹੂਲਤ ਲਈ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ ਅੱਪਡੇਟ ਦੁਆਰਾ ਬਦਲੀ ਜਾ ਸਕਦੀ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਤੁਹਾਡੀ ਜਿੰਮੇਵਾਰੀ ਹੈ ਕਿ ਤੁਹਾਡੀ ਅਰਜ਼ੀ ਤੁਹਾਡੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦੀ ਹੈ।
ਇਹ ਜਾਣਕਾਰੀ ਮਾਈਕ੍ਰੋਚਿੱਪ ਦੁਆਰਾ "ਜਿਵੇਂ ਹੈ" ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਮਾਈਕ੍ਰੋਚਿਪ ਕਿਸੇ ਵੀ ਕਿਸਮ ਦੀ ਕੋਈ ਪ੍ਰਤੀਨਿਧਤਾ ਜਾਂ ਵਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦੀ ਭਾਵੇਂ ਉਹ ਪ੍ਰਗਟਾਵੇ ਜਾਂ ਅਪ੍ਰਤੱਖ, ਲਿਖਤੀ ਜਾਂ ਜ਼ੁਬਾਨੀ, ਵਿਧਾਨਕ
ਜਾਂ ਨਹੀਂ ਤਾਂ, ਕਿਸੇ ਖਾਸ ਉਦੇਸ਼ ਲਈ ਗੈਰ-ਉਲੰਘਣ, ਵਪਾਰਕਤਾ, ਅਤੇ ਫਿਟਨੈਸ ਦੀ ਕਿਸੇ ਵੀ ਅਪ੍ਰਤੱਖ ਵਾਰੰਟੀਆਂ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ, ਪਰ ਕਿਸੇ ਖਾਸ ਉਦੇਸ਼ ਜਾਂ ਵਾਰੰਟੀਆਂ ਨਾਲ ਸੰਬੰਧਿਤ, ਸੰਬੰਧਿਤ ਵਾਰੰਟੀਆਂ ਸਮੇਤ ਜਾਣਕਾਰੀ ਨਾਲ ਸੰਬੰਧਿਤ।
ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਮਾਈਕ੍ਰੋਚਿਪ ਕਿਸੇ ਵੀ ਅਸਿੱਧੇ, ਵਿਸ਼ੇਸ਼, ਦੰਡਕਾਰੀ, ਇਤਫਾਕਨ ਜਾਂ ਨਤੀਜੇ ਵਜੋਂ ਹੋਣ ਵਾਲੇ ਨੁਕਸਾਨ, ਨੁਕਸਾਨ, ਲਾਗਤ ਜਾਂ ਕਿਸੇ ਵੀ ਕਿਸਮ ਦੇ ਖਰਚੇ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਨਹੀਂ ਹੋਵੇਗੀ ਜੋ ਵੀ ਯੂ.ਐੱਸ.ਆਈ. HIP ਨੂੰ ਸੰਭਾਵਨਾ ਦੀ ਸਲਾਹ ਦਿੱਤੀ ਗਈ ਹੈ ਜਾਂ ਨੁਕਸਾਨ ਅਨੁਮਾਨਤ ਹਨ। ਕਨੂੰਨ ਦੁਆਰਾ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪੂਰੀ ਹੱਦ ਤੱਕ, ਜਾਣਕਾਰੀ ਜਾਂ ਇਸਦੀ ਵਰਤੋਂ ਨਾਲ ਸਬੰਧਤ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਸਾਰੇ ਦਾਅਵਿਆਂ 'ਤੇ ਮਾਈਕ੍ਰੋਚਿਪ ਦੀ ਸਮੁੱਚੀ ਜ਼ਿੰਮੇਵਾਰੀ, ਫੀਸਾਂ ਦੀ ਰਕਮ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਵੇਗੀ, ਜੇਕਰ ਤੁਹਾਨੂੰ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਦੀ ਅਦਾਇਗੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਾਣਕਾਰੀ। ਜੀਵਨ ਸਹਾਇਤਾ ਅਤੇ/ਜਾਂ ਸੁਰੱਖਿਆ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਮਾਈਕ੍ਰੋਚਿੱਪ ਡਿਵਾਈਸਾਂ ਦੀ ਵਰਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਖਰੀਦਦਾਰ ਦੇ ਜੋਖਮ 'ਤੇ ਹੈ, ਅਤੇ ਖਰੀਦਦਾਰ ਅਜਿਹੀ ਵਰਤੋਂ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹੋਣ ਵਾਲੇ ਕਿਸੇ ਵੀ ਅਤੇ ਸਾਰੇ ਨੁਕਸਾਨਾਂ, ਦਾਅਵਿਆਂ, ਮੁਕੱਦਮੇ ਜਾਂ ਖਰਚਿਆਂ ਤੋਂ ਨੁਕਸਾਨ ਰਹਿਤ ਮਾਈਕ੍ਰੋਚਿੱਪ ਨੂੰ ਬਚਾਉਣ, ਮੁਆਵਜ਼ਾ ਦੇਣ ਅਤੇ ਰੱਖਣ ਲਈ ਸਹਿਮਤ ਹੁੰਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਮਾਈਕ੍ਰੋਚਿਪ ਬੌਧਿਕ ਸੰਪੱਤੀ ਦੇ ਅਧਿਕਾਰਾਂ ਦੇ ਤਹਿਤ ਕੋਈ ਵੀ ਲਾਇਸੈਂਸ, ਸਪਸ਼ਟ ਜਾਂ ਹੋਰ ਨਹੀਂ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਤੱਕ ਕਿ ਹੋਰ ਨਹੀਂ ਦੱਸਿਆ ਗਿਆ ਹੋਵੇ।

ਟ੍ਰੇਡਮਾਰਕ

ਮਾਈਕ੍ਰੋਚਿੱਪ ਨਾਮ ਅਤੇ ਲੋਗੋ, ਮਾਈਕਰੋਚਿਪ ਲੋਗੋ, ਅਗੇਟੈਕ, ਇੰਡੈਕਸ ਲੋਗੋ, ਕ੍ਰਿਪਟੋਮਾਈਡ, ਕ੍ਰਿਕਟ, ਫਲੇਮਲੇਕਸ, ਕੀਲੋਕ, ਕਲਯਰ , LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, ਮਾਈਕ੍ਰੋਸੇਮੀ, ਮਾਈਕ੍ਰੋਸੇਮੀ ਲੋਗੋ, MOST, MOST ਲੋਗੋ, MPLAB, OptoLyzer, PackeTime, PIC, picoPower, PICSTART, PIC32 ਲੋਗੋ, PolarFire, SENBUCH, ਡਿਜ਼ਾਇਨ, ਪ੍ਰੋਚੀਬੀਏਐਮਟੀ , SpyNIC, SST, SST ਲੋਗੋ, SuperFlash, Symmetricom, SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, ਅਤੇ XMEGA ਅਮਰੀਕਾ ਅਤੇ ਹੋਰ ਦੇਸ਼ਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਮਾਈਕ੍ਰੋਚਿੱਪ ਤਕਨਾਲੋਜੀ ਦੇ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।

AgileSwitch, APT, ClockWorks, The Embedded Control Solutions Company, EtherSynch, FlashTec, ਹਾਈਪਰ ਸਪੀਡ ਕੰਟਰੋਲ, ਹਾਈਪਰਲਾਈਟ ਲੋਡ, IntelliMOS, Libero, motorBench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC ਪਲੱਸ, ਪ੍ਰੋਏਸਿਕ ਪਲੱਸ, ਪ੍ਰੋਏਸਿਕ ਪਲੱਸ, ਪ੍ਰੋਏਸਿਕ SmartFusion, SyncWorld, Temux, TimeCesium, TimeHub, TimePictra, TimeProvider, WinPath, ਅਤੇ ZL ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਵਿੱਚ ਸ਼ਾਮਲ ਮਾਈਕ੍ਰੋਚਿੱਪ ਤਕਨਾਲੋਜੀ ਦੇ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।

ਅਡਜਸੈਂਟ ਕੀ ਸਪ੍ਰੈਸ਼ਨ, AKS, ਐਨਾਲੌਗ-ਫੌਰ-ਦਿ-ਡਿਜੀਟਲ ਏਜ, ਕੋਈ ਵੀ ਕੈਪੇਸੀਟਰ, ਕੋਈ ਵੀ ਇਨ, ਐਨੀਆਊਟ, ਆਗਮੈਂਟਡ ਸਵਿਚਿੰਗ, ਬਲੂਸਕਾਈ, ਬਾਡੀਕਾਮ, ਕੋਡਗਾਰਡ, ਕ੍ਰਿਪਟੋ ਪ੍ਰਮਾਣੀਕਰਨ, ਕ੍ਰਿਪਟੋ ਆਟੋਮੋਟਿਵ, ਕ੍ਰਿਪਟੋ ਕੰਪੈਨੀਅਨ, ਸੀਡੀਪੀਆਈਐਮਟੀਸੀਡੀਐਮਟੋਨੈਟ, ਸੀਡੀਪੀਆਈਐਮਟ੍ਰੋਨੈਟ, ਡੀ. ਮਾਈਕ ਔਸਤ ਮੈਚਿੰਗ, DAM , ECAN, Espresso T1S, EtherGREEN, IdealBridge, ਇਨ-ਸਰਕਟ ਸੀਰੀਅਲ ਪ੍ਰੋਗਰਾਮਿੰਗ, ICSP, INICnet, Intelligent Paralleling, Inter-Chip ਕਨੈਕਟੀਵਿਟੀ, JitterBlocker, maxCrypto, ਅਧਿਕਤਮView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB ਪ੍ਰਮਾਣਿਤ ਲੋਗੋ, MPLIB, MPLINK, ਮਲਟੀਟ੍ਰੈਕ, NetDetach, ਸਰਵ ਵਿਆਪਕ ਕੋਡ ਜਨਰੇਸ਼ਨ, PICDEM, PICDEM.net, PICkit, PICtail, PowerSmart, PureSilicon, QMatrix, RIPALTAX, RIPREX , RTG4, SAM-ICE, ਸੀਰੀਅਲ ਕਵਾਡ I/O, simpleMAP, SimpliPHY, SmartBuffer, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance, TSHARC, USBCheck, VeriPHYXYense, ViewSpan, WiperLock, XpressConnect, ਅਤੇ ZENA ਅਮਰੀਕਾ ਅਤੇ ਹੋਰ ਦੇਸ਼ਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਮਾਈਕ੍ਰੋਚਿੱਪ ਤਕਨਾਲੋਜੀ ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।
SQTP ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਵਿੱਚ ਸ਼ਾਮਲ ਮਾਈਕ੍ਰੋਚਿੱਪ ਤਕਨਾਲੋਜੀ ਦਾ ਇੱਕ ਸੇਵਾ ਚਿੰਨ੍ਹ ਹੈ

Adaptec ਲੋਗੋ, ਫ੍ਰੀਕੁਐਂਸੀ ਆਨ ਡਿਮਾਂਡ, ਸਿਲੀਕਾਨ ਸਟੋਰੇਜ ਟੈਕਨਾਲੋਜੀ, ਅਤੇ ਸਿਮਕਾਮ ਦੂਜੇ ਦੇਸ਼ਾਂ ਵਿੱਚ ਮਾਈਕ੍ਰੋਚਿੱਪ ਟੈਕਨਾਲੋਜੀ ਇੰਕ. ਦੇ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।
GestIC ਮਾਈਕ੍ਰੋਚਿਪ ਟੈਕਨਾਲੋਜੀ ਜਰਮਨੀ II GmbH & Co. KG, ਮਾਈਕ੍ਰੋਚਿੱਪ ਟੈਕਨਾਲੋਜੀ ਇੰਕ. ਦੀ ਸਹਾਇਕ ਕੰਪਨੀ, ਦੂਜੇ ਦੇਸ਼ਾਂ ਵਿੱਚ ਇੱਕ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹੈ।

ਇੱਥੇ ਦੱਸੇ ਗਏ ਹੋਰ ਸਾਰੇ ਟ੍ਰੇਡਮਾਰਕ ਉਹਨਾਂ ਦੀਆਂ ਸਬੰਧਤ ਕੰਪਨੀਆਂ ਦੀ ਸੰਪਤੀ ਹਨ। © 2021, ਮਾਈਕ੍ਰੋਚਿੱਪ ਟੈਕਨਾਲੋਜੀ ਇਨਕਾਰਪੋਰੇਟਿਡ, ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਵਿੱਚ ਛਾਪੀ ਗਈ, ਸਾਰੇ ਅਧਿਕਾਰ ਰਾਖਵੇਂ ਹਨ।
ISBN: 978-1-5224-8477-6

ਗੁਣਵੱਤਾ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ

ਮਾਈਕ੍ਰੋਚਿਪ ਦੇ ਕੁਆਲਿਟੀ ਮੈਨੇਜਮੈਂਟ ਸਿਸਟਮ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ ਇੱਥੇ ਜਾਓ www.microchip.com/quality.

ਵਿਸ਼ਵਵਿਆਪੀ ਵਿਕਰੀ ਅਤੇ ਸੇਵਾ

ਅਮਰੀਕਾ

ਏਸ਼ੀਆ/ਪੈਸਿਫਿਕ

ਯੂਰੋਪ

ਕਾਰਪੋਰੇਟ ਦਫਤਰ

2355 ਵੈਸਟ ਚੈਂਡਲਰ ਬਲਵੀਡੀ. ਚੈਂਡਲਰ, 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

ਡੱਲਾਸ

ਐਡੀਸਨ, ਟੀ.ਐਕਸ

ਟੈਲੀਫ਼ੋਨ: 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

ਨਿਊਯਾਰਕ, NY

ਟੈਲੀਫ਼ੋਨ: 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

ਚੀਨ - Xian

ਟੈਲੀਫ਼ੋਨ: 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

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

MICROCHIP HBA 1200 ਸਾਫਟਵੇਅਰ-ਫਰਮਵੇਅਰ ਰੀਲੀਜ਼ ਨੋਟਸ [pdf] ਹਦਾਇਤਾਂ
HBA 1200, ਸਾਫਟਵੇਅਰ-ਫਰਮਵੇਅਰ ਰੀਲੀਜ਼ ਨੋਟਸ, ਫਰਮਵੇਅਰ ਰੀਲੀਜ਼ ਨੋਟਸ, ਸਾਫਟਵੇਅਰ-ਫਰਮਵੇਅਰ, ਰੀਲੀਜ਼ ਨੋਟਸ

ਹਵਾਲੇ

ਯੂਜ਼ਰ ਮੈਨੂਅਲ

MICROCHIP HBA 1200 ਸਾਫਟਵੇਅਰ-ਫਰਮਵੇਅਰ ਰੀਲੀਜ਼ ਨੋਟਸ