驅(qū)動(dòng)人生最新消息，英特爾以太網(wǎng)適配器完整驅(qū)動(dòng)程序包在2021年12月8號(hào)更新了最新版26.7版本，此下載安裝版本 26.7 的英特爾?以太網(wǎng)適配器完整驅(qū)動(dòng)程序包為受支持的操作系統(tǒng)版本，大小為707.7 MB，獨(dú)立于操作系統(tǒng)，zip 文件包含所有英特爾?以太網(wǎng)驅(qū)動(dòng)程序和軟件，適用于大多數(shù)英特爾?以太網(wǎng)適配器的當(dāng)前支持的 Windows*、Linux* 和 FreeBSD* 版本。但是并非所有英特爾? 以太網(wǎng)適配器和英特爾? 以太網(wǎng)控制器在每個(gè)版本的 Windows、Linux 或 FreeBSD 中都受支持，目前，驅(qū)動(dòng)人生可提供最新版英特爾以太網(wǎng)適配器完整驅(qū)動(dòng)程序包26.7版本的下載，有需要的可以到驅(qū)動(dòng)人生下載，只需要打開驅(qū)動(dòng)人生8，點(diǎn)擊驅(qū)動(dòng)管理，就可以選擇以及升級(jí)你想要的驅(qū)動(dòng)了，非常的簡單方便。
下面驅(qū)動(dòng)人生給大家介紹一下此新版本發(fā)行的一些相關(guān)說明
在Intel Ethernet 800系列適配器上，DDPtool可能無法顯示DDP配置文件。
E810目前使用SGMII連接支持1000BASE-T SFP模塊類型的一個(gè)子集回到E810。
外部連接時(shí)，為了讓E810正確地了解模塊BASE-T的鏈路狀態(tài)模塊必須向E810指示BASE-T側(cè)鏈路狀態(tài)。
一個(gè)SGMIIE810和1000BASE-T SFP模塊之間的鏈路允許模塊指示其鏈路狀態(tài)為E810使用SGMII自動(dòng)協(xié)商。
Intel?以太網(wǎng)控制器產(chǎn)品26.7發(fā)行說明
在其他情況下，如果模塊沒有BASE-T鏈路時(shí)，會(huì)向E810發(fā)送IDLEs, E810可能會(huì)將其解釋為鏈路伙伴。
發(fā)送有效的數(shù)據(jù)，并可能顯示鏈接正在連接，即使它只是連接到模塊，模塊的BASE-T外部連接沒有鏈接。
如果沒有VF速率限制，不同虛擬函數(shù)(VFs)的帶寬/吞吐量可能不同，為了避免這種情況，驅(qū)動(dòng)人生建議應(yīng)用VF速率限制。
如果PF沒有鏈接，那么之前使用VF的Linux虛擬機(jī)將無法向其他虛擬機(jī)傳遞流量。
為了使基于Intel?以太網(wǎng)800系列的適配器充分發(fā)揮其潛力，用戶必須安裝在PCIe Gen4 x16槽位。
在某些平臺(tái)上，遺留的PXE選項(xiàng)ROM啟動(dòng)選項(xiàng)菜單項(xiàng)來自同一設(shè)備，使用相同的端口號(hào)信息(字符串的第一部分來自BIOS)。
當(dāng)鏈路速度超過10gb /s時(shí)出現(xiàn)鏈路問題(包括無鏈路)，檢查交換機(jī)配置和/或規(guī)范。
許多光連接和直連電纜要求RSFEC連接速度超過10gb /s。以下方法之一可能會(huì)解決這個(gè)問題:
配置交換機(jī)為RS-FEC模式。
指定10gb /s或更慢的鏈路速度連接。
如果連接速率為25gb /s，請(qǐng)使用SFP28 CA-S或CS-N直連線纜。這些電纜不需要RS-FEC。
—如果交換機(jī)不支持RS-FEC模式，請(qǐng)咨詢交換機(jī)廠商是否支持軟件或固件升級(jí)。
26.7發(fā)行說明（12月14號(hào)）
BMC可能無法通過NC-SI OEM命令獲取ASIC溫度。
流量控制設(shè)置對(duì)流量沒有影響，計(jì)數(shù)器不會(huì)隨著流量控制設(shè)置的增加而增加到TX=ON和Rx=OFF。
然而，流量控制工作良好的值設(shè)置為TX=On RX= On。
Linux驅(qū)動(dòng)程序
如果PF接口上的單個(gè)VLAN流量是活躍的，并且手動(dòng)觸發(fā)了CORER或GLOBR復(fù)位，重置后，PF流量將恢復(fù)正常，而VLAN流量可能無法正?；謴?fù)。
對(duì)于一個(gè)解決方法，發(fā)出ethtool命令:"ethtool -K PF_devname rx-vlan-filter off"，然后ethtool -K PF_devname rx-vlan-filter on, VLAN流量恢復(fù)。
在CentOS 7.2, ethtool可能報(bào)告速度未知，你可能會(huì)在dmesg日志中看到警告。這不會(huì)影響流量或設(shè)備功能。
QoS帶寬整形和優(yōu)先級(jí)標(biāo)簽可能不能在CentOS 7.2功能。
對(duì)于綁定了VF的配置，避免設(shè)置VF內(nèi)的MTU值范圍為9199-9202。當(dāng)MTU被設(shè)置為這些值之一時(shí)，VM可能會(huì)遇到一個(gè)當(dāng)TCP流量從鏈接伙伴運(yùn)行到VF時(shí)，內(nèi)存泄漏導(dǎo)致內(nèi)核panic。
快速卸載和加載irdma和ice驅(qū)動(dòng)程序可能會(huì)導(dǎo)致內(nèi)核恐慌。當(dāng)端口的隊(duì)列設(shè)置被修改時(shí)，中斷調(diào)節(jié)設(shè)置被重置為默認(rèn)值。
使用“ethtool -L ethx combined XX”命令，在Linux網(wǎng)橋中添加物理端口可能會(huì)失敗，導(dǎo)致設(shè)備或資源繁忙。
如果SR-IOV已經(jīng)在給定的端口上啟用。為了避免這種情況，請(qǐng)?jiān)趧?chuàng)建SR-IOV VFs后再創(chuàng)建。
分配一個(gè)物理端口到一個(gè)Linux網(wǎng)橋。參考ICE驅(qū)動(dòng)README中的Link Aggregation is互斥with SRIOV and RDMA。
當(dāng)雙VLAN或隊(duì)列隊(duì)列特性啟用時(shí)，最內(nèi)部的流量源可能需要將MTU大小限制為1496或更小，以避免連接問題。
如果一個(gè)VF (Virtual Function)非信任模式，且在一個(gè)VF上創(chuàng)建了8個(gè)或8個(gè)以上的vlan，則會(huì)導(dǎo)致最后創(chuàng)建的VLAN可能沒有功能，在dmesg中可能會(huì)看到一個(gè)錯(cuò)誤。
在RHEL主機(jī)上使用Windows Server 2019 RS5虛擬機(jī)時(shí)，在RHEL主機(jī)上配置的VLAN使用iproute2的VF在使用1.3.1以上版本的ice驅(qū)動(dòng)程序時(shí)可能無法正確通過流量。
結(jié)合一個(gè)新的AVF驅(qū)動(dòng)版本。觀察到使用ISCSI時(shí)，ISCSI啟動(dòng)器閃斷連接失敗。
ISCSI目標(biāo)，當(dāng)主機(jī)啟用“雙VLAN模式”時(shí)，先禁用“虛擬功能”，然后重新啟用“虛擬功能”。
附加到Windows客戶端可能會(huì)導(dǎo)致錯(cuò)誤消息在dmesg中顯示，這些消息不會(huì)影響功能。
在當(dāng)前的ice PF驅(qū)動(dòng)程序下，可能無法通過可信VF實(shí)現(xiàn)單播，使用vf-truepromisc-support不打開ethtool——private -flags的情況下混雜和組播混雜模式。
因此，期望不對(duì)門VF使用VF -true-promisc-支持請(qǐng)求單播/組播混雜模式。
反復(fù)將一個(gè)VF接口分配給一個(gè)網(wǎng)絡(luò)命名空間，然后可能刪除該命名空間會(huì)導(dǎo)致意外的錯(cuò)誤消息，并可能導(dǎo)致主機(jī)系統(tǒng)上的調(diào)用跟蹤。
當(dāng)使用舊的iavf時(shí)，接收哈?？赡懿粫?huì)在虛擬函數(shù)中默認(rèn)啟用，驅(qū)動(dòng)結(jié)合一個(gè)新的PF驅(qū)動(dòng)版本。
在虛擬機(jī)上創(chuàng)建雙VLAN時(shí)，tx_tcp_cso [TX TCP Checksum Offload]和tx_udp_cso [TX UDP Checksum Offload]統(tǒng)計(jì)數(shù)據(jù)可能沒有正確增加。
當(dāng)對(duì)特定的非intel鏈路伙伴使用雙VLAN配置時(shí)，TCP流量可能會(huì)失敗，當(dāng)內(nèi)部VLAN接口的MTU與外部VLAN接口的MTU匹配時(shí)，通過該接口VLAN接口。
處理方法:修改內(nèi)部VLAN的MTU值，使其小于VLAN的MTU值4字節(jié)外VLAN。
如果配置以太網(wǎng)類型為0x9100的VLAN在傳輸時(shí)插入，并且該數(shù)據(jù)包在插入之前包含一個(gè)以太網(wǎng)類型為0x8100的VLAN頭，即0x9100。
VLAN頭是設(shè)備在0x8100 VLAN頭之后插入的，數(shù)據(jù)包通過VLAN頭為0x8100，離以太網(wǎng)頭最近的設(shè)備。
在主機(jī)上執(zhí)行PCI復(fù)位可能會(huì)導(dǎo)致某些guest操作在VFs上的流量失敗系統(tǒng)。
在X操作系統(tǒng)中，可以觀察到rx_gro_dropped的統(tǒng)計(jì)值。
當(dāng)Rx流量很高時(shí)，可能會(huì)迅速增加。這似乎是RHEL內(nèi)核的一個(gè)問題。當(dāng)ICE接口是arp_validate=1的bond的一部分時(shí)，備份端口鏈路狀態(tài)會(huì)震蕩在上下之間。
解決方法:建議在以下情況下不啟用arp_validate結(jié)合冰接口。
在主機(jī)端加載VF驅(qū)動(dòng)時(shí)，更改VF MAC地址可能導(dǎo)致丟包或無法通過流量。因此，可能需要重啟VF驅(qū)動(dòng)程序。
目前SR-IOV VFs最小Tx速率限制的限制:如果PF上啟用了DCB或ADQ，則在SR-IOV VFs上配置最小Tx限速PF被拒絕了。
如果PF上同時(shí)禁用DCB和ADQ，則在SR-IOV上配置最小Tx限速允許該P(yáng)F上的VFs。
如果已經(jīng)為SR-IOV VFs和DCB或ADQ配置了PF上的最小Tx速率限制配置，那么PF就不能再保證設(shè)置的最小Tx速率限制SR-IOV VFs。
如果SR-IOV VFs配置了跨多個(gè)端口的最小Tx速率限制，聚合帶寬超過100Gbps，那么pf不能保證最小的Tx速率限制，設(shè)置為SR-IOV VFs。
一些發(fā)行版可能包含舊版本的iproute2/devink，這可能會(huì)導(dǎo)致錯(cuò)誤。
解決方法:請(qǐng)更新到最新的devlink版本。
3.1.4 Windows驅(qū)動(dòng)程序
iSCSI LUN的可見性取決于是否能夠建立網(wǎng)絡(luò)連接LUN，為了建立這種連接，需要考慮網(wǎng)絡(luò)的初始化等因素控制器，在物理層建立鏈接(可以采取秒的順序)必須考慮。由于這些變量的存在，LUN最初可能在選擇屏幕上不可見。
當(dāng)一個(gè)虛擬機(jī)運(yùn)行高流量負(fù)載，并且通過任一SR-IOV連接到一個(gè)虛擬交換機(jī)時(shí)，設(shè)置SR-IOV/VMQ開關(guān)，虛擬機(jī)的vNIC可能導(dǎo)致藍(lán)屏。
在Windows上，當(dāng)同時(shí)強(qiáng)調(diào)兩者時(shí)，一些工作負(fù)載的性能限制已經(jīng)被看到E810-2CQDA2適配器端口。
Intel?以太網(wǎng)控制器E810設(shè)備默認(rèn)處于DCBX CEE/IEEE自愿模式。在中東歐模式時(shí)，如果Intel?Ethernet Controller E810設(shè)備被設(shè)置為非意愿且連接的交換機(jī)在非自愿模式下，這也是一種未定義的行為。
解決方法:配置Intel?以太網(wǎng)控制器E810設(shè)備用于DCBX意愿模式(默認(rèn))，Intel?以太網(wǎng)控制器產(chǎn)品。
3.1.5 Windows RDMA驅(qū)動(dòng)
英特爾?以太網(wǎng)網(wǎng)卡E810可能會(huì)在所有端口上經(jīng)歷適配器范圍的重置。當(dāng)在固件管理模式下，一個(gè)DCBx愿意模式配置更改被傳播。
從交換機(jī)移除RDMA使能的TC。這通常發(fā)生在移除TC時(shí)與UP0關(guān)聯(lián)，因?yàn)樗荝DMA配置的缺省UP。重置在適配器重新初始化時(shí)，會(huì)導(dǎo)致連接性暫時(shí)丟失。
運(yùn)行Windows Server 2019的S2D存儲(chǔ)集群配置，高存儲(chǔ)帶寬測試可能導(dǎo)致藍(lán)屏錯(cuò)誤檢查代碼1E崩潰(KMODE_EXCEPTION_NOT_HANDLED)。
使用smbdirect作為失敗的模塊。
3.1.6 Linux RDMA驅(qū)動(dòng)
通過直通方式添加端口時(shí)，需要將設(shè)備上的所有端口都添加到具有相同實(shí)例號(hào)的相同虛擬機(jī)。
在系統(tǒng)重啟后，在RoCEv2模式下使用Intel?以太網(wǎng)網(wǎng)卡E810 RDMA設(shè)備，可能偶爾會(huì)因?yàn)镚ID缺失或錯(cuò)誤而激活。如果需要修改GID值，請(qǐng)卸載并重新加載irdma驅(qū)動(dòng)程序。
在Linux環(huán)境下使用Intel MPI時(shí)，Intel建議只啟用一個(gè)網(wǎng)絡(luò)接口設(shè)備來避免MPI應(yīng)用程序連接問題或掛起。此問題影響所有Intel MPI傳輸。
