similar to: kmod-e1000e and Intel Network Card

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

KB and I were looking at repositories to import into git.centos.org recently, and we found the e1000e package -- a rebuild of the Intel e1000 driver for the x4c kernel. Does anyone know if this externally-build module is still necesssary for Linux 3.10? Or for Linux 3.14, which we're planning on moving to at some point in the near future? -George

Hi All - I have a box running the above. Power was lost long enough that UPS did not work. When power came back on the C7 box boots way faster than the switch and resulted in no network. power cycling the C7 box resulted in network. This even happened a second time. The only way to get the box back was to power cycle. the box is remote and no keyboard and mouse connected. Any thoughts on why

I''m using Xen 4.01 and jeremy''s pvops kernel, the kernel version is 2.6.32.18. At first I want to test the performance of pci passthrough when it comes to the network card 82571EB I''m using the Jeremy''s kernel 2.6.32.18 as DomU kernel too. And I found if the interface is not connected, I mean the network card receives no packet, ( the network card

I''m using Xen 4.01 and jeremy''s pvops kernel, the kernel version is 2.6.32.18. At first I want to test the performance of pci passthrough when it comes to the network card 82571EB I''m using the Jeremy''s kernel 2.6.32.18 as DomU kernel too. And I found if the interface is not connected, I mean the network card receives no packet, ( the network card

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:1500 Metric:1

Hello, my server has massive problems with my NIC. I got: "Detected Tx Unit Hang". At the moment I use 2.6.31 from Jeremy, does anyone know if it''s fixed in 2.6.32 or newer tree? Regards, Stefan Kuhne _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

CentOS Errata and Enhancement Advisory 2013:X005 (Xen4CentOS) The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) ----------------------------- X86_64 ----------------------------- e1000e-2.4.14-3.4.53.1.el6.centos.alt.x86_64.rpm: e135714af07c2cfccda09de474529be7a2d508ed0bc5fcd477efb9954d5fb07a ----------------------------- Source:

Hello, I am observing a performance degradation (of about 100 Mbps dropl) between two domUs on different hosts when I set the MTU on dom0 to anything > 1500. The domUs are still configured with MTU of 1500, so effectively there isn''t any traffic with bigger MTU ever generated. And the network is jumbo frame capable. Furthermore, when I check the interrupts/second for dom0 using

>Do you use NetworkManager or the network sysv service? I use the sysv service Thanks, Jerry

The following packages are updated for Xen4CentOS for CentOS 6: Source: 942bc436e401c798991ae4ca956082c12a5a3b65ec53cd7ec9901dda7704f9b7 e1000e-2.5.4-3.10.63.2.el6.centos.alt.src.rpm aa46f97636568c46295d2d99f1e33b5fda50df707a2a8321a516200b8b4e95a6 kernel-3.10.63-11.el6.centos.alt.src.rpm ea44d2658e096ef6f00f7dfd4fecc6bff977d959563e4929539d23643b134c3a libvirt-0.10.2.8-9.el6.centos.alt.src.rpm

Hi, In kubevirt, we discovered [1] that whenever e1000 is used for vNIC, link on the interface becomes ready several seconds after 'ifup' is executed, which for some buggy images like cirros may slow down boot process for up to 1 minute [2]. If we switch from e1000 to virtio, the link is brought up and ready almost immediately. For the record, I am using the following versions: - L0

CentOS Errata and Enhancement Advisory 2014:1111 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1111.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1c67b2e255a183d54b3eb43f39a9e5f2263aa4d4ce1a7cfac61f45d323de74a4 kmod-memstick_dup-0.1_rh1-1.el6_5.i686.rpm

(Sorry for starting a new thread; I could not find the original message in my mbox.) Martin Hamant wrote: > Johnny Hughes <johnny at centos.org> ?crivait: >> OK ... For the drbd-kmod*.plus kernels, they are now in the CentOSPlus >> directory / Repository. If you are using CentOSPlus kernel, you need >> to also get your module for DRBD (or XFS) from there too. >>

Since December there have been several kernel updates to the centosplus repository for centos4... but no updates to kmod-xfs or kmod-drbd82. Latest kernel is 2.6.9-78.0.13.plus.c4, but latest kmod-xfs is 2.6.9_78.0.5.plus.c4. Latest drbd82 kmod is also for 78.0.5. I know there was a mention on the list that these modules are not kernel dependent anymore... but yum and rpm seem to indicate

Hi ! Not very blocking because the smp module loads perfectly. # yum --exclude=kmod-drbd*\plus\* install kmod-drbd Setting up Install Process Setting up repositories Reading repository metadata in from local files Excluding Packages in global exclude list Finished Reducing CentOS-4 - Plus to included packages only Finished Parsing package install arguments Resolving Dependencies -->

On CentOS 5, the current centosplus kernel doesn't want to play with the kmod-gfs package (because kmod-gfs wants the stock kernel): # yum install kmod-gfs gives me: Transaction Check Error: package kernel-2.6.18-8.1.14.el5.centos.plus (which is newer than kernel-2.6.18-8.1.14.el5) is already installed Should it work, or is there a separate centosplus build that I've not

hi, it seems since yesterday the kmod-xfs rpms for the default (non centosplus kernel) are removed from centos/5/centosplus repositories. what happens? why did you do so? is there any announcement about it? thanks. -- Levente "Si vis pacem para bellum!"

Hi All, In CentOS 4 the kernel module is called kernel-module-xfs. In CentOS 5 , it is called kmod-xfs-PAE.... May I know are they any difference between two module beside the naming method ( and version)? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20070614/488f16e3/attachment-0001.html>

Hey all Anyone know when there will be an XFS kmod available for 2.6.18-8.1.3.el5? Thanks Dunc