search for: 82574l

Package: xen-utils-3.4 Version: 3.4.0-0~ct Severity: important After installation of linux 2.6.26-2-xen-686 and xen-utils-3.4 the 2 onboard NICs 82574L (driver e1000e) are not working. ping results always in unreachable hostname ethtool seems fine for the eth's mii-tool has no transceiver for the eth's ip link show shows an UNKNOWN state for the eth's With linux 2.6.26-2-xen-686 and xen-utils-3.2-1 the onboard NICs are working fine. p...

One of the more promising solutions I'm looking at for my dual-ethernet dual-monitor workstation contains an Intel 82574L Ethernet controller. I found a LOT of postings regarding a bug in the driver for this controller: http://www.doxer.org/learn-linux/resolved-intel-e1000e-driver-bug-on-82574l-ethernet-controller-causing-network-blipping/ https://bugzilla.redhat.com/show_bug.cgi?id=632650 but there isn't any cl...

...anyone tell me if 3.4.1 rpms are on the way to gitco? I need to use GPLPV drivers in Windows XP, and I understand the newer versions to work better with 3.4.1 than with prior versions (though I don''t know if this applies to XP or only newer OSes). The NIC is an Intel EXPI9301CT (with the 82574L chipset); I don''t intend to buy it from buy.com, they just happened to show up when I did a search for xen 82574L, so my source may not have any given alternative suggestions. However, any suggestions are appreciated. I prefer to stick with CentOS because I am more familiar with this fla...

For those that may have run across the story on Slashdot about this NIC, here is our statement: Recently there were a few stories published, based on a blog post by an end-user, suggesting specific network packets may cause the Intel? 82574L Gigabit Ethernet Controller to become unresponsive until corrected by a full platform power cycle. Intel was made aware of this issue in September 2012 by the blogs author. Intel worked with the author as well as the original motherboard manufacturer to investigate and determine root cause. Intel...

...7:40:51 gway02 ntpd[1238]: 24.72.103.44 interface 216.185.64.54 -> (none) lspci -tv # provides this device tree -[0000:00]-+-00.0 Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx DMI Bridge . . . +-1c.0-[01]-- +-1c.4-[02]----00.0 Intel Corporation 82574L Gigabit Network Connection +-1c.5-[03]----00.0 Intel Corporation 82574L Gigabit Network Connection . . . lspci -v -nn -k -qq -D # provides this information: . . . 0000:02:00.0 Ethernet controller [0200]: Intel Corporation 82574L Gigabit Network Connection [8086:10d3] Subsystem:...

.... I have more than one NIC card. I want to passthrough 03:00.0 to domu here are the list of my nic cards: lspci | grep -i eth 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) 04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) 06:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) 07:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection...

Hi all, I'm facing a serious problem with the e100e kernel module for Intel 82574L gigabit nics on Centos 6. The device eth0 suddenly stops working i.e. no more networking. When I do ifconfig from console I get eth0 Link encap:Ethernet HWaddr 00:xx:xx:xx:xx:EA inet6 addr: fe80::225:90ff:fe50:8fea/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:150...

I've got a pair of identical CentOS 6.7 servers, with SuperMicro X8DTE-F motherboards, these have 2 each Intel 82574L ethernet ports. The eth0 ports are plugged in with 10' runs of brand new cat 5e cable to a Cisco Nexxus 9000 switch (provided by the data center). These servers keep coming up at 100baseT rather than gigE. I've swapped ports and cables with a different server, that server gets gigE but...

...in the Asterisk community has encountered the following situation: I installed a Digium B410P BRI PCI card on my new asterisk server, following the steps specified in the manual. I can see the PCI card is available using the lspci command: ... 04:00.0 Ethernet controller [0200]: Intel Corporation 82574L Gigabit Network Connection [8086:10d3] 05:00.0 Ethernet controller [0200]: Intel Corporation 82574L Gigabit Network Connection [8086:10d3] 08:00.0 PCI bridge [0604]: ASPEED Technology, Inc. AST1150 PCI-to-PCI Bridge [1a03:1150] (rev 02) 09:00.0 VGA compatible controller [0300]: ASPEED Technology, I...

.... As one can see the robocopy throughput is merely half of what would be expected. Any hints? Best regards Udo root at atlas:# dmesg | grep DMI DMI present DMI: Supermicro X8ST3/X8ST3, BIOS 2.0 07/29/10 #root at atlas:# lspci | grep Ethernet 07:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 08:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection root at atlas:# uname -an Linux atlas 2.6.32-31-pve #1 SMP Thu Jul 24 06:44:16 CEST 2014 x86_64 GNU/Linux root at atlas:# modinfo e1000e filename: /lib/modules/2.6.32-31-pve/kernel/dr...

...ork cable with a different (HP) server, it had no problems on the same cable+port thats giving these supermicro servers problems. I'd chalk it up to a bad NIC, but two identical servers with two nic's each all have this problem, so its got to be something else, some weirdness with the 82574L as implemented on these SuperMicro X8DTE-F servers running CentOS 6.7 ?!? In our old DC, these servers ran rock solid for several years without any network issues at all, in that rack I had a Netgear JGS524 -- john r pierce, recycling bits in santa cruz

...phyar_cond == 1 (loop: 20, delay: 25). r8169 0000:03:00.0: eth1: rtl_phyar_cond == 1 (loop: 20, delay: 25). r8169 0000:03:00.0: eth1: rtl_phyar_cond == 1 (loop: 20, delay: 25). r8169 0000:03:00.0: eth1: link up [root at mail jtsm]# lspci | grep -i net 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01) DEVICE=eth1 HWADDR=00:0A:CD:17:07:7E TYPE=Ethernet UUID=800623a1-adc6-401a-a3fa-c6d1348056c8 ONBOOT=yes NM_CONTROLLED=yes BOOTPROTO=none IPADDR...

...rsion 4.3.4 (Gentoo 4.3.4 p1.1, pie-10.1.5) cc_compile_by : root cc_compile_domain : nmsrv.com cc_compile_date : Mon Aug 22 11:28:50 PDT 2011 xend_config_format : 4 Seeing this on multiple dom0''s which are all running identical hardware (Supermicro X8DTT w/ Intel 82574L gige). Dom0''s are limited to 1gb (dom0_mem=1024M dom0_max_vcpus=1 dom0_vcpus_pin=true) although they don''t go above 250mb used. Not sure if this is a xen bug, network driver issue or something else? - Nathan -- Nathan March<nathan@gt.net> Gossamer Threads Inc. http://w...

...tion C202 Chipset Family LPC Controller (rev 05) 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 05) 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 05) 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 03:03.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA G200eW WPCM450 (rev 0a)

...is BackupPC v3.3.0 (from EPEL), it also has an NFS export (also used for backup purposes). Runs CentOS 6.latest (kernel 2.6.32-431.11.2.el6.x86_64). X is not loaded (inittab level 3). selinux is permissive, iptables is not loaded. this server is on a corporate internal network, 1 Intel 82574L NIC configured with static IP, 2nd one is not in use. any clues what to try? I'm hesitant to enable irqpoll as I hear that it is a real performance sucker. (quiet for a day+ except for an nfs umount 6 hours prior to this crash) Apr 1 21:19:23 sg1 kernel: irq 70: nobody cared (try booti...

...Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 05) 01:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03) 01:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03) 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 03:03.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA G200eW WPCM450 (rev 0a) And here is the output of lsusb: (Again, after the problem appears) Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foun...

...05) >> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series >> Chipset Family SATA AHCI Controller (rev 05) >> 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset >> Family SMBus Controller (rev 05) >> 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit >> Network Connection >> 03:03.0 VGA compatible controller: Matrox Electronics Systems >> Ltd. MGA G200eW WPCM450 (rev 0a) >> > Just noticed that in the trace, it shows an old kernel, so I don't > think grub was automatically selecting the latest kernel....

On 10/28/2015 2:59 PM, Timothy Murphy wrote: > So I guess the strange IP address probably comes from some Lite-On device > somewhere in my house - maybe on the server itself, an HP MicroServer. My HP Microserver N40L (the original version), the NIC is Broadcom, 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5723 Gigabit Ethernet PCIe (rev 10) and its MAC is

On 10/10/2016 5:33 PM, John R Pierce wrote: > I've got a pair of identical CentOS 6.7 servers, with SuperMicro > X8DTE-F motherboards, these have 2 each Intel 82574L ethernet ports. > The eth0 ports are plugged in with 10' runs of brand new cat 5e cable > to a Cisco Nexxus 9000 switch (provided by the data center). > > These servers keep coming up at 100baseT rather than gigE. I've > swapped ports and cables with a different server, t...

Hi, On Tue, Oct 11, 2016 at 6:03 AM, John R Pierce <pierce at hogranch.com> wrote: > I've got a pair of identical CentOS 6.7 servers, with SuperMicro X8DTE-F > motherboards, these have 2 each Intel 82574L ethernet ports. The eth0 > ports are plugged in with 10' runs of brand new cat 5e cable to a Cisco > Nexxus 9000 switch (provided by the data center). > > These servers keep coming up at 100baseT rather than gigE. I've swapped > ports and cables with a different server, that...