Quantcast
Channel: Intel Communities : All Content - Wired Ethernet
Viewing all 4566 articles
Browse latest View live

X540-T2 VF cannot receive packet with OVS

$
0
0

I have configured host with two PF and 16 x2 VF in debian system. It worked well if I use the PF/VF as standalone NIC, but not functional with OVS bridge.

 

The testing scenario as below:

 

eth0 (PF): 10.250.11.103/24

eth11 (VF 9): 10.250.11.113/24

 

   Bridge "vmbr1"

        Port "eth10"

            Interface "eth10" (VF 8)

        Port "vmbr1"

            Interface "vmbr1"

                type: internal

        Port "in1"

            Interface "in1"

                type: internal

    ovs_version: "2.6.0"

 

in1: 10.250.11.34/24

 

I try the following icmp test:

 

ping 10.250.11.254 (reply good)

ping 10.250.11.254 -I eth11 (reply good)

ping 10.250.11.254 -I in1 (NO response)

 

ip link show my VF as:

-------------------------------

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000

    link/ether 0c:c4:7a:df:36:c6 brd ff:ff:ff:ff:ff:ff

    vf 0 MAC 6e:74:9e:65:58:eb, spoof checking on, link-state auto

    vf 1 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 2 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 3 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 4 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 5 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 6 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 7 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 8 MAC da:c7:06:0b:5b:1f, spoof checking on, link-state auto

    vf 9 MAC ea:97:12:4e:b4:6b, spoof checking on, link-state auto

    vf 10 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 11 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 12 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 13 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 14 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

    vf 15 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

 

arp table shown as:

-------------------------------

Address                  HWtype  HWaddress           Flags Mask            Iface

10.250.11.254            ether   6c:3b:6b:e9:7c:e1   C                     eth11

10.250.11.254            ether   6c:3b:6b:e9:7c:e1   C                     eth0

10.250.11.254            ether   6c:3b:6b:e9:7c:e1   C                     in1

 

But arp is not stable, it disappear very quickly:

------------------------------------------------------------

Address                  HWtype  HWaddress           Flags Mask            Iface

10.250.11.254                   (incomplete)                              in1

10.250.11.254            ether   6c:3b:6b:e9:7c:e1   C                     eth0

10.250.11.254            ether   6c:3b:6b:e9:7c:e1   C                     eth11

 

The strange thing is:

ping via in1 will not fill up the arp table for in1 Iface (always show incomplete), but ping via other two iface seems fill the mac address into in1 some time.

I have tcpdump to in1 and found it send out ARP request broadcast, but did not get any ARP reply from host 254.

 

ovs-appctl fdb/show vmbr1:

-----------------------------------------

port  VLAN  MAC                Age

    2     0  72:fc:b4:3a:e6:0f   78

    1     0  6c:3b:6b:e9:7c:e1   38

    1     0  6c:3b:6b:f5:96:e6    3

    1     0  88:43:e1:dd:9c:80    1

This looks persist and will not change whatever I ping via any Iface.

 

I have also try to change VF port, but seems none of them work with OVS bridge.

But the bridge worked if assigned the port to eth0 or eth1 PF.

 

uname -a:

Linux pve3 4.4.62-1-pve #1 SMP PVE 4.4.62-88 (Thu, 18 May 2017 09:18:43 +0200) x86_64 GNU/Linux

 

/etc/network/interfaces:

----------------------------------

auto eth0

iface eth0 inet static

        address  10.250.11.103

        netmask  255.255.255.0

        gateway  10.250.11.254

 

auto eth11

iface eth11 inet static

        address  10.250.11.113

        netmask  255.255.255.0

 

allow-vmbr1 eth10

iface eth10 inet manual

        ovs_type OVSPort

        ovs_bridge vmbr1

 

auto vmbr1

iface vmbr1 inet manual

        ovs_type OVSBridge

        ovs_ports eth10 in1

 

allow-vmbr1 in1

iface in1 inet static

        address  10.250.11.34

        netmask  255.255.255.0

        ovs_type OVSIntPort

        ovs_bridge vmbr1

 

Here is ethtool info for eth10:

-------------------------------

# ethtool -i eth10

driver: ixgbevf

version: 2.12.1-k

firmware-version:

bus-info: 0000:05:12.0

supports-statistics: yes

supports-test: yes

supports-eeprom-access: no

supports-register-dump: yes

supports-priv-flags: no

 

#ethtool -k eth10

Features for eth10:

rx-checksumming: on

tx-checksumming: on

        tx-checksum-ipv4: off [fixed]

        tx-checksum-ip-generic: on

        tx-checksum-ipv6: off [fixed]

        tx-checksum-fcoe-crc: off [fixed]

        tx-checksum-sctp: on

scatter-gather: on

        tx-scatter-gather: on

        tx-scatter-gather-fraglist: off [fixed]

tcp-segmentation-offload: on

        tx-tcp-segmentation: on

        tx-tcp-ecn-segmentation: off [fixed]

        tx-tcp6-segmentation: on

udp-fragmentation-offload: off [fixed]

generic-segmentation-offload: on

generic-receive-offload: on

large-receive-offload: off [fixed]

rx-vlan-offload: on [fixed]

tx-vlan-offload: on [fixed]

ntuple-filters: off [fixed]

receive-hashing: off [fixed]

highdma: on [fixed]

rx-vlan-filter: on [fixed]

vlan-challenged: off [fixed]

tx-lockless: off [fixed]

netns-local: off [fixed]

tx-gso-robust: off [fixed]

tx-fcoe-segmentation: off [fixed]

tx-gre-segmentation: off [fixed]

tx-ipip-segmentation: off [fixed]

tx-sit-segmentation: off [fixed]

tx-udp_tnl-segmentation: off [fixed]

fcoe-mtu: off [fixed]

tx-nocache-copy: off

loopback: off [fixed]

rx-fcs: off [fixed]

rx-all: off [fixed]

tx-vlan-stag-hw-insert: off [fixed]

rx-vlan-stag-hw-parse: off [fixed]

rx-vlan-stag-filter: off [fixed]

l2-fwd-offload: off [fixed]

busy-poll: on [fixed]

hw-tc-offload: off [fixed]

-------------------------------

 

Is there any advice?


802.1ad on ixgbe vfs

$
0
0

Hi,

I am trying to configure 802.1ad on ixgbe vfs with a goal of moving resultant q-in-q interface into a container i.e. have the vf in default namespace and have all the vf's vlan interfaces being moved to different namespaces. Theoretically in this configuration, packets would be double-tagged coming into pf, be directed to correct vf (and outer tag stripped) and then delivered to linux with single-tag.

 

I tried this:

 

# echo 32 > /sys/class/net/eth1/device/sriov_numvfs

# ip link set dev eth1 up

# ip link set dev eth1 vf 1 vlan 2 proto 802.1ad

RTNETLINK answers: Protocol not supported

 

Is there a way I can do this ?

 

TIA,

Don.

SRIOV IXGBE Trust Mode

$
0
0

Hi All,

 

I am trying to launch on VMs on RHEL7.3. I am using SRIOV for VM networking and default ixgbe version which comes along with RHEL7.3 is version: 4.4.0-k-rh7.3.

Though I am successfully able to send icmp traffic between VM and remote side physical machine.

 

But, I am trying to configure my VM as plain L2 device, with capability to accept packets with Unknown Unicast address. For this, I am configuring the VF in trust mode, but I am still see packets with mac addresses other than VF mac gets dropped.

 

So, can any one please confirm if 82599ES nic card has any hardware limitation due to which it won't support unicast promiscuous mode ?  or has anyone made it work with 82599ES nic card?

 

Thanks in advance.

 

Thanks

Pratik

Difference in DPDK and Native IXGBE driver support for 82599 NIC

$
0
0

Hello All,

 

We have been trying to make Unicast promiscuous mode work with RHEL7.3 with latest native ixgbe driver (ixgbe-5.1.3), but it seems that unicast promiscuous mode is not enabled for 82599 series nic cards in the native driver.

I can see an explicit check in ixgbe_sriov.c code, where before enabling promiscuous mode, it checks if NIC card is equal(or lower) than 82599EB, it returns.

 

Adding snippet below:

        case IXGBEVF_XCAST_MODE_PROMISC:

                if (hw->mac.type <= ixgbe_mac_82599EB)

                        return -EOPNOTSUPP;

 

 

                fctrl = IXGBE_READ_REG(hw, IXGBE_FCTRL);

                if (!(fctrl & IXGBE_FCTRL_UPE)) {

                        /* VF promisc requires PF in promisc */

                        e_warn(drv,

                               "Enabling VF promisc requires PF in promisc\n");

                        return -EPERM;

                }

 

 

                disable = 0;

                enable = IXGBE_VMOLR_BAM | IXGBE_VMOLR_ROMPE |

                         IXGBE_VMOLR_MPE | IXGBE_VMOLR_UPE | IXGBE_VMOLR_VPE;

                break;

 

But, when I see the corresponding code in DPDK16.11 version, I can see the support has been added for 82599 NICs family. The feature seems to have implemented using IXGBE_VMOLR_ROPE  flag.

 

Relevant snippet from DPDK code:

uint32_t

ixgbe_convert_vm_rx_mask_to_val(uint16_t rx_mask, uint32_t orig_val)

{

        uint32_t new_val = orig_val;

 

        if (rx_mask & ETH_VMDQ_ACCEPT_UNTAG)

                new_val |= IXGBE_VMOLR_AUPE;

        if (rx_mask & ETH_VMDQ_ACCEPT_HASH_MC)

                new_val |= IXGBE_VMOLR_ROMPE;

        if (rx_mask & ETH_VMDQ_ACCEPT_HASH_UC)

                new_val |= IXGBE_VMOLR_ROPE;

        if (rx_mask & ETH_VMDQ_ACCEPT_BROADCAST)

                new_val |= IXGBE_VMOLR_BAM;

        if (rx_mask & ETH_VMDQ_ACCEPT_MULTICAST)

                new_val |= IXGBE_VMOLR_MPE;

 

        return new_val;

}

 

 

So, can you please let us know, why such difference between supported NIC ? and can we also have similar functionality ported to the native ixgbe driver?

 

Other setup details

 

Kernel version

# uname -r

3.10.0-514.el7.x86_64

 

LSPCI output

# lspci -nn | grep Ether | grep 82599

81:00.0 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] (rev 01)

81:00.1 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] (rev 01)

81:10.0 Ethernet controller [0200]: Intel Corporation 82599 Ethernet Controller Virtual Function [8086:10ed] (rev 01)

 

# ethtool -i eth2

driver: ixgbe

version: 5.1.3

firmware-version: 0x61bd0001

expansion-rom-version:

bus-info: 0000:81:00.0

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: yes

 

 

Regards

Pratik

Intel Gigabit CT Desktop + drivers (Win10)?

$
0
0

Howdy,

 

I've been wondering since I installed Windows 10 how to install the drivers (right now, 22.4.0.1; here) for Intel Gigabit CT Desktop adapter? I've tried several other versions, but all just say: "Cannot install drivers. No Intel(R) Adapters are present in this computer." I think this would install just fine with Windows 7, but not in Windows 10. Anyway, screenshot attached below.

SR-IOV with IXGBE - Vlan packets getting spoofed

$
0
0

Hi All,

 

I am using RHEL7.3 with Intel-82599ES nic cards to launch VMs with SRIOV enabled nic cards. I am using configuring only one VF per PF. I am configuring this VF with vlan, trust mode on and disabling spoof chk.

But, when I am sending vlan tagged packets from Guest VM, I can see the "spoofed packet detected" message in dmesg for this PF card.

We have also disabled the rx/tx vlan offload using ethtool command.

 

Here are setup details:

Kernel version

# uname -r

3.10.0-514.el7.x86_64

 

PF/VF configuration:

# ip link show eth2

4: eth2: <BROADCAST,MULTICAST,ALLMULTI,PROMISC,UP,LOWER_UP> mtu 9192 qdisc mq state UP mode DEFAULT qlen 1000

    link/ether 90:e2:ba:a5:98:7c brd ff:ff:ff:ff:ff:ff

    vf 0 MAC fa:16:3e:73:12:6c, vlan 1500, spoof checking off, link-state auto, trust on

 

IXGBE version

# ethtool -i eth2

driver: ixgbe

version: 4.4.0-k-rh7.3

firmware-version: 0x61bd0001

expansion-rom-version:

bus-info: 0000:81:00.0

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: no

 

Messages from dmesg

[441100.018278] ixgbe 0000:81:00.0 eth2: 3 Spoofed packets detected

[441102.022383] ixgbe 0000:81:00.0 eth2: 2 Spoofed packets detected

[441104.026460] ixgbe 0000:81:00.0 eth2: 3 Spoofed packets detected

[441106.030516] ixgbe 0000:81:00.0 eth2: 2 Spoofed packets detected

 

 

LSPCI output

# lspci -nn | grep Ether | grep 82599

81:00.0 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] (rev 01)

81:00.1 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] (rev 01)

81:10.0 Ethernet controller [0200]: Intel Corporation 82599 Ethernet Controller Virtual Function [8086:10ed] (rev 01)

 

 

Ethtool -k output

# ethtool -k eth2 | grep vlan

rx-vlan-offload: off

tx-vlan-offload: off

rx-vlan-filter: on

vlan-challenged: off [fixed]

tx-vlan-stag-hw-insert: off [fixed]

rx-vlan-stag-hw-parse: off [fixed]

rx-vlan-stag-filter: off [fixed]

 

Please let me know, if you any need any other information.

 

Regards

Pratik

Intel I217-LM Connection Failure On Reboot

$
0
0

I have an issue with a classroom of Dell 7020 AIO computers that are using an Intel I217-LM adapter.  It seems that when these computers are rebooted, several of them, all random and never the same ones fail to reconnect to the network.  They are all showing connected but are pulling an APIPA address.  Strangely enough, all of these machines are statically addressed, not DHCP. Additionally, a simple click on the network adapter to disable then enable it resolves the connection issue.

 

I have investigated several possibilities, have made sure that these adapters have the latest drives from Intel and verified a few other obvious issues like a switch issue.  We are not using IPv6 here, so I have disabled IPv6 as well.  These machines do not have wireless adapters nor do they have any Virtual adapters to contend with that could be causing a conflict.

 

Has anyone seen this behavior before and if so did you come up with a resolution?

 

Lastly, I have been to Dell's site where I have updated the BIOS on all machines as well as the chip set.

X710-4 NVM Tool Reports "Update not found"

$
0
0

Hi, I have several X710-DA4 that I purchased at different times, and some of them I was able to grab the latest firmware (5.05) and upgrade them. nvmupdate64e and ethool show this on the good ones:

 

driver: i40e

version: 1.6.42

firmware-version: 5.05 0x8000289d 1.1568.0

bus-info: 0000:85:00.2

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: yes

 

WARNING: To avoid damage to your device, do not stop the update or reboot or power off the system during this update.

Inventory in progress. Please wait [.........*]

Num Description                               Ver. DevId S:B    Status

=== ======================================== ===== ===== ====== ===============

01) Intel(R) Ethernet Converged Network       5.05  1572 00:004 Up to date

    Adapter X710-4

02) Intel(R) I350 Gigabit Network Connection  1.99  1521 00:129 Update not

                                                                available

03) Intel(R) Ethernet Converged Network       5.05  1572 00:133 Up to date

    Adapter X710-4

 

On the other box, it will not let me upgrade:

 

driver: i40e

version: 2.0.23

firmware-version: 4.10 0x800011c5 0.0.0

bus-info: 0000:01:00.1

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: yes

 

WARNING: To avoid damage to your device, do not stop the update or reboot or power off the system during this update.

Inventory in progress. Please wait [|.........]

 

Num Description                               Ver. DevId S:B    Status

=== ======================================== ===== ===== ====== ===============

01) Intel(R) Ethernet Converged Network       4.10  1572 00:001 Update not

    Adapter X710-4                                              available

02) Intel(R) I350 Gigabit Network Connection  1.99  1521 00:129 Update not

                                                                available

03) Intel(R) Ethernet Converged Network       4.10  1572 00:130 Update not

    Adapter X710-4                                              available

 

Does anyone know what's wrong?


need firmware for intel 82850 in my oracle linux 5.9

$
0
0

hi,

     we have 2 intel 82850 in my Oracle Linux 5.9. but 1 nic's firmware version is 3.0 and another nic's firmware version is 3.9. we want to upgrade firmware with same version, then bonding them.

   my question is : where can i download the firmware of Intel 82850 which version is 3.9??

 

[root@sfsdb5 ~]# lspc |grep net

-bash: lspc: command not found

[root@sfsdb5 ~]# lspci |grep net

04:00.0 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.1 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.2 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.3 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

05:00.0 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.1 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.2 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.3 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.0 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.1 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.2 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.3 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

 

NIC_Intel.PNG

Asus Maximus Viii Impact MB Ethernet Issue

$
0
0

Hi Everyone, Im trying to track down an issue with my LAN port,,My motherboard uses a Intel i219V controller and this is a new htpc mini itx build.

So far Ive looked over a few things such as downloading the latest drivers for the chipset and updating the bios on the asus board,,from the very first post

I have been skeptical of a hardware issue due to a lack of any port activity via the normal lights one expects to see from the ethernet port, in my limited experience

I usually see a light in or near the port no matter if it is active or not, this boards port has been silent of any lights so far,,however I thought i might run this by the

community here just in case someone else might have encountered a lan issue with this controller or a problem with Asus ROG products in respect to the network

controller, i am open to suggestions and have a fair amount experience with PC hardware and sometimes do repairs for friends and family.

 

any troubleshooting suggestions ? I hope maybe I would be so lucky as to have missed an option in the bios setup, but I havent looked into that yet,

Wireless on the asus board appears to work well and uses a qualcomm Atheros Dual band adapter and antenna. So far it performs well in any part of my home

but I prefer old school wired networking if at all possible,

 

This was motherboard number 2 as the first board came with some bent pins and had signs of being an open box,,this board however came packaged sealed and everything

checked out ok, first post went well after breadboarding it just to confirm it wasnt DOA,,anyone who has built into a small form factor case knows how much trouble this can save you.

So is the i219v have any current issues that might cause a ethernet port to appear dead ?

Intel 82579V drops connection every hour on windows 10

$
0
0

Hi, I have an Acer Aspire X3960 small desktop with Intel 82579V. Ever since upgrading to Windows 10 from Windows 7 I have had problems with dropped connections. I have tried various drivers from Intel and Microsoft, old and new, without any success (currently on driver version 12.15.22.6 from Microsoft from 2016, which seems to be the most stable. Still, the connection is dropping almost every hour. It usually picks up after waiting a few minutes, otherwise I need to go through disabling and enabling the network adapter to get it going again.

Any suggestions?

How to config cir for PF?

$
0
0

HI

I want to config cir (Committed Information Rate) for PF,and config eir (Excess Information Rate) for VF, how can i do this?

 

NIC: 82599

How to config floating veb?

$
0
0

HI

I want to add a floating veb in X710 network adapter and link two vfs to this veb .Please give me a method to do this.

 

Driver version: 2.0.23

 

Thanks

BSOD on Z230 workstation which is having Intel(R) Ethernet 1210-T1 GbE NIC

$
0
0

Hello Team ,

 

I need your help in reosolving the problem which we are facing regarding BSOD. When we are shutting down or restarting our z230 workstation, it's giving us BSOD.

I checked the dump files and I got the below result. I assume that it's relate to network card drive and I downloaded the driver and installed a new one from Intel website. However, when i check the driver version after installing. It's giving the same version as before.

 

Please advise,

 

NIC details                : Intel(R) Ethernet 1210-T1 GbE NIC

Driver version         : 12.13.27.0

 

 

 

 

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time.
Arguments:
Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time
Arg2: fffffa80075ac060, Physical Device Object of the stack
Arg3: fffff80003c073d8, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: fffffa800d58c6c0, The blocked IRP

Debugging Details:
------------------


DUMP_CLASS: 1

DUMP_QUALIFIER: 400

BUILD_VERSION_STRING: 7601.23418.amd64fre.win7sp1_ldr.160408-2045

SYSTEM_MANUFACTURER: Hewlett-Packard

SYSTEM_PRODUCT_NAME: HP Z230 Tower Workstation

SYSTEM_SKU: D1P34AV

BIOS_VENDOR: Hewlett-Packard

BIOS_VERSION: L51 v01.52

BIOS_DATE: 07/20/2015

BASEBOARD_MANUFACTURER: Hewlett-Packard

BASEBOARD_PRODUCT: 1905

DUMP_TYPE: 2

BUGCHECK_P1: 3

BUGCHECK_P2: fffffa80075ac060

BUGCHECK_P3: fffff80003c073d8

BUGCHECK_P4: fffffa800d58c6c0

DRVPOWERSTATE_SUBCODE: 3

IMAGE_NAME: pci.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4ce7928f

MODULE_NAME: pci

FAULTING_MODULE: fffff88000e6a000 pci

CPU_COUNT: 8

CPU_MHZ: d40

CPU_VENDOR: GenuineIntel

CPU_FAMILY: 6

CPU_MODEL: 3c

CPU_STEPPING: 3

CPU_MICROCODE: 6,3c,3,0 (F,M,S,R) SIG: 1D'00000000 (cache) 1D'00000000 (init)

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT

BUGCHECK_STR: 0x9F

PROCESS_NAME: System

CURRENT_IRQL: 2

ANALYSIS_SESSION_HOST: FARAZ-LAPTOP

ANALYSIS_SESSION_TIME: 06-30-2017 08:31:27.0369

ANALYSIS_VERSION: 10.0.15063.400 amd64fre

DPC_STACK_BASE: FFFFF80003C0DFB0

STACK_OVERFLOW: Stack Limit: fffff80003c07fb0. Use (kF) and (!stackusage) to investigate stack usage.

STACK_TEXT:
fffff800`03c07388 fffff800`035473f0 : 00000000`0000009f 00000000`00000003 fffffa80`075ac060 fffff800`03c073d8 : nt!KeBugCheckEx
fffff800`03c07390 fffff800`034dfd4c : fffff800`03c074d8 fffff800`03c074d8 00000000`00000000 00000000`00000001 : nt! ?? ::FNODOBFM::`string'+0x2e4b0
fffff800`03c07430 fffff800`034dfbe6 : fffff800`03689fe0 00000000`00021676 00000000`00000000 fffffa80`00000000 : nt!KiProcessTimerDpcTable+0x6c
fffff800`03c074a0 fffff800`034dface : 00000004`f83b9860 fffff800`03c07b18 00000000`00021676 fffff800`03657148 : nt!KiProcessExpiredTimerList+0xc6
fffff800`03c07af0 fffff800`034df8b7 : 00000001`a5841ac2 00000001`00021676 00000001`a5841add 00000000`00000076 : nt!KiTimerExpiration+0x1be
fffff800`03c07b90 fffff800`034cc10a : fffff800`03653e80 fffff800`03661cc0 00000000`00000001 fffff880`00000000 : nt!KiRetireDpcList+0x277
fffff800`03c07c40 00000000`00000000 : fffff800`03c08000 fffff800`03c02000 fffff800`03c07c00 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

THREAD_SHA1_HASH_MOD_FUNC: bee7b2e873cebb80ce3bc57f8a70974a00ac97d4

THREAD_SHA1_HASH_MOD_FUNC_OFFSET: cf61ed6069e8e5dcf4f7574007d0e35a0f536766

THREAD_SHA1_HASH_MOD: 30a3e915496deaace47137d5b90c3ecc03746bf6

FOLLOWUP_NAME: MachineOwner

IMAGE_VERSION: 6.1.7601.17514

FAILURE_BUCKET_ID: X64_0x9F_3_POWER_DOWN_e1r62x64_IMAGE_pci.sys

BUCKET_ID: X64_0x9F_3_POWER_DOWN_e1r62x64_IMAGE_pci.sys

PRIMARY_PROBLEM_CLASS: X64_0x9F_3_POWER_DOWN_e1r62x64_IMAGE_pci.sys

Downgrade firmware version for Intel Ethernet Server Adapter I350-T4

$
0
0

Hi,

 

We have installed Intel Ethernet Server Adapter I350-T4 on one of our site.

 

Current firmware version details are follows,

 

Type

Version

Firmware Version

1.67.0:0x80000e10:16.5.19

Driver Version

0.1.0.0

igbn version

0.1.0.0-12vmw.650.0.0.4564106

 

We want to downgrade firmware version to,

 

Type

Version

Firmware Version

1.63.0:0x80000a58

Driver Version

0.1.0.0

igbn version

0.1.0.0-12vmw.650.0.0.4564106

 

From where do we download this version and what is the procedure to do the same ?

 

 

Regards,

Ashvin


soooo...is APN supported in Windows 10 1703 for the 1219/1211?

$
0
0

I'm really confused. I'm getting conflicting answers. I just need to know if NIC teaming works with the latest versions of Windows (1703)

 

from the driver page for the 1219:

 

Download Intel® Network Adapter Driver for Windows® 10*

 

" Intel® ANS is only supported on the Windows 10 Anniversary Update"

 

However, referencing this page, it looks like it IS working? for some people?

 

 

 

 

 

 

 

 

 

How can I get VLAN working in Windows 10?

Why do I have to disable "Receive Side Scaling". NIC keeps disabling itself

$
0
0

I can't replicate the issue but every few weeks my NIC disables itself and I have to restart my computer to get it to work again since disabling / re enabling in Device Manager stalls.

 

From searching online, "Receive Side Scaling" is the reason.  Why would this be the case?   Would this be due to the manufacturer of the motherboard or Intel?  I tried Asus' drivers and also tried the latest Intel drivers - doesn't matter.

Drivers cant find lan adapter I219-V !!! Help please?

$
0
0

Why i cant install your driver for my desktop on windows server 2012? Drivers cant find lan adapter I219-V !!! Help please? This trouble so old time!

photo_2017-07-02_10-04-48.jpg

need firmware for intel 82850 in my oracle linux 5.9

$
0
0

hi,

     we have 2 intel 82850 in my Oracle Linux 5.9. but 1 nic's firmware version is 3.0 and another nic's firmware version is 3.9. we want to upgrade firmware with same version, then bonding them.

   my question is : where can i download the firmware of Intel 82850 which version is 3.9??

 

[root@sfsdb5 ~]# lspc |grep net

-bash: lspc: command not found

[root@sfsdb5 ~]# lspci |grep net

04:00.0 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.1 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.2 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.3 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

05:00.0 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.1 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.2 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.3 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.0 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.1 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.2 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.3 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

 

NIC_Intel.PNG

Viewing all 4566 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>